01 / OVERVIEW
任务书解决什么问题?
很多团队不是能力不足,而是一开始就没有说清楚“我们到底在做什么”。
项目任务书把模糊想法变成共同语言。它帮助团队确定真实问题、目标用户、成功标准和协作方式,也让导师能够在早期发现方向偏差。
一句话判断如果每个成员对项目目标的描述都不一样,先不要急着分工,先把任务书写清楚。
02 / STRUCTURE
六个核心部分
01
项目背景
我们观察到了什么真实现象?为什么值得解决?
02
目标用户
我们具体服务谁?不要只写“所有人”。
03
核心问题
用户当前遇到什么阻碍?已有方案哪里不够好?
04
项目目标
四周内希望产生什么可观察、可验证的变化?
05
交付成果
最终必须交出哪些看得见、能检查的成果?
06
角色与节点
谁负责什么?何时检查?出现问题如何升级?
03 / WORKFLOW
团队填写步骤
- 每个人先独立写一句项目定义用 3 分钟写下“我们要为谁解决什么问题”。
- 比较不同版本找出共同点、分歧和需要验证的假设。
- 用证据缩小范围参考企业观察、用户反馈或已有数据,不凭感觉决定。
- 确认四周可完成的目标把过大的目标拆成可以真实交付的阶段成果。
- 明确负责人和检查节点任务可以多人参与,但每项结果只能有一位最终负责人。
04 / COPYABLE TEMPLATE
项目任务书模板
PROJECT BRIEF · V1
项目名称: 1. 项目背景 我们观察到的真实现象是: 这个问题值得解决,因为: 2. 目标用户 我们的核心用户是: 他们出现这个问题的典型场景是: 3. 核心问题 用户现在最需要解决的是: 目前已有方案的不足是: 4. 四周项目目标 四周后,我们希望实现: 我们将用这些指标判断是否有效: 5. 交付成果 □ 市场调研简报 □ 品牌定位方案 □ 内容或活动成果 □ 经营数据与复盘 □ 最终路演 6. 团队岗位 项目负责人: 品牌策划: 市场调研: 新媒体运营: 销售与客户关系: 财务与运营: 7. 关键节点 Week 1: Week 2: Week 3: Week 4: 8. 团队约定 沟通渠道: 固定会议时间: 无法按时完成任务时的处理方式:
05 / QUALITY CHECK
提交前检查
- 目标用户足够具体
- 核心问题有真实证据
- 目标能在四周内完成
- 成果可以被检查
- 每项任务有负责人
- 团队成员理解一致