公众号提纲先想清读者读完要做什么

教程定位

这篇教程解决什么问题

很多公众号文章不是没有观点，而是观点太早上桌。作者一确定选题，就开始把自己知道的判断、案例、金句、数据和方法全部堆进文档里。写到一半，文章看起来很丰富，却越来越难收束：开头在讲读者痛点，中间变成观点合集，后半段又塞了几个案例，结尾只能写“希望对你有帮助”。

这类文章真正缺的不是写作能力，而是一份能约束写作方向的提纲。提纲不是把观点按 1、2、3 排成目录，也不是让 AI 先生成一套小标题。对公众号长文来说，提纲首先要回答一个更具体的问题：读者读完这篇文章以后，应该能做出什么动作？

如果读者行动没有先定，段落顺序就会靠作者自己的表达欲决定。你想到一个观点就加一段，看到一个案例就塞进去，临近结尾才发现整篇文章没有交付物。读者读完可能会觉得“有道理”，但不知道下一步该怎么做，也不知道这篇文章和别的同主题内容有什么差别。

这篇教程面向公众号作者，尤其适合已经确定选题，但写作时容易堆观点、结尾没有明确产出的人。你会把一张选题卡扩展成公众号文章提纲，提纲里要写清开头场景、每段目的、观点顺序、案例位置、转折逻辑、可删内容和结尾行动。最终产物不是完整公众号正文，而是一份能指导写作的结构草稿。

本文使用安全虚构的内容项目“松果运营手记”举例。它准备写一篇给小团队内容负责人看的公众号长文，主题是“用客户问题做选题库”。样例中的账号、案例、数据和客户材料都为虚构，只用于说明方法。真实使用时，请先脱敏客户名称、聊天记录、后台截图和未公开经营数据。

完成这套流程后，你应该能得到三类结果：

1. 一份从读者行动倒推出来的公众号文章提纲。
2. 一个能让 AI 协助扩展提纲、但不替你乱写正文的提示词。
3. 一套人工检查方法，用来删掉重复观点、错位案例和没有动作的结尾。

使用场景

什么情况下最适合用这一套

假设你已经有了一个公众号选题：“如何用客户问题做选题库”。这个题目本身没问题，甚至有不错的价值。它可以讲内容增长，可以讲客户洞察，也可以讲 AI 辅助整理材料。你手里还有几类素材：客户访谈摘录、销售同事反馈、过去写过的爆款标题、你自己的观点笔记，以及一个目标字数，比如 3000 字。

很多作者会在这个阶段直接进入写作：先写一个开头，说内容团队常常缺选题；再写几个观点，说选题要来自真实客户；然后举一个案例，说明客户原话很有价值；接着补几条方法，比如按痛点、场景、购买阶段分类；最后写一句“建议你也建立自己的选题库”。

这篇文章看起来有结构，但读者读完之后可能仍然不会行动。因为文章没有在提纲阶段定义清楚：读者要带走的是一套判断、一张表、一个流程，还是一个可复制提示词？如果交付物不清楚，中间每段就不知道该服务什么。

公众号长文和短内容不同。短内容可以只交付一个观点、一个提醒、一个动作。公众号文章通常需要读者投入几分钟阅读时间，作者就要给出更完整的阅读回报。这个回报不一定是复杂工具，但必须具体。例如：

这就是“先定读者行动”的意思。它不是给文章加一个口号，而是在写提纲前先问：这篇文章要把读者从哪个状态带到哪个状态？读者现在已经知道什么，还缺什么？他读完以后要拿什么去做下一步？

如果读者现在只是“知道选题”，但不知道如何开写，那么文章的交付物就应该是“提纲”。如果读者已经有提纲，但不会写正文，那主题应该换成正文写作。如果读者只是缺标题，那这篇就不该讲段落结构。把边界划清，文章才不会越写越散。

• 读者读完后能把选题卡扩展成文章提纲。
• 读者读完后能删掉不服务主题的案例。
• 读者读完后能判断哪段应该放观点，哪段应该放证据。
• 读者读完后能写出一个有明确行动的结尾。

材料准备

开始前先把材料和边界备齐

