如何开展 B2B SaaS 试点，并在结束时得出清晰决策

只有试点能回答买方的问题时，才选择试点

先问：你需要看到什么，才能决定这个产品是否适合你的工作流程？一个有用的回答可能是：两位客户经理能否在不需要创始人修补结果的情况下，完成信息齐全的客户交接。这个问题可以检验。笼统地说想探索整个平台，则需要先讨论评估范围。

试点会给双方增加工作。如果演示已经回答了问题，买方也愿意购买，额外评估可能只会推迟决策。如果障碍是预算尚未落实，或数据使用要求尚未获批，仅仅提供产品访问权限并不能解决。

区分试点、客户探索与内测各自的任务

不同公司对试点、试用和概念验证的叫法并不一致。应一起定义具体工作，而不是依赖名称。本指南中的试点，是在买方工作流程中评估可用产品，并以购买决策收尾。技术概念验证可以更窄，例如确认某项集成或技术要求是否可行。

设计合作伙伴关系用于共同完善仍需探索和开发的产品；内测帮助你观察早期使用并发现问题。两者都可能发展为商业试点，但反馈、参会和热情并不能证明购买。应明确每段合作的目的与双方需要投入的内容。

如果你还在判断产品面向谁，请先使用文末的设计合作伙伴或客户探索指南。本试点计划从已有一个可能合适的买方、且现有产品已经能够尝试某项工作流程开始。

先约定启动条件，再开始计时

• 一个工作流程：写明任务、执行者和不在范围内的内容。避免同时评估全公司使用的所有功能。
• 用户与买方：确认谁会尝试任务、谁能评价其价值，以及谁批准购买。同一个人可能兼任多个角色，但要核实，不能假定。
• 可用输入：确认真实尝试所需的工作样本、访问权限与授权。前置条件受阻和产品失败要分开记录。
• 基线：记录目前如何完成同类任务，包括耗时、错误和他人协助。比较结果前，先确定测量方法。
• 双方投入：约定谁负责配置、可以提供多少支持，以及哪些定制请求不包含在内。
• 时间表：选定开始日期、中期检查和决策日期，让正常工作中出现足够的观察机会。不存在通用的 14、30 或 90 天要求。

复制试点简报，与买方一起填写

将空白字段复制到自己的文档。示例列使用虚构的客户交接产品 HandoffKit 和虚构的代理公司 Northstar Studio。示例中的组织、日期、数字和结果都是为说明方法而编造的，不是 Soloop 客户案例，也不是推荐基准。

这份简报用于工作规划。商业条款和数据处理条款应另外记入适当的协议；这张表不是合同模板。在小屏幕上，可以横向滚动表格查看全部列。

决定试点是否收费，以及付款能说明什么

根据实际工作和买方流程选择条款。需要大量配置或专人支持的试点，应在投入前讨论商业安排。如果双方能投入时间，你也负担得起学习成本，范围很小的免费评估也可能合理。无论是否收费，都无法弥补问题不清晰或缺少评估人的情况。

写明试点包含什么、买方投入什么、结束后如何处理，以及如何考虑后续购买。如果提供试点费用抵扣，也应明确说明。不要直接把另一家公司指南中的企业试点费用或时长，当作适合自己产品的价格和安排。

分别记录试点费用、后续订阅决策和持续使用。评估付费只能证明这笔交易，并不能证明续约、留存，或产品在其他客户那里也能独立运行。同样，内部支持者说想继续，不代表预算已经批准。

记录实际尝试，包括创始人的协助

每次真实尝试单独一行。记录任务编号、日期、开始条件、完成证据、实际操作时间、中断与任何协助。等待时间和实际工作时间分开记录。注明查看过的证据；估计与回忆应标为当事人陈述。

在虚构试点中，五份交接资料都包含必需信息并交付给接收者。其中一份只有在创始人手动修复导出后才成功。如果把这次更快、但有人协助的尝试纳入平均值，就会掩盖产品对支持的依赖。

按照事先约定的标准解读结果

虚构的五次尝试中，用户平均用时为 23.2 分钟：（22 + 12 + 30 + 24 + 28）/ 5。看似低于 24 分钟目标，但目标明确针对独立完成的任务。独立完成任务的平均值为 26 分钟：（22 + 30 + 24 + 28）/ 4。因此，用时标准尚未达到。

独立完成的平均时间比虚构的 30 分钟基线少四分钟，这是该样本中的有用观察。但样本很小且经过选择，任务之间存在差异，用户也在试点中学习，因此不能将这一差值视为因果效应估计，或向其他客户承诺同样结果。

以购买决策、有边界的后续测试或停止收尾

最终会议上，先展示证据，再讨论感受。请评估人确认记录是否符合实际体验，然后询问买方能够作出什么决定。产品是否合适与是否准备好购买，可能是两回事；两者都要保留。

虚构案例中，创始人提议消除重复输入，再做可比较的交接测试。这还只是提议。买方既未同意额外工作，也未批准支出，因此准确结果是：首次评估结束；用时标准未达到；是否继续评估和购买尚未决定。除非双方明确修改安排，否则按约定结束首次访问期。

• 买方选择了所提供的范围和条款后，再进入购买步骤。记录实际下一步和负责人；只有付款确认后才标记已付款。
• 只有某个具体未解问题确实重要、双方约定了要改变什么并设置新结束日期时，才开展进一步测试。缺少预算本身不能成为无限免费支持的理由。
• 流程不合适、前置条件持续无法满足、支持负担超出能力，或买方拒绝时，应停止。记录所学内容，不要将该组织称为已转化客户。

向 Soloop 提出一个尚未解决的调研问题

先自己使用简报和评估表，再找出公开资料确实能够回答的问题。例如：这类代理公司用什么替代方案完成客户交接，这些方案需要哪些配置？调研可以帮助确定范围与追问，但客户自身的工作流程仍需由客户展示。

可复制的简报：我的产品是［网址或演示］，面向［角色与工作流程］。潜在买方需要评估［具体任务］。请使用［公开来源网址或范围］调研［一个问题］。比较相关替代方案，附来源链接和访问日期，区分公司宣称、观察结果和未知信息。最后列出在同意试点前，我应向买方核实的问题。

Soloop 手册介绍了市场与竞品调研；报告和实际收集到的来源链接保存在 Tasks 中。打开结果，检查影响重要决策的来源。只分享有权分享的材料。试点执行、使用证据采集和商业决策仍由你与买方负责；本指南并未证明存在自动化试点管理服务。

下方的 Soloop 入口只打开公共页面，不会自动传递简报或客户笔记。即使不打开 Soloop 工作区，一份填写完整的文档也已经有价值。

来源与限制

来源核查于 2026 年 10 月 7 日。简报、任务记录、阈值、计算和虚构评估结果均为 Soloop 原创编辑示例，尚未通过客户研究验证。选择任务时应重新查看产品手册，并根据买方真实流程调整试点，而不是照搬示例的日期或目标。