成果预览演示样例 · 非真实客户
澄木设备 · AI 场景优先级
虚构企业示例：客服手册齐全，但报价规则分散在不同销售手中。
建议先做
先验证产品资料问答。资料相对齐全，客服可以直接判断答案质量，便于在小范围观察使用效果。
| 场景 | 建议顺序 | 前提 / 理由 |
|---|---|---|
| 产品资料问答 | 优先试点 | 手册可用；客服可校核答案 |
| 报价材料准备 | 补齐规则后试点 | 价格、折扣与审核人需明确 |
| 跨系统订单回写 | 后续评估 | 先核查接口和操作权限 |
顺序是基于示例条件的判断，不是对所有企业通用的结论。
先找准值得做的事，
再决定 AI 怎么落地。
深入岗位和工作流程，把企业的问题、资料和业务目标放在一起讨论。交付场景优先级、落地方案与试点安排，让投入有依据、结果有判断标准。
适合想用 AI，但场景、投入或实施路径还不清楚的企业
交办任务
客服、报价和内容都想用 AI，先做哪一项？
企业 AI 应用机会清单
优先试点
产品资料问答：资料相对齐全
补齐再做
报价辅助：先明确价格规则
后续评估
系统回写：先核查接口权限
一个业务问题，怎样变成落地方案？
选一个问题，补充业务情况，看清先做什么、如何试点与验收。
请启用 JavaScript 操作本地演示；完整场景说明仍可展开阅读。
本地交互样例使用虚构企业与预设成果，不调用真实 AI，不连接客户系统。操作保留在当前页，刷新后恢复。诊断建议与验收记录均为样例，正式服务需核对实际业务。
展开阅读业务场景与完整成果需要详细说明时再看
一个业务问题，
怎样变成落地方案。
选择一个场景，查看需要准备的资料、工作过程和成果样例。
每个示例都可以下载
便于与团队一起讨论
老板 / 总经理 / 转型负责人
部门想法很多，先选一个试点
销售想做报价，客服想做问答，运营想做内容。每个都有道理，却难以判断第一笔投入花在哪里。
您可以这样交办把这几个部门的需求放在一起比较，给出先做什么、需要什么条件的建议。
- 01 您准备
- 部门需求、工作频次、样本材料、现有系统和能参与试点的人员。
- 02 怎么做
- 访谈确认问题 → 比较价值与资料条件 → 标明依赖 → 给出先后顺序。
- 03 拿到什么
- 有理由、有准备条件的 AI 应用机会清单。
销售负责人 / 运营负责人
流程说不清，先把交接画清楚
大家都觉得报价准备慢，却不知道时间花在找资料、补需求还是等负责人确认。
您可以这样交办梳理从收到询价到发出报价的过程，标出 AI 能参与的环节和必须由人做的决定。
- 01 您准备
- 脱敏询价、实际报价样本、产品资料、价格规则与参与岗位。
- 02 怎么做
- 还原真实任务 → 标出等待和返工 → 区分资料处理与业务决定 → 讨论目标流程。
- 03 拿到什么
- 现状与目标流程、岗位分工和资料缺口清单。
成果预览演示样例 · 非真实客户
询价到报价 · 目标工作方式
用于讨论的流程示例，不代表已连接任何系统。
现状问题
客户规格未收齐就开始查产品，查完后又要返工。价格规则由负责人掌握，不能直接交给助手决定。
| 节点 | AI 可参与的工作 | 人工职责 |
|---|---|---|
| 收集需求 | 提取数量、尺寸和用途 | 销售补齐缺失信息 |
| 准备材料 | 查资料并形成方案草稿 | 业务人员校核规格 |
| 确认报价 | 整理待审批信息 | 负责人决定价格与交期 |
流程示意帮助确认需求；系统实现属于后续确认的实施范围。
业务负责人 / 项目负责人
方案准备好了，明确怎么验收
Demo 看起来很好，但不知道上线后怎样算有效，也不知道该让谁试、试哪些问题。
您可以这样交办为客服知识助手制定一个小范围试点，明确任务样本、使用人员和判断方法。
- 01 您准备
- 真实常见问题、异常问题、资料范围、现有处理方式与参与人员。
- 02 怎么做
- 记录现状 → 选择样本 → 约定通过条件 → 安排使用反馈 → 判断是否扩大。
- 03 拿到什么
- 试点任务集、评价方法、责任分工和阶段决策依据。
成果预览演示样例 · 非真实客户
客服知识助手 · 试点验收单
任务数量、周期和通过门槛在实际项目中共同确认。
试点范围
由指定客服使用确认版本的产品手册，先处理内部辅助问答，不直接对外自动回复。
| 样本类型 | 检查什么 | 处理原则 |
|---|---|---|
| 手册中有答案 | 事实与出处是否正确 | 与手册逐项核对 |
| 资料中没有答案 | 是否明确说明未知 | 交给业务负责人 |
| 两份资料冲突 | 是否标出冲突版本 | 先确认有效版本 |
记录人工耗时与返工，再和原有方式比较；不提前承诺固定节省比例。
老板 / 采购负责人 / 项目负责人
要买产品还是做定制，算清范围
订阅、实施、用量和维护混在一起，难以比较，也担心买了以后还要不断追加。
您可以这样交办把标准产品、资料配置、系统连接和后续维护拆开，形成可沟通的实施范围。
- 01 您准备
- 确定的业务场景、资料现状、现有软件、用户规模和使用频次。
- 02 怎么做
- 匹配标准能力 → 列出配置任务 → 识别定制依赖 → 形成分项预算依据。
- 03 拿到什么
- 产品建议、实施范围、费用构成和待确认事项。
成果预览演示样例 · 非真实客户
实施选择与投入项清单
报价结构示例；未提供价格，不构成正式报价。
推荐组合示例
日常资料问答优先评估标准版；资料清理计入实施服务；如需回写现有 CRM，单独评估连接器。
| 投入项 | 需要确认 | 成果 |
|---|---|---|
| 软件与用量 | 席位、模块、使用频次 | 可开通的产品清单 |
| 配置实施 | 资料数量、质量和模板 | 资料与岗位配置 |
| 专属开发与维护 | 接口、环境和责任人 | 里程碑与维护安排 |
诊断不绑定后续采购；明确需求也可以直接进入产品体验。
场景用于说明目标工作方式。页面示例均为虚构演示；可体验模块与实际交付范围在合作前确认。
把“想用 AI”，变成能讨论的实施决定。
FDE 是我们深入业务、共同发现问题和推动落地的服务方式。诊断结果由业务负责人共同核对。
业务访谈与需求整理
了解岗位实际做法、工作频次、重复操作与痛点，核对需求表述。
成果访谈记录 / 问题清单流程与资料盘点
梳理输入、输出、流转岗位、现有系统以及资料缺口。
成果现状流程 / 资料清单AI 场景机会分析
比较工作价值、使用频次、资料条件和实施成本。
成果机会清单 / 优先级与理由方案与交互演示
用工作流程、页面或交互样例讲清怎样使用和怎样交接。
成果落地方案 / 约定范围的 Demo投入与实施规划
明确产品选择、人员配合、接入条件和费用测算依据。
成果实施范围 / 投入项 / 责任分工试点与效果复盘
记录原有工作方式、定义任务与验收，辅导范围内跟踪反馈。
成果试点计划 / 验收清单 / 复盘建议- 01
业务诊断包
访谈要点、现状流程、问题与资料缺口。
- 02
场景决策包
优先级、推荐理由、准备条件和投入项。
- 03
方案演示包
目标工作方式与约定范围的原型或演示。
- 04
试点行动包
任务、责任人、验收方法及按需复盘安排。
交付范围怎样确认
可选择初诊、深度诊断或试点辅导。访谈方式、演示与陪跑范围在服务方案中列清；软件订阅、系统开发和长期运营分别确认。
先带来一个真实任务，
把第一步做具体。
准备这些内容，就能开始讨论适合您的方案。
- 01一个最希望改善的业务问题
- 02几份能还原实际工作的材料
- 03了解流程的业务负责人
用什么判断交付是否有用
把验收放在实际工作里。
问题是否说准确、优先级是否有依据、试点是否可执行、责任与验收方法是否清楚。
- 说明任务与资料
- 确认范围与成果
- 样本体验或试点
- 培训、验收与复盘
这是适合您的选择吗？
不知道先做什么，选择 FDE 诊断；需求已经清楚，可以直接体验对应产品。
诊断后可采用标准版、增强营销版或专属定制，也可以由企业自行决定实施方式。