第二章 项目启动与前置条件:确认利益相关者需求、确定研究目标、组建团队与分工、准备时间线
本章定位:在动手创建 Persona 或执行用户访谈之前,必须完成项目启动阶段的四个前置动作——对齐利益相关者预期、锁定研究目标、搭好团队骨架、拉出可执行的时间线。本章按 SOP 流程拆解每一步的输入、输出、责任与验收标准。
1. 适用场景
- 场景 A:公司首次引入用户画像体系,需要跨部门(产品、设计、市场、销售)统一对 Persona 的认知。
- 场景 B:已有零散的用户数据,但未系统化,需要通过访谈对齐真实用户行为。
- 场景 C:产品即将进入新赛道或新市场,需基于一手调研重新定义目标用户群。
- 场景 D:团队规模大于 5 人,且研究周期超过 2 周,必须有正式启动流程。
2. 前置条件
| 条件项 | 达标标准 | 验收人 |
|---|---|---|
| 业务Sponsor确认 | 至少一位部门总监级负责人书面同意项目立项 | 项目发起人 |
| 初始资源清单 | 列出可调配的研究员、设计师、运营人力及预算范围 | 项目经理 |
| 利益相关者清单 | 识别出≥3个核心干系方(产品、设计、市场)并确认其参与意愿 | 用户研究负责人 |
| 已有数据盘点 | 汇总现有用户数据来源(客服记录、后台日志、历史报告) | 数据对接人 |
实操判断:如果前置条件中任意一项未达标,建议先发起一次“项目启动预备会”,用本章的流程框架对齐预期,而不是直接跳过前置进入执行。
3. 操作步骤
本阶段包含 4 个核心步骤,建议按顺序执行,避免返工。
步骤 1:确认利益相关者需求
- 动作:与每位核心利益相关者进行 30 分钟一对一访谈。
- 核心问题:
- “你希望 Persona 帮你解决什么具体决策问题?”
- “你日常使用的用户数据目前来自哪里?”
- “你对最终交付物有什么格式/篇幅的偏好?”
- 输出:利益相关者需求汇总表(每人一页,含优先级标签)。
步骤 2:确定研究目标
- 动作:召开 1.5 小时目标对齐工作坊,使用“目标树”工具。
- 规则:最终目标必须符合 SMART 原则(具体、可衡量、可达成、相关、有时限)。
- 输出:一份经全体签字的《研究目标声明书》,包含 1 个主目标 + 最多 3 个子目标。
步骤 3:组建团队与分工
- 角色模板:
| 角色 | 职责 | 建议人数 |
|---|---|---|
| 研究负责人 | 统筹计划、把控质量、输出报告 | 1 |
| 访谈主持人 | 执行用户访谈、深度追问 | 1-2 |
| 记录与编码员 | 实时笔记、转录编码、数据整理 | 1-2 |
| 设计师(兼职) | Persona 视觉化、信息架构支持 | 0.5(兼职) |
| 项目协调人 | 排期、预约用户、后勤 | 1(可兼职) |
- 输出:团队 RACI 矩阵(含每位成员的联系人与可用时间窗口)。
步骤 4:准备时间线
- 动作:用反向倒推法,以最终交付日为锚点,倒排每个里程碑。
- 典型里程碑:
| 里程碑 | 标准周期 | 依赖条件 |
|---|---|---|
| 利益相关者需求对齐完成 | 第 1-3 天 | 无 |
| 研究目标定稿 | 第 3-5 天 | 需求对齐完成 |
| 团队分工确认 | 第 5-6 天 | 目标定稿 |
| 访谈提纲初版 | 第 6-10 天 | 团队到位 |
| 用户招募完成 | 第 10-14 天 | 提纲初版 |
- 输出:甘特图或看板时间线(含缓冲期,建议总周期留出 20% 余量)。
常见偏差预警:利益相关者需求“对齐”不等于“全盘满足”。当多个需求冲突时(如市场部要 10 个 Persona,设计部只要 3 个),研究负责人必须用研究目标作为裁决依据,拒绝超范围需求。
4. 输入输出物
| 类型 | 名称 | 格式 | 负责人 |
|---|---|---|---|
| 输入 | 业务背景与立项申请书 | PDF / 共享文档 | 项目发起人 |
| 输入 | 现有用户数据清单 | Excel / CSV | 数据对接人 |
| 输出 | 利益相关者需求汇总表 | Notion / 飞书文档 | 研究负责人 |
| 输出 | 研究目标声明书(含签字) | PDF(含电子签名) | 研究负责人 |
| 输出 | 团队RACI矩阵 | 表格 / 共享文档 | 项目经理 |
| 输出 | 项目甘特图时间线 | 看板 / 甘特图工具 | 项目经理 |
5. 责任边界
- 研究负责人:对本阶段全部四项产出物的质量与对齐度负最终责任;有权否决不符合 SMART 原则的研究目标。
- 项目经理:对时间线合理性、资源到位率、跨部门协调节奏负责;若出现延期风险,需在 24 小时内发出预警。
- 利益相关者:必须提供真实、完整的业务需求,并在目标声明书上签字确认,不得在后续阶段追加“隐性需求”。
- 团队成员:确认自己的角色与交付物,并保证可用时间与排期一致。
责任边界划清:如果利益相关者未在目标声明书上签字,则后续任何因“需求理解不一致”导致的返工,不计算在研究团队的工作量内。建议在项目启动会议上明确公布这一规则。
6. 记录材料
本阶段需要归档以下记录,作为项目审计与复盘依据:
- 利益相关者访谈录音/笔记(每人一份,标注日期与关键结论)。
- 目标树工作坊现场照片或 Miro 看板截图(显示目标分解过程)。
- 团队 RACI 矩阵的确认邮件或签字截图。
- 时间线评审会议纪要(含所有变更点与理由)。
归档格式:统一命名为 【章节2】记录_内容描述_日期.pdf,存放于项目共享云盘根目录下的 02_项目启动记录/ 文件夹。
7. 异常处理
| 异常场景 | 触发条件 | 处理动作 | 责任人 |
|---|---|---|---|
| 利益相关者需求冲突 | ≥2 位干系人对 Persona 数量/粒度要求不一致 | 召开仲裁会议,以主研究目标为裁决依据;必要时升级至项目Sponsor | 研究负责人 |
| 目标无法SMART化 | 目标太模糊(如“了解用户”)无法拆解 | 退回进行第二轮工作坊,拆解为可测量的子问题 | 研究负责人 |
| 核心人力不到位 | 访谈主持人或记录员空缺 > 3 个工作日 | 启动备选人力池(提前在RACI中标注Backup) | 项目经理 |
| 时间线严重压缩 | 可用周期短于标准周期的 70% | 协商缩小访谈样本量或减少Persona数量,并书面确认范围减配 | 项目经理 + 研究负责人 |
8. 验收标准
本阶段(第 2 章)所有工作完成,需同时满足以下 6 项验收条件,方可进入下一章(用户招募与访谈提纲设计):
- 需求对齐完成:所有利益相关者已访谈完毕,需求汇总表获得 ≥80% 干系人确认。
- 目标声明书已签字:研究目标明确、SMART 合规,且至少包含 1 个主目标 + 不超过 3 个子目标。
- 团队 RACI 矩阵已发布:每个角色有明确人名和备选人,可用时间窗口已标注。
- 时间线已评审通过:甘特图在团队会议上过审,缓冲期 ≥20%。
- 记录材料已归档:所有访谈笔记、会议纪要、工作坊产出已存入指定文件夹。
- 无未关闭的异常项:所有触发过的异常处理均已关闭或形成书面仲裁结论。
验收检查表(供打印使用):
□ 利益相关者需求汇总表已确认(确认人数 / 总人数 ≥ 80%)
□ 研究目标声明书已签字(含电子签名/邮件确认)
□ RACI矩阵已发布(含Backup标注)
□ 甘特图时间线已评审(缓冲期 ≥ 20%)
□ 记录材料已归档至
□ 异常处理记录已关闭
□ 利益相关者需求汇总表已确认(确认人数 / 总人数 ≥ 80%)
□ 研究目标声明书已签字(含电子签名/邮件确认)
□ RACI矩阵已发布(含Backup标注)
□ 甘特图时间线已评审(缓冲期 ≥ 20%)
□ 记录材料已归档至
02_项目启动记录/□ 异常处理记录已关闭
效率建议:将这 6 项验收标准直接写入项目启动会议的检查清单,会议结束时逐项打钩,避免“以为做完了,实际没对齐”的认知偏差。