已有账户契合度评分后，如何设计分层（截断点、层级命名…

当已有账户 fit score、需要决定分层结构、截断点、每层人均账户上限、差异化覆盖与治理节奏时使用。

适用场景

解决思路

1. 先做访谈再提方案，每条消息只问一个问题，能多选就给选项，已被上下文回答的跳过：①是否已有每账户 fit score（a 维护中的复合分 0-100 或字母等级，b 有共识 ICP 但无评分，c 都没有）——b 和 c 先路由到上游技能；②是 B2B 还是 B2C，B2C 是走关键客户（零售连锁、分销商、加盟集团）还是直连消费者；③典型 ACV/年账户价值（a <$10K，b $10-50K，c $50-500K，d $500K+）；④有多少背负配额的销售持有账户本，分层名单覆盖潜在客户、客户还是两者；⑤现状（a 无分层，b 各销售凭判断，c 有正式系统但已失效，通常是所有账户都漂进 Tier 1）；⑥除收入潜力外，什么让账户具有战略意义（标杆客户价值、扩展空白、合作伙伴杠杆）；⑦分层必须在什么日期前驱动真实分配（区域划分、年度规划、新细分启动）；⑧要一次性成果还是可复利资产（a 本季度账户本的分诊，b 带上限、SLA 和治理的常设分层系统）；⑨投入上限：RevOps 在 CRM 中编码 SLA 的能力、高管正式赞助账户的意愿、把账户从 Tier 1 降级的政治资本。
2. 根据第 7-9 题答案重新排序下方两个菜单，并说明哪个答案改变了什么：有硬性截止日期则优先做上限+截断点核心、推迟覆盖建设；要可复利资产（8b）则即使投入大也优先 SLA 编码与治理；政治资本低则首个方案必须向销售展示每个账户为何落在该层——可解释性才能换来降级。
3. 明确分层是第三层：评分（ICP/fit）回答“是否值得追”并做淘汰；细分回答“如何组织市场”（规模带、垂直、地域）；分层回答“在细分内已合格的账户获得多少投入、一个销售能持多少”。分层是资源分配决策，不是资格门槛：它给幸存者排序，绝不拯救不合格者。
4. 向用户说明为何必须配给投入：Gartner 购买旅程研究显示 B2B 购买组为 6-10 名决策者，且只花约 17% 的购买时间与任何供应商接触；Forrester 2018 时间研究显示销售每周 50 小时中仅约 27% 用于客户互动。双方稀缺的时间正是分层所分配的。
5. 区分分层与线索评分：线索是按互动就绪度评分的联系人；分层是按覆盖投入排序的账户。联系人部分属于 mbfinotti/revops-skills@lead-scoring。
6. 承诺前先头脑风暴：访谈后从菜单中给出 2-3 个候选分层结构（如精简两层 vs 默认三层 vs 三层+Tier 0 必赢叠加），每个附权衡（覆盖精度 vs 治理开销 vs 上线时间）并给一个明确推荐。
7. 逐个提出剩余澄清问题，尽量多选，在设定任何截断点前获得对结构的明确批准。
8. 逐节构建章程，每节经用户确认后再做下一节：分层结构 → 截断点与门槛 → 容量上限 → 覆盖模型 → 健康指标 → 治理日历。错误的分层结构会使下游全部失效。
9. 以用户批准组装好的章程作为最终化门槛。若运行环境有持久记忆，存储已批准章程——层级名称、截断点、上限、覆盖 SLA、负责人和评审日期——以便后续运行和兄弟细分技能从已记录决策出发。
10. 按效率（每单位投入的回报）选择层数：价值 five-type ABM > three-tier + Tier 0/watchlist > three-tier > two-tier；投入 five-type ABM > three-tier + Tier 0/watchlist > three-tier > two-tier；效率 three-tier > two-tier > three-tier + Tier 0/watchlist > five-type ABM。默认三层——ITSMA 传承的 Strategic (1:1) / Targeted (1:few) / Programmatic (1:many) 形态，几乎所有实践者模型（Prospeo、TOPO 的 A/B/C 金字塔、ABM 平台）都归结于此；它是最粗但仍能区分具名归属、集群活动与自动化的结构。
11. 两层（重点/其余）：投入近乎为零；团队少于约 5 名销售或创始人主导时采用，此时第三层只会治理没人有能力差异化的覆盖。一旦中触达动作（SDR 支持的集群活动）真实存在，就升级到三层。
12. 三层 + Tier 0 和/或 watchlist：仅为一小撮决定公司命运的必赢 logo 加 Tier 0，每个配一名承诺的高管赞助人；仅当信号/意图数据真正驱动升级路径时才加 watchlist 层。任一叠加缺少前提都是治理表演。
13. 五类 ABM（Bev Burgess：Strategic、Scenario、Segment、Programmatic、Pursuit）：最饥饿的选项，覆盖精度最高，但在投入上输掉每一轮效率比较。当有专职 ABM 营销职能负责账户级营销时仍可推广——该团队支付额外成本并收获额外精度；仅销售组织不会。
14. 说明该排序是默认而非定律，要结合用户情况重新排序：已运行意图工具的组织已预付 watchlist 大部分成本；有三个最高 ACV 带 logo 的企业级动作实际上已建成 Tier 0，无论是否命名。重新排序时说明什么改变了。
15. 执行 score-to-tier 桥接：①把稳定的 fit score 作为给定输入，它锚定层级且变化缓慢；②叠加上游维护的动态 signal score（互动、意图、购买组覆盖），它让账户在层级间移动，按计时器衰减而 fit 分持续；③合成一个 0-100 复合分，或当“两项都强”的账户必须压过“单项极端”的账户时用 fit × intent 相乘；④应用公布的截断点——80+/50-79/<50 是最常被引用的分带，作为起始惯例，然后校准顶部截断点使 Tier 1 落在容量上限之内或之下，而不是落在整数上；⑤用 firmographic 必备条件做门槛：账户不能仅凭意图进入 Tier 1 而不过规模或行业门槛，且 Tier-1 门槛比 Tier 2 更严；⑥把评分未承载的战略输入（第 6 题：标杆价值、空白、合作伙伴杠杆）作为有限、有日志的手动覆盖折入——数量有界、由销售领导决定、每次层级评审时复核；⑦发布各维度子分，让销售能看到账户为何落在该层；可解释性驱动采纳，而采纳是分层系统与电子表格的分水岭；⑧按层级自动化路由（分配速度、序列类型、培育），并按下方治理日程重算。
16. 设定容量上限：没有硬上限的层级会悄悄膨胀——总是 Tier 1，因为所有人都想把账户放那里。先设上限，再让截断点适配它。按 ACV 而非每层固定惯例锚定上限（Winning by Design 容量数学：销售每年约 1,500 销售小时；负载与交易规模成反比）：$1M+ 每销售 2-6 个账户、1:1 具名；$500K-$1M 6-20 个、1:1 具名；$50K-$500K 20-50 个、1:few；$10K-$50K 50-150 个、1:many。
17. 参考跨来源实践者区间（方向性，未经审计）：Tier 1 每销售约 5-25 个账户；Tier 2 约 25-60 个；Tier 3 由自动化约束而非按销售设上限；客户成功账户本约 1:5-15 企业、1:20-75 中端市场、1:100+ SMB 池化。
18. 注意广泛流传的“企业级 AE 20-50 个具名账户”源自厂商词汇表而非已发表研究——只当惯例，绝不当证据。权威的分细分数字（ZS Associates、Alexander Group、Bridge Group）在付费报告后面。
19. 对顶层上限硬性执行——真正的 Tier 1 账户本应有 10-20 个账户的真实上限。把 500 个账户命名为 Tier 1 是整个练习最常见的失败。
20. 按效率顺序构建覆盖杠杆：价值 SLA 编码的覆盖差异化 == 容量上限 > 专职账户 pod > 高管赞助 > QBR 节奏差异化；投入 专职账户 pod > 高管赞助 > SLA 编码的覆盖差异化 > QBR 节奏差异化 > 容量上限；效率 容量上限 > SLA 编码的覆盖差异化 > QBR 节奏差异化 > 高管赞助 > 专职账户 pod。`==` 是真实的共依赖而非犹豫：上限没有差异化覆盖会产生“不改变账户工作方式”的层级；差异化没有上限会产生膨胀到覆盖承诺无法兑现的顶层。默认把二者一起交付。
21. 容量上限：结构存在后投入近乎为零。
22. SLA 编码的覆盖差异化：把每层触达节奏、渠道组合、个性化深度和响应 SLA 编码进 CRM 和营销自动化平台，而不是幻灯片。中等 RevOps 投入；这是把层级归属转化为可观察销售行为的杠杆。
23. QBR 节奏差异化：顶层做季度业务回顾，下层做半年度或自动化价值摘要。低投入、诚实价值：一次 Tier-1 QBR 约需 3-6 小时准备，所以对每个账户都做真 QBR 会导致对所有人都做浅 QBR。
24. 高管赞助：正式项目，把顶层账户与具名高管配对（公开参考：GitLab 每位赞助人上限 4 个账户，年度选择、一年承诺）。高投入——高管时间与治理。当 Tier-1 账户本处于或低于上限且高管承诺满一年后再推广；两者缺一就是 logo 幻灯片。
25. 专职账户 pod（每账户或集群配 AE + SDR + SE）：最饥饿的选项，最高触达覆盖和最高投入，是组织设计变更而非覆盖设置，因此在每轮效率比较中都输。当账户价值位于容量表最高 ACV 带——1:1 具名区间，一个账户值一整支团队——时推广，并用 mbfinotti/sales-skills@sales-org-structure 设计，因为 pod 设计是该技能的地盘。
26. 同样警告：排序是默认。高管已在经营客户关系的公司已预付大部分赞助成本；重新排序并说明什么改变了。
27. 以一份下个规划周期无需重新争论即可执行的章程交付决策，包含：CONTEXT（fit-score 来源、覆盖细分、潜在客户/客户拆分、具名负责人）；STRUCTURE（层级名称与数量、为何选此结构而非所提替代）；CUTOFFS（复合分带、每层 firmographic 门槛、覆盖规则及其预算）；CAPACITY（每层每销售账户上限、结果层级规模、所需销售数）；COVERAGE（每层 SLA 矩阵：节奏、渠道、个性化、QBR、高管赞助）；HEALTH（按细分的覆盖比、饱和信号、按层结果指标）；GOVERNANCE（季度层级评审、年度重设计、≤20%/季度流失上限、事件触发）；CONFIDENCE（哪些数字是已发表研究 vs 方向性惯例）。
28. 按层和按细分衡量层级是否有效——绝不混合：①按细分的管道覆盖比——用 1 ÷ 该细分历史赢率计算所需覆盖，绝不用统一 3x：赢率约 60% 的 SMB 动作需约 1.7-2x，而 15-25% 的企业级动作需 4-7x，健康的混合数字可能掩盖饥饿的细分。深度建模覆盖是 mbfinotti/sales-skills@sales-pipeline-coverage-modeling 的工作；这里它是层级健康度盘。②每销售账户饱和——是否有层级超过上限；客户账户本的警示信号包括 QBR 覆盖低于 80% 和账户沉默 14+ 天。③按层结果验证——每层管道创造、赢率、ACV 和留存，而非互动点击。若 Tier-1 提升在两个季度内未超过 Tier 2/3，系统就没赚回其开销：重设计，不要重跑。
29. 治理：RevOps 拥有模型、数据和日历；销售领导拥有层级变更决策。这一分工防止层级漂移或政治化。
30. 按固定节奏运行：季度层级评审（升级/降级）；年度全面重设计；事件触发重对齐。把名单流失限制在每季度约 20%，让账户在被重新评分前先体验其新覆盖水平。
31. 强制重设计而非评审的触发条件：赢率重大变化（重算覆盖比）；某细分配额达成率低于约 40%（账户本过大——缩小而非逼销售更努力）；生产力工具可测量地回收 40-60% 销售时间（把上限提高 30-50% 并重切）。
32. B2B 是上述默认框架：账户、购买委员会、firmographic 门槛。B2C 走关键客户（制造商或品牌通过零售连锁、分销商或加盟集团销售）几乎是账户分层的原样照搬：少数全国连锁构成 Tier 1，配具名关键客户经理和联合业务规划（零售渠道版 QBR）；区域连锁构成 Tier 2；独立店通过分销商或电话销售作为 Tier 3 路由。容量上限、score-to-tier 桥接、覆盖杠杆排序和治理节奏全部迁移。变化的是 fit score 的输入——门店数、货架与品类位置、地域，而非 firmographic/technographic——这些输入在上游，属于细分兄弟技能的领地。
33. 直连消费者没有账户可分。结构类比是客户价值细分——按支出或生命周期价值分带驱动差异化服务水平——这是不同练习、不同数学；要说明这一点，而不是把账户机器强加上去。
34. 章程发布前逐项检查失败模式：①层级坍缩——数百账户被命名为 Tier 1 并被同等对待，抹掉分层意义。检查：顶层是否处于或低于硬上限，是否有账户未过门槛就进入？②层级坍缩（层叠）——对从未合格的名单分层，Tier 3 满是本应被淘汰的账户。检查：每个分层账户是否都过了上游 fit 门槛？③只贴标签无差异化——“鲸鱼和小鱼同一节奏”：CRM 里有层级但覆盖相同。检查：每层是否至少有一个销售能注意到的 SLA 编码差异？④混合健康指标——一个全公司覆盖比掩盖饥饿细分。检查：每个健康指标是否按细分和按层计算？⑤静态层级——设一次从不评审；或相反，每月剧烈摇摆使任何覆盖水平都来不及生效。检查：季度评审已排期，流失上限约 20%/季度。⑥厂商统计置信度——把“命中目标可能性高 2.3 倍”之类数字当事实断言。检查：章程中每个数字都带置信度等级；厂商声明只归属，绝不采纳。
35. 章程完成前必须全部通过，迭代到 100%：每层都有公布的截断点、firmographic 门槛、硬容量上限，以及至少一个与其相邻层不同的 SLA 编码覆盖差异；顶层规模处于或低于上限，覆盖预算有界且有日志；健康指标按细分和按层定义，使用 1 ÷ 赢率覆盖公式，并排期两季度 Tier-1 提升测试；治理明确 RevOps/销售领导所有权分工、季度/年度节奏、约 20% 流失上限和重设计触发条件；每个数字带置信度等级（已发表研究/方向性惯例/厂商声明），并明确声明 B2B 或 B2C 范围。
36. 发布后，实时 KPI 是上述按层结果指标——以两季度提升测试作为分层是否赚回开销的常设裁决。

适用边界 · 注意事项

• 不要用于构建 fit score 本身（那属于 mbfinotti/sales-skills@sales-account-segmentation）；若既无评分也无共识 ICP，先路由到上游技能，对未合格账户分层会把两层塌成一层，任何截断点都救不了。
• 不要用于直连消费者（DTC）业务：没有账户可分，结构类比是客户价值细分，数学不同，不要强行套用账户机器。
• 不要用于线索评分：线索是按互动就绪度评分的联系人，属于 mbfinotti/revops-skills@lead-scoring。