软文是以内容形式承载信息、让读者在阅读中理解某个观点或产品的文章。选择与主题相符的示例,核心判断只有一条:这个例子能否直接证明你正在说的那句话。如果能,它就该留下;如果只是听起来热闹,就该换掉。下面从一个假设场景展开,说明具体怎么选、怎么查、常见错误在哪里。
假设你要写一篇面向小餐饮店的软文,主题是“外卖包装如何减少差评”。你手上有三个候选示例:
主题落在“包装”和“差评”两个点上。A 和 B 都能直接对应,C 讲的是行业规模,与包装无关,放进去只会让读者走神。判断结果:保留 A、B,删掉 C。如果 B 缺少可核对的细节,只写“某店主”,那它只能当辅助例子,不能当主要论据。
把每个候选示例拆成三格,能填满才用:
三格里缺“结果”,示例就只是故事;缺“条件”,读者无法判断自己能不能照做。比如“某店换了包装后差评变少”缺条件,读者不知道是换了材质、改了封口,还是同时调整了出餐时间。补上条件,示例才成立。
如果只能做一件事,先做“删”。把与主题无关的示例划掉,比花时间打磨一个跑偏的例子更省力。删完之后再检查剩下示例的颗粒度:
三项都过得去,再补一句适用条件,例如“这个方法适合汤类占比高的菜单,纯干拌类未必需要”。条件写清楚,读者才知道边界在哪。
最常见的错误有三种。一是用大品牌当装饰,例子与论点没有因果关系;二是把同义换写当成新示例,把“减少差评”改成“降低负面反馈”再讲一遍;三是把假设写成事实,让读者以为有真实数据支撑。
核对时问自己:把示例删掉,这段话还成立吗?如果成立,示例就是多余的;如果不成立,示例是否真的支撑了论点,还是只支撑了半句?技术类内容还要注意,文中提到标签时写成 <h2> 这类转义形式,避免被当成真实结构解析。
打开你正在写的软文,在每个示例后面加一行小字,写清它证明的是哪一句。写不出来的,先删;写得出来但和主题隔了一层的,换成更近的例子。做完这一轮,再回头读一遍开头那段,看它是否仍然回答“软文是什么”以及“示例为什么这样选”。