很可惜 T 。T 您现在还不是作者身份，不能自主发稿哦～
如有投稿需求，请把文章发送到邮箱tougao@appcpx.com，一经录用会有专人和您联系
咨询如何成为春羽作者请联系：鸟哥笔记小羽毛（ngbjxym）
之前写《做产品为什么要画这些图？》，介绍产品常用视图后，一直想深入介绍每一种图的用法，却生怕理解不到位，又不想当文字搬运工，迟迟不敢开写。
这次趁着打磨课程，逼自己猛啃几本书，结合这几年做产品的经历，总算提炼出自己的思路。
我首先要讲的是用例图，用例是 UML 中最重要的一个元素，后续分析流程、设计功能，都是围绕它展开的。
本文先介绍为什么要画用例图，再为你解读用例图知识，最后用一个案例演示如何画用例图。
文章有点长，不过相信你看完，对如何做需求分析会有新的认识。
做产品前几年，我很少画用例图，直到做数据中台，碰到的需求更复杂，我重翻《大象：Thinking in UML》找灵感。
读到用例时，我恍然大悟，原来我放着用例这么好的法宝不用，简直暴殄天物。
后来，我从业务调研开始，用用例的分析方法，把业务研究透、描述出来，系统该做成怎样，脑海里渐渐清晰。
当然，并非每个需求都得画用例图，简单的需求完全可以不用牛刀。
用例的设计之初，是希望我们别老在系统内执着功能，而是跳到系统外，以用户的眼光看系统，思考什么情况下给什么人提供什么支持。
如果我们学会了用例图的分析思想，理解它的表达逻辑，至少能试着站在用户的角度去看问题。
开启这种视角，才不会总用晦涩难懂的术语，将用户搞晕，才能用业务方的语言去沟通，真正以用户为中心去获取需求，转化为产品服务。
练习的办法，便是按用例的规则和方法，一点点做， 逐渐转变思考的方式。
用例的另一个特点是，关注用户在什么情况下做什么事，这是典型的场景化思维。
这让我想起，以前给老妈换手机，要教会她使用，可让我头疼了。
每次跟她说，这是查号码，这是打电话，这是听歌，这是看视频等等，她都记不住。我一度以为人年纪大了，记忆力不好，很难接受新东西。
后来，我反思自己，改变策略，只给她讲，她用手机会做的几件事情。
打电话，我只告诉她第一步按哪，第二步按哪，每一步有什么标记符号，再把常拨号码，设置成快捷键，每次只需一步操作。
结果，她居然记住了。
发现没？功能描述容易脱离用户使用场景，让人困惑。
所以，我们要从场景出发，围绕用户在具体情况下，要做的事情，告诉他怎么做就好了。
每个讲产品经理的思维方式，都会讲系统思维。可，真能用系统思维去思考的人，可谓凤毛麟角。
究竟什么是系统思维呢？
系统思维，即思考问题时，要全面考虑系统内事物之间的互相影响，关注整体的运行规律，而不是只考虑个别事物的情况。
做产品时，如果只讨论功能，就是孤立的看待产品。
产品脱离了使用者，就没有意义。只有当我们把产品和使用者都考虑进去，才算是系统的思考。
用例的本质，就是将产品和使用者当成一个系统来看。
下面一起看看用例为何物吧。
用例，是 UML 中用来捕获功能性需求的一种方法，它从不同视角，描述不同角色用系统/产品做什么事，即什么人做什么事。
一个用例，就是参与者为完成某个特定目标的一系列活动或功能的集合。
换句话说，用例是参与者为满足自己的期望，而完成的事情。
所以说，用例不是功能，而是由参与者驱动的，是有明确目标的，是从用户视角看问题的。
比如，人喝水，大致要做拿杯子、倒水、喝这几个动作，人喝水是用例，拿杯子却不是，因为不会有人没有目的只拿杯子。
用例图，由参与者、用例、边界和关系构成。
按官方文档的定义，参与者是在系统外部与系统交互的人或事物，可以是人、部门或系统。
产品面向的用户，也是在系统之外的参与者。
有时，系统内部也有一些人或对象，参与完成业务，这种称之为业务工人，并非参与者，需区分清楚。
用例，表示参与者为完成某个目标的一系列活动。用例名称，以动宾短语出现，表示参与者做的事情。
用例是业务分析、需求分析、系统分析与设计过程的基本单位，粒度可大可小。
粒度的确定，一直是个难题，没有标准，只能根据实际情况分析。一个大型系统，可能会有上百个用例，一个小产品，也许只有几个用例。
这有 2 个经验供你参考：
一是完整性，一个用例是一个完整的使用场景，不是零散的动作步骤。比如，拿起手机刷微信是个完整的场景，拿起手机只是一个步骤。
二是独立性，一个用例有一个明确、独立的目标，如果一个用例包括多个目标，则可再逐层细化出子用例。
边界将系统内外分开，参与者在外面，用例在里面。边界内的用例，就是系统要实现的事情。
一个系统的好坏，常取决于边界是否清晰，即明确做什么，不做什么。边界内的事，是系统的任务；如没有特定条件推动，系统与外界没有联系。
设计产品时，一出现自相矛盾、疑惑的问题，往往可能是不知不觉偏离了最初的定位，跑到边界外部。
因此，做产品要多回归定位，检查产品有没有越界。一个好的产品，是界限分明的，做什么不做什么从不含糊。
UML 中关系挺多的，常用的有关联、包含、扩展、实现四种。
关联关系，一般由参与者指向用例，意味着参与者发起用例。当然，也有少数情况，是用例指向参与者，如推送消息，是系统自动触发用户。
包含关系，指一个用例包含了子用例，由父用例指向子用例。请注意，父用例并不等于所有子用例之和，它的范围可以大于所有子用例。子用例是一定会执行的。
扩展关系，指一个用例在某种情况下需要完成特定活动，由扩展用例指向被扩展用例。与包含关系不同，扩展是特殊分支，在特定情况下才出现的支流，如电商的订单退款。
实现关系，连接用例与用例实现，表示一个用例可以有哪几种实现方式。
除了画图，UML 中用例图还会写用例表，以描述说明用例，内容包括用例名称、用例描述、参与者、前后置条件、基本流程等。
在 UML 中，用例图的常见类型，有业务用例图和系统用例图。
业务用例图，是从业务的视角，对业务进行描述。即描述没有新系统或产品前，业务是如何进行的。
UML 使用业务用例图，旨在把业务描述清楚，发现业务问题和目标，新系统才能更好的解决问题，实现业务目标。
简单需求，很少画业务用例图；复杂需求，用这个思路分析，更好发现业务问题，保证产品需求不跑偏。
一般说用例图，默认指系统用例图，它描述参与者使用新系统或产品做什么事，从而实现业务目标。
它是从业务用例分析推导出来的，是新系统的蓝图、开发范围。
从业务用例如何分析、推导出系统用例呢？下面的案例马上讲到。
画图是为了表达、传递信息，当我们画用例图时，本质是在分析业务场景、系统功能性需求，并描述出来。
因此，与其说学如何画用例图，不如说是在学如何分析，用例图只是分析的结果。
下面，我将通过用一个简单的案例，把这个分析过程，一步步展示出来。
以手机话费充值业务为例，假设我们接到一个需求，要开发一个话费充值 APP ，为用户提供充值服务。
常规做法，接到需求，会想到去调研业务、研究竞品，列出功能结构图，再画流程图，很快就能画原型，写 PRD 。
对于简单的产品，这么做没问题。但碰到复杂的系统，就得有一套好的分析思路和方法工具。
用例图，可以帮我们从业务场景分析入手，理清业务，逐步推导出系统功能。
具体怎么做呢？我总结了这 3 步：
如今，我们早已离不开手机，为了能上网、打电话，要用手机就得有话费。
这个业务的“人”比较好找，就是普通手机用户。目标，是为了保证手机可用，得充话费。
充话费，我们可以去微信充值、也可以去支付宝，或用运营商的 APP 。
由此，得出充值话费的几种实现方式，而我们要做一个充值 APP ，便是实现方式之一。
△ 充值话费业务用例实现
明确业务用例的实现方式，我们挑典型的微信充值来研究，以便了解业务。拿出手机，打开微信手机充值，体验一番，把整个流程理出来。
△ 微信手机充值过程
当我们从用户的视角，绘制出微信充值的流程后，不难发现这个过程中，大致可分为两个阶段：
一个是充值，这个过程不能中断，一断充值就不成功，所以，可以得到一个小目标：充值话费。
一个是查结果，支付完成后，不一定马上有结果，但基本都会成功，这时用户可选择离开；还有一种场景，发现话费快用完了，查什么时候充值的。可见，查看结果目标也相对独立。
△ 用户视角下的微信手机充值活动图
有上面的分析，我们可以把两个有完整目标的活动集合，归纳为两个业务用例：充值话费、查看结果。
再把视角缩到充值过程，充值得支付金额，而支付一般是通用的，供其他模块使用，在系统内部看相对独立，可抽出来，作为子用例。
当查看结果时，发现话费并未到账，需要联系客服处理，虽然这不多见，但偶有发生，所以是一个特殊情况下才会发生的支流，可作为扩展用例。
△ 微信手机充值业务用例图
经过从场景到流程的分析，业务用例基本清楚。就到最关键的一步，推导出系统用例。
常用的推导方法有：映射、抽象、拆分、合并和补充等。
1）映射，指一种特殊的对应关系，可直接对应过去。比如，微信充值有“充值话费”用例，与我们要做的 APP ，目标一致，可直接映射。
这容易被误以为是抄袭。实际上，如今大部分产品功能都类似，很少有完全创新的东西。如能从用例去分析，就知道为什么这个功能要“抄”，哪个不“抄”，“抄”了要不要改，改哪些。
2）抽象，是找共性，把有相同特征的归纳成一类。比方说，在微信充值中查看结果，但做个新 APP ，得考虑更多操作，这些属于订单的范畴，可归纳为“管理订单”用例。
3）拆分、合并，把一些大的用例进行拆解，或小的用例进行合并，合并类似抽象归纳。
4）补充，根据实际情况，发现业务上没有的，而新产品必不可少，则需要增加相应的用例来完成目标。例如，微信充值中，只能用微信支付，我们做 APP ，要支持多种支付方式，所以补充“支付宝支付”用例。
同理，还要补充“管理账号”用例，用户才能注册登录、查看自己的订单。
经这一推导，新 APP 的参与者，也显而易见：充值得有运营商支持；支付对接微信支付、支付宝；协助用户处理未到账，还需有运营人员介入。可见，整个充值 APP ，还应包括后台管理系统。
这些都是后续系统分析、梳理系统关系、设计系统架构的基础。
为方便说明，我只简化出核心部分，并把子用例合在一起展示。
△ 充值 APP 系统用例图
至此，充值 APP 的系统用例图就出来了。
有这份新系统的蓝图，就可以细化前端 APP 和管理后台的用例，进而再分析系统流程、系统关系、设计产品功能。
这一路的分析推导下来，再画原型图，写 PRD，你自然知道要写什么，设计出来的功能，也更有依据、有逻辑，不容易被人以为是靠拍脑袋的。
用例图的基本用法，到此结束了，看累了吧？没关系，我帮你小结下，记住这几条就够了。
用例是从用户视角去思考的，学会站在用户的角度去看产品，更能理解业务，表达清楚需求。
用例的本质，是场景化思维和系统思维的体现。画图的过程，实际上是在锻炼我们的思维方式。
用例，是 UML 中用来捕获功能性需求的一种方法，它从不同视角，描述不同角色用系统/产品做什么事，即什么人做什么事。
一个用例，就是参与者为完成某个特定目标的一系列活动或功能的集合。
用例图，由参与者、用例、边界、关联构成，写用例表，更完整。
用例图，常见类型有业务用例图和系统用例图。
1）分析业务场景，找出人、事、物、目标
2）分析业务流程，细化目标，得出业务用例图
3）由业务用例图推导出系统用例图
常用推导方法有：映射、抽象、拆分、合并和补充等。
最后，不是所有需求都要画用例图，视情况而定。
用例作为一种需求分析方法，不管你在是否用到它，关键是理解它的分析思路和表达逻辑。
善用用例，可以提高我们在需求分析、产品设计中的理解、思考和表达能力，确保我们的输出是高效、准确、有理有据的。
从学用例开始，以用户之眼看产品。
从今天起，做个说人话的产品经理。
-END-
本文为作者独立观点，不代表鸟哥笔记立场，未经允许不得转载。
《鸟哥笔记版权及免责申明》 如对文章、图片、字体等版权有疑问，请点击 反馈举报
Powered by QINGMOB PTE. LTD. © 2010-2022 上海青墨信息科技有限公司 沪ICP备2021034055号-6
我们致力于提供一个高质量内容的交流平台。为落实国家互联网信息办公室“依法管网、依法办网、依法上网”的要求，为完善跟帖评论自律管理，为了保护用户创造的内容、维护开放、真实、专业的平台氛围，我们团队将依据本公约中的条款对注册用户和发布在本平台的内容进行管理。平台鼓励用户创作、发布优质内容，同时也将采取必要措施管理违法、侵权或有其他不良影响的网络信息。
一、根据《网络信息内容生态治理规定》《中华人民共和国未成年人保护法》等法律法规，对以下违法、不良信息或存在危害的行为进行处理。
1. 违反法律法规的信息，主要表现为：
1)反对宪法所确定的基本原则；
2)危害国家安全，泄露国家秘密，颠覆国家政权，破坏国家统一，损害国家荣誉和利益；
3)侮辱、滥用英烈形象，歪曲、丑化、亵渎、否定英雄烈士事迹和精神，以侮辱、诽谤或者其他方式侵害英雄烈士的姓名、肖像、名誉、荣誉；
4)宣扬恐怖主义、极端主义或者煽动实施恐怖活动、极端主义活动；
5)煽动民族仇恨、民族歧视，破坏民族团结；
6)破坏国家宗教政策，宣扬邪教和封建迷信；
7)散布谣言，扰乱社会秩序，破坏社会稳定；
8)宣扬淫秽、色情、赌博、暴力、凶杀、恐怖或者教唆犯罪；
9)煽动非法集会、结社、游行、示威、聚众扰乱社会秩序；
10)侮辱或者诽谤他人，侵害他人名誉、隐私和其他合法权益；
11)通过网络以文字、图片、音视频等形式，对未成年人实施侮辱、诽谤、威胁或者恶意损害未成年人形象进行网络欺凌的；
12)危害未成年人身心健康的；
13)含有法律、行政法规禁止的其他内容；
2. 不友善：不尊重用户及其所贡献内容的信息或行为。主要表现为：
1)轻蔑：贬低、轻视他人及其劳动成果；
2)诽谤：捏造、散布虚假事实，损害他人名誉；
3)嘲讽：以比喻、夸张、侮辱性的手法对他人或其行为进行揭露或描述，以此来激怒他人；
4)挑衅：以不友好的方式激怒他人，意图使对方对自己的言论作出回应，蓄意制造事端；
5)羞辱：贬低他人的能力、行为、生理或身份特征，让对方难堪；
6)谩骂：以不文明的语言对他人进行负面评价；
7)歧视：煽动人群歧视、地域歧视等，针对他人的民族、种族、宗教、性取向、性别、年龄、地域、生理特征等身份或者归类的攻击；
8)威胁：许诺以不良的后果来迫使他人服从自己的意志；
3. 发布垃圾广告信息：以推广曝光为目的，发布影响用户体验、扰乱本网站秩序的内容，或进行相关行为。主要表现为：
1)多次发布包含售卖产品、提供服务、宣传推广内容的垃圾广告。包括但不限于以下几种形式：
2)单个帐号多次发布包含垃圾广告的内容；
3)多个广告帐号互相配合发布、传播包含垃圾广告的内容；
4)多次发布包含欺骗性外链的内容，如未注明的淘宝客链接、跳转网站等，诱骗用户点击链接
5)发布大量包含推广链接、产品、品牌等内容获取搜索引擎中的不正当曝光；
6)购买或出售帐号之间虚假地互动，发布干扰网站秩序的推广内容及相关交易。
7)发布包含欺骗性的恶意营销内容，如通过伪造经历、冒充他人等方式进行恶意营销；
8)使用特殊符号、图片等方式规避垃圾广告内容审核的广告内容。
4. 色情低俗信息，主要表现为：
1)包含自己或他人性经验的细节描述或露骨的感受描述；
2)涉及色情段子、两性笑话的低俗内容；
3)配图、头图中包含庸俗或挑逗性图片的内容；
4)带有性暗示、性挑逗等易使人产生性联想；
5)展现血腥、惊悚、残忍等致人身心不适；
6)炒作绯闻、丑闻、劣迹等；
7)宣扬低俗、庸俗、媚俗内容。
5. 不实信息，主要表现为：
1)可能存在事实性错误或者造谣等内容；
2)存在事实夸大、伪造虚假经历等误导他人的内容；
3)伪造身份、冒充他人，通过头像、用户名等个人信息暗示自己具有特定身份，或与特定机构或个人存在关联。
6. 传播封建迷信，主要表现为：
1)找人算命、测字、占卜、解梦、化解厄运、使用迷信方式治病；
2)求推荐算命看相大师；
3)针对具体风水等问题进行求助或咨询；
4)问自己或他人的八字、六爻、星盘、手相、面相、五行缺失，包括通过占卜方法问婚姻、前程、运势，东西宠物丢了能不能找回、取名改名等；
7. 文章标题党，主要表现为：
1)以各种夸张、猎奇、不合常理的表现手法等行为来诱导用户；
2)内容与标题之间存在严重不实或者原意扭曲；
3)使用夸张标题，内容与标题严重不符的。
8.「饭圈」乱象行为，主要表现为：
1)诱导未成年人应援集资、高额消费、投票打榜
2)粉丝互撕谩骂、拉踩引战、造谣攻击、人肉搜索、侵犯隐私
3)鼓动「饭圈」粉丝攀比炫富、奢靡享乐等行为
4)以号召粉丝、雇用网络水军、「养号」形式刷量控评等行为
5)通过「蹭热点」、制造话题等形式干扰舆论，影响传播秩序
9. 其他危害行为或内容，主要表现为：
1)可能引发未成年人模仿不安全行为和违反社会公德行为、诱导未成年人不良嗜好影响未成年人身心健康的；
2)不当评述自然灾害、重大事故等灾难的；
3)美化、粉饰侵略战争行为的；
4)法律、行政法规禁止，或可能对网络生态造成不良影响的其他内容。
二、违规处罚
本网站通过主动发现和接受用户举报两种方式收集违规行为信息。所有有意的降低内容质量、伤害平台氛围及欺凌未成年人或危害未成年人身心健康的行为都是不能容忍的。
当一个用户发布违规内容时，本网站将依据相关用户违规情节严重程度，对帐号进行禁言 1 天、7 天、15 天直至永久禁言或封停账号的处罚。当涉及欺凌未成年人、危害未成年人身心健康、通过作弊手段注册、使用帐号，或者滥用多个帐号发布违规内容时，本网站将加重处罚。
三、申诉
随着平台管理经验的不断丰富，本网站出于维护本网站氛围和秩序的目的，将不断完善本公约。
如果本网站用户对本网站基于本公约规定做出的处理有异议，可以通过「建议反馈」功能向本网站进行反馈。
(规则的最终解释权归属本网站所有)