第一版到底做哪些功能，怎样防止 AI 越做越多？
围绕一个需要验证的用户结果，保留完整核心流程，推迟不影响验证的附加功能。
本页目录
直接回答
先确定这版要回答哪个问题，再决定做哪些功能。可以分阶段增加文字、语音和图片能力，并明确早期版本是否需要登录、持久化等能力。创业项目的 MVP 应围绕最重要的不确定性，而不是把完整产品按比例缩小。核心用户从输入到获得价值的过程要走通，安全、错误反馈和必要的结果检查也要存在；排行榜、社交、复杂后台等，可以在没有证据表明它们必要时延后。演示完成、工程可用和商业成立是三个不同判断。
适用场景
- AI 总建议加账号、社区、积分和后台
- 开发了很久，还没让目标用户完成核心任务
- 想把练习原型改成自己的产品
一步一步做
选定本轮最重要的疑问
写成可以获得证据的问题，例如“用户能否用生成结果完成一次购买前比较”“交付速度是否比现有方法更省事”。如果只是确认模型能否处理两张图片，本轮先测试接口；如果要观察持续使用，仅有漂亮首页就不够。
列出一次成功的必要路径
写下从进入、输入、等待到取得结果的所有步骤，给每步标记必要能力。一个试衣原型至少要能上传两张图、调用生成、展示结果并说明限制；若无法看到真实结果，删掉再多功能也没有完成核心验证。
区分必须做、可手工做和以后做
必须做的是本次结果无法缺少的部分。尚未影响体验的管理工作可以先手工处理，例如少量反馈先记表格。以后做的功能写进非目标，并说明触发条件，如用户明确需要跨设备历史时再评估账号与持久化。
把开发拆成可见的小交付
先验证关键 API，再实现真实核心流程，再补加载、空状态、错误与重试，最后打磨视觉。每次只变更一个可验证目标。新增建议必须说明解决了哪个已观察到的问题，否则回到待办列表。
安排真实使用并记录下一步
邀请符合目标的人完成明确任务，观察是否理解输入、信任结果、愿意继续使用。记录卡点和反馈，不替他解释。整理建议：事先写出继续、缩小范围或停止的依据，避免因为已经写了很多代码而继续增加功能。
案例拆解
假设示例：论文引用检查工具
假设最初想做论文编辑、查重、排版、引用核查和团队协作平台。本轮最不确定的是用户是否需要检查引用真实性，因此首版只接收参考文献列表、显示核查依据和无法确定的条目，并允许导出结果。账号、论文编辑器和团队空间延后。若用户看完仍需逐条重新搜索，优先改进证据与结果解释，而不是先加付费主题。
行动检查
可复制模板
首版范围决策表
工作模板
本轮目标：［一个待验证问题］
目标用户与任务：［人群、场景、结果］
必要流程：［进入→输入→处理→获得结果］
必须实现：［缺少就无法完成任务的能力］
暂时手工处理：［工作及负责人］
明确不做：［功能及重新考虑条件］
验收：［业务成功、失败、边界情况］
验证后决策：［继续／调整／停止需要看到什么证据］
易错点
- 把 MVP 理解成可以任意丢失数据或没有权限检查：范围可小，必要保护仍要有。
- 为了“显得完整”先接全部 SaaS 基础设施：先确认是否阻碍当前验证。
- 把点赞、夸奖和愿意付费混在一起：记录发生了什么行为，再解释它支持哪个假设。