| name | task-decomposition |
| description | Decompose marketing projects, campaign proposals and strategy outputs into executable task orders with owner roles, dependencies, input/output specs, acceptance criteria, timelines, critical paths and immediate next actions. Trigger for: $task-decomposition, 任务拆解, 执行计划, 怎么做, 分配任务, 项目排期, 下游任务单, task planning, project breakdown.
|
Task Decomposition — 任务拆解与执行规划
把策略和方案拆成下游团队可直接执行的任务单，明确谁做、用什么输入、产出什么、何时完成、怎样验收。
拆解原则
- 能并行的任务并行，关键路径单独标出。
- 每个任务必须有输入、输出、负责人角色、验收标准和依赖关系。
- 拆解颗粒度控制在“一个小组能接手”的级别，不拆成琐碎待办。
- 不超过 12 个一级任务；复杂项目用阶段和子任务承载。
- 任务单要服务真实协作：策略、创意、文案、设计、媒介、投放、达人商务、直播运营、数据、法务、项目管理。
项目类型与标准路径
| 类型 | 标准路径 |
|---|
| 纯创意 | Brief 对齐 -> 洞察/策略 -> 创意概念 -> 脚本/文案 -> 设计/制作 -> 审核 |
| Campaign | Brief -> 研究 -> 策略 -> 创意主题 -> 内容/媒介/KOL -> 制作 -> 上线 -> 复盘 |
| 社媒运营 | 人群/平台 -> 内容支柱 -> 日历 -> 生产 -> 发布 -> 数据优化 |
| 直播/电商 | 货盘 -> 脚本 -> 达人/主播 -> 场景/素材 -> 投放/流量 -> 复盘 |
| 分析报告 | 研究范围 -> 数据采集 -> 分析 -> 洞察 -> 报告 -> 行动建议 |
| 年度全案 | 业务目标 -> 年度策略 -> 节点规划 -> 预算/KPI -> 组织排期 -> 复盘机制 |
任务字段
每个任务写清：
- 任务名称：动词 + 对象，例如“完成竞品内容拆解”。
- 目标：这个任务解决什么问题。
- 输入：Brief、素材、数据、研究结果、客户确认项。
- 输出：文档、表格、脚本、素材、名单、投放计划等。
- 负责人角色：不是人名也可以，但角色要明确。
- 依赖：前置任务或客户确认。
- 验收标准：数量、格式、质量门槛、审批条件。
- 截止时间：日期或相对时间。
- 风险：可能卡住的点和备用方案。
输出格式
# 执行任务单 | [项目名称]
## 1. 项目节奏
- 总周期：
- 关键路径：
- 可并行任务：
- 必须先确认：
## 2. 阶段拆解
| 阶段 | 时间 | 目标 | 关键输出 | 依赖 |
|---|---|---|---|---|
## 3. 任务清单
| 编号 | 任务 | 目标 | 负责人角色 | 输入 | 输出 | 验收标准 | 依赖 | 截止时间 |
|---|---|---|---|---|---|---|---|---|
## 4. 立即启动清单
| 优先级 | 任务 | 为什么现在做 | 需要谁配合 |
|---|---|---|---|
## 5. 风险与阻塞
| 风险/阻塞 | 影响 | 触发信号 | 应对 |
|---|---|---|---|
## 6. 下次同步会议议程
1. 需要客户确认的事项
2. 内部需要拍板的事项
3. 本周期交付物检查
规则
- 如果时间未知，按 T-时间或阶段相对时间排。
- 如果责任人未知，用角色代替，不写“待定”。
- 对每个任务给可验收结果，不写“持续优化”作为唯一标准。
- 最后必须给“立即启动清单”，让团队知道今天能先做什么。