开始前，先准备五类材料。不要只把一个标题丢给 AI，让它“帮我生成一篇公众号提纲”。如果输入只有标题，AI 很容易生成一份通用目录：背景、问题、方法、案例、总结。这种目录看起来完整，但通常无法指导你取舍素材。

第一类是选题卡。选题卡至少要包含主题、目标读者、具体场景、读者卡点、核心观点和预期产物。比如“用客户问题做选题库”不是完整选题卡，“给小团队内容负责人看的方法：把客户访谈、销售反馈和评论区问题整理成 30 条可持续发布的选题库”才更接近可写状态。

第二类是读者画像。这里的画像不是年龄、城市和职业头衔，而是读者在这个场景里的真实状态。他现在卡在哪里？他已经试过什么？他误以为什么是问题？他真正缺的是什么？例如公众号作者可能以为自己缺观点，其实缺的是一条能让观点排队的读者行动线。

第三类是案例素材。案例不是越多越好。你要先给每个案例标注用途：它是用来证明问题存在、解释方法可行、展示错误做法，还是放在结尾推动行动？同一个案例如果既想承担痛点、方法、证明和转化，文章就会变得很重。

第四类是观点笔记。把零散观点先列出来，但不要急着排序。每条观点旁边写一句“它服务哪个读者动作”。如果写不出来，就先放进待删区。公众号文章最怕作者把所有想法都放进去，结果每段都正确，每段都不负责。

第五类是目标字数。目标字数不是为了凑长度，而是为了决定段落颗粒度。1500 字提纲要更快进入方法，3000 字可以展开一个完整案例，5000 字则需要更强的章节分层和过渡设计。字数越长，越不能只靠观点自然堆叠。

可以先把材料整理成下面这张准备表：

| 材料 | 最少提供什么 | 在提纲里决定什么 | 先删掉什么 | | --- | --- | --- | --- | | 选题卡 | 主题、读者、场景、卡点、产物 | 文章边界和结尾行动 | 和本题无关的宏大判断 | | 读者画像 | 当前状态、误区、想完成的动作 | 开头场景和段落顺序 | 泛泛的人群标签 | | 案例素材 | 背景、冲突、动作、结果 | 案例放在哪一段 | 未脱敏客户信息 | | 观点笔记 | 判断、原因、适用边界 | 哪些观点保留，哪些合并 | 重复表达和口号 | | 目标字数 | 预期篇幅、阅读深度 | 小标题数量和案例展开程度 | 不必要的旁支 |

还有一个小前提：先区分“文章提纲”和“完整正文”。提纲要写清每段要完成的任务，而不是提前把所有句子写完。一个好提纲应该让你在写正文时知道“这段要解决什么”，也应该让你看出“这段暂时不该写什么”。

实操流程

按这套步骤把工作跑起来

第一步，先写读者读完后的具体行动。

不要从“我要表达什么观点”开始，而要从“读者读完后要做什么”开始。这个行动必须能被观察到，不能只写“让读者理解”“让读者受到启发”。公众号长文当然可以启发人，但提纲阶段需要更硬一点的动作。

可以用这个句式：

例如：

这句话一写出来，文章边界就清楚了。你不是要教读者写标题，不是要教他写完整正文，也不是要讨论公众号增长全局。你只负责把选题卡扩展成提纲。

第二步，把读者当前状态写成开头场景。

公众号文章的开头不要急着上观点。先让读者认出自己正处在哪个具体场景里。开头场景要包含三件事：读者已经做了什么、卡在哪里、为什么这不是简单的努力问题。

比如本题的开头场景可以这样设计：

| 开头要素 | 内容 | | --- | --- | | 已经做了什么 | 选题已经确定，也收集了不少观点和案例 | | 卡在哪里 | 写作时越写越散，观点很多，结尾没有产出 | | 重新定义问题 | 缺的不是观点，而是从读者行动倒推出来的提纲 |

这段开头的目的不是把文章写得很热闹，而是把读者从“我不会写”带到“我需要先排结构”。如果开头直接写“公众号提纲很重要”，读者会觉得对，但未必继续读。更有效的开头是让他看到自己在文档里越写越乱的那一刻。

