怎样把市场与销售约定写成能执行的SLA？

市场与销售SLA不是一句“市场多给好线索、销售及时跟进”，也不是从行业文章复制一组小时数。它是一份围绕客户回应和责任连续性建立的协作约定：什么对象进入、什么状态代表什么、何时转交、谁接收、时钟从哪里开始、怎样处理例外、什么原因可以退回、结果怎样返回、规则如何修订。

SLA可以先从一页开始，但每个句子必须能对应字段、动作、负责人或检查。数字由本企业的客户需要、地区时区、销售方式、团队容量和历史任务验证，不把别人的响应承诺当成自己的能力。

**可执行SLA必须同时写清对象、时钟、动作、例外和反馈。**

第一部分：适用范围和共同词典

先写SLA覆盖哪些入口、团队、地区、产品和工作时间。预约演示、明确询价、活动报名和内容申请可能采用不同服务级别；已有客户问题、合作伙伴、求职者和供应商要进入正确流程。

共同词典至少定义联系人、企业账户、原始线索、MQL、已分配、已接收、首次有效动作、SQL或商机、退回培育与排除。每个状态说明对象、判断人、证据和退出条件。若不同团队使用不同名称，应先建立映射，不让同一个词代表不同事件。

第二部分：转交条件

写出最低可核实条件：企业或问题是否在范围，联系人提出了什么，是否允许当前联系，是否存在已有负责人，为什么需要销售继续。MQL条件可按业务调整，但“下载过资料”“分数高”“职位像决策者”不能自动替代真实问题和下一步。

规则还要说明信息不全时怎么办。可以进入补充或培育，而不是为了达到数量补写未知。条件有版本和生效日期，产品或目标客户变化时重新审查。

第三部分：分配与归属

说明由谁分配、依据哪些稳定规则、已有客户和商机优先怎样处理、客户指定销售怎么办、跨区域或跨产品冲突由谁裁决。自动分配需要人工纠正入口和失败队列。

分配记录保存目标负责人、规则版本、时间和结果。找不到负责人时进入待处理，不默认分给某人后无声停留。人员请假、离职和容量不足要有代理或升级方案。

第四部分：接收与响应时钟

把“及时”拆成分配、接收和首次有效动作三只时钟。分别写启动事件、工作日或自然日、时区、暂停条件、完成事件和超时升级。客户指定时间优先于内部默认时限，等待客户或必要内部核实时怎样暂停也要明确。

不同入口可以有不同目标，但不要在公开教学稿中给出统一小时数。先从历史任务测量实际分布，观察是否能稳定兑现，再承诺。容量不够时应调整优先级、分配或资源，而不是把超时记录改成已完成。

第五部分：什么算首次有效动作

有效动作要与客户当前任务匹配，并留下可核验结果。预约交流按约联系、资料申请准确交付、专业问题交给明确负责人并告知回复时间，都可能成立。自动确认邮件可以证明收到提交，却不默认代表销售理解并处理。

未联系到、客户改期、等待内部核实和客户拒绝是不同结果。每种结果写下一步、责任和复查时间。拨号或发消息的次数不应代替客户是否得到合适回应。

第六部分：退回与重新进入

允许退回的原因应互斥、可操作：主体无效、重复或已有负责人、不适配、只需内容、当前未成熟、信息待补、联系未完成、明确拒绝等。每个原因连接清洗、合并、补充、培育、排除或重新分配。

退回不是把记录扔回市场池。写清接手人、后续动作、复查条件和权限。重新进入销售不能只因为时间过去，应由客户主动问题、项目变化、新角色或其他约定证据触发。

第七部分：反馈和共同指标

市场需要看到销售是否接收、何时采取有效动作、客户实际反馈、退回原因和后续状态；销售需要看到来源、内容、MQL依据和市场补充。共同仪表盘把数量、时效、质量和业务结果分开。

指标说明对象、分母、时间窗口和数据源。销售接收率不等于商机率，商机和收入也不能强行归因到当天交接。未知和缺失反馈应单独显示，不把缺失当成零。

第八部分：例外与升级

