试点：四周、十四小时与三条成功标准

试点不是把产品借出去四周，是花十四小时买一个可以撤回的结论。

一、四周试点与三条事先写好的成功标准

2026 年 7 月 6 日，北辰设计的方工在第三次通话里说：「先让设计团队带头用四周，好用我们就走采购。」程野没有当场开账号，当天下午回了一页纸：60 席全开、4 周、只开三个功能、三条成功标准、一条退出条件，以及双方各出一个人。

以下情境为教学假设，人物、引语和数字不代表经核实的真实案例。

判断先行：试点要先定结论，再定范围。 三条标准是激活率不低于 60%、核心流程不超过 15 分钟、P0 缺陷为零。三条都能从系统里取数，不需要开会投票，也不需要等谁的印象。

为什么是这三条。 激活率回答「有没有人真的用」，流程时长回答「用了有没有变快」，P0 回答「会不会出事」。它们分别对应采用、价值与风险，正好是企业采购最常追问的三件事。

没写进去的标准，后来都成了噪音。 满意度打分、领导印象、「感觉挺顺手」都不进结论页；它们无法复算，也无法在四周内稳定测出来。

范围比标准更容易失守。 试点期间客户提了自定义字段、甘特图、企业微信通知三个需求，全部记进「试点后再评估」，不在试点内做。一旦开了口，14 小时会变成 40 小时，结论还会被拖到第五周。

一页纸只有五行。 范围、周期、标准、退出条件、双方负责人。签字的人不是法务，是方工；它不替代合同，只是把「四周后要回答什么」提前写死。

试点开始前，能力必须已经上线。 SSO 在 6 月就联调完成，试点租户直接复用；如果四周里还要补登录，配置的 5 小时会翻倍，标准也没法按时测。

二、十四小时怎么花

14 小时不是拍脑袋的数字，是三段动作相加；每一段都有可交付物，做没做完一眼能看出来。

配置的 5 小时里，2 小时花在 SSO 联调。 方工的团队用 Okta，试点租户要单独配一条 SAML 连接；剩下的 3 小时是组织、角色、模板与三条自动化规则。这一段没有捷径，但可以封顶。

周会 6 小时不是为了汇报。 四次会各 90 分钟，议程固定：上周数据、卡住的三个问题、当场改配置。问题不过夜，是试点能压到 14 小时的主要原因。

报告的 3 小时是结论的载体。 中期 1 小时只报一个数：激活到没到 20 席；结项 2 小时写三条标准、实际值、判定与下一步。报告不超过一页，超过一页就说明没想清楚。

14 小时只是成交那一家。 同期还有一家电商客户进了试点，8 小时后说预算被砍，连报告都没有。两家试点合计 22 小时，正好对上售前 96 小时里的试点项。

1,680 美元是这 14 小时的机会成本。 按 120 美元/小时折算，14 × 120 = 1,680，占年单 18,000 的 9.3%。它不是报价，是「如果这四周拿去做别的」的对照。

周会人数控制在 5 人。 方工、两名设计主管、一名 IT、程野。每多一个人，会议至少多 20 分钟，四次就是 80 分钟，接近配置时间的六分之一。

配置里不含数据迁移。 试点只导入 3 个真实项目与 12 个模板，历史数据留在原表格里；迁移属于上线实施，放在 8 小时那一档，不算试点的账。

三、三条标准的结果

四周结束时，三条标准都有数，而且口径在开始前就写好了；这比结果本身更重要。

激活的口径是「7 天内创建过任务并改过一次状态」。 只登录不算，只看报表不算；40 人是这样数出来的，剩下 20 人里有 11 人从未登录。

流程时长的基线由客户自己测。 改前 22 分钟，是 3 名设计主管各用表格走 3 次取的中位数；改后 14 分钟，是同一批人用产品走 10 次取的中位数。两头同口径，才敢写 −36.4%。

P0 为零不等于没有缺陷。 试点期共 14 个缺陷：3 个 P1（导出乱码、提醒重复、权限继承错误）在两周内修完，11 个 P2 记入排期。P0 的定义是数据丢失、越权访问、无法登录，这三类一次都不能出。

三条都过，但余量不大。 激活 66.7% 对 60%，流程 14 分钟对 15 分钟，任何一条只差一点，结论就会从「可签」变成「再试四周」。余量小是正常的，写清余量比写「效果显著」有用。

第 4 周又复测了一次。 同一批人、同一口径，复测仍是 14 分钟，没有反弹；如果复测变成 18 分钟，说明第一周的新鲜感在起作用，结论要降级。

数据双方各留一份。 后台截图、10 次计时表、缺陷清单在结项会上当场交换；没有这一份，三个月后任何一方都可以重新解释这段试点。

结论页只写三行。 每条标准一行：目标、实际、判定。第四行是建议：进入采购，按 60 席年付报价。没有第五行。

四、退出线与沉没成本

试点最贵的不是 14 小时，是「不好意思停」拖出来的第五周、第六周。

退出线在开始前就写好了。 任意两条标准不达标，第 4 周周五终止，不延期、不加范围、不补做；延期一次，试点就会变成没有合同的实施。

