先给结论:如果旧文里的结论本身仍然成立,只是缺少“在什么条件下成立”的说明,优先原地补限制,不要重写;如果结论已经因为业务前提变化而不再成立,就必须改写结论并同步调整标题承诺。判断依据不是文章长短,而是结论所依赖的前提是否还和当前业务一致。
已有文章只剩结论,常见于早期写作时把背景省略了。补限制之前,先做一次前提比对:把结论成立所依赖的条件逐条写出来,再对照现在的业务状态。
区分方法很直接:把结论里的动作和结果拆开,问一句“如果换成另一类页面,这个结果还成立吗”。成立,就是漏写前提;不成立,就是前提已变。
限制不是加一句“仅供参考”,而是补上能让读者自行判断适用性的条件。对已有业务来说,以下三类最值得写进正文。
这三类条件补进去后,读者能自己决定要不要照做,而不是只能照抄结论。
假设有一篇旧文写“把结论前置能减少协作返工”。如果直接补一句“仅适用于团队协作场景”,看起来补了限制,但读者仍不知道边界在哪。更糟的是,如果当前业务已经改成单人维护,这个限制反而让结论显得勉强。
反例说明:补限制不能只加一个笼统的适用对象,而要指出条件变化后决策如何改变。单人维护时,结论前置的价值不在减少协作返工,而在减少自己回看旧文时的判断成本。条件变了,结论的落点也要跟着变,否则补限制只是换了个说法,没有解决缺条件的问题。
把前提变化前后的差异写清楚,决策自然分岔。
实际操作时,可以先改结论所在段落,再回看标题和小标题是否与新的限制一致。如果标题承诺的范围大于正文补上的条件,读者仍会觉得文章在说大话。
补齐限制后,做一次边界验证:把文章结论套到一个明显不同的页面上,看它是否还能自洽。如果不能,说明限制补得不够具体;如果能,说明条件已经写清。
这个动作的结果会直接影响下一步:边界自洽,就只需微调标题和小标题;边界仍模糊,就要回到前提比对,重新判断是补限制还是改写结论。对已有实际业务的站点来说,先确认结论依赖的前提,再决定改哪一层,比直接重写整篇更省成本,也更不容易把原本成立的判断一起改掉。