标题承诺与正文对应的核心标准只有一条:读者看完标题后产生的具体预期,正文必须在显著位置兑现。做法是先把标题改写成一条可验收的“交付说明”,再倒推需要哪些资料、由谁写、按什么标准验收。标题说“步骤”,正文就得有可执行步骤;标题说“对比”,正文就得给出对比维度与结论;标题说“原因”,正文就得区分可能原因与已定位原因。
不要凭感觉判断“对应不对应”,先把标题变成一句交付说明。假设标题为“网站内容更新:旧页面改版先改哪三处”,那么交付物就是三处位置、每处的判断依据、改动前后差异。倒推时问四个问题:
这四步能把“标题承诺”从模糊感觉变成可检查的清单。适用于已有页面或项目的改进,不适用于从零策划新站。
承诺过宽。标题写“网站内容更新全流程”,正文只讲改标题和段落。改法是把标题收窄到正文真正覆盖的范围,或补上缺失环节。判断结果:如果读者按标题预期找某项内容却找不到,就是承诺过宽。
承诺过窄。标题只写“改一段话”,正文却铺开讲整站更新策略。改法是调整标题,让正文主体有对应落点。判断结果:正文超过一半篇幅与标题无关,就是承诺过窄。
承诺与结论不符。标题暗示有确定答案,正文只给可能性。改法是在标题中加入条件,或在正文中明确区分“可能原因”与“已经定位的原因”。例如标题写“打开变慢的原因”,正文就不能只列一种解释并当成唯一结论。
发布前逐条核对,任何一条不通过就回到对应段落修改:
短例子:假设标题为“网站内容更新:标题改完正文要跟着改吗”,验收时正文必须直接回答“要或不要、在什么条件下要”,并给出判断依据,例如标题新增了具体数字而正文没有对应数据,就属于必须同步修改的情况。该例子仅用于说明验收方法,不代表真实项目结果。
倒推交付顺序可以减少返工:先由提出标题的人写明承诺要点,再由写正文的人确认资料是否够用,最后由验收人对照检查项逐条核对。若资料不足,优先改标题而不是硬凑正文。责任划分不必复杂,关键是让“写标题的人”和“写正文的人”对同一份承诺要点负责。适用条件:团队协作或多人改稿时更必要;单人操作可把承诺要点写在草稿顶部自检。
下一步:挑一个现有页面,把它的标题改写成一条交付说明,按上面的五项检查逐一核对,找出第一处不通过的地方并修改。