MQL和SQL是什么意思？从“值得继续聊”到“销售接着聊”

为什么收到线索之后，还要再了解一次

上一课知道了人、企业和采购项目的区别。现在假设工厂负责人主动咨询，你仍需知道他遇到什么问题、产品是否相关、希望得到什么帮助。这个了解过程，是为了把合适的事情交给合适的人，不是给客户做考试。

把两个英文缩写翻译成工作动作

MQL是Marketing Qualified Lead，可理解为市场判断适合继续沟通的线索；SQL是Sales Qualified Lead，在不同企业可能对应销售接收或销售进一步确认。先看自己公司怎样规定，不要求所有企业采用完全相同条件。这里的“合格”是工作分工需要，不是对一个人的评价。

线索需求判断的任务，是判断是否值得进入下一种沟通，以及下一步需要弄清什么。它不是给客户贴永久标签，也不是用一个总分掩盖缺失的信息。客户情况会变化，判断应保留时间、依据与待确认事项。

提问从客户问题出发通常更自然。先理解目前怎样工作、什么地方受阻，再讨论期望与限制。预算、采购参与者和时间安排可能有帮助，但不应被当成审问清单。对方不知道预算，不等于没有实际问题；有预算，也不代表产品适配。

记录中要区分客户明确表达与工作人员推测。例如客户说本季度想了解方案，是事实；工作人员写本季度一定采购，是推断。后者如果进入销售预测，会放大误差。好的判断可以明确写未知，并安排合理的核实动作。

先问业务问题，再了解采购背景

可以从“目前怎样处理”“哪里不方便”“希望变成什么样”开始，再了解参与人、时间安排和需要核实的产品条件。课件还提到预算、权限、需求和时间等问题，但新人不必把它当成一串必须审问完的问题。先自然理解业务，缺少的信息如实保留。

工厂说记录查找太慢，怎样继续了解

工厂负责人说维修记录查找太慢。负责初步沟通的同事可以先问记录目前放在哪里、谁需要查询、困难发生在什么情境。这样能判断问题涉及信息分散、字段不一致还是权限管理，而不是马上把所有功能介绍一遍。

如果对方希望了解软件方案，但技术同事尚未参与，可以记录需要技术评估，建议下一次把相关人员一起纳入。不能把尚未参与误写成内部已经认可，也不能代替客户承诺时间。

最后给销售的记录可以是：问题已确认、产品范围初步相关、现有系统情况待核实、客户愿意进一步交流。它比“意向很强，尽快成交”更容易使用，也清楚暴露下一步工作。

把“看起来有兴趣”写成可继续工作的记录

假设客户说“我们有三个车间，想知道能否统一维修记录，本周希望先看一份介绍”。可以记录企业场景、具体问题和资料时间。暂时没有确认采购计划，就不要写本周成交；没有了解预算，也不要随意填一个数字。

接下来根据双方约定判断是否由销售继续。若产品大致相关，客户也愿意进一步交流，可以说明已知条件和待问问题交接；若只是初步学习，则先提供相关资料。关键是下一位同事知道为什么这样安排，而不只是看见一个缩写标签。

客户没有预算数字，还能继续帮助吗

可以先了解问题。暂时不知道预算，不等于没有实际需要；已经有预算，也不代表产品一定适合。好的记录写清客户说了什么、哪里还不清楚、下一步由谁继续。后面的MDR课程会把这次首次交流完整走一遍。