4898 lines
136 KiB
Markdown
4898 lines
136 KiB
Markdown
# 1
|
||
|
||
我上传了一份内部会议的文案，现在想做这个PPT。
|
||
你阅读文案后，有哪些问题可以先提出？
|
||
|
||
强哥，我读完后，第一判断是：这份文案信息量很大，已经不是单纯“会议文案”，而是同时包含了**组织变革宣讲、销售团队启动、角色边界说明、AI客户经营方法论、培训大纲、流程制度雏形、行动清单**几类内容。它的原始定位是“内部共识文件 / 启动会议使用”，核心是建立一支“AI智能化客户经营团队”，并通过会议完成“统一认知，重定义角色，明确分工，建立规则，启动培训”。
|
||
|
||
所以，做 PPT 前，我建议先提出这些问题。
|
||
|
||
## 一、先问会议目标：这场会到底要“达成什么”
|
||
|
||
1. 这场 PPT 是为了**宣布一个新团队成立**，还是为了**说服大家接受新分工**？
|
||
|
||
2. 会议结束后，参会者必须带走什么结果？
|
||
是理解理念、接受规则、明确岗位、进入培训，还是马上开始客户推进？
|
||
|
||
3. 这场会更像哪一种？
|
||
**启动会 / 动员会 / 规则会 / 培训第一课 / 合伙人说明会 / 销售体系重构会**。
|
||
|
||
4. 会议最重要的交付动作是什么？
|
||
比如：确认成员名单、确认 L0-L4 初始角色、确认培训安排、确认近期客户线索、确认会前会后 AI 工作流。
|
||
|
||
5. 这场会是否需要形成会后文件？
|
||
如果需要，PPT 是“演讲用”，还是也要承担“章程归档”的功能？
|
||
|
||
## 二、再问参会对象：这套 PPT 是讲给谁听的
|
||
|
||
1. 参会者具体有哪些人？
|
||
是现有销售、渠道伙伴、老朋友、技术团队、项目经理，还是未来的 AI 业务工程师候选人？
|
||
|
||
2. 他们目前对 AI、信息化、智能化项目的理解大概到什么程度？
|
||
|
||
3. 他们跟强哥的关系是什么？
|
||
是员工、合作伙伴、老朋友、外部渠道，还是潜在合伙人？
|
||
这个会直接影响语气：是“公司管理语气”，还是“兄弟一起开新局”的语气。
|
||
|
||
4. 他们对“销售”这个身份有没有心理包袱？
|
||
文案里反复强调不是传统销售，而是客户经营、商业侦察、预期管理、防火墙，这个定位是否需要重点安抚？
|
||
|
||
5. 有哪些人可能听完会兴奋？哪些人可能会紧张？哪些人可能会觉得规则太多？
|
||
|
||
## 三、要问强哥的个人定位：这次要不要把“我”的转型讲得很重
|
||
|
||
文案里有一条非常核心的线：强哥要从“全能型老板”转向“学者型首席专家”，不再把专家、商务、销售、方案、谈判、客户维护都压在自己身上。
|
||
|
||
所以要先确认：
|
||
|
||
1. PPT 里是否要直接讲“我不能再长期同时承担所有角色”？
|
||
|
||
2. 强哥的身份转型，是放在开头作为主线，还是放在中段作为组织调整原因？
|
||
|
||
3. “学者型专家”这个定位，要讲得多正式？
|
||
是突出大学 AI 实验室、客座教授、研究积累，还是弱化头衔，突出“方法论与实践经验”？
|
||
|
||
4. 面向内部团队时，要不要保留第一人称“我”？
|
||
还是改成组织化表达：
|
||
“首席专家负责认知引导与方案把关，客户经营团队负责商务推进与客户关系”。
|
||
|
||
5. 强哥希望大家怎么理解这次变化？
|
||
是“老板放权”，是“销售体系升级”，还是“公司从个人驱动进入团队驱动”？
|
||
|
||
## 四、要问内容取舍：原文 17 章，PPT 不可能全讲
|
||
|
||
这份文案目前覆盖了 17 个大部分，从会议目的、发展逻辑、三级服务、客户判断标准、团队角色、项目流程、商务防火墙、销售承诺、魏征机制、AI 工具、一个月培训、分级成长、基本要求，到近期待办和最终共识。
|
||
|
||
所以必须先问：
|
||
|
||
1. 这次会议 PPT 要讲完整体系，还是只讲“启动会第一版”？
|
||
|
||
2. 哪些内容必须进主 PPT？
|
||
我初步判断必须进的是：
|
||
**为什么建团队、团队不是传统销售、强哥角色转型、三级服务路径、客户筛选标准、角色分工、商务防火墙、承诺规则、一个月培训、会后行动。**
|
||
|
||
3. 哪些内容适合放到附录或会后手册？
|
||
比如：禁止话术、四级承诺矩阵、详细流程、培训交付物、近期待办清单。
|
||
|
||
4. “技术团队不能直接承担 Agentic 转型”“传统软件工程师和 Agentic 工程师是两个物种”这类判断，要不要放进主会？
|
||
这部分很有判断力，但也可能刺激技术团队或造成误解，需要决定表达力度。
|
||
|
||
5. “高中生、年轻学徒、外行转型人员”可以成为 AI 业务工程师候选来源，这个判断是否适合在启动会上讲？
|
||
如果参会对象复杂，建议改成更稳的表达：
|
||
**“低包袱、高学习力、强业务理解的人，可能更适合承担探索轨工作。”**
|
||
|
||
## 五、要问会议气质：是“立规矩”，还是“召唤入伙”
|
||
|
||
文案里规则很多，尤其是“不乱承诺、不装懂、不卖错客户、不消耗专家信用、商务防火墙、禁止话术”。这些都重要，但如果 PPT 处理不好，会变成一场“纪律培训”。
|
||
|
||
所以要问：
|
||
|
||
1. 这次会议的主情绪是什么？
|
||
是兴奋、庄重、紧迫、务实，还是带一点危机感？
|
||
|
||
2. 是先讲机会，再讲规则？
|
||
还是先讲过去的问题，再讲新体系？
|
||
|
||
3. 对销售团队要不要强调“你们不是来卖东西的，你们是客户智能化旅程的入口、雷达、翻译器、推进器和防火墙”？
|
||
这句话很适合作为 PPT 的精神锚点。
|
||
|
||
4. 规则部分要讲多重？
|
||
是严肃讲清楚，还是做成“红线清单 + 标准表达”的实战工具页？
|
||
|
||
5. 要不要保留“魏征机制”这个说法？
|
||
它很有记忆点，也很符合强哥个人风格，但需要确认团队是否能接受这个内部比喻。
|
||
|
||
## 六、要问页面结构：这套 PPT 是“讲逻辑”，还是“带行动”
|
||
|
||
我建议不要把原文直接压缩成 PPT，而是改成一条会议推进链：
|
||
|
||
**为什么必须变 → 我们要成为什么团队 → 我们到底卖什么 → 客户怎么筛 → 团队怎么分工 → 项目怎么协作 → 什么不能承诺 → 一个月怎么训练 → 今天之后怎么行动。**
|
||
|
||
需要确认：
|
||
|
||
1. PPT 预计讲多久？
|
||
30 分钟、60 分钟、90 分钟，页面数量完全不同。
|
||
|
||
2. 是否需要互动环节？
|
||
比如现场让每个人判断自己当前是 L0、L1、L2，或者拿一个客户案例做分层判断。
|
||
|
||
3. 是否需要讲师备注？
|
||
如果强哥自己讲，备注可以写成“提醒强哥怎么讲”；如果别人代讲，就要写成完整讲稿提示。
|
||
|
||
4. 是否需要会中讨论页？
|
||
比如：
|
||
“我们现在已有客户中，哪些适合培训？哪些适合顾问？哪些适合试点？哪些不能碰？”
|
||
|
||
5. 是否需要会后行动页？
|
||
例如：
|
||
每个人本周提交《我的 AI 工作流说明书》、客户线索表、会前分析模板试用结果。
|
||
|
||
## 七、要问哪些概念需要图示化
|
||
|
||
这份文案里有很多天然适合做成模型图的内容：
|
||
|
||
1. **三级服务路径**：培训 → 顾问 → 系统。
|
||
|
||
2. **客户适配判断模型**：基础建设、组织认知、业务场景价值、项目权力结构。
|
||
|
||
3. **双轨体系**：探索轨负责发现价值，工程轨负责兑现价值。
|
||
|
||
4. **团队协作结构**：学者型首席专家 + 客户经营负责人 + AI 业务工程师 + 工程底座。
|
||
|
||
5. **项目流程**：合同前期 → 建设期 → 验收期 → 维护期。
|
||
|
||
6. **四级承诺矩阵**：A 类成熟模块、B 类需评估、C 类 PoC 验证、D 类不建议做。
|
||
|
||
7. **L0-L4 成长路径**：渠道伙伴 → AI 商务助理 → 客户经营负责人 → 商务负责人 → AI 前端部署顾问。
|
||
|
||
要先问强哥：
|
||
这些模型是都要进主 PPT，还是选择 4-5 个最关键的作为主视觉？
|
||
|
||
## 八、要问哪些信息还没定，不能做成“已确定”
|
||
|
||
原文最后列了大量近期待办，包括成员名单、分级标准、佣金分成、产品介绍、报价规则、销售工具、流程模板、智能体清单、培训材料、项目协作模板等。
|
||
|
||
这些内容在 PPT 里要谨慎处理。
|
||
|
||
需要确认：
|
||
|
||
1. 销售团队成员名单是否已经确定？
|
||
|
||
2. 每个人的初始角色是否已经确定？
|
||
|
||
3. L0-L4 的权限和晋级标准是否已经定稿？
|
||
|
||
4. 培训的具体日期、频率、作业、考核方式是否确定？
|
||
|
||
5. 佣金与分成机制能不能讲？
|
||
如果没定，不建议在 PPT 主体里出现，最多放“后续另行确认”。
|
||
|
||
6. 培训、顾问、系统三个产品的价格区间是否已经能对内公布？
|
||
|
||
7. AI 就绪度诊断、90 天试点、年度 AI 顾问服务这些产品是否已经成型，还是只是方向？
|
||
|
||
8. 会前、会后智能体是否已经可用？
|
||
如果还没可用，就不能在 PPT 里讲成“马上使用”。
|
||
|
||
## 九、要问敏感表达：哪些话要换一种说法
|
||
|
||
这份文案里有一些非常有力量，但直接做进 PPT 可能会产生组织敏感的表达。建议先确认是否保留、弱化或换写。
|
||
|
||
1. “传统软件工程师和 Agentic 工程师是两个截然不同的物种。”
|
||
适合内部深度讨论，但 PPT 里可以改成：
|
||
**“确定性工程能力与探索型 AI 业务能力，是两类不同能力系统。”**
|
||
|
||
2. “传统工程师更像 API 水管工。”
|
||
这个比喻很有冲击力，但可能伤害技术团队。建议慎用。
|
||
|
||
3. “低技术包袱的人负责探索。”
|
||
可以改成：
|
||
**“由高业务理解、高学习弹性、低路径依赖的人承担前端探索。”**
|
||
|
||
4. “销售不能……”的连续表达很多。
|
||
PPT 里可以改成两列：
|
||
**可以做什么 / 不能越过什么边界**，避免全是禁止语气。
|
||
|
||
5. “大学实验室、客座教授”相关身份要谨慎。
|
||
文案里也明确提醒不能滥用专家、大学、实验室身份做不恰当背书。这个部分建议作为“专家信用保护”单独成页，而不是宣传页。
|
||
|
||
## 十、我建议优先问强哥的 10 个关键问题
|
||
|
||
如果只保留最关键的问题，我会先问这 10 个：
|
||
|
||
1. 这场会的第一目标是**动员入伙**，还是**建立规则**？
|
||
|
||
2. 参会者是谁？他们是员工、渠道、合作伙伴，还是混合人群？
|
||
|
||
3. 这场 PPT 预计讲多久？需要多少页以内？
|
||
|
||
4. 会后必须形成什么动作？确认角色、启动培训、收集客户，还是建立工作群和流程？
|
||
|
||
5. 强哥的“学者型首席专家”转型要讲多重？
|
||
|
||
6. 原文中的技术团队判断、Agentic 工程师判断，是否适合在这场会上讲？
|
||
|
||
7. 佣金、分成、报价、权限这些敏感内容，哪些已经能讲，哪些只能说“后续另行制定”？
|
||
|
||
8. 这套 PPT 更想做成“章程型正式风格”，还是“作战地图型启动会风格”？
|
||
|
||
9. 是否需要现场互动页，比如客户分层演练、承诺边界测试、AI 会前分析演示？
|
||
|
||
10. 最后是否要把一个月培训计划做成正式承诺，让大家会后立即进入训练？
|
||
|
||
我的建议是：这套 PPT 不要按原文 17 章顺序做。应该先把它改造成一条现场会议链路：
|
||
|
||
> **开局为什么变 → 新团队是什么 → 我们卖的不是产品，是路径 → 客户怎么筛 → 人怎么分工 → 项目怎么跑 → 话怎么说、边界怎么守 → 一个月怎么练 → 今天之后怎么动。**
|
||
|
||
# 2
|
||
|
||
## 回复
|
||
|
||
宣布一个新团队成立，动员已经做了，现在是有意愿参与的。
|
||
只是动员时，有些思路不是很清晰，现在是比较清晰的，形成了文档。
|
||
启动会议后，会立刻进入培训，进行第一次的培训。
|
||
|
||
本次启动会议最重要的动作是，达成共识，补充大家的不同角度的看法，而不是一家之言。
|
||
即在每个人私下交流后，现在我拿出来一个完整的方案，大家看看，补充意见。需要的话，升级方案。
|
||
PPT是演讲用，做章程的形象化展示；与归档无关。
|
||
|
||
参会人构成主体是意愿做销售的，或者渠道伙伴，其中有一名作为培训实操的讲师，其也是AI 业务工程师候选人。
|
||
培训实操的讲师是团队人员，参与我信息化、智能化建设；其他人对AI、信息化都是小白。
|
||
|
||
关系是“兄弟一起开新局”为这次会议的起点，但是将来合作需要公司化正规化运作。
|
||
|
||
对“销售”这个身份有没有心理包袱，本身都是做这个。
|
||
|
||
> 有哪些人可能听完会兴奋？哪些人可能会紧张？哪些人可能会觉得规则太多？
|
||
|
||
我的意思是，可以慢慢来。但是业务要做大做强，无规则不方圆。
|
||
|
||
> PPT 里是否要直接讲“我不能再长期同时承担所有角色”？
|
||
|
||
是的，在此前两年，我的身份已经发生了转换，大家都是按照这个来配合，只是不成文。
|
||
|
||
> 强哥的身份转型，是放在开头作为主线，还是放在中段作为组织调整原因？
|
||
|
||
他们（除了讲师）目前都是公司外的人，这次相当于明确关系。另外，他们对我都很熟悉（都是自己人），口吻就用我，但是对我的一些实践不是太了解，所以可以突出“方法论与实践经验”。
|
||
|
||
> 强哥希望大家怎么理解这次变化？
|
||
他们有现在干什么都不赚钱的焦虑，对AI都有极大的热情。
|
||
“大家怎样搭上AI这条船，船票现在有了，大家一起努力把东西卖出去。”
|
||
|
||
只讲“启动会第一版”:**为什么建团队、团队不是传统销售、强哥角色转型、三级服务路径、客户筛选标准、角色分工、商务防火墙、承诺规则、一个月培训、会后行动。**
|
||
其他的，我后面会一一细化。确定将来方向，确定短期目标——培训的第一周和培训完的结果。
|
||
|
||
会后这部分，大家有兴趣的，我会给章程原文。待办大多是我或者讲师（AI 业务工程师候选人）后续要细化的。
|
||
|
||
这次培训没有技术人员参与，而且“传统软件工程师和 Agentic 工程师是两个物种”这个已经向技术团队传达过了。不影响这次培训的表达，需要进本次会议。
|
||
|
||
“高中生、年轻学徒、外行转型人员”，就按照这个表达，通俗易懂。
|
||
|
||
“不乱承诺、不装懂、不卖错客户、不消耗专家信用、商务防火墙、禁止话术”，这些不太重要，每个销售都是二十多年的工作经验，对他们来说这个是常识性问题。
|
||
|
||
主情绪是兴奋吧。对我来说，我打通了产品力的任督二脉，规划出了AI时代新的销售形式，方法论上准备的也足够充分；他们焦虑的是现在所在的行业/产业业绩直线下滑，本身就在等我出AI相关的策略。
|
||
|
||
> 你们不是来卖东西的，你们是客户智能化旅程的入口、雷达、翻译器、推进器和防火墙
|
||
我觉得可以作为 PPT 的精神锚点。但是现在的这个表达，他们理解起来有些费劲（个人觉得）
|
||
|
||
规则部分，现在不重要，一个是他们是老江湖，一个是现在培训还没做完。这个规则部分，更现实的是从少到多，而不是上来就给各种条条框框。
|
||
|
||
“魏征机制”。魏征智能体，他们之前都听说过。我在对外培训时，会拿他们当小白鼠，先试讲；但是他们没用过。现在需要他们用魏征智能体，来做我的现实魏征。这个每个人都交流过了。
|
||
|
||
思路同意：**为什么必须变 → 我们要成为什么团队 → 我们到底卖什么 → 客户怎么筛 → 团队怎么分工 → 项目怎么协作 → 什么不能承诺 → 一个月怎么训练 → 今天之后怎么行动。**
|
||
|
||
我预计讲45分钟左右，重点是我们的交流讨论。
|
||
这个不用专门设计互动，不用设计讨论页，大家可以随时发问。他们你理解成发小这个关系就行。
|
||
我自己讲，甚至可以不需要备注或者简化备注——只列关键词就行。我现在的问题是，讲的太多，脱稿能讲几个小时。这套章程，我已经思考半年了，我的内容足够充分。
|
||
|
||
行动页，可以给个打样，这个每个人情形不同，是每个人要设计自己的。准确说：
|
||
基于本次会议后，每个人提交的第一个作业是我的第一周培训目标，这个可能是现场，也可能是回去后第一时间，看现场情况。有了个人的第一周培训目标，才需要他的第一周成果检查。
|
||
|
||
本次必须要讲到的模型：
|
||
* 三级服务路径
|
||
* 客户适配判断模型
|
||
* 双轨体系
|
||
* 团队协作结构
|
||
* L0-L4 成长路径
|
||
|
||
由于他们是老兵，所以`团队协作结构`，`L0-L4 成长路径`距离他们有些远，可以重点讲一讲，其他的他们理解起来很容易。
|
||
没列入的，都是培训完成后，真实跑起来再细化的。
|
||
|
||
这个章程，用于两部分：
|
||
1. 启动会议
|
||
2. 我和讲师的后续工作。近期待办，包括成员名单、分级标准、佣金分成、产品介绍、报价规则、销售工具、流程模板、智能体清单、培训材料、项目协作模板等这部分不是会议的重点，且全部没有确定。
|
||
|
||
`敏感表达`部分是我平时讲话的风格，就按照原文表达，不需要脱敏。对他们来说，不绕。
|
||
|
||
## 补充
|
||
|
||
PPT不涉及人物形象，有一套公共的PPT模板风格就行。
|
||
内部交流，对字体、字形，错别字要求很低；就是替代看文本。所以PPT上的文字在做图时直接出，我这里不做二次修订。给他们直接看图。
|
||
|
||
## 指令
|
||
|
||
你的问题，我差不多逐一回答了，看还有没有新问题，是否可以向下推进。
|
||
|
||
## GPT
|
||
|
||
强哥，可以向下推进。
|
||
|
||
你这轮回复已经把关键变量基本锁死了：这不是客户方案 PPT，也不是正式培训课件，而是一个**内部启动会议 PPT**，用途是把章程形象化、会议化、共识化，服务 45 分钟左右的现场讲述和随时交流。
|
||
|
||
我判断现在**没有阻塞性问题**。剩下只有几个“小口径问题”，不影响我先做总纲和页面骨架。
|
||
|
||
## 一、现在已经明确的策划定位
|
||
|
||
这套 PPT 的准确定位应该是：
|
||
|
||
> **AI 智能化客户经营团队启动会议：共识版 PPT**
|
||
|
||
它不是用来重新动员大家，而是把前面私下交流过的判断，第一次系统摊开，让大家共同补充、校准、升级。
|
||
|
||
它的会议功能不是“我宣布，你们执行”，而是：
|
||
|
||
> **我拿出一版完整方案，大家一起把它变成团队共识。**
|
||
|
||
这点很重要。因为原文里已经写得很清楚：这次会议的核心任务是“统一认知，重定义角色，明确分工，建立规则，启动培训”。
|
||
但根据你这次补充，PPT 的现场重点要更偏向前半句：
|
||
|
||
> **统一认知，重定义角色，明确分工，启动培训。**
|
||
|
||
“建立规则”先轻处理，不上来做成条条框框。
|
||
|
||
## 二、我建议不再提大问题，只保留 5 个小问题
|
||
|
||
这些不是阻塞问题，只是后面做页面时的口径选择。
|
||
|
||
### 1. 会议标题是否要更有“自己人开局”的味道？
|
||
|
||
原文标题是：
|
||
|
||
> AI智能化客户经营团队启动会议章程
|
||
|
||
PPT 标题我建议可以更口语、更有现场感一点，比如：
|
||
|
||
> **搭上 AI 这条船：AI 智能化客户经营团队启动会**
|
||
|
||
或者：
|
||
|
||
> **我们一起卖的不是 AI 产品，而是一条企业智能化路径**
|
||
|
||
如果内部气氛偏兄弟开局，我会把标题做得更有召唤感；如果你想稳一点，就保留“启动会议”这类正式表述。
|
||
|
||
### 2. “入口、雷达、翻译器、推进器、防火墙”这句话要不要降维成更顺口的版本？
|
||
|
||
原文里的共识一是：团队要成为客户智能化过程中的“入口、雷达、翻译器、推进器和防火墙”。
|
||
|
||
这个表达非常准确，但你判断他们理解起来可能有点费劲。
|
||
|
||
我建议 PPT 上保留这 5 个词，但讲法改成：
|
||
|
||
> **我们不是出去卖东西的。
|
||
> 我们是帮客户上船的人。
|
||
> 先找到客户，听懂客户，判断客户，带客户往前走，也替团队守住边界。**
|
||
|
||
页面上可以用一句主金句：
|
||
|
||
> **客户不知道怎么上 AI 这条船，我们就是那个带路的人。**
|
||
|
||
然后下面再展开五个角色：
|
||
|
||
入口：把客户带进来。
|
||
雷达：看见机会和风险。
|
||
翻译器：把客户的话翻译成业务问题。
|
||
推进器：推动合作往前走。
|
||
防火墙：守住承诺和边界。
|
||
|
||
这样他们会更容易接住。
|
||
|
||
### 3. “规则不重要”这部分，我建议改成“规则今天不重讲，但必须埋钉子”
|
||
|
||
你说得对，他们都是老销售，很多“不乱承诺、不装懂、不卖错客户”的东西，对他们来说是常识。
|
||
|
||
但这套业务有个新问题：**AI 项目的风险不是销售经验能完全兜住的。**
|
||
|
||
所以我的建议是：
|
||
|
||
规则部分不要做成大篇幅纪律页，但必须保留一页“今天先记住三条”：
|
||
|
||
> **不装专家。
|
||
> 不乱承诺。
|
||
> 不把不成熟客户直接推系统。**
|
||
|
||
后面的四级承诺矩阵、禁止话术、红线考试，可以进入第三周培训，不在启动会展开。
|
||
|
||
### 4. “传统软件工程师和 Agentic 工程师是两个物种”建议放，但要放在“双轨体系”里讲
|
||
|
||
这句话可以保留原味，因为你明确说对内部不需要脱敏。
|
||
|
||
但它不能单独抛出来，否则容易变成一句刺激性判断。
|
||
|
||
最好放在这一组逻辑里：
|
||
|
||
> 过去我们以为 AI 转型就是让技术团队学 AI。
|
||
> 现在看，不是这么回事。
|
||
> 传统软件工程师和 Agentic 工程师，不是技术栈升级，而是两个物种。
|
||
> 所以未来要双轨协作：探索轨发现价值，工程轨兑现价值。
|
||
|
||
原文里的双轨体系已经非常成熟：探索轨负责客户访谈、培训、场景梳理、智能体原型、Vibe Coding、试点验证；工程轨负责正式系统、数据库、权限、接口、部署、测试、验收和维护。
|
||
|
||
这一页应该成为本次 PPT 的重点页之一。
|
||
|
||
### 5. “第一周培训目标”要不要作为会议最后的唯一作业？
|
||
|
||
我建议是：要。
|
||
|
||
你说得很准确，启动会后马上进入第一次培训，而每个人的第一个作业是形成自己的第一周培训目标。
|
||
|
||
所以最后一页不要列很多待办。
|
||
|
||
只给一个动作：
|
||
|
||
> **会后第一件事：每个人写出《我的第一周 AI 训练目标》。**
|
||
|
||
但这个作业不要写成死格式，可以给打样：
|
||
|
||
1. 我现在最想用 AI 解决哪个工作问题？
|
||
2. 我第一周准备每天在哪个时间用 AI？
|
||
3. 我准备用 AI 做哪类客户分析？
|
||
4. 我最需要 AI 帮我提升的是会前准备、会后复盘，还是客户判断？
|
||
5. 一周后，我希望自己能拿出什么成果？
|
||
|
||
原文第一周培训交付物是《我的AI工作流说明书》，内容包括准备用 AI 解决哪些工作问题、每天什么时候用 AI、会前如何用 AI、会后如何用 AI、最需要 AI 帮助的地方。
|
||
我建议启动会 PPT 里先降维成“第一周 AI 训练目标”，培训中再升级为正式的《我的AI工作流说明书》。
|
||
|
||
## 三、可以直接进入下一阶段
|
||
|
||
我建议下一步不再继续问问题，而是直接做：
|
||
|
||
> **PPT 总纲 + 通用表达与视觉系统 + 页面清单骨架**
|
||
|
||
这三件可以一次性给你。
|
||
|
||
我会按这个口径推进：
|
||
|
||
### PPT 主线
|
||
|
||
> **为什么必须变
|
||
> → 我们要成为什么团队
|
||
> → 我们卖的不是产品，是路径
|
||
> → 客户怎么判断
|
||
> → 团队怎么分工
|
||
> → 探索轨和工程轨怎么配合
|
||
> → 我的位置怎么变
|
||
> → 大家怎么成长
|
||
> → 一个月怎么训练
|
||
> → 第一周怎么开始**
|
||
|
||
### PPT 情绪
|
||
|
||
不是“制度宣贯”，而是：
|
||
|
||
> **兄弟一起开新局，但要按公司化打法打仗。**
|
||
|
||
### PPT 隐喻
|
||
|
||
我建议用：
|
||
|
||
> **上船 / 航线 / 船员分工 / 探路船与工程船**
|
||
|
||
这个隐喻很适合你现在的表达：
|
||
|
||
他们焦虑的是原行业下滑，期待搭上 AI 这条船。
|
||
你现在拿出了船票、航线、打法和训练计划。
|
||
销售不是卖票的人，而是带客户上船、判断客户能不能上船、把客户带到正确舱位的人。
|
||
|
||
### PPT 页面风格
|
||
|
||
不做人物形象，不做复杂插画。
|
||
|
||
采用：
|
||
|
||
> **深色商务底 + 高亮关键词 + 大模型图 + 少量流程图 / 矩阵图 / 路线图**
|
||
|
||
文字可以直接在图里出现，因为你这次是内部交流，PPT 本质是替代长文阅读，不追求二次精修。
|
||
|
||
## 四、我的阶段判断
|
||
|
||
现在阶段已经从“提问题”进入：
|
||
|
||
> **阶段3：PPT 总纲设计**
|
||
> **阶段4：通用表达与视觉系统设计**
|
||
> **阶段5：页面清单骨架**
|
||
|
||
其中阶段2“方向提案”可以不再做三选一，因为方向已经被你锁定：
|
||
|
||
> **启动会第一版：达成共识，形成共同补充，进入第一周培训。**
|
||
|
||
所以我建议下一次直接输出：
|
||
|
||
> **《AI智能化客户经营团队启动会 PPT 总纲 v1》**
|
||
|
||
包含：
|
||
|
||
1. PPT 总标题与副标题候选；
|
||
2. 45 分钟会议节奏；
|
||
3. 页面模块结构；
|
||
4. 通用表达与视觉系统；
|
||
5. 18-24 页页面清单骨架；
|
||
6. 每页标题、核心结论、页面结构、视觉资产方向、讲述关键词。
|
||
|
||
可以推进。
|
||
|
||
# 3
|
||
|
||
标题：**搭上 AI 这条船：AI 智能化客户经营团队启动会**
|
||
|
||
“入口、雷达、翻译器、推进器、防火墙”这句话，按照你的降维版本处理。
|
||
|
||
同意，今天先记住三条”：
|
||
|
||
> **不装专家。
|
||
> 不乱承诺。
|
||
> 不把不成熟客户直接推系统。**
|
||
|
||
> “传统软件工程师和 Agentic 工程师是两个物种”建议放，但要放在“双轨体系”里讲
|
||
我不同意。
|
||
我觉得这个应该是我为什么找他们的主因，帮他们建立信心。信息化的时候，他们就没有太多参与/或者都是外围，这个有技术瓶颈，现在Agentic技术平权了。
|
||
至于将来到系统建设，还有漫长的几个月时间——学习，准备工具，试运行，潜在客户规划，拜访客户讨论交流，培训，顾问，最后才洽谈系统建设。系统建设的分工，在眼下完全不是重点。
|
||
先拉上船，再说咋搞。
|
||
|
||
同意：启动会 PPT 里先降维成“第一周 AI 训练目标”
|
||
|
||
---
|
||
|
||
可以输出 **《AI智能化客户经营团队启动会 PPT 总纲 v1》** 了。
|
||
|
||
# 《搭上 AI 这条船：AI 智能化客户经营团队启动会》PPT 总纲 v1
|
||
|
||
## 0. 总定位
|
||
|
||
这套 PPT 不是销售动员，不是制度宣贯，也不是培训课件。
|
||
|
||
它的定位是：
|
||
|
||
> **把一份内部章程，转成一次“兄弟一起开新局”的共识会议。**
|
||
|
||
会议要达成的不是“大家听我安排”，而是：
|
||
|
||
> **我把完整方案摊出来，大家一起补充、校准、升级，然后立刻进入第一周训练。**
|
||
|
||
原始章程的核心目的，是建立一支不是传统卖课、卖软件、卖项目的新型团队，而是围绕企业智能化，建立客户经营、认知升级、场景发现、商务推进和项目落地之间的协同体系。
|
||
|
||
---
|
||
|
||
## 1. PPT 核心主线
|
||
|
||
这套 PPT 的主线建议定为：
|
||
|
||
> **船票有了，航线有了，人也找对了。
|
||
> 现在先上船，边学边打。**
|
||
|
||
展开链路：
|
||
|
||
```text
|
||
为什么现在必须变
|
||
↓
|
||
为什么我不能再一个人顶全部
|
||
↓
|
||
为什么这次要找你们
|
||
↓
|
||
为什么 AI 时代给了外行上船机会
|
||
↓
|
||
我们卖的不是 AI 产品，而是一条企业智能化路径
|
||
↓
|
||
客户怎么判断，不能乱推系统
|
||
↓
|
||
团队怎么分工，你们怎么成长
|
||
↓
|
||
先记住三条边界
|
||
↓
|
||
进入一个月培训
|
||
↓
|
||
第一周先形成自己的 AI 训练目标
|
||
```
|
||
|
||
---
|
||
|
||
## 2. 45 分钟会议节奏
|
||
|
||
| 模块 | 时间 | 作用 |
|
||
| --------- | ----: | ------------------------------ |
|
||
| 开场定调 | 3 分钟 | 说明今天不是动员，是共识会 |
|
||
| 为什么必须变 | 7 分钟 | 讲清行业焦虑、AI机会、我的角色变化 |
|
||
| 为什么找你们 | 10 分钟 | 重点建立信心：Agentic 技术平权，老销售经验变成新优势 |
|
||
| 我们到底卖什么 | 8 分钟 | 讲三级服务路径：培训、顾问、系统 |
|
||
| 客户怎么筛 | 5 分钟 | 讲客户适配判断模型 |
|
||
| 团队怎么协作 | 6 分钟 | 讲团队结构、五个角色、魏征机制 |
|
||
| 怎么成长、怎么训练 | 6 分钟 | 讲 L0-L4、一个月培训、第一周目标 |
|
||
|
||
现场可以随时打断交流，所以 PPT 本身不要做成“密集讲稿”，而要做成**每页一个判断，每页一个停留点**。
|
||
|
||
---
|
||
|
||
# 阶段4：通用表达与视觉系统
|
||
|
||
## 1. 表达任务
|
||
|
||
这套 PPT 要让参会者形成四个感觉：
|
||
|
||
1. **兴奋感**：AI 这条船不是口号，已经有船票了。
|
||
2. **信心感**：他们不是因为懂技术才被需要，而是因为懂人、懂局、懂客户。
|
||
3. **秩序感**：兄弟一起开新局，但未来必须公司化、流程化。
|
||
4. **行动感**：会后不空谈，马上进入第一周训练。
|
||
|
||
---
|
||
|
||
## 2. 语言风格
|
||
|
||
建议使用：
|
||
|
||
> **自己人口吻 + 公司化骨架 + 战斗前夜的兴奋感。**
|
||
|
||
语言特点：
|
||
|
||
* 用“我”和“我们”，不要过度组织化。
|
||
* 判断要直接，不绕。
|
||
* 少讲抽象概念，多讲“为什么是你们”。
|
||
* 规则轻讲，训练重讲。
|
||
* 技术判断可以保留原文锐度。
|
||
|
||
关键句式：
|
||
|
||
> **先上船，再学怎么开船。**
|
||
> **第一阶段不要求懂 AI，要求会带着 AI 工作。**
|
||
> **老销售的能力没有过时，只是换了发动机。**
|
||
> **技术平权，不是人人都当程序员，而是外行也能参与探索。**
|
||
|
||
---
|
||
|
||
## 3. 统摄性隐喻
|
||
|
||
核心隐喻：
|
||
|
||
> **搭上 AI 这条船。**
|
||
|
||
隐喻展开：
|
||
|
||
| 隐喻 | 对应内容 |
|
||
| ---- | -------------------- |
|
||
| 船票 | AI 时代的新机会已经出现 |
|
||
| 上船 | 有意愿的人先进入训练和协作 |
|
||
| 航线 | 培训 → 顾问 → 系统 |
|
||
| 船员分工 | 专家、客户经营、AI业务工程师、工程底座 |
|
||
| 雷达 | 客户判断、风险识别、机会发现 |
|
||
| 罗盘 | 方法论、客户适配模型、承诺边界 |
|
||
| 训练营 | 一个月培训，第一周 AI 习惯训练 |
|
||
|
||
---
|
||
|
||
## 4. 视觉基调
|
||
|
||
不做人像，不做复杂插画。
|
||
|
||
建议风格：
|
||
|
||
> **深蓝黑商务底 + 航线图 + 雷达光效 + 金色/青色重点词 + 大模型图。**
|
||
|
||
视觉关键词：
|
||
|
||
* 深海蓝
|
||
* 航线
|
||
* 雷达扫描
|
||
* 罗盘
|
||
* 船票
|
||
* 甲板
|
||
* 港口
|
||
* 路线图
|
||
* 作战地图
|
||
* 分层阶梯
|
||
|
||
页面文字可以直接进入图中，因为这是内部会议使用，主要是替代长文阅读。
|
||
|
||
---
|
||
|
||
## 5. 固定页面模板
|
||
|
||
建议固定 5 类页面：
|
||
|
||
1. **封面页**：大标题 + 航线背景。
|
||
2. **判断页**：一句大判断 + 3 个支撑点。
|
||
3. **模型页**：三级路径、客户适配、L0-L4 等。
|
||
4. **对比页**：传统销售 vs AI客户经营，传统工程师 vs Agentic工程师。
|
||
5. **行动页**：第一周训练目标、会后作业。
|
||
|
||
---
|
||
|
||
# 阶段5：页面清单骨架 v1
|
||
|
||
## 主 PPT：24 页
|
||
|
||
| 页码 | 页面标题 | 页面功能 | 核心结论 | 页面结构 / 视觉方向 | 讲述关键词 |
|
||
| --: | -------------------------- | ------- | ------------------------------------- | ---------------------------------------------------------- | ------------------------ |
|
||
| P01 | 搭上 AI 这条船 | 封面定调 | 船票已经有了，今天我们正式上船 | 深蓝航线背景 + 大标题 + 副标题“AI智能化客户经营团队启动会” | 不是动员，是开局 |
|
||
| P02 | 今天这场会，不是再动员一次 | 会议定位 | 大家已经有意愿，今天是把方案摊开形成共识 | 左侧“不是”，右侧“是” | 共识、补充、升级 |
|
||
| P03 | 我们要建的，不是传统销售团队 | 核心定义 | 我们要建的是 AI 智能化客户经营团队 | 中心大词“客户经营团队”，四周围绕：客户、认知、场景、商务、落地 | 不卖话术，不卖热闹 |
|
||
| P04 | 为什么现在必须变 | 现实压力 | 旧行业下滑，AI 新船靠岸，不能再观望 | 一边是下滑曲线，一边是航船靠岸 | 焦虑不是坏事，是上船动力 |
|
||
| P05 | 我这半年打通了什么 | 强哥方法论背书 | 产品力、方法论、培训路径已经准备到可以带队开局 | 三段式：产品力 / 方法论 / 培训体系 | 不是临时起意 |
|
||
| P06 | 我的角色已经变了 | 角色转型 | 我不能再长期同时承担专家、商务、销售、方案和客户维护 | “全能型老板”到“学者型实践专家”的箭头 | 过去靠我顶，未来靠体系打 |
|
||
| P07 | 过去是我一个人往前推，未来要靠团队一起跑 | 组织升级 | 个人驱动要升级为团队、流程、工具、方法论驱动 | 单点发动机 → 多引擎船队 | 我不是退出，是换位置 |
|
||
| P08 | 为什么不是传统销售 | 销售身份重定义 | 这件事不是把 AI 卖出去，而是把客户带上正确路径 | 传统销售 vs 客户经营负责人对比 | 不是卖东西，是经营客户旅程 |
|
||
| P09 | 为什么这次找你们 | 信心建立 | AI 客户经营第一阶段，最重要的是懂人、懂局、懂客户 | 三个大词：识人 / 识局 / 识势 | 你们的老经验没有过时 |
|
||
| P10 | Agentic 技术平权：外行也能上船 | 核心信心页 | AI 时代，低技术包袱的人反而更容易参与探索 | “技术门槛下降，业务理解上升”的交叉图 | 不懂代码，不等于不能做 AI |
|
||
| P11 | 传统软件工程师和 Agentic 工程师，是两个物种 | 反直觉判断 | 这不是技术栈升级，而是能力系统变化 | 左右对比：确定性工程 vs 不确定性探索 | 这页是给大家信心，不是贬低技术 |
|
||
| P12 | 第一阶段要求：不是懂 AI，而是会带着 AI 工作 | 学习门槛降维 | 先养成 AI 工作习惯，再谈客户经营能力升级 | “事前问 AI / 事后用 AI 复盘”循环图 | 先会用，再会卖，再会带客户 |
|
||
| P13 | 我们卖的不是 AI 产品，是一条企业智能化路径 | 产品定义 | 客户真正需要的是从想用 AI 到用好 AI 的路径 | 航线图：想用 AI → 能用 AI → 用好 AI | 产品不是单点，是路径 |
|
||
| P14 | 三级服务路径：培训 → 顾问 → 系统 | 必讲模型 1 | 培训是入口，顾问是筛选，系统是重服务 | 三段航线 / 三层阶梯 | 不是所有客户都直接上系统 |
|
||
| P15 | 培训可以宽，顾问要筛，系统必须严 | 客户推进原则 | 宽入口、严系统，避免做错客户 | 漏斗图：培训大口径 → 顾问筛选 → 系统少数 | 做错项目比少做项目更伤 |
|
||
| P16 | 客户适配判断模型 | 必讲模型 2 | 判断客户至少看四件事：基础、认知、场景、权力 | 四象限罗盘：基础建设 / 组织认知 / 业务场景 / 权力结构 | 客户能不能做，比想不想做更重要 |
|
||
| P17 | 双轨体系：先探索价值，再工程兑现 | 必讲模型 3 | 探索轨负责发现价值，工程轨负责兑现价值 | 两条轨道图：探索轨在前，工程轨在后 | 眼下先拉上船，系统建设后面再细化 |
|
||
| P18 | 新团队协作结构 | 必讲模型 4 | 未来不是老板+销售+技术，而是专家、客户经营、AI业务工程师、工程底座协作 | 中心结构图：强哥 / 客户经营 / AI业务工程师 / 工程底座 | 每个人不是什么都干，而是各就各位 |
|
||
| P19 | 我们是帮客户上船的人 | 精神锚点降维 | 客户不知道怎么上 AI 这条船，我们就是带路的人 | 五个角色围绕一艘船：入口、雷达、翻译器、推进器、防火墙 | 找到客户、听懂客户、判断客户、推动客户、守住边界 |
|
||
| P20 | 魏征机制：你们也是我的现实校准器 | 关系机制 | 你们不只是销售，也要提醒我、校准我、保护会议节奏 | “会前提醒 / 会中拉回 / 会后复盘”三段图 | 不是打断我，是保护节奏 |
|
||
| P21 | L0-L4 成长路径 | 必讲模型 5 | 头衔不是先给的，是通过训练和行为拿到的 | 阶梯图：L0渠道伙伴 → L1 AI商务助理 → L2客户经营负责人 → L3商务负责人 → L4 AI前端部署顾问 | 先定位，再成长 |
|
||
| P22 | 今天先记住三条 | 轻规则页 | 不装专家，不乱承诺，不把不成熟客户直接推系统 | 三张大卡片 | 规则以后慢慢细化，今天先钉住底线 |
|
||
| P23 | 一个月训练：先成为 AI 增强型客户经营人员 | 培训总览 | 一个月后，大家至少会用 AI 做准备、复盘和客户判断 | 四周训练路线：交朋友 / 懂客户 / 知边界 / 模拟拜访 | 不是培养技术专家，是培养 AI 增强型商务 |
|
||
| P24 | 第一周目标：写出自己的 AI 训练目标 | 行动收束 | 会后第一件事：每个人形成自己的第一周 AI 训练目标 | 作业页：我准备用 AI 解决什么、每天何时用、会前会后怎么用、一周后交什么 | 先从自己开始，把 AI 用起来 |
|
||
|
||
---
|
||
|
||
## 3. 重点页面处理建议
|
||
|
||
### P10-P12 是本次 PPT 的信心核心
|
||
|
||
这里不要讲成技术课。
|
||
|
||
核心不是解释 Agentic，而是让他们明白：
|
||
|
||
> **信息化时代，他们只能在外围。
|
||
> Agentic 时代，他们可以进入前场。**
|
||
|
||
这一组页面要打出气势：
|
||
|
||
> 不是你们不懂技术，所以不适合。
|
||
> 恰恰是因为这件事一开始不是写代码，而是理解人、理解业务、理解场景，所以你们适合先上船。
|
||
|
||
原文章程中也明确指出，销售第一阶段的要求不是懂 AI，而是会带着 AI 工作；同时，Agentic 工程面对的是目标不清晰、路径不确定、业务上下文复杂的问题，这正是传统确定性工程之外的新能力空间。
|
||
|
||
---
|
||
|
||
### P14-P16 是业务路径核心
|
||
|
||
这三页负责把“我们到底卖什么”讲清楚。
|
||
|
||
一句话：
|
||
|
||
> **我们不是见客户就卖系统。
|
||
> 我们先用培训打开入口，用顾问筛出价值，最后才谈系统。**
|
||
|
||
原文章程中对客户分层已经有清晰判断，尤其是“培训可以宽，顾问要筛，系统必须严”这句话，应该保留为主视觉金句。
|
||
|
||
---
|
||
|
||
### P18-P21 是团队关系核心
|
||
|
||
这四页要让他们明白：
|
||
|
||
> **不是今天给大家封官，而是给大家一条成长路径。**
|
||
|
||
重点讲两个模型：
|
||
|
||
1. **团队协作结构**：强哥不再什么都亲自扛，客户经营团队要站到前台。
|
||
2. **L0-L4 成长路径**：每个人从自己的现实条件出发，不必一步到位。
|
||
|
||
原文章程里，启动会议要达成的共识包括：不是传统销售团队、销售要成为 AI 增强型商务人员、强哥从全能型老板转为学者型首席专家、客户经营负责人要做读人识局和“魏征”等。
|
||
|
||
---
|
||
|
||
## 4. 主金句库
|
||
|
||
可分散放到页面标题、副标题或结束页：
|
||
|
||
1. **船票现在有了，先上船。**
|
||
2. **我们卖的不是 AI 产品，而是一条企业智能化路径。**
|
||
3. **第一阶段不要求懂 AI，要求会带着 AI 工作。**
|
||
4. **老销售的能力没有过时，只是换了发动机。**
|
||
5. **技术平权，不是人人当程序员，而是外行也能参与探索。**
|
||
6. **培训可以宽，顾问要筛，系统必须严。**
|
||
7. **客户不知道怎么上 AI 这条船，我们就是带路的人。**
|
||
8. **头衔不是先给的，是训练和行为拿到的。**
|
||
9. **规则可以慢慢细化，但底线今天先钉住。**
|
||
10. **先把 AI 用到自己身上，再带客户上 AI 这条船。**
|
||
|
||
---
|
||
|
||
## 5. 不建议进入主 PPT 的内容
|
||
|
||
这些内容不是不重要，而是不适合这次启动会展开：
|
||
|
||
* 佣金分成；
|
||
* 报价规则；
|
||
* 详细权限；
|
||
* 四级承诺矩阵细则；
|
||
* 禁止话术大全；
|
||
* 红线考试；
|
||
* 销售工具模板；
|
||
* 项目交接模板；
|
||
* 智能体清单明细；
|
||
* 培训结业标准。
|
||
|
||
它们适合后续变成：
|
||
|
||
> **培训材料 / 章程附录 / 流程模板 / 工作手册。**
|
||
|
||
---
|
||
|
||
## 6. 备份页建议
|
||
|
||
可放 4 页备份，不主动讲，现场有人问再打开：
|
||
|
||
1. 章程原文目录；
|
||
2. 一个月培训详细安排；
|
||
3. 客户分层表；
|
||
4. 四级承诺矩阵简版。
|
||
|
||
---
|
||
|
||
## 7. 导演审查
|
||
|
||
这一版最重要的调整是：
|
||
|
||
> **把“传统软件工程师和 Agentic 工程师是两个物种”前置为信心建立页，而不是后置为双轨分工页。**
|
||
|
||
因为这次启动会的第一任务不是讲未来系统建设，而是让这些销售老兵意识到：
|
||
|
||
> **AI 时代不是把他们挡在门外，而是给了他们重新进场的机会。**
|
||
|
||
确认这个总纲后，下一步进入 **P1-P24 单页设计骨架**。
|
||
|
||
# 4
|
||
|
||
总纲确认。出**P1-P24 单页设计骨架**。
|
||
|
||
这个单页设计骨架出来，我应该不用提供原始的章程文件给执行导演Codex了吧。
|
||
|
||
# 《搭上 AI 这条船：AI 智能化客户经营团队启动会》
|
||
|
||
# P1-P24 单页设计骨架 v1
|
||
|
||
强哥，先回答你问的 Codex 问题：
|
||
|
||
**原则上，这份单页设计骨架出来后，你不用再把原始章程文件作为主材料提供给执行导演 Codex。**
|
||
|
||
原因是：原始章程已经被转译成了 PPT 的会议链路、页面结构、页面文字方向、视觉系统和讲述关键词。章程的核心内容，包括会议目的、角色转型、三级服务路径、客户判断标准、团队构成、魏征机制、AI 工具使用、一个月培训结构和 L0-L4 成长路径，都已经被拆进 P1-P24 了。
|
||
|
||
但我建议你这样处理：
|
||
|
||
> **给 Codex 的主输入：总纲 v1 + P1-P24 单页设计骨架。**
|
||
> **不给原文，或只把原文作为低优先级参考。**
|
||
|
||
如果给原文，必须明确一句：
|
||
|
||
> **原始章程只作事实校验，不允许把原文重新压缩塞进 PPT，不允许改主线，不允许新增复杂规则页。**
|
||
|
||
否则执行层很容易回到“把文档压缩成 PPT”的老路。
|
||
|
||
---
|
||
|
||
# 一、全局页面规则
|
||
|
||
## 1. 页面气质
|
||
|
||
这套 PPT 的气质是：
|
||
|
||
> **兄弟一起开新局，但要按公司化打法打仗。**
|
||
|
||
不是客户汇报，不是正式课件，不是制度宣贯。
|
||
|
||
它应该像一张**上船前的作战地图**。
|
||
|
||
---
|
||
|
||
## 2. 统一视觉系统
|
||
|
||
建议统一采用：
|
||
|
||
> **深蓝黑商务底 + AI 航线图 + 雷达光效 + 青色/金色高亮关键词 + 大模型图。**
|
||
|
||
视觉元素：
|
||
|
||
* 船票；
|
||
* 航线；
|
||
* 罗盘；
|
||
* 雷达；
|
||
* 甲板；
|
||
* 港口；
|
||
* 双轨；
|
||
* 阶梯；
|
||
* 作战地图；
|
||
* 客户旅程。
|
||
|
||
---
|
||
|
||
## 3. 页面文字策略
|
||
|
||
因为这是内部交流，且你明确说 PPT 本质上是替代看文本，所以：
|
||
|
||
* 页面可以直接承载文字；
|
||
* 不用过度追求留白；
|
||
* 但每页必须有一个大判断；
|
||
* 每页最多一个主模型；
|
||
* 不要把原文整段复制进页面。
|
||
|
||
执行时，每页建议采用：
|
||
|
||
> **一句大标题 + 一句核心判断 + 一个模型 / 三个要点 / 一张关系图。**
|
||
|
||
---
|
||
|
||
## 4. 讲述备注策略
|
||
|
||
你自己讲，不需要完整备注。
|
||
|
||
每页只给：
|
||
|
||
> **讲述关键词 / 过渡句 / 容易讲散的提醒。**
|
||
|
||
---
|
||
|
||
# 二、P1-P24 单页设计骨架
|
||
|
||
---
|
||
|
||
## P01：搭上 AI 这条船
|
||
|
||
### 1. 本页功能
|
||
|
||
封面定调。
|
||
让大家一进来就知道：今天不是随便聊聊，而是正式开局。
|
||
|
||
### 2. 页面核心结论
|
||
|
||
> **船票已经有了，今天我们正式上船。**
|
||
|
||
### 3. 页面文字方向
|
||
|
||
主标题：
|
||
|
||
> **搭上 AI 这条船**
|
||
|
||
副标题：
|
||
|
||
> **AI 智能化客户经营团队启动会**
|
||
|
||
角标小字：
|
||
|
||
> 内部共识会议 / 启动培训前置会
|
||
|
||
底部短句：
|
||
|
||
> 先上船，再学怎么开船。
|
||
|
||
### 4. 页面结构 / Layout
|
||
|
||
全屏封面。
|
||
|
||
中间大标题。
|
||
背景是深蓝色海面或数字航线图。
|
||
画面中有一条发光航线，从暗处延伸到远方。
|
||
|
||
### 5. 视觉资产设计
|
||
|
||
不要出现具体人物。
|
||
|
||
可用：
|
||
|
||
* 数字海面；
|
||
* 航线光轨；
|
||
* AI 雷达；
|
||
* 远处港口灯光；
|
||
* 一张抽象船票。
|
||
|
||
### 6. 讲述关键词
|
||
|
||
* 今天不是动员；
|
||
* 动员已经做过；
|
||
* 今天是正式摊开方案；
|
||
* 大家一起补充、校准、升级；
|
||
* 会后立刻进入培训。
|
||
|
||
### 7. 承上启下
|
||
|
||
从标题进入会议定位：
|
||
|
||
> 今天这场会，不是再动员一次。
|
||
|
||
### 8. 验收关注点
|
||
|
||
封面要有兴奋感，不要做成政府汇报风。
|
||
“AI 船票”这个隐喻要一眼成立。
|
||
|
||
---
|
||
|
||
## P02：今天这场会，不是再动员一次
|
||
|
||
### 1. 本页功能
|
||
|
||
明确会议性质。
|
||
防止大家误以为今天是继续画饼、喊口号。
|
||
|
||
### 2. 页面核心结论
|
||
|
||
> **大家已经有意愿，今天要形成共同方案。**
|
||
|
||
### 3. 页面文字方向
|
||
|
||
标题：
|
||
|
||
> **今天这场会，不是再动员一次**
|
||
|
||
左侧：
|
||
|
||
> 不是：
|
||
> 再讲一遍 AI 多重要
|
||
> 再劝大家要不要参与
|
||
> 我一个人宣布安排
|
||
> 听完就散
|
||
|
||
右侧：
|
||
|
||
> 是：
|
||
> 把完整方案摊开
|
||
> 让大家补充不同角度
|
||
> 必要时升级方案
|
||
> 会后立刻进入第一周训练
|
||
|
||
底部金句：
|
||
|
||
> **不是“我说你们听”，是“我们一起把这件事定下来”。**
|
||
|
||
### 4. 页面结构 / Layout
|
||
|
||
左右对比页。
|
||
|
||
左侧灰色“不是”。
|
||
右侧青色/金色“是”。
|
||
中间用一条竖线分开。
|
||
|
||
### 5. 视觉资产设计
|
||
|
||
背景可以是会议桌俯视图的抽象线框。
|
||
右侧可叠加“共识 / 补充 / 升级 / 训练”四个发光节点。
|
||
|
||
### 6. 讲述关键词
|
||
|
||
* 私下都聊过；
|
||
* 有意愿的人已经在船边了；
|
||
* 今天不是一家之言；
|
||
* 今天要把章程变成团队共识。
|
||
|
||
### 7. 承上启下
|
||
|
||
接下来解释：我们到底要建什么团队。
|
||
|
||
### 8. 验收关注点
|
||
|
||
这页要把会议气质立住：不是命令式，而是共识式。
|
||
|
||
---
|
||
|
||
## P03：我们要建的，不是传统销售团队
|
||
|
||
### 1. 本页功能
|
||
|
||
定义团队身份。
|
||
把“销售”从传统卖货语境里拔出来。
|
||
|
||
### 2. 页面核心结论
|
||
|
||
> **我们要建的是 AI 智能化客户经营团队。**
|
||
|
||
### 3. 页面文字方向
|
||
|
||
标题：
|
||
|
||
> **我们要建的，不是传统销售团队**
|
||
|
||
中心大词：
|
||
|
||
> **AI 智能化客户经营团队**
|
||
|
||
周围五个关键词：
|
||
|
||
> 识别客户
|
||
> 经营关系
|
||
> 管理预期
|
||
> 发现机会
|
||
> 推动合作
|
||
|
||
底部短句：
|
||
|
||
> **不是卖课、卖软件、卖项目，而是经营客户智能化旅程。**
|
||
|
||
### 4. 页面结构 / Layout
|
||
|
||
中心圆模型。
|
||
|
||
中间是“AI智能化客户经营团队”。
|
||
外圈五个能力点环绕。
|
||
最外圈是客户、专家、AI业务工程师、工程团队四个协作对象。
|
||
|
||
### 5. 视觉资产设计
|
||
|
||
使用雷达扫描盘。
|
||
团队在雷达中心，客户机会点分布在外圈。
|
||
|
||
### 6. 讲述关键词
|
||
|
||
* 传统销售是卖东西；
|
||
* 我们做的是客户经营；
|
||
* 客户不知道怎么走，我们要帮他识别路径；
|
||
* 不是一单生意，是一条旅程。
|
||
|
||
### 7. 承上启下
|
||
|
||
为什么现在必须建这样的团队？因为形势变了。
|
||
|
||
### 8. 验收关注点
|
||
|
||
页面不要只写“销售升级”，要明确“客户经营”这个新身份。
|
||
|
||
---
|
||
|
||
## P04：为什么现在必须变
|
||
|
||
### 1. 本页功能
|
||
|
||
建立现实压力。
|
||
把大家的焦虑转成上船动力。
|
||
|
||
### 2. 页面核心结论
|
||
|
||
> **旧船越来越难跑，新船已经靠岸。**
|
||
|
||
### 3. 页面文字方向
|
||
|
||
标题：
|
||
|
||
> **为什么现在必须变**
|
||
|
||
三句话：
|
||
|
||
> 原来的行业和产业，业绩在下滑。
|
||
> AI 不是远方趋势，而是新的生意入口。
|
||
> 现在不上船，后面会越来越被动。
|
||
|
||
底部金句：
|
||
|
||
> **焦虑不是坏事，焦虑说明我们已经看见了水位变化。**
|
||
|
||
### 4. 页面结构 / Layout
|
||
|
||
左右对比。
|
||
|
||
左侧：旧行业下滑曲线。
|
||
右侧：AI 新航线打开。
|
||
中间：一个“转向点”。
|
||
|
||
### 5. 视觉资产设计
|
||
|
||
左边可用暗色下降曲线、旧码头。
|
||
右边用亮色航线、远方灯塔。
|
||
整体不要悲观，要有转机感。
|
||
|
||
### 6. 讲述关键词
|
||
|
||
* 大家不是没有能力；
|
||
* 是旧赛道变难；
|
||
* AI 不是概念，是新入口；
|
||
* 这次我们不是看热闹，是要上船做事。
|
||
|
||
### 7. 承上启下
|
||
|
||
接下来讲：这不是临时起意，我这半年已经打通了很多东西。
|
||
|
||
### 8. 验收关注点
|
||
|
||
不要讲成宏观趋势报告，要贴近他们的现实焦虑。
|
||
|
||
---
|
||
|
||
## P05：我这半年打通了什么
|
||
|
||
### 1. 本页功能
|
||
|
||
建立强哥的准备度。
|
||
让大家相信这不是临时凑局，而是方法论已经基本成型。
|
||
|
||
### 2. 页面核心结论
|
||
|
||
> **产品力、方法论、训练路径，已经准备到可以开局。**
|
||
|
||
### 3. 页面文字方向
|
||
|
||
标题：
|
||
|
||
> **我这半年打通了什么**
|
||
|
||
三列：
|
||
|
||
> 产品力
|
||
> 有了培训、顾问、系统的三级路径
|
||
|
||
> 方法论
|
||
> 有了企业智能化转型的判断框架
|
||
|
||
> 训练路径
|
||
> 有了把销售老兵训练成 AI 增强型商务人员的方法
|
||
|
||
底部短句：
|
||
|
||
> **不是因为 AI 热才做，而是因为路径终于想清楚了。**
|
||
|
||
### 4. 页面结构 / Layout
|
||
|
||
三段式能力底座。
|
||
|
||
底部是一条船的甲板。
|
||
甲板上立起三根桅杆：产品力、方法论、训练路径。
|
||
|
||
### 5. 视觉资产设计
|
||
|
||
可用“船体结构图”隐喻。
|
||
船体代表团队开局能力，三根桅杆代表三大准备。
|
||
|
||
### 6. 讲述关键词
|
||
|
||
* 我想了半年；
|
||
* 以前有些思路还不清晰；
|
||
* 现在基本打通了；
|
||
* 今天就是把这个清晰方案拿出来。
|
||
|
||
### 7. 承上启下
|
||
|
||
为什么必须从我一个人推动，变成团队推动？
|
||
|
||
### 8. 验收关注点
|
||
|
||
这页不要变成个人履历炫耀，要强调“我准备好了，可以带大家开局”。
|
||
|
||
---
|
||
|
||
## P06：我的角色已经变了
|
||
|
||
### 1. 本页功能
|
||
|
||
讲清强哥身份转型。
|
||
这是组织调整的根本原因之一。
|
||
|
||
### 2. 页面核心结论
|
||
|
||
> **我不能再长期同时承担所有角色。**
|
||
|
||
### 3. 页面文字方向
|
||
|
||
标题：
|
||
|
||
> **我的角色已经变了**
|
||
|
||
左侧旧角色：
|
||
|
||
> 全能型老板
|
||
> 专家
|
||
> 商务
|
||
> 销售
|
||
> 方案
|
||
> 谈判
|
||
> 客户维护
|
||
> 项目把关
|
||
|
||
右侧新角色：
|
||
|
||
> 学者型实践专家
|
||
> 方法论构建者
|
||
> 认知引导者
|
||
> 场景判断者
|
||
> 方案质量把关者
|
||
> 专家督导
|
||
|
||
底部短句：
|
||
|
||
> **我不是退出前线，而是换到更该站的位置。**
|
||
|
||
### 4. 页面结构 / Layout
|
||
|
||
左右转型箭头。
|
||
|
||
左侧是一个人扛很多标签。
|
||
右侧是一个专家节点连接多个团队节点。
|
||
|
||
### 5. 视觉资产设计
|
||
|
||
避免人物肖像。
|
||
用抽象图标：一个高压中心节点 → 多节点协作网络。
|
||
|
||
### 6. 讲述关键词
|
||
|
||
* 过去两年其实已经这样配合；
|
||
* 只是以前不成文；
|
||
* 今天正式说清楚；
|
||
* 我以后主要站在方法论和专家判断位置。
|
||
|
||
### 7. 承上启下
|
||
|
||
过去靠我个人推，未来要靠团队、流程、工具和方法论推。
|
||
|
||
### 8. 验收关注点
|
||
|
||
要让大家感觉这是“体系升级”，不是“强哥甩锅”。
|
||
|
||
---
|
||
|
||
## P07：过去靠我一个人顶，未来靠体系一起跑
|
||
|
||
### 1. 本页功能
|
||
|
||
从个人转型过渡到团队建设。
|
||
让“建团队”变成必然。
|
||
|
||
### 2. 页面核心结论
|
||
|
||
> **个人驱动必须升级为团队驱动。**
|
||
|
||
### 3. 页面文字方向
|
||
|
||
标题：
|
||
|
||
> **过去靠我一个人顶，未来靠体系一起跑**
|
||
|
||
上半部分：
|
||
|
||
> 过去：
|
||
> 线索靠我判断
|
||
> 方案靠我讲
|
||
> 商务靠我谈
|
||
> 风险靠我兜
|
||
> 客户关系也往我身上集中
|
||
|
||
下半部分：
|
||
|
||
> 未来：
|
||
> 团队分工
|
||
> AI 工具
|
||
> 客户经营
|
||
> 培训路径
|
||
> 流程机制
|
||
> 方法论支撑
|
||
|
||
底部金句：
|
||
|
||
> **一个人能冲得快，体系才能跑得远。**
|
||
|
||
### 4. 页面结构 / Layout
|
||
|
||
上：单引擎小船。
|
||
下：多引擎船队。
|
||
|
||
### 5. 视觉资产设计
|
||
|
||
单点发动机 vs 多节点协同网络。
|
||
从“中心压力”转成“分布式推进”。
|
||
|
||
### 6. 讲述关键词
|
||
|
||
* 我成为瓶颈；
|
||
* 客户也容易把所有问题都压到我身上；
|
||
* 这不利于做大；
|
||
* 接下来要公司化正规化。
|
||
|
||
### 7. 承上启下
|
||
|
||
那未来大家不是传统销售，是什么？
|
||
|
||
### 8. 验收关注点
|
||
|
||
页面要有组织升级感，不要像抱怨自己太累。
|
||
|
||
---
|
||
|
||
## P08：为什么不是传统销售
|
||
|
||
### 1. 本页功能
|
||
|
||
重定义销售工作。
|
||
让大家知道自己不是来“卖 AI 概念”的。
|
||
|
||
### 2. 页面核心结论
|
||
|
||
> **这件事不是把 AI 卖出去，而是把客户带上正确路径。**
|
||
|
||
### 3. 页面文字方向
|
||
|
||
标题：
|
||
|
||
> **为什么不是传统销售**
|
||
|
||
左侧：
|
||
|
||
> 传统销售
|
||
> 找客户
|
||
> 讲产品
|
||
> 谈价格
|
||
> 促成交
|
||
> 追回款
|
||
|
||
右侧：
|
||
|
||
> AI 客户经营
|
||
> 看懂客户
|
||
> 判断基础
|
||
> 识别场景
|
||
> 管理预期
|
||
> 推进路径
|
||
> 保护边界
|
||
|
||
底部短句：
|
||
|
||
> **不是卖东西，是经营客户的智能化旅程。**
|
||
|
||
### 4. 页面结构 / Layout
|
||
|
||
左右对比表。
|
||
|
||
不要做成贬低传统销售。
|
||
要体现“老能力升级为新打法”。
|
||
|
||
### 5. 视觉资产设计
|
||
|
||
左侧是“成交漏斗”。
|
||
右侧是“客户旅程航线”。
|
||
|
||
### 6. 讲述关键词
|
||
|
||
* 你们都是老销售；
|
||
* 传统销售能力仍然有用；
|
||
* 但 AI 项目不能靠老套路硬推；
|
||
* 要看客户能不能走、适合走到哪一步。
|
||
|
||
### 7. 承上启下
|
||
|
||
为什么这次偏偏要找你们？因为你们的老经验在新阶段反而重要。
|
||
|
||
### 8. 验收关注点
|
||
|
||
不要把老销售说成过时，而是说“发动机换了”。
|
||
|
||
---
|
||
|
||
## P09：为什么这次找你们
|
||
|
||
### 1. 本页功能
|
||
|
||
建立参会者信心。
|
||
让他们知道自己不是因为懂技术被找来，而是因为懂人、懂局、懂客户。
|
||
|
||
### 2. 页面核心结论
|
||
|
||
> **AI 客户经营第一阶段，最重要的是识人、识局、识势。**
|
||
|
||
### 3. 页面文字方向
|
||
|
||
标题：
|
||
|
||
> **为什么这次找你们**
|
||
|
||
三个大词：
|
||
|
||
> 识人
|
||
> 看谁是真决策者，谁只是旁观者
|
||
|
||
> 识局
|
||
> 看客户组织里谁推动，谁阻力，谁买单，谁验收
|
||
|
||
> 识势
|
||
> 看客户是真要做，还是只想听热闹
|
||
|
||
底部金句：
|
||
|
||
> **老销售的能力没有过时，只是换了发动机。**
|
||
|
||
### 4. 页面结构 / Layout
|
||
|
||
三角模型。
|
||
|
||
底部是“多年社会经验 / 客户经验 / 谈判经验”。
|
||
上面托起三个能力：识人、识局、识势。
|
||
|
||
### 5. 视觉资产设计
|
||
|
||
可以用雷达扫描客户组织。
|
||
雷达上出现不同颜色的客户角色点：决策者、推动者、阻力者、旁观者。
|
||
|
||
### 6. 讲述关键词
|
||
|
||
* 你们懂人情；
|
||
* 你们懂饭局、关系、组织里的微妙变化；
|
||
* 这些不是 AI 能直接替代的；
|
||
* AI 可以增强你们，但不能替你们做人。
|
||
|
||
### 7. 承上启下
|
||
|
||
更关键的是，Agentic 时代让外行也有了进场机会。
|
||
|
||
### 8. 验收关注点
|
||
|
||
这页要让他们“抬头”，不是让他们觉得自己被培训。
|
||
|
||
---
|
||
|
||
## P10：Agentic 技术平权：外行也能上船
|
||
|
||
### 1. 本页功能
|
||
|
||
本套 PPT 的信心核心之一。
|
||
解释为什么信息化时代他们在外围，AI Agentic 时代可以进前场。
|
||
|
||
### 2. 页面核心结论
|
||
|
||
> **技术平权，不是人人都当程序员，而是外行也能参与探索。**
|
||
|
||
### 3. 页面文字方向
|
||
|
||
标题：
|
||
|
||
> **Agentic 技术平权：外行也能上船**
|
||
|
||
三句话：
|
||
|
||
> 信息化时代，门槛在代码、系统、数据库。
|
||
> Agentic 时代，入口变成业务理解、自然语言、任务拆解。
|
||
> 所以，低技术包袱的人，反而更容易进入探索轨。
|
||
|
||
底部金句：
|
||
|
||
> **不懂代码，不等于不能做 AI。**
|
||
|
||
### 4. 页面结构 / Layout
|
||
|
||
交叉图。
|
||
|
||
横轴：技术门槛。
|
||
纵轴：业务理解。
|
||
信息化时代高技术门槛。
|
||
Agentic 时代业务理解权重上升。
|
||
|
||
### 5. 视觉资产设计
|
||
|
||
一张“登船坡道”图。
|
||
过去是高墙，需要程序员钥匙；现在是坡道，懂业务的人可以先上船。
|
||
|
||
### 6. 讲述关键词
|
||
|
||
* 不是说技术不重要；
|
||
* 是第一阶段不是写大系统；
|
||
* 第一阶段是发现问题、拆任务、试原型；
|
||
* 这些事你们可以学。
|
||
|
||
### 7. 承上启下
|
||
|
||
为什么我说传统软件工程师和 Agentic 工程师是两个物种？
|
||
|
||
### 8. 验收关注点
|
||
|
||
这页一定要讲成“给销售信心”，不要讲成技术判断课。
|
||
|
||
---
|
||
|
||
## P11：传统软件工程师和 Agentic 工程师，是两个物种
|
||
|
||
### 1. 本页功能
|
||
|
||
强化反直觉判断。
|
||
这是解释“为什么找你们”的关键页，而不是系统分工页。
|
||
|
||
### 2. 页面核心结论
|
||
|
||
> **这不是技术栈升级，而是能力系统变化。**
|
||
|
||
### 3. 页面文字方向
|
||
|
||
标题：
|
||
|
||
> **传统软件工程师和 Agentic 工程师，是两个物种**
|
||
|
||
左侧：
|
||
|
||
> 传统软件工程师
|
||
> 接需求
|
||
> 写代码
|
||
> 调接口
|
||
> 做数据库
|
||
> 做权限
|
||
> 做测试
|
||
> 解决确定性问题
|
||
|
||
右侧：
|
||
|
||
> Agentic 工程师
|
||
> 理解含混目标
|
||
> 拆解业务任务
|
||
> 用自然语言组织流程
|
||
> 验证 AI 输出
|
||
> 设计智能体任务链
|
||
> 处理不确定性问题
|
||
|
||
底部短句：
|
||
|
||
> **一个擅长把确定需求做稳，一个擅长把模糊问题探索出来。**
|
||
|
||
### 4. 页面结构 / Layout
|
||
|
||
左右对比。
|
||
|
||
中间用一句话隔开：
|
||
|
||
> **不是谁高级谁低级，是两种不同能力系统。**
|
||
|
||
### 5. 视觉资产设计
|
||
|
||
左侧是工程蓝图、管线、接口。
|
||
右侧是探索地图、任务网络、智能体链路。
|
||
|
||
可以保留你原文里的锐度：
|
||
|
||
> 传统工程师更像 API 水管工。
|
||
> Agentic 工程师更像问题的业主。
|
||
|
||
但这句话建议放小一点，作为讲述用，不一定做成页面最大字。
|
||
|
||
### 6. 讲述关键词
|
||
|
||
* 这页不是贬低技术团队；
|
||
* 技术团队负责稳定系统，很重要；
|
||
* 但探索客户 AI 价值，不是他们天然擅长；
|
||
* 所以你们有机会进前场。
|
||
|
||
### 7. 承上启下
|
||
|
||
既然第一阶段不是写代码，那第一阶段要求是什么？
|
||
|
||
### 8. 验收关注点
|
||
|
||
这一页要服务“拉他们上船”，不能提前陷入工程分工细节。
|
||
|
||
---
|
||
|
||
## P12：第一阶段要求：不是懂 AI，而是会带着 AI 工作
|
||
|
||
### 1. 本页功能
|
||
|
||
降低进入门槛。
|
||
把“我要学 AI”降维成“我要开始用 AI 工作”。
|
||
|
||
### 2. 页面核心结论
|
||
|
||
> **先会用，再会卖，再会带客户用。**
|
||
|
||
### 3. 页面文字方向
|
||
|
||
标题：
|
||
|
||
> **第一阶段要求：不是懂 AI，而是会带着 AI 工作**
|
||
|
||
中心循环：
|
||
|
||
> 事前问 AI
|
||
> 会中观察人
|
||
> 会后用 AI 复盘
|
||
> 下一次调整打法
|
||
|
||
页面短句：
|
||
|
||
> 不要求一开始懂原理。
|
||
> 不要求一开始懂技术。
|
||
> 先要求形成 AI 工作习惯。
|
||
|
||
底部金句：
|
||
|
||
> **把 AI 用到自己身上，才有资格带客户上船。**
|
||
|
||
### 4. 页面结构 / Layout
|
||
|
||
闭环图。
|
||
|
||
四个节点组成循环：
|
||
|
||
1. 会前准备；
|
||
2. 现场观察；
|
||
3. 会后复盘；
|
||
4. 下一步行动。
|
||
|
||
### 5. 视觉资产设计
|
||
|
||
使用 AI 工作流闭环。
|
||
背景可以是雷达扫描后的客户画像卡片。
|
||
|
||
### 6. 讲述关键词
|
||
|
||
* 不要怕 AI；
|
||
* 不懂就问；
|
||
* 每天用起来；
|
||
* 会前用 AI，和会后用 AI，是第一阶段最重要的训练。
|
||
|
||
### 7. 承上启下
|
||
|
||
有了人和训练入口，接下来讲我们到底卖什么。
|
||
|
||
### 8. 验收关注点
|
||
|
||
这页要让他们觉得“我今天晚上就能开始”，不是“我要先学半年”。
|
||
|
||
---
|
||
|
||
## P13：我们卖的不是 AI 产品，是一条企业智能化路径
|
||
|
||
### 1. 本页功能
|
||
|
||
定义商业产品。
|
||
避免他们理解成出去卖课、卖软件、卖系统。
|
||
|
||
### 2. 页面核心结论
|
||
|
||
> **客户真正需要的，是从想用 AI 到用好 AI 的路径。**
|
||
|
||
### 3. 页面文字方向
|
||
|
||
标题：
|
||
|
||
> **我们卖的不是 AI 产品，是一条企业智能化路径**
|
||
|
||
主路径：
|
||
|
||
> 想用 AI
|
||
> ↓
|
||
> 看懂 AI
|
||
> ↓
|
||
> 找到场景
|
||
> ↓
|
||
> 形成方案
|
||
> ↓
|
||
> 试点验证
|
||
> ↓
|
||
> 系统落地
|
||
> ↓
|
||
> 真正用好
|
||
|
||
底部短句：
|
||
|
||
> **产品是入口，路径才是价值。**
|
||
|
||
### 4. 页面结构 / Layout
|
||
|
||
航线图。
|
||
|
||
从“想用 AI”的港口，沿航线经过多个节点，最后到“用好 AI”的港口。
|
||
|
||
### 5. 视觉资产设计
|
||
|
||
使用航线节点地图。
|
||
每个节点是一盏灯塔或浮标。
|
||
|
||
### 6. 讲述关键词
|
||
|
||
* 客户不是缺一个工具；
|
||
* 客户缺的是判断；
|
||
* 不知道该不该做、先做什么、怎么做；
|
||
* 我们卖的是路径感和确定性。
|
||
|
||
### 7. 承上启下
|
||
|
||
这条路径在产品上分成三级：培训、顾问、系统。
|
||
|
||
### 8. 验收关注点
|
||
|
||
这页要把“路径”讲透，不要停留在口号。
|
||
|
||
---
|
||
|
||
## P14：三级服务路径：培训 → 顾问 → 系统
|
||
|
||
### 1. 本页功能
|
||
|
||
展示核心商业路径。
|
||
这是必须讲清楚的主模型之一。
|
||
|
||
### 2. 页面核心结论
|
||
|
||
> **培训是入口，顾问是筛选，系统是重服务。**
|
||
|
||
### 3. 页面文字方向
|
||
|
||
标题：
|
||
|
||
> **三级服务路径：培训 → 顾问 → 系统**
|
||
|
||
三层：
|
||
|
||
> 第一级：培训
|
||
> 建立认知，打开入口，发现意愿
|
||
|
||
> 第二级：顾问
|
||
> 梳理场景，判断基础，设计路径
|
||
|
||
> 第三级：系统
|
||
> 重服务、重交付、重验收，只适合少数成熟客户
|
||
|
||
底部金句：
|
||
|
||
> **不是所有客户都直接上系统。**
|
||
|
||
### 4. 页面结构 / Layout
|
||
|
||
三段航线或三层阶梯。
|
||
|
||
每一层标明：
|
||
|
||
* 目标；
|
||
* 销售角色；
|
||
* 客户状态；
|
||
* 下一步动作。
|
||
|
||
### 5. 视觉资产设计
|
||
|
||
三段式航线：
|
||
|
||
1. 近海训练区：培训；
|
||
2. 航道判断区：顾问；
|
||
3. 深水建设区：系统。
|
||
|
||
### 6. 讲述关键词
|
||
|
||
* 培训不是陪跑；
|
||
* 顾问不是陪聊；
|
||
* 系统不是乱卖；
|
||
* 三级路径是我们未来最重要的产品逻辑。
|
||
|
||
### 7. 承上启下
|
||
|
||
那什么客户能进系统？要先筛。
|
||
|
||
### 8. 验收关注点
|
||
|
||
这页要成为“他们出去讲业务”的最基础模型。
|
||
|
||
---
|
||
|
||
## P15：培训可以宽，顾问要筛，系统必须严
|
||
|
||
### 1. 本页功能
|
||
|
||
建立客户推进原则。
|
||
防止销售见客户就想推系统。
|
||
|
||
### 2. 页面核心结论
|
||
|
||
> **做错项目，比少做项目更伤。**
|
||
|
||
### 3. 页面文字方向
|
||
|
||
标题：
|
||
|
||
> **培训可以宽，顾问要筛，系统必须严**
|
||
|
||
三句话：
|
||
|
||
> 培训：可以宽，适合打开入口。
|
||
> 顾问：必须筛，适合判断路径。
|
||
> 系统：必须严，适合成熟客户。
|
||
|
||
底部金句：
|
||
|
||
> **宁可少做项目，也不能做错项目。**
|
||
|
||
### 4. 页面结构 / Layout
|
||
|
||
漏斗图。
|
||
|
||
上层大口：培训。
|
||
中层收窄：顾问。
|
||
底层小口：系统。
|
||
|
||
旁边加风险提示：
|
||
|
||
> 错客户 = 消耗团队 + 消耗客户 + 消耗信用。
|
||
|
||
### 5. 视觉资产设计
|
||
|
||
航道闸门隐喻。
|
||
越往系统阶段，闸门越窄，检查越严格。
|
||
|
||
### 6. 讲述关键词
|
||
|
||
* 培训是入口；
|
||
* 系统是重服务；
|
||
* 系统一旦做错，后面全是麻烦；
|
||
* 销售的价值也包括筛掉不合适客户。
|
||
|
||
### 7. 承上启下
|
||
|
||
筛客户不能凭感觉，至少要看四个方面。
|
||
|
||
### 8. 验收关注点
|
||
|
||
这页一定要把“宽入口、严系统”讲成纪律感，但不要吓人。
|
||
|
||
---
|
||
|
||
## P16：客户适配判断模型
|
||
|
||
### 1. 本页功能
|
||
|
||
给销售一个初步判断框架。
|
||
这是他们未来看客户的罗盘。
|
||
|
||
### 2. 页面核心结论
|
||
|
||
> **客户能不能做 AI，至少看四件事。**
|
||
|
||
### 3. 页面文字方向
|
||
|
||
标题：
|
||
|
||
> **客户适配判断模型**
|
||
|
||
四个判断维度：
|
||
|
||
> 基础建设
|
||
> 有没有系统、数据、资料、流程和知识沉淀
|
||
|
||
> 组织认知
|
||
> 老板、高层、中层、员工怎么看 AI
|
||
|
||
> 业务场景价值
|
||
> 是否高频、重复、高成本、高风险、高知识密度
|
||
|
||
> 项目权力结构
|
||
> 谁决策、谁付款、谁使用、谁验收、谁推动、谁阻力
|
||
|
||
底部短句：
|
||
|
||
> **客户想不想做，不等于客户能不能做。**
|
||
|
||
### 4. 页面结构 / Layout
|
||
|
||
四象限罗盘。
|
||
|
||
中心是“客户是否适合智能化”。
|
||
四个方向分别是基础、认知、场景、权力。
|
||
|
||
### 5. 视觉资产设计
|
||
|
||
罗盘 + 雷达结合。
|
||
每个方向有 3-4 个关键词标签。
|
||
|
||
### 6. 讲述关键词
|
||
|
||
* 老销售有直觉；
|
||
* 但 AI 项目要把直觉结构化；
|
||
* 以后会训练大家用 AI 做客户分析；
|
||
* 先记住这四个维度。
|
||
|
||
### 7. 承上启下
|
||
|
||
判断完客户，未来项目会进入两条轨道，但眼下重点是先上探索轨。
|
||
|
||
### 8. 验收关注点
|
||
|
||
这页信息可能多，要控制关键词，不要变成表格堆砌。
|
||
|
||
---
|
||
|
||
## P17：双轨体系：先探索价值，再工程兑现
|
||
|
||
### 1. 本页功能
|
||
|
||
讲双轨体系，但不提前展开系统建设。
|
||
重点是告诉大家：你们现在先进入探索轨。
|
||
|
||
### 2. 页面核心结论
|
||
|
||
> **眼下重点不是系统建设分工，而是先把探索轨跑起来。**
|
||
|
||
### 3. 页面文字方向
|
||
|
||
标题：
|
||
|
||
> **双轨体系：先探索价值，再工程兑现**
|
||
|
||
两条轨：
|
||
|
||
> 探索轨：发现价值
|
||
> 客户访谈、培训、场景梳理、智能体原型、试点验证
|
||
|
||
> 工程轨：兑现价值
|
||
> 正式系统、数据库、权限、接口、部署、测试、维护
|
||
|
||
中间大字：
|
||
|
||
> **先拉上船，再说怎么造大船。**
|
||
|
||
底部短句：
|
||
|
||
> **我们现在要先学会发现价值。**
|
||
|
||
### 4. 页面结构 / Layout
|
||
|
||
双轨图。
|
||
|
||
探索轨在上方，用亮色。
|
||
工程轨在下方，用深色。
|
||
探索轨前置，工程轨后接。
|
||
|
||
### 5. 视觉资产设计
|
||
|
||
两条铁路 / 航道并行。
|
||
探索轨是雷达船，工程轨是工程船。
|
||
雷达船先出去探水深，工程船后面跟进。
|
||
|
||
### 6. 讲述关键词
|
||
|
||
* 今天不是重点讲系统建设；
|
||
* 未来系统还有几个月准备期；
|
||
* 现在先学习、准备工具、规划潜在客户、做培训顾问；
|
||
* 真到系统建设，再细化分工。
|
||
|
||
### 7. 承上启下
|
||
|
||
既然是探索轨，团队结构就不是老板+销售+技术，而是新的协作结构。
|
||
|
||
### 8. 验收关注点
|
||
|
||
这页要避免跑偏到工程管理。
|
||
核心是：销售老兵先进入探索轨。
|
||
|
||
---
|
||
|
||
## P18：新团队协作结构
|
||
|
||
### 1. 本页功能
|
||
|
||
讲团队结构。
|
||
让他们看见未来不是单点作战，而是协同体系。
|
||
|
||
### 2. 页面核心结论
|
||
|
||
> **未来不是老板 + 销售 + 技术，而是四类角色协同。**
|
||
|
||
### 3. 页面文字方向
|
||
|
||
标题：
|
||
|
||
> **新团队协作结构**
|
||
|
||
中心结构：
|
||
|
||
> 学者型首席专家
|
||
> 负责方法论、认知引导、场景判断、方案把关
|
||
|
||
> 客户经营负责人
|
||
> 负责客户关系、初筛、商务推进、预期管理、魏征反馈
|
||
|
||
> AI 业务工程师
|
||
> 负责业务问题转译、智能体原型、轻量部署、客户训练
|
||
|
||
> 确定性工程底座
|
||
> 负责正式系统、数据库、权限、接口、部署运维
|
||
|
||
底部短句：
|
||
|
||
> **各就各位，才能打大仗。**
|
||
|
||
### 4. 页面结构 / Layout
|
||
|
||
四节点协作图。
|
||
|
||
中间放“客户智能化旅程”。
|
||
四类角色围绕旅程协作。
|
||
|
||
### 5. 视觉资产设计
|
||
|
||
作战地图式结构图。
|
||
每个角色是一个功能舱位：
|
||
|
||
* 专家舱；
|
||
* 客户经营舱；
|
||
* AI业务工程舱；
|
||
* 工程底座舱。
|
||
|
||
### 6. 讲述关键词
|
||
|
||
* 现在不要求大家一步到位；
|
||
* 但要知道未来结构；
|
||
* 我的位置变了；
|
||
* 你们不是外围，而是客户前端。
|
||
|
||
### 7. 承上启下
|
||
|
||
那客户经营团队在客户面前到底做什么？就是帮客户上船。
|
||
|
||
### 8. 验收关注点
|
||
|
||
这页距离他们稍远，要讲得务实，不要组织架构化太重。
|
||
|
||
---
|
||
|
||
## P19：我们是帮客户上船的人
|
||
|
||
### 1. 本页功能
|
||
|
||
精神锚点页。
|
||
用低阻抗语言解释“入口、雷达、翻译器、推进器、防火墙”。
|
||
|
||
### 2. 页面核心结论
|
||
|
||
> **客户不知道怎么上 AI 这条船，我们就是带路的人。**
|
||
|
||
### 3. 页面文字方向
|
||
|
||
标题：
|
||
|
||
> **我们是帮客户上船的人**
|
||
|
||
主金句：
|
||
|
||
> **客户不知道怎么上 AI 这条船，我们就是那个带路的人。**
|
||
|
||
五个角色：
|
||
|
||
> 入口：把客户带进来
|
||
> 雷达：看见机会和风险
|
||
> 翻译器：把客户的话翻译成业务问题
|
||
> 推进器：推动合作往前走
|
||
> 防火墙：守住承诺和边界
|
||
|
||
底部短句：
|
||
|
||
> **找到客户，听懂客户，判断客户，推动客户，守住边界。**
|
||
|
||
### 4. 页面结构 / Layout
|
||
|
||
中心一艘船 / 一条登船通道。
|
||
|
||
五个角色围绕登船路径排布。
|
||
每个词配一个简单图标。
|
||
|
||
### 5. 视觉资产设计
|
||
|
||
不要做复杂插画。
|
||
用简洁信息图：
|
||
|
||
* 入口 = 船票；
|
||
* 雷达 = 雷达盘；
|
||
* 翻译器 = 双向箭头；
|
||
* 推进器 = 发动机；
|
||
* 防火墙 = 护盾。
|
||
|
||
### 6. 讲述关键词
|
||
|
||
* 原话比较抽象；
|
||
* 换成大白话就是帮客户上船；
|
||
* 客户不懂 AI，不知道该问什么；
|
||
* 我们要在前面带路，也在后面守边界。
|
||
|
||
### 7. 承上启下
|
||
|
||
带路的人还要能提醒我，这就是魏征机制。
|
||
|
||
### 8. 验收关注点
|
||
|
||
这一页要成为全场最容易记住的一页。
|
||
|
||
---
|
||
|
||
## P20：魏征机制：你们也是我的现实校准器
|
||
|
||
### 1. 本页功能
|
||
|
||
建立内部协作机制。
|
||
让大家知道他们不只是销售，也要帮助强哥控制会议节奏和现实反馈。
|
||
|
||
### 2. 页面核心结论
|
||
|
||
> **你们不是打断我，是帮我保护会议节奏。**
|
||
|
||
### 3. 页面文字方向
|
||
|
||
标题：
|
||
|
||
> **魏征机制：你们也是我的现实校准器**
|
||
|
||
三段：
|
||
|
||
> 会前提醒
|
||
> 这次会议目标是什么，哪些该讲，哪些点到为止
|
||
|
||
> 会中拉回
|
||
> 老师，这部分我们后面结合资料再展开
|
||
|
||
> 会后复盘
|
||
> 今天有没有讲太多，有没有形成误解，客户真正关心什么
|
||
|
||
底部金句：
|
||
|
||
> **AI 能提醒我，但现实里的魏征更管用。**
|
||
|
||
### 4. 页面结构 / Layout
|
||
|
||
三段流程。
|
||
|
||
会前 → 会中 → 会后。
|
||
每段配一个“校准动作”。
|
||
|
||
### 5. 视觉资产设计
|
||
|
||
可以用罗盘校准 / 航向修正隐喻。
|
||
一艘船偏航，旁边有人调整罗盘。
|
||
|
||
### 6. 讲述关键词
|
||
|
||
* 你们都了解我；
|
||
* 我一讲容易讲深、讲散；
|
||
* 你们要帮我收回来；
|
||
* 复盘时客户经营负责人先说，我后说。
|
||
|
||
### 7. 承上启下
|
||
|
||
不同人参与程度不同，所以需要 L0-L4 成长路径。
|
||
|
||
### 8. 验收关注点
|
||
|
||
这页要有兄弟之间的信任感，不要做成管理制度页。
|
||
|
||
---
|
||
|
||
## P21：L0-L4 成长路径
|
||
|
||
### 1. 本页功能
|
||
|
||
给每个人一条现实成长路线。
|
||
避免一上来就封头衔，也避免大家不知道自己从哪里开始。
|
||
|
||
### 2. 页面核心结论
|
||
|
||
> **头衔不是先给的，是训练和行为拿到的。**
|
||
|
||
### 3. 页面文字方向
|
||
|
||
标题：
|
||
|
||
> **L0-L4 成长路径**
|
||
|
||
阶梯：
|
||
|
||
> L0 渠道伙伴
|
||
> 只能引荐客户，不能独立承诺
|
||
|
||
> L1 AI 商务助理
|
||
> 参与会前准备、会后复盘
|
||
|
||
> L2 客户经营负责人
|
||
> 独立做客户初筛和客户跟进
|
||
|
||
> L3 商务负责人
|
||
> 在授权范围内谈报价、合同、回款
|
||
|
||
> L4 AI 前端部署顾问
|
||
> 做工具配置、知识库整理、轻量原型和客户培训
|
||
|
||
底部金句：
|
||
|
||
> **不是所有人一步到位，但每个人都有上升通道。**
|
||
|
||
### 4. 页面结构 / Layout
|
||
|
||
五级阶梯图。
|
||
|
||
左低右高。
|
||
每一级只保留角色名、核心权限、进入条件关键词。
|
||
|
||
### 5. 视觉资产设计
|
||
|
||
阶梯 / 船舱等级 / 航海执照隐喻。
|
||
L0-L4 像不同航行资格。
|
||
|
||
### 6. 讲述关键词
|
||
|
||
* 今天不是马上定死；
|
||
* 现在只是有个成长框架；
|
||
* 将来分级标准会细化；
|
||
* 先从第一周训练开始看。
|
||
|
||
### 7. 承上启下
|
||
|
||
成长可以慢慢来，但底线今天先钉住三条。
|
||
|
||
### 8. 验收关注点
|
||
|
||
这页要给希望，不要给压力。
|
||
“L0”不能让人觉得低人一等。
|
||
|
||
---
|
||
|
||
## P22：今天先记住三条
|
||
|
||
### 1. 本页功能
|
||
|
||
轻规则页。
|
||
不展开完整商务防火墙，只钉住三条底线。
|
||
|
||
### 2. 页面核心结论
|
||
|
||
> **规则可以慢慢细化，但底线今天先钉住。**
|
||
|
||
### 3. 页面文字方向
|
||
|
||
标题：
|
||
|
||
> **今天先记住三条**
|
||
|
||
三张大卡片：
|
||
|
||
> **不装专家**
|
||
> 不懂可以学，不懂不能装懂。
|
||
|
||
> **不乱承诺**
|
||
> 可以谈方向，不能承诺结果。
|
||
|
||
> **不把不成熟客户直接推系统**
|
||
> 培训可以宽，顾问要筛，系统必须严。
|
||
|
||
底部短句：
|
||
|
||
> **老江湖也要适应新边界。**
|
||
|
||
### 4. 页面结构 / Layout
|
||
|
||
三卡片并列。
|
||
|
||
每张卡片只放一句解释。
|
||
不要做成纪律清单。
|
||
|
||
### 5. 视觉资产设计
|
||
|
||
三枚“航行底线”印章。
|
||
或者三道安全闸门。
|
||
|
||
### 6. 讲述关键词
|
||
|
||
* 你们都是老销售，这些不是教常识；
|
||
* 但 AI 项目风险不一样；
|
||
* 今天不讲太多规则；
|
||
* 后面培训会逐步细化。
|
||
|
||
### 7. 承上启下
|
||
|
||
规则后面慢慢来，现在马上进入一个月训练。
|
||
|
||
### 8. 验收关注点
|
||
|
||
这页要轻，但要稳。
|
||
不要把氛围从兴奋拉成纪律教育。
|
||
|
||
---
|
||
|
||
## P23：一个月训练：成为 AI 增强型客户经营人员
|
||
|
||
### 1. 本页功能
|
||
|
||
交代培训路径。
|
||
让大家知道启动会后马上进入训练，不是听完就散。
|
||
|
||
### 2. 页面核心结论
|
||
|
||
> **一个月后，大家至少要会用 AI 做准备、复盘和客户判断。**
|
||
|
||
### 3. 页面文字方向
|
||
|
||
标题：
|
||
|
||
> **一个月训练：成为 AI 增强型客户经营人员**
|
||
|
||
四周路线：
|
||
|
||
> 第一周：和 AI 交朋友
|
||
> 形成自己的 AI 工作习惯
|
||
|
||
> 第二周：客户沟通与业务理解
|
||
> 学会用 AI 辅助客户分析，学会问对问题
|
||
|
||
> 第三周：产品边界与承诺规则
|
||
> 知道什么能说，什么不能说
|
||
|
||
> 第四周：模拟拜访、陪访与认证
|
||
> 把前三周用于真实或模拟场景
|
||
|
||
底部金句：
|
||
|
||
> **不是培养技术专家，是培养 AI 增强型商务人员。**
|
||
|
||
### 4. 页面结构 / Layout
|
||
|
||
四周时间线。
|
||
|
||
每周一个节点。
|
||
节点下只写目标，不写细节。
|
||
|
||
### 5. 视觉资产设计
|
||
|
||
训练营路线图。
|
||
从“新船员训练”到“前端客户经营”。
|
||
|
||
### 6. 讲述关键词
|
||
|
||
* 启动会后立刻培训；
|
||
* 第一周不是学理论；
|
||
* 是让大家真正用起来；
|
||
* 一个月后至少具备基础客户经营能力。
|
||
|
||
### 7. 承上启下
|
||
|
||
先不要想一个月，今天先落到第一周目标。
|
||
|
||
### 8. 验收关注点
|
||
|
||
这页不要展开成课程大纲，保持总览感。
|
||
|
||
---
|
||
|
||
## P24：第一周目标：写出自己的 AI 训练目标
|
||
|
||
### 1. 本页功能
|
||
|
||
行动收束。
|
||
把会议落到每个人的第一步。
|
||
|
||
### 2. 页面核心结论
|
||
|
||
> **会后第一件事：每个人形成自己的第一周 AI 训练目标。**
|
||
|
||
### 3. 页面文字方向
|
||
|
||
标题：
|
||
|
||
> **第一周目标：写出自己的 AI 训练目标**
|
||
|
||
页面问题：
|
||
|
||
> 1. 我准备用 AI 解决哪个工作问题？
|
||
> 2. 我每天准备什么时候用 AI？
|
||
> 3. 我会前准备用 AI 做什么准备？
|
||
> 4. 我会后准备用 AI 做什么复盘？
|
||
> 5. 一周后，我希望自己拿出什么成果？
|
||
|
||
底部升级方向：
|
||
|
||
> 后续升级为：
|
||
> **《我的 AI 工作流说明书》**
|
||
|
||
收束金句：
|
||
|
||
> **先从自己开始，把 AI 用起来。**
|
||
|
||
### 4. 页面结构 / Layout
|
||
|
||
作业卡片页。
|
||
|
||
左侧是“第一周 AI 训练目标”。
|
||
右侧是五个问题。
|
||
底部是“提交成果”。
|
||
|
||
### 5. 视觉资产设计
|
||
|
||
一张“船员第一周训练卡”。
|
||
可以做成表单式视觉，但不需要太正式。
|
||
|
||
### 6. 讲述关键词
|
||
|
||
* 每个人情况不同；
|
||
* 不要求统一答案；
|
||
* 关键是自己先用；
|
||
* 先形成第一周目标，再检查第一周成果。
|
||
|
||
### 7. 承上启下
|
||
|
||
这一页就是会议结束动作。
|
||
讲完后可以进入现场交流、补充意见和第一次培训。
|
||
|
||
### 8. 验收关注点
|
||
|
||
这页必须能直接变成会后行动。
|
||
不要做成口号页。
|
||
|
||
---
|
||
|
||
# 三、给执行导演 Codex 的材料边界建议
|
||
|
||
## 1. 可以不给原始章程
|
||
|
||
如果执行导演 Codex 的任务是：
|
||
|
||
> **按照策划骨架生成 PPT 页面、统一视觉、排版、图示、页面文字**
|
||
|
||
那就不需要原始章程。
|
||
|
||
它只需要：
|
||
|
||
1. PPT 总纲 v1；
|
||
2. P1-P24 单页设计骨架；
|
||
3. 全局视觉系统；
|
||
4. 标题与核心金句；
|
||
5. 页面文字方向。
|
||
|
||
这样更安全，因为执行层不会被原文牵着走，不会把章程重新塞进 PPT。
|
||
|
||
---
|
||
|
||
## 2. 什么时候可以给原始章程
|
||
|
||
只有这几种情况建议给：
|
||
|
||
1. 执行导演需要核对某些表述有没有遗漏；
|
||
2. 需要补充备份页；
|
||
3. 需要从章程里提取更准确的定义；
|
||
4. 需要给 PPT 后面附一个“章程目录页”或“参考原文页”。
|
||
|
||
但给的时候要声明：
|
||
|
||
> **章程是参考资料，不是页面结构来源。页面结构以总纲和 P1-P24 骨架为准。**
|
||
|
||
---
|
||
|
||
## 3. 不建议 Codex 再做的事
|
||
|
||
不要让 Codex 再重新判断：
|
||
|
||
* 会议主线；
|
||
* 页面顺序；
|
||
* 是否增加详细规则；
|
||
* 是否展开佣金、报价、权限；
|
||
* 是否把待办清单做进主 PPT；
|
||
* 是否把原文 17 章压成 PPT。
|
||
|
||
这些在策划层已经裁掉了。
|
||
|
||
---
|
||
|
||
# 四、最终执行口径
|
||
|
||
给执行导演时，你可以这样说：
|
||
|
||
> 这套 PPT 是内部启动会演讲用，不是归档章程，不是客户方案，也不是正式培训课件。
|
||
> 主线、页面顺序、页面标题、页面核心结论，以《P1-P24 单页设计骨架》为准。
|
||
> 原始章程如提供，只作为事实校验和备份参考，不得重新压缩进主 PPT。
|
||
> 页面风格采用深蓝黑商务底、AI 航线、雷达、罗盘、船票、路线图等视觉母题。
|
||
> 页面文字可以直接出现在图里，不需要另行做严格文字层精修。
|
||
> 目标是让参会者形成共识、建立信心，并进入第一周 AI 训练目标。
|
||
|
||
# 5
|
||
|
||
我们已经召开了启动会议，在会议上，销售提出了问题：“为什么是我们”
|
||
1. 现有大模型平台是否在做同样的事情
|
||
2. 我们和其他AI开发公司有什么区别
|
||
3. 客户凭什么选择我们
|
||
|
||
我发现，章程里面只有我们如何去做，没有为什么去做的内容。
|
||
我准备了一份为什么是我们的材料，作为这次内容的补充和回答，已经上传。
|
||
我想把这个也做成PPT，这个为什么是我们作为启动会议的补充/前传。
|
||
|
||
风格上与之前的统一。
|
||
同样这个为什么是我们的材料里也包含了大量的后续工作清单，这个我觉得也可以体现在PPT中，因为这个就是未来的销售工具，销售必须清楚在自己的工具充分程度。
|
||
|
||
我觉得这个可以作为一个单独的PPT存在。
|
||
你有什么问题？
|
||
|
||
强哥，可以推进。这份材料的定位很清楚：它不是启动会的续章，而是回答销售心里那三个问题的**前传 / 补充篇**：
|
||
|
||
> **为什么是我们？
|
||
> 为什么不是平台？
|
||
> 为什么不是普通 AI 开发公司？
|
||
> 客户凭什么信我们？**
|
||
|
||
材料里已经有一句核心定位：平台解决“工具怎么搭”，普通 AI 开发公司解决“功能怎么做”，我们解决“专家能力怎么被抽取、封装、验证、校准，并进入客户真实业务流程”。这个足够做成整套 PPT 的主轴。
|
||
|
||
我现在只有几个需要你确认的问题。
|
||
|
||
## 一、这套 PPT 是只给内部销售看，还是未来也会改成客户版？
|
||
|
||
这是最关键问题。
|
||
|
||
如果只给内部销售看，标题可以直接叫：
|
||
|
||
> **为什么是我们：专家智能体销售立场补充会**
|
||
|
||
如果未来要拆成客户版，就要从一开始区分两套口径：
|
||
|
||
> 内部版：讲透我们的差异、短板、待补工具。
|
||
> 客户版：讲清客户为什么选择我们，但不暴露内部能力缺口和待办清单。
|
||
|
||
因为材料里明确写了：商业差异“成立，但不是天然成立”，还需要通过案例、工具、流程、评测和团队复制能力证明。
|
||
这句话内部必须讲，客户版不能这么讲。
|
||
|
||
## 二、这套 PPT 的主标题是否沿用“上船”体系？
|
||
|
||
我建议统一上一套风格，但主题从：
|
||
|
||
> **搭上 AI 这条船**
|
||
|
||
变成：
|
||
|
||
> **为什么是这艘船：专家智能体的商业差异**
|
||
|
||
也可以更直接：
|
||
|
||
> **为什么是我们：专家智能体销售立场补充会**
|
||
|
||
我的建议是封面主标题用后者，副标题用前者：
|
||
|
||
> **为什么是我们**
|
||
> **为什么客户的问题进入深水区后，需要的是专家智能体，而不是普通 AI 工具**
|
||
|
||
这样和上一套“AI 船”统一，又能进入这份材料的“深水区”隐喻。
|
||
|
||
## 三、销售工具清单要讲到什么程度？
|
||
|
||
你说得对，后续工作清单可以进 PPT，因为这就是未来销售工具的成熟度地图。
|
||
|
||
但要确认一个口径：
|
||
|
||
是做成“待办清单”，还是做成“销售武器库建设路线图”？
|
||
|
||
我建议不要叫待办，叫：
|
||
|
||
> **销售武器库：哪些已经有，哪些正在补，哪些决定我们能不能复制**
|
||
|
||
材料中已经列出后续需要形成一页纸定位、平台差异对比页、AI 开发公司差异对比页、专家智能体样板库、案例页、评测页等，这些非常适合做成“销售工具成熟度地图”。
|
||
|
||
## 四、竞品要不要点名？
|
||
|
||
材料里提到了 Dify、Coze、Copilot Studio 这类平台。
|
||
|
||
内部培训可以点名，因为销售以后一定会被客户问到。
|
||
但 PPT 主体我建议仍然按类别讲：
|
||
|
||
> 大模型 / Agent 平台
|
||
> 平台实施商
|
||
> 软件公司转 AI
|
||
> RAG / 知识库公司
|
||
> 提示词 / 单智能体团队
|
||
> 自动化工作流公司
|
||
|
||
如果要点名具体平台，后面做客户版前需要再查证当前能力，避免对外说法过时。
|
||
|
||
## 五、“专家智能体”要不要继续作为核心词？
|
||
|
||
我建议要。
|
||
|
||
但第一页不要先讲“专家智能体”定义，而是先讲客户问题：
|
||
|
||
> 客户真正难的不是没有 AI 工具。
|
||
> 难的是专家经验在哪里、业务规则怎么转译、AI 错了怎么改、怎么进入真实流程。
|
||
|
||
然后再揭晓：
|
||
|
||
> 能解决这类问题的，不是通用 AI 助手，而是专家智能体。
|
||
|
||
这样销售更容易懂，也更容易对客户讲。
|
||
|
||
## 六、要不要保留“我们还没完全成立”的坦诚页？
|
||
|
||
我建议保留，而且要作为内部版的关键页。
|
||
|
||
这页能建立清醒感：
|
||
|
||
> 我们有资格回答“为什么是我们”，但还不能靠口号成立。
|
||
> 差异要靠案例、工具、流程、评测、团队复制能力证明。
|
||
|
||
材料里这部分很重要，不能删。
|
||
|
||
## 七、这套 PPT 预计讲多久？
|
||
|
||
我建议做成 **18-22 页，讲 30-40 分钟**。
|
||
|
||
它不是第一次启动会那种“开局动员”，而是销售团队的认知补丁。节奏应该更像：
|
||
|
||
> 问题提出 → 市场对照 → 我们定位 → 客户选择理由 → 内部短板 → 销售工具建设路线图
|
||
|
||
## 我的判断
|
||
|
||
没有阻塞问题，可以向下推进。
|
||
|
||
下一步我建议直接出：
|
||
|
||
> **《为什么是我们：专家智能体销售立场补充会》PPT 总纲 v1**
|
||
|
||
里面包含：
|
||
|
||
1. PPT 定位；
|
||
2. 核心主线；
|
||
3. 与上一套 PPT 的关系；
|
||
4. 通用表达与视觉系统；
|
||
5. 18-22 页页面清单；
|
||
6. 哪些内容进主 PPT，哪些放备份页。
|
||
|
||
# 6
|
||
|
||
## 一、这套 PPT 是只给内部销售看，还是未来也会改成客户版？
|
||
|
||
目前只给内部销售看，标题可以与之前“搭上AI这条船”呼应，
|
||
主标题：“为什么是我们”
|
||
副标题名字，需要再斟酌一下：这次招募销售的会发现了这个漏洞，下次还有其他销售员的招募会。我会把本次的内容放在前面。
|
||
|
||
将来客户版的另外做。
|
||
|
||
## 二、这套 PPT 的主标题是否沿用“上船”体系？
|
||
|
||
统一上一套风格。
|
||
|
||
## 三、销售工具清单要讲到什么程度？
|
||
|
||
同意：**销售武器库：哪些已经有，哪些正在补，哪些决定我们能不能复制**
|
||
|
||
或**销售工具成熟度地图**
|
||
|
||
|
||
## 四、竞品要不要点名？
|
||
|
||
可以点名，内部材料。
|
||
|
||
## 五、“专家智能体”要不要继续作为核心词？
|
||
|
||
要。
|
||
|
||
## 六、要不要保留“我们还没完全成立”的坦诚页？
|
||
|
||
保留
|
||
|
||
## 七、这套 PPT 预计讲多久？
|
||
|
||
同意你的建议： **18-22 页，讲 30-40 分钟**。
|
||
节奏：
|
||
> 问题提出 → 市场对照 → 我们定位 → 客户选择理由 → 内部短板 → 销售工具建设路线图
|
||
|
||
---
|
||
|
||
现在可以输出总纲了
|
||
|
||
# 《为什么是我们》PPT 总纲 v1
|
||
|
||
## 1. 这套 PPT 的定位
|
||
|
||
这套 PPT 是上一套《搭上 AI 这条船》的**前传 / 补充篇**。
|
||
|
||
上一套解决的是：
|
||
|
||
> **我们怎么上船，怎么组队，怎么训练，怎么开始干。**
|
||
|
||
这一套解决的是：
|
||
|
||
> **为什么这艘船值得上？
|
||
> 为什么不是平台？
|
||
> 为什么不是普通 AI 开发公司？
|
||
> 客户凭什么选我们？**
|
||
|
||
原材料本身就是为回答销售团队提出的“为什么是我们”而写，核心问题包括：平台是不是也在做、AI 开发公司有什么区别、客户凭什么选择我们，以及我们的商业差异是否成立。
|
||
|
||
---
|
||
|
||
## 2. 标题建议
|
||
|
||
主标题已定：
|
||
|
||
> **为什么是我们**
|
||
|
||
副标题我建议用这一版：
|
||
|
||
> **当客户的问题进入 AI 深水区，谁来做专家智能体？**
|
||
|
||
备选副标题：
|
||
|
||
1. **专家智能体销售立场补充会**
|
||
2. **从平台、开发公司到专家智能体：我们的差异在哪里**
|
||
3. **客户为什么不只是买平台，也不只是找外包**
|
||
4. **搭上 AI 这条船之前，先看清我们这艘船**
|
||
|
||
我建议正式 PPT 用：
|
||
|
||
> **为什么是我们**
|
||
> **当客户的问题进入 AI 深水区，谁来做专家智能体？**
|
||
|
||
这个副标题和上一套“上船”体系呼应，也适合以后放到新销售招募会前面。
|
||
|
||
---
|
||
|
||
## 3. 核心主线
|
||
|
||
这套 PPT 的主线是：
|
||
|
||
```text
|
||
销售提出了一个真问题
|
||
↓
|
||
市场上确实有平台，也有很多 AI 开发公司
|
||
↓
|
||
但客户真正难的，不是“工具怎么搭”
|
||
↓
|
||
而是“该搭什么、为什么搭、专家经验怎么变成可运行能力”
|
||
↓
|
||
我们的定位不是平台，不是外包，而是专家智能体的系统架构师与模具师
|
||
↓
|
||
客户选择我们，不是因为我们最大、最便宜，而是因为我们能进业务深水区
|
||
↓
|
||
但这个差异不是天然成立，必须靠案例、工具、流程、评测和团队复制能力证明
|
||
↓
|
||
所以后面要建设销售武器库
|
||
```
|
||
|
||
一句话主轴：
|
||
|
||
> **平台解决工具搭建，普通 AI 开发公司解决功能实现，我们解决专家能力工程化。**
|
||
|
||
这也是原材料里最核心的判断。
|
||
|
||
---
|
||
|
||
## 4. 与上一套 PPT 的关系
|
||
|
||
建议以后新销售招募或培训时，顺序调整为：
|
||
|
||
### 第一套：为什么是我们
|
||
|
||
回答：
|
||
|
||
> 我们凭什么做这件事？
|
||
> 客户凭什么选我们？
|
||
> 销售凭什么有信心？
|
||
|
||
### 第二套：搭上 AI 这条船
|
||
|
||
回答：
|
||
|
||
> 我们怎么组队？
|
||
> 你们怎么参与？
|
||
> 怎么训练？
|
||
> 第一周怎么开始？
|
||
|
||
也就是说，这套 PPT 是**信心前置**，上一套 PPT 是**组织启动**。
|
||
|
||
---
|
||
|
||
# 阶段4：通用表达与视觉系统
|
||
|
||
## 1. 表达任务
|
||
|
||
这套 PPT 要让销售形成三个判断：
|
||
|
||
1. **不是只有我们在做 AI，但我们做的不是普通 AI。**
|
||
2. **客户不是因为我们有平台才选我们，而是因为我们能进业务深水区。**
|
||
3. **我们的差异有基础，但必须靠销售武器库继续证明。**
|
||
|
||
---
|
||
|
||
## 2. 语言风格
|
||
|
||
沿用上一套风格：
|
||
|
||
> **自己人口吻 + 公司化判断 + 战前校准感。**
|
||
|
||
但这一套要比启动会更“硬”一点。
|
||
|
||
上一套是“上船”。
|
||
这一套是“看清水深”。
|
||
|
||
关键词：
|
||
|
||
* 不贬低平台；
|
||
* 不贬低开发公司；
|
||
* 不吹我们万能；
|
||
* 直接说清差异；
|
||
* 坦诚说短板；
|
||
* 最后落到工具建设。
|
||
|
||
---
|
||
|
||
## 3. 统摄性隐喻
|
||
|
||
延续“船”的系统，但从“上船”升级为：
|
||
|
||
> **深水区 / 工具箱 / 模具师 / 航道判断**
|
||
|
||
隐喻对应：
|
||
|
||
| 隐喻 | 对应内容 |
|
||
| ---------- | ---------------- |
|
||
| 平台 | 工具箱、工厂、发动机、基础设施 |
|
||
| 普通 AI 开发公司 | 按图施工的功能开发队 |
|
||
| 我们 | 专家智能体的模具师、航道判断者 |
|
||
| 客户复杂问题 | AI 深水区 |
|
||
| 专家经验 | 藏在老师傅脑子里的模具 |
|
||
| 销售工具 | 船上的武器库、罗盘、雷达、航海图 |
|
||
| 商业差异 | 不是口号，是要被证明的航行能力 |
|
||
|
||
---
|
||
|
||
## 4. 视觉基调
|
||
|
||
继续使用上一套：
|
||
|
||
> **深蓝黑商务底 + AI 航线 + 雷达 + 罗盘 + 金色 / 青色高亮关键词。**
|
||
|
||
这一套新增几个视觉母题：
|
||
|
||
* 深水区；
|
||
* 工厂与模具；
|
||
* 平台工具箱；
|
||
* 专家模型剖面图；
|
||
* 销售武器库；
|
||
* 成熟度地图；
|
||
* 证据链。
|
||
|
||
---
|
||
|
||
# PPT 模块结构
|
||
|
||
建议做 **22 页**，讲 30-40 分钟。
|
||
|
||
## 模块一：问题提出
|
||
|
||
| 页码 | 页面标题 | 页面功能 | 核心结论 |
|
||
| --: | --------- | ---- | ------------------------------- |
|
||
| P01 | 为什么是我们 | 封面 | 这次回答销售最关键的信心问题 |
|
||
| P02 | 销售问了一个真问题 | 问题引入 | 不是大家没信心，而是这个问题必须说透 |
|
||
| P03 | 三个必须回答的问题 | 建立议题 | 平台是不是也在做？AI 开发公司有什么区别？客户凭什么选我们？ |
|
||
|
||
## 模块二：市场对照
|
||
|
||
| 页码 | 页面标题 | 页面功能 | 核心结论 |
|
||
| --: | ------------------- | ----- | ------------------------ |
|
||
| P04 | 先承认：平台很强，也很重要 | 防止自嗨 | 平台是工具箱、底座和供应商之一 |
|
||
| P05 | 平台解决“怎么搭”，不解决“该搭什么” | 平台差异 | 平台提供能力，但不自动完成场景判断和专家经验抽取 |
|
||
| P06 | 平台像工厂，我们像模具师 | 核心隐喻 | 工厂能生产，模具决定生产什么、精度在哪里 |
|
||
| P07 | 简单场景，客户自己用平台就可以 | 主动筛客户 | 简单问答、摘要、文案、普通自动化不一定需要我们 |
|
||
|
||
## 模块三：我们定位
|
||
|
||
| 页码 | 页面标题 | 页面功能 | 核心结论 |
|
||
| --: | ---------------------- | ---- | ---------------------------- |
|
||
| P08 | 我们做的不是通用 AI 助手 | 定义边界 | 普通 AI 助手是工具，专家智能体是有岗位职责的数字员工 |
|
||
| P09 | 什么是专家智能体 | 建立概念 | 它要在具体岗位、场景、流程和责任边界中工作 |
|
||
| P10 | 我们是谁：专家智能体的系统架构师与模具师 | 定位揭晓 | 我们帮助企业把人脑里的专家能力变成组织可复用的智能能力 |
|
||
| P11 | 不是写提示词，而是专家能力工程化 | 反差页 | 只会调用模型，不等于会做专家智能体 |
|
||
| P12 | 普通 AI 开发公司的路径 vs 我们的路径 | 流程对比 | 前者做 AI 功能开发，后者做专家能力工程化 |
|
||
|
||
原材料对专家智能体的定义很关键：它不是“什么都能聊”的通用助手，而是在具体岗位、具体场景、具体流程和责任边界中，具备专家视角、专家判断、专家表达和持续校准能力的数字员工。
|
||
|
||
## 模块四：客户为什么选择我们
|
||
|
||
| 页码 | 页面标题 | 页面功能 | 核心结论 |
|
||
| --: | ------------------- | ------ | ------------------------- |
|
||
| P13 | 客户选择我们，不是因为我们最大或最便宜 | 破除误解 | 我们不和平台抢工具，不和外包拼低价 |
|
||
| P14 | 我们能帮客户判断“该不该做 AI” | 价值理由 1 | 选对方向，是 AI 项目最重要的第一步 |
|
||
| P15 | 我们同时懂管理、信息化和 AI | 价值理由 2 | 我们的差异来自交叉能力，不是单一技术能力 |
|
||
| P16 | 我们能抽取专家经验，而不是只上传资料 | 价值理由 3 | 真正的专家经验很多不在文档里，而在人脑和组织经验里 |
|
||
| P17 | 我们先验证智能流，再投入系统建设 | 价值理由 4 | 不一上来重开发，先低成本确认价值 |
|
||
| P18 | 我们不只追求能跑，还追求好改 | 价值理由 5 | AI 出错后，要能发现、解释、纠正和沉淀 |
|
||
|
||
这里的关键结论是：客户选择我们，不是因为我们有比大厂更大的平台，也不是因为我们比所有开发公司都便宜，而是因为我们知道怎样把企业里的专家经验、业务流程和组织判断，变成可运行、可校准、可落地的专家智能体。
|
||
|
||
## 模块五：清醒判断
|
||
|
||
| 页码 | 页面标题 | 页面功能 | 核心结论 |
|
||
| --: | ----------------- | ---- | ------------------------------------- |
|
||
| P19 | 我们的商业差异成立，但不是天然成立 | 坦诚页 | 差异必须靠案例、工具、流程、评测和团队复制能力证明 |
|
||
| P20 | 已经成立的部分 | 建立底气 | AI 学习、培训、管理咨询、信息化、智能体实践、方法论、团队雏形已经有基础 |
|
||
| P21 | 还没有完全成立的部分 | 建立清醒 | 案例、模板、成果、样板、产品包、反驳能力还要补 |
|
||
|
||
原材料明确指出：我们的商业差异“成立，但不是天然成立”，必须通过案例、工具、流程、评测和团队复制能力证明。
|
||
|
||
## 模块六：销售武器库建设路线图
|
||
|
||
| 页码 | 页面标题 | 页面功能 | 核心结论 |
|
||
| --: | ---------------- | ---- | -------------------------------- |
|
||
| P22 | 销售武器库：从立场文件到作战工具 | 行动收束 | 后续要把定位、对比页、样板库、案例页、评测页、问答库做成销售工具 |
|
||
|
||
销售工具部分建议不叫“待办清单”，而叫：
|
||
|
||
> **销售武器库成熟度地图**
|
||
|
||
内容包括：
|
||
|
||
* 一页纸定位；
|
||
* 平台差异对比页；
|
||
* AI 开发公司差异对比页；
|
||
* 专家智能体样板库；
|
||
* 案例页；
|
||
* 评测页；
|
||
* 客户问答库；
|
||
* 标准话术卡；
|
||
* 不适合客户清单；
|
||
* 销售自检表。
|
||
|
||
原材料已经列出这些后续销售工具，包括一页纸定位、平台差异对比页、AI 开发公司差异对比页、专家智能体样板库、案例页和评测页。
|
||
|
||
---
|
||
|
||
# 关键页面建议
|
||
|
||
## 最重要的 5 页
|
||
|
||
这套 PPT 的灵魂页是：
|
||
|
||
1. **P05：平台解决“怎么搭”，不解决“该搭什么”**
|
||
2. **P06：平台像工厂，我们像模具师**
|
||
3. **P10：我们是谁：专家智能体的系统架构师与模具师**
|
||
4. **P12：普通 AI 开发公司的路径 vs 我们的路径**
|
||
5. **P19：商业差异成立，但不是天然成立**
|
||
|
||
如果这 5 页立住，整套 PPT 就立住。
|
||
|
||
---
|
||
|
||
# 主金句库
|
||
|
||
可以分散放入页面：
|
||
|
||
1. **平台解决工具怎么搭，我们解决专家能力怎么落地。**
|
||
2. **普通 AI 助手是会说话的工具，专家智能体是有岗位职责的数字员工。**
|
||
3. **客户真正难的不是没有工具，而是不知道该把什么变成智能能力。**
|
||
4. **简单 AI，客户自己用平台就可以；复杂专家智能体，才是我们该做的事。**
|
||
5. **我们不和平台抢工具，不和外包拼低价。**
|
||
6. **我们进入的是专家经验、业务判断、组织协同和系统落地的深水区。**
|
||
7. **商业差异不是喊出来的，是靠案例、工具、流程、评测和团队复制能力证明出来的。**
|
||
8. **销售武器库越成熟，销售越有底气。**
|
||
|
||
---
|
||
|
||
# 风险点
|
||
|
||
1. **不要讲成“平台不行”。**
|
||
要讲“平台很强，但平台不自动替客户完成专家经验抽取和业务判断”。
|
||
|
||
2. **不要讲成“AI 开发公司都不行”。**
|
||
要讲“大家能力不同，我们不在同一层竞争”。
|
||
|
||
3. **不要讲成“我们什么都能做”。**
|
||
这会把我们拖进低价 AI 外包市场。
|
||
|
||
4. **不要只讲差异，不讲短板。**
|
||
内部销售最需要的是清醒的信心，不是盲目信心。
|
||
|
||
5. **销售武器库不能放成普通待办。**
|
||
它必须被包装成未来销售能力建设路线图。
|
||
|
||
---
|
||
|
||
# 下一步建议
|
||
|
||
总纲确认后，下一步直接出：
|
||
|
||
> **P1-P22 单页设计骨架**
|
||
|
||
这一版会把每页拆成：页面功能、核心结论、页面文字方向、Layout、视觉资产方向、讲述关键词、承上启下和验收关注点。
|
||
|
||
# 6
|
||
|
||
副标题按你的建议。
|
||
现在输出**P1-P22 单页设计骨架**
|
||
|
||
# 《为什么是我们》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 承担不可承担的最终责任。
|
||
|
||
金句：
|
||
|
||
> **我们宁可少做项目，也不能做错项目。**
|
||
|
||
---
|
||
|
||
# 四、给执行导演 Codex 的边界建议
|
||
|
||
这套页面骨架出来后，执行导演不需要重新阅读原文来重组主线。
|
||
|
||
给执行层的主输入建议是：
|
||
|
||
1. 《为什么是我们》PPT 总纲 v1；
|
||
2. 本份 P1-P22 单页设计骨架；
|
||
3. 上一套《搭上 AI 这条船》的视觉风格规则；
|
||
4. 原材料《为什么是我们》只作为事实校验。
|
||
|
||
必须明确：
|
||
|
||
> **原材料只作事实校验，不允许重新压缩成 PPT，不允许新增大段原文，不允许改变 P1-P22 主线。**
|
||
|
||
这套 PPT 的主线已经确定：
|
||
|
||
> **问题提出 → 市场对照 → 我们定位 → 客户选择理由 → 内部短板 → 销售武器库建设路线图。**
|
||
|
||
最终目标不是把材料讲完，而是让销售形成一句能带走的内部共识：
|
||
|
||
> **平台解决工具怎么搭，普通 AI 开发公司解决功能怎么做，我们解决专家能力怎么被抽取、封装、验证、校准，并进入客户真实业务流程。**
|
||
|