当创意描述的是一个人需要完成的事情时，就更容易开发。先考虑工作本身，而不是技术列表或塞满功能的界面。
1. 选择工作应在哪里进行
如果用户需要发现服务、理解服务并联系提供方，一个清晰的网站可能是合适的首个产品。如果他们反复在手机上完成任务，尤其是在缺乏可靠连接的地方，就值得进一步考虑移动应用。
如果主要问题是在现有工具之间反复转移信息，集成或自动化可能是更直接的答案。最好的起点是在可控运营成本下解决真实障碍。
2. 描述完整路径
“在无连接时记录已完成的工作”描述了可观察的需求。“构建先进仪表盘”却没有回答真实任务是什么。说明涉及的人、操作、信息以及需要看到的结果。
首个版本应从头到尾完成一条实用路径。它可以拥有较少的次要功能，但应说明操作成功、失败或需要纠正时会发生什么。
3. 纳入运营成本
软件也意味着对更新、支持和归属的承诺。应用需要分发和设备支持。集成依赖外部系统的权限、限制与行为。网站需要内容维护与清晰的联系渠道。
决定由谁拥有账户和基础设施。在选择技术之前，将备份、恢复与维护责任纳入范围。这有助于避免产品容易上线，却难以运营。
4. 撰写有助于决策的概要
描述当前流程和相关人员。提供已删除个人信息的示例。指出哪里浪费时间、重复信息，或错误会造成高昂成本。
- 用户： 谁需要产品，在什么环境下使用？
- 核心结果： 首个版本必须支持完成什么任务？
- 现有系统： 涉及哪些工具与信息来源？
- 限制： 设备、语言、无障碍、预算和时间安排。
- 验收： 如何证明约定行为正常运作？
- 归属： 谁可以决定范围并维护结果？
5. 为审慎变更留出空间
学习新事物是产品工作的一部分。优先事项变化时，记录影响，并对范围、时间与成本作出明确决定。把每个新想法都加入当前版本，可能导致核心路径无法完成。
聚焦的产品为下一次交流提供更好基础：什么有用、用户在哪里遇到困难、下一项改进应是什么。