负面评价中提到的具体问题,不能直接改写成标题,也不能因为一条抱怨就立项。更稳妥的做法是:先把抱怨还原成“谁在什么条件下遇到了什么阻碍”,再判断这个阻碍是否可被一个明确答案解决。如果只能回答“看情况”,就把它拆成更窄的选题;如果拆不出条件,就暂时不写。
负面评价常见三种形态:情绪宣泄、结果不满、操作受阻。只有第三种通常能直接转成选题。比如“摘要优化根本没用”属于结果不满,信息量很低;“摘要里放了结论,读者还是不知道正文要解决什么”则包含具体对象、预期落差和可验证的观察点,更接近可回答的问题。
一个可回答选题至少要能写清三件事:适用对象、触发条件、判断依据。缺少任何一项,写出来就容易变成泛泛而谈。比如“摘要优化怎么写”太大;“面向已经有关键词列表、但摘要总被写成目录的编辑,怎样判断哪一句该放结论”就具备可操作性。
这里有个矛盾现象:少量样本里,负面评价指向的问题往往很集中,改起来也有效;但样本一多,同类抱怨会分裂成互相冲突的需求。比如有人嫌摘要太短,有人嫌摘要太长,有人嫌摘要没有数据,有人嫌摘要堆了数据。如果直接照搬第一条,就会在规模化后不断被另一批人否定。
对此有两种解释。第一种是样本偏差:早期看到的负面评价来自同一类读者、同一类页面或同一种使用场景,所以看起来一致。第二种是问题层级混淆:表面都在说摘要,实际分别涉及摘要长度、信息顺序、承诺强度和正文承接,属于不同决策,不能用同一篇内容覆盖。
要判断该不该把某个负面问题写成选题,可以看以下证据,而不是只看抱怨出现的次数。
假设你手头有二十条负面评价,其中八条提到“摘要读完仍不知道正文答案在哪”。这只能说明这八条样本里存在同一表达,不能直接证明所有读者都遇到该问题。还要看这些评价是否来自同一入口、同一内容类型,以及是否有人给出相反反馈。若条件集中,可以立一个窄题;若条件分散,应先写成条件清单,而不是下结论。
下面这套动作可以直接用于编辑排期,每一步的结果都会影响下一步。
这个顺序的关键在于:不是先定标题再找内容,而是先确认问题能否被回答。最小回答写不出来,说明选题还太宽,或者负面评价本身只是情绪表达。
有几类边界需要写清。第一,涉及个人偏好且没有判断标准的,比如“我就喜欢短摘要”,可以写成偏好说明,但不能包装成普遍规则。第二,涉及平台展示差异的,若没有具体平台依据,不要断言某处一定显示或不显示。第三,涉及数据结果的,比如“改了摘要后点击下降”,不能单独归因于摘要,还要考虑标题、位置、受众和时间变化。第四,只有一条极端样本时,可以记录,但不宜直接写成面向所有人的结论。
真正适合转成选题的负面问题,通常不是最刺耳的那条,而是条件最清楚、反例最集中、动作最容易验证的那条。先写最小回答,再决定是否扩展;如果最小回答只能靠同义词重复,说明它还不值得单独成文。