# 高密技术突破奖分享 · 内容规划 v1

> 用于跟培训负责人对齐的初版规划。规划严格遵循《[[高质量业务分享内容开发模板——讲师使用手册]]》的5大要素（主题/案例/方法论/反思/加分项）+18条自查清单。
>
> 规划中**带候选项的部分**已做研究，请你直接圈选，或告诉我倾向以便细化到 v2。

---

## 一、先把"听众与场域"想透

写规划前，先把这场分享面对的"人"想清楚——这决定了详略、术语、共情点。

| 维度 | 分析 |
|---|---|
| **听众** | 全公司管理干部（不一定是技术线） |
| **听众的心态** | 普遍AI焦虑：我的产品要不要重做？我的团队要不要重组？我会不会被淘汰？ |
| **听众的耐心** | 听不懂硬核技术细节就走神，听不到管理价值就翻手机 |
| **我们能给的价值** | ① 一个非主流赛道做出差异化突破的"完整故事"；② 一套可借鉴的"产品+技术+组织"协同方法论；③ 一段对AI时代的真诚反思 |

**结论**：**技术细节做"点缀"，不做"主菜"；管理决策与组织能力做"主菜"。**

这与你最初判断一致："这个内容的技术性过强，不大适合非常细致地去给别人做分享。"——所以全篇要抗住"讲技术的诱惑"。

---

## 二、主题与定位（对应模板 §2.1）

> 自查清单 #1-#2

### 2.1 核心态度（已锁定）

> **在云厂商的同质化军备竞赛之外，永远有差异化的旷野。我们用"高密度"找到了云服务器的第二条命，并在AI时代把它变成了"贴身基础设施"。**

### 2.2 一句话主题（候选 A/B/C，请选一个）

| 候选 | 一句话主题 | 风格 | 评估 |
|---|---|---|---|
| **A** | **让"low"产品长出第二条命** | 自嘲、亲切 | ⭐ 钩子最强，但"low"字眼略冒险 |
| **B** | **在巨头的赛道之外，找到我们的高密路线** | 商业、克制 | 中规中矩、安全 |
| **C** | **从一台服务器，到AI时代的"数字身体"** | 哲学、有共鸣 | 升华够，但需要强故事支撑 |

> **我推荐**：A 作主标题 + C 作副标题。组合后是：
> **《让"low"产品长出第二条命——从一台服务器到AI时代的数字身体》**

### 2.3 这个观点为什么不是"正确废话"（差异化）

1. **反潮流**：当主流叙事都在讲"AI模型驱动一切"时，我们讲的是**算力底座对AI的反向塑造**。
2. **反直觉**：当大家以为"性能越高越好、规格越大越值钱"时，我们用**密度**作为新维度。
3. **反惯例**：把对外的产品突破和对内的组织升级，**作为同一件事来讲**——这在公司分享里几乎没人做过。

---

## 三、叙事主线（对应模板 §2.2-2.3）

### 3.1 候选叙事框架（请选一个）

#### 框架 A：困境—突破—惊喜（推荐 ⭐）

| 幕 | 主线 | 给听众的钩子 |
|---|---|---|
| **困境** | 云服务器是"low"产品 + 负毛利 + AI焦虑 | 共鸣："我家产品也这样" |
| **突破** | 错位选高密 + 全栈技术攻坚 + 让调度懂业务 | 启发："原来还能这样想" |
| **惊喜** | 高密的"副产品"成了AI时代最贴身的执行环境——龙虾摊就是证明 | 升华："底层的坚持会被命运回报" |

**优点**：节奏感强、有反转、能在不讲过细技术的情况下让听众跟得上。

#### 框架 B：时间线（2017→2026）
按年分段讲故事。**优点**：每个决策有上下文。**缺点**：易变流水账，难出金句。

#### 框架 C：问题树
把"云服务器在AI时代怎么活下来"作为根问题往下拆。**优点**：结构清晰。**缺点**：偏技术汇报体，不像分享。

> **我推荐 A**——它最能体现"管理决策的纠结与坚持"，最适合管理干部听众。

