B端产品设计的五个过程输出物

一、项目立项书

B端产品的来源一般是客户，客户说我要一个什么，或者高层发现客户需要一个什么。那么公司内部就会申请立项，会有一个《项目立项书》，里面包括了：why-为什么做，how-怎么做，what-做成什么样，who-谁来做，是high level且粗颗粒度的阐述。如果立项书无法讲清楚这个事情，那么请退回到商业计划书（商业计划书是立项书的前一步，一个商业计划需要多个项目立项来支撑），谨慎判断做这个项目的价值。

此时，我们有了第一个输出物：《项目立项书》

二、需求清单

需求清单是收集客户需求的必要工具。

• 清单必填项：需求点、需求描述、需求来源（提出者、提出时间）、需求创建（创建者、创建时间）、简单备注。
• 优秀清单的判断标准：是否方便追溯这个需求以便真伪（无法追溯来源的需求，会在后期造成需求难辨真伪的情况，易造成团队精力的浪费）。

产品经理需要花费大量时间收集需求。

• 全量足量：功能是否全面是判断B端产品好坏的重要标准。
• 真实客观：需求阐述者往往也不清楚自己要什么，那么产品经理就需要与需求方共同挖掘真实的需求，抽丝剥茧。

挖掘需求的工具主要是深度访谈；其次是实习观察；再次是竞品调研。

• 深度访谈：必须带着不吝赐教的态度，逐一与各个利益相关方深度沟通，只要与这个项目有关的所有人，都需要一一交谈，往往会对产品设计起到关键作用。
• 实习观察：去到产品使用的场景中，亲自实习，或观察使用者。
• 竞品调研：官网、公众号、展会、业内好友，都是信息收集来源；还有一个办法，就是以招聘或面试的方式去了解竞品。

通过各种方式，可以得到了很多零散的需求信息。

整理归拢后，我们有了第二个输出物：《需求清单》

备注：需求清单的工具并不重要，根据公司情况选择合适的，可以是本地excel，也可以是云端在线文档。

三、用例图

用例图，是用户与产品的最简交互形式，展示了不同用户与系统的关系（操作员、生产主管、管理员等不同用户与系统的关系是不同的，需要操作的功能也不同）。

用例图是在需求清单的基础上，把零散的需求点，串成与用户的逻辑关系。

此时，我们有了第三个输出物：《用例图》

四、时序图

时序图又名序列图、循序图，是一种UML交互图，是根据时间线展开的业务逻辑图。

时序图需要说明不同模块在时间线上如何开展业务逻辑，功能步骤是如何的。当产品功能较多时，可以分成多个时序图来说明。

此时，我们有了第四个输出物：《时序图》

五、原型设计（原型+备注）

原型设计我偏向是原型图+备注的形式，包括的信息有：导航关系、页面布局、整体说明、按钮说明、输入框说明、弹窗说明、跳转说明，以及版本记录。

原型设计的原则：准确秒懂+清晰无歧义+变更记录。

此时，我们有了第五个输出物：《原型设计》

另外，性能需求如安全性、稳定性、鲁棒性、可维护性，这些需求也需要同时提给团队。

到此为止，团队对于做成什么样应该很清晰了。（在用例图时，开发团队就可以开始介入，同步设计技术架构和实现方案了，此篇不展开）。

重要说明：全程必须有客户相关方参加，以免陷入闭门造车的境地；参与方式可以是会议、邮件、即时聊天，但参与结果必须书面记录，切记书面记录！

本文作者 @洗七七

版权声明

本文来自互联网用户投稿，文章观点仅代表作者本人，不代表本站立场。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如若转载，请注明出处。如若内容有涉嫌抄袭侵权/违法违规/事实不符，请点击 举报 进行投诉反馈！