话费|用例图这样画，3步让你做需求分析有理有据( 四 )

这容易被误以为是抄袭。实际上，如今大部分产品功能都类似，很少有完全创新的东西。如能从用例去分析，就知道为什么这个功能要“抄”，哪个不“抄”，“抄”了要不要改，改哪些。
2）抽象，是找共性，把有相同特征的归纳成一类。比方说，在微信充值中查看结果，但做个新 APP ，得考虑更多操作，这些属于订单的范畴，可归纳为“管理订单”用例。
3）拆分、合并，把一些大的用例进行拆解，或小的用例进行合并，合并类似抽象归纳。
4）补充，根据实际情况，发现业务上没有的，而新产品必不可少，则需要增加相应的用例来完成目标。例如，微信充值中，只能用微信支付，我们做 APP ，要支持多种支付方式，所以补充“支付宝支付”用例。
同理，还要补充“管理账号”用例，用户才能注册登录、查看自己的订单。
经这一推导，新 APP 的参与者，也显而易见：充值得有运营商支持；支付对接微信支付、支付宝；协助用户处理未到账，还需有运营人员介入。可见，整个充值 APP ，还应包括后台管理系统。
这些都是后续系统分析、梳理系统关系、设计系统架构的基础。
为方便说明，我只简化出核心部分，并把子用例合在一起展示。

△ 充值 APP 系统用例图
至此，充值 APP 的系统用例图就出来了。
有这份新系统的蓝图，就可以细化前端 APP 和管理后台的用例，进而再分析系统流程、系统关系、设计产品功能。
这一路的分析推导下来，再画原型图、写 PRD，你自然知道要写什么，设计出来的功能，也更有依据、有逻辑，不容易被人以为是靠拍脑袋的。
四、总结用例图的基本用法，到此结束了，看累了吧？没关系，我帮你小结下，记住这几条就够了。
1. 为什么要画用例图用例是从用户视角去思考的，学会站在用户的角度去看产品，更能理解业务，表达清楚需求。
用例的本质，是场景化思维和系统思维的体现。画图的过程，实际上是在锻炼我们的思维方式。
2. 什么是用例图用例，是 UML 中用来捕获功能性需求的一种方法，它从不同视角，描述不同角色用系统/产品做什么事，即什么人做什么事。
一个用例，就是参与者为完成某个特定目标的一系列活动或功能的集合。
用例图，由参与者、用例、边界、关联构成，写用例表，更完整。
用例图，常见类型有业务用例图和系统用例图。
3. 如何画用例图1）分析业务场景，找出人、事、物、目标。
2）分析业务流程，细化目标，得出业务用例图。
3）由业务用例图推导出系统用例图。
常用推导方法有：映射、抽象、拆分、合并和补充等。
最后，不是所有需求都要画用例图，视情况而定。
用例作为一种需求分析方法，不管你在是否用到它，关键是理解它的分析思路和表达逻辑。
善用用例，可以提高我们在需求分析、产品设计中的理解、思考和表达能力，确保我们的输出是高效、准确、有理有据的。
从学用例开始，以用户之眼看产品。
从今天起，做个说人话的产品经理。
作者：四月；公众号：四月喃哗
本文由 @四月原创发布于人人都是产品经理。未经许可，禁止转载。
【话费|用例图这样画，3步让你做需求分析有理有据】题图来自Unsplash，基于CC0协议。