写给一个人看

刚开始写东西的时候，我总想着「读者」。

读者是谁？不知道。于是写的时候不断猜：这样说会不会太专业、那样说会不会太浅、要不要加个例子、要不要加个总结。

写完一篇，四不像。

后来我改成写给一个人

一个具体的人。可能是三年前的自己，可能是昨天在群里问问题的那个人。

写的时候脑子里只有他：他现在卡在哪、他知道什么、他不知道什么、他看完要能做什么。

写出来的东西，反而清楚了。

为什么这样有效

因为「所有人」是个抽象概念，你没法为抽象的人做具体的选择。

你不知道他懂不懂这个词，就只能两个都解释一遍，文章变得又长又啰嗦。

你也不知道他关心哪部分，就只能每部分都写，重点被稀释。

一个具体的人，逼你做取舍。

怎么找到这一个人

三种来源，都很好用。

第一种，你自己。写你三个月前踩过的坑，那时候的你就是一个完美的读者。

第二种，问过你问题的人。他问的那句话，就是文章的开头。

第三种，评论区或者群里的一句话。有人说「这个我一直没搞懂」，那就是选题。

一个副作用

写给一个人看，会让文章变窄。

窄不是坏事。窄，才有人觉得「这篇是写给我的」。

想覆盖所有人，结果是谁都觉得「跟我没关系」。

别在写作时想传播

传播是写完以后的事。

写的时候想传播，会不自觉地加钩子、加金句、加情绪。加完，文章就飘了。

写完再回头看：这篇有没有一句能被别人转述的话。有，就够了。没有，也不用硬加。

一个具体的练习

下次写之前，在文件最上面写一行：

「这篇写给______，他现在的处境是______。」

两空填完再开始写。填不出来，说明这篇还没想清楚要写给谁。

最后

写给一个人，会被一群人读到。

写给一群人，往往一个人也留不住。

一个具体的例子

我写「备份只要三样」那篇的时候，脑子里想的是一个刚建站两个月、丢过一次数据的人。

他不需要知道备份的原理，只需要知道现在该导出什么、存到哪。

所以那篇没有讲数据库结构，只讲了三样东西和存放位置。

如果我想着「所有读者」，就会加上原理、加上各种存储方案的对比，最后变成一篇谁都用不上的综述。

一个人，不是一个人设

「写给一个人」不是编一个虚拟读者画像。

是找一个真实存在、你记得他说过什么话的人。虚构的人设没有细节，真实的人有。

细节来自真实的人。

一个副作用

写给一个人看，文章会变短。

因为不需要照顾所有情况，只讲那个人卡住的那一步。

短不是缺点。他看完了，而且照着做了，这篇就成立。

最后一句

写的时候心里有一个人，读完的人才会觉得你在跟他说话。