产品经理总要面临产品设计的问题，产品设计可能没有标准的流程，每个产品经理都有自己的体会，在这给大家总结了7个步骤：

一、业务分析——要做什么（业务流程图）

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

为什么需要这两张图呢？

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

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

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

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

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