第3章 用户需求收集与优先级排序：需求来源、Kano模型与权重矩阵
本章定位：硬件产品从“模糊想法”到“可执行Roadmap”的第一个关键漏斗——系统化收集需求，并用Kano模型与权重矩阵完成优先级排序，确保有限的研发资源投入在最具价值的用户需求上。
1. 适用场景
- 新产品定义阶段：尚未形成产品规格书，需从零梳理用户需求池。
- 现有产品迭代规划：已有v1.0版本，需决定v2.0/v3.0纳入哪些新需求。
- 跨部门资源博弈：产品、研发、市场对“先做什么”存在分歧，需建立客观排序机制。
- Roadmap时间节点映射前：在将需求分配到具体季度/月度之前，必须先完成优先级排序。
2. 前置条件
| 前置条件 | 说明 | 验收标准 |
|---|---|---|
| 原始需求清单已建立 | 至少收集到20条以上原始需求条目 | 需求记录表已归档，每一条有唯一ID |
| 目标用户画像确认 | 明确本次需求收集面向的核心用户群 | 用户画像文档已评审通过 |
| 跨部门评审团队组建 | 包含产品、研发、测试、市场、售后代表 | 团队成员名单及角色已确认 |
| Kano问卷模板就绪 | 已完成Kano双因素问卷设计并小范围试填 | 试填回收率≥80%，问题无歧义 |
| 评分标准对齐 | 权重矩阵各维度（1-5分）定义已全员对齐 | 评分标准表签字确认 |
3. 操作步骤
本章操作流程共5个步骤，建议在2周内完成闭环。
步骤1：多渠道需求收集
- 客户访谈：按用户画像筛选8～12名代表用户，执行半结构化深度访谈（每人60～90分钟），重点获取“使用痛点”“未被满足的期望”“理想场景”三类信息。
- 市场报告采集：从IDC、Gartner、第三方行业白皮书及自研问卷中提取趋势性需求与共性诉求，标注数据来源与样本量。
- 竞品分析：选取3～5款核心竞品，完成功能拆解表（Feature Breakdown），识别“竞品已有而本产品缺失”及“竞品未覆盖的机会点”。
收集原则：每条需求必须记录“原始出处”+“用户原话/数据截图”+“需求提出时间”，不得二次加工后丢失上下文。
步骤2：需求清洗与标准化
- 去重合并：将语义重复的需求合并为一条，保留最高频的出处。
- 格式标准化：每条需求统一表述为“角色+场景+期望”。
- 初步标注：在需求旁标注来源标签（客户访谈/市场报告/竞品分析）与时间戳。
标准化示例：
原始记录：“用户说希望电池能撑一整天”
标准化后：“【骑行爱好者】在户外长距离骑行时 → 【期望】电池续航≥12小时且不增加重量”步骤3：Kano模型分类
- 设计双因素问卷：对每一条需求分别问“具备此功能时您的感受”和“不具备此功能时您的感受”，选项为“喜欢/理应如此/无所谓/能忍受/不喜欢”。
- 采集反馈：面向目标用户发放问卷，每需求至少回收30份有效答卷。
- 对照Kano评估表：将统计后的频次映射为基本型（M）、期望型（O）、兴奋型（A）、无差异（I）、反向（R）。
| Kano类别 | 用户满足时反应 | 用户不满足时反应 | 硬件示例 |
|---|---|---|---|
| 基本型（M） | 无感（理应如此） | 极度不满 | 智能手表防水 |
| 期望型（O） | 满意度正相关 | 不满 | 充电速度 |
| 兴奋型（A） | 惊喜与口碑 | 无所谓（未预期） | 手势隔空操控 |
| 无差异（I） | 无影响 | 无影响 | 外壳颜色多寡 |
⚠ 注意：基本型（M）需求是“入场券”，不满足则产品无法上市；兴奋型（A）需求是“差异化筹码”，但不能过多（建议占比≤20%），否则研发成本失控。
步骤4：需求权重矩阵评估
- 设定评估维度与权重：
| 维度 | 权重 | 1分（低） | 3分（中） | 5分（高） |
|---|---|---|---|---|
| 商业价值 | 30% | 营收贡献<5% | 营收贡献5%～15% | 营收贡献>15% |
| 技术可行性 | 25% | 需突破未成熟技术 | 有类似方案可复用 | 现有平台可直接实现 |
| 客户影响度 | 25% | 仅影响<5%用户 | 影响5%～20%用户 | 影响>20%用户或核心用户 |
| 战略匹配度 | 20% | 与产品线规划方向偏离 | 部分匹配 | 完全对齐产品线Roadmap |
- 组织评审会：产品经理逐条介绍需求背景，跨部门团队当场打分（取平均值），填入矩阵计算综合得分。
综合得分计算公式：
综合得分 = 商业价值×0.30 + 技术可行性×0.25 + 客户影响度×0.25 + 战略匹配度×0.20步骤5：优先级排序输出
- 按Kano类别分层：基本型（M）需求自动列为P0（必须做）；期望型（O）与兴奋型（A）按综合得分降序排列。
- 设定时间节点建议：P0分配给当前版本，P1分配给下一版本，P2列入远期规划。
- 生成《需求优先级排序表》：包含需求ID、原始描述、Kano类别、综合得分、优先级等级、建议时间窗口。
4. 输入输出物
| 类别 | 输入物 | 输出物 |
|---|---|---|
| 文档类 | 用户访谈录音/速记稿、市场报告原文、竞品拆解照片与功能表 | 《需求优先级排序表》（含Kano类别+加权得分+时间节点建议） |
| 数据类 | Kano问卷原始应答矩阵、权重矩阵评分表 | Kano分类统计表、各需求综合得分明细 |
| 决策类 | 跨部门评审会签到表与投票记录 | 优先级排序决策备忘录（含争议项处理说明） |
5. 责任边界
| 角色 | 职责 | 交付物 |
|---|---|---|
| 产品经理 | 主导需求收集、Kano问卷设计、组织评审会、输出排序结果 | 需求优先级排序表、决策备忘录 |
| 市场分析师 | 提供市场报告、行业数据、竞品分析报告 | 市场趋势报告、竞品功能对比表 |
| 研发代表 | 评估技术可行性维度打分，反馈实现成本与风险 | 技术可行性评分表 |
| 测试代表 | 从可测性角度补充需求完整性 | 测试风险备注 |
| 销售/售后代表 | 提供一线客户反馈，参与客户影响度打分 | 客户影响度评分表 |
6. 记录材料
- Kano双因素问卷模板（含标准话术与选项说明）
- 需求权重矩阵评分卡（Excel格式，自动计算综合得分）
- 优先级排序决策会议纪要（含争议项投票详情）
- 需求溯源清单（每一条需求对应的原始出处截图/录音时间戳）
7. 异常处理
| 异常场景 | 判定标准 | 处理措施 |
|---|---|---|
| 需求来源冲突 | 同一需求在客户访谈与竞品分析中出现相反结论 | 追加补充访谈/数据验证，以“样本量更大、权威性更高”的来源为准 |
| Kano分类归属模糊 | 某需求在M/O/A三个类别中得票率均未超过40% | 将该需求标记为“待定”，进入下一轮专项调研或由产品负责人决策 |
| 权重矩阵评分两极分化 | 同一需求在不同评委间分差≥3分 | 现场组织讨论，评委陈述理由后重新投票，取中位数代替平均值 |
| 优先级并列 | 两个需求综合得分差异<0.3且Kano类别相同 | 参考研发工时预估，优先选择工时短、风险低的需求 |
| 用户反馈数量不足 | Kano问卷有效回收<30份/需求 | 延长收集期或启动“小范围+高激励”补采，否则该需求降级为参考项 |
8. 验收标准
完成本章所有操作后，必须满足以下标准，方可进入下一章「需求时间节点映射」：
- 完整性：所有原始需求均有唯一ID、来源标签、Kano类别、加权得分、优先级等级。
- 可溯性：任意一条需求的Kano判定均可追溯到原始问卷数据，权重矩阵评分可追溯到评委打分记录。
- 可复现性：使用同一套输入数据，不同评审人员按本章SOP独立操作应得到相同的前10名优先级排序。
- 共识性：所有P0（基本型）需求已获得研发、市场、销售三方签字确认，无遗留争议。
- 规范性：输出文档符合《需求优先级排序表模板》格式，无空字段、无格式错误。
✅ 自查清单：需求总数 ≥ 20条 | Kano问卷每需求有效回收 ≥ 30份 | 权重矩阵评委 ≥ 5人 | 综合得分计算无公式错误 | 争议项处理记录完整。