第3章:需求遗漏问题排查——核心功能缺失

现象定义:产品上线后,目标用户无法完成最基本的任务闭环(如智能客服无法转人工、推荐系统无法排除已购商品),导致用户留存率骤降、客诉激增。此类缺陷属于“显性遗漏”,通常在用户旅程的关键断点处暴露。

3.1 现象识别:功能性断裂的三种典型表现

核心功能缺失并非指“功能不够多”,而是用户核心任务流被阻断。可通过以下故障树进行初步判定:

  • 关键路径中断:用户完成一个主要目标(如“建立知识库-导入QA对-发布机器人”)需要3步以上,但第2步无法执行。
  • 异常状态无兜底:系统在无网络、无数据、权限不足等状态下未设计降级方案,直接返回空白页或报错。
  • 边界条件缺失:未处理特殊输入(如负值、超长文本、空字符串),导致模型推理结果异常或无响应。
故障类型用户可见表现对AI模型影响
关键路径中断点击“开始训练”后无反馈训练流程未触发
异常状态无兜底无网时推荐列表为空模型无输入,无法推理
边界条件缺失输入emoji导致对话中断Token化异常

3.2 数据采集:竞品分析与用户旅程图

竞品分析清单:

  • 使用三个以上竞品的核心流程,记录每个步骤。
  • 标注“共性功能”(所有竞品都有)、“差异化功能”(少数有)、“缺失功能”(均无但用户需要)。

用户旅程图分段模型(主线+支线+异常线):

阶段主线(Happy Path)异常线(Error Path)数据采集点
触发打开AI助手APP闪退或加载过慢崩溃日志、首屏耗时
输入输入语音/文字语音无法识别、文字过长截断输入成功率、截断阈值
处理模型推理中超时无返回请求响应时间分布
输出显示推荐结果结果为空/推荐已购商品去重逻辑命中率
反馈用户点击“满意”点击“不满意”无二次交互反馈收集率、二次对话触发率
❗ 采坑警示:仅收集“主线旅程”数据会遗漏90%的缺失问题。必须主动构造异常场景(断网、空数据、高频点击、低电量)进行数据采样。

3.3 原因定位:用户调研不充分与质量属性未考虑

通过采集到的数据,使用以下判断规则快速定位根因:

  1. 规则1:用户调研不充分
    • 判断条件:核心功能缺失项在用户访谈/wishlist中从未被提及,但竞品均有。
    • 判定结论:属于“未识别到用户显性需求”。
  2. 规则2:质量属性未考虑
    • 判断条件:功能在理想环境下正常,但在非功能条件(低性能、无网络、高并发)下失效。
    • 判定结论:属于“非功能需求遗漏”(性能、可靠性、可用性等非功能需求缺失)。

根因区分矩阵:

缺失特征用户调研不充分质量属性未考虑
竞品有、用户提过√(典型的调研遗漏)—
竞品有、用户未提√(需求挖掘不足)—
理想环境正常、异常环境失效—√(非功能需求遗漏)
原型/PRD中遗漏,用户未反馈√(评审遗漏)√(可能有非功能关联)

3.4 修复动作:补全用户旅程与新增非功能需求检查表

动作一:补全用户旅程图(支线+异常线)

  • 覆盖所有边界输入(极长文本、特殊字符、空值)。
  • 为每个异常场景设计降级功能(如显示“正在重试”/“简化版推荐”)。

动作二:新增《非功能需求检查表》

# 非功能需求核查项(AI产品专用)
1. [ ] 断网/弱网场景:是否有离线模式或友好提示?
2. [ ] 空数据/首次使用:是否有新手指引或默认内容?
3. [ ] 高并发:是否有限流策略(QPS阈值)?
4. [ ] 权限异常:API Key过期/金额不足时,提示是否明确?
5. [ ] 输入边界:单次输入字符数上限、单次上传文件大小。
6. [ ] 异常输出:模型返回空/含敏感词/超时,是否兜底?
💡 实用技巧:将检查表嵌入PRD模板的“功能边界”章节,每个需求对应一个非功能标记(图标/标注),防止遗漏。

3.5 复测与预防

复测方案(回归验证):

  • 搭建“异常路径测试用例”:针对每个用户旅程节点,构造至少3种异常输入(如空值、极值、并发请求)。
  • 执行“竞品覆盖度测试”:统计已修复功能占全体竞品共有功能的百分比,目标≥85%。

预防机制(流程固化):

  1. 需求评审双校验:同时校验“用户旅程图完整性”和“非功能需求检查表”。
  2. 用户调研加问“异常行为”:访谈时追加场景题(如“如果APP没网了,你希望看到什么?”)。
  3. 建立功能缺失知识库:每季度复盘出现的遗漏点,更新检查表模板。
治愈标准:同一用户场景下,连续3个版本未出现同类核心功能缺失缺陷;异常路径测试通过率100%。
核心功能缺失排查流程(第3章) 现象识别 功能性断裂/异常无兜底 数据采集 竞品分析/用户旅程图 原因定位 调研不足/非功能缺失 修复动作 & 预防 补全旅程图/非功能检查表 复测 异常路径回归 预防 双校验/知识库 🔍 故障树判断入口: 路径中断 → 竞品分析(共性功能) → 用户调研(wishlist/访谈) 异常无兜底 → 非功能需求检查(性能/可靠性/可用性缺失) → 常见根因:未考虑质量属性 🛠 排查表(原子缺陷分类): “用户调研不充分” & “质量属性未考虑” → 修复动作 → 补全旅程图/新增检查表 预防 → 需求评审双校验 + 用户调研加问“异常行为”