📍 WDQWDWQD987AAAAA:216.73.216.228
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /2f06121b7135.html
📄

百度联系方式：售前沟通应记录哪些问题

售前沟通要记录的不是“聊得怎么样”，而是能支撑后续判断的原始信息。围绕百度联系方式这一场景，建议把记录分成五类：需求背景、现有资产、预期目标、限制条件、待确认事项。每类都要写清“对方原话”“你的理解”“下一步动作”，避免只记结论。

先记录需求背景：谁在问，为什么现在问

要查的是：提出需求的人是谁、所在团队、当前遇到的具体问题、为什么现在要解决。怎么查：用开放式提问，例如“目前最影响进度的是哪件事”“这个问题从什么时候开始出现”。结果说明什么：如果对方只能说出模糊感受，说明需求尚未收敛，后续应优先做问题澄清，而不是直接进入方案讨论。

再记录现有资产与历史操作

要查的是：是否已有百度相关账号、已开通哪些服务、过去做过哪些操作、由谁负责。怎么查：请对方在已确认的官方站点或应用内核对账号归属和操作记录，不要凭记忆复述。结果说明什么：如果账号主体、负责人、历史操作三者对不上，后续沟通要先解决权限与归属问题，否则任何方案都缺少执行基础。

记录预期目标与衡量方式

要查的是：对方希望达成什么、用什么指标判断、期望在什么时间范围内看到变化。怎么查：把目标拆成可观察的行为，例如“希望咨询量增加”要进一步问“咨询指电话、表单还是在线消息”。结果说明什么：目标无法对应到具体行为时，说明双方对结果的理解不一致，需要先统一口径再继续。

记录限制条件与待确认事项

要查的是：预算范围、决策人、时间节点、合规要求、不能接受的做法。怎么查：逐项询问并标注“已确认”或“待确认”。结果说明什么：待确认事项越多，越不适合给出承诺性判断；应把待确认项列成清单，约定由谁在什么时间前补充。

可直接执行的记录清单

• 联系人信息：记录姓名、角色、沟通渠道、沟通时间；结果用于判断后续找谁跟进。
• 问题原话：尽量逐字记录，不改成自己的概括；结果用于回溯需求是否被曲解。
• 现有账号与服务：记录主体、状态、负责人；结果用于判断权限是否完整。
• 目标与指标：记录目标行为、衡量方式、时间范围；结果用于判断预期是否可验证。
• 限制条件：记录预算、合规、决策流程；结果用于判断方案边界。
• 待确认清单：每项写明问题、负责人、截止时间；结果用于推动下一轮沟通。

下一步：把上述清单整理成一页记录，发给对方确认。对方回复中新增或修改的内容，继续按同样格式追加，不要覆盖原始记录。