从线索到订单流程图：从采集线索到订单登记
从线索到订单流程图模板：采集与去重、线索打分与 MQL 关口、SDR 触达与销售接受、CPQ 配置、折扣审批、报价接受、信用审核与销售订单登记。
什么是从线索到订单流程图：从采集线索到订单登记流程
从线索到订单是一条记录的链条，而不是一套销售打法。它从线索被采集的那一刻开始——网页表单、展会扫码、转介绍、来电，或者一次名单导入——到一张签署的订单被登记并放行给履约为止。让它成为一条流程而不是一张漏斗图的，是同一个商业事实在路上换了四次名字、四次住处：市场系统里的线索，在 CRM 里变成联系人和客户，再变成商机，在 CPQ 工具里变成一份配置好的报价，最后在 ERP 里变成一张销售订单。下面这张图跟着一条线索走完这四段。它带着来源被采集，与 CRM 里已有的记录比对，被补充信息并打分，越过市场部的阈值后路由给 SDR，由客户经理接受或退回，被配置、被定价，在折扣超出销售自己授权的地方被审批，带着有效期发出报价，然后签署、过信用审核、登记入账。
这张图止于已登记的订单。下游一概不画：拣货、发运、签收凭证、开票、收款核销和催收属于循环的订单到收款那一半，有它们自己的图；而围绕价格的更深一层商务机制——完整的多级折扣阶梯、非标准条款的法务审查、收入确认——放在报价到收款里。上游的边界同样是刻意的。CRM 内部的线索生命周期，连同区域规则、轮转分配、节奏设计、重复利用次数上限和数据卫生，本身就是一条独立的流程，在这里被压缩成三个方框。销售打法则完全没有画：没有干系人地图，没有商业论证，没有共同行动计划，因为那些属于销售管道和复杂 B2B 销售的图。从线索到订单所拥有、而它的邻居们并不拥有的，是记录在跨越那四套系统时的完整性。来源能挺过转换吗？报价和订单对得上吗？六个月后还有人说得清是哪场活动带来了这笔收入吗？
四个判定撑起整张图，而每一个都被刻意放在特定的泳道里。“CRM 中是否已有记录？”在市场运营里、在其他任何事情发生之前就被回答，因为在这里造出的一条重复记录，会在此后每一步重新冒出来：第二个负责人、第二份报价、被劈开的归因。「评分是否达到 MQL 阈值？」同样留在市场运营，因为这是市场部自己的判断，也因为它是全图里唯一允许一条线索停下来等待、而不是继续往前走的关口。「销售是否接受该线索？」放在客户经理而不是 SDR 团队那一格，因为接受是接收方说的话，一次由交付方自己宣布完成的交接不算交接；它的三个出口，把退回去再做点功课和彻底判定不合适分得清清楚楚。两道价格关口分处两条泳道，好让谈下这个价格的人永远不是批准这个价格的人；而「信用审核是否通过？」坐在最后的财务与信用泳道里，在那里它仍然能拦下一张所有人都已经庆祝过的订单。
本流程图涵盖的内容
本模板包含
- 六条泳道（市场运营、SDR 团队、客户经理、交易审核台与销售运营、财务与信用、客户）铺在六个阶段上：采集、资格认定、销售接受、配置与报价、审批与接受、订单与交接。
- 先去重再补充信息：“CRM 中是否已有记录？”把重复的询问引向“并入已有的客户记录”，而不是再建一条线索，这样这家客户就只有一个负责人、一段历史和一条归因轨迹。
- 一道给线索留了等待之处的打分关口：「评分是否达到 MQL 阈值？」把低于这条线的一切送去「把线索留在培育流程中」，那里重新打分而不是删除，于是日后转热的线索会从同一道关口再进来。
- 双向接受，而不是把交接扔过墙去：「潜在客户是否在 SLA 内回复？」管的是 SDR 团队的首次接触窗口，而「销售是否接受该线索？」有三个出口，其中之一是「按原因代码淘汰」。
- 报价构建带两道彼此独立的关口：“配置是否符合产品规则？”把无效的配置退回客户经理，而“折扣是否在客户经理授权内？”只把价格一项升级到另一条泳道上的“交易审核台是否批准该折扣？”。
- 一条接受回路和最后一道硬关口：「客户是否接受报价？」让修改经由「修订报价并重新定价」回到折扣判定，而「信用审核是否通过？」仍然能在「在 ERP 中登记销售订单」之前拦下一笔已经签署的交易。
何时使用本模板
- 你们正在把营销自动化、CRM、CPQ 工具和 ERP 接到一起，需要在有人动手映射字段之前，先把记录在系统之间的交接谈定
- 市场和销售对线索质量各执一词，双方都拿不出一份写下来的定义：交出去的到底是什么，接手的人又该拿它做什么
- 报价要好几天才发得出去，却没人说得清时间是花在配置上、花在折扣审批上，还是花在等客户上
- 有些订单被登记了下来，可财务根本不会给它过信用，或者它跟客户实际签署的那份报价对不上
- 有人问哪几场活动带来了收入，答案却死在线索记录和销售订单之间的某个地方
运作方式
把泳道改成你们自己的角色
把市场运营、SDR 团队、客户经理、交易审核台与销售运营、财务与信用、客户，换成你们真正拥有的角色。很多组织既没有 SDR，也没有交易审核台：如果客户经理自己开拓客户、由销售主管裁定折扣，那就把这些泳道合并，而不是画一次没人执行的交接。无论还合并了什么，都请保留客户这条泳道，因为它的两个方框是整条流程唯一离开你们自己大楼的地方。
把“合格”和“接受”的含义写下来
在两道资格关口都带上判定标准之前，这张图是死的。写清楚哪些匹配属性、哪些意向行为加总成分数，阈值本身是多少，再另外写清楚客户经理在接受时到底答应了什么：通常是一个有名有姓的人、一项说明白的需求，和一个说得通的时间窗。把两份定义和市场、销售在同一间屋子里谈定，记下是谁签的字，并给它们定一个复审日期。
定下首次接触的 SLA 和重复利用规则
决定线索路由之后 SDR 必须在多久之内完成首次接触、跨哪些渠道、多少次尝试才算跑完一轮节奏，以及窗口关闭时会发生什么。然后谈定重复利用规则：一条线索要在培育流程里待多久才可以重新打分，以及它最多可以转几圈，之后就该被淘汰而不是再打一次分。没有后面这条规则，培育流程就会变成线索悄悄死去的地方。
给折扣授权配上数字
给两道价格关口配上数字。定下客户经理可以自行让出多少、授权到哪里为止，并且同时用相对标价的百分比和一个绝对金额来表达，免得一笔很大的订单上那一点点百分比被当成例行公事。再决定这道判定量的是表面折扣，还是扣除交付成本后剩下的毛利，并写明这份报价是按哪一版价格表定的价。
定义一份发出的报价必须带什么
列出文件上必须出现的内容：版本号、有效期、币种与税务处理、范围之内包含什么以及明确不包含什么，还有它所携带的审批，连同审批人和日期。修订要出新版本而不是覆盖旧版，这样记录里仍然看得出客户签的是哪一份报价、当时为它批过什么。这一步现在几乎不花什么成本，日后却正是它回答了审计的提问。
谈定信用规则和登记前的核对
写明由谁来做信用审核、依据哪些材料、订单金额超过多少才需要做。把财务可以附加、而不必直接拒绝的条件记下来，比如预付款、调低的授信额度、更短的账期或一份担保，以及谁有权同意这些条件。然后加上登记前的核对：在有人把订单放行给履约之前，签署的订购单和销售订单之间必须有哪些内容对得上。
拿三笔真实的交易走一遍
找一笔一路直通的交易、一笔在折扣回路里绕了两圈的，和一笔被淘汰的，跟当初经手的人一起把每一笔都在图上走一遍。凡是有人描述得出、图上却没画的步骤，或者画了、实际却总被跳过的步骤，都是发布之前值得动手处理的发现。把图改成实际发生的样子，而不是改成打法手册说应该发生的样子。
常见问题
从线索到订单的流程有哪些步骤？
线索带着来源和同意被采集下来，与 CRM 比对之后，要么并入已有客户，要么作为新线索继续往前。它被补充信息，并按匹配度和意向打分，低于市场阈值的一切都留在培育流程里等着重新打分，而不是被删掉。合格的线索交给 SDR，由他在首次接触窗口内跑完一轮触达节奏，确认需求并约下会议。随后客户经理接受它、退回去要求补做功课，或者按原因代码淘汰它。一旦接受，就创建商机，配置方案并用产品规则校验，再按当前价格表核定价格。折扣在客户经理自己授权之内的，直接去发报价；超出的交给交易审核台。报价带着有效期发出，客户签署、要求修改，或者让它过期；财务做信用审核；最后销售订单被登记，并归因回带来它的那场活动。
从线索到订单和报价到收款有什么区别？
它们切在不同的位置，回答的也是不同的问题。从线索到订单起于刚采集到的原始线索，止于已登记的订单，所以它的细节都在一笔交易成为商业事实之前必须发生的那些事情上：去重、补充信息与打分、市场阈值、SDR 的触达节奏、销售接受、商机、配置和报价。报价到收款起点更靠后，从一条合格商机开始，把前半段当作已经完成，把细节放在定价审批、非标准条款、开票、收入确认和收回来的现金上。订单到收款起点还要更靠后，从一张你已经接下来的订单开始。如果你们的问题是线索质量、市场到销售的交接，或者报价发出去要花多久，就用这一页；如果问题是审批阶梯、开票触发条件或者把钱收回来，那就用另外两页。
MQL、销售已接受线索和 SQL 有什么区别？
它们是三个不同的人对同一条记录做出的三种判断，而由 SiriusDecisions（现属 Forrester）推广开的需求瀑布模型，存在的意义正是把它们分开。市场合格线索满足了市场部自己的标准，通常是匹配属性与观察到的意向的组合，被认为可以跟进了。销售已接受线索是销售看过并同意去做的线索，它验证了市场部的标准确实被满足。销售合格线索则是销售做过、并依据预算、决策权、需求和时间窗等证据确认为真实商机的线索。在这张图里，市场阈值产出第一种，销售是否接受该线索这道判定产出第二种，紧随其后创建的商机是第三种。把三者压成一个数字的图，正是市场和销售从同一个数据库里报出不同管道的原因。
从线索到订单的流程通常在哪里断掉？
四个可以预料的地方，而且没有一个是销售本身。一是采集时造出的重复记录，原因是去重检查被跳过，或者匹配规则太窄，于是下游每一份产物都存在两份。二是市场到销售的交接：线索被路由出去，却从来没有被接受或拒绝，谁也说不清它们后来怎么了，两边各拿一套数字争论。三是折扣审批：授权只写成相对标价的百分比，于是通过账期、更长的爬坡期或免费服务让出去的那一份，就一路未经检验地过去了。四是报价与订单之间的接缝：签下来的和记进去的渐渐分岔，因为它们住在两套系统里，而开票时只会去读其中一套。这四处都是发生在边界上的断裂，也正因如此，只有把这条链条从头到尾画出来，它们才看得见。
采集一条线索时必须记录什么？
至少要记录：带来它的渠道和活动、日期和时间、此人在入口处被告知了什么，以及你们打算据以联系他的合法依据。电子营销的规则因司法辖区而异，也取决于联系人是谁。在英国，Privacy and Electronic Communications Regulations 并不把电子邮件营销规则适用于有限公司、LLP 这类法人订户，但 ICO 把个体工商户和普通合伙视为个人订户，因此对他们需要取得同意或适用 soft opt-in；无论哪种情况，UK GDPR 对某个具名个人的工作邮箱依然适用，退订请求也必须得到执行。在美国，CAN-SPAM 法案要求退订请求在十个工作日内得到执行、退订机制在发送后至少三十天内保持可用，并且邮件须载有一个有效的实体邮寄地址。这张图是一个供你们按照自身程序和法律意见调整的起点，而不是一份合规声明。