本文作者以电商为例，总结出了一套行之有效的 7 步方法论，供大家分享。

从更高的角度俯视互联网生态系统，可以一目了然的发现，该生态系统是由互联网新技术加资本构建而成的，包含6个重要的组成部分，分别是用户、终端、应用、公司、收入及理念。在新技术和资本的基础上，伴随各种互联网理念/定位，用户通过不同的终端，获取不同的应用，互联网公司为用户提供应用，进而获得用户，最终形成收入。其中，收入的方式有5种，分别是 广告、游戏、会员、增值和电商。

——郝志中。

深耕产品岗 4 年有余，笔者实战过多个不同领域不同形态的产品，有工具型产品，有平台型产品，也有孵化型产品，如：CRM、测试工具、招采系统、电商平台等。虽然不是计算机相关专业出身，但是，笔者跟过的项目，均顺利部署实施，并在生产环境发挥着其应有的价值。藉此经历，通过复盘，笔者总结出一套行之有效的 7 步方法论，本文将以电商为例，与大家共享。

电商作为收入模式的一种，垂直领域，已经存在很多不同类型的商城，比如：Enjoy美食平台、花加（互联网+鲜花）等，每一种都建立在用户对实用服务诉求的基础上，通过点对点的连接，减少中间环节损耗，将商品或者服务直接送至最终的用户手上。笔者作为产品，接到公司的战略需求，为公司的目标受众提供附加服务，即，从0到1实现一个礼品商城，并对已确定的上线时间点负责。

一、画产品架构图

产品架构图，即将可视化的具象产品功能，抽象成信息化、模块化、层次清晰的架构，并通过不同分层的交互关系、功能模块的组合、数据和信息的流转，来传递产品的业务流程、商业模式和设计思路（引自CSDN，尊重原作）。

产品架构图，简单地说，就是根据产品定位，对需求进行分门别类，澄清边界。产品架构图，有助于干系人快速确定对产品结构、功能、复杂度及工作量的认知，是很重要的一步，因为心中有谱，脑中就会有路，一张具有前瞻性的产品架构图，也可以为后续的迭代升级做足准备。

那么，问题来了，怎么画产品架构图呢？

Step1：准备工作，需求分析

需求分析，是产品的基本功。通过组织定性访谈，定量问卷、workshop/焦点小组收集需求，汇总所有问题，形成需求池，而后提炼核心诉求，确定产品方向及定位。不管是哪一种方式，都需要提前做好功课，确定好主题/目标，列出问题 list，灵活把控过程。

如果受众基数足够大，也可以考虑做一波问卷调查，常见的问卷平台有金数据、问卷星等。但是，回收 200+ 份的数据，问卷才具有可以参考的价值。吸引受众参与问卷的方式，常见的是提供奖品，建议在确定奖品时，要直击人心但不能给太大，不然，会影响回收的问卷的质量。

最终确定奖品的获得者时，要做到足够的透明，这样可以照顾到参与调研的用户的积极性，同时，培养用户对产品的忠诚度。

比如：笔者实战的电商，是战略需求，采用的是定性分析，即需要实现一套商城，满足对商品的发布和管理，支持组织促销改价，受众下单，完成支付，查看订单，并且支持发放优惠券。其中，优惠券需要支持满减，同时，实际支付满一定金额后，支持返一定金额的券，并且支持互相赠券，优惠券不支持提现。

再比如：笔者曾参与过的案场调研，这是真正意义上的调研实战。

确定定位：案场，即地产行业的营销中心，那次调研是为选择合适的案场工具，一种类似CRM的工具，只是案场工具，也需要支持对房源的管理，业内比较常见的有明源云客、信客通等。

确定核心受众：案场工具的核心受众是置业顾问、置业经理、销售总监和营销总监，除自有团队外，通常案场入驻的也有专业的代销团队，如易居，还有，经纪人（独立经纪人或者专业的经纪人团队），经纪人的角色是将客户介绍给置业顾问，从中获取一定形式的佣金。

核心受众及业务分析：

• 置业顾问在案场接待购房者，记录购房者的个人信息，如年龄、性别、职业、所在地区、偏好、购买力等，查询房源信息（新放出的房源信息，哪套已卖等）、定制个人海报等简单的营销方式；
• 置业经理（主管/销售经理）查看置业顾问的跟进情况，在团队内对客户进行调配；
• 需要满足销售总监的核心职能是在不同团队之间，调配客户资源，查看销售情况，查看各类报表；
• 营销总监的核心职能是管理房源，在适当的时间开放某一部分房源，查看房源的销售情况，查看相关报表；
• 除此之外，还需要支持对经纪人团队的佣金比例设置，客户的归属，避免案场飞单情况的发生。

研究线下的业务模式（业务流程）：工具，大部分情况下，是将线下的业务模式搬至线上，进而提高线下业务开展过程的工作效率，减少不必要的沟通成本，再借助技术的手段，解决业务开展中存在的痛点，比如：客户归属的扯皮和案场飞单。

研究线下的业务模式，梳理出来一张流程图，通常是以业务开展的时间轴为基线，先导期——拓客期——跟进期——销售期——业主管理，案场工具主要集中拓客期、跟进期和销售期使用。

准备问题：在调研前，根据业务模式和核心受众，准备问题。百度搜索，是一个很强大的工具，用好即是利器。搜竞品，对接竞品售前，试用竞品，而后通过沟通，整理出问题，比如：拓客期存在的客户保护期、经纪人佣金的分配（全民经纪人是一种趋势），如何判断撞车和作弊等。

图一_问题 List

