产品设计方法（2B业务）

本人从2015年6月至今已有1年多企业管理系统产品设计经历，总结下To B业务产品需求分析一般过程。需求分析是产品研发最重要环节，也是花费精力最多环节，是产品成败的关键。明确产品用户范围、使用场景、要完成任务/达成目标。需求分析一般要经过几个环节：

1.  明确用户范围

主要参与的是企业管理类软件设计，主要面对企业是国有大中型企业，用户是企业内安全生产管理人员。

2. 大致界定需求边界

企业级应用产品涉及业务流程繁杂，在从0到1的一个产品真正开始设计之前都会大致明确该版要满足哪一块/几块业务，大致有个需求边界（随着业务深入分析和讨论会更明晰）。

3. 还原业务过程

还原业务过程（或者称为业务建模）是需求分析重点，考验产品经理试金石。个人对这块理解就是借助用户访谈、实地调研、相关资料查阅等方法，梳理企业实际业务流程，定义流程中参与者有哪些、先后顺序、完成任务所需步骤，明确参与者与任务之间、参与者与参与者之间、任务与任务之间有怎样关系。

梳理完成业务过程后，会形成产品业务逻辑/流程图（visio），需求/功能清单（脑图），作为原型设计依据。

4. 原型绘制

在原型绘制开始前，建议先手绘页面流程图，页面流程图是站在用户视角完成的。

页面流程图讨论通过后，用Axure绘制产品原型。原型不需讲究高仿真或好看，只要页面元素齐全、跳转逻辑清晰即可，另外要注意一定要标注出异常处理情况（数据为空、用户误操作、字数过多折行等）、数据显示范围等规则。原型黑白灰即可、以给UI设计师充分发挥空间吧~

5. 评审及输出

一般会由产品同事、系统架构师、开发负责人、运营人员等参与原型评审，事先可通过邮件把要评审原型发给大家、事先熟悉原型。

个人在组织评审过程中，惯用流程：

（1）阐述需求分析过程：主要是阐述产品目标用户、业务使用场景及处理流程（大多时候评审人员并不了解业务过程）。

（2）该版本要满足需求范围及实现功能。

（3）最后看原型页面：把评审原型页面放到最后，是希望参评人员不把注意力放在页面细节上，产品合理的业务逻辑/流程才是设计关键。

产品输出与评审惯用流程基本一致，但注意到这个阶段产品需求及功能已基本定形、即使在输出过程中有人员提出新需求/变更需求在不影响整改业务处理情况下，都放到下一版本处理。