小标题要覆盖必要问题,判断标准不是“每段都有小标题”,而是把每个小标题单独抽出来看,它是否对应一个读者会问、且正文确实回答了的疑问。在多人协作中,小标题还多一层作用:它是分工与验收的接口,写的人知道这段要解决什么,审的人能对照检查是否答完。常见误解是“小标题写得漂亮就等于覆盖到位”,实际恰好相反,措辞再顺,只要缺了某类必要问题,交付时仍会返工。
原因在于,写小标题时人容易按“我想讲什么”组织,而读者是按“我要确认什么”阅读。前者产出的是内容提纲,后者需要的才是问题清单。两者错位时,小标题读起来通顺,但读者关心的判断条件、适用边界、操作步骤没有落点,于是要么追问,要么自行猜测,协作中就会反复返工。
另一个原因是把层级当成了覆盖。给每段都加上小标题,只说明结构整齐,不说明问题被回答。判断时要看小标题下面的正文是否给出了可执行的信息,而不是重复标题里的词。
针对关键词优化类内容,一个小节通常需要覆盖四类问题,可按下面的顺序检查:
这四类不必每节都齐全,但整篇要能覆盖。若某一类在多节里都缺席,通常就是返工的来源。例如只写“怎么做”而不写适用条件,执行者遇到不符合前提的页面时无法判断该不该照做,只能回头问。
下面这套步骤可以直接用于协作交付前的自检:
举例说明(以下为假设场景,非真实项目):某页面讲关键词布局,小标题写成“关键词放在哪里”。抽出来看,它对应的问题是“位置”,但读者还会问“放几个”“重复算不算问题”。如果正文只答位置,执行者写完仍不确定数量边界,就会返工。改成“关键词放置位置与重复的判断条件”,覆盖的问题就完整了。
多人协作时,小标题承担的是接口功能,写法上可以注意三点。第一,一个小标题只对应一个主要疑问,避免“方法、注意事项与常见问题”这类把多个问题塞进一节的写法,否则分工时无法切分。第二,把判断条件写进小标题或紧随其后的第一句,例如说明在什么前提下该做法成立,让审稿人能直接核对。第三,对确实不展开的内容,用一句话交代边界,而不是靠读者推断。
验收时可以问两个问题:把全部小标题连起来读,是否构成一条完整的问答链;随机抽一个小标题,执行者能否在不追问的情况下动手。两个问题都通过,覆盖基本到位。
拿你当前正在协作的页面,把小标题单独列成清单,逐条补上“读者看完能回答什么”,再对照四类必要问题标记空缺。标出的空缺就是返工风险点,先补这些,再调整措辞。