Project Delivery Tracker
概述
本 Skill 提供一套可复用的客户项目交付管理框架，基于飞书多维表格（Base）实现"一张表管全局"。核心能力包括：
- 项目推进表框架 — 标准化表结构（17 个存储字段 + 3 个系统字段），覆盖任务信息、四维坐标分类、优先级、负责人、交付物、依赖关系、状态追踪
- 四维坐标分类体系 — 每条任务获得 3 个字段维度坐标 + 1 个诊断透镜：
- WHEN 增长阶段（什么时候做）× WHAT 工作类型（什么性质的工作 = HOW 内部视角）× WHERE 项目（在哪个业务模块做）
- HOW 外部视角 = 4P 诊断透镜（产品/定价/渠道/推广），叠加在三维字段之上，季度复盘时检查营销杠杆覆盖均衡
- 完整框架详见 growth-system-framework.md - 会议纪要→待办提取 — 从会议纪要中自动提取待办事项，映射到项目推进表字段，处理完成后并发输出两份产物：(a) 新增任务直接写入项目表；(b) 需要调整状态/信息的已有任务生成 Markdown 文档供用户自行判断操作
- 批量复用能力 — 框架可快速适配到新客户场景，增长阶段和类型选项按行业模板切换（详见 generic-options.md）
使用前提
- 飞书已连接（lark-base skill 可用）
- 用户已提供项目推进表的 Base URL 或 base_token
- 当前用户身份为 user（--as user）
核心工作流
工作流 1：初始化新项目推进表
当用户需要为新客户创建项目推进表时：
- 新建飞书 Base，命名格式：
[客户名] x [项目代号]·前端+后端交付·一张表管全局 - 创建「项目推进」表，按参考文献 project-table-schema.md 配置 17 个存储字段（+3 个系统字段自动生成）
- 根据客户行业，从 generic-options.md 中选择对应的「增长阶段」和「工作类型」选项模板
- 新建「项目」字段（单选），选项由用户根据实际业务模块自定义（如"私董会""课程产品""内容获客"等），Skill 不预设具体选项
- 根据诊断/规划结果，批量写入初始任务清单
工作流 2：从会议纪要提取待办（核心流程）
当用户提交会议纪要（飞书文档、会议记录、文字纪要）时：
Step 1：读取当前状态
先用 +record-list 拉取项目推进表的全部记录，建立"当前任务快照"，用于后续区分"新增"和"需要变更"。
Step 2：提取待办
阅读会议纪要全文，识别所有可执行动作。对每条待办，按以下模板提取：
- 任务名称：一句话描述做什么（动词开头）
- 父记录(归属)：该任务属于哪个模块/分组（优先使用已有分组，确需新建才新建）
- 增长阶段：映射到用户旅程阶段（定位/获客/成交/交付/复购/基建）
- 工作类型：什么性质的工作（品牌/定位建设、内容/获客运营、转化/成交运营、交付/服务运营、复购/裂变运营、产品/基础设施）
- 项目：属于哪个业务模块（用户自定义）
- 优先级：🔴必做 / 🌟高 / 中
- 规划负责人：谁负责执行（可多人）
- 重要性：1-重要 / 2-没那么重要 / 3-不重要
- 截止时间：目标完成日期
- 交付物：具体产出物（文本，支持网页链接）
- 前置依赖：依赖哪些任务先完成（如无写"无"）
- 问题与解法：已识别的问题和解决方案（如无留空）
- 阻塞原因：当前卡住的点（如无留空）
- 行动|备注：补充说明（如无留空）
详细提取指引见 meeting-minutes-template.md。
Step 3：去重与分流
对照 Step 1 的"当前任务快照"，将每条待办分为两类：
- (a) 全新任务：项目表中不存在的任务 → 直接写入
- (b) 已有任务变更：项目表中已存在但需要更新状态/信息的任务 → 不自动修改，写入 Markdown 文档
Step 4：并发执行
用 +record-batch-create 将 (a) 类任务写入项目表。
同时生成一份 项目变更清单_YYYY-MM-DD.md，包含以下三个部分：
- 状态/信息/优先级等变更：每条列出当前状态 → 建议变更为 → 变更原因（来自会议纪要原文），由用户自行判断手动操作
- 改进建议：基于会议纪要和项目表全局状态，提出可执行的优化建议。例如：
- 某模块任务过多需要拆分分组
- 某模块长时间无进展可能需要资源倾斜
- 字段选项值（增长阶段/工作类型/项目）需要扩充或合并
- 某类任务模式重复，可以用 SOP 固化
- 前置依赖链路太长，建议并行化 - 改进建议由用户确认后再动手，绝不自动执行
Step 5：返回总结
向用户返回：
- ✅ 已写入项目表的新增任务数量 + 简要清单
- 📄 变更清单 Markdown 文档，包含四部分：
- 状态变更 / 信息补充 / 优先级调整 / 时间调整（用户自行判断操作）
- 🚀 改进建议（基于全局状态的优化建议，用户确认后再执行）
工作流 3：迭代项目表
当用户直接要求更新项目推进表时（非会议纪要场景）：
- 读取当前项目推进表的全部记录
- 确定需要新增的任务 → 直接写入
- 确定需要修改的任务 → 生成 Markdown 变更清单文档
- 两个动作并发执行，不给用户额外负担
工作流 4：批量推断填充
当项目推进表已有记录但部分字段为空时（如迁移后或历史数据补全）：
- 用
+record-list拉取全部记录，统计各字段填充率 - 对空字段，基于已有信息（任务名称、行动备注、父记录归属等）进行 AI 推断：
- 工作类型：根据任务内容归类到对应工作类型
- 增长阶段：根据任务目标映射到 6 层中的某一层
- 项目：根据任务归属的业务模块分类
- 优先级：根据紧迫程度判断 🔴必做/🌟高/中
- 阶段：根据备注中"已完成""进行中"等线索判断状态
- 重要性：根据任务影响面映射 1-重要/2-没那么重要/3-不重要 - 用
+record-batch-update批量写入推断值 - 向用户返回填充结果汇总，提醒用户审核（推断值不是确定的，不对的直接在表里改）
- 不填充的字段：实际负责人、规划负责人、截止时间、前置依赖、阻塞原因 — 这些需要项目背景或团队信息，AI 无法准确推断
字段设计规范
项目推进表共 17 个存储字段 + 3 个系统字段，分为 4 层。核心是四维坐标分类体系（3 个字段维度 + 1 个诊断透镜）：
| 维度 | 字段 | 回答什么 | 视角 | 选项 |
|---|---|---|---|---|
| WHEN | 增长阶段 | 什么时候做？ | 用户旅程 | 定位 / 获客 / 成交 / 交付 / 复购 / 基建 |
| WHAT | 工作类型 | 什么性质的工作？ | 团队执行（= HOW 内部） | 品牌/定位建设 / 内容/获客运营 / 转化/成交运营 / 交付/服务运营 / 复购/裂变运营 / 产品/基础设施 |
| WHERE | 项目 | 在哪个业务模块做？ | 业务结构 | 用户自定义 |
| HOW | 4P 透镜 | 拉哪个营销杠杆？ | 市场杠杆（= HOW 外部） | 产品 / 定价 / 渠道 / 推广（诊断工具，非字段） |
三个字段维度（WHEN/WHAT/WHERE）正交：同一阶段可用不同工作类型，同一工作类型可分布在不同项目，同一项目可跨越多个阶段。4P 透镜叠加在上层，季度复盘时检查各营销杠杆覆盖是否均衡。
> HOW 维度的双重体现：工作类型是内部 HOW（团队用什么方式执行），4P 是外部 HOW（对市场拉哪个杠杆）。两个切面互补——日常用工作类型管执行，复盘用 4P 查覆盖。完整框架说明见 growth-system-framework.md。
基础信息层（6 个字段）
| 字段名 | 类型 | 说明 |
|---|---|---|
| 序号 | 自动编号 | 全局排序编号（auto_number，格式 NO.001） |
| 任务名称 | 文本 | 任务核心描述 |
| 父记录(归属) | 关联（自引用） | 任务所属模块/分组，通过 link 字段实现层级关系 |
| 增长阶段 | 单选 | WHEN：用户旅程阶段（6 层，按行业模板切换） |
| 工作类型 | 单选 | WHAT：工作性质分类（6 个选项，按行业模板切换） |
| 项目 | 单选 | WHERE：业务模块分类（用户自定义选项） |
执行管理层（8 个字段）
| 字段名 | 类型 | 说明 |
|---|---|---|
| 阶段 | 单选 | 任务状态：00-待启动 / 01-进行中 / 02-待反馈 / 03-已完成 / 04-阻塞卡点 |
| 优先级 | 单选 | 🔴必做 / 🌟高 / 中 |
| 规划负责人 | 文本 | 计划负责人（可多人，如"宏哥+嘉文"） |
| 实际负责人 | 人员 | 实际执行者（多选，关联飞书用户） |
| 重要性 | 单选 | 1-重要 / 2-没那么重要 / 3-不重要 |
| 截止时间 | 日期时间 | 目标日期（datetime） |
| 交付物 | 文本 | 具体产出物（纯文本，支持网页链接） |
| 前置依赖 | 文本 | 前置条件说明，如"低客单产品需先上线" |
问题追踪层（3 个字段）
| 字段名 | 类型 | 说明 |
|---|---|---|
| 问题与解法 | 文本 | 已识别问题 + 解决方案 |
| 阻塞原因 | 文本 | 当前卡住的点 |
| 行动|备注 | 文本 | 行动计划或补充说明 |
元数据层（3 个字段，系统自动填充）
| 字段名 | 类型 |
|---|---|
| 创建人 | 系统字段 |
| 修改人 | 系统字段 |
| 最后更新 | 系统字段 |
增长阶段选项（默认通用版 + 行业模板）
核心逻辑：按"营销四件事"（定位→获客→成交→复购）映射任务阶段，6 层结构。
通用版（适用于大多数行业）
| 选项名 | 营销四件事 | 含义 | 典型场景 |
|---|---|---|---|
| 定位 | 定位 | 顶层设计、IP定位、品牌策略、合规 | 品牌定位、竞对分析、商业模式设计 |
| 获客 | 获客 | 内容触达、信任建设、直播、GEO | 短视频、直播、案例库、AI搜索优化 |
| 成交 | 成交 | 产品设计、定价、销售流程、私域SOP | 价格带设计、详情页优化、成交话术 |
| 交付 | — | 履约、教学服务、完课率、客户体验 | 督学体系、交付SOP、学员社群 |
| 复购 | 复购 | 会员体系、续费、转介绍、裂变 | VIP转化、续费运营、转介绍权益 |
| 基建 | 全局支撑 | 数据体系、工具系统、用户洞察 | 用户画像、转化率追踪、CRM搭建 |
行业模板
详见 generic-options.md，包含：
- 财经博主/IP变现（宏哥财经原版）
- 在线教育/知识付费
- 电商/消费品
- SaaS/企业服务
- 通用版（上述通用版）
工作类型选项（默认通用版 + 行业模板）
工作类型回答"WHAT：这个任务是什么性质的工作"，与增长阶段（WHEN）正交。
通用版
| 选项名 | 执行范围 | 对应增长阶段（典型） |
|---|---|---|
| 品牌/定位建设 | IP定位、品牌形象、人设打造、账号策略 | 定位 |
| 内容/获客运营 | 内容创作、短视频、直播、切片、引流 | 获客 |
| 转化/成交运营 | 产品上架、支付通道、官网搭建、成交话术 | 成交 |
| 交付/服务运营 | 私董会运营、1v1辅导、复盘交付、社群运营 | 交付 |
| 复购/裂变运营 | 续费运营、转介绍机制、老客激活、口碑传播 | 复购 |
| 产品/基础设施 | 课程制作、工具搭建、SOP文档、数据机制 | 基建 |
> 注意：工作类型与增长阶段是正交关系，不强制一一对应。例如"内容/获客运营"可以发生在获客阶段（引流短视频），也可以发生在成交阶段（成交型直播），也可以发生在复购阶段（老客户案例更新）。
营销杠杆（4P）参考框架
4P（产品/定价/渠道/推广）不作为必填字段，而是作为诊断透镜供季度复盘时使用。4P 是 HOW 的外部视角（市场杠杆），与工作类型（HOW 内部视角）互补。工作类型与 4P 的对应关系：
| 工作类型 | 主要营销杠杆 |
|---|---|
| 品牌/定位建设 | 产品、推广 |
| 内容/获客运营 | 推广 |
| 转化/成交运营 | 产品、定价、渠道、推广 |
| 交付/服务运营 | 产品 |
| 复购/裂变运营 | 产品、渠道、推广 |
| 产品/基础设施 | 产品、通用 |
各行业细分模板见 generic-options.md。
注意事项
- (a) 新增任务：直接写入项目表，不需要用户确认
- (b) 已有任务变更：绝不自动修改，生成 Markdown 变更清单文档，用户自行判断操作
- 每次处理会议纪要/更新需求时，并发输出 (a) 写入 + (b) 文档
- 批量写入单批最多 200 条，连续写入时串行执行
- 写入前先用
+field-list确认字段结构和选项值 - 未知选项可能触发平台新增选项，先确认再写入
- 日期字段使用
YYYY-MM-DD HH:mm:ss格式 - 人员字段使用
[{ "id": "ou_xxx" }]格式
联系与付费
- 作者：嘉文
- 微信 / 公众号：Napolane
- 服务包：自助包 ¥299（纯工具）· 落地包 ¥1,999（帮你建表+1h咨询）· 陪跑包 ¥4,999/季度（持续运营）
- 咨询：加微信 Napolane，先聊再付款
参考文件
- growth-system-framework.md：增长完成阶段体系完整框架 — 四维坐标分类体系、4P 整合与选择理由、HOW 维度说明、落地方法
- project-table-schema.md：完整表结构文档与字段 JSON 定义
- meeting-minutes-template.md：会议纪要提取待办的操作模板
- generic-options.md：增长阶段和工作类型的通用版 + 行业模板
