网站内容规划怎样整理选题和更新记录：别把选题清单当更新日志
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /4e8139b9ac43.html
📄
网站内容规划怎样整理选题和更新记录：别把选题清单当更新日志
整理选题和更新记录时，最常见的误解是把它们合成一张表：左边写选题，右边写“已更新”。这样看似省事，实际会让两个问题互相干扰——选题需要看“还没写什么”，更新记录需要看“已经改过什么、为什么改”。一旦合并，旧选题被覆盖、更新原因被省略，过几周就没人能判断某篇文章到底该重写还是该删除。正确做法是分开维护两份记录，再用一个共同编号关联。
先分清两份记录各自回答什么问题
选题记录回答的是“接下来写什么”，它面向未来，字段应包含：暂定标题、目标读者、要解决的具体问题、与已有内容的区别、优先级、状态（待定/写作中/已发布/放弃）。更新记录回答的是“过去改了什么”，它面向历史，字段应包含：内容编号、更新日期、改动类型、改动原因、改动前后差异、下一步是否还需要复查。
两份记录可以用同一个编号串联。编号不必复杂，按创建顺序递增即可，例如 C-001。这样在选题表里看到某条已发布，就能去更新记录里查它后来被改过几次。
选题不要只记标题，要记“为什么值得写”
只写标题的选题清单，过一段时间就会变成一堆看不懂的短语。判断一个选题是否值得进入清单，可以问三个问题：
- 它是否对应读者真实会提出的问题，而不是从词表里拼出来的短语？
- 站内是否已有内容回答了同一问题？如果有，是补充、拆分还是替换？
- 写完之后，读者能执行哪一个具体动作？
如果三个问题都答不上来，先放进“待观察”而不是直接排期。适用条件是：你还没有足够信息判断价值。判断结果是：暂缓，而不是删除，等有新的读者反馈或业务需求时再回看。
更新记录要写原因，不能只写日期
“2025-03-10 更新”这种记录几乎没有用，因为它没有说明改了什么、为什么改。建议每次更新至少写清三件事：
- 改动类型：修正事实错误、补充新步骤、删除过时说明、调整结构、更换示例。
- 触发原因：读者反馈、自己复查发现、业务流程变化、原内容与当前做法不一致。
- 影响范围：只改了一段，还是整篇重写；是否影响内链或相关文章。
举例来说，假设某篇操作说明里的一步已经不再适用（这是假设例子，不是真实项目）。更新记录应写成：“改动类型：删除过时步骤；原因：原步骤依赖的流程已变化；影响范围：第 3 节，需检查两篇内链文章是否引用该步骤。”这样半年后回看，仍能判断要不要继续跟进。
多久整理一次，取决于内容变化速度
没有适用于所有网站的统一周期。判断依据是：你的主题变化越快，复查间隔越短。操作类、规则类内容可能每月需要抽查；概念解释类内容可以每季度或每半年复查一次。复查时不必逐篇重写，只需按更新记录里的“下一步是否还需要复查”标记，挑出到期项。
一个可执行的最小流程是：每周花二十分钟，把新冒出的选题补进选题表；每月花半小时，从更新记录里挑三条到期内容做检查；每季度清理一次选题表，把长期无进展且判断不出价值的条目标记为放弃。适用条件是个人或小团队维护；如果内容量大，需要按栏目拆分负责人，否则记录会迅速失真。
下一步：先建两份空表，再补最近十条内容
不要等工具选好再开始。先用任意表格建两份记录：一份选题表，一份更新记录，字段按上面列出的写。然后把你最近发布的十条内容补进更新记录，只填能确认的信息，不确定的原因留空。补完之后你会发现，哪些内容其实早该复查，哪些选题一直没人推进——这就是整理选题和更新记录的起点。