至少测试已有客户再次提交、同一企业多人参与、客户指定销售、跨区域、负责人请假、系统失败、重复记录、敏感问题、退订和删除要求。每种例外说明进入哪个队列、谁决定、客户承诺怎样保护。

升级不是惩罚个人，而是让即将失约或无人承接的任务被看见。可以设置先提醒负责人，再提醒代理或管理者，最后重新分配；具体层级按团队结构制定，不假定必须由某个固定岗位批准。

第九部分：隐私、权限与记录

规定哪些字段对市场、MDR、销售、管理者和系统管理员可见；通知只展示完成任务所需的最少信息。客户原话、录音、聊天记录和个人联系方式应有访问、保存、更正与删除规则。

联系授权、渠道偏好、拒绝和退订要跨相关系统保持一致。自动化不能因字段同步失败恢复已禁止的触达。涉及适用法律和合同要求时，由合规负责人审查；SLA不替代隐私政策或法律文件。

一页SLA教学样例

这张表只是结构，不是可以直接签署的规则。每一栏都要使用企业自己的对象、责任与经过验证的时间。

怎样用样本试跑SLA

选择几种脱敏情境：主动咨询、只需资料、已有负责人、企业不适配、客户改期、系统分配失败。让市场、MDR和销售分别按草案处理，记录同一情境是否得到一致状态和下一步。

若判断分歧，先修定义；若信息不足，修交接模板；若规则正确但长期超时，查容量和分配；若系统状态与实际不符，修事件和失败处理。试跑通过后再逐步扩大范围。

版本和生效怎样管理

SLA必须有负责人、版本、批准人、生效时间和变更记录。旧记录按当时规则评估，新规则不应倒推修改历史。指标趋势跨版本变化时，在报表中标注，否则团队会把定义变化误当业务变化。

每次修订只解决有证据的问题。不要因为一次特殊情况不断增加复杂分支；频繁出现且影响客户或协作的例外才进入正式规则。

与系统实施怎样衔接

先确认业务事件和主责，再配置字段、流程、通知与接口。系统应支持幂等、错误可见、人工补偿和审计历史。若流程仍无法解释“谁接收、何时完成”，API打通只会更快传播错误。

低风险自动化包括分配提醒、超时告警、退回原因路由和数据质量检查。资格判断、复杂归属、客户需求和接收责任仍需有权人员确认。

系统实施前，可先用纸面记录或现有CRM验证最小交接信息和三只时钟是否真的被团队使用。只有业务事件稳定、字段含义一致、异常有人处理，才有条件自动化。系统之间怎样确定主责、映射字段和暴露失败，可继续参考营销自动化系统连接方法。

学完这一页要完成什么

用本页九个部分检查现有SLA。把“及时”“高质量”“认真跟进”“信息完整”等模糊词圈出，替换为对象、证据、事件、负责人和失败去向。暂时没有数据支持的时间目标标为待测量，不填写行业常见数字。

再用三到五条脱敏样本试跑，记录分歧并只修改对应条款。若分歧集中在销售退回描述，可回到转交、接收和跟进的状态记录检查事实是否完整；完成后把结果带到每周协作复盘，让SLA持续接受真实工作验证。

结论：SLA是可复查的工作约定

怎样把市场与销售约定写成能执行的SLA？先统一对象与状态，再规定转交、分配、接收、响应、退回、反馈、例外、权限和版本。每一条都能落到实际事件与责任，数字来自本团队验证。这样的SLA不是约束某个部门的口号，而是保护客户回应连续性和团队共同学习的工作系统。

本页来源与禁写边界

• 本页依据本课已确认学习单元第五章、赵岩《B2B数字营销笔记2025》第89—92页及《B2B数字营销基础课》课件第62—64页整理；历史固定部门层级、比例和厂商实现均未作为通用规则。
• 已确认Blog：B2B市场与销售SLA怎么制定用于共同词典、时钟、退回、反馈与版本，B2B营销自动化系统怎么连接用于业务事件、主责系统、接口失败和人工补偿边界。
• 禁写：照抄统一响应时间；固定岗位或组织层级适用于所有企业；BANT是首次联系硬门槛；工具打通必然解决协作；自动通知等于责任接收；承诺线索利用率、成交或收入提升。