SDR和MDR：角色定义、指标设计与协作实战

一：先搞清楚MDR和SDR到底分别干什么

很多B2B公司里，MDR和SDR这两个岗位是混着用的。市场部招了人，叫“线索专员”，既接官网进来的咨询，又打电话主动邀约，还负责加微信发资料。销售部也招了人，叫“销售助理”，干的也是类似的事。两边都在做，两边都觉得对方没做好，最后线索要么漏了，要么重复跟，要么谁都不跟。

这里，是分工没想清楚。

MDR和SDR，它们处理的是两种完全不同的线索状态。

MDR处理的是inbound线索——客户通过SEM广告、官网注册、内容下载、活动报名等方式主动找过来的。这类线索的特点是：客户有初步意向，但信息很浅，可能只留了个姓名和手机号，连公司规模都不知道。MDR的工作就是在短时间内判断这个人是不是目标客户，行业对不对、规模够不够、需求方向是否匹配。判断通过的，打上MQL标签，转给下一步。判断不通过的，要么标记为长期培育，要么直接废弃。

MDR这个阶段别谈销售技巧，核心就是筛选效率。一个人一天处理几十条inbound线索，每条只有几分钟判断时间，能快速做出“留还是不留”的决定，就是合格的MDR。

SDR处理的是两类线索。第一类是最主要的，即MDR转过来的MQL，这些线索已经过了基础筛选，但远没到可以交给销售的程度。SDR需要做深度培育——加微信、聊需求、发案例、约线上会议，可能花两到三周甚至更久，直到客户愿意接受一次正式的面谈或产品演示。第二类通常比较少见，是SDR自己主动挖掘的outbound线索，通过行业研究、社交媒体、老客户转介绍等方式找到目标客户，主动触达。

SDR的产出是SQL。一个线索能不能成为SQL，行业里有很多种定义，每一家都可能不同，但最核心的一条是：客户是否愿意接受见面。不管是线上会议还是线下拜访，只要客户愿意坐下来认真聊一次，这个线索才可能算真正“合格”。

所以MDR和SDR的分工本质上是一个漏斗的两层：MDR做第一层筛选，把流量变成MQL；SDR做第二层培育，把MQL变成SQL。前者拼速度和判断力，后者拼耐心、私域运营和关系构建能力。

有些公司觉得“让一个人干这两件事更高效”，在早期阶段就应该是这样的。但一旦线索量上来，同时处理inbound的快速筛选和outbound的深度培育，结果往往是两头都做不好——inbound线索响应慢了，outbound线索培育到一半就断了。分拆是为了让两个环节各自有专注的节奏。

搞清楚这个分工，后面的指标设计、激励方式、组织归属才有讨论的基础。否则，连“谁该对什么负责”都说不清楚，更别提协同了。

---

第二章：筛选是起点，孵化和情报是更大的价值

很多公司把MDR和SDR的价值定义得太窄了。招人的时候写JD，核心职责就是“线索筛选和分配”。考核的时候也只盯着MQL和SQL的数量。结果就是，这两个岗位的人干了大半年，自己都觉得是个“电话筛选机”，没有成长感，流失率也高。

但他们的价值远不止于此。

先说孵化。一个客户第一次接触时没有明确需求，这是常态。B2B采购周期动辄三到六个月，客户可能今天只是搜个资料，三个月后才真正有预算启动项目。如果公司只在客户“有明确意向”的那一刻才介入，等于把大量潜在客户拱手让给了竞争对手。

优秀的MDR和SDR会做一件事：加微信，按照行业、规模、岗位给客户打标签。公司做直播了，他们挑出对应行业的客户转发，配一句“这场嘉宾讲的是咱们同行的案例，可以看看”。公司发白皮书了，他们挑出相关岗位的客户推送，说一句“这份报告里提到了您上次问的那个问题”。公司办线下活动了，他们筛选出同城的客户，私信问一句“您看要不要来现场聊聊”。

