选题只从真实问句来
选题库空转，多半是因为条目靠拍脑袋或抄公司动态补进来。入库的原料应当是被真实问出来的话，客户反复问的、销售每次都要答一遍的、评论区反复出现的，都算。每条记下原话怎么问的、在哪里看到的，不记自己概括后的漂亮标题。公司动态、内部里程碑这类内容另行发布，但不拿来填选题库，它们答不上任何一个读者的问题，写完就沉底，越积越像一本没人翻的台账。
入库先过三道必填
一条选题能不能进库，只看三项齐不齐，来源问句、责任角色、发布位。来源问句写读者原话，责任角色写到具体谁负责把它写成稿，发布位写它最终落在哪个位置、以什么形态出现。三项缺一不入库，先退回补齐，不设先记着以后再补的临时状态。这一道门槛看着死板，却是选题库不空转的关键，答不出谁来写和发到哪的条目，进了库也只是把待办换个地方堆着。
给每条选题留状态与变更日志
条目字段定成一组固定的，编号、来源问句、要点、目标读者角色、拟发布位、状态、责任角色、最后复审日期。状态只用几个互斥值，「待写」「在写」「待用」「已发」「回炉」「作废」，一条同时只在一个状态里。谁把状态从待写改到在写、为什么把一条标回炉，都记进变更日志，附一句理由与日期。这样过几个月回头看，能查到一条选题是被写完了还是被悄悄丢掉了，不用靠人回忆。
选题库不怕条目少，怕每条都答不上来是谁问的、谁来写、发到哪。
定期复审，靠清理而不是靠新增维持
按固定周期把整库扫一遍，只做三件事。先核来源问句现在还被不被真实问到，不再被问的标回炉或作废。再核已发条目有没有对应到站内的答案页，没沉淀的补一句结论与下一步动作再归档。最后核日志里长期停在待写的条目，是缺人还是缺问句，缺哪样就退回去补哪样。复审靠清理维持库的可信度，不靠不断往里加新条目显得库很大。判断这套方法有没有跑起来，就看随机抽一条，三项必填与一条变更理由能不能当场翻出来。
适用与不适用
本方法适用于 B2B 服务业里已经有内容产出、要把选题从个人记忆变成可交接台账的团队。它在无对接人、无审核人、无发布位的团队里不灵。三项必填里的责任角色与发布位，正好要有人对接、有人把关、有位置可发才填得出来，三样都缺时，入库门槛会把几乎所有条目挡在门外，库要么空着，要么被放宽成一本谁都能随手记的草稿本，也就失去可交接的意义。那种情况应当先定清谁对接、谁把关、发到哪里，再建库。
想建一张不空转的选题库，可以从整理最近被反复问到的问题入手。
