“喜欢”和“愿意付费”之间，隔着一条清晰的行为边界。很多客户在访谈里表达赞同、认可方案，甚至主动提出功能建议，但这些都停留在态度层。真正能验证付费意愿的，不是对方说了什么，而是对方已经在为什么付出成本：为这个问题投入过时间、人工或金钱，能说清预算来源，有明确的解决时间表，并且愿意接受一个具体的下一步动作。

判断付费意愿，可以从四个维度收集证据：痛点强度、预算来源、时间紧迫性、替代方案。痛点强度要看对方能否描述最近一次问题发生的具体场景，而不是使用多么强烈的形容词。“客户资料很难管理，挺烦的”只能算模糊感受，而“上周发错了版本，我自己查了两小时，还重新解释了一遍”才是可观察的证据。预算来源的关键不是“你愿意付多少钱”，而是付款主体和资金路径：这笔支出属于个人费用、项目成本还是公司预算，谁拥有审批权，会从哪项现有支出中调整预算。时间紧迫性要区分“以后可能需要”和“有明确截止日期”，后者通常伴随已经安排的行动，比如正在比较方案或准备资料。替代方案则回答一个关键问题：如果不使用你的方案，对方会怎么做——继续手工处理、使用现有工具、外包，还是承受问题继续发生。

提问顺序建议先问事实，再问承诺。从痛点场景切入，不会一上来就让对方猜价格；最后讨论替代方案，可以看出对方是否真的在做决策。开场可以明确告诉对方：“我想了解你最近一次遇到这个问题的真实过程，不是验证你是否喜欢某个产品。如果这个问题目前并不重要，也可以直接告诉我。”这句话能降低对方“应该鼓励创业者”的心理压力，减少把客套话误判为需求的可能。

访谈结束后，记录方式决定判断质量。不要写“客户很感兴趣”这类印象，而要记录可核对的事实：客户类型与场景、最近一次事件何时发生、谁处理、花了什么成本、预算由谁承担、谁批准、截止时间、当前使用的替代方案、对方愿意完成的下一步动作及具体时间。“回头联系我”“有需要再说”都不算有效承诺，除非对方同时给出了明确时间、负责人和动作。

四个维度可以按 0—3 分记录，但分数只是筛选工具，不是成交结论。一个简单的门槛是：总分 0—4 分更像兴趣或礼貌反馈，继续访谈但不急着开发；5—8 分有需求证据，适合设计低成本测试；9—12 分具备较强付费验证条件，可以提出试点或报价方案。同时设置两条硬条件：预算来源不能为 0 分，因为没人知道谁会付款，再高的痛点也可能只是抱怨；下一步必须有具体行动，没有行动承诺的高分只能算访谈观点。

当评分较高时，不要立刻投入数周开发完整产品。设计一个与真实价值相关、成本可控的下一步：自由职业服务可以先提出付费诊断或小范围交付，软件产品可以提供受限试点——只支持一个明确场景、只接入一份真实数据、设定试点周期和成功标准。如果客户不愿付费但愿意提供资料，这仍然有价值，但只能证明对方愿意参与验证，不一定证明商业模式成立。

最常见的误判是把四种积极反馈当成付费信号：“大家都说需要”只说明问题容易引起共鸣；“客户主动提了很多功能”可能只是喜欢参与设计；“愿意加入等候名单”的行动成本很低，只能作为后续触达许可；“价格没问题”除非进入具体报价和付款流程，否则仍是主观评价。真正有区分度的动作是提交真实样本、安排决策人沟通、参加试用或支付试点费用。

完成 5—10 次访谈后做一次横向复盘，比看单个客户的分数更有价值：有多少人能描述最近一次具体事件，有多少人正在使用付费替代方案，有多少人能说清预算来源，哪类客户四项得分最高。如果很多人痛点分数高但预算和时间都低，可能是一个普遍烦恼而不是当前购买需求；如果预算和时间都明确但替代方案满意度很高，需要寻找切换理由而不是继续扩大功能。

对一人公司和独立开发者来说，访谈的目标不是收集更多赞同，而是把“客户喜欢这个想法”降级为普通反馈，把“客户愿意用预算和行动验证”升级为重点信号。判断付费意愿的本质，是观察对方是否已经在为这个问题付出真实成本，并愿意承担下一个具体动作——这比任何口头评价都更接近真相。