付费试点、PoC 与设计合作伙伴：哪个能验证需求？

付费试点提供最强的商业需求证据，因为真实买方会投入预算，并在真实工作流中测试产品。概念验证证明技术可行性。设计合作伙伴证明有代表性的客户确实遇到这个问题，并愿意参与打磨解决方案。三者都无法单独证明可重复的市场需求。

合同上的名称不会决定你究竟学到了什么。客户可能愿意为 PoC 付费，是因为它需要定制研究，而不是因为它想买你未来的产品。设计合作伙伴可以热情签约，却从不真正使用软件。试点也可能看起来很商业化，但创始人承担了大量手工工作，导致第二个客户根本无法获得同一个产品。

本文只负责回答三种合作模式之间的商业选择。若只需要严格定义，请查看术语表中的概念验证。若仍在判断是否值得构建真正的产品，请先理解 MVP。

付费试点、PoC 与设计合作伙伴对比

公共采购指南也采用相同边界。欧盟委员会创新采购工具包把 PoC 定位为实际可行性验证，把试点定义为在未来使用环境中的有限部署。澳大利亚政府 PoC-to-scale 指南进一步区分了指标：PoC 衡量技术可行性，试点衡量用户与业务影响。

哪一种最能验证需求？

当最大未知数是商业需求时，应选择付费试点。它比访谈、意向书或免费测试更强，因为买方必须作出预算决策。只有当买方购买的是可重复的产品结果，而不是创始人工时或一次性定制构建时，这项证据才可信。

1. 问题证据：目标用户描述同一个痛苦工作流，并且已有主动采用的替代方案。
2. 投入证据：买方愿意提供数据、人员时间、安全审查或实施权限。
3. 付费证据：预算负责人支付有分量且不因主观不满意而退款的费用。
4. 价值证据：真实使用改善预先约定的运营或财务基线。
5. 转化证据：买方签署生产合同，或按预期价格继续使用。
6. 可重复证据：同一理想客户画像中的多个独立客户出于同一原因购买，而且不用每次重做一个产品。

一项付费试点可以达到第三至第五层，却无法独自达到第六层。因此，“我们有一个付费试点”的诚实含义是：一个客户在特定条件下展示了需求，而不是市场已经验证。我们的最小可信产品指南说明如何定义足以赢得更强证据的最小版本。

概念验证究竟证明什么？

PoC 应在投入产品预算之前消除一项技术未知。旧系统接口能否承受目标吞吐量？模型能否在代表性数据上达到约定结果？某种密码学设计能否满足延迟预算？它应针对书面测试得出“是”“否”或“证据不足”。

即使客户为 PoC 付费，也不自动等于产品需求。付费可能只证明客户重视研究、集成工作或团队的专业能力，并不证明它会按生产价格购买最终产品。要把两种支出分开：

• 可行性费用：为回答一个技术问题而付费。
• 产品支出：为在业务中重复使用某项结果而付费。

如果未知数只是需求、责任边界或范围，软件发现阶段通常更合适。不要为了让普通产品决策显得更科学，就凭空制造一项技术实验。

设计合作伙伴能证明什么？

设计合作伙伴让早期产品团队持续接触真实工作流、实际用户，以及能解释采购流程的买方。最好的合作伙伴能代表目标市场，对问题有紧迫感，也有能力参与测试。这正是 Andreessen Horowitz 设计合作伙伴框架提出的三个标准。

免费设计合作伙伴可以提供优秀的问题与可用性证据，但付费意愿证据很弱。称赞、功能请求、高管热情和 logo 授权都不能替代采购。只有预算负责人接受价格与生产路径后，商业问题才真正得到回答。

付费设计合作伙伴可能是最强的早期混合模式。客户会付费、每周提供反馈，并参与塑造尚未完全成型的产品。Sierra 曾采用包含付款、系统访问与持续参与的高投入模式，详情见 First Round 对其设计合作伙伴策略的记录。风险是过度适配单一客户。任何需求进入核心路线图之前，都应与其他目标买方交叉验证。

什么样的付费试点才是有效需求证据？

