惯性聚合 高效追踪和阅读你感兴趣的博客、新闻、科技资讯
阅读原文 在惯性聚合中打开

推荐订阅源

Security Latest
Security Latest
T
The Exploit Database - CXSecurity.com
Threat Intelligence Blog | Flashpoint
Threat Intelligence Blog | Flashpoint
T
Tor Project blog
Help Net Security
Help Net Security
PCI Perspectives
PCI Perspectives
T
The Blog of Author Tim Ferriss
H
Heimdal Security Blog
The Register - Security
The Register - Security
Schneier on Security
Schneier on Security
宝玉的分享
宝玉的分享
Google DeepMind News
Google DeepMind News
人人都是产品经理
人人都是产品经理
cs.AI updates on arXiv.org
cs.AI updates on arXiv.org
C
CERT Recently Published Vulnerability Notes
L
LangChain Blog
Security Archives - TechRepublic
Security Archives - TechRepublic
MongoDB | Blog
MongoDB | Blog
美团技术团队
S
Security @ Cisco Blogs
Cloudbric
Cloudbric
Cisco Talos Blog
Cisco Talos Blog
C
Cybersecurity and Infrastructure Security Agency CISA
月光博客
月光博客
B
Blog RSS Feed
Cyberwarzone
Cyberwarzone
U
Unit 42
AWS News Blog
AWS News Blog
F
Fortinet All Blogs
L
LINUX DO - 最新话题
GbyAI
GbyAI
T
Threat Research - Cisco Blogs
cs.CV updates on arXiv.org
cs.CV updates on arXiv.org
A
About on SuperTechFans
Hugging Face - Blog
Hugging Face - Blog
Attack and Defense Labs
Attack and Defense Labs
Engineering at Meta
Engineering at Meta
MyScale Blog
MyScale Blog
Hacker News - Newest:
Hacker News - Newest: "LLM"
V2EX - 技术
V2EX - 技术
Y
Y Combinator Blog
T
Tailwind CSS Blog
酷 壳 – CoolShell
酷 壳 – CoolShell
Recorded Future
Recorded Future
TaoSecurity Blog
TaoSecurity Blog
博客园_首页
C
CXSECURITY Database RSS Feed - CXSecurity.com
M
MIT News - Artificial intelligence
K
KPMG report finds enterprise disconnect between AI and its ROI | CIO
H
Hacker News: Front Page

人人都是产品经理

