网站推广计划书怎样与销售承接流程对接：把线索交付标准写进计划
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /48b97e62329b.html
📄
网站推广计划书怎样与销售承接流程对接：把线索交付标准写进计划
在网站推广计划书里，与销售承接流程对接的核心动作只有一件事：为每条推广渠道定义一份可执行的线索交付标准，明确谁在什么时间、以什么字段、通过什么方式把线索交给销售，以及销售在多长时间内必须反馈结果。计划书如果只写推广目标和预算，不写交付标准，多人协作时就会出现推广说“线索给了”，销售说“质量太差没人跟”的互相推诿。下面按观察、判断、处理、复查四步说明怎么写。
观察：先看现有承接链条断在哪一段
动手改计划书之前，先收集三类事实，不要凭印象判断。第一类是线索从产生到被销售首次联系的时间记录，可以从表单提交时间、客服系统或聊天记录里取。第二类是线索字段的完整度，例如有多少条只有手机号、没有需求描述或来源渠道。第三类是销售对线索的处理结果标记，比如已联系、无效、已报价、已成交，看这些状态是否被真实填写。
观察阶段要区分“可能原因”和“已经定位的原因”。例如销售跟进慢，可能是线索分配没有责任人，也可能是通知只发到群里被刷掉，还可能是销售当天在外无法处理。在没有核对具体记录之前，不要把原因写死成某一条，否则计划书里的改进措施会打偏。
判断：哪些线索值得进入销售流程
推广计划书需要给线索分级，否则销售会把精力平均分给所有线索。常见的判断维度包括：来源渠道（自然搜索、付费广告、社交媒体、老客户转介绍应分开统计）、行为深度（是否看过报价页、是否下载资料、是否多次访问）、信息完整度（是否留下可回访的联系方式和需求说明）。
分级不是给渠道贴好坏标签，而是决定承接方式。可以按下面的方式写进计划书：
- A类：留下完整联系方式并有明确需求描述，要求在约定工作时间内直接分配给具体销售，并记录首次联系时间。
- B类：只有联系方式、需求不明确，先由推广或客服做一次确认，再决定是否转销售。
- C类：仅浏览或仅订阅，不进入销售流程，留在培育环节。
这里的关键是让推广和销售对同一批线索用同一套定义。如果推广按“提交表单”计数，销售按“愿意沟通”计数，两边的报表永远对不上，返工就发生在这个差额里。
处理：把交付动作写成计划书里的固定条款
判断标准确定后，要在网站推广计划书中写明具体交付动作。建议至少覆盖以下内容，并指定唯一责任人，而不是写“由相关部门负责”：
- 线索产生后由谁在多久内完成初步筛选，筛选不通过时记录原因。
- 通过筛选的线索以什么形式交给销售，是系统分配、表格同步还是指定人员转发。
- 每条线索必须携带哪些字段，例如来源渠道、落地页、提交时间、需求摘要。
- 销售首次联系后必须回填哪些状态，多久未回填视为超时。
- 超时未处理的线索由谁回收、重新分配还是退回培育。
举个假设的例子：某计划书规定，表单线索在提交后两小时内由推广助理完成初筛，A类线索当日内分配给销售，销售需在第二个工作日结束前回填首次联系结果；超时未回填的线索自动回到公共池。这个例子里所有时间点和动作都可以被核对，而不是“尽快跟进”这类无法验证的表述。
如果团队使用表格协作，可以在表格里加一列“承接状态”，用固定选项代替自由填写，减少口径不一致。技术实现上，若用网页表单触发通知，相关页面结构里常见的是 <form> 提交后由后端转发，具体实现依团队工具而定，计划书只需写清交付节点，不必规定技术细节。
复查：用交付结果反向校正推广计划
对接不是一次性动作，需要按固定周期复查。复查时看三类数据：线索交付是否按时、销售回填是否完整、不同来源渠道进入销售流程后的推进情况。注意不要把搜索、广告、社媒和销售的指标混用，例如用广告点击量去解释销售成交，这两者之间还隔着线索筛选和跟进环节。
复查的结论要能改回计划书。如果发现某渠道线索量大但初筛通过率低，处理方式是调整该渠道的落地页承诺或筛选问题，而不是简单要求销售多跟进。如果发现交付及时但销售回填率低，先核对是流程繁琐还是责任不清，再决定是简化字段还是明确考核。
复查频率建议与推广投放节奏一致，投放频繁时按周核对，投放稳定时按月核对。每次复查只改一到两个最影响交付的环节，改完再观察下一周期，避免一次调整太多变量导致无法判断效果。
下一步可以直接做一件事：把当前推广计划书里所有涉及“交给销售”“跟进”“转化”的句子找出来，逐句改写成带责任人和时间点的可核对条款，改不出来的部分就是承接流程里还没想清楚的地方。
