很多需求人员写用例，就是列步骤：用户点击这里，系统显示那里。写完一看，跟功能没什么关系。真正有效的用例分析，应该基于“场景—挑战—方案”的逻辑，通过五个步骤，把业务场景转化为功能需求。下面以“在线预约体检”为例，说明这五个步骤。
第一步：概述业务场景
先建立总体认识，思考三个问题：
- 业务目的
：用户要完成什么？用用户语言表达。例如：“我要预约一次体检，选好套餐和时间。” - 前置/后置条件
：执行前系统要检查什么？如用户已登录。结束后要保证什么？如生成预约单，状态为“待体检”。 - 其他关心者
：除了预约者，还有谁关心？体检中心管理员关心预约量，医生关心排班，财务关心支付。他们的关注点可能需要功能支持。
第二步：细化业务步骤
通过访谈或观察，梳理步骤。分三类：
- 基本流
：典型步骤。选择套餐→选择日期时间→填写个人信息→确认支付→预约成功。 - 扩展流
：潜在变化。比如更换套餐、修改时间、添加家属。 - 异常流
：异常处理。支付失败、所选时段已满、网络中断。
第三步：遍历步骤分析困难，导出功能
这是核心。针对每一步，问：用户会遇到什么困难？系统需要什么功能？
-
选择套餐时：用户不知道哪个适合。→ 功能：套餐对比、推荐。 -
选择时间时：不知道哪天有空。→ 功能：日历展示可预约时段。 -
填写信息时：重复输入麻烦。→ 功能：自动填充、历史记录。 -
支付时：失败怎么办？→ 功能：重试、更换支付方式、客服入口。 -
关键例外：不能按步骤处理的情况。如体检当天临时有事。→ 功能：取消预约、改期。
第四步：识别环境与规则
分析局部约束：
- 性能
：高峰期多少人同时预约？典型业务量？峰值？ - 易用性
：用户是老年人还是年轻人？有无手机使用经验？ - 部署环境
：手机端还是PC端？网络条件如何？
这些影响功能设计，比如老年人需要大字体、简化流程。
第五步：分析实现方式，完成初步交互设计
需求人员要做初步交互设计，澄清需求。包括：
- 交互过程
：界面流转图。预约首页→套餐列表→时间选择→信息填写→支付→成功页。 - 静态快照
：每个页面的纸上原型。如套餐卡片显示名称、价格、推荐标签。 - 设计说明
：为什么这样设计？是建议还是约束。例如：“时间选择建议用日历控件，因为用户习惯直观查看。”
总结
用例分析不是写程序，而是结构化陈述。通过概述场景、细化步骤、遍历困难、识别环境、初步交互五步，把业务场景转化为功能需求。每一步都问“用户有什么困难，系统怎么帮”，功能自然浮出水面。
最后，四句诗总结：
场景概述定边界，步骤细化辨异常。
遍历困难导功能，交互初设需求明。
参考书目：有效需求分析 ，作者： 徐锋，出版社： 电子工业出版社