为什么你的产品找不到差异化?90%的失败都卡在第一步上(下) – 人人都是产品经理, 3年从30万到1300万用户、获2200万美元融资,这个AI教育产品用“抽卡”破解了获客难题 – 人人都是产品经理, 园区招商系统怎么做才能真正帮到去化?我加了这一个功能,推广链接转发400次阅读过万 – 人人都是产品经理, AI大事件:OpenAI发完网络安全模型又搞药物研发,小鹏汽车要抓”DeepSeek时刻” – 人人都是产品经理, 电商不是卖货,是一场更残酷的产品经理实战 – 人人都是产品经理, 没想到,活动营销又回来了! – 人人都是产品经理, 为何All-in海外KOC:一场关于AI时代窗口期的豪赌 – 人人都是产品经理, 重新理解企业的内部协作 – 人人都是产品经理, 苹果的 AI 战略到底是什么? – 人人都是产品经理, 医疗智能体·第2讲——合规护城河:等保、PIPL与HIPAA的架构实战 – 人人都是产品经理, 向量知识库五步法:从“答非所问”到“精准回复” – 人人都是产品经理, 鸿蒙PC三方库构建总指挥HPKBUILD(sha)库为例 – 人人都是产品经理, 何时该用LLM?AI产品经理的LLM设计指南 – 人人都是产品经理, 医疗信息领域的需求方、决策方、准入方以及关注点(二) – 人人都是产品经理, 即梦涨价:一场被误读的「傲慢」 – 人人都是产品经理, 面试AI PM必答题:Hermes和OpenClaw的区别,如何讲清楚业务价值 – 人人都是产品经理, AI的下一张船票:世界模型——AI产品经理必须理解的技术拐点 – 人人都是产品经理, 小红书做GEO,怎么让AI信你?记住这 3 个重要信息 – 人人都是产品经理, 5 家印度 AI 初创公司,看看印度 AI 再做什么 – 人人都是产品经理, AI项目跨团队协作:产品技术业务如何不打架 – 人人都是产品经理, Agentic Workflow(智能体工作流):让AI从”答案生成器”变成”数字员工” – 人人都是产品经理, lycium_plusplus 项目全景解读:OpenHarmony 三方库构建的“大管家” – 人人都是产品经理, 从爆单救火到前置履约:两套预采策略,把生鲜大促履约效率拉满 – 人人都是产品经理, 什么时候该补货?我用一轮数据做了一个决定 – 人人都是产品经理, 从“机械兜底”到“动态分流”:AI客服重复进线治理的4大底层逻辑 – 人人都是产品经理, 抖音拼效率,红书拼洞察 – 人人都是产品经理, 全民狂欢与退潮——为什么龙虾这波热潮冷却得如此之快? – 人人都是产品经理, Stripe押注!MPP重塑全球支付 – 人人都是产品经理, 小红书GEO:AI引用你的内容,不是因为你对,而是因为你看起来可信 – 人人都是产品经理, 前百度副总裁押注办公Agent,日韩付费爆发,Manus迎来强劲对手 – 人人都是产品经理, 企事业单位数字化的业务供需本质 – 人人都是产品经理, 医疗智能体·第1讲——医疗信息化重构:从“辅助软件”到“自主智能体”的范式转移 – 人人都是产品经理, 粉丝量就是空气!!! – 人人都是产品经理, 用户说“薯片碎了”,机器回“要买吗?”:意图识别的翻车与破局 – 人人都是产品经理, RAG召回准确率从75到90 我做对了这三件事 – 人人都是产品经理, AI大事件:Anthropic改收费、OpenAI发安全版、手术机器人纳入医保、阿里发布”秒悟” – 人人都是产品经理, Chrome 推出 Skills 新功能,Agent 重塑上网方式 – 人人都是产品经理, GitHub前创始人拿了a16z的1700万美元,做Agent时代的Git – 人人都是产品经理 拷贝或克隆其他 Flutter OH 项目到本地后无法运行 – 人人都是产品经理, 优惠券设计:优惠券创建 – 人人都是产品经理, 不用死磕文档!AI 助手 1 小时搞定飞书 CLI 安装 + 配置 + 知识库 – 人人都是产品经理, 用小龙虾做竞品分析报告:从2天到20分钟,我是怎么做到的 – 人人都是产品经理 用小龙虾做市场分析报告:搞懂这3个公式,市场规模不再靠猜 – 人人都是产品经理, 你早就在做 Harness 工程,只是不知道它叫这个名字 – 人人都是产品经理, Think Long就够?你可能想多了! – 人人都是产品经理, 货代SRM实战:供应商准入怎么做,才能让资源池不是通讯录而是可交付网络? – 人人都是产品经理, 如何做好用户调研?详解基本技巧 – 人人都是产品经理, 木鸟、途家、美团对打,平台春天行动开“卷” – 人人都是产品经理, 入职才发现公司不靠谱?小红书从业者求职避坑指南 – 人人都是产品经理, 美国 AI 三巨头联手封堵,中国 AI 突围之路在何方 – 人人都是产品经理, 小红书,放在需求对面的镜子 – 人人都是产品经理, AI 会带来大规模失业吗? – 人人都是产品经理, 从出单到补货前,我第一次犹豫:该不该放大? – 人人都是产品经理, Flutter 三方库鸿蒙化适配:5 种高效检查方式,快速判断是否需要适配 – 人人都是产品经理, 从做产品进阶拿结果:医美机构产品经理转岗科室运营经理 – 人人都是产品经理, 阿里HappyHorse,一场关于“Token经济”的阳谋 – 人人都是产品经理, To B AI:客户留存落地的观察与思考 – 人人都是产品经理, AI产品的“生命线”——数据采集、标注、清洗的产品化设计 – 人人都是产品经理, 谈谈AI Agent(二):当“孩子”能自己“体验世界”时,你该学什么? – 人人都是产品经理, UI/UX设计师的3层能力进阶,前两层让你活下来,第三层…才是真正的分水岭 – 人人都是产品经理, 2分钟 → 30秒,效率提升75%:B端产品经理如何用「规则枷锁」驯服AI幻觉? – 人人都是产品经理, 还没来得及学OpenClaw,来了个更猛的:Hermes Agent – 人人都是产品经理, AI日报:宇树机器人跑出10m/s刷新世界纪录 – 人人都是产品经理, 一文说透基金互金如何用情绪价值引导用户决策做转化 – 人人都是产品经理, 当浏览器开始替你”看”网页:AI 浏览器正在亲手拆掉它脚下的那张网 – 人人都是产品经理, 0代码,一天时间我Vibe Coding了个网站 – 人人都是产品经理, Hermes 和 OpenClaw 之争,Agent 的能力应该“装上去”还是“长出来”? – 人人都是产品经理 视频生成的“桌子”,字节Seedance 2掀完,阿里快乐马掀 – 人人都是产品经理, 从听不懂到完全信任:我的 Codex 深度产品体验 – 人人都是产品经理, 当虚拟偶像有了北京户口,与真人偶像还有什么区别? – 人人都是产品经理, 会说,远远比会做更重要 —— 对 SBTI 爆火现象的五层观察 – 人人都是产品经理, AI产品经理必看:当“搭环境”比“选模型”更重要,你的认知还在2024年吗? – 人人都是产品经理, 2026年AI产品商业化核心逻辑:从功能demo到规模化营收的3个必破卡点 – 人人都是产品经理, 京东围绕供应链,卷起裤腿下场的那些事儿 – 人人都是产品经理, SBTI一夜刷屏:它赢在了“太会说人话” – 人人都是产品经理, 折扣零售的真相:不是便宜,而是价值感! – 人人都是产品经理, 和甲方吵了一架,最后加钱做了——我学到的ToB产品经理生存法则 – 人人都是产品经理, 和几位小红书操盘手聊了8小时,干货全在这 – 人人都是产品经理, 智谱GLM-5.1登场,开源模型首超Opus4.6!!! – 人人都是产品经理 Anthropic收入凭什么反超OpenAI,终于有人把这事说清楚了 – 人人都是产品经理, 史上最有故事感的技术报告——Claude最强模型Mythos 7个极其精彩的细节 – 人人都是产品经理, 模型不是壁垒,Harness 也不是 – 人人都是产品经理, 抖音本地生活业务思考21 – 人人都是产品经理, Superpowers:145k Star的AI编码框架,到底是什么来头? Superpowers:145k Star的AI编码框架,到底是什么来头? – 人人都是产品经理, OpenAI 的路走错了,Anthropic Harness 解法启示:模型需要实践专科生 – 人人都是产品经理, 画原型图的前一步:设计站点地图 – 人人都是产品经理, 给 DeepSeek 的最后一封催更信 – 人人都是产品经理, 手把手教你用 Claude Code 搭建 AI 营销团队:5 个 Agent、12 项技能,独立完成研究、写作、设计全流程 – 人人都是产品经理, 你以为大模型在学语言?不,它在重新发明语言学 – 人人都是产品经理 所谓Skill,不过是AI时代的工业垃圾 – 人人都是产品经理, 聊一聊内容传播的几个方法 – 人人都是产品经理, 当平台开始吃掉生态:从 OpenClaw 被封杀,读懂 Anthropic 的这盘棋 – 人人都是产品经理, 你装了 10 个 AI 插件,Obsidian 还是一个文件夹 – 人人都是产品经理 关于AI智能体架构演进的系统性思考:从单体试水到多体协同的重构 – 人人都是产品经理, 当“人”变成Skill,我们又该何去何从? – 人人都是产品经理 Mythos 事件:前沿 AI 治理的意外实验 – 人人都是产品经理, 货代CRM:信用与风险管理怎么做,才能把坏账风险拦在放货之前? – 人人都是产品经理, 从HR收集自拍照到员工自助录入——我见证了园区人脸识别从”不可用”到”真好用”的全过程 – 人人都是产品经理 千问闯关AI混沌期:阿里画靶,吴嘉张弓,马云射箭? – 人人都是产品经理,
如何设计B端技术创新型产品
群核科技用户体验设计 · 2022-09-02 · via 人人都是产品经理

