LinkedIn客户开发每日SOP
每日 SOP 的产出是可验证的下一步,不是动作数量
LinkedIn 客户开发很容易被“搜索了多少人、加了多少好友、发了多少消息”带偏。真正应被日常流程保护的是:客户主体是否正确、角色是否当前且相关、每次沟通是否有公开依据、团队是否知道下一步与停止条件。没有这些,频率越高,重复触达和账号风险越大。
以下是一套 60–90 分钟的参考节奏,可按团队产能调整。它不设通用的邀请数量目标,也不鼓励批量自动化;当天没有足够合格 Account 时,研究和清理本身就是有效交付。
先处理已有回复和到期承诺
每日开始先查看 CRM 和已获得的明确回复,而不是先开新搜索。回复、转介、文件要求、拒绝和到期跟进都比新增名单优先,因为它们包含已经发生的业务事实。
| 情况 | 当日动作 | CRM 更新 |
|---|---|---|
| 对方确认负责 | 问一个流程/资料要求 | 角色事实、下一问题、日期 |
| 对方转介 | 感谢并由一人接手新节点 | 原路径结束、转介信息 |
| 对方要资料 | 只发匹配的一页资料 | 文件版本、许可范围、后续问题 |
| 对方拒绝/不相关 | 停止所有个人路径 | Stop 原因与日期 |
| 无回复到复核日 | 检查是否有新事实 | 一次跟进或观察/关闭 |
不把“看过”“接受连接”当作回复。没有明确事实时,不要为了清空待办而编造下一步。
再核验少量候选 Account
来源可以是已保存搜索、行业项目清单或合规的公开市场信息,但每家公司都要先经过官网核验。当天宁可保留少量有证据的 Account,也不要导入几十家平台标签相似的公司。
候选公司
→ 核验实体/域名/集团边界
→ 核验商业角色和产品场景
→ 匹配:进入已核验 Account
→ 资料不足:观察并设复核
→ 不匹配:记录原因并停止
| 核验记录 | 合格示例 |
|---|---|
| 主体 | 法国销售实体,官网/地址已核 |
| 场景 | 公开销售食品工艺设备,存在产品交集 |
| 状态 | 已核验,待建角色图 |
| 不匹配原因 | 仅工程咨询,无产品/渠道交集 |
行业、规模、增长等平台字段只帮助发现,不能替代这些事实。
为每个已核验 Account 补一个角色路径
每天不要求把所有员工搜完,而是找一个最有理由的主验证节点,记录一个备用节点和启动条件。路径从公司场景出发,而不是从“谁职位最高”出发。
| 场景 | 主路径候选 | 要验证的问题 | 备用条件 |
|---|---|---|---|
| 新供应商入口 | Sourcing/Procurement | 是否接收该品类资料 | 主角色不相关/转介 |
| 新品类引入 | Product/Category | 谁先评估产品/样品 | 需寻源流程时 |
| 技术/认证 | Engineering/Quality | 谁定义规格/审核文件 | 技术场景已确认 |
| 订单执行 | Buyer/Purchasing | 是否参与准入还是只管订单 | 已知产品路径相关 |
记录公开职位、当前公司、资料来源日期和“待验证”字样。不要把职位词直接写成采购权或需求。
触达只处理已到期且研究充分的路径
触达队列来自 CRM 的到期动作,不是当日临时从搜索结果抓人。发送前确认:没有同事正在联系、没有拒绝/离职/Stop、消息有一个公开依据、只问一个问题。邀请和私信必须遵守平台当前规则与账户提示。
| 触达类型 | 前置条件 | 当日输出 |
|---|---|---|
| 首次邀请/首信 | Account、角色、场景和去重均完成 | 一条职责/流程问题 |
| 有许可的资料发送 | 对方明确允许且内容匹配 | 一页资料 + 一个后续问题 |
| 一次跟进 | 有新公开事实或更清楚问题 | 更新后的短消息 |
| 转介联系 | 明确指向新角色 | 原路径状态已关闭 |
| 停止 | 拒绝、无关、离职、主体错 | CRM Stop 记录 |
没有合格触达时,不应为了完成“每日发送量”而降低标准。研究、去重和复盘比错误联系更有价值。
日终记录让明天不从零开始
每天最后用十几分钟更新状态、来源、下一步和当天的主要排除原因。CRM 是团队的事实源;Sales Navigator/LinkedIn 列表只辅助发现和观察。
Account:
今天确认的公开事实:
主路径/备用路径:
已做动作及依据:
客户明确回复(如有):
下一动作与日期:
状态:研究中 / 已联系 / 观察 / Stop
特别记录“为什么不做”:主体错误、业务无交集、职位不当前、同事已触达、对方拒绝。它们能在后续复盘中改善 ICP 和搜索,而不是让同一错误隔天再发生。
模拟一天:少量推进比名单堆积更有效
以下为虚构例子。上午先处理一条 Sourcing 回复:对方称工程先审规格,业务员更新角色图而不继续推报价。随后核验三家德国分销商,其中两家业务无交集被 Stop,一家官网有目标产品线进入已核验 Account。午后为这家建立 Product 主路径和 Purchasing 备用路径,只向 Product 发送一个职责问题。日终记录来源、问题和下次复核日期。
这一天可能只新增一个触达动作,却完成了一个真实路径推进、两个错误 Account 排除和一条可交接记录。比向五十个模糊采购人发送同一邀请更有长期价值。
每日异常处理
| 异常 | 当日处理 |
|---|---|
| 账号出现平台提示 | 暂停新增邀请,遵循官方指引,复查队列质量 |
| 同一公司多条路径冲突 | 合并到唯一负责人,停止重复触达 |
| 搜索结果大多无关 | 停止导入,修正 Account/职位筛选 |
| 积压回复/转介 | 暂停新名单,优先清理已有承诺 |
| CRM 状态缺失 | 不再新增触达,补齐来源与下一步 |
异常不是靠加班增加动作解决,而是靠降低新输入、修复研究和状态管理。
每日交付检查清单
□ 已先处理回复、转介、许可和到期动作
□ 新增 Account 均有实体、商业角色和场景的公开核验
□ 每个活跃 Account 有一个主路径、一个待验证问题和负责人
□ 所有触达基于公开事实,未批量自动化或重复联系
□ 没有合格路径时,没有为数量强行发送邀请
□ CRM 已更新行动、来源、状态、Stop 原因和下一日期
□ 账号提示、重复路径、状态缺失等异常已暂停并处理
每日 SOP 的目标,是让每一次开发都比昨天多一条事实、少一个错误假设,并让团队随时能接手而不重复打扰客户。
团队负责人每周应抽样检查日终记录是否可复现:没有来源、没有下一日期、没有 Stop 原因的记录不得计作有效完成。用这种质量抽查替代单纯的邀请数排名,才能让 SOP 在人员变化后仍然稳定执行。
如果你想把「LinkedIn客户开发每日SOP」这一步继续落成流程,可以看看 客户开发 Agent,先判断它是否适合接住这段重复工作。查看适配方案
引用本文
引用时可保留文章名称、规范地址和页面记录的更新时间。