客户说“想了解一下”“给我发份介绍”或“我们在看类似方案”，并没有自动形成一项可执行的内容需求。编辑如果只拿到一句话，往往只能从企业内部熟悉的产品、功能和荣誉开始堆材料；客户真正要完成的讨论没有进入内容，最后得到的仍是一份通用介绍。
把一句需求变成内容任务，需要保留客户原话，再补齐使用者、场景、待回答问题、证据、范围和交付方式。赵岩的课程把这项工作放在理解B2B采购之后，因为同一句“产品介绍”，交给使用者、技术人员或预算负责人，承担的是完全不同的任务。
第一步：保存原话、时间和上下文
先原样记录客户说了什么，不要立即改写成团队结论。原话之外，保存发生时间、来源、当时讨论的页面或活动、已经发送的材料和对方主动说明的背景。这样后续能够区分客户事实与销售理解。
“客户关注数据迁移”可能来自客户明确提问，也可能只是销售看到他访问了技术页后的推测。前者可以进入已确认需求，后者只能作为待核实线索。网站行为能提示主题，不足以证明企业准备采购、联系人权限或真实障碍。
如果涉及个人信息、会议记录或内部文件，只保留完成业务所需的信息，并遵循授权与访问权限。公开内容不能复制未经同意的客户原话，更不能把多个项目拼成一个案例。
第二步：确认谁使用这份内容
问“资料准备给谁看”。可能是联系人自己补基础知识，也可能要发给IT、部门负责人、采购或总经理。只知道职位还不够，需要知道这个人在当前讨论中核对什么。
例如“给IT看”可以继续问：要确认历史数据格式、系统接口、权限、安全还是部署安排？“给总经理看”可以继续问：是判断要不要启动，还是在几家供应商中做选择？问题越具体，内容范围越容易确定。
一份内容可以照顾多人，但要有清楚层级。开头先给共同结论，目录让不同角色跳到细节，附录保存技术或合同信息。不能把所有资料塞进一个页面后要求客户自己寻找。
第三步：明确内容要帮助完成什么讨论
内容不是为了“介绍得全面”，而是帮助读者完成下一次判断。记录这次讨论发生在哪个阶段、要决定什么、当前分歧是什么、读完以后能够说清哪几件事。
初次了解阶段可能只需判断产品是否与问题相关；内部推动阶段需要解释为什么处理、谁参与、准备什么；供应商比较阶段需要核验能力、实施、证据和成本；启动阶段则需要工作范围、双方责任、时间点和验收方式。
赵岩课件中的意识阶梯提醒，客户对问题和方案的认识存在阶段差异。它可以帮助安排内容深度，但不能机械认定所有人按六步前进。最可靠的依据仍是对方此刻要完成的实际任务。
第四步：把问题写成必须给出的答案
内容简报不能只列“背景、方案、优势、案例”。应把读者的问题写成编辑必须回答的句子。例如：旧记录需要准备哪些字段；哪些内容可以自动处理，哪些要人工确认；一次导入由谁执行；失败怎样回退；当前版本不支持什么。
每个问题后面指定答案来源和确认人。产品能力由产品文档或负责人核对，服务范围由交付负责人确认，商业条件由有权限的销售或管理者确认，案例与数据检查授权和口径。没有来源就标记待补，不能要求编辑“写得像有答案”。
一页内容不必回答采购中的所有问题。核心问题必须完整，相关问题可连接产品页、技术说明、案例、价格页或另一篇文章。独立URL和明确标题能让客户内部转发时保留上下文。
第五步：确定形式、范围与禁写项
内容形式由任务决定。理解一项操作可以用步骤和演示；核对准备条件适合清单；比较方案需要维度与适用边界；内部立项需要问题、投入、责任和风险；长期解释复杂方法适合文章或白皮书。不要因为团队习惯做PPT，就把所有需求变成PPT。
简报至少写明：主要读者、使用场景、核心问题、结论、事实来源、必要例子、需要链接的页面、交付格式、更新时间和审核人。还应列出不能写的内容，如未确认功能、未经授权客户、无口径数字、保证性效果和不应公开资料。
教学例子必须标明性质。本课使用“线索管理软件”只是为了演示如何整理需求，不代表事橙或某个客户拥有所述产品能力。例子可以帮助理解方法，不能承担真实案例证明。
一个从含糊到可执行的教学示例
原始信息是：“客户想要产品介绍，下周给IT看。”继续追问后得到：联系人已了解基本用途；IT本轮只核对旧表格怎样整理和导入；客户尚未确认字段编号；周四内部讨论；不需要价格和完整安全材料。
可执行简报可以写成：“为参与历史数据准备讨论的业务与技术同事制作一页说明。回答需要提供哪些字段、唯一编号怎样处理、哪些异常要人工确认、导入前由谁检查；使用经产品确认的字段样例；不写自动去重和接口能力；周三由产品与交付复核，周四前提供网页链接和可下载版本。”
这个示例没有假装知道具体软件功能，所有能力仍需产品确认。它展示的结果是：编辑知道写什么，审核人知道核对什么，销售知道何时使用，客户拿到后能够完成一次明确讨论。
第六步：用反馈检验内容是否完成任务
资料发出后，不只问“看了吗”。可以问：它是否回答了IT的数据准备问题；哪一步仍不清楚；内部讨论形成了什么结论；下一次还需要谁参与。得到的新事实回到客户记录，也回到内容母版。
效果不能只看下载或发送次数。更直接的质量信号包括：客户能否复述范围，是否减少重复追问，下一次讨论是否继续，销售是否使用当前版本，错误预期是否下降。成交还受产品、价格、竞争和组织优先级影响，不能由一份内容独自承诺。
内容简报完成前的逐项验收
先让提出需求的人复述：目标读者是谁，准备完成什么讨论，最重要的答案是什么。再让事实负责人逐条确认能力、流程、数据和案例。编辑检查每个标题下是否真的有答案，示例是否标明性质，未知项是否被诚实保留。发布人员检查链接、日期、作者、移动端和旧版本去向。
最后请一个未参与项目的人阅读简报。他如果把客户推测当成事实、把教学例子当成案例，或仍不知道资料要解决什么，就不能进入制作。修改时回到发生误解的字段，不用增加更多形容词掩盖。
可以把完成标准写成一句话：“在约定时间内，用已确认事实帮助指定角色完成指定判断，并让下一步和未确认事项清楚可见。”这句话中的任何一项缺失，内容任务就仍然只是一个主题，而不是可验收的交付。
把简报与最终页面并排复查也很重要：简报要求回答的每个问题在页面哪里，使用的证据是否仍是核准版本，编辑有没有为了流畅增加新的结论，页面CTA是否符合读者阶段。若最终成品偏离简报，不应只修改简报来迁就成品，而要重新判断哪一项事实或任务发生了真实变化。
团队积累多份简报后，可以从中寻找重复客户问题，建设稳定知识页；但合并前要确认问题、角色和条件确实相同。表面都叫“数据迁移”，可能分别在问字段准备、系统接口或责任分工，不能为了减少页面数量抹掉必要差异。
可以阅读B2B复杂业务内容解释方法继续学习问题、证据与路径结构，并用内容简报词条统一团队叫法。最终交付不是一份看起来完整的文件，而是一项由真实问题驱动、由事实支撑、能进入下一次客户讨论的内容任务。