对于以技术为核心的产品,对产品的技术创新成为了他们的一大竞争力,本文就B端组合创新型和技术创新型产品的特性和发力点展开分析,聊一聊如何将技术型产品的创新设计得更好,在市场中有自己的一席之地。

前言

对于以技术为核心竞争力的公司,往往会存在一些技术科研或技术实验室的团队,在主产品稳定后,避免不了要将实验室研究的其他技术进行孵化,衍生出新的产品来扩展新市场,完善公司更大的版图。技术创新通常分为2类,一类是成熟技术的改革,另一类是新兴技术的诞生,其中成熟技术的改革在一般公司更为普遍。

1. 成熟技术改革

成熟技术改革从技术层面也可简单分为2类:

第一类,是对技术本身进行改善并取得重大突破,如将处理器的运行速度从1分钟提升到1秒钟。该类常常能给企业带来显著的效率或利润提升,可能会引发产品形态的创新,或组织流程的创新;

第二类,是对技术的边界进行突破或重组,如复印机被创造前其各项单技术均有,组合起来创造了复印机。该类需要依赖市场环境的接受度和成熟度,以及相关配套技术的成熟,常常没有明确的需求,同时缺乏市场或市场仍处于观望期。

当技术需要产品化时,则需要和市场相结合,可以从市场方面去拆解,一个是市场需求强烈程度,另一个是市场新旧程度,将成熟技术改革的产品划分4种创新产品类型。

