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

编辑导语：用例图是UML的其中一种，合理使用用例图，可以更清晰地展示用户需求与用户所需服务，让产品团队更好地站在用户角度去思考问题，并建立场景化思维。本篇文章里，作者总结、分享了用例图的类型与用法，一起来看一下。

之前写《做产品，为什么要画这些图？》，介绍产品常用视图后，一直想深入介绍每一种图的用法，却生怕理解不到位，又不想当文字搬运工，迟迟不敢开写。
这次趁着打磨课程，逼自己猛啃几本书，结合这几年做产品的经历，总算提炼出自己的思路。
我首先要讲的是用例图，用例是 UML 中最重要的一个元素，后续分析流程、设计功能，都是围绕它展开的。
本文先介绍为什么要画用例图，再为你解读用例图知识，最后用一个案例演示如何画用例图。
文章有点长，不过相信你看完，对如何做需求分析会有新的认识。
一、用例图有啥了不起做产品前几年，我很少画用例图，直到做数据中台，碰到的需求更复杂，我重翻《大象：Thinking in UML》找灵感。
读到用例时，我恍然大悟，原来我放着用例这么好的法宝不用，简直暴殄天物。
后来，我从业务调研开始，用用例的分析方法，把业务研究透、描述出来，系统该做成怎样，脑海里渐渐清晰。
当然，并非每个需求都得画用例图，简单的需求完全可以不用牛刀。
1. 用户视角用例的设计之初，是希望我们别老在系统内执着功能，而是跳到系统外，以用户的眼光看系统，思考什么情况下给什么人提供什么支持。
如果我们学会了用例图的分析思想，理解它的表达逻辑，至少能试着站在用户的角度去看问题。
开启这种视角，才不会总用晦涩难懂的术语，将用户搞晕，才能用业务方的语言去沟通，真正以用户为中心去获取需求，转化为产品服务。
练习的办法，便是按用例的规则和方法，一点点做，逐渐转变思考的方式。
2. 场景化思维用例的另一个特点是，关注用户在什么情况下做什么事，这是典型的场景化思维。
这让我想起，以前给老妈换手机，要教会她使用，可让我头疼了。
每次跟她说，这是查号码、这是打电话、这是听歌、这是看视频等等，她都记不住。我一度以为人年纪大了，记忆力不好，很难接受新东西。
后来，我反思自己，改变策略，只给她讲，她用手机会做的几件事情。
打电话，我只告诉她第一步按哪，第二步按哪，每一步有什么标记符号，再把常拨号码，设置成快捷键，每次只需一步操作。
结果，她居然记住了。
发现没？功能描述容易脱离用户使用场景，让人困惑。
所以，我们要从场景出发，围绕用户在具体情况下，要做的事情，告诉他怎么做就好了。
3. 系统思维每个讲产品经理的思维方式，都会讲系统思维。可，真能用系统思维去思考的人，可谓凤毛麟角。
究竟什么是系统思维呢？
系统思维，即思考问题时，要全面考虑系统内事物之间的互相影响，关注整体的运行规律，而不是只考虑个别事物的情况。
做产品时，如果只讨论功能，就是孤立地看待产品。
产品脱离了使用者，就没有意义。只有当我们把产品和使用者都考虑进去，才算是系统的思考。
用例的本质，就是将产品和使用者当成一个系统来看。
下面一起看看用例为何物吧。
二、解读用例图1. 何为用例用例，是 UML 中用来捕获功能性需求的一种方法，它从不同视角，描述不同角色用系统/产品做什么事，即什么人做什么事。