第3章 问卷设计前置准备：明确调研目标、选定功能列表、划分用户群体、确定样本量
适用场景
在启动 KANO 问卷设计之前，必须先完成四项前置准备。以下场景触发本阶段工作：
- 版本规划启动：产品进入大版本或迭代周期，需从数十个需求中筛选高优先级功能。
- 需求池膨胀：待办列表超过 30 项，团队对优先级排序存在分歧，需引入用户量化数据辅助决策。
- 用户分层调研：产品面向多类用户（如免费用户 / 付费用户、新用户 / 老用户），需分别了解各群体的需求偏好。
- 争议裁决：产品、运营、技术等多方对功能优先级意见不统一，需要客观的 KANO 分类结果作为共识基础。
- 资源约束明确：开发人力或时间窗口有限，必须精准识别“必备型”和“期望型”功能，砍掉“无差异型”功能。
前置条件
- 已完成产品战略对齐，确认本次调研服务于具体的产品目标（如提升留存、转化率或 NPS）。
- 已建立初步的需求池或功能列表（来源：用户反馈、竞品分析、数据洞察、业务方需求）。
- 已确定产品当前的核心用户画像（至少包括年龄、使用场景、付费状态等基础维度）。
- 具备问卷投放渠道（站内推送、短信、社群、付费样本库等），并预估可触达的用户基数。
- 团队内部已确认调研预算和时间节点，并指定了至少 1 名负责人牵头本阶段工作。
操作步骤
前置准备分为四个串行步骤，每一步的输出作为下一步的输入。整体流程如下：
步骤一：明确调研目标
调研目标决定了后续所有设计的方向。目标必须回答三个问题：
- 为什么做：本次调研用于功能优先级排序？还是验证某类功能的必要性？或是识别用户对已有功能的满意度？
- 谁来看结果：决策者是产品委员会、单线产品经理还是跨部门评审组？不同受众需要的输出粒度不同。
- 怎么用结果：KANO 分类将直接决定 Roadmap 排期，还是仅作为参考输入之一？
建议：将调研目标写成一句“目标陈述”，例如：“通过 KANO 分类识别付费用户最关心的 5 个必备功能，为 Q2 版本排期提供数据依据。”
步骤二：选定功能列表
从需求池中筛选出进入问卷的功能项。筛选标准如下：
| 筛选维度 | 推荐做法 | 数量建议 |
|---|---|---|
| 覆盖度 | 涵盖核心路径、增值服务、体验优化三类功能 | 每类 2~4 个 |
| 冲突度 | 优先选择团队争议最大、决策成本最高的功能 | 3~5 个 |
| 新颖度 | 纳入 1~2 个尚未验证的创新功能 | 1~2 个 |
| 清晰度 | 每个功能用一句话描述，用户能快速理解 | 全部 |
总数控制：建议每份问卷包含 8~15 个功能。少于 8 个统计效力不足，多于 15 个用户疲劳导致数据质量下降。
步骤三：划分用户群体
不同用户群体的 KANO 分类结果可能差异显著。划分维度参考：
| 划分维度 | 示例群体 | 适用场景 |
|---|---|---|
| 使用频次 | 高频用户 vs 低频用户 | 判断功能对核心用户的黏性价值 |
| 付费状态 | 免费用户 vs 付费用户 | 识别付费转化关键功能 |
| 用户角色 | 创作者 vs 消费者 / 管理员 vs 普通成员 | 多角色平台需分别分析 |
| 生命周期 | 新用户 vs 成熟用户 vs 流失用户 | 不同阶段需求优先级不同 |
注意：每个群体需 独立收集足够样本，不可将多个群体混在一起分析。如果资源有限，优先覆盖“核心付费高频用户”。
步骤四：确定样本量
样本量直接影响统计结果的置信度。使用以下公式计算最小样本量：
n = (Z² × p × (1-p)) / E²
参数说明：
n = 所需最小样本量
Z = 置信水平对应的 Z 值（95% 置信度 → Z = 1.96）
p = 预估比例（最保守取 0.5）
E = 允许误差范围（通常取 0.05 ~ 0.08）
示例（95% 置信度，误差 ±5%，p=0.5）：
n = (1.96² × 0.5 × 0.5) / 0.05² = 384.16 → 至少 385 份实际执行建议：
- 每个细分群体：至少收集 200 份有效问卷（考虑 20%~30% 无效答卷，需发放 260~290 份）。
- 单次调研总量：如果划分了 3 个群体，总有效样本至少 600 份。
- 最低下限：任何单一群体的有效样本量 不得低于 100 份，否则分类结果不可信。
输入输出物
| 类型 | 输入物 | 输出物 |
|---|---|---|
| 文档 | 需求池 / 功能清单 | 调研目标说明书 |
| 清单 | 用户画像初稿 | 选定功能列表（8~15 个） |
| 数据 | 用户分层数据（DAU、付费率等） | 用户群体划分表（含各群体描述） |
| 计算 | 历史问卷回收率、渠道触达量 | 样本量计划书（含计算公式与发放量） |
责任边界
| 角色 | 职责 | 不承担的责任 |
|---|---|---|
| 产品经理 | 撰写调研目标、选定功能列表、确认用户群体划分 | 不负责问卷投放执行与数据清洗 |
| 数据分析师 | 提供用户分层数据、计算样本量、评估历史回收率 | 不负责功能描述的用户测试 |
| 运营 / 用研 | 确认用户触达渠道、预估各群体可触达用户数 | 不负责功能优先级决策 |
| 决策委员会 | 审批调研目标与功能列表，确认样本量预算 | 不介入具体问卷题目设计 |
记录材料
本阶段完成后，需归档以下材料至项目共享空间：
- 调研目标说明书（包含背景、目标、受众、预期用途）
- 功能列表筛选记录（原始需求池 + 筛选标注 + 最终选定列表）
- 用户群体划分表（维度、群体名称、各群体占比、触达渠道）
- 样本量计算表（公式、参数取值、计算结果、发放计划）
- 前置准备评审纪要（评审日期、参与人、通过/修改意见）
异常处理
常见异常与应对方案
| 异常场景 | 影响 | 处理措施 |
|---|---|---|
| 需求池功能超过 30 个，无法全部纳入问卷 | 问卷过长，用户完成率低 | 按“争议度 + 业务价值”矩阵筛选，优先保留得分最高的 12 个 |
| 用户群体划分过细，每个群体样本量不足 | 统计结果不可信 | 合并相似群体，或分多轮调研，本轮只覆盖 2~3 个核心群体 |
| 预估样本量超出渠道可触达用户总数 | 无法回收足够有效问卷 | 降低置信度至 90%（Z=1.645）或放宽误差至 ±8%，重新计算 |
| 功能描述晦涩，用户理解偏差 | 分类结果失真 | 在正式发放前做 5~8 人小规模预测试，迭代功能描述用语 |
验收标准
以下检查项全部通过，方可进入第 4 章“问卷结构设计”：
- 调研目标已输出为书面陈述，并得到产品负责人确认。
- 功能列表包含 8~15 个功能，每个功能有清晰的中文描述（不超过 20 字）。
- 用户群体划分不超过 4 个，每个群体有明确的界定标准和触达渠道。
- 样本量计算表已归档，各群体计划有效样本均 ≥ 200 份。
- 异常应对方案已记录，并指定了执行责任人。
- 所有记录材料已上传至项目共享空间，团队可见。