樱桃小公举好，下面开始写正文。
这句话我几乎每天都在对自己说。它像一道开关，把脑子里的关键词、零散素材、临时冒出来的灵感，从混沌状态拉回文档里。很多人以为“写正文”是写作里最简单的一步：框架都有了，照着填不就行了？可真到了摊开文档的那一刻，你会发现大脑一片空白，光标在空白页上闪得让人心慌。这篇博文想聊的，就是“写正文”这件事本身——怎样从一句自我指令出发，把零散想法变成一篇结构清楚、耐得住读、还能解决实际问题的长文。内容主要面向需要定期产出内容的自媒体人、技术博主、做课程材料的老师，以及所有觉得“写东西慢”“写出来像流水账”的职场人。我会把构思、落笔、改稿、排查问题的完整流程拆开，配上可复用的清单和实战心得。
1. 写正文之前，真正的战场在“构思”
很多人的正文写得痛苦，不是因为打字慢，是因为压根没想明白这篇内容要干嘛。框架列了一堆标题，但每个标题底下装什么心里没数，写的时候只能边走边找，自然越写越散。我个人的习惯是：正文开始之前，先花时间把所有“想说的东西”前置处理掉。
1.1 先讲清楚“写给谁”和“写来干嘛”
写正文前最重要的一个问题不是“写什么”，而是“给谁看、看完做什么”。同样是讲一套自动化操作流程，写给刚入门的新手，正文就得从环境准备讲起，每一步都配截图说明；写给已经跑通基础流程的同行，开头就要直接进入难点和坑位，解释为什么这样做更快更稳。没有这个判断，正文很容易写成两头不靠的“干条条”。
我常用的做法是给自己写一句话的用户画像：“读者是每周至少碰两三次电脑、但没系统学过编程的人，他来看我这篇是为了解决某个具体报错，不是来学理论。”有了这句话，每一段内容该写到多深、该举什么例子，都有了判断依据。另一个问题是写作目标，一篇文章只解决一件事。把“我要全面介绍”改成“我要帮读者在10分钟内完成最简配置”，整个正文的重心会立刻清晰起来。
1.2 把大主题拆成一连串“问题”
写正文本质上是在回答读者心里的疑问。主题只是一个方向，问题才是内容的骨架。我拆结构的时候会先把主题变成问题清单：“它是什么？”“为什么要用这个方案？”“跟我现在用的比好在哪？”“具体怎么做？”“做的时候有哪些坑？”这些问题按顺序排好，其实就是正文的底层逻辑。
拿“写正文”本身来举例：读者会想“我为什么总是卡在开头？”——这对应写开头的方法；“怎么让内容不啰嗦？”——这对应信息密度和删改；“怎么避免写得像流水账？”——这对应段落节奏。你发现问题了吗？我一篇讲写作的文章，结构本身就是用问题驱动拆出来的。这样做的好处是正文不会跑偏，因为每一段都在回应具体疑问。更重要的是，问题拆得越细，写的时候越不需要“憋内容”，每个问题都已经是一个待回答的小单元。
1.3 素材整理的优先级排序
素材永远比你想的多，真正难的是排序。我的原则是“一次只保留支撑结论的关键素材”，其余全部放到备用文档。判断方法很直接：把这条素材拿掉，段落的核心意思还成立吗？成立就删，不成立才留。就像收拾行李箱，不是