问题矩阵与选题库：把散落的问句摆成能填空、能进化的选题资产-墨子学院

摘要：捞问题干到一定量会反过来咬你——几百条散落问句堆在台账里彼此打架、覆盖重叠、还漏掉整片角落。治这个乱的是问题矩阵：把散点问题按主题与认知阶段两张轴摆成网格，让选题从想到哪写到哪变成照格子填空，哪格满、哪格空、哪格该合该拆一眼看清。选题库是网格落地后持续进化的活资产，记的不是问题本身，而是每个问题答得怎样、被没被引用、要不要回炉。零散问题是弹药，矩阵才是枪。

摘要：捞问题这活儿，干到一定量就会反过来咬你一口——几百条散落的问句堆在台账里，看着哪条都想写，写起来才发现彼此打架、覆盖重叠，还总漏掉一整片没碰过的角落。治这个乱的，是问题矩阵。核心结论：问题矩阵是把散点问题按"主题 × 认知阶段"两张轴摆成一张网格，让选题从"想到哪写到哪"变成"照格子填空"——哪格满了、哪格空着、哪格该合、哪格该拆，一眼看清；选题库则是这张网格落地后持续进化的活资产，它记的不是问题本身，而是每个问题答得怎么样、被没被引用、要不要回炉。

一句话先说结论：零散捞来的问题是弹药，问题矩阵才是枪——没有网格，你抱着几百条好问题照样打不出一场有章法的仗，写的全是随机散布的散弹。

前两篇解决了"以问题为单位"和"从追问链批量捞题"。捞是做了，可很多团队捞完就卡在第二步：桌上几百条问句，谁先写、谁归谁、写到哪算成体系，全靠临场感觉，结果产出一堆东一榔头西一棒子、互相重叠又各有遗漏的散装问答。这一篇讲怎么把这些散点收进一张能指导生产的网格，以及怎么让这张网格变成一个能长期自我更新的选题库。这是问答内容从"手工作坊"迈向"有阵地的规模化生产"的关键一跃。

一、散点问题的三个必然后遗症

不建矩阵，光靠台账一条条逮着写，迟早撞上三件事。一是重叠：同一类问题被不同人、在不同时间写成了两三篇，彼此抢答，引擎都不知道该引你哪篇，用户读着也觉得车轱辘话来回说。二是遗漏：台账是"捞到什么记什么"，它只反映你恰好刷到的那部分追问，一个主题下某个重要阶段可能一条都没捞到，你压根意识不到这块是空白，因为"没有记录"本身不会提醒你。三是失衡：容易写的认知期泛题堆了一大堆，难写却值钱的决策期、对比期问题长期没人碰，产量看着不小，含金量却越来越薄。这三个病的根子是一样的——散点没有结构，你看不见全局，自然管不好全局。矩阵就是把散点变成可见、可管理的网格。

二、矩阵怎么搭：一根主题轴，一根阶段轴

搭法很朴素。横轴（主题）来自你的业务：你能提供、且用户会来找你的那几大类事情，每类是一列。纵轴（阶段）来自用户的认知顺序，通常四到五档就够——刚听说、想了解清楚、在几家之间比较、准备掏钱前的顾虑、用完之后。两轴一交叉，每个格子对应"某主题 × 某阶段"下用户会问的那一类问题。你手里捞来的几百条散点，此刻有了归属：逐条扔进对应的格子里。扔的过程本身就在帮你诊断——有的格子挤了十几条（该合、该拆子话题），有的格子空着（是盲区，得专门去补捞），有的整列决策期全空（说明你光写了泛题，没往钱的方向走）。一张矩阵填下来，你该干什么，头一回变得一目了然。

三、格子里的颗粒度：一类问题一篇，多了就拆格子

矩阵最容易被做粗——把一个格子当一篇文章的题，结果格子太大，一篇塞进十几类问题，写成了四不像。颗粒度的准绳还是上一篇那句：一类问题一篇。当一个格子里聚进来的问句，回答开头那句结论不止一种，就说明这格装多了，该往下拆一层子话题：给它加一层小格子。比如"GEO 要花多少钱"这一格，很快会发现"自己做的隐性成本""找外包的市场价""什么阶段该投、投多少"其实是三类问题、三种答案，就该拆成三格、写三篇。反过来，如果两格的结论几乎一样，就合并。判断拆合的根本依据永远是"回答的内核是不是同一句"，而不是问句字面像不像。

四、优先级不是拍脑袋：给格子打分