访谈：多数情况下是定性的分析，即访谈。根据准备好的问题，作为大纲，开始访谈，不一定要全部按照大纲进行，要根据被访对象的反应灵活调整，尽可能多的挖掘到有价值的信息。在访谈过程中，可以使用言语交际和非言语交际的技巧，要善于捕捉被访对象的非言语行为，毕竟每一个人，仅可从对方的语言中获取不到 5 % 的信息，大部分信息是通过表情、手势、肢体动作等非言语行为传递出来。

整理问题，需求分析：根据上面收集到的信息，就可以开始进行需求分析，提炼产品方向及定位。

Step 2：画业务流程图

业务流程图，简单的说，即针对当前产品的定位、受众及所在市场，线下的业务模式是怎样的，可以通过泳道图或者时序图进行表示。

以订单为例，详见下图：

图二

Step 3：列出每一个关节所需要的功能

根据上述已完成的工作，可以以业务流程图为主线，列出每一关节所需的功能和前后端逻辑机制。对于如何区分前后端，笔者认为：把握好让用户无感知的底线即可。

简单说，就是不需要用户知道的，放在幕后（后端），需要用户配合参与的，放在台前（前端）。而后，根据功能 List 和 逻辑机制，将具有包含关系的机制/功能放在一起，以集合（模块化）的形式，形成一张简单的矩阵图。

以订单为例，详见下图：

图三_下单流程

Step 4：按照最相关性，对Step2中的功能进行分类，确定层级

在百度凤巢，相关性会影响到每点击价格，那么，在产品岗中，如何确定相关性呢？

异曲同工，做相关性分析就可。如何做相关性分析，请自己研究。

确定层级，可以根据产品体验的五个层次来展开，战略、范围、结构、框架、表现。这一步要做的就是确定范围、结构、框架和表现层，具体操作方法，请移步研究这 5 层，其中，表现层，是距离目标受众最近的，要贯穿落地的始和终。

以订单为例：待付款、待发货、待收货等都属于订单管理模块，详见下图：

图四_订单状态的定义

Step 5：画产品架构图

前面几步完工后，根据不同信息层级的边界、同一层级内模块和模块的边界，就可以开始着手画产品架构图。根据使用角色的工作流程，可以加入信息流机制。不同角色之间，可以通过不同颜色来进行区分，能够自圆其说，将他们和各个模块之间的信息交互关系清晰的表现出来即可。

图五

二、输出脑图

笔者输出脑图前，会以脑图的形式进行竞品分析，利用结构化思维来做脑图，原则是从大到小，层层递进，细化至每一个页面中每一个BUtton，每一张数据表中的每一个字段及其含义。而后，根据自身所需，进行删减补充，最终，形成贴合自身业务的脑图。

下图是笔者复盘电商实战后，输出的脑图：

图六_商城前端_001

图六_商城后端_002

三、画原型，略

原型，是将上述抽象思维具象化的过程，方式很多，可以手画，也可以借用工具，只要能够表述清楚就可。工具的使用，不外乎熟能生巧，Practice makes perfect，请自己修炼吧。

马斯洛的需求层次理论，从底层到高层是生理、安全、爱与归属、受尊重和自我实现，相应的用户对UE需求层次，从底层到高层是功能性、稳定性、易用性、智能性和愉悦的创造性。

作为产品，对 UE 的关注点要集中在 易用性需求及以上。在注重易用性的过程中，习惯用Axure，可以了解下 Axure UX；墨刀，也可以，门槛低，做交互等易上手。Sketch，可以媲美 Photoshop。也可以了解下阿里妈妈、Ant Design等，保持对 UI、UE 的敏感性。

四、补流程图

通常，在交付研发前，需要给到研发的流程图有，功能流程图、状态机图和数据流图。其中，除基本的功能流程图外，也要根据不同的使用角色，梳理出一张泳道图。因为根据业务不同，每一个商城都会独具个性化。放在原型后，是因为这时候思维具象化，思路更加清晰。

这里，分享一下订单相关的图：

图七_订单状态机图

图八_售后订单中优惠券的处理方法

优惠券，是电商运营中，常用的营销方式，根据不同的分类方法，有很多不同类型，如天猫京东中常见的满减券。但是，在售后订单中，对于优惠券是否退及如何拆分，可以根据业务需要，统一设置为不支持退，如果支持退，可以参考图八，这是笔者看到的常用的解决方案。

所有的方案，最终都要贴合自身业务，量身定制，产品运营不分家，在实操中，请具体问题具体分析。

图九

图十

图十一

五、组织评审，确定里程碑，日常跟进

在完成上述工作后，笔者组织干系人进行了第一轮评审，评审后修改完善，再次评审，最终达成共识。然后，研发评估，确定里程碑，画出甘特图，日常跟进就可，跟进过程中，要注意掌握沟通技巧，这里不再赘述。

笔者认为，甘特图跟产品的 Roadmap 差不多，前者细化至每一工作日，而后者细化至月、季度都可。

六、测试，验收

测试，是万里长征的最后一程，其重要性，不容小觑。在研发结束前，要和测试同事对用例进行评审，这样，研发结束进入测试阶段，产品也可以承担一个人天，通过参与测试，可以发现问题，确定下一版本的迭代优化点。

在进行功能测试、回归测试、接口测试等后，根据用户体量，也需要进行性能测试。这里不赘述，可以借用自动化测试工具，如：Testin、Loadrunner、Jmeter  等。

测试环境测试无误后，布署至生产环境，测试用例需要再跑一遍。

七、部署上线

总之，在深耕产品岗的过程中，坑有多深，根就有多稳。仅分享心得，共同进步，请轻喷。

本文由 @白鸟 原创发布于人人都是产品经理。未经许可，禁止转载

题图来自Unsplash，基于CC0协议