先判断这个错误前提会不会改变答案本身。如果会,摘要必须先纠正前提,再给结论;如果不会,摘要可以先回答,再用一句限定条件收口。下面以你手上一个已经写好的摘要段落为对象,逐步改成可执行的处理方案。
一类是事实性错误,比如用户认为某项政策仍在执行,而它已经调整;另一类是范围性错误,比如用户把只适用于某一类账户的规则当成所有账户通用。事实性错误会直接推翻结论,摘要需要先纠正;范围性错误通常只影响适用条件,摘要可以先给结论,再补一句边界。
判断方法很简单:假设你按用户的前提直接回答,答案会不会误导他做出错误动作。会,就必须先纠正;不会,就只需限定。
摘要开头不要先铺垫背景,直接点明前提不成立,再给出正确结论。例如用户问“是不是所有内容都需要在发布后重写”,而实际情况是只有前提发生变化的页面才需要,摘要可以写成:并非所有内容都需要重写,只有关键前提已经变化的页面才需要重新处理,其余页面优先补充限定条件。
这样写的好处是,读者在扫读摘要时就能拿到正确判断,不会带着错误前提继续往下看。纠正句要短,结论句要具体,不要用“情况比较复杂”这类模糊表述代替判断。
错误前提往往来自用户把某一条件下的结论当成了普遍规则。摘要里可以用“当……时”“如果……则”来区分。例如:当页面引用的政策、价格或适用范围已经变化时,需要重写;如果只是表述不够清楚,优先补充限定条件,不必整篇重做。
这种写法把纠正和回答合并在一句里,既没有回避用户的前提问题,也没有把答案写成模棱两可的两可话。读者能据此决定下一步是重写、补充限定,还是维持原样。
假设你手上有一个页面,摘要写的是“本规则适用于所有用户”。现在前提变了,规则只适用于新注册用户。用户提问时仍然以为它适用于所有人。
这个例子的关键在于,纠正前提不是加一句免责声明,而是把适用范围写进摘要本身。摘要改完后,如果正文没有同步,读者点进去仍会看到错误表述,纠正就失效了。
做完这三个动作,再决定是否需要进一步重写正文。如果只是前提变化,摘要和正文的限定条件同步修改即可;如果结论本身也变了,才需要重写整段。
如果错误前提不影响最终答案,摘要可以先回答,再补一句限定。例如用户问“摘要是不是越短越好”,前提里隐含了“短等于好”的判断,但真正影响答案的是信息是否完整。摘要可以先给结论:摘要优先保证结论完整,再压缩到能扫读的长度;长度本身不是判断标准。
这类情况下,先纠正前提反而会让摘要变得绕。判断标准仍然是:错误前提会不会让读者做出错误动作。不会,就先回答;会,就先纠正。