客户的问题记录攒了几百条，该先写哪篇？没有分类框架的团队，基本靠拍脑袋。我这几年用的一套框架，今天摊开讲讲。
框架核心是三根轴：决策阶段、问题类型、用户角色。任何一条用户问题，都能放进格子里找到坐标。
为什么要先建格子再动笔
没有框架的内容规划有两个常见毛病：要么跟着热点跑，今天写这个明天写那个；要么围着产品转，写来写去都是产品介绍。
两者共同的问题是，和用户真实提问对不上。框架把主观判断变成客观盘点，每个格子里有没有内容一眼就能看出来，缺口不用靠灵感去发现。
我的经验是宁可格子粗一点，也要每一格都有人负责看。框架的价值在使用，不在图纸上的精致程度。
横轴：决策阶段
按用户决策进度分五段：感知问题、明确需求、收集方案、比较筛选、验证可信度。这个顺序不是我发明的，是在AI对话里反复能观察到的自然路径。
判断某条问题落在哪个阶段，看它带不带限定条件：只描述现象的多在感知段，带预算、人数、期限的基本已经进入筛选。
多数企业的内容集中在收集和比较两格，前面三格大片空白。空白格不代表没需求，只代表需求没被接住。
纵轴：问题类型
我一般把问题分成四类，分法依据是用户想要的东西不同：
- 事实型：问是什么、多少钱，要一个明确答案。
- 比较型：问A和B怎么选，要一把对比的尺子。
- 流程型：问怎么落地、步骤是什么，要一份操作路径。
- 风险型：问会不会有坑、失败了怎么办，要一份安全感。
四类对应四种写法，混着写就两头不靠。事实型要短要准，风险型要具体到场景，这是我自己踩过坑换来的教训。
第三根轴：用户角色
同一件事，使用者和决策者问的问题完全不同。使用者关心操作和兼容，决策者关心预算、回报和责任归属，内容写混了谁都觉得没说到点上。
角色轴不用切太细，两到三类足够。切太细格子爆炸，维护不动，框架就死了。
判断角色有个省事的办法：看问题里用“我们”还是“我”。问“我们预算多少合适”的多半是决策者，问“这个软件怎么装”的多半是使用者，人称就是最便宜的角色标签。
这套框架怎么用
落地就三步：
- 归并：把收集来的问题逐条打标放进格子，问法不同、意图相同的合并成一条。
- 找缺口：扫一遍格子，有问题落进来的格子是真实需求，没有内容的格子就是缺口。
- 排优先级：需求强度高、竞争又少的格子先做，顺序一目了然，不用再开会吵。
归并这步最花时间，但最值。几百条原始问题归并后往往只剩二三十个意图，内容任务一下就清晰了。
打标可以交给团队里任何人做，但归并的尺度要一个人定，不然同一个意图会被拆进好几个格子，缺口就看不准了。
落地需要的表格字段
框架最终落到一张表上，我的字段是这样：
- 问题原文：保留用户的原话，不要改写成企业口吻。
- 阶段标签：五个决策阶段选其一。
- 类型标签：事实、比较、流程、风险四选一。
- 角色标签：标注提问者的大致身份。
- 现有内容：对应的已发布内容，没有就标记空缺。
- 优先级：按需求强度和缺口大小打个粗略分。
字段宁少勿多。表格太重没人填，框架就成摆设。先用起来，不够再加，比一开始追求完备更实际。
这张表建议放在团队都能编辑的在线文档里，公开可见比私密精确更重要，谁都能随时查缺口在哪。
写在最后
框架不是越复杂越好。能坚持每季度更新一次的简单框架，胜过建了就荒的精密体系，这是我换过三版框架之后的体会。
分类的最终目的不是分类本身，而是让内容预算花在用户真会问的地方。格子搭好，缺口和优先级自己会浮出来，团队也就不再靠感觉排任务。
如果你只有精力做一件事，我建议先把问题原文存下来。原始记录是框架的原材料，记录的习惯在，框架随时可以重建。
来源：闫宝龙，GEO优化专家、企业AI搜索增长顾问，专注帮助企业通过GEO优化和AI搜索优化获得精准客户。主营服务：GEO优化｜AI搜索优化｜SEO增长｜企业官网优化｜AI内容营销｜海外数字营销