在网站开发步骤里,页面标题与正文的对应关系可以概括为一句话:标题承诺一个明确主题,正文按这个主题给出解释、证据和下一步。多人协作时,这条对应关系就是交付标准——写标题的人、写正文的人、做页面的人,都拿同一份主题说明来核对,返工就会明显减少。
从交付结果倒推,每个页面至少要交三样东西:一个页面标题、一段主题说明、一份正文内容。主题说明是中间件,通常用一两句话写清“这个页面解决谁的什么问题”,它是标题和正文之间的合同。
责任划分上,可以由一人负责标题与主题说明,另一人负责正文,第三人做对应关系验收。人少时也要把这三个角色分开执行,避免同一个人既写标题又写正文却无人复核。
标题往往很短,正文需要展开,中间缺一步翻译就会跑偏。做法是:拿到标题后,先写一句主题说明,再把它拆成三到五个子问题,每个子问题对应正文的一个<h2>。
例如标题是“网站开发步骤,页面标题与正文怎样对应”,主题说明可以写成“说明在网站开发流程中,页面标题如何与正文内容保持一致”。拆出的子问题包括:标题和正文各自交付什么、由谁负责、怎么检查、不一致时怎么改。每个子问题写成一个<h2>,正文就不会写到无关内容上。
适用条件是页面主题单一。如果一个标题下要覆盖多个不相关主题,说明标题本身需要拆分,而不是让正文硬扛。
验收时逐项打勾,任何一项不通过就退回修改,不要靠感觉判断。
<h2>是否都能对应到主题说明里的一个子问题。判断结果分三种:四项全过,可以交付;第二项不过,删掉多余分节;第一项或第四项不过,说明标题与正文目标不一致,优先改标题或重写首段,而不是在正文里补一句勉强呼应的话。
发现标题与正文对不上,先判断哪一边更接近真实交付目标。如果正文内容扎实、只是标题偏了,改标题成本最低;如果标题是需求方确认过的,就改正文,把跑偏的分节移到别的页面。
改动后要重新走一遍上面的四个核对点,并更新主题说明。多人协作中,主题说明是唯一被共同引用的文件,标题和正文都改了却不更新它,下一轮协作还会返工。
下一步:挑一个正在开发的页面,写出它的主题说明,再对照四个核对点检查现有标题和正文,把不通过的项目记录成待办。