# I01 品牌形象与销售工具包管理 · 活动流程与工单说明

> 所属子系统：SS01 客户与市场 ｜ 优先级：P0 ｜ 类型：内容生产型活动
> 本说明总结 I01 活动的整体流程、工单产出的设计逻辑，以及每一步做了什么。配套工单 HTML 见本目录。

---

## 一、活动定位

**I01 品牌形象与销售工具包管理**是公司对外内容资产的统一管理：公司介绍、能力声明、销售工具包、案例集、品牌调性标准，多语言版本受控发布。

**消费的台账**（读）：L-01 宏观市场台账（市场信号、产业趋势——内容创作的市场依据）。
**产出的台账**（写）：L-05 品牌内容库（内容资产，落账唯一载荷）。

**触发方式**：① 主动——战略调整 / 进入新市场 / 工具过期 / 月度定期内容更新；② 被动——使用方请求（E04 需要价值传递素材、T03 触达需要材料、T04 攻坚需要定制内容、E03 方案需要支撑）。

---

## 二、整体流程（7 步）

分工原则：**AI 承担信息汇总、记录与初稿生成，人负责判断与决策**。AI 的「读」一律**经读数工具查业务数据服务**（不直接碰台账文件），台账是业务数据服务里的数据对象、不是磁盘文件。

### ① 需求识别与受理

- **AI 做什么**：识别内容需求来源与类型，给出目标客户 / 场景 / 优先级的初步建议，产出「内容需求清单」候选基线。
- **AI 怎么做**：
  - 读（经读数工具）：L-05 已有资产（content_type / title，判断是否已有类似内容）、L-02 客户（customer_id / cust_type，定向客户识别）
  - 加工：把触发事件按规则映射到需求类型（如「E04 请求价值传递素材」→ 系统方案白皮书），匹配适用场景与 BT 层级
  - 输出：内容需求清单（content_type、source、target_customer 建议、scene 建议、priority 建议）
- **人做什么**：查漏补缺——补 AI 规则之外的目标客户、场景、优先级、定制需求

### ② 市场依据采集

- **AI 做什么**：采集与本内容相关的市场依据，确定价值主张与差异化定位。
- **AI 怎么做**：
  - 读（经读数工具）：L-01 宏观市场台账（信号类型 / 标题 / 详情、market_region、industry、chip_category、重要性、影响方向）
  - 加工：按市场 / 行业 / 芯片品类筛选相关信号，归纳产业趋势与竞争差异
  - 输出：市场依据摘要（趋势 + 价值主张 + 差异化定位）
- **人做什么**：基本无需介入（纯 AI 加工态）

### ③ 内容创作与工具建设

- **AI 做什么**：按 BT 层级草拟内容初稿（多语言）。
- **AI 怎么做**：
  - 读（经读数工具）：步骤②的市场依据（活动自持中间产物）、L-05 已有资产（避免重复、保持调性一致）、L-05 品牌调性标准
  - 加工：按 BT 层级套对应结构——BT-01 供货能力 / 资质文件 / 渠道政策、BT-02 技术规格书 / 替代对照表 / 认证报告、BT-03 系统方案白皮书 / 参考设计 / 成功案例；生成多语言版本
  - 输出：内容初稿（标题、正文、语言版本、BT 标签、品牌调性标签）
- **人做什么**：FAE 提供 / 核对技术素材（规格书、认证报告）

### ④ 内部审核与调性把关

- **AI 做什么**：准备审核材料，对照调性标准对初稿做预检、标出可疑点。
- **AI 怎么做**：
  - 读（经读数工具）：L-05 品牌调性标准；内容初稿（活动自持）
  - 加工：比对调性标准（专业 / 可信赖 / 高效 / 本土化），标出可能不符处；标出技术数据待核对项
  - 输出：审核材料（初稿 + AI 预检标注）
- **人做什么**：AM Lead 调性把关、FAE 技术审核、合规检查、多语校对（**这是验收，不是执行**）

### ⑤ 发布入库

