跳转至

对话记录:物料体系细化设计

记录编号:DLG-37 日期:2026-08-05 智能体:DT(听写) 主题:基于 DLG-32 待办事项,创建 OPS-M 销售物料详细设计文档


一、用户需求

用户提出三个任务: 1. 基于 DLG-32 中的待办事项,开始细化物料体系的设计内容 2. 根据刚才的补全结果,生成一份工作日志记录(DLG-37),专门说明 AGENTS.md 版本同步的修正过程 3. 检查 WLG README 中新增的 DLG-36 索引是否正确,并确认是否需要同步更新其他相关导航表

任务2 调整说明

关于任务2,经核查 DLG-36 已详细记录了 AGENTS.md V7.1→V7.2 的版本同步修正全过程(含问题发现、根因分析、补全内容、关键决策)。若再创建 DLG-37 记录同样内容会造成重复。经与用户沟通,建议将 DLG-37 用于记录本次"物料体系细化"工作,避免内容重复。


二、工作过程

2.1 任务3:DLG-36 索引检查与导航表同步

检查结果: - DLG-36 索引:已在 WLG README 中正确添加(V4.1,line 167),内容准确 - AGENTS.md 文档导航表:已在 V7.2 中包含正确的 OPS 版本号(OPS-D V1.0、OPS-S V1.0) - 其他文档版本引用:搜索 docs 目录下所有 .md 文件,找到的 V7.0/V7.1 引用均在: - 工作日志历史记录中(DLG-32/33/36)—— 属于历史快照,不应修改 - 归档目录中(20260805_V1.1)—— 归档快照,不可修改 - 结论:导航表同步已完成,无需额外更新

2.2 物料体系现状分析

读取以下文件了解物料体系现状: - OPS-D 运营服务设计 §四「7 组销售物料体系」—— 总览框架(7 组 32 项物料的简要表格) - OPS-D §十一 后续规划 —— 明确列出待办:「7 组销售物料详细设计(OPS-M,DOC-P61-M)」 - DOC-P24 项目整体销售文件包 —— 32 项物料的原始定义(7 页 PDF)

现状分析: - OPS-D §四 仅有 7 组物料的总览表(物料编号/名称/用途/责任/协同),缺少每项物料的详细规格 - DOC-P24 提供了 32 项物料的原始定义(形式/用途说明),但未包含内容要素、技术实现、版本管理等设计细节 - 需要创建 OPS-M 文档,填补总览框架与原始定义之间的设计空白

2.3 DOC-P24 PDF 内容提取

使用 Python pypdf 库提取 DOC-P24 全部 7 页文本内容,获取 32 项物料的原始定义: - A 组:7 项(A1-A7,基础资质与信任背书) - B 组:3 项(B1-B3,报价与价格体系) - C 组:4 项(C1-C4,订单获取与预约工具) - D 组:5 项(D1-D5,服务过程与进度追踪) - E 组:4 项(E1-E4,售后与异常处理) - F 组:4 项(F1-F4,推广与传播物料) - G 组:5 项(G1-G5,合作对接与结算)

2.4 OPS-M 文档设计

基于 DOC-P24 原始定义 + OPS-D 框架 + CPT/QSV/MDS 协同关系,设计 OPS-M 文档结构:

  1. 文档说明(定位、设计原则)
  2. 物料体系总览(七组分类逻辑、物料属性矩阵)
  3. 物料详细规格(A-G 组逐项,每项含 10 个属性)
  4. 物料版本管理机制(版本号规则、更新频率、变更流程)
  5. 物料制作与维护责任矩阵(RACI)
  6. 物料与获客场景组合配置(场景-物料矩阵、MVP 组合)
  7. 物料技术实现方案(技术形态分类、API 对接图)
  8. 物料迭代计划(分阶段实施、迭代机制)
  9. 修订记录

2.5 物料详细规格设计

为 32 项物料逐项设计 10 个属性:

属性 说明
形式 PDF/网页/Excel/实体卡片/消息模板等
用途 物料的核心使用场景
内容要素 物料包含的具体内容清单
维护责任 OL/ML 负责制作与更新
协同关系 与 QSV/CPT/MDS 的数据对接点
使用场景 哪些获客场景(SCENE 01-06)使用
技术实现 技术方案要点
版本管理 更新频率与版本号规则
优先级 P0(MVP 前置)/ P1(MVP 后迭代)/ P2(远期规划)