第三步，确定文章的段落任务，而不是只列小标题。

很多提纲失败，是因为它只有标题层级，没有段落任务。例如：

这不是提纲，只是目录。真正能指导写作的提纲，要写清每段负责完成什么。

可以把段落任务写成这样：

| 段落 | 小标题草案 | 段落目的 | 读者读完后应该更清楚什么 | | --- | --- | --- | --- | | 1 | 你不是缺观点，是缺读者行动线 | 重新定义问题 | 为什么观点多反而会让文章散 | | 2 | 先写结尾动作，再排中间段落 | 建立方法原则 | 提纲不是目录，而是行动路径 | | 3 | 把素材分成问题、方法、证据和行动 | 提供整理办法 | 每类素材应该放在文章哪里 | | 4 | 案例只放在需要证明的地方 | 纠正常见误区 | 不是每个案例都要写进正文 | | 5 | 用检查清单删掉多余段落 | 交付可执行动作 | 写完提纲后如何人工复核 |

这一步会强迫你判断每段的存在理由。如果某段说不出目的，就先不要写。公众号文章不是信息仓库，读者不需要看见你所有素材，他需要沿着一条清楚的路径走到结尾。

第四步，从结尾行动倒推中间顺序。

如果结尾行动是“拿到一份可写作的公众号文章提纲”，中间段落就必须按产物生成顺序排列，而不是按观点精彩程度排列。你可以倒推：

读者最后要检查提纲，所以前面要先生成提纲；要生成提纲，前面要先整理素材；要整理素材，前面要先定义读者行动；要定义读者行动，开头要先让读者意识到自己不是缺素材，而是缺结构。

这样排出来的顺序通常是：

注意，这个顺序不是唯一答案。关键是每一步都服务最终交付物。如果你的结尾行动换成“写出完整正文”，那中间顺序就要加入段落扩写、语言节奏和标题呼应；如果结尾行动换成“选出一个标题”，那本文大部分内容都应该删掉。

第五步，给案例安排明确位置。

案例不是装饰。案例应该出现在读者需要证据、需要看见方法如何落地、或者需要识别错误做法的时候。提纲阶段要提前标注案例位置，避免写正文时想到哪里塞到哪里。

同一个案例可以有不同位置，但每次只能承担一个主要任务：

| 案例位置 | 适合放什么案例 | 主要作用 | | --- | --- | --- | | 开头 | 作者写着写着变成观点堆叠的场景 | 让读者认出问题 | | 方法段 | 一张选题卡如何变成提纲表 | 展示操作过程 | | 检查段 | 一个看似完整但没有结尾行动的提纲 | 提供修改样本 | | 反例段 | 三种失败提纲 | 帮读者避坑 |

如果一个案例特别精彩，但无法服务以上任何位置，就暂时不要放进这篇。素材取舍的标准不是“我舍不得”，而是“它能不能推动读者完成交付物”。

第六步，给每个观点写保留理由。

观点笔记最容易让文章变重。提纲阶段可以把观点分成三类：必须保留、可以合并、先删掉。

必须保留的观点，通常直接支撑读者行动。例如“提纲先写读者行动，再排观点顺序”必须保留，因为它是本文方法核心。

可以合并的观点，通常表达相近。例如“不要堆观点”“不要堆素材”“不要一上来写正文”可以合并到同一段，不需要分别展开三次。

先删掉的观点，通常正确但不服务本题。例如“公众号要长期经营信任”“内容增长要多平台分发”“AI 不能替代作者判断”都可能正确，但如果它们不帮助读者做出提纲，就不该成为主段落。

第七步，把提纲输出成可写作表格。

最终提纲建议用表格，而不是只写树状目录。表格能同时承载段落目的、素材位置、读者状态和写作提醒。

一份可用的公众号提纲至少包含这些列：

