一篇，只解决一个问题

写文章最容易犯的错，是想在一篇里把所有事说完。

结果读者看完，什么都没记住。

什么都写，等于什么都没写

标题写成建站指南，内容从买域名讲到配色，看着很全，实际每一段都只有一句结论。

读者是带着一个具体问题来的。他要的是我的图片为什么加载慢，不是网站建设概论。

问题越具体，文章越有用。

标题就是那个问题

写之前先问自己：这篇要回答哪一句话。

这句话最好就是标题。

网站慢，多半是图片拖的，比网站性能优化技巧好得多。前者是一个判断，后者是一个筐。

标题里带具体对象，读者一眼就知道这篇跟他有没有关系。

一个能用的结构

问题、原因、做法、验证，四段就够。

先说现象。读者得先确认对，我就是这样。

再说原因。不要一上来就给方案，人得先明白为什么会这样，才愿意照着做。

然后给做法。步骤要能照着点，别写适当优化这种没法执行的话。

最后说怎么验证。做完之后怎么知道成了，这一步最容易被省略，也最影响信任。

长度不是标准

有人觉得文章越长越有分量，其实不是。

一篇讲清一个问题的八百字，比一篇什么都讲的三千字有用。

反过来，一个问题如果确实需要三千字才说得清，也别硬砍。判断标准只有一个：有没有多余的段落。

多余的段落通常是这几种：背景铺垫太长、反复强调同一个观点、为了显得专业加了一堆名词。

删掉它们，文章会更好读。

做成系列

一个问题往往连着另一个问题。

讲完图片为什么慢，自然会讲到图片该放哪，再往下是怎么批量压图。

这时候不要塞进同一篇，拆成三篇，互相链接。

读者读完一篇，有下一篇可点，停留时间就上去了。搜索引擎也喜欢这种结构清楚的内容。

一个自查方法

写完通读一遍，问自己：这篇能不能用一句话说清在讲什么。

说不清，就是写散了。

说得清，但那句话跟标题对不上，就是跑题了。

两种情况都别急着发，回去删。删到只剩主线，文章就立住了。

举一个例子

假设你要写图片压缩。

写散了的版本会从图片格式讲起，讲 JPEG 和 PNG 的区别，讲色彩空间，讲压缩算法，最后才提一句怎么压。

写集中的版本直接说：手机原图四兆，压到两百 K，页面快三秒。然后给三条规则，最后说怎么检查。

后者短，但读者能立刻用上。前者显得专业，读者看完还得自己去搜怎么做。

判断标准很简单：读者看完这篇，能不能马上动手。能，就是写对了。

一个练习

下次写完，把全文缩成一句话，发给自己。

如果这句话和你写之前想的不一样，说明写跑偏了。跑偏不是坏事，但要知道自己跑去了哪，那一部分可能是下一篇。

最后

一篇文章的价值，不在于它说了多少，而在于读者合上页面时，记住了哪一句。

记住一句，就够了。