还有一条提前止损线。 第 2 周激活不到 20/60，直接进入退出流程，不等到结项。这条线救过一次：另一家客户在第 2 周只有 6 人激活，8 小时到此为止。

那 8 小时是沉没成本。 8 × 120 = 960 美元，换来的是一句「预算被砍」和一个明确的「不跟」。它没有被写成报告，也没有进入任何报价。

沉没成本要记在售前，不记在成交客户头上。 96 小时售前里的试点项是 22 小时（14 + 8），如果只把 14 小时摊给北辰，成交客户的成本会被低估，第二家的教训也会消失。

试点到成交是 50%，但只有两个样本。 2 家进试点、1 家成交；这个比例可以写进复盘，不能拿去预测下一批。样本小的时候，比例只是描述，不是概率。

960 买的结论，比 480 买的报价更便宜。 如果那家客户跟到报价与合同阶段再丢，按 4 小时计是 480 美元；但它会在第 5 周继续占用注意力，而注意力没有单价。

退出之后要有动作。 终止信里写清三件事：哪条标准没达标、数据何时导出并删除、以后什么条件下可以重启。没有这三行，退出会被理解成「产品不行」。

复算：
试点工时 = 配置 5 + 周会 6 + 报告 3 = 14 h
试点成本 = 14 × 120 = 1,680 美元；占年单 1,680 ÷ 18,000 = 9.3%
两家试点 = 14 + 8 = 22 h（与售前 96 h 中的试点项一致）
激活率 = 40 ÷ 60 = 66.7%；门槛 = 36 ÷ 60 = 60%
流程时长 = (22 − 14) ÷ 22 = 36.4%
沉没成本 = 8 × 120 = 960 美元
试点成交率 = 1 ÷ 2 = 50%

1,680 与 960 的差别不在金额，在有没有结论。 一笔买到了「可签」，一笔买到了「不跟」；两笔都不算浪费，前提是四周结束那天必须给出判定。

五、行动清单与复算验收

试点一个月只做一次，但一页纸要在开始前写好；下面八条按顺序做，缺一条就会在第四周补课。

• 写一页试点协议：范围、周期、席位数、三条标准、退出条件、双方负责人。
• 把每条标准写成数字加口径：分子、分母、计时起止、缺陷分级定义。
• 约定数据来源与交换方式：后台导出、客户计时表、缺陷清单，结项当场交换。
• 给配置时间封顶 5 小时，超出就砍范围，不加人。
• 每周一次 90 分钟周会，当场改配置，问题不过夜。
• 第 2 周做一次提前止损判断，激活不到三分之一就启动退出。
• 结项报告只写三条标准与判定，不写感受，不超过一页。
• 未成交试点的工时单独记账，计入售前分母，不摊给成交客户。

验收标准：你能用三条可测标准与一条退出线，在四周内给出「继续」或「终止」的结论，并说清这 14 小时买到了什么。

使用边界与实操验收

本文只讨论已有明确采购意向、周期四周的付费或象征性收费试点，不讨论免费试用、PoC 环境搭建与安全评审。

试点的前提是有预算线索。 九家询价里只有两家进试点，不是因为产品不适合另外七家，而是因为另外七家没有预算与时间窗；没有这两样，四周只会变成免费支持。

试点与 PoC 不是一回事。 PoC 验证「技术上能不能」，试点验证「用起来值不值」；本文只谈后者，前者通常发生在安全审查与技术评估阶段。

一页纸不替代合同。 试点协议不处理 DPA、SLA、数据归属与付款条款；它只约定范围、周期、标准、退出与负责人，正式条款仍走合同。

超过 200 席的客户不适用四周。 那时试点要分部门、分两批，周期至少八周，14 小时会被配置与协调吃掉，需要单独估算。

50% 只是这两家的观察值。 两个样本算不出赢率；如果要用它做预测，至少先攒到十家试点，再按行业与席位数分层看。

试点期数据要写清归属。 建议约定结束 30 天内导出并删除，客户可要求提前；这一条不写，试点会变成一次没有边界的数据托管。

关键参考与核验范围

• NIST SP 800-53 ：用于核对试点环境的访问控制与审计记录项。
• AWS Well-Architected 安全支柱 ：用于核对最小权限与环境隔离的检查顺序。
• OWASP ASVS ：用于核对试点期间的验证项与缺陷分级口径。

以上链接于 2026-10-26 实测可公开访问；未核验版本、功能范围与政策更新。核验日期：2026-10-26。

范围上只讨论付费意向明确后的四周试点、成功标准与退出记账，不讨论免费试用策略、PoC 技术验证、合同条款与安全问卷的填法。

系列导航

• 上一篇：SSO 与 SCIM：二十六小时的工程与三档报价
• 下一篇：报价、PO 与账期：一万八千美元到账三十八天里的六件事
• 回到目录：一个人的企业客户：九家询价、一百四十八道问卷与 134 天的第一单
• 相关阅读：三档套餐：把「刚好够用」写成一张表