Builder OS
课程第四阶段 · 让它被用

第 18 章 · 发给一个人,不是发给一个群

第一句话怎么说,对方才知道这和他有关?

第四阶段 · 让它被用第 18 章Build Cycle · 分发

群发是在回避拒绝,私信才是在要反馈。

这一章回答
第一句话怎么说,对方才知道这和他有关?
你会做出来
一次有目标、有结果的分发实验,失败也算
对付:分发鸿沟

渠道选定了。这一章把它变成一次真的做完的实验。

机制

群发是在回避拒绝:没有人回,你可以告诉自己「大家都忙」。私信有明确的接收者,他要么回要么不回,两种都是结果。

可验证目标Verifiable Goal

写下来的、第二天就能判定是或否的期待。

「3 个人点开链接」「1 个人完成一次核心流程」是可验证目标。「看看反响」不是。

没有目标的分发产不出结论——第 16 章林舒那次就是这么变成「这东西没人要」的。

一条私信的四个要求

第一句话说清和他有什么关系。 不是你做了什么,是你观察到他遇到的那件事。「上次听你说周报要粘五个渠道的数据」比「我做了个工具」有用得多。

不超过四句。 超过四句对方会先存起来,然后忘掉。

结尾是一个低门槛的请求。 「下周出周报时能不能试一下」比「帮我看看怎么样」具体,也比「希望能帮到你」有行动指向。

不要推销感。 你是在要反馈,不是在卖东西。说出它现在的缺点反而会提高回复率——它让这条消息看起来像是写给人的,不是群发的。

现实案例

两个版本,同一个收件人合成案例
林舒重发给第 16 章名单上的第一个人 · 三天后

第一版(她原本想发的):「做了个小工具,可以把多渠道数据聚合成表格,还支持自定义列映射,你可以试试,有问题随时跟我说。」

四句,但全是功能,没有一句说明这跟对方有什么关系。

第二版(实际发出去的):「上次听你说周报要从 5 个后台粘数据,我写了个小东西:粘进去选一下列,自动合成一张表。专名和格式还有点糙。下周一出周报时能不能试一下,10 分钟就知道有没有用。」

目标:她回复、并且下周一真的试一次。

结果:对方当天回了,下周一用了,并且提了三个问题——其中一个是林舒自己从没想到的(她的数据里有一列是百分比,合并后格式丢了)。

第二版有一个关键动作:主动说出缺点(「专名和格式还有点糙」)。这降低了对方的期待,也让这条消息明显不是群发的。

动手试

对名单上的第一个人,写一条私信,然后对照四条要求检查:

  1. 第一句说的是他的事,还是你的事?
  2. 超过四句了吗?
  3. 结尾的请求具体到可以在十分钟内完成吗?
  4. 读起来像写给他的,还是像群发的?

写完先不发,写下这次实验的目标:我期待什么,什么时候能判定?

你的行动

完成一次分发实验:选定的渠道、具体的收件人、写好的信息、可验证的目标。

发出去,然后记录结果——包括没有回应。没有回应也是结果,它说明这条信息或这个人选错了,而不是产品没人要。

检查标准

  • 这次只做了一个渠道
  • 收件人是具体的人,不是一个群
  • 信息第一句说的是他的事
  • 有一个可以在确定时间点判定的目标
  • 结果已经记录,包括失败的结果

容易搞错的地方

主动说出缺点会提高回复率

它降低对方的期待,也证明这条消息是写给他的。

反过来,把东西说得很完美,对方试用后发现不是,下次就不会再回了。

没有回应,先换信息再换人

第一反应往往是「找错人了」。但在换人之前先检查那条消息:第一句说的是不是他的事?

同一份名单换一种说法重发,效果常常完全不同。

本章自测

  • 为什么群发产不出结果?
  • 一条私信的四个要求是什么?
  • 主动说出缺点为什么反而有用?

On this page