MDR（本文指市场线索承接或培育责任）的一次联系应作为工作队列中的完整任务管理，而不是只记录“拨过”“发过”或“开过会”。任务进入队列前需要具备对象、触发原因、当前责任、联系授权和完成条件；执行中保存实际结果与待核实事项；执行后写清事实、判断、承诺、下一步、负责人和时间。没有完成的任务还要进入明确等待、重排、转交或退出状态。
这里的“联系”不限定电话，也可以是邮件、即时消息、线上会议或客户选择的其他渠道。形式由场景和授权决定，不能把固定话术或拨打次数当成质量。第一次怎样开场、怎样把模糊来意问清，已在第16课分别由首次沟通开场和把模糊来意变成下一步完整讲解；本页只回答怎样让一项联系任务可完成、可交接、可复查。
**一次联系只有在准备、沟通和记录都完成后才算完整处理。** 如果客户或内部同事尚未回应，也要让等待对象、下一次检查时间和负责人可见，不能把“等待”伪装成“已完成”。
联系任务入队前先确认对象与责任
最基本的对象包括联系人、企业账户和本次问题或项目。先查已有记录、客户主动填写的信息和人工核实结果，无法确认就保留未知。对象尚未核对清楚时，任务状态应是“待核实”，不直接进入普通外联。
还要确认这是不是已有客户、已有商机、正在由销售服务的人，或同一企业的另一位参与者。若已有负责人，MDR的任务可能是把新问题补入现有关系并协调，而不是另起一条销售路径。联系人、账户与项目关系可以回到对象数据模型核对。任务卡必须显示当前主责与必要备份，否则同一问题可能被多人重复处理。
任务卡只保留足够的来源上下文
本课不展开完整来源归因，只要求任务卡保留与本次联系直接有关的上下文：客户完成了什么动作、当时入口承诺什么、原始事件何时发生、系统何时收到、过去是否已有负责人。广告点击、页面浏览、表单提交、活动报名和预约交流是不同事实，不能都概括为“官网线索”。需要建立完整来源字段和归因口径时，转到线索来源如何统一。
任务执行者只使用已核实的来源事实。对方申请资料，任务目的应围绕资料交付与使用问题；只参加公开课程，不能把任务改写成产品演示。这里检查任务能否安全执行，不判断哪个渠道贡献了商机。
检查授权、偏好和已有承诺
联系前要读取客户是否同意该渠道与用途、是否退订、是否要求某个时间再联系，以及团队是否已经承诺回复什么。授权不是一次永久通行证；活动通知、资料交付、营销订阅和销售沟通可能有不同边界。遇到不明确情况，先选择更低风险的回应或请负责同事确认。
内部还要确定本次谁代表什么身份。MDR可以解释已确认的公开信息、核实来意、安排合适同事，却不能替产品、交付或法务承诺尚未确认的功能、时间和效果。需要专业答复时，准备问题与负责人比临场猜答案更可靠。
联系前把目标写成一句可验收的话
“聊一聊”“挖需求”“转MQL”都太模糊。更好的任务目标是：“确认林经理是否只需要公开模板，还是希望与销售负责人一起讨论退回规则，并完成已经答应的资料发送。”这句话说明已知、待确认和最低完成条件。
本次目标应服务客户当前任务，而不是内部强推阶段。客户只希望学习，完成资料交付和后续选择说明即可；明确希望讨论服务，再核实企业、问题、参与人和下一步。
执行前怎样判断任务已经准备好
一项联系任务可以执行，至少要同时看见五件事：正确对象、真实触发原因、允许使用的渠道和用途、当前负责人、本次最低完成条件。若缺少其中任何一项，先转为查重、来源核实、授权确认或内部协调任务，不能为了清空外联列表带着猜测行动。
准备材料也要与任务相符。只需交付公开模板时，确认版本与链接即可；客户提出专业问题时，先确定由谁核实；已有销售负责人时，先判断由原负责人回应还是由MDR补充背景。准备完成的标准不是“看过客户名字”，而是执行者知道这次可以说什么、不能承诺什么、遇到变化交给谁。
执行中只记录任务发生了什么
执行阶段关注任务状态变化，而不是重新讲一套首次沟通脚本。客户愿意继续讨论、只接收资料、要求改期、暂时未回应、明确拒绝、提出新问题，都是不同事实。执行者应当按真实结果记录，不能把“已发送”写成“客户已理解”，也不能把“未联系到”写成“没有需求”。
需要继续问清或复述时，使用第16课已经建立的方法；本页只要求记录本次取得了哪些新事实、原完成条件是否满足、是否出现新的授权或限制、任务应继续由谁负责。这样同一种沟通方法可以服务不同队列，而不会把第17课再次变成首次沟通课程。
执行中怎样判断继续、暂停或转交
当客户当前问题仍在MDR可确认的公开范围内，且授权和时间允许，可以继续完成资料或信息回应；当问题涉及产品能力、服务范围、价格、数据处理或交付承诺，转为内部核实任务；当客户明确提出业务讨论且达到共同交接条件，按SLA准备背景并等待销售接收；当客户拒绝或退订，立即进入保护性退出。
继续、暂停和转交都要写依据。系统可以提示规则命中或通知负责人，但不能替客户表达需求，也不能替销售确认接收。具体接收、退回和反馈规则见市场与销售SLA；当前状态属于新、激活还是沉睡，可回到三类工作队列核对。
执行中遇到不能当场完成的事项
对产品能力、服务范围、价格、数据处理或交付时间不确定时，直接说明需要核实，记录具体问题、负责人与回复时间。不能为了迅速完成任务，承诺“应该支持”“一定能做”或某种结果。客户得到一个按时核实的准确答案，通常比即时但错误的答复更有价值。
需要转给专业同事时，应先说明背景和客户已经讲过什么，避免换人后重新盘问。内部准备材料也应有版本与公开边界，防止发送过时说明或未经授权的客户资料。
执行后先判断任务完成到哪一步
通话、消息或会议结束后，先判断最低完成条件是否满足，再记录客户原话、发生时间、使用渠道、涉及企业与主题。事实包括“客户说周五内部讨论”“公开模板已发送”“对方要求邮件联系”；它们与“MQL”“适配度高”“需要培育”等团队判断分开。
未知事项也应明确保留，例如“是否有正式项目未知”“其他参与人未确认”。未知不是负面答案，更不能被系统默认填成“否”。事实和判断分开后，后续同事才能知道哪些可以继续使用，哪些需要核实。
未完成任务怎样回到队列
“持续跟进”“保持联系”无法执行。未完成任务需要选择明确的等待类型：等待客户、等待内部核实、等待销售接收、等待约定日期或系统异常待修复；同时写清负责人、下一次检查时间、恢复条件和逾期处理。这样任务不会因为一次沟通结束而从队列消失。
可用记录可以写成：“公开模板已发送；客户将在约定日期内部讨论；如客户主动回复需要进一步交流，由当前负责人核实参与人并按规则发起销售交接。”如果需要内部核实，则写清谁回答什么、预计何时答复客户。这里展示的是任务状态和责任，不是固定对话或统一话术。
客户没有下一步意愿时，也要记录原因：只需要资料、明确暂停、目前不适配、已有负责人或不允许继续联系。停止错误动作同样是完成，不应为了维持“活跃”而留下虚假待办。
状态变化必须由新增证据推动
电话接通是沟通事实，不自动成为MQL；分配给销售是路由事实，不等于销售接收；销售接收也不自动等于SQL或商机。每次状态变化要注明判断人、规则版本与证据。完整边界可参考MQL和SQL分别由谁判断。
若客户只确认收到资料，状态可以保持内容回应；若主动表达符合企业共同MQL条件的业务问题和下一步，才由有权人员判断。系统可以提醒和记录，不能在没有人的判断时创造业务事实。
一张任务记录应该让谁看得懂
至少让下一位MDR、销售、内容负责人和必要的客户负责人看得懂：客户是谁、为什么联系、已得到什么、说过什么、目前知道与不知道什么、谁负责、答应了什么、能否继续联系。不同角色可看到的敏感字段应按权限控制，但必要上下文不能只留在个人聊天工具。
记录质量不以字数越多越好。保留原始证据，同时用结构化摘要指出关键事实、判断和下一步，才能兼顾追溯与效率。
学完这一页要完成什么
选择一条允许内部使用的脱敏任务，分别填写三张清单。执行前：对象、来源、历史、负责人、授权、完成条件与所需材料；执行中：实际沟通结果、客户原话、新增限制、未知和需核实问题；执行后：事实、判断、状态、承诺、等待类型、下一步、负责人和时间。
再请一位没有参与任务的同事阅读记录，看他能否判断任务完成到哪里、为何等待、何时继续，而不是重新问客户已经回答的问题。若不能，就补充结构或事实，不补写客户没有说过的内容。
如果记录完整但当天任务仍频繁遗漏，应继续检查工作日队列怎样安排；如果记录本身无法让销售继续，则回到前课一次沟通结束后应该留下什么补交接背景。
结论：一次联系的产出是可继续的关系记录
MDR联系前、中、后的共同目标，是让队列中的任务在事实和授权范围内前进。执行前确认对象、责任和完成条件，执行中只记录真实结果，执行后保存事实、未知、承诺、等待原因和责任。完成一次通话只是工作量；让客户得到合适回应、让下一位同事可以接续并复查任务状态，才是承接质量。