| 顺序 | 段落功能 | 小标题草案 | 要回答的问题 | 可用素材 | 案例位置 | 写作提醒 | | --- | --- | --- | --- | --- | --- | --- | | 1 | 开头场景 | 选题定了，文章却越写越散 | 读者现在卡在哪里 | 作者写作卡点 | 场景案例 | 不要先讲大道理 | | 2 | 问题重定 | 你不是缺观点，是缺结尾动作 | 为什么要先定读者行动 | 观点笔记 | 不放案例 | 用一句话讲清核心判断 | | 3 | 材料整理 | 把素材分成四类 | 输入材料怎么进入提纲 | 选题卡、案例、观点 | 轻案例 | 避免展开成资料整理教程 | | 4 | 结构生成 | 从结尾行动倒推段落顺序 | 文章应该怎样排 | 提纲表 | 方法案例 | 每段都写目的 | | 5 | 检查修改 | 删掉不服务行动的段落 | 如何判断提纲能不能写 | 失败提纲 | 反例 | 给检查动作，不写鸡汤 | | 6 | 结尾行动 | 现在把你的选题卡改成提纲 | 读者下一步做什么 | 可复制清单 | 不放新案例 | 不再新增观点 |

这张表就是本文的交付物原型。写正文时，你可以顺着表格扩写；请 AI 协助时，也可以让它只补某一列，而不是一次性生成全文。

1. 读者正在经历的写作卡点。
2. 本文重新定义问题：先定读者行动。
3. 准备输入材料：选题卡、画像、案例、观点、字数。
4. 把结尾行动写成一句可执行产物。
5. 把素材分配到开头、观点、案例、方法和结尾。
6. 生成文章提纲表。
7. 人工检查和删改。
8. 常见反例和相邻主题边界。

• 为什么要写提纲
• 如何写提纲
• 案例分析
• 总结

读者读完这篇文章后，能够用【输入材料】做出【具体产物】，并知道【人工检查点】。

读者读完这篇文章后，能够用一张选题卡、读者画像、案例素材和观点笔记，做出一份公众号文章提纲，并知道如何检查段落目的、案例位置和结尾行动。

输入示例

可以直接参考的输入材料

下面是一份安全虚构的输入样例。它不是完整公众号正文，而是给 AI 扩展提纲用的材料包。

这个输入样例有两个特点。第一，它把读者、场景、产物写得很清楚，AI 不需要凭空猜文章目标。第二，它明确要求生成“提纲”，不是“完整正文”。这能减少 AI 直接写成长篇正文的概率。

【选题卡】
主题：用客户问题做公众号选题库
目标读者：小团队内容负责人、公众号作者
具体场景：每周都要写文章，但经常临时想选题，写出来的内容也容易变成观点合集。
读者卡点：手里有客户访谈、销售反馈、评论区问题和观点笔记，但不知道如何组织成一篇有结尾产出的长文。
核心观点：公众号提纲要先定义读者读完后的行动，再决定观点顺序和案例位置。
预期产物：一份公众号文章提纲，包含开头场景、段落目的、案例位置和结尾行动。
目标字数：3000 字。

【读者画像】
读者已经知道要写什么主题，但写作时容易把所有观点都放进去。
读者希望文章读起来有层次，结尾能让人保存、转发或照着做。
读者不需要完整代写正文，先需要一个能指导写作的提纲。

【案例素材】
案例 A：某作者写“客户问题做选题库”，准备了 18 条客户原话，最后正文变成客户语录合集，没有方法。
案例 B：某运营把客户问题按“不了解、比较中、准备购买、使用后”分成四类，生成了 20 个题目。
案例 C：某篇文章开头很强，但结尾只写“欢迎交流”，读者不知道下一步该做什么。

【观点笔记】
1. 提纲不是目录，提纲是读者行动路径。
2. 结尾行动越清楚，中间段落越容易取舍。
3. 案例要放在需要证明的地方，不是越多越好。
4. 观点要服务读者动作，不服务就合并或删除。
5. AI 适合整理和扩展提纲，但最终取舍要人工判断。

提示词

可复制使用的提示词

下面这段提示词可以直接复制使用。把其中的方括号内容替换成你的真实材料即可。为了避免 AI 写成完整公众号正文，提示词里要反复约束输出形态：只生成提纲、写清段落目的、标注案例位置、给出结尾行动。