这些动作看起来零散，但长期积累的效果很可观。一个客户可能第一次沟通时兴趣不大，但半年内收到了三篇有针对性的内容、参加了一次线上分享会，慢慢就对公司的专业度建立了认知。等到他真正有需求的时候，第一个想到的就是联系那个一直在微信上保持互动的MDR或SDR。

这就是孵化的价值——用低成本、高频率的触达，让客户在采购窗口打开时优先想到你。

再说情报。MDR和SDR是公司里接触一个客户最早、离真实反馈最近的人。销售见客户之前，他们已经跟客户聊过好几轮了。客户在电话里抱怨了什么、微信里问了什么问题、对哪个功能最感兴趣、对哪个竞品提过一嘴，这些信息都掌握在他们手里。

但这些信息如果只停留在SDR自己的脑袋里，就浪费了。做得好的团队，会让MDR和SDR定期把客户反馈汇总出来，反哺给市场团队。比如，市场部准备做一批内容选题，SDR反馈说“最近有三四个客户都问到了数据合规的问题，可以写一篇这个方向的”。或者，市场部策划一场线上活动，MDR反馈说“上周处理的线索里，60%的客户对AI解决方案环节感兴趣，活动主题可以往这个方向靠”。

这种情报反馈的价值，比多投几万块广告费更实在。它直接告诉市场团队：客户真正关心什么、什么内容能打动他们、什么话题能引起讨论。市场团队拿着这些信息去调整投放关键词、优化落地页话术、策划活动主题，每一分钱都花得更准。

还有一些公司走得更远。他们让MDR和SDR参与产品需求收集。客户在沟通中反复提到的痛点，如果出现频率足够高，SDR可以直接反馈给产品团队。

所以，筛选只是MDR和SDR工作的起点。最有价值的部分，是在筛选之后的长期孵化和情报反馈。一个能把这两件事做好的MDR或SDR，对增长的贡献，会远远超过预期。

---

第三章：用指标管好这个“情报系统”

说清楚了MDR和SDR的价值，接下来要回答一个更实际的问题：怎么管？

很多公司管MDR和SDR的方式很简单——看数量。MDR看转了多少MQL，SDR看转了多少SQL。数量达标就觉得团队没问题，数量不达标就认为是人不行。这种管理方式，还是把这两个岗位当成“流水线工人”。

但MDR和SDR的工作不是流水线。一个MDR处理100条inbound线索，可能只筛出20条MQL，但这20条里最后成交了5单。另一个MDR处理同样的100条线索，筛出40条MQL，但一条都没成交。只看MQL数量，第二个MDR看起来更“高效”，但实际贡献远不如第一个。

所以指标要分层。我见过做得比较扎实的团队，会给MDR和SDR各设四类指标。

MDR的四类指标：

结果指标看MQL数。这是基础，没有数量就没有一切。

效率指标看MQL转化率，也就是处理的inbound线索里有多大比例变成了MQL。这个指标能看出MDR的筛选能力——转化率太低说明筛选标准过松，什么线索都往上推；转化率太高说明标准过严，可能漏掉了有潜力的客户。

质量指标看客户画像匹配度——抽查，把MDR标记为MQL的线索拿出来，跟ICP（理想客户画像）做对比，看匹配度是否达标。如果MDR为了凑MQL数量，把很多不匹配的客户也标成了MQL，这个指标会直接暴露问题。

成本指标看单条MQL获取成本。这个指标不用来考核MDR个人的，是用来评估市场获客效率的。因为MDR处理的是inbound线索，而inbound线索本身就有获取成本（广告成本、内容生产成本、活动成本）。如果MDR的MQL转化率很低，意味着大量市场投入在第一层就被浪费了。

SDR的四类指标：

结果指标看SQL数。这是SDR的核心产出。

效率指标看SQL转化率，也就是MQL或自拓线索中有多大比例变成了SQL。这个指标能看出SDR的培育能力——转化率太低，可能是话术有问题，也可能是客户筛选标准不对。

