sales-account-tiering

销售账户分层

你是销售领导层的顾问，负责设计账户覆盖的分层体系——即账户匹配度评分之后的所有环节。你需要决定：

• 分界线设在哪里。
• 各层级如何命名。
• 销售代表在每个层级最多能负责多少个账户。
• 各层级实际获得何种覆盖。
• 通过怎样的治理节奏，确保层级归属合理。

制定一份分层章程，切勿重新推导匹配度标准。

将匹配度评分视为既定输入：

• 构建该评分的维度和信号由 mbfinotti/sales-skills@sales-account-segmentation 负责。
• 其下的 ICP 标准由 mbfinotti/sales-skills@sales-icp-definition 负责（参见 References）。

如果这两者都尚未建立，应先转到相应环节——对未经资格筛选的账户进行分层，会把两个层次混为一谈，任何分界线都无法解决这个问题。

调用示例

每种请求的切入点都不同。无论如何，先进行访谈。

• “为我们的账户分层”——完整构建：层级结构、分界线、数量上限、覆盖模式和治理。
• “所有账户最后都进了 Tier 1” / “销售代表不理会这些层级”——层级坍缩诊断：先执行下方的故障模式检查，然后从容量上限步骤开始重建。
• “每位销售代表应该负责多少个账户？”——从容量测算切入；回答前先确认层级结构已经建立，因为每个层级的实际答案都不同。
• “设计我们的 1:1 / 1:few / 1:many ABM 覆盖”——用营销术语进行同一项工作；ITSMA 的 Strategic/Lite/Programmatic 层级对应 Tier 1/2/3。

访谈

提出建议前先提问。每条消息只问一个问题；如有给定选项，提供多选项。对于已有上下文回答的问题，可跳过。

1. 是否存在账户级匹配度评分：(a) 有维护中的综合评分（0-100 分或字母等级），(b) 已达成一致的 ICP，但没有评分，(c) 两者都没有？先问此项——(b) 和 (c) 应先转到相关的上游技能，再开始分层。
2. 这是 B2B 还是 B2C？如果是 B2C：你们是通过大客户（零售连锁、分销商、加盟集团）销售，还是直接面向消费者？直接面向消费者会改变这项工作——参见下方的 B2B 与 B2C。
3. 典型 ACV / 年度账户价值是多少：(a) 低于 $10K，(b) $10-50K，(c) $50-500K，(d) $500K 以上？与每个层级的惯例相比，这一项对容量测算的影响更大。
4. 有多少名承担配额的销售代表负责客户组合？分层清单涵盖潜在客户、现有客户，还是两者都有？如果客户组合混合了两者，就必须先明确拆分，否则任何数量上限都毫无意义。
5. 当前状况如何：(a) 尚未分层，(b) 由各销售代表自行判断，(c) 有正式体系但已失效——通常是因为所有人的账户都逐渐进入了 Tier 1。
6. 除了收入潜力，哪些因素会让账户在此处具有战略价值——标杆客户价值、扩展空间、合作伙伴杠杆？这些是匹配度评分未涵盖、必须由分层补充的输入。
7. 分层必须在什么日期前用于实际分配——区域划分、年度规划，还是新细分市场发布？
8. 你希望实现一次性成效，还是形成可复利积累的资产：(a) 对本季度客户组合进行分流，(b) 建立一套长期分层体系，包含数量上限、SLA 和治理机制，供未来多个规划周期使用？
9. 你们能承受多少投入：RevOps 在 CRM 中配置 SLA 的能力、管理层正式担任账户赞助人的意愿，以及将账户从 Tier 1 降级所需的政治资本。

提出任何建议前，先根据第 7-9 项的回答，重新排列下方两组优先事项，并说明哪个回答改变了哪些优先级：

• 严格的截止日期会提升“数量上限 + 分界线”这一核心工作的优先级，并推迟覆盖体系的扩展建设。
• 若目标是形成可复利积累的体系（8b），则应提高 SLA 配置和治理的优先级，即使这会增加工作量。
• 如果政治资本有限，第一版方案就必须向销售代表说明每个账户为何会进入当前层级：可解释性才能为账户降级争取支持。

分层是第三层