- **AI 做什么**：生成内容 ID、更新版本号、状态流转、登记场景与 BT 标签，产出「拟发布内容」。
- **AI 怎么做**：
  - 读：审核通过的初稿（活动自持）
  - 加工：生成 content_id、版本号递增、状态流转（待发布 → 已发布）、登记 scene 与 BT 标签
  - 输出：拟发布内容（content_id、title、language、version、scene、status）
- **人做什么**：确认发布入库（落账 L-05）

### ⑥ 分发与使用追踪

- **AI 做什么**：把已发布内容分发给使用方，收集使用反馈。
- **AI 怎么做**：
  - 读（经读数工具）：L-05 已发布内容 + 使用方调用记录
  - 加工：按场景 / BT 标签匹配使用方需求分发；汇总使用频次、客户接受度、触达效果
  - 输出：使用反馈汇总
- **人做什么**：基本无需介入

### ⑦ 复盘迭代与完结

- **AI 做什么**：复盘内容效果，识别过时 / 失效内容，提出下架 / 更新建议。
- **AI 怎么做**：
  - 读（经读数工具）：L-05 内容使用频次 / 版本 / 发布日期 + ⑥的使用反馈
  - 加工：计算使用频次、识别过期内容（版本旧 / 长期未用）、生成下架 / 更新建议清单
  - 输出：复盘结论（下架清单、更新清单）
- **人做什么**：确认复盘结论、完结

---

## 三、工单划分逻辑（生产流程 vs 复盘流程）

I01 的 7 步里混着**两个不同时间段的流程**：

```
【生产流程 —— 被动触发（使用方请求），几天内完成】
① 需求受理 → ② 采集 → ③ 创作 → ④ 审核 → ⑤ 发布
                                            ↓ 内容资产上线 L-05，✅ 生产结束

············ 使用期（几周~几个月，内容被 E04/T03/T04/E03 调用） ············

【复盘流程 —— 独立触发（月度定期 / 工具过期 / 战略调整）】
⑥ 分发追踪 → ⑦ 复盘 → 下架/更新（更新则回到①开新一轮生产）
```

**工单只针对生产流程（①→⑤）**，复盘流程独立拎出，不并入。

生产流程内逐步判断：

| 步骤 | 判断 | 结论 |
|---|---|---|
| ① 需求受理 | AI 识别规则之外的信息（目标客户/场景/优先级/定制）需人补充 | **执行工单** |
| ②③ 采集+创作 | AI 草拟内容初稿（纯加工态） | 不派工单 |
| ④ 审核 | AI 产出内容初稿，人审合不合格 | **验收工单** |
| ⑤ 发布 | AI 拟发布，人确认后落账 | **验收工单** |

**最终：1 执行 + 2 验收。**

### 与 E04 的区别

I01 是**内容生产型**，没有 E04「物理拜访」这种 AI 做不到、必须人去线下执行的环节——内容初稿由 AI 草拟，人只审核不执行。所以 I01 少一个「执行回执」工单，执行工单只有「需求受理」一个。

---

## 四、每个工单详细说明

### 执行工单 1 · 需求受理与信息补充（步骤 ①）

- **做什么**：确认本轮要生产的内容。
- **AI 产出**：按规则识别的内容需求清单（来源 + 类型）。
- **人填什么（查漏补缺）**：在清单上增删改——加行=补充新需求、删行=排除、改格=修正；补「目标客户、适用场景、优先级」等 AI 规则之外的信息。
- **为什么执行**：需求来源/类型 AI 能按规则识别，但「给谁、什么场景、多优先、是否定制」需要人补充。
- **交回**：核对后的内容需求清单（内容类型必填）。

### 验收工单 1 · 内容初稿审核（步骤 ②③④）

