定向推广：怎样与销售承接流程对接
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /2218caa1c73a.html
📄
定向推广：怎样与销售承接流程对接
定向推广与销售承接对接的核心，是从最终要交付的结果倒推：需要什么资料、谁在什么时间完成什么任务、用什么标准验收。先确定销售端能接住什么，再决定推广端投什么、留什么、传什么。时间和人手有限时，最先处理的不是加大投放，而是把“线索从推广到销售”这条链路上的资料字段、责任人和验收口径固定下来。
从交付结果倒推：销售需要什么样的线索才算可接
推广端常按点击、表单量、互动量汇报，销售端却按能否约到人、能否推进来评价。两者不统一，承接就会断。可行的做法是先让销售定义“可接线索”的最低标准，例如：
- 有明确的需求方向，而不只是留了电话；
- 有可核对的联系方式，且允许被联系；
- 有来源标记，能区分是搜索广告、信息流还是自然内容；
- 有初步意向说明，销售第一次沟通时不用从零问起。
这个标准不是越高越好。标准定得太高，推广端拿不到量；定得太低，销售端会认为线索质量差而放弃跟进。判断方法是：先按现有线索跑一周，统计销售实际愿意跟的比例，再回头调整表单必填项。这里只做内部口径对比，不引用任何外部转化率数字。
必需资料清单：推广端要留下什么，销售端要补什么
资料分为三层，缺一层就会在承接时反复追问。
- 识别层：姓名或称呼、可联系渠道、所在地区或行业。用于销售判断是否在服务范围内。
- 意向层：咨询的具体问题、期望的时间节点、已知的预算范围（如果对方愿意说）。用于销售准备第一次沟通的内容。
- 来源层：来自哪个推广渠道、哪条内容或哪个定向条件、首次接触时间。用于后续判断哪类定向值得继续投入。
销售端要补的是跟进记录：是否接通、对方当前阶段、下一步约定时间、未推进的原因。这些记录必须回写到同一个线索表里，否则推广端无法知道哪些定向条件带来了可推进的线索。人手有限时，先保证“来源层”和“未推进原因”两个字段不缺失，它们对优化定向的参考价值最高。
任务与责任：谁在什么时间点做什么
把流程拆成四个时间点，每个点只指定一个责任人，避免互相等待。
- 推广触发后 0–5 分钟：系统或值班人员完成线索入库并标记来源。责任人是推广执行人。
- 入库后 30 分钟内：销售完成首次联系尝试，并记录结果。责任人是承接销售。
- 首次联系后当天：销售判定线索状态（继续跟进、暂缓、无效），并写明原因。责任人是承接销售。
- 每周固定时间：推广与销售共同看一次线索表，核对来源与推进情况，决定下一周定向调整方向。责任人是双方共同。
时间点可以根据实际业务调整，但必须写下来并让双方知道。没有明确时间点时，线索容易在“以为对方会跟”的状态下流失。如果推广和销售由同一人兼任，仍要分开记录“投放动作”和“跟进动作”，否则无法判断问题出在定向还是出在承接。
验收标准：怎么判断对接是否真的跑通
验收不看单次结果，看流程是否可重复。可以用下面几项做检查：
- 每条线索都能追溯到具体来源和定向条件；
- 每条线索都有首次联系时间和结果记录；
- 未推进的线索写明了原因，且原因可以被归类；
- 推广端能根据销售回写的原因，指出至少一个需要调整的定向方向；
- 销售端不再需要反复向推广端询问线索背景。
如果以上有任意一项做不到，说明对接还没完成，此时增加推广投入只会放大混乱。验收周期建议按周进行，先跑通一个小渠道或一组定向条件，再复制到其他渠道。适用条件是推广与销售使用同一份线索表；如果两边系统不通，至少先用共享表格手动同步，不要等系统对接完成才开始。
下一步：先固定一张最小线索表
时间和人手有限时，不要先改投放策略。先建一张最小线索表，字段只保留：来源、定向条件、联系方式、意向说明、首次联系时间、当前状态、未推进原因。让推广和销售在同一张表里各填各的部分，连续记录一周后，再根据“哪些定向条件带来的线索能被推进”来决定下一步把资源放在哪里。