### 3.2 主线段落规划（基于框架 A）

#### 【开场 · 5 分钟】反差钩子 + 自我介绍

**候选钩子（请选一个或组合）**：

| # | 开场内容 | 优势 | 风险 |
|---|---|---|---|
| **钩子 1** ⭐ | "今年3月6日，腾大广场，500张号码牌、5倍流量、股价拉了7个点……" | 强反差、有数据、画面感 | 讲得太长会喧宾夺主 |
| **钩子 2** | "我们做的是公司里最'low'的产品。直到我意识到——最'low'的产品，可能正是AI时代最贴身的产品。" | 自嘲、有金句感 | 风险性表达 |
| **钩子 3** | "请大家想一个问题：AI时代最稀缺的资源是什么？是算法吗？是数据吗？我的答案是——执行AI的'身体'。" | 哲学化、引发思考 | 容易显空 |

> **我推荐**：钩子 1 起场（30秒龙虾摊画面）→ 钩子 2 转折（自嘲low） → 自然带入自我介绍。

**自我介绍三个点**（按你原稿）：
1. 我们获得了这个奖（背书 + 解释为什么有资格分享）
2. 龙虾摊和高密技术是同一个故事的两面（埋钩，第三幕揭示）
3. 为什么是计算团队做这件事——我们一直在探索"云计算如何与AI更好结合"

#### 【第一幕 · 困境 · 10 分钟】

| 段落 | 关键内容 | 数据/案例 |
|---|---|---|
| 1.1 云服务器的"low" | 是用户用云的第一个产品，是经营大盘主要贡献者，但**离用户最远** | 行业认知 + 老梗自嘲 |
| 1.2 从2020起的经营压力 | 负毛利的真相：客户群体、计费模式、使用规格三个**结构性问题** | 当年损益数据（看合规） |
| 1.3 我们做过的"延展尝试" | 异构计算、分布式云、轻量云——都成功了，**但都没解决根问题** | 三个延展业务的成绩与遗憾 |
| 1.4 真正的核心矛盾 | AI来了。"如何打造适合AI时代的云服务器"——这个问题没人能回避 | "AI焦虑"作为情感钩子 |

**第一幕的"决策切片"**（第一人称）：
> "我刚接手时的纠结——这个产品还能救吗？"

#### 【第二幕 · 突破 · 20 分钟】

| 段落 | 关键内容 | 数据/案例 |
|---|---|---|
| 2.1 看清赛局：拒绝军备赛 | AWS的"性能+10%/价格-10%"是巨大成本负担。我们要走"普惠路线" | SA1→SA2→SA9 增长曲线 |
| 2.2 错位选择：高密路线 | 不卷单核性能，卷"单位空间算力" | 2023年10万核 → 2025年4600万核 |
| 2.3 技术全景图（点睛、不深讲） | 6层协同：硬件→OS→虚拟化→网络→存储→调度 | 用一张图讲完，不展开 |
| 2.4 让调度器"懂业务"（重点） | 双塔模型 + 业务画像 + 反亲和打散 | 一台SA9 = 8台S5 的规模冲击 |
| 2.5 对外的硬仗（选一讲） | 拼多多POC / 小红书"2年攻坚" | 客户从拒绝到真香的故事 |
| 2.6 长跑的代价 | 1.5-2年的硬件迭代周期 = 提前两年的"赌性" | "我们必须比CPU厂商更早看见两年后的世界" |

**第二幕的"决策切片"**（第一人称）：
> "拍板做SA9（768核）那一晚——'如果不行，我们就死在这里'。"

#### 【第三幕 · 惊喜 · 15 分钟】

| 段落 | 关键内容 | 数据/案例 |
|---|---|---|
| 3.1 副产品的诞生 | 强大调度能力 → 几乎免费的小规格资源 | 端到端资源利用率 >90%（AWS ~80%） |
| 3.2 帕鲁战役 | 第一次破圈："良心云" | 帕鲁数据 |
| 3.3 龙虾战役（重点讲） | 摆摊、排队、5倍流量、保安护场 | 龙虾摊全数据 + 保安彩蛋 |
| 3.4 为什么AI时代特别需要这种产品 | 秒级创建 + 镜像分钟级 + TAT遥控 = AI Agent最理想的执行环境 | OpenClaw 数据 |

