B2B SaaS 非标准交易审批：设计分级折扣审批矩阵…

为 B2B SaaS 非标准交易设计交易台审批链、五类让步授权、利润底线、例外受理、双 SLA 与升级路径，并给出 PLG/自助/B2C 的规则化促销折扣等价方案。

适用场景

解决思路

1. 给每个数值阈值打来源标签；绝不把厂商启发式说成行业常量。
2. 来源类型使用：已发表从业者来源、单一厂商博客（仅示例）、从用户自己的交易数据推导。
3. 绝不把流传数字当事实陈述；要么省略，要么标注为流传且未经验证。
4. 被警告的流传数字包括：「75% gross-margin floor」「1 deal-desk FTE per $40M ARR」「35% mid-market / 70% enterprise deal-desk hit rates」「Stripe-attributed 4.2x churn at 30%+ discount」「Gartner-attributed 90% of B2B purchases AI-intermediated by 2028」。
5. 「客户要求」不是理由；最高权重的 intake 字段是 impact of denial——如果拒绝例外会改变什么。
6. 把会计和法律约束当作设计约束，路由给 Finance、Legal、Security 或 Product；绝不要给法律或会计建议。
7. 在相关处直白说明负面发现：价格歧视法对非主导 SaaS 供应商的差别折扣几乎没有约束（见 references/accounting-legal-constraints.md）；不要制造该合规风险。
8. 在公开从业者指导薄弱处保持诚实；与用户明确设计这些，而不是把发明实践当标准。
9. 需要明确设计的薄弱项包括：已授予例外的续约处理、Reseller/MSP 定价治理、审批人缺席协议。
10. 把本技能及参考中的每个选项排序视为默认值，不是法律；它会随上下文和执行者变化，所以在推荐前根据你对用户的已知信息重新排序。
11. 只有一个分析师 deal desk 无法负担 step-up register 或季度重推导。
12. 对政策有否决权的销售负责人会提高收紧任何底线的政治成本，这促使底线从他们无法争辩的数据推导。
13. 续约账本已满是祖父条款会使 sunset 变成重新谈判而非到期，step-up 是现实的第一步。
14. 用分析师审查小时、审批链延迟、收紧销售依赖政策的政治资本、可逆性来表达努力，绝不用货币金额；折扣百分比、利润底线和胜率算术是主题，保持原样。
15. 设计前先问：每条消息一个问题；尽可能多选；已答则跳过。
16. 询问 GTM motion：sales-led、PLG 带销售协助、混合，还是纯自助/B2C？
17. 询问 segment mix and ACV bands：小、典型、大交易分别是什么样？
18. 询问今天谁批准折扣，通过什么渠道：没人、经理 ping、邮件链、报价工具、正式 desk？
19. 询问能查询哪些交易数据：按 segment 的折扣分布、按折扣区间的胜率、每笔交易利润、审批周期时间？
20. 询问利润结构：近零边际成本（经典软件），还是使用量扩展 COGS（AI/推理、数据、基础设施密集）？
21. 询问今天出现哪些非价格让步：付款条款、免费服务、法律红线、自定义 SLA、安全/隐私附录、路线图请求？
22. 询问每季度交易量，以及今天大约多少比例需要任何例外？
23. 询问痛点在哪里：速度（交易卡在审批）还是泄漏（利润侵蚀、未记录让步）——还是两者都有？
24. 询问存在哪些职能可路由：Finance、Legal、Security、Product/Delivery？
25. 询问续约：谁负责，今天先前折扣是否静默结转？
26. 询问折扣是否在季度最后几周激增？
27. 询问截止日期：这份 spec 必须在什么日期前生效——本季度结束前、下季度，还是无固定日期？
28. 询问一次性胜利还是复利资产：修这个季度的折扣，还是设定未来每次续约和每个新销售代表都要据此争论的政策？这里复利是字面意义——一次授予的让步会被永远援引。
29. 询问努力上限：desk 每周能负担多少分析师小时，谁对收紧政策有否决权，你能在销售那里花多少政治资本？
30. 根据最后三个回答重新排序参考菜单，并明确说出哪个回答移动了哪个选项。
31. 硬截止日期会提升快速行动选项——占位 auto-approve floor 和 sunset 续约处理都能一天落地——并降级任何需要拉数据的选项。
32. 复利 mandate 会提升胜率推导的 bottom line，即使代价是延迟一个季度，因为占位值会成为销售代表预期的折扣水平。
33. 低努力上限会删除 step-up 续约处理，其按账户跟踪是长期工作，并把例外通道的包组装推向更少、更大的批次。
34. 运行 Interview；收集 spec 依赖的每个回答。
35. 确认范围边界：这个 desk 管理非标准交易；如果请求实际是定价策略（list price、packaging、tiers）或非交易审批流程，说明并路由出去。
36. 从 references/approval-matrix-design.md 建立五个受管杠杆：Price/discount、Payment terms and billing、Services and delivery commitments、Contract risk、Security/privacy commitments。
37. 如果矩阵只管理价格，让步会迁移到其他四个杠杆。
38. 从同一 reference 设计矩阵：维度除折扣 % 外还包括 deal size、segment、motion、term、product line、margin impact。
39. 设计 3-4 个层级，底部有 auto-approve floor。
40. 在每个层级下面设置 policy margin floor。
41. 设置无论审批人是谁都禁止的类别：MFN/best-price、open-ended price holds、uncapped liability outside carve-outs、unapproved roadmap commitments。
42. 使用 references/exception-taxonomy.md 将每种例外类型映射到 owning function 和 escalation trigger。
43. 从 references/intake-routing-and-precedent.md 设计 intake、routing lanes、两个 SLA clocks、elapsed-SLA escalation、approver-absence delegation 和 quarter-end peak mode。
44. 完整性标准 gate SLA clock：不完整请求用 structured return 弹回，绝不排队。
45. 从同一 reference 设计 precedent control：exception register、每个已授予例外的 expiry、pattern-to-policy review、每个例外类别的 renewal treatment。
46. 默认 sunset：它以近零长期努力收回整个让步，并保持可逆。
47. 只在某个 segment 的价格 snap-back 已经导致 churn 时才提升 step-up。
48. Silent grandfathering 不是选项之一。
49. 公开指导确实薄弱：与用户一起决定并记录为 house policy。
50. 从 references/accounting-legal-constraints.md 将会计和法律约束编码为路由规则：哪些交易结构必须让 Finance 或 Legal 介入，才能由任何层级批准，以及为什么。
51. 按下面章节显式处理 B2B 和 B2C——不对称处理，不要假装对称。
52. 按该 reference 的优先级校准阈值：有数据时，从按折扣区间的胜率推导 auto-approve floor。
53. 胜率数据薄弱时，回退到用户自己的折扣分布百分位。
54. 只在绝不出货为 policy 的一个周期占位中使用 illustrative ladder。
55. 预计需要大约两个季度数据才能判断模式（RevOps Co-op）；如果还不存在，在交付物中说明。
56. 将 spec（Output Shape）逐节输出给用户验证；用 references/worked-examples.md 中匹配的 worked example 作为基础。
57. 附上 KPIs 和 Pass Threshold，并迭代直到通过条件成立。
58. 如果你的 harness 有持久记忆，记住决定的 tiers、floors、prohibited list 和 renewal treatment，以便之后重新校准从它们开始而不是重新访谈。
59. 人类 deal desk 是 B2B/enterprise 构造：B2B 按客户定价——报价和谈判——而 B2C 按产品定价——公布和接受；不存在 B2C deal desk；不要发明一个。
60. PLG、自助和高量 transactional SMB：等价物是规则驱动的折扣政策——自动化 promo engine、公布的 discount bands、coupon governance、在 terms 中公布的 exception rules，无人类链条；人类只在 sales assist 开始的交易规模以上介入。
61. B2C commerce：promo/markdown calendar governance、coupon issuance and stacking rules、公布的 price-adjustment policy 扮演 deal desk 的角色。
62. 相同转移的是：erosion-by-exception 动态、未记录先例作为其根因、定义 bands、记录每个 exception、监控 creep 的纪律。
63. 把这个对比表述为关于机制如何跨两种 motion 转移的推理，而不是 documented industry finding。
64. 按以下 artifact 交付每次 engagement；每个 threshold line 带 provenance tag；每个 approver 有 named delegate：DEAL DESK APPROVAL SPEC - <company>, <date>，含 Scope、Levers、Matrix、Prohibited、Intake、Routing、SLAs、Precedent、Constraints、Calibration、KPIs。
65. 一起跟踪 five-KPI scoreboard，绝不单独跟踪一个（Umbrex）：Cycle time、Win rate、Discount rate、Margin、Leakage。
66. Speed-only 会快速批准坏交易；margin-only 会产生僵局，销售代表会绕过 desk。
67. 从 complete submission 到 recorded-and-communicated decision 测量 cycle time，以 business hours 计；报告 median AND 90th percentile，绝不报告 mean——p90 尾部会助长绕过行为。
68. 也观察 exception rate by type：pattern-to-policy trigger。
69. 也观察 late-discovery rate：non-standard terms surfacing after proposal，是 intake gap。
70. 也观察 price realization：pocket price / list price（SBI Growth）。
71. 也观察 end-of-period discount spikes。
72. Spec 只有在所有 completeness 条件成立时通过，然后在 calibration loop 上迭代。
73. 迭代 spec 直到所有 completeness 条件成立：所有五个杠杆受管；存在 prohibited class；margin（或 cost）floor 被陈述且 approver-independent。
74. 迭代 spec 直到每个 tier 指定 approver 和 delegate；两个 SLA clocks 和 50/80/100 escalation 按 lane 定义。
75. 迭代 spec 直到每个 numeric threshold 带 provenance tag；没有任何被警告的数字作为事实出现。
76. 迭代 spec 直到 register 有 expiry dates，并且 renewal treatment 已决定并记录。
77. 在 exceptions-review cadence 上迭代矩阵直到：approvals near-instant 时，太多东西需要审批，提高 auto-approve floor。
78. 在 exceptions-review cadence 上迭代矩阵直到：decision time slow（p90 超过 exception-lane SLA）时，tiers 错了，重新切分。
79. 在 exceptions-review cadence 上迭代矩阵直到：没有超过两个 review cycles 的 recurring exception 仍在；把它提升为标准 policy 或显式拒绝，同时 discount rate 和 margin 在 scoreboard 上保持（RevOps Co-op heuristic）。
80. 修复矩阵只管理 discount % 的缺陷：在一个矩阵中管理所有五个杠杆，防止让步迁移到 payment terms、services、legal、security。
81. 修复一个高管作为最高审批点的缺陷：每个 approver 有 named delegate + 50/80/100 escalation，防止交易搁置数天。
82. 修复审批逻辑活在聊天线程和电子表格中的缺陷：在 system of record 中路由和记录，记录每个决定，防止上下文不传递、季度末断裂、无审计轨迹。
83. 修复 intake 没有 completeness gate 的缺陷：用 required fields gate SLA clock；structured bounce，防止时钟在 incomplete requests 上燃烧和返工循环。
84. 修复「One-time exception」没有 expiry 的缺陷：每个 exception 都 time-box；登记；决定 renewal treatment，防止客户下一年援引为先例。
85. 修复在季度末压力下放松规则的缺陷：Peak mode 增加容量和 cutoffs，绝不放松规则，防止 period-end discount spikes 和最糟时刻设定先例。
86. 修复报告 mean cycle time 的缺陷：median + p90，从 complete submission 到 communicated decision，防止尾部痛苦被隐藏和销售代表绕过 desk。
87. 修复 Cost floor 被当作 binding floor 的缺陷：Policy margin floor——除了 usage-scaling COGS 产品，那里 cost binds，防止近零软件 COGS 使其无意义和 margin 在其上方侵蚀。
88. 修复每笔交易都标为「strategic」以证明让步合理的缺陷：分开 strategic（executive-approved、logged）和 tactical bands，防止如果 40% 交易是 strategic 那就没有交易是。

适用边界 · 注意事项

• 不适用于通用业务流程审批（费用、采购、HR、工程变更）。
• 不适用于纯定价策略（list price、packaging、tiers）。
• 不适用于 B2C 场景中虚构人类 deal desk；B2C 应改用促销/优惠券/价格调整政策。