# 产品 · AI 转型操作手册

> 对应教程：[阶段 2 全员赋能](../../pages/stage2.html)（Codex）、[阶段 4 闭环试点](../../pages/stage4.html)
> 一句话：用 AI 加速需求验证与原型，缩短「想法 → 可见」的周期，不必干等开发排期。

---

## 一、你的角色定位
AI 时代，产品可以用 AI（Codex）自己做原型、验证需求，**不必等开发排期**。产品价值从「写 PRD 等开发」转向「**快速验证 + 精准定义需求**」。

## 二、核心任务
1. 用 AI（Codex）做原型 / 需求验证
2. 把需求文档**结构化**（AI 可读）
3. 与开发用 AI 协作（需求 → AI 实现的交接）

## 三、怎么做

### 3.1 用 Codex 做原型
- Codex 云端 / ChatGPT 形态对非开发友好，PM 可快速做原型
- 验证需求可行性，**减少开发返工**（想法先验证，再交给开发）

### 3.2 需求文档结构化（AI 友好）
- 需求写成 AI 易读的结构：清晰的目标 / 边界 / 验收标准
- 结构化需求 → 喂给 AI → 更准确的实现
- 避免模糊、口语化、缺验收的 PRD（AI 读不懂会跑偏）

### 3.3 与开发用 AI 协作
- 需求 → AI 实现的交接：需求清晰、验收明确
- 用 **OpenSpec 的 spec**（可测试的行为规格，WHEN/THEN）定义需求，开发用 AI 实现，双方对 spec 验收

## 四、你的工具箱
| 工具 | 用途 |
|---|---|
| [OpenAI Codex](https://openai.com/zh-Hans-CN/codex/) | 原型 / 需求验证（非开发友好，云端委托）|
| OpenSpec | 需求结构化（spec：可测试行为）|

## 五、检查清单
- [ ] 已用 Codex 做过需求原型 / 可行性验证
- [ ] 需求文档结构化（目标/边界/验收清晰，AI 可读）
- [ ] 与开发的 AI 协作流程已对齐（spec 驱动）

## 六、常见坑
- ❌ PRD 写得 AI 读不懂（模糊、缺验收 → AI 实现跑偏）
- ❌ 干等开发排期才验证（用 AI 自己先快速验，省返工）