怎样验证需求，避免做完才发现没人用？
按“问题、结果、付费、再使用”选择最便宜的实验，提前写好支持、反证与停止条件。
本页目录
直接回答
验证不是让别人表态喜欢，而是逐步检验：问题是否发生、你的结果是否有用、用户是否愿意付出代价、下一次是否还选你。先做能交付价值的核心流程，再找真正面临该任务的人，通过实验选择和事先写好的决策条件积累证据。少数用户试用或小额预付可以支持继续学习，但不能证明市场、利润和留存已经成立。
适用场景
- 已经有想法，准备投入开发。
- 有人报名内测，但不确定是否足以继续。
一步一步做
把一个方向拆成不同未知，只挑当前最致命的一项
写四句话：这类人确实遇到问题；我能交付可用结果；他们愿为结果付出约定代价；下一次仍会需要。每句附现有证据和反证，没证据就写未知。若连最近一次事件都不清楚，先访谈；若问题清楚但模型能否完成未知，先做样例；若交付可行却无人实际买过，才测试报价。一次同时改人群、任务、价格和产品，很难解释结果。
按未知选择实验，不必先造完整网站
问题未知：回放最近一次经历并观察现有流程。结果未知：人工或人机协作交付一份真实任务样例，让使用者按原先标准验收。交互未知：给可操作原型，观察能否自行完成，不在旁边替他点。购买未知：提供范围、期限、价格都清楚的试点。重复性未知：等下一个自然任务周期，观察是否主动回来。落地页留下邮箱只能测试表达与初步兴趣，不能替代这些更靠近结果的证据。
选对参与者，并准备足够具体的材料
选近期会发生目标任务的人，别只找愿意支持你的朋友。朋友也可以参与，但要记录关系和是否真有任务。准备任务说明、脱敏输入、样例输出、验收标准，以及你能投入的时间与成本。样例或演示应标明；使用人工协作时说清交付方式和材料用途。先从你能触达的人获得定向反馈，无法触达本身也是渠道假设需要解决的问题。
实验开始前写支持、调整与停止条件
本站建议自行设定一次实验的范围、观察周期与资源上限，不使用通用“几人通过即成功”。例如先在同一类任务上看结果是否可用，再看是否愿意按明确报价安排下一单。若质量不达标先修交付；若任务已完成却都选择免费方案，回查差异与定价；若关键能力不可用或成本持续超出上限，停止这版方案。条件写在收集结果之前，避免看到一个好评后临时改判。
看实际行为，并把未发生的原因保留下来
记录对方是否提供材料、开始任务、完成、在真实工作中采用、付款或再次使用；这些行为各支持不同结论，并非可以互换的分数。记录被邀请且符合条件的人数及每步流失原因，避免只展示完成者。没有点击可能是渠道不匹配；点击后不开始可能是信任或材料负担；完成后不付费可能是价格、免费替代或价值不足；付款后不再用也可能是任务尚未再次发生。先定位哪一步失败，再解释需求。
测试报价时保证用户知道在买什么
试点报价写清交付物、适用范围、交付时间、修改次数、试验性质和未达约定时如何处理。愿意预付是信号，但仍需完成交付并观察是否认可。不要用伪造订单、假评价或未实现功能冒充已经可售。若只是测试入口，应清楚提示尚未开放并接受预约，不能收款后再解释只是测试。本文给准备材料的方法，不代表本站已经替你发出邀约或进行交易。
写一页结论，只改变最有根据的一项
结果分成已支持、被削弱、仍未知，列支持记录和最强反证。继续：证据足以投入下一项小实验；调整：问题存在但人群、输入或交付有具体障碍；停止：核心假设被反复反证或越过既定资源上限。一次小实验失败不能概括整个市场无需求，成功也不能外推全面上线。保留条件与原始记录，下一次检验最关键的剩余未知。
案例拆解
假设案例：验证参考文献核查的一个小结果
假设目标用户是提交前整理引用的学生。第一轮只承诺核对指定文献的元数据、提供可追溯来源并把无法确认的项目列出，不承诺判定整篇论文的学术质量。先让用户按自己的工作要求判断结果是否可用；若无法确认的文献被错误标成“虚假”，交付假设就失败，应修正判定或停止该承诺。结果可用后，再测试有范围的下一次报价。即使一人付款，也只能支持该用户、该任务、该价格的一次行为；持续性需要后续证据。本例全部为假设，未招募或交易。
行动检查
可复制模板
单项需求验证实验卡
【本站建议｜先填条件，再做实验】
假设：［哪类人］在［场景］需要［结果］，目前用［替代方案］。
本轮最致命未知：问题／交付／交互／购买／重复使用
已知证据及最强反证：
参与者条件与招募入口：
要完成的真实任务：
输入材料、用途和输出：
实验形式：访谈／人工样例／可操作原型／明确报价试点／后续周期观察
验收由谁、按什么标准完成：
观察周期为何适合任务：
时间与成本上限：
继续条件：
调整条件：
停止条件：
实际行为与拒绝原因：
结论：已支持／被削弱／仍未知
下一次只改变哪项，以及为什么：
试点邀请与交付约定草稿
【本站建议｜自行填实再使用；本站不会代发或代收款】
我在尝试帮助［具体人群］完成［具体任务］。
这次试点范围是［输入范围→明确交付物］，不包含［边界］。
你需要提供［材料］；我们只按［用途、保留/删除约定］处理。
交付方式［人工/人机协作/软件］，预计［时间］。
费用［金额与计费单位］，包括［修改/支持范围］。
我们按［标准］一起验收；未达约定时［处理方式］。
如果近期刚好有该任务，可考虑参与；不适合也可说明原因。
【若尚未提供服务】请改为清晰的预约说明，不呈现成已能交付的购买入口。
验证结果与反证日志
【本站建议】
匿名编号 | 是否符合目标人群 | 接触入口 | 提供材料 | 完成任务 | 采用结果 | 付费 | 再次使用 | 拒绝/失败原因
实际分母：符合条件并收到邀请的人数；缺失数据单列
观察完成日期：
最强支持证据：
最强反证：
其他可能解释：渠道／信任／输入负担／质量／价格／任务未再次发生
当前只允许得出的结论：
不能据此宣称的结论：市场规模／盈利／长期留存等
继续/调整/停止及下一实验：
易错点
- 把朋友好评、邮箱、内测意愿、实际付款和重复使用混成一个“验证成功率”。
- 等实验结束才修改及格线，或只统计愿意参与和成功完成的人。
- 没有实际任务就试图验证留存；不同任务应使用相应的观察周期。
- 交付结果没有通过验收，就用更大的流量或更低价格掩盖问题。
- 把 MVP 理解为可以省略真实交付、明确收费和必要的材料处理说明。