如何写软文：一个页面应覆盖多大主题范围？先定边界再动笔
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /d29b80098385.html
📄
如何写软文：一个页面应覆盖多大主题范围？先定边界再动笔
一个页面应覆盖的主题范围，不是由字数决定，而是由“读者带着哪一个具体问题进来、出去时是否被完整解决”决定。范围过窄，页面撑不起搜索意图，读者还要再点开别的页面；范围过宽，页面同时讲五六个子话题，每个都讲不透，反而谁都留不住。判断标准可以压缩成一句话：一个页面只承担一个核心意图，可以带若干支撑性子问题，但不能出现第二个并列的核心意图。
准备：把主题拆成“一个主意图 + 若干支撑点”
动手写之前，先列出这个页面要回答的所有问题，然后做一次归类。做法很简单：把每个问题写成一句话，看它们是否共享同一个动作或同一个决策。
- 如果几个问题都指向“怎么做同一件事”，它们属于同一页面，可以作为支撑小节。
- 如果其中某个问题指向“要不要做这件事”，而其余指向“怎么做”，那它更接近另一个意图，应拆出去。
- 如果两个问题分别面向不同阶段的读者，例如新手选型和老手排错，通常也应分开。
假设你要写一篇关于“如何写软文”的页面，候选问题有：软文和硬广的区别、软文的结构怎么搭、标题怎么写、发布后怎么判断效果、要不要投付费推广。前四个共享“写出一篇软文”这个主意图，可以放在同一页面；最后一个属于投放决策，是并列的第二核心意图，应单独成页。这一步是整篇最关键的动作，边界定错，后面写得多流畅都救不回来。
实施：按意图层级安排内容顺序
确定范围后，页面结构应体现主次，而不是把支撑点平铺成目录。建议的顺序是：先用一段直接回应主意图，再依次展开支撑点，每个支撑点只解决一个子问题，不交叉重复。
需要控制的是深度差。支撑点可以写得比主意图浅，但不能浅到只剩一句结论。判断方法：如果某个小节删掉后，读者仍能完成主意图，它就是可选内容；如果删掉后读者会卡住，它就必须留且要写透。按这个标准筛一遍，页面范围往往会自动收缩到合理区间。
另一个可执行的检查是反向提问：把页面标题读出来，再问“读者看完这页，能不能只靠这一页完成标题承诺的事”。能，范围合适；不能，要么补内容，要么改标题让承诺更小。
验证：用三个检查项确认范围没有跑偏
- 并列核心意图检查：把每个小节的标题写下来，看是否有两个以上属于“不同决策”。有，就拆页。
- 支撑点归属检查：每个支撑小节是否都能回答“它如何帮助完成主意图”。答不上来，说明它是独立主题。
- 读者路径检查：设想读者从进入页面到离开，是否需要在页面内来回跳转才能理解。需要，说明顺序或范围有问题。
这三项不需要工具，自己在纸上列一遍即可完成。它们的适用条件是：页面已有明确标题和初步结构。如果页面还只是零散笔记，先做第一步的意图归类，再回来验证。
维护：主题范围会随内容增补而漂移
页面不是定稿后就固定不变。后续每加一个小节，都要重新问一次它属于主意图还是新意图。常见的情况是，原本作为支撑点的“效果判断”被不断扩充，最后长成了完整的投放指南，这时应把它拆成独立页面，并在原页面保留一段简要说明和指向。
维护时还要注意同义词堆砌的问题。把“软文写作”“软文撰写”“软文创作”反复换写，并不会扩大页面的有效主题范围，只会让内容显得重复。真正扩大覆盖的方式，是补充同一意图下尚未回答的子问题，而不是换词。
如果你手上已有一个页面，下一步就是把它现有小节标题逐条对照上面的三项检查，标出属于第二核心意图的部分，先决定拆还是删，再动笔改正文。
