BPOS-MVP/docs/SS01-客户与市场/i01-html/I01-活动流程与工单说明.md

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 一个活动，一条生产流程，三张工单：执行工单让人补需求，验收工单让人审内容、确认发布——复盘独立在时间轴之后，不混进生产流程。