把一句客户原话变成可执行的B2B内容选题，关键不是替它换成更专业的标题，而是把原话背后的角色、情境、任务、障碍、证据和边界补齐，再写成编辑、专家、设计与发布人员都能据此工作的内容简报。
例如客户问：“软件还没买，能不能先整理资料？”这句话很有价值，但还不足以直接成稿。团队需要知道他在整理什么资料、现在怎样保存、准备交给谁、遇到什么不一致，以及希望整理后完成哪项工作。缺少这些背景时，任何流畅答案都可能答错问题。
第一步：逐字保存原话，不急着翻译成术语
记录客户原话、提出时间、沟通场景、提出者角色以及允许使用的范围。原话中的模糊、口语和犹豫，往往能暴露客户真正的理解方式。
不要把“资料很乱，能不能先收一下”立即改成“构建客户数据中台”。后一个词可能属于企业内部表达，范围也远大于客户的问题。先保留原句，再由内容团队建立工作定义，可以避免标题把答案带偏。
若问题来自销售转述，应区分客户说了什么、销售怎样理解、哪些是内容团队的推断。三者可以同时记录，但不能合并成一句看似确定的事实。
第二步：补问问题发生的具体情境
至少追问五件事：谁正在做，现有资料在哪里，准备给谁使用，最困难或最担心什么，已经尝试过什么。必要时再问时间、权限、产品版本和组织限制。
以上述原话为例，可能出现完全不同的情境：一位市场同事想把多个表格交给新员工；销售负责人准备迁移到CRM；实施人员想确认客户能否提供导入数据。这三种任务都叫“整理资料”，需要的答案却不同。
内容选题先选择其中一个任务。若团队确实需要覆盖三种情境，应建立一个主问题地图，再分别安排页面，不把所有内容塞进一篇“大全”。
第三步：把问题改写成读者要完成的工作
一个可执行任务通常包含对象、动作和完成结果。例如：“帮助第一次整理联系人跟进资料的市场或销售同事，盘点现有文件、统一联系人标识、检查关键缺项，形成一份可以交给下一位负责人核对的材料包。”
这句话比“客户数据治理指南”更能约束正文。它说明读者是谁、做什么、最后得到什么，也暗示本页不负责产品导入、系统选型或所有历史数据修复。
完成结果必须可观察。可以是一份清单、一条合格记录、一组比较维度或一个待确认问题列表；“提升认知”“赋能增长”难以指导写作，也无法验证读者是否学会。
第四步：盘点回答所需的事实与知识
把材料分为四类。第一类是已经确认的事实，例如产品当前支持的字段、团队正式流程和公开服务范围。第二类是专家判断，要标明是谁、适用什么条件、何时确认。第三类是教学示例，只用于说明方法，不能包装成客户案例。第四类是未知或冲突，必须进入待确认清单。
客户访谈、销售问题、产品文档、项目复盘、公开文章和允许使用的记录都可以成为来源，但可信度与公开范围不同。知识库中的原始资料不自动等于可发布事实；候选判断仍需责任人确认。
若关键材料缺失，先补访谈、核对或缩小题目。AI可以帮助整理结构，不能替企业编造客户经历、产品能力、统计数据或作者经验。
第五步：写一份十项内容简报
一份可交接的内容简报至少包含：目标读者；发生情境；客户原话；核心问题；读完完成结果；核心答案；必须讲清的概念、步骤与例子；事实来源与核对人；不讨论范围和待确认项；形式、负责人、使用位置与计划时间。
标题和关键词可以放在后面。先把答案与证据确定，再用客户能够理解的对象和动作命名。若团队先锁定一个宽泛热词，后续很容易为了匹配标题而加入没有依据的内容。
简报还应写明本页与现有内容的关系：是补充缺口、更新旧页、拆分不同任务，还是形成新的载体。已有页面能够完整回答时，应优先更新或链接，不为数量制造重复URL。
一份完整的教学示例
客户原话：“软件还没买，能不能先整理资料？”目标读者：第一次接手联系人与跟进表格的市场或业务同事。当前情境：资料分散在多个文件中，准备交给新负责人继续核对。
页面任务：教读者列出文件与负责人、统一联系人标识、检查日期、客户问题、处理动作和结果，保留无法确认的缺项。完成物：整理后的文件、字段说明、重复或冲突记录清单、待确认问题与责任人。
必须讲清：联系人本身与一次跟进记录的区别；不能凭空补历史日期和沟通结果；产品导入格式需要另行确认。示例全部标注为教学数据。下一步：若准备迁移系统，再阅读正式字段与权限说明。
这份简报已经能让编辑写作，让专家核对事实，让设计决定是否需要流程图，也让验收者知道什么算完成。
专家、编辑、设计和发布分别确认什么
主题负责人确认客户问题是否真实、是否值得优先处理；领域专家确认概念、步骤、产品或业务事实；编辑负责把复杂信息组织成陌生读者能理解的顺序；设计只在内容关系清楚后帮助呈现，不用装饰代替缺失答案。
发布人员确认URL、TDK、作者、日期、Canonical、Schema、内链、移动端与索引状态。若正文仍有待确认事实，应保持审校状态，不因为页面已经开发完成就恢复索引。
多人协作时，每个待确认项要有责任人和截止时间。群聊中的“应该没问题”不算正式依据，重要判断应回到可追溯记录。
用反问题检验选题是否答得出来
对简报连续提出反问题：如果读者没有这份资料怎么办？记录冲突时谁决定？示例能否说明正确动作？这个产品条件是否对所有版本成立？结果由什么证据支持？客户是否允许公开？
反问题不是为了无限扩大文章，而是暴露必须讲清的条件。与主任务直接相关的补进正文；属于另一个任务的放入相关页面；暂时没有答案的保留未知。
还可以让未参与立项的人只看简报，复述读者、问题、完成物、证据和边界。他仍需不断问作者，说明简报还不能交接。
从选题说明进入写作与使用计划
有了简报，再建立文章结构：开头给核心答案，随后解释必要概念，按任务顺序给步骤，用正反例说明判断，补异常、责任、边界与完成检查，最后给与读者状态匹配的下一步。
同时写明使用场景。官网保存完整主版本，销售可以发送准确章节，活动可以演示一个步骤，FAQ回答窄问题。不同载体共享事实底稿，但每个版本应完整服务自己的任务。
内容从知识库进入生产时的来源与验收方法，可继续阅读如何从知识库淬炼B2B内容。
常见失败与修正方式
只记录一个标题，会让每位接手者重新猜题；只有“目标人群：企业客户”，无法决定难度；只列关键词，没有核心答案；先承诺效果，再寻找案例；把销售判断当客户原话；为了赶进度用AI补齐产品与数据；内容写完后才问是否能公开。
修正不是增加更多形容词，而是回到原话和证据：补情境、缩小任务、指定完成物、列出必讲内容与未知、确认来源与责任。必要时取消选题，比发布一篇流畅但错误的内容更有价值。
把客户原话变成选题说明，真正完成的不是一次标题加工，而是建立从问题、知识、答案到使用和验收的合同。后续任何人都能沿这份合同检查内容是否仍在回答原来的问题。