如果你希望 AI 输出更稳定，可以再加一句限制：“每个段落目的不超过 30 个字，每个写作提醒必须是可执行动作。”这样能减少空泛表达，例如“增强说服力”“提升阅读体验”。提纲越具体，正文越容易写。

你是公众号长文结构编辑。请不要写完整正文，只把我提供的选题卡扩展成一份可指导写作的文章提纲。

我的目标不是生成标题，也不是生成完整公众号文章，而是得到一份提纲。提纲要能帮助作者判断每一段为什么存在、案例放在哪里、哪些观点应该删掉，以及结尾要让读者做什么。

【选题卡】
[粘贴主题、目标读者、具体场景、读者卡点、核心观点、预期产物、目标字数]

【读者画像】
[粘贴读者当前状态、已经尝试过什么、误区、希望完成的动作]

【案例素材】
[粘贴案例，每个案例写清背景、冲突、动作、结果，以及是否已脱敏]

【观点笔记】
[粘贴观点列表]

请按以下步骤输出：
1. 先用一句话写出“读者读完后的具体行动”，格式为：读者读完后能够用什么材料做出什么产物，并知道如何检查什么。
2. 判断这篇文章不应该写什么，列出 3 到 5 个边界，避免跑题。
3. 生成公众号文章提纲表，表格列包括：顺序、段落功能、小标题草案、段落目的、要回答的问题、可用素材、案例位置、写作提醒。
4. 标注哪些观点必须保留、哪些观点可以合并、哪些观点建议删除，并说明理由。
5. 给出结尾行动设计，要求结尾不能新增大观点，只能推动读者完成下一步。
6. 最后给出人工检查清单，用来检查这份提纲是否能指导写作。

输出要求：
- 不要写完整正文。
- 不要生成夸张标题。
- 不要把所有素材都塞进提纲。
- 每段都必须说明它服务读者的哪个动作。
- 案例必须标注放置位置和作用。
- 如果材料不足，请明确指出缺什么，不要编造客户、数据或结果。

输出样例

AI 应该输出到什么程度

下面是基于前面输入样例生成的一份提纲样例。注意，它仍然不是完整正文，而是写作前的结构表。

| 顺序 | 段落功能 | 小标题草案 | 段落目的 | 要回答的问题 | 可用素材 | 案例位置 | 写作提醒 | | --- | --- | --- | --- | --- | --- | --- | --- | | 1 | 开头场景 | 选题定了，文章还是写散了 | 让读者认出写作卡点 | 为什么有选题还写不成文章 | 作者堆观点的场景、案例 C | 开头轻描 | 用具体写作状态开场，不要先讲方法论 | | 2 | 问题重定 | 提纲不是目录，是读者行动路径 | 把问题从缺观点改成缺行动 | 为什么先定结尾动作 | 观点 1、2 | 不放案例 | 用一句核心判断承上启下 | | 3 | 行动定义 | 先写读者读完要做什么 | 定义文章交付物 | 读者读完后拿到什么 | 选题卡、目标字数 | 不放案例 | 给出行动句式 | | 4 | 素材分配 | 把材料分给开头、方法、案例和结尾 | 让素材进入正确位置 | 哪些素材应该写，哪些先删 | 案例 A、观点 3、4 | 案例 A 放反例 | 不要展开成素材管理大全 | | 5 | 结构倒推 | 从结尾行动倒推段落顺序 | 生成完整提纲骨架 | 中间段落怎么排 | 选题卡、读者画像 | 方法段示例 | 每段都要写读者状态变化 | | 6 | 案例安排 | 案例只放在需要证明的地方 | 避免案例堆砌 | 哪个案例服务哪段 | 案例 A、B、C | 案例 B 放方法段 | 每个案例只承担一个主要任务 | | 7 | 人工检查 | 写正文前先删一轮 | 检查提纲是否可写 | 哪些段落应删除或合并 | 全部观点笔记 | 反例对照 | 用清单检查，不凭感觉 | | 8 | 结尾行动 | 现在把你的选题卡改成提纲 | 推动读者下一步 | 读者马上做什么 | 可复制提示词、检查清单 | 不放新案例 | 结尾不新增观点，不改主题 |

