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

一、项目立项书

 B端的产品通常来自于顾客，顾客说我想要某样东西，或是上层人士找出了顾客想要的东西。然后，公司会提交一份《项目立项书》，上面写着“为什么”、“how-如何做”、“为什么要做、为什么做、为什么要做”，这些都是高层次的、粗糙的表述。如果项目建议书不能很好地解释这一点，那就把业务计划书给退回去。 

至此，我们就拿到了《项目立项书》的第一份成果。

 二、需求清单

 在搜集顾客需要时，要求表是一个必不可少的工具。 清单必填项：需求点、需求描述、需求来源（提出者、提出时间）、需求创建（创建者、创建时间）、简单备注。 优秀清单的判断标准：是否方便追溯这个需求以便真伪（无法追溯来源的需求，会在后期造成需求难辨真伪的情况，易造成团队精力的浪费）。 产品经理要花很多的时间来搜集需求。 

全量足量：功能是否全面是判断B端产品好坏的重要标准。 真实客观：需求阐述者往往也不清楚自己要什么，那么产品经理就需要与需求方共同挖掘真实的需求，抽丝剥茧。 需求挖掘的方法有：深入访谈法；实习观察法；竞争对手调查法。 深度访谈：必须带着不吝赐教的态度，逐一与各个利益相关方深度沟通，只要与这个项目有关的所有人，都需要一一交谈，往往会对产品设计起到关键作用。 实习观察：去到产品使用的场景中，亲自实习，或观察使用者。

 竞品调研：官网、公众号、展会、业内好友，都是信息收集来源；还有一个办法，就是以招聘或面试的方式去了解竞品。 通过多种途径，可以获得许多零星的需求资料。 经过整理，我们就得到了《需求清单》 注意：需要的工具不一定要用到，可以用本地的 excel，也可以用云端的线上文件。 

如果您需要相关服务，可以找天津天迅达科技有限公司，我们的业务有Web开发、iOS APP、Android APP、微信开发、HTML5开发等，天迅达——您身边的App个性化定制专家！

三、用例图

 用例图，是一种最简单的用户和产品之间的互动方式，它将不同的使用者和系统（如操作员、生产管理员、管理员等）之间的关系（不同的使用者，他们与系统有着不同的关系，所需的功能也各不相同）。 用例图就是以需求表为基础，将分散的需求点串联起来，使之与使用者之间有逻辑的联系。 

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

四、时序图 

顺序图，也称为顺序图，顺序图，是 UML中一种交互式的 UML图。 时序图要求描述各个模块之间的商业逻辑是怎样在时间线上进行的，以及它们的功能步骤。如果一个产品有更多的功能，它可以被分解为多个序列图。 此时，我们有了第四个输出物：《时序图》

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

我更倾向于采用原型图+注释的方式，包含了导航关系，页面布局，整体说明，按钮说明，输入框说明，弹窗说明，跳跃说明，版本记录。 原型设计准则：精确理解+明确不模糊+更改纪录。 现在，我们已经准备好了《原型设计》这本书的第五部分。 此外，安全性，稳定性，健壮性，可维护性等性能需求，也是团队必须要考虑的。 到目前为止，团队已经有了明确的思路。（当用例图表的时候，开发小组就可以对其进行技术体系结构和实施方案的同步设计，这里就不赘述了）。

以上所有设计图和部分文字均来自网络，如有侵权，请call我删除，感谢~

天津天迅达科技有限公司经过多年来对APP、小程序、以及网站建设的探索，已经帮助每一个客户快速开发出属于自己的APP、小程序、网站，是万千企业之选。

标签：天迅达科技 天津APP开发 天津网站建设 网站建设