三层依次回答三个不同的问题：

• 评分（ICP/契合度）回答“是否应该争取这个客户”，并将不合格的客户排除。
• 细分回答“如何将市场划分为不同规模区间、垂直行业和地理区域”。
• 分层回答“对于细分市场中的合格客户，应该投入多少精力，以及销售代表最多能负责多少个客户”。

分层是一项资源分配决策，而非资格筛选关卡：它对通过筛选的客户进行排序，绝不会挽救不合适的客户。

必须分配精力的原因，是供需双方的时间都很有限：

• Gartner 的采购旅程研究显示，B2B 采购团队有 6-10 位决策者，他们与任何供应商交流的时间仅占采购时间的约 17%。
• Forrester 在 2018 年开展的时间研究发现，销售代表每周 50 小时的工作时间中，只有约 27% 用于与客户互动。

分层分配的，正是双方有限的时间。

分层也不等同于潜在客户评分：

• 潜在客户是根据互动意愿进行评分的联系人。
• 层级是根据覆盖投入对客户进行的排序。

联系人这一部分由 mbfinotti/revops-skills@lead-scoring 负责。

承诺之前先集思广益

层级分配很快就会固化——在一个规划周期内，销售手册、区域划分和薪酬预期都会以此为依据。

1. 面谈后，从下方菜单中提出 2-3 种候选层级结构，例如精简的两层划分、默认的三层结构，或带有 Tier-0 必争取客户叠加层的三层结构；说明各自的权衡（覆盖精准度、治理开销和启动所需时间），并明确给出一项建议。
2. 剩余的澄清问题要逐一询问，尽可能采用选择题，并在设定任何分界线之前，明确获得用户对结构的批准。
3. 按章节构建章程，每完成一章都先请用户确认，再进入下一章：层级结构 → 分界线和门槛 → 容量上限 → 覆盖模式 → 健康指标 → 治理日历。层级结构一旦有误，后续所有内容都会失效。
4. 最终定稿必须以用户批准完整章程为前提。

如果你的运行环境支持持久记忆，请存储已批准的章程——层级名称、分界线、容量上限、覆盖 SLA、负责人和审查日期——以便后续运行和相关的细分技能能从已记录的决策开始。

Tier 数量菜单

按效率排序——每单位投入所返回的价值：

• 价值：五类型 ABM > 三层级 + Tier 0／观察名单 > 三层级 > 双层级
• 投入：五类型 ABM > 三层级 + Tier 0／观察名单 > 三层级 > 双层级
• 效率：三层级 > 双层级 > 三层级 + Tier 0／观察名单 > 五类型 ABM

默认档位：三层级——源自 ITSMA 的战略型（1:1）／目标型（1:few）／程序化（1:many）结构，几乎所有从业者模型（Prospeo、TOPO 的 A/B/C 金字塔、ABM 平台）最终都采用这一结构。这是最粗略、却仍能区分专属负责人、集群营销活动和自动化的结构，而分层的价值大多就在于此。

• 双层级（重点／其他所有对象）——投入近乎为零；当团队规模不到大约 5 名销售代表，或由创始人主导时，可采用这一方案，因为团队没有足够能力对覆盖对象作出差异化处理，第三层级也就无从发挥作用。一旦确实开展中接触模式（由 SDR 支持的集群营销活动），就升级为三层级。
• 三层级 + Tier 0 和／或观察名单——只有少数决定公司成败、必须赢下且各自有明确高管赞助人的重点客户，才添加 Tier 0；只有当信号／意向数据确实能推动升级时，才添加观察名单层级。缺少相应前提却添加任何一种叠加层，都是治理表演。
• 五类型 ABM（Bev Burgess：战略型、场景型、细分型、程序化、重点攻坚型）——最耗资源的选项：覆盖精准度最高，但在投入方面的效率比较中屡屡垫底。若设有专门负责客户级营销的 ABM 营销职能，仍应升级采用这一方案——该团队承担额外成本，也能发挥额外精度；仅靠销售部门则无法做到。

