产品用例图
下面这篇是笔者整理分享的关于B端产品设计的五个过程输出物的文章，里边包含项目立项书、需求清单、用例图、时序图、原型设计（原型+备注）的内容，对此感兴趣的同学可以进来看看哦！
一、项目立项书
B端产品的来源一般是客户，客户说我要一个什么，或者高层发现客户需要一个什么。那么公司内部就会申请立项，会有一个《项目立项书》，里面包括了：why-为什么做，how-怎么做，what-做成什么样，who-谁来做，是high level且粗颗粒度的阐述。如果立项书无法讲清楚这个事情，那么请退回到商业计划书（商业计划书是立项书的前一步，一个商业计划需要多个项目立项来支撑），谨慎判断做这个项目的价值。
此时，我们有了第一个输出物：《项目立项书》
二、需求清单
需求清单是收集客户需求的必要工具。
- 清单必填项：需求点、需求描述、需求来源（提出者、提出时间）、需求创建（创建者、创建时间）、简单备注。
- 优秀清单的判断标准：是否方便追溯这个需求以便真伪（无法追溯来源的需求，会在后期造成需求难辨真伪的情况，易造成团队精力的浪费）。
产品经理需要花费大量时间收集需求。
- 全量足量：功能是否全面是判断B端产品好坏的重要标准。
- 真实客观：需求阐述者往往也不清楚自己要什么，那么产品经理就需要与需求方共同挖掘真实的需求，抽丝剥茧。
挖掘需求的工具主要是深度访谈；其次是实习观察；再次是竞品调研。
- 深度访谈：必须带着不吝赐教的态度，逐一与各个利益相关方深度沟通，只要与这个项目有关的所有人，都需要一一交谈，往往会对产品设计起到关键作用。
- 实习观察：去到产品使用的场景中，亲自实习，或观察使用者。
- 竞品调研：官网、公众号、展会、业内好友，都是信息收集来源；还有一个办法，就是以招聘或面试的方式去了解竞品。
通过各种方式，可以得到了很多零散的需求信息。
整理归拢后，我们有了第二个输出物：《需求清单》
备注：需求清单的工具并不重要，根据公司情况选择合适的，可以是本地excel，也可以是云端在线文档。
三、用例图
用例图，是用户与产品的最简交互形式，展示了不同用户与系统的关系（操作员、生产主管、管理员等不同用户与系统的关系是不同的，需要操作的功能也不同）。
用例图是在需求清单的基础上，把零散的需求点，串成与用户的逻辑关系。
此时，我们有了第三个输出物：《用例图》
四、时序图
时序图又名序列图、循序图，是一种UML交互图，是根据时间线展开的业务逻辑图。
时序图需要说明不同模块在时间线上如何开展业务逻辑，功能步骤是如何的。当产品功能较多时，可以分成多个时序图来说明。
此时，我们有了第四个输出物：《时序图》
五、原型设计（原型+备注）
原型设计我偏向是原型图+备注的形式，包括的信息有：导航关系、页面布局、整体说明、按钮说明、输入框说明、弹窗说明、跳转说明，以及版本记录。
原型设计的原则：准确秒懂+清晰无歧义+变更记录。
此时，我们有了第五个输出物：《原型设计》
另外，性能需求如安全性、稳定性、鲁棒性、可维护性，这些需求也需要同时提给团队。
到此为止，团队对于做成什么样应该很清晰了。（在用例图时，开发团队就可以开始介入，同步设计技术架构和实现方案了，此篇不展开）。
重要说明：全程必须有客户相关方参加，以免陷入闭门造车的境地；参与方式可以是会议、邮件、即时聊天，但参与结果必须书面记录，切记书面记录！
本文由 @洗七七 原创发布于人人都是产品经理，未经许可，禁止转载
题图来自 Unsplash，基于 CC0 协议
该文观点仅代表作者本人，人人都是产品经理平台仅提供信息存储空间服务。
","gnid":"9c52e9cc4b5fca982","img_data":[{"flag":2,"img":[{"desc":"","height":"420","title":"","url":"https://p0.ssl.img.360kuai.com/t01e718872a6e588c54.jpg","width":"900"},{"desc":"","height":"1280","title":"","url":"https://p0.ssl.img.360kuai.com/t0113bbc497b7c62eb1.jpg","width":"903"},{"desc":"","height":691,"title":"","url":"https://p0.ssl.img.360kuai.com/t01ef4d1f932b13fe58.jpg","width":1280},{"desc":"","height":"1356","title":"","url":"https://p0.ssl.img.360kuai.com/t01c4f65ba7f947c9ed.jpg","width":"885"},{"desc":"","height":"1324","title":"","url":"https://p0.ssl.img.360kuai.com/t016ed2095e9f797b35.jpg","width":"985"},{"desc":"","height":645,"title":"","url":"https://p0.ssl.img.360kuai.com/t0179de4eb9ef324698.jpg","width":1280},{"desc":"","height":618,"title":"","url":"https://p0.ssl.img.360kuai.com/t0107f4ff423428a7b0.jpg","width":1280}]}],"original":0,"pat":"art_src_3,fts0,sts0","powerby":"pika","pub_time":1701687720000,"pure":"","rawurl":"http://zm.news.so.com/d56c33ede463ca6afdb05a9d009104e5","redirect":0,"rptid":"ad562f6038c82e4e","rss_ext":[],"s":"t","src":"人人都是产品经理","tag":[],"title":"B端产品设计的五个过程输出物
简宏京3265总结用例图的重要作用,讨论并指出哪些场合下可以使用用例图 -
鲁帝饱17822584747 ______ 用例图从外部用户的角度捕获系统的行为.他将系统功能划分为对活动者具有意义的事务. 用例图主要用来描述“用户、需求、系统功能单元”之间的关系.它展示了一个外部用户能够观察到的系统功能模型图. 有关用例图的详细介绍,可以参考这篇文章:http://trufun.net/UML/UMLwendang/2016/0719/168.html 如下图:
简宏京3265如何在需求建模中正确使用用例图表达需求 -
鲁帝饱17822584747 ______ 用UML建模时,对软件开发过程是有要求的,必须是用例驱动,以架构为中心,迭代和递增的开发. 需求建模的核心就是用例图,当然活动图这些事对用例的动态流程描述.是用例图的补充. 需求分析首先是定义边界,也就是需求中与最终实现结果相关的边界.这些就是在用例图中体现的.
简宏京3265怎么用eclipse画UML用例图 -
鲁帝饱17822584747 ______ 1、 添加UML插件,点击Myeclipse上的windows— 〉open persperctive——〉other,打开如下的窗口.2、 在图1窗口中点击show all,列出了所有的插件,点击“MyEclipse UML”,将UML插件安装好.3、选择要建立UML图的工程,点击右键,选择new—〉UML model Respitory,建立UML工程,然后将类直接拖入工程中既可以了.
简宏京3265实体关系图和用例图的区别,用例图只能描述三层架构中吗,两层中不能用吗? -
鲁帝饱17822584747 ______ 1.实体关系图,简记E-R图,提供了表示实体型、属性和联系的方法,用来描述现实世界的概念模型.(常用于数据库建模中)2.用例图定义了系统的功能需求,它是从系统的外部看系统功能,并不描述系统内部对功能的具体实现.(常用于描述系统功能中)3.几层架构是对系统的结构而言,分层式结构是最常见,也是最重要的一种结构.描述层次架构有自己相应的图(如:组织结构图) 他们三者的用途各不同,没有什么直接联系. 个人观点,仅供参考
简宏京3265顺序图与用例图的关系 -
鲁帝饱17822584747 ______ 用例图基于用例,通过角色来描述系统中的信息,是从系统外部来观察系统中的功能,也就是说角色将使用该系统的哪些功能(即用例). 你说的顺序图(序列图)是基于用例图的,它具体描述用例实例之间的交互情况,反映用例实例间消息传递的先后顺序,以及在某一方面该位置将要发生的事情.
简宏京3265c++系统用例图和类图是什么??急求答案 -
鲁帝饱17822584747 ______ 用例图是指用户的角度来操作当前系统的结构图; 类图是类的结构以及整个系统中类之间关系图;