第4章 前置条件准备:需求清单、用户调研数据、干系人确认

在前三章完成需求收集与KANO模型认知对齐后,本章将构建KANO验收门禁的三项核心原材料。缺失任一材料,后续分析将无法通过门禁检查。

4.1 适用场景

当项目进入需求优先级决策阶段,且已获得原始需求列表与用户调研底稿时,本章工作可启动。典型场景包括:

  • 产品迭代的版本规划会之前
  • 需求评审会的前置准备
  • 跨部门干系人需要对齐需求定义时

4.2 前置条件

开始本章操作前,必须满足:

  1. 已完成需求收集(第3章输出)
  2. 已设计并投放KANO问卷(第2章输出)
  3. 团队成员已接受KANO分类培训
  4. 产品经理获得临时权限访问用户数据
提示:若调研数据样本量小于30份,需先补充收集或额外标记为“低置信度”。

4.3 操作步骤

步骤操作内容负责人输出物
1合并并清洗原始需求清单,去除重复、过时条目产品经理清洗后需求清单
2整理用户调研数据:剔除无效问卷、归类正向/反向答案数据分析师结构化调研数据表
3识别核心干系人:产品总监、技术负责人、运营负责人产品经理干系人名单
4召开前置条件确认会,干系人签字确认三份材料项目经理签字确认函
示例:需求清单条目格式(JSON)
[
  {
    "id": "REQ-101",
    "title": "一键导出报表",
    "source": "销售部",
    "status": "待分析"
  },
  {
    "id": "REQ-102",
    "title": "数据看板实时刷新",
    "source": "运营部",
    "status": "待分析"
  }
]

4.4 输入输出物

输入输出
原始需求池(Excel/协作列表)去重、格式统一的需求清单
KANO问卷原始回复(CSV/SaaS导出)清洗后的正/反向数据表(每需求维度)
干系人通讯录/组织结构图签字确认函(含干系人姓名、角色、签字日期)

4.5 责任边界

  • 产品经理:需求清单的完整性、格式统一;干系人名单初稿
  • 数据分析师:调研数据清洗、异常值标记
  • 项目经理:组织确认会、确保签字获得
  • 业务负责人:签字确认前审核需求清单与数据正确性
边界提醒:产品经理不得直接删除有争议的需求条目,需经干系人确认会表决。

4.6 记录材料

完成本章后应归档以下材料(建议单独文件夹):

  1. v1.0_demand_list_cleaned.xlsx
  2. v1.0_user_survey_cleaned.csv
  3. v1.0_stakeholder_approval.pdf
  4. 确认会会议纪要(含签字页照片)

4.7 异常处理

异常情形处理方式升级路径
需求清单存在大量重复项使用Python去重脚本统一处理产品经理自行执行,无需升级
调研数据缺失超过20%标记为低可信度,增加补充调研上报项目经理,延后3天
干系人拒绝签字记录异议原因,由产品总监斡旋升级至项目决策委员会

4.8 验收标准

本章交付物满足以下所有条件时,方可通过门禁:

  1. 需求清单条目数与原池差异 ≤ 5%(允许因清洗合并减少)
  2. 调研数据有效问卷占比 ≥ 80%
  3. 干系人确认函签字率达100%(至少包含产品总监、技术负责人、运营负责人)
  4. 所有记录材料已上传至项目知识库
前置条件准备流程总图 第4章 前置条件准备流程 原始需求池 Excel / 协作列表 清洗后需求清单 去重+格式化 KANO问卷原始数据 CSV / SaaS导出 清洗后调研数据 正/反向归类 干系人名单 产品/技术/运营 干系人确认函 签字+日期 前置条件准备完成 ✓