第十章 验收与归因
10.5 案例：神策 RaaS 与回款
承前：本节是第十章的收官案例。前四节讲了验收的方法论，这一节回到商业世界的两个现实：一是厂商怎么把"按效果收费"从口号做成商业模式——以神策数据的演进为样本；二是验收之后 FDE 最容易忽视的最后一公里——回款。效果是面子，现金是里子；验收签了字但钱没回来，项目在财务意义上就没结束。
10.5.1 神策数据：从"私有化 + 订阅制"到"交付结果"
神策数据（Sensors Data）是国内数据分析赛道最有代表性的厂商之一。理解它的演进要分三段：
**第一段：私有化部署 + 按年订阅（2015-2020）。**神策 2015 年由前百度大数据团队桑文锋创立，核心产品"神策分析"做用户行为分析。据桑文锋在多个公开访谈中披露，神策坚持"私有化部署 + 按年收费"的组合——这个组合在当时的国内 ToB 市场几乎没有先例（当时 ToB 主流要么是纯 SaaS 云端订阅，要么是私有化一次性买断）。他多次公开讲过这套逻辑：**只签一年、不签多年、不卖期货，是故意"把刀架在自己脖子上"——用每年的续约权倒逼自己把服务做好。**到 2020 年前后，据公开报道其付费客户超过 1000 家、覆盖 20 多个细分行业。
这一段对 FDE 的启示：**订阅制的本质是"把验收变成每年一次"。**客户每年都有机会用脚投票，所以厂商必须持续证明价值——这其实就是把第 10 章的验收命题制度化、常态化了。
**第二段：营销云与 SDAF 闭环（2020-2024）。**据公开报道，桑文锋 2020 年提出 SDAF 数据闭环方法论（Sense 感知 → Decision 决策 → Action 行动 → Feedback 反馈），神策从"分析工具"扩展到"营销云"，开始帮客户做 Action——策略触达、营销自动化。产品矩阵从单一分析工具长成"数据便利店"。
**第三段：AI 与"交付结果"（2025 至今）。**2025 年 6 月，神策举办 Sensors AI 产品发布会，发布面向企业增长场景的 Agent 平台。据极客公园等媒体报道，发布会的核心表述是：**神策的交付对象正在从"交付软件"（企业买平台与工具）演进到"交付工作量"（Agent 替客户完成具体增长工作），再到"交付结果"（围绕增长目标持续负责、以效果衡量价值）。**同时桑文锋在 36 氪等访谈里明确强调：神策"更注重为客户带来更高的效率价值，而不是盲目承诺效果"——这句"不盲目承诺"与 10.3 节 OLA 的边界设计完全同构。
神策交付对象演进（据公开披露整理）
交付软件 交付工作量 交付结果
───────── ───────── ─────────
卖平台与工具 → Agent 替客户干活 → 围绕增长目标负责
能力依赖客户团队 按 Agent 完成的工作量 以效果衡量价值
（传统 SaaS） 计价（新兴） （RaaS 方向，仍在演进）关于"RaaS 按增量 GMV 分成"要做一个诚实说明：本课程大纲以"神策 RaaS"为讨论锚点。据我们核实到的公开资料：神策官方未使用"RaaS"这个缩写，也未公开披露过"按增量 GMV 分成"的具体合同条款——这类条款本就是商业机密，几乎不会有厂商公开。公开可查的是上面三段演进路径和"以效果衡量价值"的战略方向。所以本节把"按增量 GMV 分成"作为基于神策公开方向的教学推演来讨论：如果一家有神策这样资产（数据根基 + 营销闭环 + Agent 执行）的厂商真要做增量分成，账要怎么算、坑在哪里。这是 FDE 视角最有学习价值的部分。
10.5.2 增量 GMV 分成的教学推演
假设把青禾的场景装进这个模式：厂商不收（或收很低的）固定费，按"Agent 驱动的增量 GMV"抽成。拆解这个合同里必须谈定的五个要素：
**要素一：增量的定义（10.2 的全部内容）。**增量 GMV = DiD 净效应换算出的 GMV，对照组、口径、窗口全部事前写死。没有这一条，分成模式无法运行——厂商和客户对"多少是增量"必然有分歧。
**要素二：分成的计价基础。**GMV 还是毛利还是净收入？差别巨大：零售 GMV 里含商品成本，按 GMV 分成厂商拿的百分点要低一个数量级（千分位），但客户算账简单；按毛利分对厂商友好但客户财务部门核算复杂。现实方案常常是"按 GMV、千分之几到百分之几"起步，随信任加深换口径。
**要素三：保底与封顶。**厂商要保底（市场下行年份的现金流），客户要封顶（防止效果爆表时分成失控）。两边对称设闸，是 10.3 的三道闸在分成模式下的具象化。
**要素四：数据权与审计权。**分成的数从客户系统里出，客户既当运动员又当裁判。合同要约定：数据抽取脚本双方共有、第三方审计机制、口径争议的仲裁路径。
**要素五：退出门槛。**客户随时停用怎么办？增量效果有滞后性（券核销延迟那类问题），要设"尾效窗口"——停用后 60 天内产生的可归因增量照常分成。
这五个要素拼起来你会明白：**分成模式不是定价创新，是归因能力的产品化。**神策做分析工具起家、又在做营销闭环和 Agent 执行，它靠近"交付结果"模式的每一步，都踩在数据与口径能力上——这就是这类厂商敢谈效果的结构性原因。而 36 氪访谈里"不盲目承诺效果"的表态也说明：头部厂商对全额对赌同样警惕，边界意识与 10.3 节完全一致。
10.5.3 回款常识：FDE 的财务课
验收签字只是回款的起点。FDE 不必成为财务专家，但以下常识直接决定你的项目在公司内部的真实评价——签了 500 万合同但 9 个月没收回来钱的项目，在公司账上是坏项目。
**应收账款与 DSO。**验收通过、发票开出后，这笔钱在你们公司账上叫"应收账款"（Accounts Receivable）。衡量回款效率的标准指标是 DSO（应收账款周转天数）：DSO = （期末应收账款 ÷ 期内信用销售额）× 期间天数。例：季度信用销售 300 万、期末应收 90 万，DSO = 90/300 × 90 = 27 天——意味着从开票到收款平均 27 天。DSO 每恶化 14 天，相当于一笔几万到几十万的营运资金被客户免费占用（据 SaaS/订阅行业的公开分析，DSO 是订阅制公司现金流的核心监控指标）。**FDE 能做的事：**项目周报里带上回款状态；发票开出后主动帮客户的对接人走内部流程（很多回款延迟不是客户不想付，是发票信息对不上、审批人找不到——你在现场，能一句话解决）。
里程碑付款。大项目不应"验收后一次付清"，而是 SOW 里就拆成里程碑：签约付 30%、中期（比如数据底座交付/灰度上线）付 40%、验收付 25%、质保期满付 5%。结构价值有两层：平滑你的现金流；更重要的是每个里程碑都是一次小型验收，把 10.1 的三层判断拆成多次小考，风险早暴露。青禾的沙盘项目就应该是这个结构——验收会收的其实只是 25% 的尾款加质保条款。
**验收条款的文字功夫。**回款的命门在合同里的验收条款怎么写。三处要看死：
- 验收标准可执行：写"评估集分数 ≥ 90%、采纳率 ≥ 55%"这种可算的数，不写"达到行业先进水平"这种可以吵三年的话。
- 视为验收（deemed acceptance）条款：客户收到验收材料后 N 个工作日内不提书面异议，视为验收通过。没有这条，一个拖延的对接人能把你的尾款拖成明年应收。
- 付款与验收解耦项：可用率类的 SLA 罚则不要和验收通过与否绑在一起——SLA 是长期持续义务，验收是一次性门槛，混在一起会互相绑架。
**FDE 的角色认知：**回款看起来是销售和财务的事，但延迟回款的最常见根因是验收争议和材料不合格——这正是 FDE 的辖区。把 10.4 的材料做扎实、把 10.2 的口径事前谈定，回款自然顺；反过来，一个验收会上被质询得节节败退的项目，钱会一直"在走流程"。
10.5.4 沙盘收尾：青禾项目的账
给沙盘算一笔总账（数字虚构）：项目合同 280 万（里程碑：签约 84 万、灰度上线 112 万、验收 70 万、质保 14 万）。验收会上 DiD 净效果 1.5 个点，换算增量 GMV 约 800 万/年（口径附录 A-2），单位经济学 = 每万元投入约 2.9 万元增量 GMV。OLA 结构：系统层全额承诺、行为层带客户承诺条款、业务层阶梯折扣式挂钩。验收通过后 20 天回验收款，DSO 控制在 45 天内，质保金 6 个月后收回。
这个账拿回公司，FDE 的项目复盘才完整：**三层判断是学术成绩，OLA 是商业模式成绩，回款是期末成绩——三个成绩单都拿到，第十章才算翻页。**下一章（持续运营与演进）处理的是签字之后的漫长日常：采纳率怎么从 60% 走到 80%、模型升级怎么不掉分、三年规划怎么落地——那才是 FDE 长期价值的开始。
10.5.5 要点总结
- 神策演进三段：私有化+订阅制（刀架脖子上的服务倒逼）→ 营销云 SDAF 闭环 → Sensors AI 的"交付软件→交付工作量→交付结果"
- 诚实边界：神策公开资料未披露"RaaS"缩写与增量 GMV 分成条款，本节的分成设计是基于其公开方向的教学推演
- 增量分成的五个必谈要素：增量定义、计价基础、保底封顶、数据权与审计权、退出门槛——分成模式本质是归因能力的产品化
- 回款常识：DSO 衡量回款效率；里程碑付款把大验收拆成小考；验收条款三看（可执行标准、视为验收条款、SLA 与验收解耦）
- FDE 与回款的真实关系：延迟回款最常见的根因是验收争议和材料不合格——正是 FDE 的辖区
参考资料
- 神策数据官网 — 官方产品矩阵与 Sensors AI 1.0 发布信息入口
- Sensors AI 产品发布会报道 — 极客公园 — "从交付软件到交付工作量再到交付结果"战略的一手媒体报道
- AI 来袭，"SaaS 扛把子"神策数据说：要先做更落地的事 — 36氪专访 — 桑文锋谈"不盲目承诺效果"与效率价值优先
- 神策数据 CEO 桑文锋：服务了超 1000 家公司，我发现了 ToB 的一个秘密 — 新浪科技转载（混沌大学） — 私有化+订阅制、"只签一年、不卖期货"的商业模式自述
- 从单品到矩阵，神策的"数据便利店"开张了 — 36氪 — 订阅制收费、付费客户超 1000 家的公开数据点
- DSO（应收账款周转天数）实用指南 — beancount.io — DSO 公式、实例与现金流影响的计算方法
- Fin Pricing — Intercom — 结果级计费在产业端的可执行样板（对照分成模式设计）