投放、表单、活动和门店每天都能带来新客户，但销售真正缺少的往往不是名单，而是判断顺序：谁只是刚加企微，谁已经表现出兴趣，谁值得立即安排顾问深度沟通。如果所有客户都按同一个节奏跟进，团队会把大量时间花在低意向线索上，高价值客户反而等待太久。
微伴线索合格定义可以由企业设置 MQL（营销合格线索）和 SQL（销售合格线索）规则，根据客户基础信息、自定义信息、表单、商机、添加企微和客户评分等条件自动判断，并在客户详情及企业微信侧边栏客户画像中显示标识。对重视销售跟进效率的企微 SCRM团队来说，它把“这个客户看起来有意向”变成一套可解释、可统计的线索判断标准。
MQL 和 SQL 在线索管理中分别代表什么？
MQL 是营销合格线索，表示客户已经满足企业设置的基础兴趣或匹配标准，相比普通线索更值得进入销售培育；SQL 是销售合格线索，表示客户在 MQL 基础上进一步表现出购买可能，可以进入更明确的销售跟进流程。
两者不是简单的“低分客户”和“高分客户”。MQL 更关注客户是否符合目标人群、是否完成关键互动，SQL 则关注需求是否进一步明确、是否已经出现商机或更强行为信号。
例如，一位客户添加了企业微信并提交课程需求表单，可以先成为 MQL；后续客户评分达到标准、创建了商机或补充了预算信息，再进入 SQL。销售看到标识后，可以根据不同阶段安排资料、沟通深度和响应时效。
企业需要先统一这两个概念。若市场、销售对“合格线索”理解不同，再精细的规则也只会制造新的争议。
微伴线索合格定义可以使用哪些判断条件？
根据微伴帮助中心，MQL 与 SQL 规则都可以结合客户基础信息、自定义信息，以及是否提交表单、是否创建商机、是否添加企微、客户评分达到多少等条件进行设置。
基础信息适合判断地区、来源或客户类型；自定义信息可以承接行业、预算、需求时间等企业自己的字段；表单行为反映客户是否主动补充资料；商机和客户评分则更接近销售过程与行为强度。
规则之间支持“且”与“或”的关系，最多可以添加 20 条。这里不宜为了覆盖所有例外而堆满条件，应先用最能区分客户价值的三到五项搭建基础规则。
“且”适合必须同时满足的门槛，例如“目标地区且提交需求表单”；“或”适合多种行为任一成立即可进入，例如“创建商机或评分达到指定值”。条件逻辑越清楚，销售越容易理解标识为什么出现。
怎样设计 MQL 规则避免营销线索过宽？
MQL 的目标是从普通线索中筛出值得培育的人，而不是把所有新增客户换一个名称。如果只设置“已经添加企微”，名单通常仍然过大，无法改善跟进效率。
企业可以围绕三类信息组合判断。
客户是否符合目标范围。 地区、行业、门店、身份或需求类型决定这条线索是否与业务匹配。
客户是否完成关键动作。 提交表单、补充联系方式或参与某项活动，说明客户愿意投入更多注意力。
客户是否释放兴趣信号。 评分变化、资料行为或其他自定义信息，可以帮助区分偶然添加与持续关注。
上线初期宁可规则更清晰，也不要过度追求命中数量。MQL 太宽，销售仍会面对海量名单；规则太窄，则可能错过需要培育的客户。团队应结合后续转化定期调整。
SQL 规则为什么必须建立在 MQL 基础上？
帮助中心提示，SQL 默认规则必须满足 MQL 条件。这让线索升级形成连续路径：客户先符合营销合格标准，再通过更强需求或销售行为成为 SQL。
SQL 可以加入更接近成交的条件，例如已经创建商机、客户评分达到更高标准、补充预算或项目时间等自定义信息。具体条件应与企业真实销售流程一致，而不是直接照搬其他行业的模板。
对低频高客单业务来说，SQL 可能意味着完成需求访谈并确认预算；对课程咨询，可能意味着提交具体年级与开课时间；对门店大客户，可能意味着明确采购数量并进入报价。
销售看到 SQL 标识后，应有对应动作，例如在规定时间内联系、完善商机、记录下一步和预计成交时间。只有标识没有服务标准，线索分层仍然无法产生业务价值。
员工在哪里查看 MQL 和 SQL 标识？
当客户满足规则后，微伴会在后台客户管理的客户详情，以及企业微信侧边栏的客户画像中增加相应标识。员工与客户沟通时可以直接看到，不必切换到单独表格核对名单。
侧边栏标识适合帮助销售快速判断当前客户所处层级，但不应替代聊天上下文和真实需求。规则只能识别已配置的数据，客户刚刚在对话中表达的新情况仍需要员工记录和判断。
管理者可以为不同角色约定使用方式：市场负责关注普通线索到 MQL 的转化，销售负责 MQL 到 SQL 及商机推进，主管则查看规则命中与阶段转化是否合理。
当员工发现标识与真实情况明显不符，应反馈具体案例。用误判案例调整字段和条件，比要求员工完全相信系统更能提高规则质量。
线索漏斗数据可以怎样复盘企微获客质量？
微伴线索合格定义的数据总览支持按客户类型和时间查看客户总数、MQL 总数、SQL 总数及关联商机数，并以漏斗展示相关数据，默认展示前三个渠道的详细情况。
这组数据可以回答：哪个渠道带来的新增客户多，但 MQL 比例低？哪些营销活动能产生 MQL，却很少继续转成 SQL？SQL 是否真正进入商机？
如果某渠道新增很多、合格线索很少，问题可能在前端人群或活动承诺；MQL 较多但 SQL 很少，则需要检查培育内容、销售承接或规则门槛；SQL 较多但关联商机不足，可能说明员工没有及时创建商机或流程定义不一致。
表格数据支持选择任意 31 天范围，查看新增客户、MQL、SQL 和关联商机等明细并导出。复盘时应结合渠道成本与实际成交，不要只追求漏斗数字好看。
上线线索合格定义前有哪些必要检查？
首先确认字段质量。表单、自定义信息、客户评分和商机如果长期无人维护，规则判断也不会可靠。
其次用历史案例模拟。挑选已成交、已流失和仍在培育的客户，按照拟定规则判断他们理论上会进入哪个层级，提前发现门槛问题。
再次明确跟进动作。MQL 和 SQL 分别由谁负责、多久响应、需要记录什么，应与规则同时发布。
帮助中心说明，使用线索合格定义需要配置销售席位。更重要的是，规则设置完成后只对后续满足条件的客户生效，不会计算历史数据。因此，企业不能上线后立即用新漏斗评价过去一段时间的表现，应从规则启用日开始观察。
微伴线索合格定义适合线索来源多、客户数量大、销售资源有限的团队。通过微伴助手官网了解并配置 MQL、SQL 规则后，企业可以把企微获客从“名单越多越好”转向“先识别谁值得跟进”，再用漏斗数据持续优化客户分层、营销承接与私域转化。
原创文章，作者：微伴君，如若转载，请注明出处：https://weibanzhushou.com/blog/35449
