B端产品设计的五个过程输出物
下面这篇是笔者整理分享的关于B端产品设计的五个过程输出物的文章,里边包含项目立项书、需求清单、用例图、时序图、原型设计(原型+备注)的内容,对此感兴趣的同学可以进来看看哦!
一、项目立项书
B端产品的来源一般是客户,客户说我要一个什么,或者高层发现客户需要一个什么。那么公司内部就会申请立项,会有一个《项目立项书》,里面包括了:why-为什么做,how-怎么做,what-做成什么样,who-谁来做,是high level且粗颗粒度的阐述。如果立项书无法讲清楚这个事情,那么请退回到商业计划书(商业计划书是立项书的前一步,一个商业计划需要多个项目立项来支撑),谨慎判断做这个项目的价值。
此时,我们有了第一个输出物:《项目立项书》
二、需求清单
需求清单是收集客户需求的必要工具。
- 清单必填项:需求点、需求描述、需求来源(提出者、提出时间)、需求创建(创建者、创建时间)、简单备注。
- 优秀清单的判断标准:是否方便追溯这个需求以便真伪(无法追溯来源的需求,会在后期造成需求难辨真伪的情况,易造成团队精力的浪费)。
产品经理需要花费大量时间收集需求。
- 全量足量:功能是否全面是判断B端产品好坏的重要标准。
- 真实客观:需求阐述者往往也不清楚自己要什么,那么产品经理就需要与需求方共同挖掘真实的需求,抽丝剥茧。
挖掘需求的工具主要是深度访谈;其次是实习观察;再次是竞品调研。
- 深度访谈:必须带着不吝赐教的态度,逐一与各个利益相关方深度沟通,只要与这个项目有关的所有人,都需要一一交谈,往往会对产品设计起到关键作用。
- 实习观察:去到产品使用的场景中,亲自实习,或观察使用者。
- 竞品调研:官网、公众号、展会、业内好友,都是信息收集来源;还有一个办法,就是以招聘或面试的方式去了解竞品。
通过各种方式,可以得到了很多零散的需求信息。
整理归拢后,我们有了第二个输出物:《需求清单》
备注:需求清单的工具并不重要,根据公司情况选择合适的,可以是本地excel,也可以是云端在线文档。
三、用例图
用例图,是用户与产品的最简交互形式,展示了不同用户与系统的关系(操作员、生产主管、管理员等不同用户与系统的关系是不同的,需要操作的功能也不同)。
用例图是在需求清单的基础上,把零散的需求点,串成与用户的逻辑关系。
此时,我们有了第三个输出物:《用例图》
四、时序图
时序图又名序列图、循序图,是一种UML交互图,是根据时间线展开的业务逻辑图。
时序图需要说明不同模块在时间线上如何开展业务逻辑,功能步骤是如何的。当产品功能较多时,可以分成多个时序图来说明。
此时,我们有了第四个输出物:《时序图》
五、原型设计(原型+备注)
原型设计我偏向是原型图+备注的形式,包括的信息有:导航关系、页面布局、整体说明、按钮说明、输入框说明、弹窗说明、跳转说明,以及版本记录。
原型设计的原则:准确秒懂+清晰无歧义+变更记录。
此时,我们有了第五个输出物:《原型设计》
另外,性能需求如安全性、稳定性、鲁棒性、可维护性,这些需求也需要同时提给团队。
到此为止,团队对于做成什么样应该很清晰了。(在用例图时,开发团队就可以开始介入,同步设计技术架构和实现方案了,此篇不展开)。
重要说明:全程必须有客户相关方参加,以免陷入闭门造车的境地;参与方式可以是会议、邮件、即时聊天,但参与结果必须书面记录,切记书面记录!
本文由 @洗七七 原创发布于人人都是产品经理,未经许可,禁止转载
题图来自 Unsplash,基于 CC0 协议
该文观点仅代表作者本人,人人都是产品经理平台仅提供信息存储空间服务。
作者用的是哪款原型设计的软件?
图中的项目管理软件是哪个平台