产品设计的 7 个步骤

21天Excel零基础速成训练营,导师带学+答疑辅导+实战作业,让你真正掌握Excel技能,了解一下>>

产品经理总要面临产品设计的问题,产品设计可能没有标准的流程,每个产品经理都有自己的体会,笔者根据多年经验总结了7个步骤,在此和大家分享。

这是昨天一个同学在知识星球里向我提的问题,是关于产品设计的流程和 SOP 的。

产品设计的 7 个步骤

说实话,这样的问题回答起来是比较有压力的,因为关于做产品的 SOP,其实也没什么行业标准。可能每个公司有自己的一套流程,甚至同一家公司不同的团队也有自己的流程,所以称不上标准化。

话说回来,只要能交付有价值的产品,流程都是其次的。黑猫白猫,能抓到老鼠,就是好猫。

那我这只猫就来喵一下我做产品的流程,不一定对;但肯定是我实践过的,供你参考。

总共 7 个步骤,基于昨天在星球里的回答再展开讲一下。

一、业务分析——要做什么(业务流程图)

几乎每一款产品都会对应一个或多个业务流程,它是对业务事件和不同角色间通过信息流动和交互方式的一种表达,对应的交付物就是业务流程图。

例如电商业务有订单生产流程图、有货物进仓出库流程图、也有资金流程图;外卖业务有接单业务流程图、派单业务流程图、订单流转流程图等。

做产品的第一步就是把业务分析清楚,弄明白要做什么,有哪些角色参与,业务交互节点是什么,信息流、资金流、物流等是如何流转的。

搞清了这些后,就可以绘制不同业务模块的流程图,对整个全局就比较清楚了。另外,我们所说的产品定位、产品路线图也包含在这个环节内。

二、产品分析——解决什么用户问题(User Story)

在完成业务分析并设计好业务流程之后,就可以进入产品分析的环节了,这部分的主要目的就是要明确下来是要解决什么用户问题。

具体就包含了目标用户、人群画像、需求定义、用户体验地图设计等。主要是从用户和产品的角度,通过一些工具把产品要解决的问题具象化表达出来。

例如具体的用户画像构建、需求分类(紧急重要、是否关键路径)、结合业务流程绘制用户情感体验地图等。

然后,在这一步需要定义 MVP(最小可行性产品)以及产品的关键路径(最小关键业务流程),并形成需求清单以及功能清单,排列好优先级。

除此之外,我们常说的竞品分析和用户调研也是在这一步完成,并交付相应的调研分析报告。

这一步的核心就是围绕“解决用户什么问题”来展开工作。

三、结构设计——构建产品骨架(信息架构、功能结构)

到第三步就比较具体了,就是我们常说的设计信息架构和功能结构,交付物就是树状结构的思维导图,这个大家应该都见过也做过。

但需要区别的是,信息架构和功能结构不是一回事,前者是描述产品的信息骨架。例如一个网站的结构包括哪几个部分,每部分具体包括哪些字段信息。这一步最好有技术同学介入。

后者是从使用操作的角度来描述具体的功能结构,例如账户体系包括了注册和登录功能。

为什么需要这两张图呢?

信息架构有助于我们全局了解产品的信息脉络,尤其是对于一些复杂项目,比较利于进行模块化整合和分类。

而功能结构也能很清晰的告诉我们现在产品有哪些具体的大功能和子功能,有些能抽取出来合并同类项的就可以在技术层面做模块化整合。

到目前为止,我们还不会进入具体的原型绘制阶段。

虽然以上三步很重要,但很多人、很多团队其实都忽视了,出现的问题就是产品混乱,新人来了以后没有产品全景图,也不知从何下手。

涉及到历史功能调整时,也不清楚前期的架构和模块划分是如何设计的,牵一发动全身;就像一座大桥要拔掉一颗螺丝,但你不知道拔掉后整座桥会不会垮。

四、原型设计——产品怎么用(交互设计、功能设计)

这一步大家都很熟悉了,使用工具画原型、做交互设计,我也就不展开讲了。

需要特别说明的是,在小公司,功能设计和交互设计大概率就是产品经理一人完成了,而在大公司可能会有专门的交互设计团队。

例如我之前在京东时,具体的交互设计就是专门的 UED 团队来完成,产品经理更侧重需求定义和流程设计。

五、视觉设计——产品长什么样(设计师的工作)

视觉设计属于设计师的工作范畴了,产品经理可介入性不大,我一向主张专业的事交给专业的人做。