以下将从“产品化难易程度、市场竞争压力、需求清晰度、产品形态清晰度、受公司重视程度”5个方面去描述其特征。

2. 组合创新型

定义:在需求较强烈的情况下,技术也达到了成熟,相互推动的创新型产品。

该类创新产品化难度适中,市场上往往有不少同类公司在尝试,能找到一些业界经验,市场竞争压力适中,在需求上,虽然用户有着较强烈的诉求,但在最终产品出来前,需求往往比较散乱,且可能存在大量伪需求,需要辨别,产品形态不是很明确。前期需要大量调研或尝试,但该类创新型产品价值较高,一旦成功容易抢先占领市场,非常受公司重视。

3. 需求推动型

定义:主要由市场需求推动技术进行改革的创新型产品。

该类创新产品化难度较易,用户往往是对现有旧市场不满意,有着较明确的痛点或诉求,因此需求较清晰,产品化形态也较明确,但市场竞争压力也较大,竞品公司也都能找到明确的发力点,都在相同赛道上赛跑。该类创新主要是为了保住公司的核心竞争力,比较受公司重视,公司往往需要在此方面进行持续性创新,且需要和竞争对手做出差异化。

4. 技术推动型

定义:主要由技术研究发起的,在原技术上做了变化推动用户去使用的创新型产品。

该类创新产品化难度极高,同时还可能面临着性能或稳定性不佳等问题,往往市场上可能没有这类需求,或已经有其他可替代且成本不高的产品,产品形态不明确。一般在产品化前期不太受到公司重视,可能会面临资源不足的问题,需要做出足够吸引用户的亮点才有突破的可能性。

5. 技术创新型

定义:由于技术上的更新迭代,发现新的应用场景推动市场变革的创新型产品。

该类创新产品化难度较高,但市场上往往竞争压力也较小,常常属于行业领先地位,市场上需求非常不清晰或各不相同,产品形态不明确,一旦产品化则可能形成技术壁垒。一般在产品化前期公司往往处于观望状态,愿意投入少量人力去尝试探索,需要找到明确的应用场景去验证其价值。

旧技术改革的第一类包括了需求推动型和技术推动型,第二类包括了组合创新型和技术创新型。其中第二类在产品侧可以有较大的发挥空间,因此本篇主要聊一聊如何更好的设计第二类技术创新型产品。

一、常见的落地流程和发力点

一个创新技术想要产品化落地,一般需要经历一些流程,在这些流程里,前期部分可能并不需要设计师参与,但条件允许的情况下,建议设计师主动去了解和讨论,会非常有利于后期的设计决策。

