准备启动一人公司时，最容易卡住的不是“没有能力”，而是有太多能力，却不知道哪一种能力能解决高频、可触达、有人愿意付费的问题。用7天做一次小范围需求验证，不是预测市场规模，也不是证明项目一定成功，而是用真实对话和轻量承诺，判断一个方向是否值得继续投入。

先确定：你验证的不是“想法好不好”

需求验证要回答四个问题：

1. 问题是否高频或足够重要：客户是否反复遇到，或者一旦发生就会造成明显损失？
2. 客户是否容易触达：你能否找到这些人，并在短时间内获得有效对话？
3. 客户是否愿意付费：对方是否愿意为解决问题投入预算、时间或其他可观察的承诺？
4. 你是否有能力交付：你能否用现有技能、工具和时间，先交付一个可控版本？

这四项需要组合判断，而不是只看其中一项。

• 有痛点，但客户很难触达，获客成本可能过高。
• 客户容易联系，但问题不重要，访谈可能只会得到礼貌性认可。
• 客户愿意付费，但你无法稳定交付，业务会很快变成负担。
• 你很擅长某项服务，但客户没有迫切问题，专业能力就还没有形成业务方向。

因此，方向选择不应从“我最喜欢什么”开始，而应从“谁经常遇到什么问题，我能否在近期交付解决方案”开始。

第1天：列出能力与问题假设

先不要设计产品，也不要急着注册公司或购买大量工具。用一张表列出你可能服务的对象、他们可能遇到的问题，以及你的交付能力。

可能服务的客户	可能遇到的问题	问题发生场景	你的相关能力	当前最大假设
小团队负责人	内容发布不稳定	每周制定内容计划时	内容策划、写作、AI协作	对方愿意外包部分内容工作
独立开发者	产品说明难以让用户理解	上线前后	用户研究、文案、结构设计	对方愿意为优化说明付费
专业服务机构	客户资料整理耗时	项目交付阶段	信息整理、流程设计	对方需要标准化交付流程

最多保留3个方向。每个方向写出一句“问题假设”：

某类客户在某个场景下，经常遇到某个具体问题；如果我提供某种结果，他们可能愿意付费。

注意，这只是待验证假设，不是事实。不要在这一步写“市场很大”“人人都需要”之类无法直接验证的判断。

第2天：定义客户与安排访谈

客户访谈的目标不是推销，也不是让对方评价你的点子，而是还原对方最近一次真实经历。

优先寻找符合以下条件的人：

• 最近确实经历过这个问题；
• 对问题负有处理责任，或者受到直接影响；
• 能说出目前采用的解决方式；
• 可能拥有预算，或能影响采购决策；
• 你可以通过现有关系、社群、同行转介绍等方式触达。

访谈对象不必一开始就很多。先安排几场有明确筛选条件的对话，比向大量陌生人发送泛泛问卷更有价值。

客户访谈提纲

开场可以这样说：

我正在了解某类客户在处理某个问题时的真实流程，暂时不是推销产品。想请你回顾最近一次相关经历，整个交流大约需要20分钟，可以吗？

接着按以下顺序提问：

了解最近一次经历

1. 你最近一次遇到这个问题是什么时候？
2. 当时发生了什么？
3. 这个问题由谁负责处理？
4. 你现在是怎么解决的？
5. 一般需要花多少时间、协调哪些人或使用哪些工具？

判断问题强度

1. 这个问题多久发生一次？
2. 哪个环节最让你困扰？
3. 如果不处理，会带来什么后果？
4. 你之前尝试过哪些解决办法？为什么没有继续使用？
5. 这个问题在当前任务中的优先级如何？

了解付费与决策

1. 过去是否为解决类似问题花过钱？
2. 如果要解决这个问题，通常由谁决定预算？
3. 选择服务或工具时，最看重什么？
4. 如果有一个小范围试用或付费试做，你愿意如何评估？
5. 什么时候适合再次联系你讨论具体方案？

