广告投放、表单留资、社群活动和门店导购每天都能带来新客户，但销售真正头疼的是不知道先跟谁。有人只是顺手加了企业微信，有人已经提交需求，有人正在比较方案。如果所有客户都按同一节奏推进，高意向线索容易被低价值名单淹没。
微伴助手线索合格定义适合把 MQL（营销合格线索）和 SQL（销售合格线索）标准沉淀到企微 SCRM 流程里。企业可以基于客户基础信息、自定义信息、表单、商机、添加企微和客户评分等条件设置规则，让客户详情和企业微信侧边栏的客户画像显示清晰标识，帮助员工判断跟进优先级。
为什么新增线索越多越需要先分层？
私域运营常见的问题不是没有客户，而是客户质量混在一起。销售打开客户列表时，只看到来源、昵称和最近沟通，很难判断谁值得立即响应，谁适合继续培育，谁只是暂时浏览。
MQL 和 SQL 的价值在于把“销售感觉有意向”变成可解释的判断。MQL 更关注客户是否符合目标人群、是否完成关键互动；SQL 则在此基础上关注更强的购买信号，例如创建商机、评分达到标准或补充了预算、时间等信息。
微伴助手线索合格定义能用哪些条件？
根据官方说明，企业可以在 MQL 和 SQL 规则中组合客户基础信息、自定义信息，以及是否提交表单、是否创建商机、是否添加企微、客户评分是否达到指定值等条件。规则之间支持“且”和“或”，最多可添加 20 条。
实际配置时不建议一开始就堆满条件。更稳妥的做法是先挑三到五个最能区分客户价值的字段，例如来源渠道、需求类型、表单提交、评分变化和商机状态，再根据后续转化数据逐步调整。
MQL 到 SQL 的升级路径应该怎样设计？
SQL 默认需要先满足 MQL 条件，这能避免销售合格线索和营销合格线索各算各的。客户先符合基础匹配标准，再通过更明确的需求、预算、商机或评分进入 SQL，团队就能形成连续漏斗。
例如教育咨询团队可以把“提交年级和课程需求表单”作为 MQL，把“确认预算、创建商机或评分达到指定值”作为 SQL；企业服务团队则可以把行业、规模、需求模块与预计采购时间纳入判断。规则必须贴近真实销售流程，而不是简单照搬通用模板。
员工在哪里看到线索标识？
客户满足规则后，微伴助手会在后台客户详情和企业微信侧边栏客户画像中显示对应标识。销售与客户沟通时不需要切换表格核对名单，就能知道当前客户属于普通线索、MQL 还是 SQL。
标识不是替代沟通判断，而是减少初筛成本。员工仍需要结合聊天上下文记录新需求；主管则可以约定不同标识下的跟进动作，比如 MQL 多久内补充资料，SQL 多久内建立商机和下一步计划。
漏斗数据如何反向优化企微获客？
线索合格定义的数据总览支持按客户类型和时间查看客户总数、MQL 总数、SQL 总数及关联商机数，并以漏斗形式呈现。表格数据可查看新增客户、MQL、SQL 和关联商机等明细，并支持选择 31 天范围导出。
当某个渠道新增多但 MQL 少，可能说明投放人群不准；MQL 多但 SQL 少，可能是培育内容或销售承接不足；SQL 多但商机少，则要检查员工是否及时创建商机。通过微伴助手官网了解并配置线索合格定义后，团队可以把企微获客从“名单越多越好”转向“先识别谁值得跟进”。
原创文章，作者：微伴君，如若转载，请注明出处：https://weibanzhushou.com/blog/35469