根据之前的经验总结,第二类技术创新型产品,其落地流程大致可以分为8个阶段,即“技术产物研究-市场可行性评估-市场研究和探索-目标市场需求分析-场景和目标人群建立-需求分析和设计-最小化验证和调整-市场投放验证”,其中后面几个部分可能需要循环进行,不断探索和调整方向,最终正式上线推广。

了解不同流程阶段的情况,设计可以寻找到一些合适的发力点,更合理的设计技术创新型产品。

1. 技术产物研究阶段

该阶段主要为技术探索阶段,需要了解该技术实现的结果或产物能带来什么变化,多了解相关的市场诉求,搜集资料进行脑暴,初步预估它的市场和应用场景。比如,声学仿真能显性化的看到噪音大小,可对声源设备进行分贝大小分析,可以用来对环境的声源进行分析,合理放置声源的位置,因此初步预测制造音响等或制造隔音材料的公司会对其有诉求。

发力点——设计上发力点较少,但设计可以初步理解技术,了解技术的核心优势,构思应用场景。后续当用户提到相关问题时,能判断原因并联想解决方案,设计师往往比技术更容易站在用户立场,能协调技术和用户之间的冲突。

2. 市场可行性评估阶段

该阶段主要是对技术脑暴的应用场景和市场做充足的调研,寻找和技术产物匹配的市场痛点和需求,需要调研需求的强烈和急迫程度,结合公司自身的优势场景和能力,挑选几个高优的核心需求,先圈定小范围的市场进行探索。另外需要注意宏观经济、政策对该市场的影响,以及市场的竞争情况。这部分可能对产品的成功起着较关键的作用,也决定产品后期的发力方向。

发力点——设计上发力点较少,可以多了解产品调研的结果,对市场有个大概的认知,提升对市场需求的敏锐度。

3. 市场研究和探索阶段

该阶段主要调研已圈定的市场,了解行业上有没有相关的解决方案,虽然创新产品大多面临的是未知的新市场,但可以调研下相关的、解决的,或者有没有相关竞品或客户想做同类事情。如果能找到直接或间接竞品,多调研对方的市场情况、产品方案和应用场景,可在对方的基础上进行差异化创新。另外可以和行业的KA客户多沟通,了解他们内部有没有同类创新的想法,可以建立合作关系,从他们内部衍生出更具有实际场景的诉求,帮助打造更容易落地的标杆产品,但需要注意的是,要尽量保证需求的通用性,避免打造出难以复用的定制化产品。

发力点——设计此时参与的程度也不算高,但可以跟产品一起做一些客户调研或竞品分析,对市场情况有个大致的了解,同时可以提想法和意见,此时的建议更容易对产品起到关键性作用。

4. 目标市场需求分析阶段

该阶段主要需要明确产品的定位,拉通大家对产品的统一目标,挖掘目标市场的需求。可以通过分析竞品来反推用户的需求,也可以发放问卷给初步猜测的目标人群,走访目标客户,多方面收集和挖掘用户现状的痛点和期望,以及需求背后的实际诉求和隐性问题,探索机会点,筛选出高优的需求。在此阶段最好能初步构建产品的大致框架,方便团队成员更好的理解产品。

发力点——设计已经可以在这个阶段介入,通过一些调研或走访来帮助产品收集问题,了解用户的现状、诉求和痛点,避免后期设计脱离现实,另外可以帮助产品思考构建产品的最终形态,在设计前期把握主动权,能有效的规避掉一些不易扩展或不合理的框架设计。

5. 场景和目标人群建立阶段

在收集到足够的目标市场信息和用户的需求后,可以通过问卷走访等方式,圈定和产品定位较匹配的小范围人群,绘制该部分用户的画像,可以梳理出用户现有场景的工作流程,寻找流程中的核心痛点和断点,以及最影响效率的点。思考我们的产品是否能全部优化最核心的痛点和断点,是否需要重构用户原流程,为用户重建新产品的场景和流程。产品需要在这一步验证在核心流程中技术上是否存在断点,是否能完全满足客户的核心诉求,避免产品开发到一半时陷入僵局。

