点子太多，怎样选一个并划出第一版？
把候选机会放到同一张表里，先排除做不到和触达不了的，再划出能验证一个结果的完整第一版。
本页目录
直接回答
选一个项目，是选择下一次最值得投入的小实验，不是预言最终赢家。先在机会池中比较并聚焦，再从一个小而明确的结果往同一批用户的任务链延伸。优先看证据和阻塞，再比较交付、触达与成本；不用貌似精确的总分替代判断。MVP可以很小，但必须让用户走完得到价值的路径。
适用场景
- 手里有很多候选项目，迟迟不开始。
- 第一版不断加功能，已经偏离最初的问题。
一步一步做
所有候选填同一张机会表
所有候选都记录机会名称、证据位置、目标人群、现在怎么做、最差体验、最小产品、技术积木、推广渠道、收费方式和主要风险，再加上支持证据、最强反证、未知与下一验证。线索可以来自抱怨、搜索、新闻、新技术、成熟SaaS或服务订单。无法填满不是坏事，把未知显式列出即可；只有想象没有初始线索的候选先补证，不和已经观察到实际行为的项目同等对待。
先看是否存在现在就卡死的条件
本站建议先排查：拿不到合法可用的必要能力或数据、无法接触目标用户、输出无法验收、需要多人网络才有价值但你无法启动、投入超出自己承受范围。遇到这些条件，不一定永久放弃，但本轮应暂存并写清解锁条件。不要把“不熟悉技术”直接判死，也不要把“AI 可以写”当作能力已经可用；用一个最小技术样例检查最关键的交付风险。
比较证据、用户动作与自己的优势
看哪个问题最近确实发生、后果更明确、用户已付出代价，以及你能否更快找到试用者。再看你是否理解工作细节、有可复用模块或能可靠交付。为每个维度写强／中／弱及证据，暂不求和；不同候选有冲突时，优先做能够低成本减少最大未知的实验。集中资源不要求凑满固定数量的项目，也不意味着选中者一定赚钱。
用一句话结果和完整路径划第一版
写“为［人］在［场景］完成［结果］”。再画输入→处理→可验收输出→必要反馈的最短链；要验证购买时，加上清楚的报价与交付确认。例如排版辅助可以接入已有文字处理流程，减少准备和切换，但这不意味着所有项目都应做插件。是否需要注册、保存历史或支付，由本轮要验证的行为决定，不照抄成熟产品全部结构。
每个功能都要回答删掉会破坏什么证据
把功能分为本轮必需、可人工代办、以后再做。若删掉会让任务不能完成、结果无法核验或实验失真，应保留；若只是更好看或更像平台，先排除。复杂后台可先用人工操作，但向参与者说明交付方式。失败状态和无法处理范围要保留，因为它们影响结果能否被信任。产出不是功能越少越好，而是每一项都能说明与本轮假设的关系。
把范围交给实现，并用行为验收
输出一页规格：目标用户与任务、输入限制、成功输出、关键流程、异常处理、不做范围、验收样例和本轮观察。验收写“给定什么材料，得到什么可核对结果”，不要只写“AI 很准确、界面很友好”。实现后先用已知样例检查，再进入真实目标任务；技术样例通过只能证明能力的一部分，不能宣称需求验证完成。开发前同时确定谁来试和如何记录反馈。
只有核心结果被接受后，才沿任务链扩展
只有小结果已经被接受，才研究同一批用户的相邻需要。把新增功能写成“同一用户下一步被什么阻挡”，并附真实记录；例如核查结果被采用后，用户若持续需要追溯证据，才讨论证据查找。若新功能需要完全不同的人群或获客渠道，单独当作新假设。其他产品的收入、付费率和传播效果不能替代自己的扩展证据。
案例拆解
假设对比：引用核查、格式整理、一站式写作
假设你手上有三个想法：A 引用核查，有近期任务和愿提供脱敏材料的同学，但数据覆盖未知；B 学校格式整理，你懂规范，却还没找到正在提交的人；C 一站式写作平台，只有自己觉得功能完整。此时可先对 A 做人工核查样例，对 B 补一次事件访谈，让 C 回到线索池，而非用“A 打八分”宣布它最好。若 A 结果无法可靠判定，应停止该承诺或缩小范围。这个比较展示决策方法，所有项目证据均为假设。
行动检查
可复制模板
机会池：从来源到下一实验
【机会证据与决策记录】
机会名称：
来源类型／链接／日期：
目标用户与触发场景：
现在的解决方式与最差体验：
已经付出的代价：
支持证据与最强反证：
最小可交付结果：
技术实现路径／可复用模块／未测能力：
预计触达渠道与能实际接触的人：
预计收费方式及尚未验证之处：
主要风险与资源上限：
暂存的阻塞／解锁条件：
证据、可触达性、交付能力、持续性：各写判断与理由，不强行求总分
决定：补证／做最小实验／暂存
下一验证及停止条件：
MVP 范围与实现交接单
【本站建议】
一句话结果：
本轮要验证的假设：
明确的目标用户与首批试用对象：
输入：允许哪些材料、数量/格式、必要准备
核心路径：输入→处理→结果→验收/反馈
成功输出：可观察标准及样例
失败/无法处理时应怎样说明与恢复：
本轮必需功能及理由：
人工代办部分及告知方式：
明确不做：
若测试购买，报价与交付约定：
验收：给定［输入］，应得到［可核对结果］
观察方式、期限、成本上限与停止条件：
后续扩展须出现什么任务证据：
易错点
- 给没有证据的假设打很高分，让总分制造确定感。
- 用新增功能回避找不到用户、交付不合格或没人愿意改变现状。
- 把小而美误解为随便做半条流程；用户仍需要拿到一个完整可用的结果。
- 把他人的时间、收入和转化情形当成自己的交付期限或经营目标。