LinkedIn好友通过后怎么发第一条消息
接受连接只建立关系,不建立销售许可
对方通过 LinkedIn 连接,说明他愿意建立一个平台关系;这不等于他同意接收目录、报价、附件、会议链接或连续营销信息。首条私信最好的作用是承接邀请中的公开依据,确认一个最小事实:这个人是否负责、这个场景是否相关、或正确团队在哪里。
如果邀请时没有真实依据,接受后也不应突然编造个性化理由。先回到 Account 研究;连接数量不是推进销售的替代品。
首信前回看三个已知事实
| 要回看的内容 | 为什么 | 不能由它推出什么 |
|---|---|---|
| 公司主体/官网场景 | 确保讨论的是正确实体与产品用途 | 当前有采购项目 |
| 个人当前公开职位 | 确保角色仍在目标公司 | 有采购权/预算 |
| 邀请备注的唯一问题 | 保持沟通连续而非换题推销 | 接受即同意产品介绍 |
CRM 中若显示同事已经在同一 Account 沟通、对方曾拒绝,或资料已离职/主体错误,应停止,不因“刚通过好友”重新开启一条路径。
第一条消息只完成一个验证任务
| 已知情况 | 首条消息目标 | 合适的问题 |
|---|---|---|
| 邀请中已问供应商入口 | 确认其职责或正确团队 | “该品类初筛由你们团队处理吗?” |
| 公开职位是 Product/Category | 确认品类引入路径 | “新增配套产品通常先由谁评估?” |
| 公开职位是 Sourcing/Procurement | 确认是否接收资料 | “目前是否有接收该品类初筛资料的流程?” |
| 公开职位是技术/质量 | 确认规格节点 | “规格/文件通常由哪个团队先审核?” |
| 仅冷连接且职责不清 | 不急于推销 | 先问是否属于其当前职责 |
不要把“感谢连接 + 公司介绍 + 产品优势 + 价格 + 会议请求”放进一条消息。对方只能选择忽略,团队也无法知道到底哪一步不相关。
可复用的首信结构
Thanks for connecting, [Name]。
我此前联系是因为 [已核验的公司/角色公开事实]。
想确认 [一个职责或流程问题];如不属于你的范围,请忽略或指向正确团队。
这段结构需要按每个 Account 替换事实。不能替换的部分不应写;例如不应说“看到你们正在扩张”“知道你们需要降本”,除非有明确、公开且确实相关的依据,即便如此也只用于提问,不是结论。
不同回复对应不同的最小下一步
| 对方回复 | 可确认的事实 | 下一步 |
|---|---|---|
| “我负责” | 当前职责相关 | 问一个流程/标准问题,按许可再发一页资料 |
| “不是我” | 当前路径不匹配 | 感谢;仅在允许时转介正确角色 |
| “发资料” | 愿意查看有限信息 | 只发与问题相关的一页能力/规格摘要 |
| “暂时没有” | 当前未开放/不需要继续 | 记录原意与可复核时间,不持续追问 |
| “不需要/别联系” | 明确边界 | Stop,所有渠道停止 |
| 无回复 | 没有新增事实 | 一次低频、带新理由的跟进后观察/关闭 |
不要把“发资料”扩展为发送全目录或不断补附件。资料也必须有版本、可证明的能力边界和一个后续问题。
当对方说“发资料”时如何控制内容
| 已确认的节点 | 最小材料 | 仍需确认 |
|---|---|---|
| 供应商初筛 | 能力范围、质量文件、样品路径 | 具体品类、准入要求 |
| 产品/品类评估 | 产品组合、规格范围、适用场景 | 是否与其当前产品线匹配 |
| 订单执行 | MOQ、包装、交期、贸易条件前提 | 数量、地区、审批流程 |
| 技术/质量 | 测试/认证文件的真实范围 | 目标标准和审查节点 |
不承诺未确认的价格、交期、认证或客户案例。第一份资料的目的,是让对方决定是否值得给出下一条事实,而不是完成一次完整销售演示。
模拟案例:接受后不该立刻发目录
以下为虚构例子。业务员邀请一家荷兰分销商的 Category Manager,备注问“新增卫生级配套件由谁评估”。对方接受后,业务员直接发送 30 页目录和会议链接。三天无回复,团队不知道对方是否不负责、材料不相关还是只是不想读长文件。
正确首信应继续问同一个职责问题。若对方回复“Product team 先看”,则记录转介;若对方说“发一页资料”,只发送与官网产品线相关的规格/场景说明。每一步得到的是可行动的流程事实。
时间与频率边界
连接通过后没有“必须立刻发消息”的规定。若已准备好基于公开事实的一个问题,可以正常发送;若没有,先研究。无论何时,都不要在短时间内连续补发多条、撤回重发或用不同账号测试。
| 情况 | 动作 |
|---|---|
| 资料/场景仍需核验 | 暂不发,完成研究 |
| 首信已发未回 | 按团队节奏一次跟进,随后观察 |
| 同公司有多个角色 | 主路径优先,备用有条件启动 |
| 对方转介 | 原路径停止,由一位负责人接手 |
| 明确拒绝 | 标记 Stop,任何渠道不再追逐 |
频率应受相关性、团队状态和平台规则约束,不以“刚通过所以要抓紧”为依据。
首条消息检查清单
□ 已核验当前公司、角色和业务场景,且 CRM 没有冲突状态
□ 消息承接邀请时的公开依据,不突然换成泛化推销
□ 只提出一个职责/流程问题,允许对方拒绝或转介
□ 未发送目录、报价、附件、会议请求或夸大承诺
□ 对“负责/不负责/发资料/暂时没有/拒绝/无回复”均有明确动作
□ 同一 Account 只有一位主负责人,备用路径不会并发触达
□ 接受连接没有被记录为需求、商机或营销许可
连接通过后的首信越克制,越容易把一条脆弱的社交关系转化为真实、可交接的业务路径。它的成功标准是获得更准确的下一步,而不是立即获得报价机会。
团队复盘应检查“首信是否兑现邀请承诺”
每周抽样检查首信:邀请里问的是供应商入口,首信是否仍在确认入口;邀请依据是产品场景,首信是否仍围绕该场景;对方没有回应时,是否有人绕开原路径群发资料。这样能识别“连接后立即推销”这一最常见的断裂点。
| 抽查问题 | 合格表现 | 需要纠正的表现 |
|---|---|---|
| 是否承接原备注 | 问题一致且更清楚 | 换成通用公司介绍 |
| 是否新增未经验证主张 | 没有 | 宣称了解对方痛点/预算 |
| 是否有唯一下一步 | 一个职责或流程问题 | 同时要报价、会议、样品 |
| 是否尊重状态 | 转介/拒绝已更新 | 同公司继续多人追问 |
把复盘发现反馈给 Account 研究和邀请模板,而不是把责任简化为“业务员不会聊天”。
持续记录。
如果你想把「LinkedIn好友通过后怎么发第一条消息」这一步继续落成流程,可以看看 客户开发 Agent,先判断它是否适合接住这段重复工作。查看适配方案
引用本文
引用时可保留文章名称、规范地址和页面记录的更新时间。