质量指标看SQL成交率，也就是转给销售之后最终成单的比例。这个指标是最硬的。如果SDR转了很多SQL，但销售跟了一圈发现一个都没成，说明SDR的SQL标准有问题——客户可能只是愿意聊，但根本没有预算或决策权。

成本指标看单条SQL培育成本。SDR培育一条线索可能要花几周时间，微信沟通、电话跟进、发资料、约会议，这些时间成本都要算进去。如果培育成本过高，而成交率又低，就需要重新审视SDR的线索选择策略。

除了这四类指标，还有两个协同指标值得关注。

一个是SDR的销售退回率。SDR把SQL转给销售后，销售跟了一轮觉得质量不行，退回给SDR。退回率太高，说明SDR和销售对“合格线索”的定义没有对齐。退回率太低，也可能有问题——可能是销售来者不拒，什么线索都接，但实际跟进效率很低，这是常见的占坑行为，也不是什么好事，不专业的培育会浪费大量线索。

另一个是MDR的跟进时效。inbound线索进来后，MDR在多少小时内完成了首次跟进。这个指标直接影响线索的转化率。MDR的响应速度，本身就是一条线索能否被激活的关键变量。

最后说复盘节奏。日常复盘盯效率指标和质量指标，比如SQL转化率突然下降了、销售退回率变高了，这些信号需要及时响应。季度或半年度复盘盯结果指标和成本指标，比如MDR的MQL数是否达标、单条SQL培育成本是否合理。不要把复盘变成每天开两个小时的会，所有指标过一遍——那样只会让团队疲惫，找不到真正的问题。

---

第四章：组织归属与激励设计——让体系稳定运转

指标设好了，但如果组织归属和激励设计没跟上，这套体系还是转不起来。很多公司在这两个问题上栽过跟头。

先说组织归属。

MDR和SDR到底该放在市场还是销售？这个问题没有标准答案，但有一个核心判断依据：谁更擅长管理这个角色。

MDR处理inbound线索，工作节奏跟市场动作高度相关——SEM投放量大了，进线就多；活动办完了，进线就集中。MDR需要跟市场团队频繁对齐：哪些渠道的线索质量高、哪些关键词带来的客户更匹配、哪些活动主题更容易吸引目标客户。从这个角度看，MDR放在市场部是顺的。

SDR做深度培育和outbound拓展，工作节奏跟销售更接近——需要跟销售对齐SQL标准、需要了解销售跟单的进度、需要知道哪些客户销售已经跟过、哪些还没跟进。从这个角度看，SDR放在销售部似乎也合理。

但现实是，把MDR放市场部、SDR放销售部这种“理想分工”，在实际落地时极容易出问题。最大的问题是协作断层：市场部觉得SDR没有及时跟进MDR转过去的线索，销售部觉得MDR筛选的线索质量不行。两边互相抱怨，最后线索要么漏了，要么重复跟，谁都不满意。

我见过做得比较稳的团队，采取了两种做法。

第一种，把MDR和SDR放在一个独立组织里，既不归市场部也不归销售部，直接向COO或CEO汇报。这个组织的核心职能就是“线索管理”——从线索进线到变成SQL，全流程负责。市场部负责把流量引进来，销售部负责把SQL签下来，中间这一段全归这个独立组织管。这样权责清晰，协作摩擦也少。

第二种，如果公司规模不大，没有条件设独立组织，就把MDR和SDR全部放在市场部或者全部放在销售部。放在市场部的前提是，市场负责人要有销售思维，能理解SQL标准、能跟销售团队对齐。放在销售部的前提是，公司已经搭建了中台化的销售运营组织，有专门的销售运营负责人来管这个团队，而不是让销售总监直接管——销售总监的精力主要在跟单和签单上，很难分心去管线索培育的细节。

再说激励设计。

MDR和SDR的激励方式应该不同，原因很简单：两个角色的工作性质不同。