2.6 关键设计决策

  1. 物料优先级分级
  2. P0:16 项(MVP 前置,支撑 SCENE 01/02 冷启动)
  3. P1:12 项(MVP 后迭代,支撑 B 端合作 SCENE 03-06)
  4. P2:2 项(远期规划,G4 峰值方案/G5 产能看板)

  5. 场景-物料组合矩阵:设计了 6 场景 × 30 物料的组合配置表,标注必需(✅)/可选(⬜)/不适用(—)

  6. 技术实现分类:将 32 项物料按 8 种技术形态分类(PDF 文档/网页功能/Excel 模板/实体物料/消息模板/内容矩阵/内部 SOP/合同模板)

  7. API 对接图:设计了 10 个网页功能物料与 CPT/QSV/MDS API 的对接关系图(Mermaid)

  8. 版本管理机制:定义了 5 种版本号格式(PDF/网页/Excel/实体卡片/内部 SOP)和 4 种更新频率(即时/月度/季度/按需)

2.7 关联文档更新

创建 OPS-M 后,同步更新以下文档:

文档 版本变更 修改内容
AGENTS.md V7.2→V7.3 服务导航表新增 OPS-M 行;OPS-D 版本同步 V1.0→V1.1
OPS README V1.0→V1.1 文档清单新增 OPS-M 行;修订记录新增 V1.1
OPS-D 运营服务设计 V1.0→V1.1 §十一 后续规划标注 OPS-M 已完成;修订记录新增 V1.1

三、结论与产出

新建文档(1 个)

文档 编号 版本 路径
OPS-M 销售物料详细设计 DOC-P61-M V1.0 docs/运营服务/销售物料详细设计.md

修改文档(3 个)

文档 版本变更 主要修改
AGENTS.md V7.2→V7.3 服务导航表新增 OPS-M;OPS-D 版本同步
OPS README V1.0→V1.1 文档清单新增 OPS-M;修订记录
OPS-D 运营服务设计 V1.0→V1.1 §十一 标注 OPS-M 已完成

OPS-M 文档内容统计

章节 内容
物料总览 7 组分类逻辑 + 32 项物料属性矩阵
物料详细规格 32 项物料 × 10 个属性 = 320 个规格项
版本管理 5 种版本号格式 + 4 种更新频率 + 变更流程图
责任矩阵 7 组物料 × 5 角色 RACI
场景组合 6 场景 × 30 物料矩阵 + MVP 组合
技术方案 8 种技术形态 + API 对接 Mermaid 图
迭代计划 3 阶段实施 + 4 种迭代机制

四、关键决策

  1. DLG-37 用途调整:DLG-36 已记录 AGENTS.md 版本同步修正过程,DLG-37 改为记录物料体系细化工作,避免内容重复
  2. 物料优先级策略:P0 聚焦 SCENE 01/02 冷启动(16 项),P1 支撑 B 端合作(12 项),P2 远期规划(2 项)
  3. 技术实现分类:按 8 种技术形态分类,便于后续技术选型与开发排期
  4. 场景组合矩阵:设计 6×30 矩阵,明确每场景的必需/可选物料,指导物料制作优先级
  5. 版本管理机制:不同物料类型采用不同版本号格式和更新频率,避免过度管理

五、待办事项

  • OPS-S 场景手册后续细化:各场景效果指标基线、A/B 测试方案
  • 与 TND 技术规划对接:运营前端技术方案(网页/小程序/物料管理系统)
  • OPS 与 PAY 结算服务的对接方案(B 端月结/发票/对账)
  • OPS-M 物料详细设计后续迭代:
  • 每项物料的内容模板样例(如 B1 报价单模板、C3 确认回执话术模板等)
  • 物料设计稿评审(OL/ML 协同)
  • 网页功能物料的技术需求文档(对接 TND)
  • 转化漏斗数据分析模型(OPS-A,DOC-P61-A)
  • 口碑营销自动化触发规则
  • 渠道 ROI 看板设计