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

一、项目立项书

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

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

二、需求清单

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

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

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

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

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

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

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

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

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

三、用例图

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

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

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

四、时序图

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

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

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

五、原型设计(原型+备注)

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

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

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

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

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

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

本文作者 @洗七七

版权声明

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

相关文章

立即
投稿

微信公众账号

微信扫一扫加关注

返回
顶部