B2B 的 AEO：网站应回答哪些采购问题
Neaptide · 2026年9月7日 · 5 分钟阅读 · 更新于: 2026年10月4日
以 Claude API Citations 的真实能力为例，把 B2B 采购问题与文档证据、格式限制和实施条件对应起来。
本文目录
替企业做采购的人，得向同事解释自己的选择：方案怎样接入现有流程、谁能访问数据、团队要承担多少工作。B2B 的 AEO 可以从这些问题入手，别只列一张希望出现品牌名称的 AI 平台清单。
考虑参与采购的不同人员需要哪些信息
以选择内部文档助手为教学示例。使用部门关心回答是否有用，IT 团队要了解权限和更新方式，采购人员则需要确认合同包含哪些工作。有时这些事都落在同一个人身上，不必假定参与人数固定。
从真实项目讨论和未成交咨询中整理问题，去掉个人信息。客户问“能否接入我们的系统？”，要给出兼容条件，光说“支持灵活集成”不算回答。
建立问题、事实和页面的对应关系
以 Claude API 的 Citations 功能为真实例子。2026年10月3日核对的文档明确说明了支持格式、配置方式及引用限制。这是文档分析，并未测试完整企业助手。
| 问题 | 文档中的答案 | 核对章节 |
|---|---|---|
| 能引用哪些材料？ | 纯文本、PDF 文本和自定义内容块 | Supported document types |
| 如何启用？ | 在文档中设置 citations.enabled: true | How citations work |
| 如何定位原文？ | 文本使用字符索引，PDF 使用页码，自定义内容使用块索引 | Citation types |
| 扫描 PDF 呢？ | 没有可提取文本的 PDF 不支持图像引用 | PDF documents |
提前说明使用条件和准备工作
写清楚方案适合谁，客户又要准备什么。如果试点需要知识库负责人，就提前写清楚。没有检查格式、权限和质量之前，不要承诺支持所有文档。
把服务商和客户各自的工作分开写：资料准备、权限审批、测试问题和验收。具体范围要由项目团队确认，示例不是通用套餐。
让证据便于检查
用文档、交付样例或相关案例说明你能提供什么。某个部门试用成功，并不代表已经适合全公司上线。材料涉及保密的，说明客户怎样申请核查即可，不必公开。
Google 建议重要信息也应以文字提供。所以条件要在页面上用文字概述，别把完整答案只留在演示图片里。
检查推荐是否正确
用包含真实约束的问题测试，例如数据类型、已有系统和用户角色。保存测试条件和回答。AI 提到了公司，却给它编了认证或集成能力，这照样是需要处理的错误。
分别记录符合业务范围的咨询，以及进一步进入项目洽谈的咨询。光有一份问题清单，证明不了销售增长。和 Neaptide 合作，可以先选一项重点服务，收集那些让客户迟迟定不下来的问题。