从服务到软件：产品化之前应该研究什么

选择可重复结果，而不是整项服务

把服务拆成任务，寻找不同客户之间能够重复的结果。适合起步的任务通常有可识别输入、有限过程，以及客户能够判断的输出。定制咨询也可能包含可重复的小任务。

同时记录例外情况。如果每个项目都需要不同输入或成功定义，就应先理解差异来源，而不是直接认为整个流程已经适合标准化。

观察熟练人员在标准步骤之间做了什么：澄清模糊需求、修正输入、选择方法或解释不明确结果。这些不容易写进流程图的动作，可能承担了大量服务价值。

逐项判断由软件处理、由客户学习完成，还是仍需要专家介入。不能因为拟议产品里没有对应页面，就从流程中删除这些困难工作。

阅读产品化案例时，区分真正自助使用与软件界面背后仍有大量人工交付的模式。两者都可能成立，但人员安排与成本结构不同，需要看配置、例外和持续帮助。

还要比较客户的专业能力与可投入时间。专家能够操作的流程，对第一次接触的客户可能很困难；是否能够自助，不能只靠界面外观判断。

例如报告服务可以从一种常见报告和明确输入格式开始，观察合适客户是否能够生成并理解有用结果。团队认为“顺手帮一下”的介入也要记录。

为完成任务、核对结果、人工帮助和错误恢复设置判断条件。扩大范围前，明确哪些工作真正被消除，哪些转给客户，哪些仍然留在团队内部。

复制到自己的笔记里填写。空白代表尚待验证，不需要用猜测把它填满。

可重复客户结果：
输入与输出定义：
常见例外：
隐藏专家动作：
客户所需能力：
试点允许的帮助：
独立完成证据：
错误恢复：
下一项产品化任务：

选一个支持案例，再找一个结果不同的反例。阅读正文及其来源，检查与你的情境是否可比。

可用于练习的英文案例（请自行核查原始来源）：

在 App 中搜索公司和主题，阅读案例，再用追问比较不同做法。