先给结论:当发布频率上升、单篇信息量下降时,收缩选题的正确方向不是“少发几篇”,而是把选题单位从“每篇一个话题”改成“每组一个可验证的问题”。具体做法取决于你手里有没有完整数据权限:有数据时按问题聚类收缩,缺数据时按可观察的交付证据收缩。两种条件下动作不同,但都不能从“某篇表现差”直接推出“这个主题不行”。
频率增加后信息量下降,通常有三种可区分的原因。第一种是选题池被摊薄,同一批话题反复换角度;第二种是每篇被迫塞入过多小点,每个点都只写一两句;第三种是发布节奏由排期驱动,写作时先定篇数再找内容。
区分方法很直接:随机抽近几篇,统计每篇“能被读者拿去执行的具体动作”有几个。如果多数篇目只有观点没有动作,是选题池问题;如果每篇有三四个动作但都写得浅,是单篇承载问题;如果动作数量正常但篇与篇之间高度重复,是排期驱动问题。三种原因的收缩动作不同,混在一起处理只会把频率降下来、信息量却没回来。
如果你能查看搜索词、站内检索、客服记录或表单来源,可以把这些来源里的原始问句抄出来,去掉渠道标签,只保留“读者在什么情境下要解决什么”。然后合并同义问句,得到一张问题清单。
收缩规则可以设为:一个问题至少要能支撑三个不同的子情境,才值得单独成篇;只能支撑一个情境的,并入相邻问题,作为其中一节。这样做的结果是篇数下降,但每篇的边界更清楚。
实施动作:先取最近一段时间的原始问句,做一次合并,标出哪些问题已经被现有内容覆盖、哪些只是换词重复。合并后如果问题数明显少于原计划篇数,说明此前是在用篇数填充选题池。下一步应调整排期,把腾出的位置留给需要验证的新问题,而不是把旧话题再拆一遍。
需要注意的例外:如果某个问句虽然只对应一个情境,但出现频率持续稳定,也不应简单并入。此时更合理的做法是保留它,但明确写成短篇或问答形式,避免为了凑长度而稀释信息量。请求量或抓取量下降并不能单独证明某个选题该砍,它也可能是排期变化、渠道调整或统计口径变化造成的,需要结合问题清单一起看。
如果没有完整后台数据,仍可执行一个最小动作:从已有内容里挑出“读者主动追问过”的篇目。追问可以来自评论、私信、转发时的附加说明,也可以是销售或客服转述的原话。把这些追问按“他想接着做什么”归类,而不是按话题归类。
归类后会出现两类结果。一类是追问集中在同一个动作上,说明原篇信息量不足,应补写而不是新开话题;另一类是追问分散在多个动作上,说明原篇承载了太多方向,应拆成有明确边界的几篇,同时降低总篇数。
假设一个例子:某账号连续发布多篇泛主题内容,每篇结尾都引导读者“了解更多”,但收到的追问大多集中在“第一步先做什么”。在这种假设下,合理的收缩不是继续增加泛主题篇数,而是把“第一步”单独写清楚,其余泛主题暂停。这个判断只基于追问内容,不能推出整体流量会上升,只能说明选题边界更贴近读者当下的动作。
缺数据时的结论边界要写清楚:你只能判断“哪些问题被反复追问”,不能判断“哪些问题带来转化”。搜索、平台推荐和广告的指标口径不同,更不能混在一起比较。把追问数量当成需求强度时,要注明它只是可观察信号之一。
收缩完成后,建议把选题单位固定为“一个情境 + 一个动作 + 一个可验证结果”。每个选题在动笔前先写这三项,写不出可验证结果的,说明它还不是一个可执行选题,应退回问题清单继续合并。
这样调整后,频率可能下降,但每篇的信息量有明确来源。下一步应观察追问是否从“第一步做什么”转向更具体的执行细节;如果追问仍然停留在第一步,说明收缩还没到位,应继续合并而不是恢复高频发布。
有两种例外。第一,如果频率增加是阶段性测试,目的是快速覆盖多个问题以收集追问,那么信息量暂时偏低可以接受,但必须设定停止条件,例如收集到足够多的追问方向后就转入收缩。第二,如果内容承担的是公告、活动通知或时效提醒功能,它本来就不以信息密度为目标,不应套用同一套选题标准。
除这两种情况外,频率上升而信息量下降通常说明选题池需要重新整理。先做一次问题合并,再决定砍哪些、并哪些、补哪些,比单纯降低发布频率更能解决问题。