6、微服务设计：从用户需求到API规范

微服务设计：从用户需求到API规范

1. 以工作为分析单位

在产品设计中，理解用户需求至关重要。哈佛商学院教授克莱顿·克里斯坦森提出了“待办工作理论”，他认为客户购买产品往往是为了解决某个问题。当以“工作”而非“客户”作为基本分析单位时，产品设计更容易成功且受客户青睐。

因此，我们在收集需求时，应将关键角色需要完成的工作作为分析单位。为了统一记录这些待办工作（JTBDs），我们采用保罗·亚当斯定义的工作故事格式：“当 <某种情况> 时，我想 <动机>，以便我能 <目标>”。

工作故事围绕情况、完成工作的动机和要实现的目标展开。与用户故事不同，工作故事不强调用户角色，而是更注重情况。例如，无论你是专业承包商还是新手房主，当需要在墙上挂一幅画时，都需要在墙上打一个四分之一英寸的洞，此时角色并不重要，重要的是完成工作的情况。

关键决策：使用标准工作故事格式来统一记录所有工作的情况、动机和目标。

以下是不同角色的工作故事示例：
| 角色 | 工作故事 |
| — | — |
| 家庭度假者（Riley） | 1. 当Riley为家庭度假规划航班时，他们希望能够通过多个标准过滤可用航班，包括航班上有四个相邻座位、转机次数、转机机场是否有适合幼儿的设施等，以便家人能舒适飞行。
2. 当Riley计划一个长周末的临时家庭度假时，他们希望获得价格实惠且飞行时间短的有趣旅行建议，以便有可供考虑的选择列表。 |
| 频繁飞行者（Emma） | 1. 当Emma的计划改变，无法乘坐之前预订的航班时，她希望能够轻松改签航班，以便获得适合新计划的航班。
2. 当Emma更