- **做什么**：审核 AI 草拟的内容初稿。
- **AI 产出**：读 L-01 市场依据 + 按 BT 层级草拟的多语言内容初稿。
- **人怎么审**：只读，不可修改。按判据「通过 / 驳回」，驳回 AI 重做。
- **验收判据**：① 品牌调性是否一致；② 技术内容是否准确；③ 合规与多语言校对是否通过。
- **为什么验收**：内容是 AI 草拟的结论，人只审合格与否。

### 验收工单 2 · 发布确认（步骤 ⑤）

- **做什么**：确认发布内容资产。
- **AI 产出**：拟发布的内容（版本号、状态流转、场景/BT 标签）。
- **人怎么审**：只读，不可修改。按判据「通过入库 / 驳回」。
- **验收判据**：① 版本号与状态是否正确；② 场景与 BT 标签是否登记完整；③ 多语言版本是否齐全。
- **为什么验收**：发布是写 L-05 的落账动作，需要人确认后入库。

---

## 五、文件对应关系

| 工单文件 | 类型 | 覆盖步骤 | 一句话 |
|---|---|---|---|
| `I01-执行工单-01-需求受理.html` | 执行 | ① | 人补内容需求信息 |
| `I01-验收工单-01-内容初稿审核.html` | 验收 | ②③④ | 人审 AI 的内容初稿 |
| `I01-验收工单-02-发布确认.html` | 验收 | ⑤ | 人确认发布入库 |

**完整闭环**：

```
① 需求受理 ──执行工单1(人补信息)──▶ ②③ AI 采集+草拟 ──验收工单1(审初稿)──▶
④ 审核通过 ──验收工单2(确认发布)──▶ 落账 L-05 ──▶ 生产结束
```

---

## 六、动态数据标注（模板绑定位置）

### 6.1 绑定命名空间速查

| 命名空间 | 含义 | 本活动用到 |
|---|---|---|
| `meta.*` | 任务/活动元数据 | 收件人、任务编号、步骤 |
| `card.*` | 工单身份专属 | 期限、工单编号、验收判据 |
| `out.*` | 输出表单/台账映射行集 | 内容初稿、发布明细 |
| `in.*` | 输入表单 | 内容需求 |
| `sd.*` | 状态数据读数 | 需求计数 |

### 6.2 三个工单共用的头部动态位置

| HTML 位置 | 动态数据 | 绑定地址 |
|---|---|---|
| 收件人 | 负责人 | `meta.task.owner` |
| 关联任务 | 任务编号 | `meta.task.id` |
| 步骤 | 当前节点 | `meta.phase` |
| 最迟交回 | 期限 | `card.deadline` |
| 工单编号 | 工单 ID | `card.id` |

### 6.3 执行工单 1 · 需求受理

| HTML 位置 | 动态数据 | 绑定地址 | 类型 |
|---|---|---|---|
| 编辑闸「AI 已识别 N 个内容需求」 | 需求计数 | `sd.requirement_count` | 单值 |
| 内容需求表 | 需求行 | `in.requirement` | 行集 |
| └ 内容类型/来源/目标客户/场景/优先级 | 各列字段 | `in.requirement.*` | 字段 |

### 6.4 验收工单 1 · 内容初稿审核

| HTML 位置 | 动态数据 | 绑定地址 | 类型 |
|---|---|---|---|
| 验收判据清单 | 判据项 | `card.criteria[]` | 列表 |
| 内容初稿表 | 初稿行 | `out.draft` | 行集 |
| └ 标题/类型/语言/BT标签/调性 | 各列字段 | `out.draft.*` | 字段 |

### 6.5 验收工单 2 · 发布确认

| HTML 位置 | 动态数据 | 绑定地址 | 类型 |
|---|---|---|---|
| 验收判据清单 | 判据项 | `card.criteria[]` | 列表 |
| 拟发布内容表 | 发布行 | `out.publish` | 行集 |
| └ 内容ID/标题/语言/版本/场景/状态 | 各列字段 | `out.publish.*` | 字段 |

---

（完）I01 一个活动，一条生产流程，三张工单：**执行工单让人补需求，验收工单让人审内容、确认发布**——复盘独立在时间轴之后，不混进生产流程。