发力点——设计在该阶段最好能完全介入,帮助产品梳理用户的场景,深入了解用户的原有场景,了解需求产生的原因,帮助优化用户的原有流程。对于用户画像部分,业界也有不少构建方法可以参考,甚至有些用户群可以搜到现成的画像资料,由于新产品需要快速验证调整,画像部分可简单处理,不必过于复杂。

6. 需求排期和设计阶段

在用户场景和诉求差不多相对明确的阶段,可以为产品思考最小化的实现方式,即MVP版本开发,排列出核心流程和高优先级的需求,初步构建完整的产品形态,进入设计和开发阶段。产品需要在此阶段定义好后期要验证的问题或指标,可以提前思考可能失败的原因,想好应对策略,设计也需要为产品留好扩展和调整的空间。

发力点——该阶段已完全进入设计阶段,需要配合产品一起出MVP版本方案,在MVP阶段,设计上需要做到充分理解核心流程和功能诉求,简化操作流程,更直白的呈现用户的操作界面和功能分布,同时对不同类型功能需要考虑好布局位置和后期扩展的可能性,突出核心和亮点功能,对于非核心功能,尽量简化设计。

7. 最小化验证和调整阶段

MVP版本差不多开发完成后,可以先对目标用户进行一波试用招募,少量精准的投放使用。后期可以做一些可用性测试,也可以充当客服、同行、客户等,深入沟通,紧密的跟进用户实际的使用情况,判断用户是否真的在工作中用起来,核心功能是否和预设的有缺失或偏差,用户的实际场景和诉求与产品是否匹配。同时挖掘用户的问题点,寻找场景盲区,及时优化补充核心功能,或调整产品方向快速进入新的一轮调研和验证。

发力点——该阶段设计需要紧密跟进用户反馈的问题,可以做一些可用性测试,观察用户的实际操作,挖掘问题,注意要主动问用户问题背后的场景和心理诉求,帮助产品规避不合理需求或伪需求。多和产品讨论,需要产品去筛选判断问题的重要性和优先级,在收集的问题足够多时,可以考虑整体梳理问题类型,针对高频类型的问题,做一些针对性调研。

8. 市场投放验证阶段

如果产品经历了前面的流程后得到了市场的初步认可,可考虑开放小范围的市场试用,动用一些运营或商务资源帮助宣传。建议前期少量推进,避免产品在不太稳定的情况下被大量用户使用,导致过多需求涌入扰乱产品方向。该阶段依然需要持续挖掘和跟进用户问题,同时验证市场对产品的诉求强烈程度和接纳程度,判断产品的前景,同时帮助产品优化迭代。

发力点——该阶段设计更多的在做一些功能补充和优化,同时也需要紧密跟进用户反馈的问题,做一些测试调研,验证原先的设计想法或提炼设计方法。可以去思考产品形态上是否有优化空间,或修复MVP阶段时舍弃的体验细节问题,帮助产品做到更好。

产品在经历上述流程后,如果能够被市场接纳和使用,基本算是产品化成功,但是否能在市场上存活下去依然属于未知,需要不断优化迭代增强核心功能创造亮点,也需要考虑商业化问题和产品后期方向。

二、有用的设计策略

组合创新型和技术创新型产品往往都面临着市场不够明确、需求散乱、应用场景不够明确、无具象的用户群、无业界竞品参考等问题,造成的最大困境就是比较盲目难以找到发力点,同时容易失败。

对于设计上来说,虽然不同类型的创新产品,设计的倾向性不同,但也能找到一些通用的设计策略,以下根据经验聊一聊这些策略,在此基础上,设计师还需要多跟进和挖掘用户的实际场景,多参与产品的讨论,避免出现方向上的偏差,同时有助于设计师理解用户,感受用户的痛点,为后期的设计做好铺垫。

1. 控制无关想象,坚持最小化设计

对设计师来说,当功能不完善或场景不完整时通常比较难受,总希望为用户做好做全,但对于新产品来说,这种设计方式很容易让用户直接走入设计师铺好的道路里,从而掩盖了用户的实际目的,新产品往往需要探索的就是用户的实际诉求。因此建议设计师多花时间在了解用户实际场景和核心诉求上,找到用户的核心路径、核心关注点和产品的亮点,前期坚持最简单的流程和最小化的功能设计。

