1787 lines
40 KiB
Markdown
1787 lines
40 KiB
Markdown
# 《为什么是我们》P1-P22 单页设计骨架 v1
|
||
|
||
**副标题：当客户的问题进入 AI 深水区，谁来做专家智能体？**
|
||
|
||
这套 PPT 是内部销售认知补丁，不是客户版，也不是对外宣传稿。它要回答销售在启动会后提出的三个关键问题：**平台是不是也在做？我们和 AI 开发公司有什么区别？客户凭什么选择我们？** 原材料的核心结论是：我们不是卖大模型、卖平台或卖普通 AI 功能，而是把企业里的专家经验、业务流程、组织判断和决策边界，工程化为可运行、可校准、可追踪、可落地的专家智能体。
|
||
|
||
---
|
||
|
||
## 一、全局页面规则
|
||
|
||
### 1. 页面气质
|
||
|
||
延续上一套《搭上 AI 这条船》的风格：
|
||
|
||
> **深蓝黑商务底 + AI 航线 + 雷达 + 罗盘 + 金色 / 青色高亮关键词。**
|
||
|
||
但这一套比启动会更“硬”。
|
||
|
||
上一套是：
|
||
|
||
> **我们怎么上船。**
|
||
|
||
这一套是：
|
||
|
||
> **为什么这艘船值得上。**
|
||
|
||
---
|
||
|
||
### 2. 统一视觉母题
|
||
|
||
本套 PPT 继续使用“船”的系统，但从“上船”升级为：
|
||
|
||
> **深水区 / 工具箱 / 工厂 / 模具师 / 专家能力 / 销售武器库。**
|
||
|
||
视觉对应：
|
||
|
||
| 概念 | 视觉母题 |
|
||
| ---------- | ------------------ |
|
||
| 平台 | 工具箱、工厂、基础设施、发动机 |
|
||
| 普通 AI 开发公司 | 按图施工队、功能开发流水线 |
|
||
| 我们 | 模具师、航道判断者、专家智能体架构师 |
|
||
| 客户复杂问题 | AI 深水区 |
|
||
| 专家经验 | 藏在老师傅脑子里的模具 |
|
||
| 销售工具 | 武器库、罗盘、雷达、航海图 |
|
||
| 商业差异 | 证据链、成熟度地图 |
|
||
|
||
---
|
||
|
||
### 3. 页面文字策略
|
||
|
||
这套是内部销售材料，页面文字可以比客户版更直接。
|
||
|
||
但每页仍然要遵守：
|
||
|
||
> **一句大判断 + 一个核心图示 + 三到五个支撑点。**
|
||
|
||
不要把原材料整段塞进页面。
|
||
要把原材料变成销售能记住、能复述、能转成话术的判断。
|
||
|
||
---
|
||
|
||
### 4. 讲述策略
|
||
|
||
每页备注不需要完整讲稿，只保留：
|
||
|
||
* 讲述关键词；
|
||
* 现场提醒；
|
||
* 过渡句；
|
||
* 容易讲偏的风险。
|
||
|
||
这套 PPT 的讲法要像一次内部校准会：
|
||
|
||
> **不自嗨，不贬低别人，不吹万能，但要讲出我们真正的差异。**
|
||
|
||
---
|
||
|
||
## 二、P1-P22 单页设计骨架
|
||
|
||
---
|
||
|
||
### P01：为什么是我们
|
||
|
||
#### 1. 本页功能
|
||
|
||
封面定调。
|
||
把这套 PPT 从“启动会补充材料”提升为“销售信心前置课”。
|
||
|
||
#### 2. 页面核心结论
|
||
|
||
> **客户的问题一旦进入 AI 深水区，就不是简单买平台、找外包能解决的。**
|
||
|
||
#### 3. 页面文字方向
|
||
|
||
主标题：
|
||
|
||
> **为什么是我们**
|
||
|
||
副标题：
|
||
|
||
> **当客户的问题进入 AI 深水区，谁来做专家智能体？**
|
||
|
||
底部小字：
|
||
|
||
> 内部销售认知补充会 / 专家智能体销售立场文件
|
||
|
||
封面金句：
|
||
|
||
> **简单 AI 工具，客户可以自己做；复杂专家智能体，才是我们该做的事。**
|
||
|
||
#### 4. 页面结构 / Layout
|
||
|
||
全屏封面。
|
||
|
||
画面中心是标题。
|
||
背景是深蓝色“AI 深水区”航道。
|
||
远处有一条船进入深海，海面下隐约有复杂的业务流程、组织结构、专家经验网络。
|
||
|
||
#### 5. 视觉资产设计
|
||
|
||
* 深蓝黑海面；
|
||
* 发光航线；
|
||
* 深水区分层；
|
||
* 雷达扫描；
|
||
* 远处灯塔；
|
||
* 半透明“专家智能体”结构图。
|
||
|
||
不要出现人物。
|
||
|
||
#### 6. 讲述关键词
|
||
|
||
* 上次讲的是怎么上船；
|
||
* 今天讲为什么是我们这艘船；
|
||
* 销售问的问题很对；
|
||
* 不说透，后面面对客户没底气。
|
||
|
||
#### 7. 承上启下
|
||
|
||
进入销售提出的问题：
|
||
|
||
> 启动会上，大家问了一个真问题。
|
||
|
||
#### 8. 验收关注点
|
||
|
||
封面要和上一套视觉统一，但要更有“深水区”和“硬判断”的感觉。
|
||
|
||
---
|
||
|
||
### P02：销售问了一个真问题
|
||
|
||
#### 1. 本页功能
|
||
|
||
承认问题价值。
|
||
让销售知道这不是质疑，而是进入真实市场前必须补上的认知。
|
||
|
||
#### 2. 页面核心结论
|
||
|
||
> **不是大家没信心，而是“为什么是我们”必须说透。**
|
||
|
||
#### 3. 页面文字方向
|
||
|
||
标题：
|
||
|
||
> **销售问了一个真问题**
|
||
|
||
正文三句话：
|
||
|
||
> 启动会解决了：我们怎么组队、怎么训练、怎么开始。
|
||
> 但销售真正面对客户时，还会被追问：你们凭什么？
|
||
> 这个问题不说透，销售就只能靠热情，不能靠判断。
|
||
|
||
底部金句：
|
||
|
||
> **信心不是喊出来的，是把差异讲明白之后长出来的。**
|
||
|
||
#### 4. 页面结构 / Layout
|
||
|
||
左侧：上一套 PPT 的“上船”简化图。
|
||
右侧：三个问号浮出水面。
|
||
|
||
三个问号：
|
||
|
||
1. 平台是不是也在做？
|
||
2. AI 开发公司有什么区别？
|
||
3. 客户凭什么选择我们？
|
||
|
||
#### 5. 视觉资产设计
|
||
|
||
* 船已经离港；
|
||
* 前方出现三块礁石或三道关口；
|
||
* 每道关口对应一个销售问题。
|
||
|
||
#### 6. 讲述关键词
|
||
|
||
* 这不是抬杠；
|
||
* 这是销售未来一定会遇到的问题；
|
||
* 能问出来，说明大家开始进入真实作战状态；
|
||
* 这份材料就是补这个漏洞。
|
||
|
||
#### 7. 承上启下
|
||
|
||
下一页把三个问题正式列出来。
|
||
|
||
#### 8. 验收关注点
|
||
|
||
不能让销售觉得被批评。
|
||
这一页要让他们感觉“你们问得对”。
|
||
|
||
---
|
||
|
||
### P03：三个必须回答的问题
|
||
|
||
#### 1. 本页功能
|
||
|
||
建立全套 PPT 的议题框架。
|
||
|
||
#### 2. 页面核心结论
|
||
|
||
> **我们必须同时回答平台、开发公司和客户选择三个问题。**
|
||
|
||
#### 3. 页面文字方向
|
||
|
||
标题：
|
||
|
||
> **三个必须回答的问题**
|
||
|
||
三个问题卡片：
|
||
|
||
> **1. 现有大模型 / Agent 平台是不是也在做？**
|
||
> Dify、Coze、Copilot Studio 等平台已经很强，我们的位置在哪里？
|
||
|
||
> **2. 我们和其他 AI 开发公司有什么区别？**
|
||
> 别人也能接模型、做知识库、写 Prompt、搭工作流，我们凭什么不同？
|
||
|
||
> **3. 客户凭什么选择我们？**
|
||
> 不是最大，不一定最便宜，那客户为什么愿意信我们？
|
||
|
||
底部短句：
|
||
|
||
> **这三个问题回答不清，销售就没有真正的底气。**
|
||
|
||
#### 4. 页面结构 / Layout
|
||
|
||
三张问题卡片横排。
|
||
每张卡片下面有一个图标：
|
||
|
||
* 平台：工具箱；
|
||
* AI 开发公司：代码 / 工程图；
|
||
* 客户选择：握手 / 罗盘。
|
||
|
||
#### 5. 视觉资产设计
|
||
|
||
背景使用深色雷达屏。
|
||
三个问题像雷达上锁定的三个目标。
|
||
|
||
#### 6. 讲述关键词
|
||
|
||
* 平台确实强；
|
||
* AI 开发公司也不少；
|
||
* 客户不会因为我们说自己好就买单；
|
||
* 今天就把这三件事摊开讲。
|
||
|
||
#### 7. 承上启下
|
||
|
||
先看第一个问题：平台到底强不强？
|
||
|
||
#### 8. 验收关注点
|
||
|
||
这页要清晰，不能加太多解释。
|
||
它是目录页，也是问题框架页。
|
||
|
||
---
|
||
|
||
### P04：先承认：平台很强，也很重要
|
||
|
||
#### 1. 本页功能
|
||
|
||
避免自嗨。
|
||
先承认平台价值，再讲我们的差异。
|
||
|
||
#### 2. 页面核心结论
|
||
|
||
> **平台是工具箱、底座和供应商之一，不是我们的敌人。**
|
||
|
||
#### 3. 页面文字方向
|
||
|
||
标题：
|
||
|
||
> **先承认：平台很强，也很重要**
|
||
|
||
页面要点：
|
||
|
||
> 现在的大模型平台、Agent 平台、低代码平台，已经能做很多事。
|
||
|
||
能力标签：
|
||
|
||
> 模型调用
|
||
> Prompt 配置
|
||
> RAG 知识库
|
||
> 工作流编排
|
||
> 插件和工具调用
|
||
> 多智能体协作
|
||
> 发布渠道
|
||
> 权限管理
|
||
> 日志追踪
|
||
> 基础评测
|
||
|
||
底部金句：
|
||
|
||
> **我们不贬低平台，平台是我们的工具箱。**
|
||
|
||
#### 4. 页面结构 / Layout
|
||
|
||
中心是一个打开的“平台工具箱”。
|
||
工具箱里放出多个能力模块。
|
||
|
||
#### 5. 视觉资产设计
|
||
|
||
* 工具箱；
|
||
* 模块积木；
|
||
* 平台能力图标；
|
||
* 深蓝背景上的发光模块。
|
||
|
||
可以点名平台：
|
||
|
||
> Dify / Coze / Copilot Studio / 大模型平台 / Agent 平台
|
||
|
||
但点名放在角落，不要做成对抗。
|
||
|
||
#### 6. 讲述关键词
|
||
|
||
* 不能为了证明自己，就说平台不行；
|
||
* 平台越来越强；
|
||
* 我们以后也会使用平台；
|
||
* 先承认它强，后面差异才可信。
|
||
|
||
#### 7. 承上启下
|
||
|
||
平台强，但平台主要解决的是“怎么搭”。客户真正难的是“该搭什么”。
|
||
|
||
#### 8. 验收关注点
|
||
|
||
这一页要显得客观、成熟。
|
||
不要出现“平台不行”的语气。
|
||
|
||
---
|
||
|
||
### P05：平台解决“怎么搭”，不解决“该搭什么”
|
||
|
||
#### 1. 本页功能
|
||
|
||
讲清我们与平台的第一层差异。
|
||
|
||
#### 2. 页面核心结论
|
||
|
||
> **平台提供工具能力，我们提供场景判断和专家能力建模。**
|
||
|
||
#### 3. 页面文字方向
|
||
|
||
标题：
|
||
|
||
> **平台解决“怎么搭”，不解决“该搭什么”**
|
||
|
||
左侧：平台能回答的问题
|
||
|
||
> 怎么接模型？
|
||
> 怎么接知识库？
|
||
> 怎么编排工作流？
|
||
> 怎么调用工具？
|
||
> 怎么发布给用户？
|
||
> 怎么记录日志？
|
||
|
||
右侧：客户真正困难的问题
|
||
|
||
> 哪个场景值得做 AI？
|
||
> 专家经验在哪里？
|
||
> 老员工的隐性判断怎么抽取？
|
||
> 业务规则怎么转译？
|
||
> 哪些结果必须人工裁决？
|
||
> AI 出错后怎么纠正？
|
||
> 如何避免做成没人用的 AI 玩具？
|
||
|
||
底部金句：
|
||
|
||
> **平台默认帮助客户实现想法，我们先帮助客户判断这个想法是否成立。**
|
||
|
||
#### 4. 页面结构 / Layout
|
||
|
||
左右对比页。
|
||
|
||
左侧是“工具层”。
|
||
右侧是“业务深水区”。
|
||
中间有一条从浅水到深水的分界线。
|
||
|
||
#### 5. 视觉资产设计
|
||
|
||
* 左侧：工具面板；
|
||
* 右侧：深水区剖面；
|
||
* 右侧海底有“专家经验、组织判断、业务规则、责任边界”等标签。
|
||
|
||
#### 6. 讲述关键词
|
||
|
||
* 平台解决运行能力；
|
||
* 但客户难在业务判断；
|
||
* 客户提出的需求不一定是真问题；
|
||
* 我们要先判断问题性质。
|
||
|
||
#### 7. 承上启下
|
||
|
||
用一个更容易懂的比喻：平台像工厂，我们像模具师。
|
||
|
||
#### 8. 验收关注点
|
||
|
||
这是核心页之一。
|
||
必须让销售能复述这句话。
|
||
|
||
---
|
||
|
||
### P06：平台像工厂，我们像模具师
|
||
|
||
#### 1. 本页功能
|
||
|
||
用低阻抗隐喻讲透平台与我们的关系。
|
||
|
||
#### 2. 页面核心结论
|
||
|
||
> **工厂提供生产能力，模具决定生产什么、精度在哪里、能不能稳定产出。**
|
||
|
||
#### 3. 页面文字方向
|
||
|
||
标题：
|
||
|
||
> **平台像工厂，我们像模具师**
|
||
|
||
页面比喻：
|
||
|
||
> 平台是工厂：
|
||
> 有机器、流水线、生产能力。
|
||
|
||
> 我们是模具师：
|
||
> 判断要生产什么，设计模具结构，控制关键精度，持续校准产出。
|
||
|
||
底部金句：
|
||
|
||
> **没有平台，很多东西跑不起来；只有平台，也可能做出一堆看起来智能、实际无效的东西。**
|
||
|
||
#### 4. 页面结构 / Layout
|
||
|
||
左侧：大型数字工厂。
|
||
右侧：模具师设计精密模具。
|
||
中间：产出结果对比。
|
||
|
||
结果对比：
|
||
|
||
> 无模具：一堆泛化 AI 输出
|
||
> 有模具：专家智能体稳定产出
|
||
|
||
#### 5. 视觉资产设计
|
||
|
||
* 工厂流水线；
|
||
* 精密模具剖面；
|
||
* AI 输出成品；
|
||
* 校准仪表盘。
|
||
|
||
#### 6. 讲述关键词
|
||
|
||
* 工厂很强；
|
||
* 但工厂不能替你决定生产什么；
|
||
* 模具决定精度；
|
||
* 我们做的是专家能力的模具。
|
||
|
||
#### 7. 承上启下
|
||
|
||
那么什么场景不需要我们？简单场景，客户自己用平台就可以。
|
||
|
||
#### 8. 验收关注点
|
||
|
||
这个隐喻要做得很直观。
|
||
它是销售未来对客户解释平台差异的核心类比。
|
||
|
||
---
|
||
|
||
### P07：简单场景，客户自己用平台就可以
|
||
|
||
#### 1. 本页功能
|
||
|
||
主动筛掉不该做的客户和场景。
|
||
建立专业感。
|
||
|
||
#### 2. 页面核心结论
|
||
|
||
> **我们不是什么 AI 都抢，简单 AI 工具客户自己做就可以。**
|
||
|
||
#### 3. 页面文字方向
|
||
|
||
标题：
|
||
|
||
> **简单场景，客户自己用平台就可以**
|
||
|
||
适合客户自己做的场景：
|
||
|
||
> 简单资料问答
|
||
> 文档摘要
|
||
> 周报生成
|
||
> 普通客服机器人
|
||
> 简单流程自动化
|
||
> 通用文案生成
|
||
> 内部资料检索
|
||
|
||
我们真正适合的场景：
|
||
|
||
> 高专家密度
|
||
> 高业务语境
|
||
> 高判断复杂度
|
||
> 高组织协同
|
||
> 高校准需求
|
||
> 高持续复盘价值
|
||
|
||
底部金句：
|
||
|
||
> **简单 AI，不必找我们；复杂专家智能体，才是我们的场。**
|
||
|
||
#### 4. 页面结构 / Layout
|
||
|
||
上下分层。
|
||
|
||
上层：浅水区。
|
||
下层：深水区。
|
||
|
||
浅水区放简单 AI 场景。
|
||
深水区放专家智能体场景。
|
||
|
||
#### 5. 视觉资产设计
|
||
|
||
* 海面浅水区：轻量工具图标；
|
||
* 海底深水区：复杂业务网络、专家判断节点；
|
||
* 一条船从浅水驶向深水。
|
||
|
||
#### 6. 讲述关键词
|
||
|
||
* 不是所有客户都适合我们；
|
||
* 低价值、低复杂度的事，我们不抢；
|
||
* 销售以后要敢于判断不适合；
|
||
* 这不是退让，是专业。
|
||
|
||
#### 7. 承上启下
|
||
|
||
既然我们的战场是复杂场景，那我们做的到底不是普通 AI 助手。
|
||
|
||
#### 8. 验收关注点
|
||
|
||
这页要建立“我们不是什么都做”的清醒边界。
|
||
|
||
---
|
||
|
||
### P08：我们做的不是通用 AI 助手
|
||
|
||
#### 1. 本页功能
|
||
|
||
从市场常见“智能体”概念中切出我们的定义。
|
||
|
||
#### 2. 页面核心结论
|
||
|
||
> **普通 AI 助手是工具，专家智能体是有岗位职责的数字员工。**
|
||
|
||
#### 3. 页面文字方向
|
||
|
||
标题：
|
||
|
||
> **我们做的不是通用 AI 助手**
|
||
|
||
市场上很多所谓智能体，可能只是：
|
||
|
||
> 一个聊天窗口
|
||
> 一个知识库问答
|
||
> 一个提示词模板
|
||
> 一个单智能体调用
|
||
> 一个工作流自动化
|
||
> 一个 API 封装
|
||
> 一个前端页面加大模型接口
|
||
|
||
页面转折：
|
||
|
||
> 这些当然也是 AI 应用，但它们离专家智能体还有距离。
|
||
|
||
底部金句：
|
||
|
||
> **会回答，不等于会承担岗位职责。**
|
||
|
||
#### 4. 页面结构 / Layout
|
||
|
||
左侧：普通 AI 工具堆叠。
|
||
右侧：专家智能体岗位卡片。
|
||
中间用箭头标注“从工具到岗位”。
|
||
|
||
#### 5. 视觉资产设计
|
||
|
||
* 聊天窗口；
|
||
* 知识库；
|
||
* 工作流节点；
|
||
* API 图标；
|
||
* 数字员工岗位卡。
|
||
|
||
#### 6. 讲述关键词
|
||
|
||
* 现在很多东西都叫智能体；
|
||
* 但名字一样，深度差很多；
|
||
* 我们要把销售的嘴统一起来；
|
||
* 不要把专家智能体讲成普通聊天机器人。
|
||
|
||
#### 7. 承上启下
|
||
|
||
下一页正式定义：什么是专家智能体。
|
||
|
||
#### 8. 验收关注点
|
||
|
||
这页要把“普通 AI 助手”和“专家智能体”的距离拉开。
|
||
|
||
---
|
||
|
||
### P09：什么是专家智能体
|
||
|
||
#### 1. 本页功能
|
||
|
||
建立核心概念。
|
||
让销售能用一句话讲清“专家智能体”。
|
||
|
||
#### 2. 页面核心结论
|
||
|
||
> **专家智能体是在具体岗位、场景、流程和责任边界中工作的数字员工。**
|
||
|
||
#### 3. 页面文字方向
|
||
|
||
标题：
|
||
|
||
> **什么是专家智能体**
|
||
|
||
定义：
|
||
|
||
> **专家智能体不是“什么都能聊”的通用助手，而是在具体岗位、具体场景、具体流程、具体责任边界中，具备专家视角、专家判断、专家表达和持续校准能力的数字员工。**
|
||
|
||
四个关键词：
|
||
|
||
> 岗位职责
|
||
> 专家判断
|
||
> 业务流程
|
||
> 持续校准
|
||
|
||
底部金句：
|
||
|
||
> **普通 AI 助手是会说话的工具；专家智能体是有岗位职责的数字员工。**
|
||
|
||
#### 4. 页面结构 / Layout
|
||
|
||
中心模型。
|
||
|
||
中心是“专家智能体”。
|
||
四周环绕四个能力环：
|
||
|
||
1. 岗位；
|
||
2. 场景；
|
||
3. 流程；
|
||
4. 边界。
|
||
|
||
外圈是：
|
||
|
||
> 专家视角 / 专家判断 / 专家表达 / 持续校准
|
||
|
||
#### 5. 视觉资产设计
|
||
|
||
* 数字员工档案卡；
|
||
* 岗位说明书；
|
||
* 流程节点；
|
||
* 校准仪表盘；
|
||
* 专家能力光环。
|
||
|
||
#### 6. 讲述关键词
|
||
|
||
* 专家智能体不是万能；
|
||
* 它越具体越有价值；
|
||
* 它不是回答所有问题，而是在一个岗位上稳定工作；
|
||
* 核心是专家能力被封装进去。
|
||
|
||
#### 7. 承上启下
|
||
|
||
那我们是谁？我们就是帮助企业打造这种专家智能体的人。
|
||
|
||
#### 8. 验收关注点
|
||
|
||
定义可以长一点，但页面上要用关键词拆开，不要堆成一整段。
|
||
|
||
---
|
||
|
||
### P10：我们是谁：专家智能体的系统架构师与模具师
|
||
|
||
#### 1. 本页功能
|
||
|
||
正式揭晓我们的定位。
|
||
|
||
#### 2. 页面核心结论
|
||
|
||
> **我们帮助企业把人脑里的专家能力，变成组织可复用的智能能力。**
|
||
|
||
#### 3. 页面文字方向
|
||
|
||
标题：
|
||
|
||
> **我们是谁：专家智能体的系统架构师与模具师**
|
||
|
||
页面主句：
|
||
|
||
> **我们不是传统软件公司简单转型 AI，也不是只会调用大模型接口的 AI 外包团队。**
|
||
|
||
定位句：
|
||
|
||
> **我们是专家智能体的系统架构师与模具师。**
|
||
|
||
对外直白版：
|
||
|
||
> **我们帮助企业把“人脑里的专家能力”，变成“组织可复用的智能能力”。**
|
||
|
||
底部金句：
|
||
|
||
> **我们做的不是工具调用，而是专家能力工程化。**
|
||
|
||
#### 4. 页面结构 / Layout
|
||
|
||
三段式结构：
|
||
|
||
左侧：人脑里的专家能力。
|
||
中间：我们的方法论和模具。
|
||
右侧：组织可复用的智能能力。
|
||
|
||
#### 5. 视觉资产设计
|
||
|
||
* 左侧：专家经验云团；
|
||
* 中间：模具 / 架构图 / 方法论引擎；
|
||
* 右侧：专家智能体岗位矩阵；
|
||
* 底部：组织流程接入线。
|
||
|
||
#### 6. 讲述关键词
|
||
|
||
* 这是我们最重要的定位；
|
||
* 我们不和平台抢工具；
|
||
* 不和外包拼低价；
|
||
* 我们做的是专家能力怎么被抽取、封装、验证、校准。
|
||
|
||
#### 7. 承上启下
|
||
|
||
这件事不是写几个提示词能完成的。
|
||
|
||
#### 8. 验收关注点
|
||
|
||
这是全套 PPT 的定位核心页。
|
||
页面要稳、要有分量，不能花哨。
|
||
|
||
---
|
||
|
||
### P11：不是写提示词，而是专家能力工程化
|
||
|
||
#### 1. 本页功能
|
||
|
||
拆掉“你们是不是就是写 Prompt”的误解。
|
||
|
||
#### 2. 页面核心结论
|
||
|
||
> **只会调用模型，不等于会做专家智能体。**
|
||
|
||
#### 3. 页面文字方向
|
||
|
||
标题：
|
||
|
||
> **不是写提示词，而是专家能力工程化**
|
||
|
||
左侧：表层 AI 开发
|
||
|
||
> 写角色设定
|
||
> 写提示词
|
||
> 接入模型
|
||
> 加前端页面
|
||
> 调用工具
|
||
> 输出结果
|
||
|
||
右侧：专家智能体必须回答
|
||
|
||
> 它扮演什么岗位？
|
||
> 专家模型来自哪里？
|
||
> 依据什么判断？
|
||
> 能力边界是什么？
|
||
> 什么时候必须人工介入？
|
||
> 错了如何解释和校准？
|
||
> 如何接入真实流程？
|
||
> 如何持续评测和迭代？
|
||
|
||
底部金句：
|
||
|
||
> **如果只写一个提示词，那是 AI 表演，不是专家能力工程化。**
|
||
|
||
#### 4. 页面结构 / Layout
|
||
|
||
左右对比。
|
||
|
||
左侧是“表演层”。
|
||
右侧是“工程化层”。
|
||
中间一条分界线：从“能回答”到“能负责”。
|
||
|
||
#### 5. 视觉资产设计
|
||
|
||
* 左侧：舞台 / 聊天框 / Prompt 卡片；
|
||
* 右侧：工程剖面 / 责任边界 / 测评仪表盘；
|
||
* 中间：专家模型核心。
|
||
|
||
#### 6. 讲述关键词
|
||
|
||
* 写提示词有价值，但不够；
|
||
* 客户买的不是一句话；
|
||
* 客户要的是能进入流程的能力；
|
||
* 这就是我们和普通 AI 应用的差异。
|
||
|
||
#### 7. 承上启下
|
||
|
||
再对比普通 AI 开发公司的路径和我们的路径。
|
||
|
||
#### 8. 验收关注点
|
||
|
||
这一页要打掉误解，但不要显得看不起 Prompt。
|
||
重点是“Prompt 只是入口，不是全部”。
|
||
|
||
---
|
||
|
||
### P12：普通 AI 开发公司的路径 vs 我们的路径
|
||
|
||
#### 1. 本页功能
|
||
|
||
通过流程对比讲清我们与 AI 开发公司的区别。
|
||
|
||
#### 2. 页面核心结论
|
||
|
||
> **前者做 AI 功能开发，后者做专家能力工程化。**
|
||
|
||
#### 3. 页面文字方向
|
||
|
||
标题：
|
||
|
||
> **普通 AI 开发公司的路径 vs 我们的路径**
|
||
|
||
左侧：普通 AI 开发路径
|
||
|
||
```text
|
||
客户提出需求
|
||
↓
|
||
整理功能清单
|
||
↓
|
||
选模型 / 平台
|
||
↓
|
||
写 Prompt
|
||
↓
|
||
做 RAG / 工作流 / 插件
|
||
↓
|
||
上线
|
||
↓
|
||
调试
|
||
```
|
||
|
||
右侧：我们的路径
|
||
|
||
```text
|
||
客户提出业务困惑
|
||
↓
|
||
判断问题类型：Q / P / I
|
||
↓
|
||
判断是否值得做 AI
|
||
↓
|
||
抽取专家经验与业务逻辑
|
||
↓
|
||
定义专家智能体岗位
|
||
↓
|
||
明确能力、边界、流程、责任
|
||
↓
|
||
低成本验证智能流
|
||
↓
|
||
构建最小可用专家智能体
|
||
↓
|
||
进入试点场景
|
||
↓
|
||
持续校准
|
||
↓
|
||
必要时进入系统化建设
|
||
```
|
||
|
||
底部金句：
|
||
|
||
> **普通路径从功能开始，我们从问题性质开始。**
|
||
|
||
#### 4. 页面结构 / Layout
|
||
|
||
双流程图。
|
||
|
||
左侧流程短、直、偏工程。
|
||
右侧流程长、分层、偏诊断和建模。
|
||
|
||
中间用大字区分：
|
||
|
||
> AI 功能开发
|
||
> vs
|
||
> 专家能力工程化
|
||
|
||
#### 5. 视觉资产设计
|
||
|
||
* 左侧：开发流水线；
|
||
* 右侧：深水探测 + 模具设计 + 小试点 + 系统化建设；
|
||
* 使用不同颜色强调两条路径。
|
||
|
||
#### 6. 讲述关键词
|
||
|
||
* 不是说别人不会开发；
|
||
* 是出发点不同；
|
||
* 他们问“客户要什么功能”；
|
||
* 我们问“客户真正的问题是什么”。
|
||
|
||
#### 7. 承上启下
|
||
|
||
讲完和平台、开发公司的差异，接下来回答：客户凭什么选我们？
|
||
|
||
#### 8. 验收关注点
|
||
|
||
流程右侧信息比较多，页面上可以只放关键节点，详细解释放讲述里。
|
||
|
||
---
|
||
|
||
### P13：客户选择我们，不是因为我们最大或最便宜
|
||
|
||
#### 1. 本页功能
|
||
|
||
破除错误竞争思路。
|
||
避免销售把我们拖进拼价格、拼平台、拼功能的市场。
|
||
|
||
#### 2. 页面核心结论
|
||
|
||
> **我们不和平台抢工具，不和外包拼低价。**
|
||
|
||
#### 3. 页面文字方向
|
||
|
||
标题：
|
||
|
||
> **客户选择我们，不是因为我们最大或最便宜**
|
||
|
||
页面三不：
|
||
|
||
> 不因为我们有最大平台。
|
||
> 不因为我们价格最低。
|
||
> 不因为我们什么 AI 都能做。
|
||
|
||
页面三是：
|
||
|
||
> 是因为我们能判断该不该做。
|
||
> 是因为我们能抽取专家经验。
|
||
> 是因为我们能让智能体进入业务流程并持续校准。
|
||
|
||
底部金句：
|
||
|
||
> **客户选择我们，是因为我们能进业务深水区。**
|
||
|
||
#### 4. 页面结构 / Layout
|
||
|
||
左侧：错误竞争方式。
|
||
右侧：正确价值理由。
|
||
|
||
左侧灰色：
|
||
|
||
> 拼平台 / 拼低价 / 拼万能
|
||
|
||
右侧高亮：
|
||
|
||
> 场景判断 / 专家抽取 / 智能流验证 / 持续校准
|
||
|
||
#### 5. 视觉资产设计
|
||
|
||
* 左侧：价格牌、平台 Logo 墙、功能清单；
|
||
* 右侧：深水区航道图；
|
||
* 一条船绕开价格战浅滩，驶向深水区。
|
||
|
||
#### 6. 讲述关键词
|
||
|
||
* 不要把自己讲成万能开发公司；
|
||
* 不要一上来和平台比能力；
|
||
* 我们的价值不在“更大更便宜”；
|
||
* 在更懂复杂业务场景怎么做。
|
||
|
||
#### 7. 承上启下
|
||
|
||
客户选择我们的第一个理由：我们能帮客户判断该不该做 AI。
|
||
|
||
#### 8. 验收关注点
|
||
|
||
这页要帮销售建立正确竞争姿态。
|
||
|
||
---
|
||
|
||
### P14：我们能帮客户判断“该不该做 AI”
|
||
|
||
#### 1. 本页功能
|
||
|
||
客户价值理由 1：方向判断。
|
||
|
||
#### 2. 页面核心结论
|
||
|
||
> **选对方向，是 AI 项目最重要的第一步。**
|
||
|
||
#### 3. 页面文字方向
|
||
|
||
标题：
|
||
|
||
> **我们能帮客户判断“该不该做 AI”**
|
||
|
||
客户常见误区：
|
||
|
||
> 老板焦虑，觉得必须上 AI。
|
||
> 听完一场课，觉得什么都能智能化。
|
||
> 业务部门提一堆模糊需求。
|
||
> 客户把组织问题误认为工具问题。
|
||
> 客户以为买个系统就完成智能化。
|
||
|
||
我们要帮助客户判断：
|
||
|
||
> 这个场景该不该做？
|
||
> 适合培训、顾问、试点，还是系统？
|
||
> 是简单问答、流程难题，还是组织课题？
|
||
> 需要轻量工具，还是专家智能体？
|
||
> 需要信息化补课，还是可以进入智能化建设？
|
||
|
||
底部金句：
|
||
|
||
> **方向错了，后面越努力越浪费。**
|
||
|
||
#### 4. 页面结构 / Layout
|
||
|
||
决策罗盘页。
|
||
|
||
中心是：
|
||
|
||
> 该不该做 AI？
|
||
|
||
四周是判断方向：
|
||
|
||
* 场景价值；
|
||
* 组织认知；
|
||
* 信息化基础；
|
||
* 权力结构。
|
||
|
||
#### 5. 视觉资产设计
|
||
|
||
* 罗盘；
|
||
* 错误航线 vs 正确航线；
|
||
* AI 深水区前的“入海检查站”。
|
||
|
||
#### 6. 讲述关键词
|
||
|
||
* 很多客户不是不会做 AI；
|
||
* 是不知道什么值得做；
|
||
* 销售以后也要有这个判断意识；
|
||
* 不要客户说什么我们就接什么。
|
||
|
||
#### 7. 承上启下
|
||
|
||
第二个理由：我们同时懂管理、信息化和 AI。
|
||
|
||
#### 8. 验收关注点
|
||
|
||
这页要让销售明白：判断客户，比推产品更重要。
|
||
|
||
---
|
||
|
||
### P15：我们同时懂管理、信息化和 AI
|
||
|
||
#### 1. 本页功能
|
||
|
||
客户价值理由 2：交叉能力。
|
||
|
||
#### 2. 页面核心结论
|
||
|
||
> **我们的差异来自管理咨询、信息化落地和 AI 智能化方法论的交叉能力。**
|
||
|
||
#### 3. 页面文字方向
|
||
|
||
标题：
|
||
|
||
> **我们同时懂管理、信息化和 AI**
|
||
|
||
发展脉络：
|
||
|
||
```text
|
||
企业管理咨询
|
||
↓
|
||
信息化系统落地
|
||
↓
|
||
AI 学习与科普
|
||
↓
|
||
专家智能体方法论
|
||
↓
|
||
企业智能化转型
|
||
```
|
||
|
||
三类问题：
|
||
|
||
> 管理问题：企业到底哪里需要智能化，哪里只是管理没做好。
|
||
> 信息化问题：数据、流程、系统、权限、接口、运维能不能支撑落地。
|
||
> AI 问题：哪些场景适合智能体，哪些必须人机协作，哪些不能做。
|
||
|
||
底部金句：
|
||
|
||
> **很多团队只站在一个点上，我们站在三条线的交叉处。**
|
||
|
||
#### 4. 页面结构 / Layout
|
||
|
||
三圆交叉图。
|
||
|
||
三个圆：
|
||
|
||
* 管理咨询；
|
||
* 信息化落地；
|
||
* AI 智能化。
|
||
|
||
交叉中心：
|
||
|
||
> 专家智能体落地能力
|
||
|
||
#### 5. 视觉资产设计
|
||
|
||
* 三圆 Venn 图；
|
||
* 每个圆有对应图标；
|
||
* 中心高亮为“深水区判断能力”。
|
||
|
||
#### 6. 讲述关键词
|
||
|
||
* 我们不是单一技术路径；
|
||
* 不只是会讲课；
|
||
* 不只是会做系统；
|
||
* 不只是会用 AI；
|
||
* 是三者形成闭环。
|
||
|
||
#### 7. 承上启下
|
||
|
||
第三个理由：我们能抽取专家经验，而不是只上传资料。
|
||
|
||
#### 8. 验收关注点
|
||
|
||
这页要建立“综合能力”，不要讲成强哥履历展示。
|
||
|
||
---
|
||
|
||
### P16：我们能抽取专家经验，而不是只上传资料
|
||
|
||
#### 1. 本页功能
|
||
|
||
客户价值理由 3：专家经验抽取。
|
||
|
||
#### 2. 页面核心结论
|
||
|
||
> **不是把资料塞给 AI，而是把专家能力教给 AI。**
|
||
|
||
#### 3. 页面文字方向
|
||
|
||
标题：
|
||
|
||
> **我们能抽取专家经验，而不是只上传资料**
|
||
|
||
页面对比：
|
||
|
||
> 很多企业以为：
|
||
> 做 AI 知识库 = 把文档上传进去。
|
||
|
||
真正的专家经验在：
|
||
|
||
> 老员工脑子里
|
||
> 老板的判断习惯里
|
||
> 高管的取舍标准里
|
||
> 一线人员的隐性经验里
|
||
> 客户经理的察言观色里
|
||
> 项目经理的风险直觉里
|
||
> 老师傅的现场判断里
|
||
> 组织长期形成的潜规则里
|
||
|
||
底部金句：
|
||
|
||
> **文档是知识的影子，专家判断才是能力本体。**
|
||
|
||
#### 4. 页面结构 / Layout
|
||
|
||
冰山图。
|
||
|
||
水面上：
|
||
|
||
> 文档 / 资料 / 知识库
|
||
|
||
水面下：
|
||
|
||
> 经验 / 判断 / 反例 / 取舍 / 边界 / 潜规则
|
||
|
||
右侧箭头：
|
||
|
||
> 隐性经验 → 显性模型 → 专家智能体
|
||
|
||
#### 5. 视觉资产设计
|
||
|
||
* 冰山；
|
||
* 老师傅经验光点；
|
||
* 专家模型抽取管线；
|
||
* AI 可用结构。
|
||
|
||
#### 6. 讲述关键词
|
||
|
||
* 客户经常以为上传资料就够；
|
||
* 真正值钱的东西不在文件里；
|
||
* 在人的判断里；
|
||
* 我们要做思想考古，把隐性经验挖出来。
|
||
|
||
#### 7. 承上启下
|
||
|
||
第四个理由：我们不是一上来重开发，而是先验证智能流。
|
||
|
||
#### 8. 验收关注点
|
||
|
||
这页要让销售以后能解释：专家智能体为什么比知识库问答更深。
|
||
|
||
---
|
||
|
||
### P17：我们先验证智能流，再投入系统建设
|
||
|
||
#### 1. 本页功能
|
||
|
||
客户价值理由 4：低成本验证，避免重开发陷阱。
|
||
|
||
#### 2. 页面核心结论
|
||
|
||
> **很多 AI 项目失败，是因为太早开发。**
|
||
|
||
#### 3. 页面文字方向
|
||
|
||
标题：
|
||
|
||
> **我们先验证智能流，再投入系统建设**
|
||
|
||
错误路径：
|
||
|
||
```text
|
||
客户一说需求
|
||
↓
|
||
马上做页面
|
||
↓
|
||
接接口
|
||
↓
|
||
搭知识库
|
||
↓
|
||
写 Prompt
|
||
↓
|
||
做系统
|
||
↓
|
||
最后发现没人用
|
||
```
|
||
|
||
我们的原则：
|
||
|
||
> 先用专家和 AI 工具跑通最小智能流。
|
||
> 先确认场景真的有价值。
|
||
> 再决定是否系统化建设。
|
||
|
||
底部金句：
|
||
|
||
> **先跑通价值，再投入开发。**
|
||
|
||
客户话术版：
|
||
|
||
> “我们不会一上来让客户花大钱开发系统。我们会先用专家和 AI 工具跑通最小智能流，确认这个场景真的有价值，再决定是否系统化。”
|
||
|
||
#### 4. 页面结构 / Layout
|
||
|
||
两条路线图。
|
||
|
||
上面：重开发路线，红色风险标记。
|
||
下面：智能流验证路线，绿色逐步推进。
|
||
|
||
#### 5. 视觉资产设计
|
||
|
||
* 上方：大型工程船直接冲进深水区，触礁；
|
||
* 下方：小型探测船先试航，再派工程船；
|
||
* 关键节点：试点、反馈、校准、系统化。
|
||
|
||
#### 6. 讲述关键词
|
||
|
||
* 客户容易一上来要系统；
|
||
* 我们不能被带着跑；
|
||
* 先验证价值是保护客户，也是保护我们；
|
||
* 这和上一套“培训可以宽，顾问要筛，系统必须严”是一致的。
|
||
|
||
#### 7. 承上启下
|
||
|
||
第五个理由：我们不只追求能跑，还追求好改。
|
||
|
||
#### 8. 验收关注点
|
||
|
||
这页要讲成专业方法，不要讲成“我们开发能力不足所以先试试”。
|
||
|
||
---
|
||
|
||
### P18：我们不只追求能跑，还追求好改
|
||
|
||
#### 1. 本页功能
|
||
|
||
客户价值理由 5：纠错与校准机制。
|
||
|
||
#### 2. 页面核心结论
|
||
|
||
> **AI 出错后，要能被发现、解释、纠正和沉淀。**
|
||
|
||
#### 3. 页面文字方向
|
||
|
||
标题：
|
||
|
||
> **我们不只追求能跑，还追求好改**
|
||
|
||
很多 AI 项目失败，不是完全不能跑，而是：
|
||
|
||
> 演示不错，长期不稳。
|
||
> 输出看起来有道理，专家一看就知道不对。
|
||
> 错在哪里说不清。
|
||
> 用户不知道怎么改。
|
||
> 改了以后系统不吸收。
|
||
> 最后没人愿意用。
|
||
|
||
我们追求：
|
||
|
||
> 可发现
|
||
> 可解释
|
||
> 可纠正
|
||
> 可沉淀
|
||
> 可迭代
|
||
|
||
底部金句：
|
||
|
||
> **普通 AI 开发交付结果，我们交付结果，同时交付纠错机制和校准机制。**
|
||
|
||
#### 4. 页面结构 / Layout
|
||
|
||
闭环图。
|
||
|
||
```text
|
||
AI 输出
|
||
↓
|
||
专家审查
|
||
↓
|
||
用户反馈
|
||
↓
|
||
错误解释
|
||
↓
|
||
修正记录
|
||
↓
|
||
模型 / 流程 / 规则校准
|
||
↓
|
||
再次输出
|
||
```
|
||
|
||
#### 5. 视觉资产设计
|
||
|
||
* 仪表盘；
|
||
* 反馈槽；
|
||
* 校准旋钮；
|
||
* 版本迭代曲线；
|
||
* 错误被捕获并进入数据仓。
|
||
|
||
#### 6. 讲述关键词
|
||
|
||
* AI 最怕黑盒；
|
||
* 客户真正担心的是错了怎么办；
|
||
* 我们的价值不是说 AI 永远不犯错；
|
||
* 而是错了能低成本改回来，并形成经验。
|
||
|
||
#### 7. 承上启下
|
||
|
||
除了交付智能体，过程中的修改、反驳、废弃也都是数据。
|
||
|
||
#### 8. 验收关注点
|
||
|
||
这页要让销售能回答客户：“你们怎么保证效果？AI 错了怎么办？”
|
||
|
||
---
|
||
|
||
### P19：我们的商业差异成立，但不是天然成立
|
||
|
||
#### 1. 本页功能
|
||
|
||
内部清醒页。
|
||
防止销售听完前面后开始过度自信。
|
||
|
||
#### 2. 页面核心结论
|
||
|
||
> **差异不是喊出来的，必须靠案例、工具、流程、评测和团队复制能力证明。**
|
||
|
||
#### 3. 页面文字方向
|
||
|
||
标题：
|
||
|
||
> **我们的商业差异成立，但不是天然成立**
|
||
|
||
页面主句：
|
||
|
||
> 我们有资格回答“为什么是我们”。
|
||
> 但还不能靠口号成立。
|
||
|
||
差异成立需要五类证据：
|
||
|
||
> 案例
|
||
> 工具
|
||
> 流程
|
||
> 评测
|
||
> 团队复制能力
|
||
|
||
底部金句：
|
||
|
||
> **清醒的信心，比盲目的信心更值钱。**
|
||
|
||
#### 4. 页面结构 / Layout
|
||
|
||
证据链结构。
|
||
|
||
左侧：
|
||
|
||
> 商业差异
|
||
|
||
右侧五个证据支柱：
|
||
|
||
1. 案例；
|
||
2. 工具；
|
||
3. 流程；
|
||
4. 评测；
|
||
5. 复制。
|
||
|
||
每个支柱标注当前状态：
|
||
|
||
> 有基础 / 待补齐 / 需产品化
|
||
|
||
#### 5. 视觉资产设计
|
||
|
||
* 深水航道上五座灯塔；
|
||
* 每座灯塔代表一个证明材料；
|
||
* 有些灯塔亮，有些正在建设。
|
||
|
||
#### 6. 讲述关键词
|
||
|
||
* 我们不能自满；
|
||
* 现在是立场成立，不等于市场已经完全证明；
|
||
* 销售必须知道哪些能讲，哪些还要补；
|
||
* 这不是泼冷水，是形成作战地图。
|
||
|
||
#### 7. 承上启下
|
||
|
||
那已经成立的部分有哪些？
|
||
|
||
#### 8. 验收关注点
|
||
|
||
这一页是内部版必须保留的关键页。
|
||
客户版未来要换表达。
|
||
|
||
---
|
||
|
||
### P20：已经成立的部分
|
||
|
||
#### 1. 本页功能
|
||
|
||
建立底气。
|
||
让销售知道“为什么是我们”不是凭空说出来的。
|
||
|
||
#### 2. 页面核心结论
|
||
|
||
> **我们已经具备回答“为什么是我们”的基础。**
|
||
|
||
#### 3. 页面文字方向
|
||
|
||
标题：
|
||
|
||
> **已经成立的部分**
|
||
|
||
七项基础：
|
||
|
||
> 1. 长期 AI 学习和写作积累
|
||
> 2. AI 科普和培训经验
|
||
> 3. 企业管理咨询背景
|
||
> 4. 信息化系统落地背景
|
||
> 5. 专家智能体实践
|
||
> 6. HiFi Agent Studio 方法论抽象
|
||
> 7. 团队分工雏形
|
||
|
||
底部金句：
|
||
|
||
> **我们不是从零开始，而是把过去的积累汇到了一条新航线上。**
|
||
|
||
#### 4. 页面结构 / Layout
|
||
|
||
能力底座图。
|
||
|
||
底部是多年积累。
|
||
上方托起“专家智能体商业能力”。
|
||
|
||
七个模块像船体的七块龙骨。
|
||
|
||
#### 5. 视觉资产设计
|
||
|
||
* 船体剖面；
|
||
* 七块结构龙骨；
|
||
* 每块写一项基础；
|
||
* 顶部是一艘“专家智能体”船。
|
||
|
||
#### 6. 讲述关键词
|
||
|
||
* 管理咨询不是过去式；
|
||
* 信息化也不是过去式；
|
||
* AI 学习、培训、智能体实践都汇在一起；
|
||
* 这才形成今天的定位。
|
||
|
||
#### 7. 承上启下
|
||
|
||
但还没有完全成立的部分，也必须说清。
|
||
|
||
#### 8. 验收关注点
|
||
|
||
不要讲成个人履历。
|
||
要讲成团队商业差异的能力底座。
|
||
|
||
---
|
||
|
||
### P21：还没有完全成立的部分
|
||
|
||
#### 1. 本页功能
|
||
|
||
建立清醒感和后续工作必要性。
|
||
|
||
#### 2. 页面核心结论
|
||
|
||
> **差异要变成销售武器，还需要产品化、证据化、标准化。**
|
||
|
||
#### 3. 页面文字方向
|
||
|
||
标题：
|
||
|
||
> **还没有完全成立的部分**
|
||
|
||
需要补齐：
|
||
|
||
> 可展示案例
|
||
> 可复用模板
|
||
> 可量化成果
|
||
> 可复制团队能力
|
||
> 可演示样板
|
||
> 可交付产品包
|
||
> 可回答反驳
|
||
|
||
底部金句：
|
||
|
||
> **没有资产沉淀，差异就只能停留在我嘴里。**
|
||
|
||
#### 4. 页面结构 / Layout
|
||
|
||
成熟度仪表盘。
|
||
|
||
每个能力一条进度条：
|
||
|
||
| 能力 | 当前状态 |
|
||
| ---- | ---- |
|
||
| 案例 | 待整理 |
|
||
| 模板 | 待产品化 |
|
||
| 成果指标 | 待量化 |
|
||
| 团队复制 | 待培养 |
|
||
| 样板演示 | 待筛选 |
|
||
| 产品包 | 待成型 |
|
||
| 反驳问答 | 待训练 |
|
||
|
||
#### 5. 视觉资产设计
|
||
|
||
* 销售武器库半成品；
|
||
* 有些武器已经入库，有些还在制造；
|
||
* 成熟度仪表盘；
|
||
* 待补齐清单。
|
||
|
||
#### 6. 讲述关键词
|
||
|
||
* 不是现在不能卖；
|
||
* 是要边卖边沉淀武器；
|
||
* 销售必须知道自己手里有什么，缺什么；
|
||
* 缺的东西就是后续工作重点。
|
||
|
||
#### 7. 承上启下
|
||
|
||
最后一页，把这些缺口变成销售武器库建设路线图。
|
||
|
||
#### 8. 验收关注点
|
||
|
||
这页不要泄气，要讲成“武器库建设中”。
|
||
|
||
---
|
||
|
||
### P22：销售武器库：从立场文件到作战工具
|
||
|
||
#### 1. 本页功能
|
||
|
||
行动收束。
|
||
把“为什么是我们”转化为后续销售工具建设路线图。
|
||
|
||
#### 2. 页面核心结论
|
||
|
||
> **销售武器库越成熟，销售越有底气。**
|
||
|
||
#### 3. 页面文字方向
|
||
|
||
标题：
|
||
|
||
> **销售武器库：从立场文件到作战工具**
|
||
|
||
副标题：
|
||
|
||
> **哪些已经有，哪些正在补，哪些决定我们能不能复制。**
|
||
|
||
武器库模块：
|
||
|
||
> 1. 一页纸定位
|
||
> 2. 平台差异对比页
|
||
> 3. AI 开发公司差异对比页
|
||
> 4. 专家智能体样板库
|
||
> 5. 案例页
|
||
> 6. 评测页
|
||
> 7. 客户问答库
|
||
> 8. 标准话术卡
|
||
> 9. 不适合客户清单
|
||
> 10. 销售自检表
|
||
|
||
页面收束金句：
|
||
|
||
> **今天先把立场讲清楚，后面把立场做成武器。**
|
||
|
||
最终内部共识：
|
||
|
||
> **我们不是去和平台抢工具，不是去和外包公司拼低价，也不是去证明我们什么 AI 都能做。
|
||
> 我们要证明的是：当客户的问题进入专家经验、业务判断、组织协同和系统落地的深水区时，我们比单纯平台、普通 AI 开发和传统软件转型团队，更知道该怎么把它做成。**
|
||
|
||
#### 4. 页面结构 / Layout
|
||
|
||
销售武器库成熟度地图。
|
||
|
||
左侧：当前已有立场文件。
|
||
中间：正在建设的销售工具。
|
||
右侧：未来能复制的销售体系。
|
||
|
||
可以分三层：
|
||
|
||
| 层级 | 工具 | 作用 |
|
||
| --- | ------------------- | ------ |
|
||
| 立场层 | 一句话定位、三句话版本、标准回答 | 让销售说得清 |
|
||
| 证明层 | 案例、样板、评测、成果数据 | 让客户信得过 |
|
||
| 作战层 | 问答库、话术卡、自检表、不适合客户清单 | 让团队能复制 |
|
||
|
||
#### 5. 视觉资产设计
|
||
|
||
* 武器库墙；
|
||
* 每个工具是一件装备；
|
||
* 已有工具亮起；
|
||
* 待补工具半透明；
|
||
* 最终形成“销售作战系统”。
|
||
|
||
#### 6. 讲述关键词
|
||
|
||
* 这份 PPT 不是终点；
|
||
* 它是销售工具体系的第一块；
|
||
* 后面要把它拆成客户话术、对比页、案例页、问答库；
|
||
* 销售以后不是靠临场发挥，而是靠武器库作战。
|
||
|
||
#### 7. 承上启下
|
||
|
||
本页可以直接结束，也可以进入现场讨论：
|
||
|
||
> 哪些销售工具最急？
|
||
> 哪些问题客户最可能问？
|
||
> 哪些样板最适合先整理？
|
||
|
||
#### 8. 验收关注点
|
||
|
||
最后一页必须有行动感。
|
||
不要只收在口号，要让大家看到后续工具建设方向。
|
||
|
||
---
|
||
|
||
## 三、备份页建议
|
||
|
||
这套主 PPT 是 22 页，已经足够讲 30-40 分钟。
|
||
但可以准备 5 页备份页，不主动讲，现场有人问再打开。
|
||
|
||
### B01：平台差异对比页
|
||
|
||
对比：
|
||
|
||
| 对比项 | 大模型 / Agent 平台 | 我们 |
|
||
| ---- | --------------- | ------------------- |
|
||
| 核心能力 | 模型、工具、工作流、发布 | 场景诊断、专家模型、业务转译、校准落地 |
|
||
| 解决问题 | 怎么搭 | 该搭什么、为什么这样搭 |
|
||
| 适合场景 | 通用问答、流程自动化、工具调用 | 专家经验、业务判断、复杂组织场景 |
|
||
| 交付重点 | 平台能力 | 专家智能体与落地闭环 |
|
||
| 风险 | 工具有了但没人用 | 先验证价值再系统化 |
|
||
|
||
---
|
||
|
||
### B02：AI 开发公司差异对比页
|
||
|
||
对比：
|
||
|
||
| 对比项 | 普通 AI 开发公司 | 我们 |
|
||
| ---- | ----------------- | ----------------- |
|
||
| 出发点 | 客户需求 / 功能清单 | 业务困惑 / 专家能力 |
|
||
| 核心动作 | 写 Prompt、接模型、做工作流 | QPI 定性、专家抽取、智能流验证 |
|
||
| 交付物 | AI 功能、知识库、机器人 | 专家智能体、校准机制、业务闭环 |
|
||
| 成功标准 | 能跑、能回答 | 能用、好改、可持续校准 |
|
||
| 失败风险 | 演示好、落地弱 | 通过前置诊断降低失败 |
|
||
|
||
---
|
||
|
||
### B03：销售标准回答
|
||
|
||
客户问：
|
||
|
||
> 你们和平台有什么区别？
|
||
|
||
销售回答：
|
||
|
||
> “现在很多平台都能搭智能体，这个我们不否认。平台解决的是工具问题，比如模型、知识库、工作流、插件、发布和运行。
|
||
>
|
||
> 但企业真正难的地方，往往不是工具，而是：到底哪个场景值得做？专家经验怎么抽取？业务规则怎么转译？AI 出错后怎么纠正？怎么进入流程？怎么让员工真的用起来？
|
||
>
|
||
> 我们的核心不是卖一个通用 AI 工具，而是帮助企业把专家能力、业务流程和组织经验，封装成可运行、可校准、可迭代的专家智能体。
|
||
>
|
||
> 如果只是简单问答和普通自动化，客户自己用平台就可以；如果涉及管理、业务判断、专家经验和系统落地，那才是我们真正擅长的。”
|
||
|
||
---
|
||
|
||
### B04：不该怎么说
|
||
|
||
不建议销售这样说：
|
||
|
||
> 平台不灵活，所以选我们。
|
||
> LLM 厂家不和我们竞争。
|
||
> 我们比其他 AI 开发公司更懂 AI。
|
||
> 我们什么 AI 都能做。
|
||
> 我们有一套理论。
|
||
|
||
建议换成：
|
||
|
||
> 平台在工具层很强，但不会自动替客户完成专家经验抽取、业务场景判断和持续校准。
|
||
> 大模型厂商是上游供应商和生态伙伴，但通常不会深入每个客户的业务现场。
|
||
> 我们不是从 AI 功能开发出发，而是从专家能力工程化出发。
|
||
> 简单 AI 客户自己用平台就可以；复杂专家智能体才是我们的场。
|
||
> 我们有一套从实践中形成的专家智能体建设方法。
|
||
|
||
---
|
||
|
||
### B05：最适合与不适合我们的客户
|
||
|
||
最适合：
|
||
|
||
> 老板或高层真正重视 AI；
|
||
> 有一定信息化基础；
|
||
> 有数据、资料、流程或知识积累；
|
||
> 有高专家密度岗位；
|
||
> 有复杂业务判断场景；
|
||
> 愿意让专家参与共创；
|
||
> 愿意从培训、顾问、试点逐步推进。
|
||
|
||
不适合：
|
||
|
||
> 只想免费听课；
|
||
> 只想套方案；
|
||
> 只比价格；
|
||
> 不愿提供资料；
|
||
> 不愿让专家参与；
|
||
> 没有项目负责人；
|
||
> 信息化基础极弱又想直接智能化；
|
||
> 只想做演示，不考虑落地；
|
||
> 要求 AI 承担不可承担的最终责任。
|
||
|
||
金句：
|
||
|
||
> **我们宁可少做项目，也不能做错项目。**
|