这份输出样例的价值，不在于小标题写得多漂亮，而在于它给每段都分配了任务。你写正文时，如果发现第 4 段突然想讲“内容增长的长期价值”，就能回到提纲检查：这个观点是否帮助读者把材料分配到提纲里？如果不能，就先删掉或另开一篇。

AI 输出后，不要马上照着写。先看三件事。

第一，段落顺序是否符合读者行动。读者还不知道为什么要先定行动时，不要突然进入工具表格；读者还没看到素材分类时，不要急着让他检查提纲。

第二，案例位置是否合理。案例 A 是失败样本，就更适合放在反例或检查段；案例 B 展示了客户问题分类，就更适合放在方法段；案例 C 是结尾无行动的问题，就更适合放在开头或结尾检查段。

第三，结尾是否真的有行动。好的结尾不是“总结本文提到的三点”，而是告诉读者现在拿出选题卡，把读者行动句、段落目的和案例位置填完。

人工验收

人要怎么检查和改到可用

AI 可以帮你把材料扩展成提纲，但公众号文章的取舍仍然要人工判断。尤其是长文提纲，最容易出现“结构看起来完整，但写出来没有力量”的问题。写正文前，建议用下面八个问题检查。

第一，读者行动是否具体。把“让读者理解提纲的重要性”改成“让读者能用选题卡做出一份含段落目的和结尾行动的提纲”。前者无法指导段落，后者能决定取舍。

第二，开头场景是否贴近读者当前状态。不要写“在内容时代，公众号写作越来越重要”这类大开头。读者真正的场景可能是：标题定了，素材很多，文档打开两小时，文章越写越像资料库。

第三，每段是否有独立任务。检查每个小标题下面能不能写出“本段要让读者明白什么”。如果只能写“承接上文”“继续说明”，这段很可能太虚。

第四，观点是否重复。公众号作者常把同一个意思换三种说法：要有结构、不要散、先定主线。它们可以合并成一个核心观点，再用方法和例子展开。

第五，案例是否放在正确位置。案例应该服务段落目的，而不是按作者想到的顺序排列。一个开头案例要短，一个方法案例要完整，一个反例案例要能暴露错误。

第六，是否提前写成正文。提纲里可以有关键句，但不要把每段都扩成完整段落。提纲太满，反而会让后续写作难以调整。

第七，结尾是否新增观点。很多文章前面讲“如何做提纲”，结尾突然升华到“长期主义”“个人品牌”“内容壁垒”。这些观点可能正确，但会稀释读者行动。结尾最好只做三件事：回扣问题、提醒检查、推动下一步。

第八，标题和正文边界是否一致。本文主题是公众号文章提纲，不要在提纲里大篇幅展开标题写法、排版技巧、封面设计、公众号增长策略或完整正文润色。相邻主题可以提，但不能抢主线。

你可以把检查结果标成三类：

| 检查结果 | 处理方式 | 例子 | | --- | --- | --- | | 必须改 | 不改会影响文章交付物 | 没有读者行动、结尾无下一步 | | 可以合并 | 意思重复或段落任务相近 | 三段都在说不要堆观点 | | 暂时移走 | 内容不错但不属于本题 | 标题公式、封面建议、发布节奏 |

人工修改的目标不是让提纲变得更复杂，而是让它更可写。好提纲应该有一种很清楚的感觉：每段都知道自己为什么在这里，每个案例都知道自己证明什么，结尾能让读者马上动手。

失败反例

这些失败反例要提前避开

反例 1：把提纲写成观点清单。

错误提纲可能长这样：

这五句话都没错，但它们不能指导写作。作者看到这份提纲，仍然不知道开头怎么切、案例放在哪里、哪段先讲、哪段后讲、结尾到底让读者做什么。它的问题是只有观点，没有读者行动路径。

修改方式：把每条观点改成段落任务。例如“公众号文章要有结构”可以改成“说明为什么选题确定后仍然会写散”；“案例能增强说服力”可以改成“标注案例放在问题段、方法段还是反例段”。

反例 2：一开始就让 AI 写完整正文。

