历史作品 · AI 产品经理

这里住的是 AI 产品经理做过的真实交付作品——每份作品都是一次已经验证过的"实战经验"，也是下次接类似项目的最佳参照源。

1. 为什么要有这个库

1.1 新项目先看老作品

项目启动时，AI PM 应该先问自己： - 我们做过类似的东西吗？ - 那次的 PRD / IA / 功能清单长什么样？ - 那次我们学到了什么（成功 or 踩坑）？

有了这个库，AI PM 不用每次都从零开始——可以站在公司过去的肩膀上。

1.2 跨岗位的"案例库"

不仅 AI PM 自己看，设计师和工程师也会跨部门读这里： - 设计师想看"上次那个蜡笔手绘风的 IA 长什么样" - 工程师想看"上次那个 Agent 类项目的 PRD 怎么写的"

1.3 AI PM 自身升级的实证

当 AI PM 从 v1.0 升级到 v1.1 时，怎么证明"新版比旧版好"？——拿同一个项目类型的新旧两份交付物对比。历史作品就是自我验证的证据。

2. 谁往这里写

只有 CKO 可以往这里写。

2.1 写入时机

项目 status=已交付 后，CKO 在蒸馏流程的第 5 步走"路径 B 公司脑库建设"时： 1. 把 02_项目/项目_XXX/交付物/01_产品层/ 下所有 AI PM 产出的文档复制一份到这里 2. 原件留在项目盒子里不动 3. 添加一份"作品说明"文件，记录复制来源与特殊价值

2.2 写入后不允许修改

历史作品是只读归档。即使发现当时写错了也不改——那次项目的状态就是那次的状态，改了就失去了"历史真实性"。

3. 命名规范

YYYY-MM-DD_项目名_文档类型.md

4. 每个作品的配套文件

每份复制的作品旁边还要有一份 _作品说明.md，结构如下：

---
work: 2026-04-15_示例产品_PRD.md
from_project: 02_项目/项目_示例/
project_type: 文档类
delivered_at: 2026-04-15
distilled_at: 2026-04-16
distilled_by: CKO
---

## 项目背景
{这个项目当时是为什么启动的}

## 这份作品的特殊价值
{为什么这份值得进历史作品库}
- 例：第一次尝试 ADHD 用户群的 PRD 结构
- 例：包含了首次使用的"启动成本优先级"创新写法

## 使用提示
{下次类似项目的人应该怎么用这份}
- 例：用户调研段可直接借鉴，但市场段要更新数据
- 例：功能清单的 RICE 打分标准与新项目不同，不要直接复制

## 踩过的坑
{这份作品在项目过程中遇到的问题与教训}
- 例：一开始没做问卷直接写画像，后期返工
- 例：AI 能力选型一稿太保守，后改为更激进方案

## 关联蒸馏记录
`01_部门/档案部/首席知识官CKO/蒸馏记录/{项目_YYYY-MM-DD}.md`

5. 组织方式

历史作品/
├── 2026-04-15_示例产品_PRD.md
├── 2026-04-15_示例产品_PRD_作品说明.md
├── 2026-04-15_示例产品_IA.md
├── 2026-04-15_示例产品_IA_作品说明.md
├── 2026-04-20_示例项目_用户画像.md
├── 2026-04-20_示例项目_用户画像_作品说明.md
├── ...
└── _索引.md                     · 按项目类型 + 文档类型的双维索引

5.1 _索引.md 示例结构

## 按项目类型

### APP 类
- 2026-04-20 示例项目（ADHD 待办 APP）
  - [PRD](2026-04-20_示例项目_PRD.md)
  - [IA](2026-04-20_示例项目_IA.md)
  - [用户画像](2026-04-20_示例项目_用户画像.md)

### 文档类
- 2026-04-15 示例产品（某 SaaS 产品 PRD）
  - [PRD](2026-04-15_示例产品_PRD.md)
  - [IA](2026-04-15_示例产品_IA.md)

## 按文档类型

### PRD
- 2026-04-15 示例产品
- 2026-04-20 示例项目

### IA 信息架构
- 2026-04-15 示例产品
- 2026-04-20 示例项目

### 用户画像
- 2026-04-20 示例项目

6. 跨岗位访问规则

设计师 / 工程师 / CKO 都可以读这里，但：

7. 红线