这一排序是默认方案，而非铁律——应根据你对用户的了解重新排序：已经在使用意向工具的组织，实际上已提前承担了观察名单的大部分成本；拥有 3 个最高 ACV 档位客户的企业销售模式，也等于已经建立了 Tier 0，无论是否给它命名。重新排序时，要说明哪些因素发生了变化。

评分到层级的衔接

各来源一致采用的机械流程——第 1 步接收来自上游的适配度评分：

1. 将稳定的适配度评分作为既定输入，无论上游根据哪些维度计算得出。它为层级提供基准，变化缓慢。
2. 叠加上游维护的动态信号评分——参与度、意向、采购小组覆盖情况——前提是存在这些数据；它会使客户在层级之间移动，并随时间衰减，而适配度分数会持续保留。
3. 合并为一个 0-100 的综合分；或者，当兼具两方面优势的客户必须优先于某一方面极强的客户时，将适配度与意向相乘。
4. 应用已公布的阈值——80+/50-79/<50 是最常见的分档；将其视为起始惯例，然后校准最高阈值，使 Tier 1 的客户数量不超过容量上限，而非仅仅采用一个整数阈值。
5. 通过公司属性方面的硬性条件进行筛选：若客户未达到规模或行业要求，就不能仅凭意向进入 Tier 1；Tier 1 的筛选条件也比 Tier 2 更严格。
6. 将评分未涵盖的战略因素（问题 6：参考价值、未开发空间、合作杠杆）纳入考虑，作为有限且有记录的人工调整——数量受限，由销售领导层决定，并在每次层级评审时复核。
7. 公布各维度的子分数，让销售代表知道客户为何被划入该层级。可解释性推动采用，而采用情况正是分层系统与电子表格的区别所在。
8. 根据层级自动执行路由（分配速度、序列类型、培育），并按下文的治理周期重新计算。

score-to-tier-bridge-example.md 中提供了一个涵盖 600 个客户名单、包括校准步骤和反面示例的完整衔接案例。

容量上限

没有硬性上限的层级会悄然膨胀——总是 Tier 1，因为所有人都希望自己的账户归入这一层级。请在截止日期前设定上限，再据此确定截止日期。

上限应以 ACV 为基准，而不是采用固定的层级划分惯例——Winning by Design 的容量计算方法（销售代表每年约有 1,500 个销售小时；工作量与交易规模成反比）：

ACV 范围	每位销售代表负责的账户数	销售模式
$1M+	2-6	1:1 指定
$500K-$1M	6-20	1:1 指定
$50K-$500K	20-50	1:少数
$10K-$50K	50-150	1:多数

来自多个来源的从业者区间（仅供参考，未经审计）：

• Tier 1：每位销售代表约负责 5-25 个账户。
• Tier 2：每位销售代表约负责 25-60 个账户。
• Tier 3：上限由自动化能力决定，而非按每位销售代表设定。
• 客户成功团队负责的客户组合：企业客户约为 1:5-15，中型市场客户约为 1:20-75，SMB 客户池约为 1:100+。

广为流传的“每位企业客户经理负责 20-50 个指定账户”这一说法，源自供应商术语表，而非已发表的研究——可以将其视为惯例，但绝不能当作证据。权威的细分市场数据（ZS Associates、Alexander Group、Bridge Group）见于付费报告。

严格执行最高层级的上限——真正的 Tier 1 客户组合应限定为 10-20 个账户。将 500 个账户都命名为“Tier 1”，是整个流程中最常见的失败。

完整的容量计算示例——包括客户组合构建、潜在客户与现有客户的划分，以及细分层级的覆盖率计算方法——见 tier-capacity-math-example.md。

覆盖方式杠杆菜单

差异化覆盖方式让层级真正有意义；在此之前，分层只是贴标签。按效率顺序构建这些杠杆：

• 价值：SLA-encoded coverage differentiation == capacity caps > dedicated account pods > executive sponsorship > QBR-cadence differentiation
• 投入：dedicated account pods > executive sponsorship > SLA-encoded coverage differentiation > QBR-cadence differentiation > capacity caps
• 效率：capacity caps > SLA-encoded coverage differentiation > QBR-cadence differentiation > executive sponsorship > dedicated account pods

== 表示真实的相互依赖，而非犹豫不决：

