从建议式写作转向经历式写作

我以前写经验帖，习惯上来就给建议。比如写怎么整理工作记录，开头大概率是“要养成及时记录的习惯，分类整理、定期回顾，就能减少遗漏”。句子没错，但前几天我请一个完全不了解这事的朋读稿，她读到第二段就问我：你原来是怎么记的，为什么突然要改？

那一刻我才反应过来，我把最该说的背景跳过去了。读者还不知道我遇到了什么麻烦，就先收到一堆建议，那种感觉大概像有人冲过来教你做事，你连他为什么这么急都不知道。

回头想，我删掉的那些细节其实不是“铺垫太长”。临时事项散在聊天记录和便签里，到周末回顾时我记得做过什么，却说不清某项工作为什么改了方向——这些才是我后来调整记录方式的真正原因。它们不是琐事，是读者理解我为什么改做法所需要的信息。

所以改稿时我没往开头硬塞一整个故事，只换了进入文章的顺序。先说那次整理一周记录，我能从聊天记录里翻出“方案已改”，却找不到当时为什么改，补前因后果花了不少时间，也发现自己平时记的都是结果，很少记决定是怎么做出的。然后才说，后来我开始调整记录方式。

这样一来，后文就不再是突然冒出来的一组建议，而是在回答一个读者已经接住的问题：你后来怎么记，才不用回头猜原因？

我也做了取舍。那次周回顾还有不少细节，但跟“为什么要改变记录方式”没关系，就没塞进开头；“这样记录能提高效率”这类判断，也留到写完实际做法之后再说。开头要给够背景，不必提前把整篇文章讲完。

发布之后我回看留言，发现讨论更容易落在具体问题上：有人聊自己找不到修改依据的经历，也有人问我后来怎样记录决定的原因。这些反馈说明一部分读者读懂了我为什么要改，但它证明不了新版开头带来了更多阅读，更说明不了所有经验稿都该从亲身经历写起。

这次改稿给我的提醒挺具体：当一篇文章准备分享做法时，我会先检查开头有没有交代做法从何而来。如果读者得读到后面才能猜出我面对的问题，我就考虑把那段经历往前挪；如果背景本来就清楚，也没必要为了“讲故事”硬加情节。建议是从经历里长出来的，那就让读者先看见那段经历。