避免直接问：“如果我做这个产品，你会买吗？”这类问题容易得到客气回答。更有价值的是追问过去发生过什么，以及对方已经为解决问题付出了什么。

第3天：整理证据，而不是统计好听的话

访谈结束后，立即记录原话、行为和证据，不要只写“客户觉得不错”。

可以使用以下记录表：

客户代号	客户类型	最近一次问题	发生频率	当前解决方式	已付出成本	付费信号	交付限制
A	小团队负责人	每周内容排期混乱	每周	负责人临时处理	时间、沟通成本	愿意讨论付费试做	需要快速反馈
B	独立开发者	产品说明难以理解	上线前后	自己反复修改	延迟上线	仅表示感兴趣	预算尚未明确
C	服务机构	客户资料整理重复	每个项目	人工复制粘贴	人力成本	询问交付周期	涉及资料保密

把信息分成三类：

• 事实：客户描述了最近一次经历，或展示了现有流程。
• 信号：客户主动询问价格、交付时间、试做方式。
• 假设：你认为对方可能会购买，但还没有行为证据。

“听起来不错”属于弱信号；“请发一个方案和价格”是较强信号；愿意安排下一次沟通、提供资料、支付试做费用或确认采购流程，则是更接近真实需求的行为信号。

第4天：用四项标准筛选方向

为每个方向按1至5分评分。分数不是市场真相，而是帮助你在信息不完整时保持可比性。

评估维度	1分	3分	5分
问题频率与重要性	很少发生，影响很小	偶尔发生，有一定影响	反复发生或影响明显
客户触达难度	缺少明确渠道	可以通过转介绍或社群触达	有现成关系或稳定入口
付费意愿	只有口头认可	愿意继续了解方案	愿意付费试做、预付款或确认采购步骤
交付能力	需要大量学习或外包	可以手工交付小范围版本	能用现有能力独立交付

可以给四项设置相同权重，也可以根据当前阶段调整。对于刚开始的一人公司，建议优先关注“触达难度”和“交付能力”，因为没有稳定获客渠道、又无法独立交付的方向，即使问题存在，也不适合立即启动。

判断结果

• 总分较高且证据均衡：进入方案测试。
• 问题分高但付费分低：继续追问预算、替代方案和决策流程。
• 付费分高但交付分低：缩小服务范围，或先做一次可控的人工交付。
• 触达分低：先验证能否找到足够合适的客户，再决定是否投入产品化。
• 只有兴趣分高，其他分数偏低：暂不启动，避免把赞美误当需求。

第5天：写一页方案，不先做完整产品

一页方案的作用是让客户对“服务什么、得到什么、如何开始”形成具体理解。它不是宣传页，也不需要复杂设计。

可以直接套用以下结构：

一页方案模板

服务对象 我为哪一类客户提供服务。

具体问题 客户在什么场景下遇到什么困难。

交付结果 在一个明确周期内，客户可以得到什么可检查的结果。

交付范围 包含哪些工作，不包含哪些工作。

合作方式 一次性诊断、付费试做、阶段性服务或持续顾问。

客户需要配合的内容 资料、访谈时间、反馈次数、内部联系人等。

验证价格 先提供一个真实的试做价格或价格区间，不用“以后可能收费”代替测试。

下一步动作 客户如果有兴趣，需要预约沟通、提供资料，还是确认试做时间。

例如：

为正在上线产品的小型团队，提供一次产品说明结构诊断。 在一次访谈和资料分析后，交付问题清单、页面结构建议和一版重点文案。 不包含完整网站开发和长期内容运营。客户需要提供现有页面、目标用户信息，并安排一次反馈会议。 先以小范围付费试做验证交付流程，完成后再讨论是否继续合作。

方案越具体，越容易暴露真正的分歧：客户要的到底是建议、执行，还是结果；你能否按时完成；双方对“完成”的理解是否一致。

第6天：测试真实付费意愿

付费意愿不能只靠询问。可以根据业务类型选择一种低风险、可取消的承诺方式：