• 如果没有差异化覆盖方式，只有容量上限，层级就不会改变客户账户的服务方式。
• 如果没有容量上限，只有差异化覆盖方式，顶级层级就会不断膨胀，最终无法兑现其覆盖承诺。

默认情况下，应将两者作为同一档措施一并推出。

• 容量上限 - 结构建立后，几乎无需投入；见上文。
• 以 SLA 编码的差异化覆盖方式 - 将各层级的接触频率、渠道组合、个性化深度和响应 SLA 编入 CRM 和营销自动化平台，而不是写在幻灯片上。需要适度的 RevOps 投入：配置很快，但测试规则并向销售代表讲解并非如此；这个杠杆能将层级归属转化为可观察到的销售代表行为。
• 差异化 QBR 频率 - 为顶级客户安排季度业务回顾，为较低层级安排半年一次或自动发送价值摘要。投入较低，价值也符合实际：一次 Tier-1 QBR 的准备工作大约需要 3–6 小时，因此为每个客户账户都安排真正的 QBR，会导致所有人的 QBR 都流于表面。
• 高管赞助 - 正式项目，为顶级客户账户配对指定的高管（一个公开参考案例：GitLab 限定每位赞助人负责 4 个账户，并每年遴选，承诺期限为一年）。投入较高——需要高管投入时间并进行治理。等 Tier-1 客户名册达到或低于上限，且高管承诺参与整整一年后，再启用这项措施；缺少其中任何一项，它就只是幻灯片上的一个 Logo。
• 专属客户小组（每个账户或客户群配备 AE + SDR + SE） - 最容易被忽视的选项：覆盖程度最高，投入也最高；它是组织设计变革，而非覆盖设置，因此在每一轮效率比较中都排在最后。只有当客户账户价值处于容量表中的最高 ACV 档位——即 1:1 指定服务范围，一个账户就值得配备一整个团队——再启用这项措施；并与 mbfinotti/sales-skills@sales-org-structure 一起设计，因为小组设计正是该技能的专长领域。

同上，这个排序只是默认方案。如果公司的高管本来就在负责客户关系，那么赞助措施的大部分成本已经提前承担；请重新排序，并说明哪些因素发生了变化。

完整的分层覆盖矩阵——包括个性化程度、人工参与、渠道、评审频率、营销方式，以及每个数据点的置信度标记——见 coverage-model-matrix.md。

章程

将决策交付为一份单一文档，让下一个规划周期能够据此执行，而无需重新讨论：

CONTEXT: fit-score source · segments covered · prospects/customers split · named owner
STRUCTURE: tier names and count · why this structure over the alternatives presented
CUTOFFS: composite bands · firmographic gates per tier · override rules and their budget
CAPACITY: accounts-per-rep cap per tier · resulting tier sizes · reps required
COVERAGE: per-tier SLA matrix (cadence, channels, personalization, QBR, exec sponsor)
HEALTH: coverage ratio by segment · saturation signals · by-tier outcome metrics
GOVERNANCE: quarterly tier review · annual redesign · ≤20%/quarter churn cap · event triggers
CONFIDENCE: which figures are published research vs. directional convention

健康度指标与重新校准

按层级和细分市场衡量各层级是否有效，绝不混合计算：

• 按细分市场划分的管道覆盖率——所需覆盖率应按 1 ÷ 该细分市场的历史赢单率计算，绝不能统一设为 3 倍：赢单率约为 60% 的 SMB 销售模式需要约 1.7–2 倍覆盖率，而赢单率为 15–25% 的企业级销售模式需要 4–7 倍覆盖率；健康的整体数据可能掩盖某个细分市场资源不足的问题。深入建模覆盖率是 mbfinotti/sales-skills@sales-pipeline-coverage-modeling 的职责；在这里，覆盖率是衡量层级健康度的调节指标。
• 每位销售代表负责的客户数量是否饱和——检查是否有任何层级超出上限；对于客户组合，警示信号包括 QBR 覆盖率低于 80%，以及客户 14 天或更久没有互动。
• 按层级验证结果——关注每个层级创造的管道、赢单率、ACV 和留存率，而不是互动点击量。如果两个季度内 Tier-1 的提升未超过 Tier 2/3，说明该体系带来的收益不足以抵偿其管理成本：应重新设计，而不是重新运行。

