写作前要不要先列大纲？先分清两种稿子的分岔口

「写之前要不要列大纲」这个问题被讨论得太多，答案却总停在「看情况」。可写作的人真正需要的不是结论，而是判断自己属于哪种情况的依据：什么稿子不列大纲必翻车，什么稿子列了大纲纯属浪费时间。

网上现成的答案几乎都来自小说和书稿的经验，讨论的是人物、伏笔、章节节奏。但日常工作里更常见的是另一种写作——周报、方案、教程、公众号长文、项目复盘。这类文本的目标是让人看懂并照着做，结构问题比情节问题更致命，判断标准也完全不同。

一、先分清两种写作，别拿小说的经验套方案

叙事类和说明类对大纲的依赖程度不一样。叙事的推进靠人物和冲突，写的时候可以边写边发现；说明的推进靠逻辑链，一旦链条断了，读者第一段就会走神。

这张表的价值在于：如果你的稿子属于右列，讨论「要不要列大纲」已经没有意义，该讨论的是列到多细。左列才有选择权。

二、大纲的三种粒度，多数人用错了档

「列大纲」不是一个动作，而是三个不同粗细的档位。用错档位是效率损失的主要来源：写得短却列了三级提纲，或者写万字长文只写了一句主题。

• 一句话意图：用一句话写清「这篇要让读者看完之后做什么」。适合 800 字以内的短文、邮件、通知。
• 四段骨架：问题、原因、做法、验收。适合 1500 到 3000 字的说明文、教程、方案。
• 逐节要点：每个小节列出要讲的两到三个点和一个例子。适合超过 3000 字、需要多人协作或分多次写完的长文。

选档的判断很简单：一次能不能写完。能一次写完的，一句话意图足够；要分两次以上，就必须有四段骨架；要分给别人写或者跨周写，才需要逐节要点。

三、四段骨架怎么写：给一个能直接抄的模板

说明类文章最稳的骨架是四段式，它对应读者的四个疑问：我遇到的是不是这个问题、为什么会这样、我该怎么做、怎么知道做对了。

1. 问题段：用两段写清现象和代价。要求出现一个具体场景，不写「很多人都有困扰」这种空句。
2. 原因段：给出判断依据，最好是一个分类表。读者要能拿自己的情况对号入座。
3. 做法段：分步骤或分场景，每步写清动作、工具、耗时。这里是全文主体，占一半篇幅。
4. 验收段：给一份清单，让读者能自查。清单要比正文更具体，出现具体的数字和现象。

写完这四段，回头检查一件事：四段的标题连起来读，是不是一段通顺的话。如果连起来读不通，说明中间有断裂，多半是某一段在回答另一个问题。这个方法比任何大纲模板都实用，因为它检验的是逻辑而不是格式。

骨架写好后不要立刻细化。留十分钟做别的事，回来再看一遍，通常能发现某一段该拆开，或者某两段该合并。

四、哪些情况可以不列，直接开写

不列大纲不是偷懒，前提是你能承担返工的代价。以下四种情况直接写更划算：

• 篇幅在 800 字以内，且只有一个观点、一个例子；
• 你在同类题材上已经写过五篇以上，结构已经内化；
• 写作目的是梳理思路，读者只有自己，写歪了也无所谓；
• 素材还没到手，先写能写的部分探路，等资料齐了再定结构。

第四种最容易引起误解：它看起来像「不列大纲」，其实是把大纲推迟到素材齐备之后。探路阶段写出来的东西只能当素材用，别指望直接变成正稿。

五、大纲的三个反模式

列了大纲反而更写不动，通常是踩了下面三个坑：

第一个坑最常见也最贵。大纲阶段写下的句子删起来有明显心理阻力，最后往往整段保留，让文章变臃肿。控制方法很土但有效：大纲只写名词短语，不写完整句子。

六、常见问题

大纲写完自己都想推翻，是不是白做了

不是。大纲的作用之一就是低成本试错：在几百字里发现方向不对，比在三千字里发现要便宜得多。真正浪费时间的是「大纲写得很顺所以直接照抄成正文」，那样等于放弃了调整机会。

写到一半发现结构不对，要不要重来

先看问题出在节内还是节间。节内次序乱，调整段落顺序就行，成本很低；节间缺一环，才需要补写而不是重写。判断方法是把现有小标题连起来读一遍，看哪两节之间接不上，只补那一段。

多人协作时大纲要写到多细

细到每个人能独立完成一节，并且知道上一节和下一节的接口。实操上就是每个小节写明：这一节要回答的问题、需要的数据、字数上限。分工和并行写作更细的做法，可以看写作方法栏目里的协作类文章。

大纲需要给别人看吗

给编辑或客户看时，建议只给四段骨架，不给逐节要点。骨架足够让对方判断方向对不对，细节给太多反而会引来对措辞的讨论，把结构问题挤到一边。确认方向后，再按改稿检查清单里的顺序推进。

小结

「要不要先列大纲」的正确问法是「这篇稿子属于哪一类、打算分几次写完」。说明类长文必须有骨架，叙事类可以只写意图，短文一句话就够。判断标准不在别人的习惯里，而在你手里的这篇稿子上。

如果只能记住一件事：大纲的用途是检验逻辑，不是提前写完文章。四段标题连起来读得通，骨架就成立了，剩下的是填内容。