**第三幕的"决策切片"**（第一人称）：
> "看到龙虾摊5倍流量数据时的反应——'我没想过它会是这种样子的'。"

#### 【第四幕 · 用AI · 15 分钟】

| 段落 | 关键内容 | 数据/案例 |
|---|---|---|
| 4.1 我们也在AI焦虑 | 2025年4月开始组织化探索 | 内部技能大赛 |
| 4.2 三件正在做的事 | ① 最贴合Agent的执行环境 ② AI最优效率的组织形态 ③ 管好/用好token | 每件事1个case |
| 4.3 组织转型的 L1/L2/L3 | 个人提效 → 组织提效 → AI主导 | S0/S1/S2 公约、58子任务、19规则 |
| 4.4 数据与SOP的"两件硬事" | "你之所见即AI之所见" | 三座山的痛点 |

**第四幕的"决策切片"**（第一人称）：
> "第一次让Agent自己写周报后的恍惚——'它写得比我还顺'。"

#### 【收尾 · 5 分钟】反思 + 金句

候选压轴金句（请选 1-2 句）：

| 候选 | 金句 |
|---|---|
| **A** | "在巨头划定的赛道之外，永远有更广阔的旷野。" |
| **B** | "云服务器不是'low'，它是AI时代每个人的'数字身体'。" |
| **C** | "Token是新时代的电——管好它，用好它，敬畏它。" |
| **D** | "高密的本质，是用确定性的工程，换不确定性的算力涌现。" |
| **E** | "人下班了，AI还在干活——但这要靠组织能力，不是工具。" |

> **我推荐**：A + B 二联（前者点题"差异化"、后者点题"数字身体"）

---

## 四、可复用的方法论（对应模板 §2.3）

> 自查清单 #8-#12

### 4.1 主方法论命名（请选一个作为分享名片）

| 候选 | 名字 | 三个要点 | 适用度 |
|---|---|---|---|
| **甲** ⭐ | **错位三式** | ① 看清赛局 ② 找到位势 ③ 让位势复利 | 商业管理者最易共鸣 |
| **乙** | **AI时代的"贴身基础设施"** | ① 秒级创建 ② 极限规格 ③ 组织AI化 | AI时代感强 |
| **丙** | **高密路线四边形** | 客户/计费/规格/组织 四维同步升级 | 结构最完整 |
| **丁** | **从卖资源到卖身体** | 升级三层：能力/产品/认知 | 哲学化、记忆点强 |

> **我推荐**：**甲（错位三式）作主方法论 + 丁（卖资源→卖身体）作传播金句**。
>
> 这样：方法论可写在PPT封面+回顾页（"错位三式"），金句可做最后一页（"卖资源→卖身体"）。

### 4.2 "错位三式"方法论（主推版本，已展开）

**第一式 · 看清赛局**
- 识别同质化竞赛的真实成本（AWS 模式 = 你也卷10% × 永远）
- 问自己：我现在赌的是"军备赛"还是"差异化"？

**第二式 · 找到位势**
- 错位不是"另选一个赛道"，而是"用新维度重新定义赛道"
- 我们用"密度"重新定义了"性价比"——这是新维度，不是旧赛道

**第三式 · 让位势复利**
- 一个底层能力（高密+超强调度）→ 服务多重场景（B端经营 / C端体验 / AI承接）
- 复利的关键：不要让能力锁死在某个产品里

### 4.3 Take-Away 清单（候选 3 版，可混用）

#### 版本 1（强方法论）
- [ ] 错位竞争三式：看清赛局 / 找到位势 / 让位势复利
- [ ] 三个不要：不卷军备赛 / 不当工具人 / 不做正确废话
- [ ] 三个要：要错位 / 要长跑 / 要把组织也AI化

