做产品经理都知道，面对的交流沟通的人比较广泛，不仅要和市场销售提交需求部门沟通了解需求内容，同时设计产品的时候需要交给UI、前端、技术来实施。但是在实施的过程中怎样让技术更明确产品的需求呢？以前在设计产品前的用例设计、时序图设计都是技术部门完成，现在中国的产品越来月接近国外产品的步伐了，不再只会做PD（产品设计）工作了，渐渐成为真的PM（产品经理）了，所以现在很多公司也要求PM来做用例图和时序图等这些工作，而不是技术来完成这些了。下面根据对用例的了解整合网上其它资深产品经理的经验总结了下写用例的过程。

用例图

用例图描述了系统提供的一个功能单元。用例图的主要目的是帮助开发团队以一种可视化的方式理解系统的功能需求，包括基于基本流程的"角色"（actors，也就是与系统交互的其他实体）关系，以及系统内用例之间的关系。用例图一般表示出用例的组织关系--要么是整个系统的全部用例，要么是完成具有功能（例如，所有安全管理相关的用例）的一组用例。要在用例图上显示某个用例，可绘制一个椭圆，然后将用例的名称放在椭圆的中心或椭圆下面的中间位置。要在用例图上绘制一个角色（表示一个系统用户），可绘制一个人形符号。角色和用例之间的关系使用简单的线段来描述，如图1所示。

（图1所示）

图1：示例用例图

图字（从上到下）：CD销售系统；查看乐队CD的销售统计；乐队经理；查看Billboard 200排行榜报告；唱片经理；查看特定CD的销售统计；检索最新的Billboard 200排行榜报告；排行榜报告服务

用例图通常用于表达系统或者系统范畴的高级功能。如图1所示，可以很容易看出该系统所提供的功能。这个系统允许乐队经理查看乐队CD的销售统计报告以及Billboard 200排行榜报告。它也允许唱片经理查看特定CD的销售统计报告和这些CD在Billboard 200排行榜的报告。这个图还告诉我们，系统将通过一个名为"排行榜报告服务"的外部系统提供Billboard排行榜报告。

此外，在用例图中，没有列出的用例表明了该系统不能完成的功能。例如，它不能提供给乐队经理收听Billboard 200上不同专辑中的歌曲的途径 -- 也就是说，系统没有引用一个叫做"收听Billboard 200上的歌曲"的用例。这种缺少不是一件小事。在用例图中提供清楚的、简要的用例描述，项目赞助商就很容易看出系统是否提供了必须的功能。

产品经理可以应用Rational-Rose软件来制作用例，也可以用PowerDesigner来设计用例，根据公司技术那种软件容易来设计即可。

可以把日常、业务、系统实现需要的一些逻辑，很好的通过图示传达。例如：很简单的一个自动咖啡机流程，我们通过一个小人，几个圈圈就能说明道理。以下是在资深PM费杰博客上看到的几个用例图标，可以借鉴下说明。如图2所示：

图示2,一个简单的顺序图图示。

图示3，一个简单的激活图图示。

    我根据对用例设计的理解，在网站找了以上资料总结了下，如果有不足地方或者错误地方还希望看到的朋友留言指正。徐倩产品设计博客：www.hongren.org