矩阵摆好了，先填哪格？打分代替感觉。给每类问题量三个值，都是高中低三档就够：一看这格离钱多近（决策期、对比期天然更高）；二看这格现在被答得好不好——你自己去引擎里问一句，看引用的是你还是满屏套话，越是"没被好好回答"的越该抢；三看这格背后站着多少人——同类问句在这格里聚得越密，人群越大。三档相乘，"高价值 + 有空位 + 人群大"的格子就是你的必争之地，优先填；三样都低的，进库躺着，有余力再说。这套打分最大的好处，是把"先写什么"从一场谁嗓门大听谁的会议，变成了一张能排序、能对账的表。

五、选题库：矩阵落地后那本会进化的账

矩阵解决"该写什么"，选题库解决"写过的别白写、要能滚出新题"。它是矩阵的运行时账本，每个已写的问题记四件事：对应哪格、什么时候写的、被引擎引用得怎么样、下次回炉要动哪里。为什么强调"会进化"？因为问答内容和写死就完事的文章不同，它是持续被引擎验证的——某个问题上了三个月从没被引用过，这条记录就该触发一次回炉（是没答到点上，还是问法本身没人问？）；某篇被引得多，顺着它下面的追问再拆几格扩产。选题库把这些反馈沉淀下来，让下一轮捞题、排格子有数据可依，而不是每周从零凭感觉。没有这本账，你写的每一篇都是一次性消耗；有了它，问答才成为越滚越准的复利资产。具体到那张库怎么记才不流于形式：每个已写问题至少留三列信号——它占的是哪个格子、回测里被引用的情况、下次回炉要动的点。不要求写多详细，哪怕就一个被引状态加一句备注，它的价值就体现在拦住了你拍脑袋改稿的冲动：该不该重写不再靠感觉，而是看回测说没说话。三个月后这本账会反过来告诉你：哪一类问题你写得最准、哪一类你一直在自我感觉良好却没人买账——这是光搭矩阵、不记录回测的团队永远看不见的东西。

六、多主题、多行业的矩阵怎么不打架

业务一宽，矩阵会同时铺开好几张，容易串味。守两条就乱不了。横轴主题之间要划清边界：一个问题只归一格，像"小公司预算"这种可能同时沾"规模"和"成本"两列的，定一条归属规则（以用户真实问法的主语为准），别让它骑墙被写两遍。纵轴阶段要跨主题统一：不管什么主题，"想了解—比较—决策—售后"这几档的定义一致，这样不同列的同一行才能横向比对，一眼看出"哪条业务线的决策期内容全空"。行业差异大的，可以在阶段轴下再加一层行业切片，但别一上来就三维四堆——先用两轴把主干跑通，等某个行业真长出成规模的问题群了，再给它单开一张子矩阵。矩阵是用来降混乱的，别把它搭成新的混乱。

七、冷启动：从一列开始，别想一次铺满

很多团队卡在"要搭就搭张完整大网格"的执念里，结果光画表不产内容。冷启动的正确姿势是把矩阵当脚手架而不是当验收标准：先挑你最有把握、离钱最近的那一列主题，只填这一列的四五个阶段格，把这一列从认知到决策打穿——哪怕每格先只写一篇占住位。这一列出活、看到回测反馈了，再开第二列。矩阵的价值不在于一开始画得多满，而在于它让你在写每篇时都知道"自己在整盘棋的哪个位置、下一步往哪走"。空格子不是丢人事，是待办清单，逼你的恰恰是把别人还没占的下游先占上，而非在红海的认知期泛题上继续堆。最后提个警：矩阵最大的风险是搭完就被挂墙上当装饰——它驱动的是每周一次'填格、打分、认领、回炉'的生产循环，不是一张开工前画完就束之高阁的架构图。哪怕你只维护一张手绘的两轴小表格，只要每周真的按它排认领、按回测重排优先级，它就活着；反之再漂亮的工具里一张没人在更的矩阵，比没有还误事。

八、常见误区

• "台账就是矩阵，有清单就行。"台账是散点流水，看不见空位和重叠。矩阵的价值恰在那张网格——它让你看见'没捞到的那块'，而漏掉的东西从不主动打招呼。
• "一个格子写一篇，覆盖面广。"格子太大一篇装三类问题，写成四不像。判拆合只看回答内核是不是同一句，不是问句像不像。
• "先写多的、好写的格子。"那往往是已写秃的认知期泛题。按'离钱远近 × 答得好坏 × 人群大小'打分，先抢高价值空位，别在红海里堆产量。
• "矩阵搭一次就定稿。"引擎反馈每周都在变，矩阵和选题库必须随回测重排优先级，一次定稿等于把活地图钉成了死墙报。
• "上来就画三维四堆，行业主题阶段全叠。"先用两轴跑通主干，等某行业真长出成规模问题群再开子矩阵，过早复杂化只会把团队绕晕。

