01
画出流程
从触发、查资料、判断、执行，到转交、记录与结果。
01 · 今天的共同产出
先把问题讲清楚，
再决定是否做
这次沟通不是让你立即购买一套系统，而是共同形成一个可以继续，也可以停止的判断。
02
找到损失
时间花在哪里？哪里最容易漏、慢、错或返工？
03
划清边界
哪些适合 AI 辅助？哪些动作必须由人确认？
04
确认下一步
是否值得进入一条流程、一个入口的小范围试点？
会谈成功不是：“AI 听起来不错”。会谈成功是：流程、基线、负责人、样本、系统边界与下一次会议均有明确结论。
02 · 我们在企业与 AI 之间做什么
不是替换工具，
而是搭一座受控的桥
底座负责让 AI 在被允许的范围内理解企业信息、调用工具、留下记录；客服、销售咨询、服务协同等应用可以在同一底座上逐步生长。
现有入口网站、企业微信、表单、客服或业务系统01
许可信息只读取明确授权的资料、上下文和规则02
AI 辅助检索、归纳、分类、草拟与初步判断03
人工确认价格、承诺、特殊情况等高风险动作由人决定04
写回系统把结果送回企业正在使用的记录系统05
全程留痕保留依据、动作、时间与责任边界06
底座先解决
企业知识权限控制工具连接操作记录
上层可以形成
客服销售咨询服务协同内部分析
首期不会做
一次建设完整平台、一次连接所有工具，或让 AI 直接承担所有业务责任。
接入边界：不是所有工具都能连接。正式接口、可用导出、管理员授权、数据规则和现场测试共同决定是否可行。
03 · 中层管理者主导
请带我们走一遍
昨天真实发生的工作
先讲一个真实例子，不从“通常情况下”开始。
1. 触发
2. 查资料
3. 判断
4. 执行
5. 转交
6. 记录
7. 结果
中层管理者要回答
哪一步最费力、最难稳定？
- 每天在哪些系统之间复制和查找？
- 什么异常最需要资深员工补救？
- 交接后，谁来确认事情真的完成？
当前已选择中层视角：优先还原实际动作与例外。
老板要回答
这条流程为什么值得优先？
- 它更影响增长、成本、质量还是风险？
- 什么结果才值得投入一个小试点？
- 哪些业务承诺不能交给 AI 决定？
当前已选择老板视角：优先确认经营结果与边界。
现场填写提示：只写角色、动作和非敏感描述；不要填写客户姓名、电话、账号密码或儿童信息。
04 · 用客户自己的数字估算
问题不是“能不能用 AI”，
而是这段损失值不值得解决
先计算重复工时和遗漏规模，不把时间直接换算成利润，也不在没有基线时承诺回报。
只算可由 AI 安全辅助的部分，不是自动替代比例。
月度事件量需要补充基线
月度重复工时需要补充基线
其中可安全辅助需要补充基线
月度遗漏或返工需要补充基线
现场估算，待数据验证，不构成收益承诺。正式试点需以系统记录或抽样数据建立基线。
05 · 对中层和团队的价值
把时间还给判断、沟通
和真正需要经验的事情
AI 先从机械环节和等待开始，不跳过负责人，不把特殊情况藏进黑箱。
| 当前常见做法 | AI 可以辅助 | 人仍然负责 |
|---|---|---|
| 反复在文档、群聊和系统中找答案 | 按权限检索资料，并给出依据 | 确认资料是否适用于当前情况 |
| 把同一信息复制到多个地方 | 整理结构化信息并准备写回 | 批准关键字段和最终动作 |
| 相同问题由不同员工重复解释 | 根据统一知识生成回复草稿 | 处理承诺、价格和例外 |
| 转交后依赖人记得继续跟进 | 生成任务、提醒并保留上下文 | 对结果负责并关闭流程 |
| 月底临时整理数据进行复盘 | 持续归类问题和过程记录 | 解释原因并决定管理动作 |
06 · 对老板的经营价值
不是另一套故事，
仍然是刚才那条流程
把团队描述的具体问题映射到四类经营结果，每一项都要有基线、数据来源和验收人。
增长
少漏、快接、可跟进
例如首次响应、有效预约、线索被销售接受或续费信号被处理。
成本
减少重复与等待
例如处理分钟数、跨系统补录、重复解释和返工次数。
质量
口径和交接更稳定
例如答复依据、资料版本、交接完整度和问题一次解决率。
风险
权限、确认、记录可查
例如高风险动作人工批准、越权阻断、操作记录和紧急暂停。
验收原则：技术指标与经营指标分开。连接成功不等于业务成功，业务波动也不能掩盖系统错误。
07 · 带着假设去访谈，不把假设当事实
两个行业，
先从不同问题清单开始
待现场验证 · 不代表这家企业一定存在
候选流程 A
复杂售前咨询
销售需要在产品、案例、交付边界和历史记录之间反复查找，回复速度与口径难稳定。
资料检索回复草稿线索判断
候选流程 B
销售到交付、客服的交接
客户背景、承诺和特殊要求分散，接手人需要重新询问，容易产生信息落差。
上下文整理交接检查任务写回
候选流程 C
客户反馈与续费信号
问题散落在客服、群聊和工单，产品反馈、风险和续费机会难以持续归类。
问题归类信号提醒经营复盘
待现场验证 · 首期只面向家长与内部员工
候选流程 A
家长咨询到体验课
咨询入口分散、响应不及时、适龄班型和校区信息反复查询，预约结果没有统一记录。
家长咨询班型检索人工确认预约
候选流程 B
排课、请假与补课
教务需要在群聊、表格和排课工具之间协调，信息变动容易遗漏或重复通知。
信息整理规则检查通知草稿
候选流程 C
课后家长沟通与续费
先验证面向家长的服务节奏与记录，不把儿童画像、表现评分或自动营销作为切入点。
家长服务人工跟进过程记录
儿童数据边界：通用演示和首期试点不处理儿童人脸、声音、健康、伤病、位置或能力画像，也不通过自动化决策向儿童进行商业营销。
08 · 小范围试点的样子
只改变一小段，
保留随时退回原流程的能力
先让 AI 给建议、人来批准；只有低风险且稳定的动作，才在双方同意后逐步增加自动化。
当前流程
人来回查找、复制、转述和追踪
入口、资料和结果记录彼此分开
交接依赖个人经验与记忆
复盘时才临时整理过程数据
试点流程
AI 准备，人确认，结果回到原系统
只读取已授权的信息和规则
高风险动作必须人工确认
全过程留下依据、状态和结果
1 条优先流程
1 个主要入口
1 个写回系统
1 位内部负责人
2–4 周通过接入检查后
前 3–5 个工作日：先做可行性关卡，核验样本、接口、权限和关键事件。不能安全实现时停止，按已完成工作结算，未执行部分按协议处理。
09 · 从会谈走向成交
把“有兴趣”变成
一张可以执行的行动卡
必要资料齐备后 3 个工作日内，形成固定范围、固定价格、验收方法和停止条件的试点建议。通用页面不预设统一价格。
建议确认：若双方认可优先流程、试点指标、内部负责人和必要资料，下一步不是继续泛聊，而是预约试点范围确认会。
10 · 会谈附录
需要深入时，
再打开这些问题
主线保持简洁；详细访谈、技术检查、试点验收与儿童数据边界在这里展开。
中层管理者：工作流访谈问题
- 请选一个昨天真实发生的案例，从头到尾讲一遍。
- 每一步由什么角色完成？在哪个工具里完成？
- 查资料、等待别人、复制补录分别花多久？
- 最常见的例外是什么？资深员工如何处理？
- 什么错误最难发现？通常由谁补救？
- 流程结束的证据记录在哪里？
- 如果只改善一步，你最希望先改善哪一步？
老板：经营判断问题
- 今年更优先增长、成本、交付质量还是风险？
- 这条流程的问题如果不解决，最直接影响什么？
- 一个小试点达到什么结果才值得扩大？
- 哪些客户承诺、价格或特殊安排绝不能自动执行？
- 谁能提供数据、推动员工参与并最终验收？
- 试点失败时，什么条件下应该立即停止？
系统、数据与权限可行性清单
- 入口是否有正式接口、可靠导出或经授权的连接方式？
- 能否取得足够的上下文、状态变化和结果记录？
- 资料是否有明确所有者、版本和访问权限？
- 写回动作是否支持幂等、防重复与失败重试？
- 管理员是否同意创建测试权限和撤销机制？
- 是否有脱敏历史样本可先做离线验证？
- 高风险动作是否有人工批准和紧急停止入口？
试点验收与停止条件
技术层
- 输入事件可被完整识别
- 信息来源和版本可以追溯
- 写回不重复、不越权
- 失败时能够阻断并通知人
经营层
- 处理时间相对基线变化
- 遗漏、返工或等待变化
- 建议被员工采纳的比例
- 业务负责人确认的质量变化
停止示例：接口或权限不可用；关键数据质量不足；两轮调整仍达不到双方约定的安全线；员工无法配合形成基线；风险高于可验证价值。
我们可以承诺与不能承诺什么
可以写进试点协议
- 固定流程、范围和周期
- 明确数据与权限边界
- 人工批准和操作记录
- 技术指标、业务观察指标
- 可行性关卡和停止机制
不能在诊断阶段承诺
- 兼容企业所有现有工具
- 直接增加多少收入
- 直接减少固定员工人数
- 用少量样本保证长期效果
- 让 AI 承担全部业务责任
儿童数据与网络服务边界
本页面只用于确定产品与试点边界，不替代正式法律意见。通用演示与首期篮球试点只面向家长和内部员工，不收集儿童个人信息。
- 《个人信息保护法》将不满十四周岁未成年人的个人信息列为敏感个人信息；处理此类信息涉及监护人同意和专门规则等要求。
- 《未成年人网络保护条例》规定，网络产品和服务提供者不得通过自动化决策方式向未成年人进行商业营销。
- 如果未来业务确实需要儿童信息，应另行进行必要性、授权、最小化、访问、保存和删除评估，不沿用本通用试点范围。
公开资料来源
《中华人民共和国个人信息保护法》— 中国人大网
参考第二十八至三十一条：敏感个人信息与不满十四周岁未成年人个人信息的处理规则。
《未成年人网络保护条例》— 中央网信办
参考第二十四条：不得通过自动化决策方式向未成年人进行商业营销。