开场:第一批客户不会自动出现
很多 SaaS 创业者喜欢等待自然流量:发几篇文章,做一个官网,开一个社群账号,希望目标客户主动来找自己。内容当然有价值,但从 0 开始时,最可靠的方式仍然是主动触达。你需要亲自找到目标客户,发出清楚的信息,争取一次对话。
问题是,很多主动触达做得很随意。今天在微信群里加几个人,明天给 LinkedIn 上的陌生人发模板私信,后天又托朋友介绍。没有名单,没有分层,没有脚本版本,没有跟进记录。最后只知道“没人回复”,却不知道问题出在线索、话术、渠道还是节奏。
第一批外呼名单的目的,不只是找到客户,更是建立一个可复盘的触达系统。哪类人回复、哪句话有效、哪个渠道质量高、什么承诺能换来会议,这些都要被记录下来。
先定义目标画像
不要一上来就搜“CEO”“运营负责人”“客服主管”。先写清目标画像。
一个可用画像包括:
- 公司类型:行业、规模、地区、业务模式。
- 角色:具体职位和职责。
- 场景:最近可能遇到的问题。
- 触发事件:为什么现在可能需要。
- 排除条件:哪些看似相关但不适合。
例如:
“20 到 100 人客服团队的电商公司,目标角色是客服主管或运营负责人。他们每周需要整理质检和投诉复盘,近期可能有客服规模扩张、投诉上升、老板要求提高服务质量等触发事件。排除只有 3 个客服的小店,以及已有成熟客服质检系统且流程稳定的大团队。”
画像越具体,名单质量越高。早期不要追求 10000 条线索,先追求 100 条高质量线索。
线索来源要记录
第一批线索可以来自多个地方:
- 朋友介绍。
- 行业社群。
- 招聘网站。
- 公司官网。
- 媒体报道。
- 平台店铺排名。
- 展会名单。
- 竞品评论区。
- 行业公众号留言。
每条线索都要记录来源。因为来源决定信任程度和转化率。朋友介绍可能回复率高,但数量少;公开名单数量多,但冷启动难;社群线索容易对话,但身份可能不准。没有来源记录,你无法判断未来该扩大哪个渠道。
线索表至少包含:
| 字段 | 说明 |
|---|---|
| 公司名 | 目标组织 |
| 角色 | 联系人职位 |
| 联系方式 | 微信、邮箱、LinkedIn 等 |
| 来源 | 朋友介绍、社群、公开搜索 |
| 匹配理由 | 为什么认为他有这个问题 |
| 状态 | 未触达、已触达、已回复、已约会 |
| 下一步 | 何时跟进 |
这张表就是早期销售 CRM 的雏形。
对名单分层
不要给所有线索发同一条消息。可以按匹配度分三层。
A 类线索:高度匹配,有明确触发事件,最好有共同关系。优先人工研究,写个性化消息。
B 类线索:基本匹配,但触发事件不明确。可以用半个性化模板,观察回复。
C 类线索:相关但不确定。用于测试更宽泛话术,不要投入太多时间。
早期创始人的时间有限,应该把最多精力放在 A 类线索。给 A 类线索发消息前,至少看一下公司业务、近期动态、招聘岗位、公开内容,找到一个具体切入点。不要只写“您好,我们是一款提升效率的工具”。
第一条消息不要太长
冷启动私信的目标不是完成销售,而是换来一次对话。第一条消息要短、具体、低压力。
一个结构可以是:
- 说明为什么找他。
- 点出一个具体问题假设。
- 提出一个小请求。
例如:
“你好,我在看 30 到 100 人客服团队每周质检复盘的问题。看到你们最近客服岗位在扩招,想请教一下:质检后整改追踪这件事现在是怎么做的?如果方便,我想约 20 分钟听听你们流程,不推销产品。”
这条消息不完美,但比“我们有一款 AI 客服产品,能提升效率,是否了解一下”好很多。它有具体场景,也降低了推销感。
如果已有产品或样例,可以说:
“我们正在做一个把质检问题整理成整改清单的小工具,想找几位客服主管看一下样例。不是正式销售,主要想确认这个问题是否真实。你方便看一眼吗?”
跟进节奏要固定
很多外呼失败不是因为第一条消息不好,而是没有跟进。客户很忙,没回复不代表没兴趣。可以设计三次跟进:
- 第 0 天:第一条消息。
- 第 3 天:补充一个具体样例或问题。
- 第 7 天:最后一次轻量跟进,给退出空间。
例如第二次可以发:
“补充一下,我们最近看到几个团队的共同问题是:质检会上提了问题,但整改责任和下周追踪靠人工表格。想确认你们是否也类似。”
第三次可以发:
“我先不继续打扰了。如果你们之后也在看客服质检复盘或整改追踪,可以再交流。我也可以发一份脱敏样例给你参考。”
跟进要礼貌、具体,不要变成催促。固定节奏能让你比较不同话术,而不是凭心情。
记录拒绝理由
拒绝比沉默更有价值。客户说“不需要”“已有系统”“现在不关注”“预算紧”“不是我负责”,都要记录。拒绝理由能帮助你修正画像和话术。
可以分类:
- 问题不存在。
- 问题存在但不紧急。
- 已有替代方案。
- 不是目标角色。
- 没有预算。
- 不信任早期产品。
- 没有时间。
如果多数人说问题不存在,说明方向有问题;如果多数人说不是他负责,说明角色找错;如果多数人说已有系统但仍然痛,说明可以切现有系统的薄弱环节;如果多数人说没时间,可能第一条消息价值不够清楚。
不要只统计回复率,要分析回复内容。
设定小目标
第一批外呼不要一开始追求成交。可以设一个 100 条线索实验:
- 100 条目标线索。
- 60 条完成触达。
- 15 条有回复。
- 8 次客户访谈。
- 3 个愿意看样例。
- 1 到 2 个愿意进入试点。
这些数字只是参考。关键是把漏斗跑起来。跑完后你会知道哪一层最大问题。如果 60 条触达只有 1 条回复,可能线索或话术有问题;如果回复很多但没人愿意见面,可能承诺不够强;如果访谈很多但没人试点,可能问题不够痛或试点设计不清。
创始人必须亲自做一段时间
早期不要太快把外呼交给兼职销售或外包团队。创始人必须亲自做至少前 50 到 100 次触达。因为外呼不是简单获客动作,它是市场学习。你会听到客户怎么拒绝、怎么描述问题、对哪些词有反应、什么时候愿意继续聊。
如果创始人跳过这一步,产品和销售会脱节。销售说客户不回复,产品说功能还不够,大家都没有一手证据。亲自外呼很累,但它能让你迅速校准目标市场。
等你跑出稳定画像、话术和跟进节奏后,再考虑让别人复制。
写一份外呼复盘周报
主动触达做一周后,不要只看“约到了几个人”。建议写一份外呼周报,内容包括:
- 本周新增线索数量。
- 各来源线索数量和质量。
- A、B、C 三类线索回复率。
- 使用了哪些消息版本。
- 哪个版本回复最好。
- 最常见拒绝理由。
- 最有价值的客户原话。
- 下周要停止、继续、修改的动作。
这份周报会让外呼从体力活变成实验。比如你可能发现朋友介绍回复率最高,但客户类型太分散;行业社群回复率一般,但痛点更集中;招聘网站找到的公司有扩张信号,但联系角色不准。下一周就可以调整线索来源和角色定位。
消息版本也要复盘。不要同时改太多变量。第一周可以测试“请教问题”版本,第二周测试“结果样例”版本,第三周测试“付费试点”版本。每个版本至少发给 20 个相似线索,才有一点参考价值。早期样本很小,不要假装统计严谨,但要避免完全凭感觉。
外呼周报还可以帮助创始人管理情绪。冷启动被拒绝很多,很容易怀疑方向。把拒绝原因写下来,你会发现有些拒绝是正常不匹配,有些拒绝在提示画像错误,有些拒绝反而证明问题存在但时机不对。记录越清楚,心态越稳定。
触达质量比数量更重要
早期不要为了完成数量,把低质量线索也塞进名单。100 条不匹配线索只会制造错误结论。你会以为市场没有需求,实际只是找错了人。每条线索进入名单前,都要写一句匹配理由:为什么这个人可能遇到这个问题。
匹配理由可以来自招聘信息、岗位职责、公开内容、业务模式、近期扩张、工具使用痕迹。比如一个公司正在招聘客服质检主管,说明客服管理可能正在升级;一个跨境团队公开招聘投放专员,说明广告预算和投手协作可能变复杂。
有了匹配理由,第一条消息也会更自然。客户能看出你不是群发,而是真的做过功课。早期冷启动没有品牌,细致就是信任的一部分。
这也能减少无效打扰。
高质量触达本身就是市场研究。
研究越扎实,后续销售越少靠运气。
结尾:外呼系统是早期 SaaS 的学习机器
从 0 开始做 SaaS,第一批客户不会凭空出现。主动触达不是低级销售,而是最直接的市场验证方式。关键是不要乱发消息,而要建立名单、分层、脚本、跟进和复盘。
当你能清楚回答“哪类客户最愿意回复,哪句话最能引发对话,哪个问题最能换来会议,哪种承诺能推进试点”时,你就不只是做了销售,而是建立了一台学习机器。对早期 SaaS 来说,这台机器比任何漂亮官网都重要。
继续阅读
探索更多技术文章
浏览归档,发现更多关于系统设计、工具链和工程实践的内容。