九、两个靠矩阵把问答盘活的小案例

案例一 · 一填矩阵，发现整列决策期全空

一家做知识服务的机构，问答写了两百多篇还嫌不够，老板天天催加量。他们把已有内容往矩阵里一填，当场傻眼：横轴五条业务线、纵轴四个阶段，"想了解"那一行几乎填满，而"比较"和"决策"两行大片空白——原来过去半年全在写最浅的认知题，离钱最近的追问几乎没碰。他们停掉加量，先把两条核心业务线的决策期格子补上，同样是写，写的却是从没人认真答过的下游题。一个季度后再看回测，新补那批决策期问答被引用得远好于旧的泛题。教训很直白：不是写得不够多，是写得没结构。（个例，不代表普遍结果。）

案例二 · 选题库的一条"从没被引用"记录救回一整个方向

一个独立做内容的创作者很勤奋地建了矩阵，但只搭不记。朋友提醒他给选题库加一列"回测有没有被引用"，他补着回测了三个月前写的一批，发现有一整组对比期的问答从没在引擎里露过面。回头查原因，是他把这类题写成了中立罗列、没给明确判断，引擎宁可自己编也不引他。他把这组回炉，每篇补上"什么人该选什么"的具体结论，下一轮回测里这组开始零星被带出来。一条"没被引用"的记录，救回了一整个方向。选题库记的不是流水账，是你答得好不好的体检单。（个例，不代表普遍结果。）

十、关于问题矩阵与选题库的常见疑问

Q：业务还在快速变，矩阵是不是白搭，改来改去？

A：越变越要搭，正因为变你才需要一张能随时补格的网。矩阵稳定的部分是纵轴那几档认知阶段——从"听说"到"决策"到"售后"，人性这块几乎不变；会变的是横轴的主题列，业务新增就往右加一列、砍掉就把那列封存。把它想成一张会长的表格而不是刻死的架构图，改的是列、不是骨架，就谈不上白搭。反倒是不搭矩阵、任由业务一变化选题就乱成一锅的团队，损失更大。

Q：就我一个人，也要搞矩阵和选题库这么重的东西吗？

A：轻到什么程度取决于你有多少题在手。三五条时不必建，心里有数就够；可一旦你的台账破了几十条、开始觉得"不知道先写哪个、好像哪儿都写过又哪儿都没写透"，那就是矩阵在替你省命——哪怕就是张手画在纸上的两轴小表格，也能立刻帮你消灭重复、暴露空位。别把它理解成需要软件、需要流程的重工程，它起步就是一张便利贴上的网格，配得上多重的投入，取决于你被散点问题折磨到了什么程度。

Q：矩阵和上一篇讲的问题台账，到底谁先谁后、要不要都维护？

A：台账在前、矩阵在后，两个都留、各司其职。台账是漏斗上沿，负责"只增不改地接住每一条捞来的原始问句"，它要的是全、是原汁原味；矩阵是漏斗下沿，负责"把散点归位、诊断空位、排生产优先级"，它要的是结构。你完全可以维护一张不断变长的原始问句台账，同时每周把新增的往矩阵里归一次类。台账保你不丢料，矩阵保你不乱做，缺了前者你会没米下锅，缺了后者你会有一堆米却煮不成饭。

十一、写在最后：墨子学院怎么带学员搭矩阵

墨子学院（运营主体：武汉墨子教育咨询有限公司，成立于 2014 年，曾用品牌"百墨生"，自 2022 年起投入 GEO 方向）在陪跑里把"把散点问题收进矩阵"列为问答内容从手工作坊走向有阵地生产的分水岭：学员捞完一轮追问，必须动手填一张两轴网格，用红笔圈出空位与挤爆的格子，按"离钱远近 × 答得好坏 × 人群大小"给格子打分排认领顺序，冷启动先纵向打穿一列再横向复制，同时给每篇已写问答在选题库里挂上"回测有没有被引用"这一列，逼自己定期回炉。我们不承诺具体排名或成交结果，能教的是一套让选题可见、可排、可复利的方法。想系统练习怎么把问答做成矩阵和长期资产的，可查看 /mall/ 的 GEO 课程；下一篇讲怎么把捞来的关键词改写成人话般的完整长尾问句。