从需求到首单：一轮验证怎么做？
把线索、访谈、试交付、报价、收款和复盘连起来；每步有产出、判断条件和下一步。
本页目录
直接回答
先选一个具体人群和任务，收集真实证据，交付可用结果，再用明确报价观察购买。收到钱后，还要核对是否兑现、成本是否可承受，以及同类用户能否再次成交。这是一条实践路线，不是成功公式。每步留下产物，证据不足就返回相应环节，不为走完整条路线而提前开发或收费。
今天可以先做前两步：收集有初始记录的线索，选择一个能接触到用户的任务。下面每步都有对应方法与可复制模板，不需要先读完全部内容。
适用场景
- 有零散点子，但不知道先做调研、写代码还是做推广。
- 已经有人说想用，却不清楚距离真实生意还缺哪类证据。
一步一步做
收集线索：先确定谁在什么时候遇到了什么
输入：你熟悉或能够进入的一类人群。去真实讨论、工作流程、差评、搜索问题或已有人付费的服务里找线索。记录原话、日期、来源、最近一次任务、现有解决方式及代价，同一人转发多处只算一个来源。
产出：需求线索表。判断：只知道“大家可能喜欢”仍是猜测；能找到实际场景、临时办法和可联系的使用者，才值得安排下一步核实。没有线索时换入口或人群，不让 AI 编造访谈。
这一步的方法与模板：从哪里开始找需求？ · 怎么用搜索词发现可以做的产品机会？ · 怎样把有人付费的人工服务做成产品？
筛选方向：保留一个最值得验证的机会
把线索按人群与任务聚类，比较问题代价、出现频率、已有替代、用户能否触达、你能否交付及成本。优先处理会否决项目的条件，例如核心材料不可获得、没有能力做到最低质量、目标客户根本无法接触。
产出：一张候选比较表和一句需求假设：“谁在什么场景，愿意为哪个可验收结果付出什么”。所有未知保留为未知；评分用来排序，不把总分当市场已经通过。首轮只选一个人群、一个场景、一个结果。
这一步的方法与模板：点子太多，怎样选一个并划出第一版？ · 竞品应该怎么拆，才能学到购买理由？
访谈核实：问最近发生的事，并确认谁会买单
找实际遇到问题的人，追问最近一次怎么处理、花了多少时间或钱、哪里失败、结果给谁用、谁批准费用。先理解过去行为，再展示方案；记录没需求、不愿提供材料、已有方案够用等反证。
产出：访谈记录与反证表。判断：若只是泛泛说好用，继续核实；若问题真实但付款人不同，访谈付款决策者；若对目标人群不重要，换任务，而不是马上增加功能。访谈数量不是自动通过条件。
这一步的方法与模板：怎样从抱怨和用户访谈里识别真问题？ · 用户为什么要为我的产品付钱？
试交付：用最小方式证明结果有用
选择最危险的假设，只验证这一件。可以用人工服务、样本、现成工具拼接或极小程序，说明人工参与和限制。事先写目标用户、招募方式、结果验收、预算/时间上限、继续/修改/停止条件。
产出：实验卡、真实输入与交付结果、用户是否实际采用的记录。判断：看完演示、留邮箱和完成任务分别记；用户采用结果说明价值信号更强，但仍未证明付费。交付不合格先修方案，不加大流量。
这一步的方法与模板：怎样验证需求，避免做完才发现没人用？ · 第一版到底做哪些功能，怎样防止 AI 越做越多？ · 什么时候该用 SaaS 脚手架，买来以后怎么接自己的业务？
提出报价：把承诺、价格、频率和成本放在一起
为刚验证的结果写报价：包含什么、额度、交付时间、质量边界、用户需提供什么、失败怎样处理，以及取消/退款说明。比较现有替代方案、用户价值和自己的实际交付成本，再选择按次、订阅或其他模式。未观察到重复任务时，不因收入看起来稳定就强推订阅。
产出：报价单、同一口径成本表和价格实验记录。判断：只问“你愿意付多少钱”不够，观察对明确交付与价格的接受/拒绝及理由；记录报价版本、对象和渠道，避免把换人群造成的差异误当涨价效果。
这一步的方法与模板：应该订阅、买断、按次收费，还是卖积分？ · 有收入就赚钱吗？怎样算清一次交付和一个用户的成本？ · 用户为什么要为我的产品付钱？
完成首单：确认收款与交付都是真的
如果准备接真实订单，先核对自身与产品能否使用所选收款服务，并跑完测试环境的支付、失败、重复通知、取消、退款与权益验收。也可以先做明确范围的付费人工试点；仍要保留真实订单、交付与支持记录。网站返回成功页、测试付款和用户口头承诺都不计为真实成交。
产出：订单记录、验收结果、成本和问题处理记录。判断：用户获得承诺结果且愿意按已知条件购买，才获得一条付费交付证据；一个人情订单不能证明可重复获客。任何支付故障或交付失败先处理，不能带病扩大销售。
这一步的方法与模板：海外收款平台怎么选，支付服务和 MoR 有什么区别？ · 支付成功以后，怎样可靠地给用户开通权益？ · 一个能收费的小产品，最少要把哪些部分接起来？ · 怎样把客服邮件变成可审阅、可追踪的 AI 工作流？
跟进下一周期：区分价值、复购与获客能力
按任务本身的节奏跟进：结果用上了吗，有没有返工，下一次需求何时出现，会继续使用还是换回旧方案？记录取消、退款、成本上升和离开的原话。订阅看后续真实周期；一次性任务看另一位相似用户能否以相近条件成交。
产出：按用户和渠道记录的漏斗、下次需求日期与真实贡献。尚未到周期记“未到观察期”，不要记成流失；没有数据记“未知”。真实第一批用户可以从访谈对象和精准圈子来，无需先上所有发布平台。
这一步的方法与模板：产品刚上线，第一批真实用户从哪里来？ · 上线后该看哪些数据，才能知道应该改什么？
作一次决定：继续、改一个假设，或停止
继续：在已检查的小范围内，真实任务可交付、买方接受报价、成本可承受，并且有下一批用户的触达方式；只扩大一小步。修改：问题成立但某一环节失败，例如交付、价格或触达，下一轮只改一个关键假设。停止/归档：核心前提被反证，或在事先约定的预算内仍无法获得关键证据；保存结果，避免下次重复踩坑。
产出：一页复盘，分开“观察到的事实、我的解释、仍未知、下一步”。样本很小的成功只支持继续试，不支持收入预测；把暂停一个方向视为节省投入，而非需要掩饰的失败。
这一步的方法与模板：怎样验证需求，避免做完才发现没人用？ · 上线后该看哪些数据，才能知道应该改什么？
案例拆解
贯穿示例（假设）：帮小店主处理上新图片
假设你从几位店主的真实工作记录发现，每次上新都要逐张裁切和修背景。访谈后发现使用者是店员、付款人是店主，最重要的不是多种画风，而是按平台规格一次交付合格图片。
你先声明人工参与，用小批真实图片试交付；记录采用、返工和耗时。之后给相同范围的明确报价，记录接受与拒绝原因，并把失败重试和人工检查计入成本。若有人愿付费但每批都需大量修图，优先改善交付或调整范围，不宣布已验证自动化 SaaS。若上新并不规律，按批收费可能比订阅更贴合这次假设；最终模式仍以实际行为验证。
这个故事展示产物怎样衔接，不代表已访谈、已成交或适用于所有店主。
行动检查
可复制模板
项目验证总表｜本站跨章节整理模板
项目名与复盘日期：
本轮时间/现金投入上限：
1. 人群与任务：
真实线索及原始来源：
现有方案/时间或钱的代价：
2. 使用者/付款人/决策者：
一句需求假设：
最危险且可被推翻的前提：
3. 访谈事实：
反例、拒绝与未知：
4. 最小交付与验收：
事先定义继续/修改/停止条件：
实际开始/交付/采用人数：
5. 报价版本：
承诺结果/额度/时间/限制/失败处理：
净收入、变动成本、固定支出、获客投入（同口径）：
6. 订单与交付证据：
测试订单单列，不计真实收入：
退款/取消/投诉及处理：
7. 下一任务周期/再用与再次成交：
未到观察期和未知单列：
8. 结论：继续/修改/停止
支持这一决定的事实：
尚未支持的结论：
下一轮只改变什么/何时复盘：
今天就能开始的一次工作安排｜本站建议
这是安排示例，不是成功所需样本量或固定时间承诺。
先选一个自己能接触到的人群：
今天从哪些具体位置找线索（讨论、差评、工作记录等）：
先保存哪些原始证据：
按相同任务归类后，最值得访谈的一个假设：
可以联系的真实使用者/决策者：
邀请前需要确认的规则和时间：
做不完的部分与下一次继续时间：
今天不急着做的功能：
易错点
- 用访谈数量、问卷赞同率或某个总分机械宣布“需求已验证”。
- 把首单、订阅成立和可规模盈利混成一件事。
- 没有写失败条件，实验后才选择容易通过的指标。
- 为了赶进度跳过交付质量、用户知情和收款资格检查。