当附件已经承担了主要答案,页面本身仍要说明用途,做法不是把附件内容整段搬回页面,而是把页面改造成“附件说明书”:先交代附件解决什么问题、适合谁、在什么条件下有效,再给出获取或打开附件的动作,最后说明拿到附件后如何判断自己是否用对了。这样即使访客不下载附件,也能判断这个页面是否与自己有关。
同样叫附件,处理方式并不一样。把附件先分成三类,页面写法随之不同:
分类之后,页面正文的任务就明确了:答案型补条件,过程型补输入输出,证据型补对应关系。三种都要求页面在附件之外仍能独立说清一段完整的话。
如果附件是一份没有标题层级、没有说明页的文档,页面很难描述它。可以先做一次轻量改造,再写页面文案:
完成这一步后,你会得到一句可以写进页面的概括。假设附件是一份“不同面积办公室的工位数量参考表”,概括句可以是“在层高与柱距固定的前提下,按人均使用面积估算工位数”。这句假设一旦写进页面,访客就知道表格结论依赖哪些条件,而不是把数字当成通用标准。
附件承担答案时,页面正文可以压缩成四段,每段只做一件事:
用一两句说明这份附件解决什么具体问题,以及它不解决什么。避免写“全面详尽的资料”这类无法验证的描述。
列出附件结论成立的前提。前提可以是数据范围、时间点、适用对象或前置步骤。条件写得越具体,访客越能自己判断是否适用。若某个前提发生变化,例如业务从单一门店扩展到多门店,附件的结论可能不再直接可用,页面应指出此时需要重新核对哪一部分。
给出一个明确动作:下载、在线查看、填写后回传,或按附件中的步骤操作。动作要和附件类型匹配,过程型附件通常需要“填写后对照”,而不是“阅读后照做”。
告诉访客拿到附件后如何自检。可以是一个对照问题,例如“你的数据是否落在附件标注的区间内”;也可以是一个反向检查,例如“如果某项输入缺失,附件中的哪一列会失真”。验证段的作用是让访客在离开页面后仍能判断自己是否用对了附件。
假设你手上有一个页面,正文只有一句“详细资料见附件”,附件是一份设备选型对照表。改写时可以这样操作:
改完后,页面即使不打开附件,也能让访客判断这份资料是否与自己的场景相关。接下来你可以观察一个信号:访客是否在页面停留后仍提出“这个表适不适合我”的问题。如果这类问题减少,说明条件段和验证段起了作用;如果反而增多,通常意味着条件写得还不够具体,需要回到附件里补充前提说明,而不是继续加长页面正文。
并非所有附件都需要页面完整说明用途。如果附件只在登录后、报价后或线下沟通中交付,页面本身承担的是引导而非解释,此时页面只需说明获取路径和适用对象,详细条件可以放在交付环节。判断标准是:访客在拿到附件之前,是否需要先判断自己是否适合。如果需要,页面就必须自解释;如果不需要,页面可以更短,把解释责任交给交付时的沟通。
另一种情况是附件频繁更新,而页面更新滞后。这时与其在页面重复附件内容,不如在页面固定写清“附件版本以文件内标注为准”,并给出一个判断版本是否适用的方法,例如核对文件内的数据截止日期。这样页面说明的是使用规则,而不是替附件保管答案。