#### 版本 2（强金句）
- [ ] "巨头之外，永远有旷野"
- [ ] "你的产品有没有第二条命？"
- [ ] "你的AI是工具还是同事？"

#### 版本 3（强行动）
- [ ] 回去后，重新审视产品的客户结构
- [ ] 回去后，问自己有没有"长跑"型的硬投入
- [ ] 回去后，落实团队的SOP化和数据治理

> **我推荐**：版本 1 作主体（PPT显示）+ 版本 2 作收尾（讲师口头）。

---

## 五、坦诚的反思（对应模板 §2.4）

> 自查清单 #13-#14

### 5.1 走过的弯路（候选 4 段，建议选 2-3 段讲）

| # | 弯路 | 反思价值 |
|---|---|---|
| ① | 异构/分布式云/轻量云的"延展尝试"——成功了，但都没解决根问题 | 早期努力的价值与局限 |
| ② | 小红书"坚决不用"的2年——我们差点放弃 | 长跑型业务的耐心 |
| ③ | 友商对高密的恶意抹黑——一开始我们没想到 | 创新者的"反对声"成本 |
| ④ | AI转型早期：以为"个人提效就是组织提效" | 共鸣最强（管理者都中过这枪） |

> **我推荐**：**②④ 必讲**（一个对外、一个对内）；**①或③ 二选一**（看时间）。

### 5.2 仍未解决的挑战（候选 4 项，建议选 2 项讲）

| # | 挑战 |
|---|---|
| ① | 高密机型对客户认知的教育成本仍然很高 |
| ② | AI算力机型与高密路线的协同：是同一个故事还是两条路？ |
| ③ | Token成本管控的天花板在哪 |
| ④ | 产品架构师团队从"工具人"到"AI总指挥"的进化 |

> **我推荐**：**②④ 留作开放讨论**——特别有助于互动，让管理干部带着问题走。

---

## 六、Plus 加分项（对应模板 §2.5）

> 自查清单 #15-#18

### 6.1 第一人称视角的"决策切片"（每幕嵌一个，已在 §3.2 列出）

- 第一幕：我刚接手时的纠结——"这个产品还能救吗？"
- 第二幕：拍板做SA9（768核）那一晚——"如果不行，我们就死在这里"
- 第三幕：看到龙虾摊5倍流量数据时——"我没想过它会是这种样子的"
- 第四幕：第一次让Agent自己写周报后——"它写得比我还顺"

### 6.2 共情设计（按听众类型拆三段话）

- 给"产品负责人"听众：你不一定要做最好的，但你要做最不一样的
- 给"技术负责人"听众：底层的坚持，会被命运回报
- 给"团队负责人"听众：AI不是工具，AI是同事——你得给它公约

### 6.3 冲突性思辨（适合各幕中段抛出）

- "性能不是越高越好"
- "云服务器不是越大越值钱"
- "做'low'产品不丢脸，做'平庸'产品才丢脸"
- "AI时代不是堆模型，而是重塑基础设施"
- "个人提效 ≠ 组织提效；组织提效 ≠ AI native"

### 6.4 互动设计（候选 3 个）

| # | 互动方式 | 时机 |
|---|---|---|
| ① | 现场举手："你们部门有没有让你AI焦虑的产品？" | 第一幕开场 |
| ② | 现场提问："你们团队的AI是工具还是同事？" | 第四幕后段 |
| ③ | 收尾互动："你产品的'第二条命'可能在哪里？" | 收尾前 |

> **我推荐**：①+③（一头一尾），中间不打断节奏。

---

## 七、自查清单 18 项 · 当前完成度评估

> 用模板第 3 章的清单做了一遍自查。

