PROCESS CASE · V0.9To B 企业 AI 知识助手客户拜访与方案推进流程
# To B 企业 AI 知识助手客户拜访与方案推进流程
## 1. 案例背景
一家运营商的政企团队准备为某多园区企业提供企业 AI 知识助手。客户约三千名员工，希望员工能从制度、产品手册、常见问题和知识资料中查到有来源、符合权限的答案。
本次课堂只分析：客户经理已经约好需求访谈 → 访前准备 → 访中沟通与记录 → 访后商机分析 → 方案与网页概念Demo → 内部核对 → 客户收到材料 → 人工确认商机状态与下一步。
不包含：正式报价、合同审批、生产部署和未经批准的系统接入。
## 材料的先后
8月12日访谈与派单（01—04）→方案初稿V0.1（05）→专业纠偏（06）→客户反馈与负责人评审（07）。Skill章用后续确认及专业方案材料重做演示稿V0.2，本章回看前面的交接。
## 2. 四个内部角色
1. 客户经理：准备客户材料、主持沟通、保留客户原话、组织协同、对外发送，并在确认后维护客户管理系统。
2. AI 解决方案经理：设计问题、识别信息缺口、形成方案；需要演示时协调产品经理准备。
3. 产品 / 交付专家：产品经理按需要准备演示；专家核对数据、权限、接口、部署、周期、验收和运维条件。
4. 销售负责人：核对商机依据、资源投入和下一步，决定继续、补信息、暂缓或退出。
客户是外部参与者，提供需求、约束、反馈和确认。
## 3. 现状流程
1. 客户经理从公开资料、历史沟通和产品材料中手工准备拜访。
2. 客户经理与方案经理沟通客户；获准后记录或转写。
3. 客户经理汇集笔记、附件与工具摘要。核对意见尚未合入摘要，方案任务引用了这一版，原话没有随任务附齐。
4. 方案经理重新追问场景、用户、资料、权限、接口、部署、周期和验收。
5. 方案经理形成方案初稿；这次客户需要演示，再协调产品经理按范围准备Demo。
6. 产品交付专家发现未确认承诺并要求返工。
7. 客户经理向客户提供讨论版与必要演示，客户反馈试点范围和条件。
8. 销售负责人结合客户反馈核对投入与商机；客户经理按确认结果更新记录、明确下一步。
## 4. 客户访谈转写节选
- 客户数字化负责人：我们大概三千人，三个办公点。制度、产品手册和常见问题散在几个地方，新人经常在群里找老人。
- 客户经理：如果做一个统一的 AI 入口，大家直接问，是不是你们想要的？
- 客户数字化负责人：方向对，但别一上来全公司。先拿售后支持团队试，大概一百二十人。常用资料先选两百到三百份，六周左右能看到内部试点最好。
- 客户知识管理专员：回答必须告诉我从哪份文件来的。找不到就说找不到。有些项目资料只有项目组能看。
- AI 解决方案经理：资料现在主要在哪儿？
- 客户知识管理专员：一个旧知识库、共享盘，还有 PDF。旧系统有没有接口我不确定，要找 IT。文档更新也没人统一管。
- 客户数字化负责人：部署方式没定，信息安全同事要评估。下周内部会先看方向，不需要正式报价。
- 客户数字化负责人：先别写准确率百分之九十几。我们准备二十个真实问题跑一下，再讨论怎么验收。
## 5. 访后记录节选
- 记录范围：“3000 人全公司统一建设”。
- 部署判断：“倾向云端部署”。
- 下次交付：“下周提供完整方案和预算”。
- 商机更新草稿：“成交概率 80%”；依据栏暂空。
- 记录未附原话位置，事实、判断与待确认信息列在同一段中。
## 6. 方案任务节选
- 任务目标：六周正式上线。
- 资料范围：2000 份。
- 系统连接：通过标准接口自动同步旧知识库。
- 验收指标：回答准确率 95%；测试问题集尚未附上。
- 待补充字段：资料维护人、权限同步方式、找不到答案时的处理。
## 7. 30分钟诊断任务
1. 定范围（3分钟）：写出起点、终点、内部角色、外部参与者和不包含事项。
2. 收材料（3分钟）：列出已有材料、缺失材料、版本和来源。
3. 设计调查（3分钟）：让 AI 先读材料，为四个角色分别生成访谈提纲。
4. 访谈跟现场（6分钟）：角色扮演四类访谈，用样本还原交接；标记模拟与待核实项。
5. 集中诊断（6分钟）：对照原话与方案，说明偏差、对应材料、原因与ECRS改法。
6. 评审改进（9分钟）：调用流程改进提案Skill，写现状、策略、未来流程、角色组织、推进计划与验收；组内评审。
## 8. 期望交付
- 一张现状跨部门流程图和一张未来跨部门流程图。
- 一份带来源及待核实项的诊断草稿。
- 一张痛点—AI 一一对应表。
- 已有客户方案演示稿Skill怎样保留、修改并接上专业评审。
- 已有 Agent 的使用方式；按业务入口与跨人协同需要，再判断集成。
- 一份责任、接口、人工确认与工作项处理节奏清单。下一章只验证一条小路径。
## 原始材料01—07
# 拜访任务与客户资料
拜访时间：2026年8月12日 10:00（08:45准备拜访）
客户概况：某多园区企业，约三千名员工。公开资料显示客户正在推进内部知识管理，但现有系统、预算、数据边界和采购计划未知。
已知联系人：数字化负责人。此前聊天提到“员工找资料慢，想看看企业 AI 能做什么”。
客户经理准备：通用企业 AI 介绍、三个行业案例、产品功能清单。
本次未明确：谁实际使用、哪些资料可以接入、权限怎样划分、旧系统情况、希望时间、如何判断试点有效。
---
# 客户拜访转写节选
记录：8月12日10:00需求访谈；客户经理、AI解决方案经理与客户共同参与。
客户数字化负责人：我们大概三千人，三个办公点。制度、产品手册和常见问题散在几个地方，新人经常在群里找老人。
客户经理：如果做一个统一的 AI 入口，大家直接问，是不是你们想要的？
客户数字化负责人：方向对，但别一上来全公司。先拿售后支持团队试，大概一百二十人。常用资料先选两百到三百份，六周左右能看到内部试点最好。
客户知识管理专员：回答必须告诉我从哪份文件来的。找不到就说找不到。有些项目资料只有项目组能看。
AI 解决方案经理：资料现在主要在哪儿？
客户知识管理专员：一个旧知识库、共享盘，还有 PDF。旧系统有没有接口我不确定，要找 IT。文档更新也没人统一管。
客户数字化负责人：部署方式没定，信息安全同事要评估。下周内部会先看方向，不需要正式报价。
客户数字化负责人：先别写准确率百分之九十几。我们准备二十个真实问题跑一下，再讨论怎么验收。
---
# 客户经理拜访纪要与商机更新草稿
版本状态：8月12日访后形成的摘要草稿。客户经理另写了范围与时间的核对意见，但还没有合入这一版；后续方案任务引用了本稿。以下内容保留当时写法，供逐项对照客户原话。
## 客户需求
客户约三千人，希望建设全公司统一的企业 AI 知识助手，接入制度、产品手册、项目资料和售后知识。需要权限管理、回答来源和旧知识库自动同步。
## 时间与部署
计划六周正式上线，倾向云端部署。下周内部汇报，需要完整方案和预算。
## 商机更新草稿
- 阶段：方案阶段
- 成交概率：80%
- 预计签约：本季度
- 下一步：方案团队本周出方案，产品团队确认接口
## 缺失
没有附客户原话位置；没有区分已确认事实和客户经理判断。
---
# 企业 AI 知识助手方案任务卡
目标：为三千名员工建设统一知识助手，六周完成正式上线。
范围：制度、产品手册、项目资料和售后知识，预计两千份文档。
要求：云端部署；旧知识库通过标准接口自动同步；统一登录；部门与项目权限；回答准确率 95%；提供管理后台。
交付：总体方案、预算和可展示网页，两个工作日内完成。
任务标注“已确认”：内容引用材料03的摘要草稿，未附原始拜访记录，也未合并客户经理的核对意见。
---
# 企业 AI 知识助手数字化解决方案初稿 V0.1
## 建设目标
面向三千名员工建设统一知识入口，六周完成正式上线。
## 方案
采用大模型与企业知识库，通过检索资料生成带来源的回答；接入约两千份文档和旧知识库；按组织和项目隔离权限；提供使用分析后台。
## 演示Demo
网页包含员工提问、回答、引用来源和管理员看板。当前使用模拟数据，尚未接通客户资料、身份或旧知识库。
## 预期结果
回答准确率不低于 95%，显著减少员工查找资料时间。
## 计划
第 1 周资料盘点；第 2 至 3 周配置；第 4 周接口联调；第 5 周试运行；第 6 周全量上线。
---
# 产品交付核对意见
核对对象：方案 V0.1 和网页演示Demo。
1. Demo只使用模拟数据，不能表示已经接通客户系统。
2. 客户原话是先做售后支持团队和两百到三百份资料，不是三千人和两千份资料。
3. 六周是希望看到试点结果，不是全量正式上线。
4. 部署方式尚未决定，需要信息安全团队评估。
5. 旧知识库接口未知，需要接口文档、测试环境和客户 IT 配合。
6. 权限隔离需要客户提供身份和资料权限规则。
7. 删除 95% 准确率承诺。先用客户准备的二十个真实问题共同定义可接受结果。
8. 商机阶段和成交概率不属于产品交付判断，需由销售负责人根据依据确认。
---
# 销售负责人评审与客户反馈
## 销售负责人评审
现有材料能证明客户愿意看试点方向，但不能证明预算、采购时间和部署方式已经确认。商机可以继续推进，阶段暂不提升；删除 80% 成交概率，改为列出已知依据和三个缺口：预算、信息安全意见、旧系统接口。
## 客户反馈
客户确认第一阶段只做售后支持团队，资料先控制在两百份左右，项目文档暂不进入。部署方式等信息安全团队评估。客户会准备二十个测试问题。六周目标是看到试点效果。
客户认为网页Demo有助于内部讨论，但要求页面明确标注“模拟数据”。
## 重复登记和汇报发生在哪里
客户经理先在自己电脑里登记，再更新商机系统；给方案专家讲需求、给产品经理说明演示、给老板汇报进展、给客户介绍方案，又分别整理材料。客户补充或改变要求后，这些副本要逐一重改，原始对话和确认过程却未必随材料交出去。各方确实需要不同侧重点的内容，重复的是同一事实的多头维护和多次改写。
## 等待与返工怎样一起改
客户经理要等专家排期，反复补充背景、开会解释；成熟小改和新需求都走同一队列。产品/交付在方案V0.1后集中纠偏，客户还要再次说明范围。
### 两条路线怎样选
A｜1→N复用小改：有已验证的成熟方案；只改约定内容，没有新增接口、部署方式或交付承诺。客户经理与AI核对适用依据，直接组织客户版PPT、配置已有演示。方案专家重点核对变化与适用范围，再由客户经理确认并发送。
B｜0→1或超出复用范围：新场景、新能力、复杂组合、未确认条件均先请专家处理。方案专家澄清并设计，产品/交付确认能力与条件、按需准备新Demo；Agent按确认内容成稿，随后完整评审。无法确认的内容保留为待办，只演示已经说清的概念范围。
问答要带着材料进行：“这次需求能否使用现有方案？哪些依据支持？改动是否超出可改范围？缺什么条件？”AI给出核对建议，客户经理按约定标准选路；拿不准就请专家确认。
本例接口与部署尚未确认，当前走B路线；不是因为客户规模小就当作可复用。未来专业条件明确后，落在既有范围内的后续小改才可以转A。复用目录、可改字段和评审时段由方案、产品与客户经理共同约定，纳入试点评审。
P编号图例：P1 多头登记、反复汇报，原话仍丢失；P2 没问清的条件写进方案；P3 等方案、补信息、反复改稿；P4 客户要求没跟进到最新稿；P5 把客户兴趣当成采购进展。
# 现状痛点—未来活动—提案对照
P表示问题编号，便于把现状、诊断、未来活动和提案对上。
| 编号 | 现状依据与问题 | 未来活动与改法 | 责任 | 观察指标 |
| --- | --- | --- | --- | --- |
| P1 多头登记、反复汇报，原话仍丢失 | 客户经理在电脑和商机系统分别登记，再给方案、产品、老板、客户各整理一份材料。客户一改要求，就逐份重改；交接只带摘要，原话和核对过程反而没带上，接手人还得开会补问。 | 访谈时同步录音，会后企业Agent结合访前资料整理纪要并与客户核对。原文、确认结果与当前稿放在同一项目；同一事实只维护一次，按角色和权限生成汇报，必填系统按授权同步，取消个人重复台账。 | 客户经理与接手人 | 来源可回查、补问次数 |
| P2 没问清的条件写进方案 | 接口能不能接、在哪里部署、效果怎样验收还没问清，就被当成确定要求写进方案。产品同事接手才发现条件仍需核实，方案和Demo都要返工。 | Agent逐项列出还没问清的接口、部署和验收要求，由方案专家、产品或客户IT分别确认。未确认的写清待问问题和联系人，不由AI替客户或产品作承诺。 | 客户经理、方案与产品 | 未确认承诺数、缺项发现时点 |
| P3 等方案、补信息、反复改稿 | 换几页PPT、调整已有演示的小需求，也和新方案一起等专家排期，客户经理反复催进度。稿子做完才请产品核对，又因条件或理解不一致来回改。 | 成熟小改由客户经理按约定制作，新需求由专家牵头、产品提前核对。Agent按确认内容生成PPT；约定评审时间和检查项，小改只核变化，新方案完整评审，减少排期、反复说明和整稿重查。 | 客户经理、方案专家、产品/交付 | 两路分别记排队、补问、制作、评审和改稿时间 |
| P4 客户要求没跟进到最新稿 | 客户已说先做售后，方案却扩大了范围；后续补充仍留在聊天里，方案和Demo没有同步改。等演示时才发现偏差，客户再解释一遍，团队重新制作。 | 尽早让客户看已核准的关键页面和演示，先确认理解是否一致。客户补充或改动需求时，同步通知方案、产品并更新当前稿；改变范围的先确认，再继续做。 | 客户经理、客户与专业岗位 | 首次有效反馈时点、范围误解返工 |
| P5 把客户兴趣当成采购进展 | 客户只是愿意看试点，草稿却写了“80%成交概率”。预算、采购时间和下一步尚未确认，负责人难判断是否继续投人，接手人也不知道还要追问什么。 | 删掉没有依据的成交概率，按已确认的预算、时间和客户下一步决定投入。更新同一项目的负责人和期限，按节奏汇总待办、提醒跟进；该由人确认的进展和对客发送仍由人负责。 | 销售负责人、客户经理 | 有依据的状态变更、无依据承诺 |
先约定复用标准：有已验证方案，只改约定内容，不增加接口、部署或交付承诺。没有依据或拿不准就转专家。本例接口、部署未确认，先走B；后续在既有边界内的小改才转A。
客户经理通过问答与AI把核对过程做通，稳定后再整理保存需求核对Skill。方案演示稿Skill为本版扩展能力，按确认内容制作，不能替代专业设计与批准。
00案例经过补充说明了排队与反复沟通的情境，05—06说明成稿后纠偏；材料没有逐次等待时长。试点按同一起止点采集，不预填节省时间或效果。
首轮内部评审Demo检查来源、条件与专业接收，不等于自动分流已经实现。开发试用时再用A/B任务分别验证；P4客户反馈、P5商机判断由各自责任人跟踪。
## 逐项核对图上的改法
| 方法 | 问题 | 现状中发生在哪 | 未来活动怎么改 |
| --- | --- | --- | --- |
| 删 | P1 | 同一信息多处登记，给不同对象重做汇报 | 同一事实只维护一次，按角色生成汇报；保留必填业务记录 |
| 合 | P1 | 原话、核对结果和当前方案分开传递 | 同步记录、共同保存原文与确认结果，下一位接着做 |
| 调 | P2 | 接口、部署等未问清就写成承诺 | 先列待问条件，请客户或专业人员确认再制作 |
| 调 | P3 | 小改与新方案都排队等专家 | 按约定分流，小改由客户经理做，新需求专家牵头 |
| 调 | P3 | 产品在成稿后才核对，方案演示返工 | 产品提前确认能力、接口和部署条件 |
| 简 | P3 | 小改也反复开会说明、整稿检查 | 约定评审时段，小改核变化，新方案完整评审 |
| AI | P3 | 确认后的内容仍反复整理成PPT | 调用方案演示稿Skill生成PPT，专家核稿 |
| 调 | P4 | 到展示完整稿才发现需求理解偏差 | 尽早请客户看关键方案和演示，确认方向 |
| 合 | P4 | 客户补充留在聊天，方案和演示没跟上 | 更新当前版本并通知下一位，改范围先确认 |
| 删 | P5 | 没有预算和采购依据却填80%成交概率 | 删除无依据概率，按客户已确认进展决定投入 |
| AI | P5 | 进展散在各处，接手人不知道跟什么 | 同一项目记录负责人、期限，按节奏汇总和提醒 |
同一事实维护一次，不意味着取消必填业务记录或把所有内部材料发给客户。按角色权限生成不同侧重点的汇报；接口和定时能力接通、试跑后再自动同步。客户经理仍确认对客内容，负责人仍决定投入。
本例接口与部署未确认，先走专家牵头的新需求路线。现状图放在集中诊断之后，先认清问题，再做改进。月度工作投入和单件任务等待分别记录，不预填节省量。