主动触达：写出第一批邀请
一对一邀请怎么写、要多短、跟进几次、没人回时该改哪个变量。
主动触达不是群发广告，是找到一个确实可能遇到这个问题的人，说明为什么想到他， 邀请他完成一个足够小的动作。
一封好邀请不需要把产品所有功能讲完。它只需要让对方在十秒内判断出：这事和我有关吗，我要付出什么。
这篇讲消息怎么写、怎么跟进。去哪里找人是另一件事，见找到前 10 个用户和冷启动：前一百个用户。
快速版
- 每个名字后面都要能写出"为什么是他"，写不出就先别发。
- 第一条消息控制在四段、100 字以内。
- 只要一个小承诺，不要"注册后多用用"。
- 发出去之前念一遍，不像人话就重写。
- 开口前先给一点东西，转化率明显不同。
- 跟进两到三次，每次带新信息，然后关闭。
- 记漏斗，不评价人格。没人回是变量问题，不是"市场不行"。
先找"为什么是他"
优先联系有明确上下文的人：
- 最近公开讨论过这个问题
- 正在使用你研究过的替代方案
- 参加过访谈并表达过强烈痛点
- 在相关岗位或流程中承担结果
- 已经尝试自己解决但仍不满意
如果你写不出为什么联系这个人，名单可能还不够准确。 这一条比消息措辞重要得多——对象不对的时候，措辞再好也没用。
给自己定个规矩：名单表里加一列"上下文"，这一列空着的人不发。
第一条消息用四段结构
你好，我看到你最近在处理____。
我在做一个给____使用的小工具，主要帮____。
现在想找几位有真实材料的人走一次____，大约需要____分钟。
如果你愿意，我发链接；不合适也完全没关系。这四段分别提供：来源、对象、结果、成本和退出选项。
最后那句"不合适也完全没关系"不是客套。它降低了对方的心理负担——不用编理由拒绝，这反而提高了回复率。
两个反面写法：
- 伪装成请教，最后突然推销。 对方会记住这次不诚实，比直接被拒更伤。
- 一上来发长链接和价格表。 对方还不知道你是谁，没有理由点开。
三条硬规则
控制长度。 长消息会被直接跳过，而且现在很容易被当成 AI 批量生成的。四段结构写完通常不到 100 字，够了。
行动召唤要具体。 你到底想让对方做什么——回复、通话、试用十分钟？不说清楚，对方会往最坏处想："这人要占用我一大堆时间。"
发出去之前念一遍。 出声读给自己或别人听。任何一句你现实中不会这么对人说的话，重写。这一步能删掉大部分让冷触达失效的句子。
用 AI 帮你写触达消息，最容易出的问题不是语法，是它会把具体的东西写成通用的。
"我看到你上周在群里说排班表要手动对三遍"会被改成"我了解到您在工作中面临效率挑战"。前者是你唯一的优势，后者是所有群发消息的样子。
给对方一个小承诺
第一次不要要求"注册后多用用"。这个请求听起来小，实际上是无限期的——对方没法估算成本，所以只能不回。
改成一个明确、有边界的任务：
- 带一份真实材料走完一次处理
- 用当前工作中的一个问题试一次
- 看一页报价并说明会不会购买
- 安排 15 分钟现场观察
任务越清楚，拒绝和接受都更有信息价值。对方拒绝"走一次十分钟的流程"，说明这个问题对他不够紧急；对方拒绝"多用用"，什么都说明不了。
先给，再求
转化率最高的触达，往往在开口之前先给了对方一点东西：
| 你做的是 | 可以先给什么 |
|---|---|
| 面向网站的工具 | 先跑一次检查，把发现发给对方 |
| 面向内容的工具 | 先用他公开的一篇内容做一次处理，把结果给他 |
| 面向流程的工具 | 针对他的场景写一段简短诊断 |
| 面向开发者的工具 | 先读他的项目，提一个具体可用的建议 |
这种活没法规模化——这恰恰是重点。你现在不需要规模化，你需要前十个用户。
先花 20 分钟，再去要对方 15 分钟，是一笔划算的交易。而且这 20 分钟里你会真正了解对方的场景，这本身就有价值，哪怕他最后没回。
跟进最多两到三次
合理节奏：
| 第几次 | 间隔 | 内容 |
|---|---|---|
| 首次邀请 | — | 四段结构 |
| 第二次 | 三到五天 | 补充一个具体用途或结果示例 |
| 第三次 | 再一周 | 礼貌关闭，说明不再打扰 |
跟进不是重复"看到了吗"，是增加新信息。 没有新信息就不发。
只发一次就放弃是常见错误，很多回复出现在第二三次。但超过三次就变成骚扰了，而且已经没有新信息可给。
对方明确拒绝、要求停止、或三次后仍无回应，就从名单中关闭。关闭不是永久——三个月后产品变了，可以带着"产品有了新变化"这个真实的新信息重新联系。
记录漏斗，不评价人格
每个人记这六列：
姓名/来源 | 上下文（为什么是他） | 已联系 | 已回复 | 完成核心动作 | 结果结果一列写事实，不写感受。"看了页面没点开始"是事实，"好像兴趣不大"不是。
不要把没回复解释成"用户不懂"或"市场不行"。 它至少有四个可能的原因：
| 可能原因 | 怎么验证 |
|---|---|
| 对象不准 | 换一批上下文更强的人，消息不变 |
| 消息不清 | 换写法，人群不变 |
| 信任不足 | 先做内容或找引荐，再触达同类人 |
| 问题不紧急 | 回到需求验证，这不是触达能解决的 |
一次只调整其中一个变量。 同时改人群和消息，你不会知道哪个起了作用。
常见卡点
| 卡在哪 | 可能原因 | 试试这样 |
|---|---|---|
| 不敢发第一条 | 怕像推销 | 把请求换成"帮我试一下给点反馈" |
| 名单列不出上下文 | 目标用户还不清晰 | 回到用户访谈 |
| 发了 20 条零回复 | 消息太通用 | 抽三条出来念一遍，看是不是人话 |
| 有人回复但不试 | 请求太模糊 | 换成有明确时长的小任务 |
| 试了但没反馈 | 没有主动问 | 完成后当天问一个具体问题 |
| 一直在改措辞 | 变量搞错了 | 先换人群，措辞往往不是瓶颈 |
| 不知道该不该再跟进 | 没有节奏 | 按三次上限执行，到点就关闭 |
验收标准
- 名单里每个人都有"为什么是他"这一列
- 第一条消息四段齐全，含成本和退出选项
- 消息念出来像人话
- 请求是有边界的小任务，不是"多用用"
- 至少一半的触达在开口前先给了对方东西
- 跟进有节奏，最多三次
- 漏斗表里记的是事实，不是感受
- 零回复时你能说出自己在调哪个变量
本章动作
列出 20 个有明确上下文的人，今天给其中 5 人发个性化邀请。
发之前把这 5 条念一遍。
记录每一步真实结果，回复率低于 20% 就先别扩大名单——先调一个变量。
下一步
- 把用户对话变成产品决策——有人回了之后怎么聊
- 找到前 10 个用户——去哪里找这些人
- 只选一个主渠道——手动触达之后怎么放大