| # | 自查项 | 当前状态 |
|---|---|---|
| 1 | 一句话核心态度 | ✅ 候选3个，待选 |
| 2 | 差异化洞察 vs 正确废话 | ✅ "错位高密 + 卖身体" 有冲突性 |
| 3 | case亲身经历 | ✅ 全部一手案例 |
| 4 | 相对友商的差异化打法 | ✅ 高密 vs 单核性能、调度懂业务、Smart EP 等 |
| 5 | 真实有效的数据支撑 | ✅ 数据丰富，需做合规审查（损益数据等） |
| 6 | 全过程讲清楚 | ✅ 困境→突破→惊喜 三幕结构覆盖 |
| 7 | 发现-决策-验证全链路 | ✅ "小红书"和"龙虾"两个case完整展示 |
| 8 | 提炼方法论 | ✅ 候选4个，待选 |
| 9 | 深挖到 why | ⚠️ 需要在"为什么走高密"那段加强论证 |
| 10 | 推导逻辑清晰 | ✅ 三幕推导清晰 |
| 11 | 想清楚 Take Away | ✅ 候选3版，待选 |
| 12 | 金句 | ✅ 候选5句 |
| 13 | 误判/弯路 | ✅ 候选4段 |
| 14 | 未解决挑战 | ✅ 候选4项 |
| 15 | 冲突性思辨 | ✅ 候选5条 |
| 16 | 第一人称视角 | ✅ 每幕一个决策切片 |
| 17 | 开场钩子 | ✅ 候选3个 |
| 18 | 共情用户视角 | ✅ 三类听众分别共情 |

**风险点**：
- ⚠️ 自查 #9 "深挖到 why"：第二幕 2.1-2.2 的"为什么走高密"需要再下一层——目前是"AWS军备赛太贵"，但更深一层是"腾讯云作为追赶者的位势分析"。v2 大纲会补强。
- ⚠️ 自查 #5 "数据合规"：损益、毛利率、股价拉升等敏感数据需要确认披露范围。

---

## 八、需要你决策的开放问题（汇总，便于跟培训负责人讨论）

| #       | 问题                         | 候选                                                   | 我的推荐                        |
| ------- | -------------------------- | ---------------------------------------------------- | --------------------------- |
| **Q1**  | **总时长**？                   | 60min / 75min / 90min                                | **75min** 内容刚刚好；超过会累        |
| **Q2**  | **一句话主题**？                 | A让"low"长出第二条命 / B在巨头赛道之外找到高密路线 / C从一台服务器到AI时代的"数字身体" | **A 主 + C 副** 组合标题          |
| **Q3**  | **叙事框架**？                  | A困境-突破-惊喜 / B时间线 / C问题树                              | **A**                       |
| **Q4**  | **开场钩子**？                  | 龙虾故事 / 自嘲low / 哲学问题                                  | **龙虾 + 自嘲** 组合              |
| **Q5**  | **主方法论命名**？                | 错位三式 / 贴身基础设施 / 四边形 / 卖身体                            | **错位三式（主）+ 卖身体（金句）**        |
| **Q6**  | **压轴金句**？                  | A/B/C/D/E                                            | **A + B 二联**                |
| **Q7**  | **弯路选哪几段**？                | 4段中选2-3段                                             | **②④ 必讲，①或③ 二选一**           |
| **Q8**  | **未解决挑战选哪几个**？             | 4项中选2项                                               | **②④**                      |
| **Q9**  | **技术细节深度**？                | 极简版 / 浅讲版 / 中等版                                      | **浅讲版**（一张图带过 + 1-2个案例细讲）   |
| **Q10** | **是否做现场互动**？               | 不做 / 做1次 / 做2-3次                                     | **2次**（开场举手 + 收尾问答）         |
| **Q11** | **AI部分占比**？                | 10% / 20% / 30%                                      | **25%**（既体现"用AI提升组织"又不抢主线）  |
| **Q12** | **是否邀请共讲**？                | 自己讲 / 邀请潘睿（技术）共讲 / 邀请黎洁共讲                            | **自己讲为主**，技术段落可挂团队名字致谢，不必上台 |
| **Q13** | **"low"这个字眼是否使用**？         | 用 / 不用，改"传统" / 不用，改"基础"                              | **用** —— 自嘲是这场分享的灵魂         |
| **Q14** | **是否在分享中明确出现"AMD"等供应商名字**？ | 是 / 否                                                | **是**（合作关系是真实story的一部分）     |

