导言先给出答案,做法是把读者最想确认的结论放在第一段,用两到三句话交代“结论—适用条件—下一步”,再进入背景和论证。对多人协作而言,导言不是作者的个人开场,而是一份可验收的交付件:它要让编辑、审核和排版都能判断正文是否偏离主题,从而减少返工。
先确定这篇内容最终交付给谁、解决什么问题、以什么形式发布,再倒推导言要包含什么。缺少其中任一项,后续修改往往集中在开头,成本最高。
判断导言是否合格,可以做一个检查:把导言单独发给未参与写作的同事,请其用一句话复述结论。如果复述内容与正文主张不一致,说明导言没有先给出答案,而是先给了铺垫。
协作返工常见于两种情形:一是作者先写完正文再补导言,导致开头与正文重点错位;二是多人各自理解主题,导言成了折中表述。更稳妥的顺序是先用导言冻结核心答案,再拆分任务。
这样安排后,导言成为验收基准。若某段正文无法支撑导言中的结论,要么修改导言,要么删除该段,而不是让两者并存。
以下例子为假设,用来说明结构,不代表真实项目结果。
如果团队经常在成稿后反复改开头,可以把导言提前到分工之前:先写结论,再写适用条件,最后写下一步,然后按这三项分配正文任务。
这个例子的判断结果是:导言能独立回答标题问题,正文任务有明确归属。适用条件是团队已有基本主题方向;如果主题尚未确定,先定主题,再写导言。
需要避免两种写法:一是用“随着……的发展”开头,把答案推迟到中段;二是把导言写成目录复述,只列将要讨论的内容,却不给结论。两者都会让协作方无法判断重点。
交付前逐项核对,可以减少来回修改。
如果检查不通过,优先改导言而不是改标题,除非标题本身与主题不符。导言修改后,再检查正文各段是否仍服务于同一结论,避免只改开头造成新的错位。
在下一次多人协作中,先让主笔提交导言,由编辑确认结论、适用条件和下一步,再开始分配正文任务。导言通过后再写作,能把返工集中在最便宜的位置,而不是成稿之后。