• 付费试做；
• 小额诊断服务；
• 预付款后排期；
• 可退款定金；
• 企业客户确认采购流程或签署意向文件；
• 约定明确范围、价格和交付时间的试点。

这些方式不等于客户一定会长期购买，但比口头认可更接近真实验证。

沟通时可以直接说：

我目前提供的是一个范围明确的小版本服务，交付内容包括……，周期是……，价格是……。如果你愿意，可以先以试做方式开始；如果不适合，也可以在这一步停止。

记录客户在出现价格后发生了什么：

客户代号	是否看过方案	是否询问价格	是否提出异议	是否愿意下一步	下一步时间	结果
A	是	是	希望缩小范围	愿意试做	周五	待确认
B	是	否	预算不明确	暂不推进	—	暂停
C	是	是	需要内部审批	愿意提交方案	下周	待跟进

不要用“客户没回复”解释成“客户还在考虑”。在记录中把它写成未确认，并设置一次明确的跟进时间。超过约定时间仍没有回应，就暂时归入未验证，而不是计入潜在订单。

第7天：做决定并设置停止条件

最后一天不是强行得出“成功”或“失败”，而是根据证据决定下一轮动作。

继续验证

适用于以下情况：

• 访谈对象都能描述相似的具体问题；
• 问题有一定频率或明显影响；
• 你能找到明确的客户触达路径；
• 至少有客户愿意进入付费试做、资料提交或采购讨论；
• 你能在承诺范围内完成交付。

下一步应缩小客户范围，完成第一批试做，并记录交付时间、返工次数、客户反馈和续费可能性。

修改方向

适用于以下情况：

• 问题存在，但客户真正想买的是另一种结果；
• 客户愿意沟通，却对当前方案的范围或价格没有回应；
• 交付内容太宽，客户无法判断价值；
• 目标客户过于分散，导致每次都要重新解释。

修改时一次只改变一个主要变量，例如客户类型、问题场景、交付结果或合作方式，避免同时改变全部内容后无法判断原因。

暂停方向

可以提前设定以下停止条件：

• 连续多次访谈后，客户无法描述最近发生的具体问题；
• 客户只表达兴趣，却不愿安排下一步或提供必要资料；
• 问题频率低、影响小，且已有方便的替代方式；
• 目标客户无法通过现有渠道触达；
• 试做范围明显超过你的时间和能力；
• 客户需求涉及你无法承担的合规、保密或专业责任；
• 为获得一个客户需要反复定制，交付不可复制。

停止并不等于永久放弃。它表示当前证据不足，或者当前交付方式不适合一人公司。保留访谈记录，未来可以重新组合客户、场景和方案。

用一张总表完成复盘

7天结束时，把每个方向放进同一张表：

方向	问题频率与重要性	触达难度	付费意愿	交付能力	当前证据	决策
方向A	4	4	3	5	有具体访谈，1个客户愿意试做	缩小范围后继续
方向B	5	2	2	4	问题明显，但找不到决策人	先解决触达
方向C	2	5	1	5	主要是口头认可	暂停

复盘时重点回答四句话：

1. 哪个问题被不同客户反复提到？
2. 哪种客户最容易被触达？
3. 哪一个动作最接近真实付费？
4. 哪种交付方式不需要我持续超负荷？

如果答案仍然模糊，不要急着扩大投入。继续做更窄的访谈，或修改一页方案。

让方向选择服从证据，而不是服从兴趣

兴趣和专业能力可以帮助你开始，但不能单独决定业务方向。对一人公司而言，更稳妥的选择通常是：

客户经常遇到的问题 × 你能够触达的客户 × 可观察的付费承诺 × 你能稳定交付的结果。

7天验证的价值，不在于制造一个“确定成功”的结论，而在于尽早排除没有证据支持的方向，把时间集中到更具体的问题、更清晰的客户和更可控的交付上。方向明确之后，再考虑产品化、定价、获客和流程标准化，通常比一开始就大量投入更容易复盘。