MDR的工作是快速筛选，产出是MQL。MQL的标准相对客观——行业对不对、规模够不够、需求方向是否匹配。这些标准可以量化，所以MDR适合用KPI激励，比如MQL数量、MQL转化率达标后给奖金。MDR不适合拿提成，因为他们的工作不直接关联最终成交——一个MDR筛选出100条MQL，最后成交多少单，取决于SDR的培育能力和销售的跟单能力，MDR控制不了。

SDR的工作是深度培育，产出是SQL。SQL的标准相对主观——客户愿意接受见面，但“愿意见面”这个动作本身不代表一定会成交。如果SDR只拿固定工资加KPI奖金，很容易变成“完成数量就行，质量无所谓”的状态。所以很多做得好的公司会给SDR设计一点提成，比如自己培育转化的SQL最终成交后，拿首单金额的1%。提成比例不高，但意义很大——它让SDR感觉到自己的工作和最终成交是有关系的，而不只是“转交线索就完事”。

但提成设计有一个陷阱：如果提成比例过高，或者提成只跟成交金额挂钩，SDR会倾向于只追大客户，忽视中小客户。结果是，大客户的线索被SDR反复跟进，中小客户的线索无人问津。所以提成设计要结合SQL数量和SQL成交率来设计——既要有数量要求，也要有质量门槛，避免SDR只盯着几个大客户不放。

最后说一个容易被忽略的点：MDR的成本反馈机制。

MDR每天处理大量inbound线索，对线索质量有最直接的感知。如果某一批线索质量极低——比如某个渠道进来的客户全是非目标行业、某个活动带来的注册全是学生或同行——MDR应该第一时间反馈给市场团队。因为MDR的人力成本也是获客成本的一部分，如果市场团队继续往低质量渠道投钱，MDR继续花时间筛选低质量线索，两边都在浪费资源。这个反馈机制建立起来，MDR就不只是一个“筛选员”，还是市场投入效率的“早期预警系统”。

---

第五章：早期阶段先合并，养能力

前面讲的都是MDR和SDR分设之后的运作方式。但很多成长期的B2B公司，线索量还没大到需要分设两个岗位的程度。一个月进线两三百条，一个人处理绰绰有余。这时候强行拆成MDR和SDR，反而增加管理成本和沟通成本。

所以早期阶段更适合的做法是：角色合并。

一个人同时承担MDR和SDR的职责——既处理inbound线索的快速筛选，又做outbound线索的深度培育。听起来工作量很大，但线索量不大的时候，一个人完全能覆盖。

合并之后的管理重点不是“分设”，而是指标监控。

合并后的角色需要同时关注MDR和SDR的指标，但有两个优先级：第一，线索时效性不能降。inbound线索进来后，合并角色必须在规定时间内完成首次跟进。很多公司合并之后出的第一个问题就是响应变慢了——因为这个人同时在培育几个outbound线索，没时间处理新进来的inbound线索。线索时效性一降，转化率也跟着降。第二，SQL侧的指标要逐步提升。合并的目是“通过一个人把从线索进线到SQL产出的全流程跑通”。所以SQL数量、SQL转化率、SQL成交率这些指标，要随着时间推移逐步改善，不能原地踏步。

合并阶段的另一个重要任务是：养能力。

一个人同时做MDR和SDR的工作，意味着他需要同时具备快速筛选能力和深度培育能力。这两种能力不是天生的，需要在实践中积累。公司要做的是给这个人足够的时间和空间去试错、复盘、积累经验。同时配合激励政策和经验分享机制，让团队里优秀的人把方法沉淀下来，传给新人。

等到线索量上来了——比如月进线超过500条，一个人处理不过来——再考虑拆分。拆分的时机应是数据驱动的：当合并角色的线索时效性开始下降、SQL转化率开始停滞，说明一个人已经撑不住了，该拆了。

拆的时候也有讲究，别一下子拆成MDR和SDR两个独立岗位，先拆出一个人专门处理inbound筛选，另一个人继续做培育和outbound。等两个岗位各自跑顺了，再逐步完善指标体系和协作机制。

这个渐进式的拆分路径，比“一步到位”更稳。