上一章《B端产品总结（上）：B端产品会遇到的坑和突围方法》，我们从宏观上讲述了B端产品，这一章将从实战角度总结一下B端产品的设计流程，根据软件开发全生命周期流程，结合个人项目经验，将设计流程总结如下文5个阶段。
01、需求阶段
这里我们说的需求包含了2大内容：调研分析和需求管理。
调研分析
第一阶段：战略层面还没决定是否要做，需要通过相应的市场和商务调研，来分析其市场机会和成本、风险等，输出商业需求文档（BRD），结合企业自身的优势和劣势，综合考虑是否进行产品开发。通常，这对于B端产品来说很少见，一是因为各行各业信息化程度已经很高，垂直细分也很精细，竞争激烈。二是资本环境的恶劣，已过了以前野蛮生长的时代，企业对于开发新产品线比较谨慎，通常有靠谱的项目或者自身需求了才会孵化产品。
第二阶段：战略上已确定要做或者项目已中标，需要对目标用户的产品需求进行调研，搞清楚产品（项目）背景、业务范围、产品目标等等内容，其方式可以是竞品分析、问卷调查、用户座谈、咨询业务专家等方式（但实际操作中最多的还是通过竞品分析和用户进行访谈），输出用户调研报告。
我们在跟客户调研需求的前提是需要了解业务，这也是为什么在上一篇强调，需要深入理解业务，只有了解了业务我们跟客户的沟通才是在同一个层面上的，需求工作就是不断的将含混的东西清晰，明确哪些是我们想要的东西，哪些是我们不想要的东西。
调研过程中我们需要对需求进行收集，经典记录需求的方法是： 角色—场景—路径。
图1 需求收集
这样相对完整的记录需求情况，例如：张三作为员工（角色）希望每天在手机APP上（场景）快速的实现定位打卡，而不需要到公司指纹打卡（路径）。
需求收集上来了，我们需要对需求进行分类处理，主流的是3类分法：
- 业务需求：企业或者组织在业务开展过程中遇到的问题，这些问题通常直接影响商业价值实现，因此这些需求非常重要，作为产品核心需求。
- 用户需求：描述用户（通常是管理者、使用者）需要完成的任务，在完成这些任务过程中的需要，比如：消息提醒、用户体验、宏观统计等等。
- 产品需求：产品整体设计中的需求，比如产品扩展需求、运营需求等等。
需求管理
需求管理主要包括需求分析和排序、需求评审、需求变更管理。（理论上来说需求的管理应该是贯穿整个产品周期）。
1、需求分析和排序
分析收集上来的需求，将需求进行分类、并排序。最终形成统一的需求资源池。分类的方法最常见的是4象限法，基本是下图2种形式：
图2 4象限法
通过4象限法进行需求排序后，最后呈现出来的表格根据实际业务，类似于以下：
2、需求评审
将整理后的需求分析表格内容进行评审，这一步的需求评审更多的是头脑风暴，召集相关的产品干系人对需求池的需求内容做一个定性。
3、需求变更管理
约定变更的管理规范，做好变更控制，通常在当前的流行的敏捷开发中，需求变更管理被弱化（当然不是说敏捷开发就可以随意修改需求），这里不做太多赘述，因为发现自己在工作中也没做好。
02、规划阶段
在我们经历的的产品执行过程中，个人认为产品规划工作主要是做好产品发展蓝图、产品版本规划，有时也做里程碑规划。
1、产品发展蓝图
既产品愿景，我们期望产品是啥样子（比如是SAAS模式还是提供产品），遵循一个什么样的发展路线，解决目标用户的哪些核心问题，以体现出产品的核心价值。描述产品的生命周期，产品的更新换代策略以及产品的中长期发展规划，制定产品的发展蓝图。描述产品的一些突出优点，这些描述可成为产品将来的卖点，也是后面开发过程中， 首先需要把握的部分。分析该产品的发展对企业（或者说产品生态）的重要性，描述该产品在整个生态体系中的位置。
2、产品版本规划
每个版本都需要有非常明确的目标和令人感觉明显的差别，并且在每个版本中都应该有突出的卖点。比如迭代的后期版本包括易操作、好看、更流畅等等优势卖点。如下图：
图3 微信版本迭代
03、设计阶段
我们一直在强调前期产品设计工作多做一点，后期开发实施问题就会少出一点，设计的工作是全方位的，我们需要做好总体设计和详细设计。
总体设计
总体设计主要：产品架构设计、产品功能设计、产品信息框架、业务流程设计、基础支撑设计。
1、产品架构设计
什么是产品架构，产品经理把产品所要实现的具象功能，抽象为一个一个彼此独立又互为关联的模块（这种关联性也是模块的交互关系，包括信息和数据，通常以接口的方式实现），并把这些模块根据一定的业务或数据逻辑进行分层组合，来传递产品的业务流程、商业模式和设计思路。
架构的目的是为了梳理产品思路，从整体上把握产品发展方向，把控产品的功能重点。是使用可视化的方式指导产品干系人思考如何解决用户问题，满足用户期望，解决了产品方向、产品边界、产品路径的问题，在产品架构的基础之上会衍生出技术架构图。
图4 微信后台系统架构图
2、产品功能框架和信息框架
功能设计，多以功能框架图体现，功能架构图是以功能模块为类别，介绍模块下其各功能组成的图表，宏观展现产品实现功能。功能与功能之间的内在和外在联系，对开发人员把控工作量有一个直观的呈现。
图5 微信功能框架图
在功能结构确定下来后，我们可以画信息框架图，信息框架图是指脱离产品的实际页面，将产品的数据抽象出来，组合分类的图表，相较于功能框架图，简单说就是支撑这些功能需要哪些数据集信息。其作为开发建立数据库的重要参考。
图6 微信信息框架图
3、业务流程设计
梳理产品重点业务流程，通过业务抽象，将业务流程用流程图画出来（如泳道图），流程梳理需要做到几点：
1、要闭环；
2、要到底（覆盖所有的细节逻辑）；
3、要有边界。通过对业务流程梳理也可以进一步加深对业务的理解。
4、基础支撑设计
基础支撑设计，对于B端产品来说最重要的基础支撑莫过于权限设计，这将很大程度上影响产品是否能用，权限设计的好坏将直接影响后面产品的迭代是否能够顺利。权限设计最常用的是RBAC权限模型，基本都能搞定。
详细设计
详细设计包括：原型设计、UI设计。
总体设计完成后我们可以输出产品需求文档（PRD），根据产品需求文档，开始使用原型设计工具画原型。（但实际操作中很多时候是先画原型，配合文档形式来说明原型，这样就不写产品需求文档了）。
产品原型是用来展示完整的页面，让我们的UI、开发、测试人员进一步了解产品意图。原型设计完成到UI设计之前还应有一轮的原型评审会。产品原型应该包含的元素有：导航信息、组件元素、页面布局、文案信息、重要信息、异常/无数据信息等。
图7 原型设计图
原型设计完成后就是交给我们视觉/交互设计师，按照页面设计规范进行页面UI设计，切图给前端，产品经理只需要对效果进行把控，是否符合产品的意图和产品风格。自此产品经理主要设计工作就基本完成了。
04、实施阶段
实施过程中产品经理首先根据产品规划，以及公司实际情况，会同开发人员制定产品开发计划，保障开发工作顺利实施，过程中做好需求变更管理，把控产品开发质量和进度，监控产品BUG情况，做好用户测试。最后，制定产品部署上线方案，保证产品正常发布。
05、迭代阶段
产品上线以后，绝对不是产品的终点，对于B端产品来说可能只是一个开始，用户在使用过程中会有各种各样的个性化需求，产品经理需要做好把关，哪些需求是符合产品业务整体规划的，可以将之融入到基础版本中，哪些是项目上个性需求，不具备普适性，也不利于产品生态发展的，通过评估后决定是否开发或者只是定制开发。
前面我们说了需求分为业务需求、用户需求、产品需求，很多时候我们为了更好的完善产品，我们会提出需要收集一些用户的行为数据，或者产品相关数据的需求，这些功能需求就是产品需求。通过这些行为数据分析，进行产品的功能迭代。
以上是个人对B端产品设计流程的梳理，当然实际工作中可能因为产品进度的要求，没有严格按照以上操作，简化了一些步骤，但是如果我们严格按照以上设计步骤来，我相信做成我们想要的产品也是水到渠成的事。