有些作者会把选题卡丢给 AI，然后说“帮我写一篇 3000 字公众号文章”。AI 很快能写出一篇看似顺滑的文章，但里面常常出现几个问题：开头很泛，中间观点平均用力，案例像编出来的，结尾只做口号式总结。更麻烦的是，正文已经写满了，作者反而更难大改结构。

修改方式：先要求 AI 只输出提纲表，不写完整正文。每段只写段落功能、小标题草案、段落目的、可用素材和写作提醒。等人工确认结构后，再按段落逐步扩写。这样你保留了结构控制权。

反例 3：案例很多，但没有位置和作用。

错误提纲可能会写：“这一段加入客户案例”“这里举一个运营案例”“结尾再放一个成功案例”。看起来很有证据，实际很容易变成案例堆叠。读者会记住几个故事，但不一定知道方法怎么用。

修改方式：给每个案例写一句“它证明什么”。如果案例 A 证明没有提纲会写散，就放在开头或反例段；如果案例 B 展示如何从选题卡生成段落表，就放在方法段；如果案例 C 说明结尾无行动会浪费阅读，就放在检查段。证明不了任何关键步骤的案例，先移走。

反例 4：结尾写成情绪收束，没有具体下一步。

常见结尾是：“写公众号是一件长期的事，愿我们都能持续输出有价值的内容。”这句话温和，但它没有完成教程任务。读者读完以后不知道该打开哪份材料、填哪张表、检查哪几个点。

修改方式：把结尾改成行动指令。例如：“现在拿出你的选题卡，先写一句读者读完后的具体行动，再把手头素材分成开头场景、方法证明、反例检查和结尾行动四类。填完以后，删掉所有说不清段落目的的观点。”

反例 5：把相邻主题全部塞进一篇。

有些提纲会从“公众号文章提纲”一路扩展到标题、排版、封面、公众号涨粉、私域转化、AI 写作工具和发布节奏。每个部分都能写，但放在同一篇里，读者反而不知道本文到底交付什么。

修改方式：只保留和“从选题卡扩展成提纲”直接相关的内容。标题可以在相邻主题差异里说明边界，正文写作可以作为下一步，但不要展开。公众号文章一次解决一个具体任务，比一次覆盖完整增长链路更有用。

一、公众号文章要有结构
二、提纲很重要
三、写作要服务读者
四、案例能增强说服力
五、结尾要有行动

主题边界

它和相邻主题的区别

这个主题很容易和几个相邻主题混在一起。提纲阶段要主动划边界，否则文章会写成大而全的公众号写作指南。

第一，它不同于公众号标题写作。标题写作关注的是读者为什么点开，提纲写作关注的是读者点开后如何被带到一个明确产物。标题可以影响打开率，但它不能替代段落顺序、案例位置和结尾行动。本文可以提醒标题要匹配交付物，但不展开标题公式。

第二，它不同于完整公众号正文代写。完整正文需要考虑语言节奏、段落衔接、金句密度、故事展开和语气统一。本文只解决写正文前的结构问题。提纲不是最终文章，它是写作前的工作台。

第三，它不同于选题库搭建。选题库解决的是“未来写什么”，提纲解决的是“这个已确定选题怎么写”。选题库可能包含 30 个题目、标签、来源和优先级；本文只处理其中一个题目如何扩展成一篇公众号长文的骨架。

第四，它不同于素材整理。素材整理关注客户原话、案例、观点、数据如何归档。提纲写作只关心这些素材在一篇文章里承担什么作用。素材再多，如果不能服务读者行动，就不应该进入本篇。

第五，它不同于公众号运营增长。运营增长会讨论发布频率、菜单设置、用户转化、社群承接和数据复盘。本文只关注单篇文章写作前的结构设计。结尾行动可以服务收藏、转发或下一步咨询，但不要把文章写成完整运营方案。

你可以把这篇文章的边界记成一句话：它不是帮你把文章写完，而是帮你在写之前知道每一段为什么存在。只要这个边界清楚，AI 才能成为结构助理，而不是把你的选题扩写成一篇看似完整、实际没有交付物的公众号正文。