在后期验证阶段,用户会自己提出想要的功能,此时再去补全产品的附属功能。

需要注意的是,很多时候产品也会提出增加各种功能或操作的想法,此时就需要设计师靠前期对用户场景和目标人群的分析来判断,合理拒绝,坚守最小化设计原则。

2. 隐藏技术,最简化呈现技术成果

技术创新型产品前期大多是由技术推动的产品形态,技术拥有原始的话语权,因此在传达某个功能时可能直接告诉设计师技术上是如何实现的,要做成什么样子。如果仅从功能角度去看,设计师可能立马开始思考,这个功能该怎么呈现,怎样让用户好操作能理解,或者开始和产品技术battle,想要更改技术方案,但沿着这个思路,最后即使做出了看似合理的功能,很可能也难让用户喜欢和接受。

建议设计师在理解技术逻辑后,先去思考技术最终带来的成果,以及用户对该成果的最终期望,反向推导功能应该有的形态,技术层面的逻辑,有时候可能完全不需要展示出来,尽量以最简单的方式直接呈现技术成果。

3. 自动串联,为用户铺路

对于创新型产品,用户往往很难说清楚他的实际诉求,大多是根据现有经验,说出一些零散的点,因此他们在新产品中完成一个任务后,很可能不会主动去联想做下一个任务,经常出现迷茫和不知道如何操作的情况。

此时一个是需要设计师将用户的核心功能外显,另一个就是需要去预测用户的行为路径,在合适的地方主动去放置下一步功能的入口或提醒,主动暴露产品想要推荐的功能和操作,将用户的行为合理的串联起来。另外对于产品最终能带给用户的好处或成果,也需要尽量显性化表现,吸引用户达到目的,可以用一些动图类的演示进行说明。

4. 场景和逻辑转化

新产品往往没有业界竞品参考,设计师基本是根据产品和技术描述来想象产品的功能,但很容易陷入到技术预设好的设计路径中,因此需要设计师重新构建用户的使用场景。可以根据前期的调研来构建,或者从用户对该成果的最终期望反向推导,抽取用户的环境、需求和目的,转化为普通用户能理解的最简单的场景。

在重构场景后可以通过3步来完成功能的转化:第一步在场景中构建用户操作路径,拆分出用户在路径中的阶段点;第二步根据前期对目标用户的梳理,找到用户在每个阶段中的关注点和预期目标;第三步重组技术逻辑,考虑技术需要如何呈现或隐藏,最后置入相应功能并放在合适的界面位置上。

5. 用户认知转化

用户对创新产品的各功能概念经常理解不一致,特别是B端产品,往往带着不同目的过来的用户在理解和操作习惯上有很大差别,若产品不对功能做出解释,忽视了引导的作用,用户很可能会在现有功能的基础上创造出全新的操作方式,导致无法达到目的。

创新型产品需要做好3点帮助用户提升对产品的正确认知:第一点是建立好初印象,主动向用户呈现有效信息,传达主要业务流程,引导用户使用核心功能;第二点是做好感知传达,合理的进行反馈,吸引用户关注目标位置,拉近操作和目标的距离,缩短用户视觉路径,合理运用解释和演示示例,强化用户对概念的理解;第三点是文案强化,使用场景化语言代替功能化语言,表述结构一致,精简友好,重要内容前置。

三、总结

从技术兴起到最终落地有市场是一个很艰难的过程,需要各方的努力一起达成,设计作为其中的一环也起着关键作用,该篇文章仅针对B端组合创新型和技术创新型产品的特性和发力点,聊一聊设计如何做的更好,帮助设计师更合理的设计该类创新型产品,为产品尽到最大的一份力。

文中的数据均已做模糊处理, 非真实数据, 仅作为演示用途, 对数据呈现不负相应责任。

作者:慕斯,公众号:酷家乐用户体验设计

本文由 @酷家乐用户体验设计 原创发布于人人都是产品经理,未经许可,禁止转载

题图来自 unsplash,基于CCO协议。

该文观点仅代表作者本人,人人都是产品经理平台仅提供信息存储空间服务。