下面每满足一项得一分。六到七分能产生有用的商业证据，四到五分属于混合信号，三分以下更像演示、咨询项目或受补贴实验。

欧洲航天局把试点描述为在主要目标市场中与客户一起测试，并在真实运行环境中确认价值主张。这才是正确标准。付款会提高证据强度，但运行事实才是区分付费试点与付费表演的关键。参见 ESA 对 PoC 研究与试点项目的区分。

应该如何选择？

不要习惯性地把三种模式全部走一遍。先选择能解决最大风险未知数的最小工具。若成熟技术已经支持该工作流，就跳过 PoC。若产品已经能服务工作流，就跳过免费共创，直接提出付费试点或生产合同。

协议中应该包含什么？

以下商业简报应先于正式法律文本。它不是法律意见，知识产权、数据保护、责任与采购条款应由专业人士根据双方和适用法域调整。

1. 决策问题：用一句话写清本次合作必须证明什么。
2. 范围与排除项：工作流、用户、数据、集成、流量，以及明确不做的内容。
3. 客户投入：高管 sponsor、运营负责人、用户时间、数据权限、安全审查与反馈频率。
4. 证据计划：基线、成功指标、埋点、样本量与最终报告负责人。
5. 商业条款：费用、付款节点、开支、生产价格或计价机制，以及是否抵扣推广费用。
6. 产品边界：标准产品、可配置工作与定制交付分别列明。
7. 权利：既有和新增 IP、客户数据、聚合学习、保密与客户案例使用权。
8. 退出门槛：固定结束日期、决策会议，以及转化、一次有限迭代或停止三种选项。

软件构建还应配一份清晰的工作说明书。如果试点会使用个人或受监管数据，不要把安全与数据责任拖到生产阶段。

三个例子，三种结论

1. 银行为集成 PoC 支付 20,000 欧元

供应商证明其引擎能以目标速度读取一种旧消息格式，银行购买的是专业工程服务。结论：技术可行性与服务需求得到证明，产品需求没有得到证明。

2. 五家设计合作伙伴免费参加每周会议

其中四家反复使用原型，并描述相同的痛苦替代流程。结论：问题紧迫性与产品方向得到支持。付费意愿仍然未知。应向代表性合作伙伴提供同一项有限付费试点，而不是五条定制路线图。

3. 三个运营团队购买相同的六周试点

每个团队都从预期生产预算中付款，使用同一个核心产品，并评估同一项业务结果。两家按约定价格转化，一家因流量太低而停止。结论：高流量细分市场出现早期可重复需求。失败客户帮助收窄 ICP，而不是推翻整个测试。

"PoC 证明机器可能跑通。设计合作伙伴证明问题值得关注。付费试点证明一位买方愿意花钱改变真实工作流。当第二位买方也这样做，而且不要求你变成另一家公司时，可重复需求才真正开始出现。"

多少需求才算足够？

• 一项付费试点：客户级需求证据。
• 多项相似付费试点：细分市场级需求假设。
• 按预期价格转化：早期商业验证。
• 持续使用、续约或扩展：持久价值证据。
• 可重复的销售与交付方式：通往产品市场契合的可信路径。

付费意愿之所以重要，是因为没有可行经济模型的需求无法形成业务。Andreessen Horowitz 的定价与包装指南把付费意愿同时与需求和预期回报联系起来。应尽早测试目标商业模型，避免低价试点掩盖无人愿意批准的生产价格。

当 AI 试点积累了代表性运行数据后，可使用我们的 AI 试点终止或扩展评分卡。传统软件也可以复用其中的基线、成本、采用率、可靠性与回收期逻辑。

来源与方法

本文是 Wavect 根据各类合作所消除的不确定性建立的原创决策模型。定义与采购边界于 2026 年 7 月 22 日依据欧盟委员会、澳大利亚政府与欧洲航天局资料核查。设计合作伙伴与付费意愿相关判断参考 Andreessen Horowitz 与 First Round。证据阶梯和七项试点评分是 Wavect 框架，不是通用行业标准。