这一步产品经理要做的是什么呢,主要是向设计师描述产品使用场景以及用户特征,即产品在什么情况下被什么特征的用户来用。

对此,设计师可能会采取不同的布局设计和配色方案。

例如针对中老年的产品,在按钮大小和字体颜色上,可能需要更醒目一些,如果设计师不理解大背景和产品用户,可能会自己发挥,这样就会造成产品可用性不高。

当然,这里说的可用性不高是指在目标用户人群的可用性不高,但产品本身是可用的。

六、数据设计——验证什么(埋点、数据指标、监测策略)

我们可以说,大部分的产品都是基于先验的假设进行设计的,也就是说实际情况如何我们提前很难知道,那就需要通过数据区验证。

数据设计主要是基于第三步和第四部的成果进行具体验证项定义,并在产品功能上设计相应的数据埋点,以及数据回收和统计机制。

例如在电商产品的商品详情页,用户到底是点“直接购买”多,还是“加入购物车”多,那就在这两个按钮上进行数据埋点,然后统计一段时间内从这两个渠道产生的订单转化率。

如今已经进入精细化运营的时代,对应的,产品也进入了精细化设计的阶段,用科学的方式验证需求,用数据去证明设计,已经成了产品经理必备的技能之一。

七、假设验证——真相是什么(“假设-数据-调整”闭环)

最后一步,就是基于数据结果进行复盘和调整,只有假设不行,只有数据也不行,最关键的是我们能从数据中获得什么洞察(insight)。

基于洞察进行对应的产品调整,然后再进入一个新的验证闭环。这一部分的内容,我在之前的一篇文章《HVO——基于数据驱动的产品设计方法》有具体讲过。

写在最后

虽然以上这7步是一个产品设计的步骤,但也不是标准步骤,更不是 SOP。可能有的公司就直接从第一步跳到了第四步,也有很多公司省略了最后两步。

但不管怎么说,可能因为公司资源和时间有限,不能按照这个步骤开展产品工作,但我们产品经理心里还是要有这个谱,至少我们是知道一个产品的生产过程的。

我说的也不一定对,只是抛出来跟大家分享,能有一些启发就好。

如果你对产品问题感兴趣,可以一起讨论。

最后说个小事,今天我出去见了一个朋友,她是做运营的,但对产品也不是特别了解。她说了一句话我印象挺深的。

她说:“我知道产品设计没有看起来那么简单,我还是挺敬畏产品经理的”。

#专栏作家#

唐韧(Ryan),微信公众号:唐韧,人人都是产品经理专栏作家。前Juliye Care产品总监,《产品经理必懂的技术那点事儿》作者,在创业公司负责过多款从0到1产品,目前在某电商巨头负责产品工作 。

本文原创发布于人人都是产品经理。未经许可,禁止转载。

题图来自Unsplash,基于CC0协议

给作者打赏,鼓励TA抓紧创作!
评论
欢迎留言讨论~!
  1. 作者写的很好,其实我也一直再想,到底在设计一个产品前什么才是标准的作业流程呢?一直没有找到,只是一直再根据当前公司的模式尽量贴合,只要把一个产品该做的都做了,可能就是标准吧。比如公司高层突然下发的想法(必做的),那就没有时间去做调研了,思考时间很也会被高层只关注的上线时间所压缩,那只由两步并一步走,一天的思考时间,第二天就要画各类流程图了,甚至需求文档都没时间写,只能用大魔王式的方式,把需求文档写在原型图旁边,虽然这个方式不规范,但是我和很多开发朋友聊过,反而他们喜欢,因为这种方式开发人员看起来方便,减轻了他们每次都要翻需求文档的查看对照的时间,之后很多领导都要我写需求文档,其实我想说,需求文档就是给开发看的,只要他们能看懂、便捷就是王道,好比作者说的能捉到耗子的就是好猫;如果是给企业设计(甲乙方),我倒是比较看重最后使用手册,那才是关系到公司之间是否会再合作的关键脸面之一;不知道说的对不对,希望一起探讨。

    回复
    1. 文档之类的交付物是为了更加透明化及以后的方便交接

      回复
  2. 如果都能基于这样的方法去思考,在工作中这样去工作,相信设计出来的产品经过研发开发后,是不会错的。

    回复
  3. 最后一句话打动了老夫的少女心 :cry:

    回复
  4. 第二步产品分析是否也是需求分析呢,或者应该先是需求分析,然后才是产品设计?

    回复
  5. 最后一句有感触!

    回复
圈子
关注微信公众号
大家都在问