北京和记娱乐科技有限公司

和记娱乐主页 > 创业经验 >

创业经验

 

产品设计的 7 个步骤

发布时间:2019-12-07 07:26
 

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

  人人都是产品经理(是以产品经理、运营为核心的学习、交流、分享平台,集、培训、社群为一体,全方位服务产品人和运营人,成立9年举办在线+期,线+场,产品经理大会、运营大会20+场,覆盖北上广深杭成都等15个城市,在行业有较高的影响力和知名度。平台聚集了众多BAT美团京东滴滴360小米网易等知名互联网公司产品总监和运营总监,他们在这里与你一起成长。

文章来源:h88平台官网 发布人:和记娱乐