国内 AI 第一次观察:从两个客户常用入口开始
小乔第一次做 GEO 时,列了七个国内 AI 产品,准备每个平台问一次。
销售负责人问她:
我们的客户真的会在这七个地方找办公室咖啡服务商吗?
小乔答不上来。
她暂时放下平台名单,转而问三位目标用户:最近一次用 AI 了解供应商时,在哪里打开,使用手机还是网页,会不会打开搜索和来源,是否长期登录自己的账号。
两位办公室行政习惯在手机 AI 助手里直接聊天;一位采购会在网页 AI 搜索中查服务商,并打开来源核对。
豆序第一轮因此只选两个入口:
- 一个手机应用的普通聊天入口;
- 一个网页端、能够展示可见来源的 AI 搜索入口。
入口不是平台公司名称,而是客户实际使用的产品、页面和模式。同一家产品的聊天、搜索、移动应用和开发接口,也不能默认算同一个入口。
这一页会留下第一批可分析回答
| 你带来的输入 | 当场动作 | 本页成果 | 交给下一步的材料 |
|---|---|---|---|
| 8—12 道编号问题、客户常用 AI 场景 | 确认两个具体入口,冻结条件并完成观察 | 入口身份证、完整回答、运行记录 | 可分析回答、可见来源、失败台账 |
第一次的目标是把观察流程跑通,并得到以后能够复查的基线。入口数量可以以后再扩展,原始问题和运行条件则要从第一天开始保存。
先选客户真的会用的两个场景
暂时联系不到客户时,可以问销售、采购、客服或业务负责人最近亲眼见过的使用方式,并在记录中注明依据有限。
第一轮通常从下面两种组合中选一个:
| 你想观察什么 | 两个入口怎样选 | 需要注意什么 |
|---|---|---|
| 陌生客户第一次聊天会看到什么 | 两个普通聊天入口 | 都使用新会话,不提前介绍企业 |
| 回答内容和公开网页来源 | 一个聊天入口、一个 AI 搜索入口 | 两类入口分别解释,不平均来源数量 |
只有客户确实同时大量使用网页和手机时,才把同一产品的两个端作为核心入口。否则优先选择更常见的一端,另一端只做探索。
热门不等于适合本项目。客户很少使用的产品,可以以后扩展,不必为了“覆盖全面”加入第一轮。
开始前,每个入口写清六件事
豆序为两个入口分别保存:
- 当前产品与具体入口名称;
- 网页地址、移动应用或其他访问位置;
- 登录或未登录状态;
- 普通、搜索、联网或深度等可见模式;
- 每次是否从可见新会话开始;
- 计划次数与失败重试规则。
问题使用冻结原文,执行人员不在现场删词。观察当天再记录日期、大致时段、回答是否完整和本次可见来源。
看不到模型版本、后台检索或系统提示时,写“界面未显示”,不要根据回答风格猜测。
用八道题先把流程走通
豆序第一轮使用八道正式问题,其中包括:
- 一道品牌事实问题;
- 三道陌生客户场景与方法问题;
- 两道选择和比较问题;
- 两道费用、维护或风险问题。
两个入口使用同一批问题,每次从可见新会话开始。
先问“豆序服务做什么”,再在同一会话问“成都办公室咖啡机租赁怎么选”,第二问已经受到品牌上下文影响,不能冒充陌生客户观察。
第一次可以每题做一次试跑,确认入口能打开、来源能展开、截图与文字能保存。流程没有问题以后,再按预先约定的次数完成正式观察。
豆序第一轮留下了什么
豆序用 8 道问题、2 个入口、每题每入口 2 次,计划完成 32 次观察。整理以后得到:
| 观察结果 | 次数 | 这项结果怎样使用 |
|---|---|---|
| 有效回答 | 31 | 进入事实、品牌角色、客户帮助和来源分析 |
| 技术失败 | 1 | 留在运行台账,按约定规则重试 |
| 回答中出现豆序 | 7 | 继续判断它承担候选、例子还是来源角色 |
| 豆序身份大致正确 | 5 | 检查是否还存在范围或责任错误 |
| 出现“四川全省上门”错误 | 4 | 建立旧事实来源问题线 |
| 展示豆序当前页面 | 2 | 保存页面与关键说法的对应关系 |
这些数字不是一道加法题。一条回答可能同时出现品牌、身份大致正确,又带有错误的服务范围;技术失败也不会被算成品牌缺席。
这一轮最有价值的发现,不是把豆序压成一个分数,而是形成两条可以行动的问题线:一条追查“四川全省上门”的错误来源,一条补齐客户选择咖啡机租赁时缺少的直接答案。费用包含项继续保留为 Q03,等事实负责人补齐方案差异后再处理。
保存回答时,别只留下正文中的品牌
每条观察至少保存:完整问题、完整回答、日期、入口、登录状态、可见模式、来源标题和实际落地网址,以及必要的整屏截图。
品牌可能出现在正文、候选卡片、图片或来源标题中,角色不同。只复制纯文本,可能丢掉位置与来源对应;只留截图,又不方便后续检索和逐句分析。
应用内来源无法复制时,照实记录。不要自行搜索一个相似页面,替换平台当时展示的来源。
五种结果绝不能混成“有没有品牌”
| 本次发生什么 | 应该怎样记录 |
|---|---|
| 回答完整结束 | 进入品牌、事实、候选与来源分析 |
| 主体完整,但本次没有展示来源 | 正文仍可分析,来源状态写“未展示” |
| 拒绝无依据排名,并给出选择方法 | 保留为有效回答,不当成失败 |
| 服务繁忙、验证码、网络中断或空白 | 记为技术失败,按预定规则重试 |
| 问错题、用了旧会话或误上传资料 | 记为执行错误,排除但不删除记录 |
技术失败不能算品牌未出现。成功重试也不能覆盖原失败,否则团队看不到入口当时是否稳定。
两个入口可以并排看,但不要合成一个平台分数
手机聊天入口可能更常给选择方法,网页 AI 搜索可能展示更多来源。这是产品任务差异,不代表后者天然质量更高。
适合并排观察的是:
- 回答是否理解了同一个客户问题;
- 品牌承担候选、例子、来源还是排除角色;
- 公司身份、服务地区和产品边界是否正确;
- 是否给出对客户有帮助的选择条件;
- 本次可见来源是否支持关键说法。
不要直接合并聊天和搜索的来源数量、登录与未登录结果、普通回答与深度模式、网页产品与开发接口。
这些都可以描述差异,但不能压成一个总分。
复测前重新确认入口有没有变
产品改版后,先检查名称、地址、登录要求、模式和来源展示。
只是按钮位置变化,任务与条件仍相近,可以记录后继续;如果普通聊天变成自动搜索、回答形态大改或账号条件变化,就要降低可比性,必要时建立新基线。
旧记录仍然有效,它说明过去在什么条件下看到了什么,只是不能与新入口无缝拼成一条长期折线。
现在就写下你的两个入口
用两句话完成选择:
入口一:。客户使用依据:。登录与模式:______。
入口二:。客户使用依据:。登录与模式:______。
再从上一页的问题清单中选六至八道,写清每题观察次数与失败处理。另一位同事能够看懂“在哪里问、怎样问、失败怎么算”,就可以开始试跑。
完成后,把观察结果交给内容负责人
第一轮结束时,至少留下四组材料:
| 材料 | 最少包含什么 | 它解决什么问题 |
|---|---|---|
| 入口身份证 | 产品、具体入口、登录状态、模式、日期 | 以后能否在相近条件下复测 |
| 完整回答 | 问题编号、原文、回答全文、截图 | AI 当时实际怎样回答 |
| 可见来源 | 来源标题、落地网址、对应说法 | 错误或正确事实可能来自哪里 |
| 运行台账 | 完整、未展示来源、合理拒绝、技术失败或执行错误 | 哪些记录可以进入内容分析 |
从有效回答中先选一条最值得处理的工作线:它可以是错误事实、缺少直接答案,也可以是客户决策条件不完整。把对应回答、可见来源和当前企业资料一起带到内容发布前检查。
本书保存了几份国内平台观察卡,帮助确认官方入口、访问条件、核验日期和过时风险。它们是维护资料,不是推荐名单;正式执行仍以当前官方入口和目标客户实际使用为准。需要跨端、跨模式或更多入口时,再阅读国内生成式平台进阶观察指南。