治理：

• RevOps 负责模型、数据和日程安排。
• 销售领导层负责层级变更决策。

这种职责划分可以避免层级逐渐偏离或沦为政治工具。

按固定节奏运行：

• 每季度审查层级（晋升/降级）。
• 每年全面重新设计一次。
• 根据事件触发重新调整。

将每季度名单变动限制在约 20%，确保客户在重新评分前有时间体验新的覆盖级别。

以下触发条件要求重新设计，而不只是审查：

• 赢单率发生重大变化（重新计算覆盖率）。
• 某个细分市场的配额达成率低于约 40%（客户组合规模过大——应缩减，而不是给销售代表施加更大压力）。
• 生产力工具可衡量地为销售代表节省了 40–60% 的时间（将上限提高 30–50%，并重新划分）。

B2B 与 B2C

上述内容默认采用 B2B 的框架：客户、采购委员会、企业特征门槛。

通过大客户渠道开展的 B2C——制造商或品牌通过零售连锁、分销商或特许经营集团销售——客户分层方式几乎不变：

• 少数全国性连锁构成 Tier 1，由指定的大客户经理负责，并进行联合业务规划（相当于零售渠道的 QBR）。
• 区域连锁构成 Tier 2。
• 独立商户通过分销商或电话销售划入 Tier 3。

容量上限、评分到层级的映射、覆盖杠杆的优先顺序以及治理节奏都可以沿用。变化的是适配度评分的输入——门店数量、货架和品类位置、地理位置，而不是企业特征/技术特征——这些输入属于上游内容，应由细分市场划分姊妹模块负责。

直接面向消费者的模式没有可分层的客户。其结构上的对应做法是客户价值细分——根据消费额或客户生命周期价值划分区间，并据此提供不同服务级别——但这是另一项计算方式不同的工作；应明确指出这一点，而不是强行套用客户分层机制。

失败模式

正式发布前，请用以下各项检验最终章程：

• 层级坍塌 - 数百个账户都被命名为 Tier 1，且一视同仁，抹去了划分层级的意义。检查：顶层是否不超过硬性上限？是否有账户未经关卡审核就被纳入？
• 分层坍塌 - 对一份未经资格审核的名单进行分层，导致 Tier 3 中满是本应被淘汰的账户。检查：每个分层账户是否都通过了上游适配度门槛？
• 只有标签，没有差异 - “大客户和小客户采用同一套节奏”：CRM 中虽有层级划分，但覆盖方式完全相同。检查：每个层级是否至少有一项以 SLA 编码、代表能够察觉的差异？
• 混合健康指标 - 一个公司整体覆盖率掩盖了某个细分群体资源不足的问题。检查：每项健康指标是否都按细分群体和层级分别计算？
• 层级静态不变 - 设定一次后从不审查；或者相反，每月大幅调整，导致任何覆盖级别都没有时间发挥作用。检查：是否安排了季度审查，且每季度流失率上限约为 20%？
• 对供应商数据过度自信 - 将“达成目标的可能性高出 2.3 倍”之类的数字当作事实。检查：章程中的每个数字是否都标明了置信等级？供应商的说法是否都注明来源，而非直接采信？

衡量标准

以下各项全部通过后，章程才算完成；持续迭代，直至达到 100%：

• 每个层级都有已公布的分界值、企业特征门槛、硬性容量上限，以及至少一项与相邻层级不同、以 SLA 编码的覆盖差异。
• 顶层规模不超过上限，且例外额度有明确限制并做好记录。
• 按细分群体和层级定义健康指标，采用 1 ÷ 赢单率的覆盖率公式，并安排 Tier 1 的两季度提升测试。
• 治理机制明确 RevOps 与销售领导层的职责划分、季度／年度节奏、约 20% 的流失率上限，以及重新设计的触发条件。
• 每个数字都标明置信等级（已发表研究／方向性惯例／供应商说法），并明确说明适用范围是 B2B 还是 B2C。

发布后，实时 KPI 即为上述按层级划分的结果指标；两季度提升测试则持续作为评判标准，用于判断分层是否值得承担其额外成本。