---

## 九、下一步流程

| # | 阶段 | 产出 | 时间 |
|---|---|---|---|
| 1 | 跟培训负责人对齐 Q1-Q14 | 决策清单 | 本周 |
| 2 | 基于决策升级到 v2 大纲 | 每段写到二级标题 + 一段口语化讲稿示意 | 决策后 3 天 |
| 3 | v2 大纲再讨论一轮 | 确定最终结构 | 决策后 1 周 |
| 4 | 写课件初稿 | 含金句、关键图、数据图 | 分享前 10-15 天 |
| 5 | 课件按模板18项自查清单做一轮自查 | 自查清单签字版 | 分享前 7 天 |
| 6 | 演练 + 打磨 | 录音回放 + 讲师辅导 | 分享前 1-2 天 |

---

## 十、附录：素材索引

| 类型 | 素材 | 用在哪一幕 |
|---|---|---|
| 主稿 | [[云服务器高密度技术突破综合材料]] | 第二幕（技术骨架） |
| 故事 | [[在腾大广场摆了个龙虾摊，"没有想到会这么火"]] | 开场 + 第三幕 |
| 故事 | [[Article/幻兽帕鲁云服务器背后的产品观\|幻兽帕鲁云服务器背后的产品观]] | 第三幕 |
| 故事 | [[2026-05-12 深圳市委社工部龙虾交流]] | 第三幕（外部反馈） |
| 方法论 | [[AI 时代的组织管理：一个关于产品架构师团队的AI native转型实践]] | 第四幕（组织主线） |
| 方法论 | [[2026-06-10 token提效思考]] | 第四幕（token主线） |
| 方法论 | [[One Month of Vibe Coding, Now I'm Cyber Loading]] | 第四幕（开发者视角） |
| 经营 | [[2024-01-10 CSIG经营月会-公有云计算产品进展]] | 第一幕（经营压力） |
| 经营 | [[2025 计算产品bsc-coby汇报]] | 第二幕（业绩兑现） |
| 模板 | [[高质量业务分享内容开发模板——讲师使用手册]] | 全程对照 |

---

> 整理人：lili / 2026-06-15
> 下一版：v2（大纲细化版）


————————————

反馈如下：

| #       | 问题                         | 选择                                   |
| ------- | -------------------------- | ------------------------------------ |
| **Q1**  | **总时长**？                   | 60min                                |
| **Q2**  | **一句话主题**？                 | 从云服务器到AI时代的"数字身体"——OpenClaw装机背后的产品思考 |
| **Q3**  | **叙事框架**？                  | 困境-突破-惊喜                             |
| **Q4**  | **开场钩子**？                  | **龙虾 + 自嘲** 组合                       |
| **Q5**  | **主方法论命名**？                | 错位三式                                 |
| **Q6**  | **压轴金句**？                  | **A + B 二联**，以及后续再补充                 |
| **Q7**  | **弯路选哪几段**？                | 4段中选2-3段                             |
| **Q8**  | **未解决挑战选哪几个**？             | **②④**                               |
| **Q9**  | **技术细节深度**？                | 中等版                                  |
| **Q10** | **是否做现场互动**？               | 不做                                   |
| **Q11** | **AI部分占比**？                | 30%                                  |
| **Q12** | **是否邀请共讲**？                | 自己讲                                  |
| **Q13** | **"low"这个字眼是否使用**？         | 用                                    |
| **Q14** | **是否在分享中明确出现"AMD"等供应商名字**？ | 是                                    |
除了这些问题以外，我还以有下建议：

1. 故事性需要强一点，最好是夹叙夹议，而且要强行把ai相关的内容和云服务器相关的内容匹配起来
2. 对于ai的一些观点，你是否可以在所有笔记当中再找到一些素材添加进来
3. 还要强化一下ai时代，agent对于云服务器的“hosting”属性更重要，这也是我们得以选用低主频和高密的前瞻性优势