3. 机会识别

3.1 适用场景

本章适用于产品团队在探索新机会或优化现有功能时，需要系统化收集、分类与记录用户真实问题与痛点的阶段。该流程可在以下场景中启动：

• 新产品立项前，需要识别目标用户的核心待办任务与障碍。
• 现有产品留存率或满意度下降，需定位体验断层。
• 竞品分析后，发现可切入但未验证的用户问题。
• 季度/双周机会评审会议前，需要输入物准备。

3.2 前置条件

3.3 操作步骤

1. 步骤一：明确问题来源渠道 — 从内部(客服工单、销售反馈、线上评价)与外部(行业报告、学术研究、社交论坛)划出数据收集边界。
2. 步骤二：选择数据采集方法 — 根据资源与时效，从用户访谈(深度、焦点小组)、行为观察(现场/远程录屏)、数据挖掘(行为日志、搜索关键词分析)中选取至少两种互补方法。
3. 步骤三：执行采集与记录 — 严格按照提纲执行访谈/观察，使用同步录音+笔记工具；对数据挖掘使用已脱敏的数据库查询或埋点导出。
4. 步骤四：痛点分类编码 — 按照“功能性痛点、可用性痛点、情感性痛点、认知性痛点、环境性痛点”五类进行初步归类。
5. 步骤五：机会来源登记 — 将每个识别出的问题记录到《机会来源记录表》，包含来源、痛点详情、发生频次、初步影响评估。
6. 步骤六：质量审核 — 由产品负责人对记录的完整性、重复性、可验证性进行复审，不合格条目退回补充采集。

3.4 输入输出物

3.5 责任边界

3.6 记录材料

• 机会来源记录表 — 每条记录包含：来源渠道、问题描述、痛点分类(一级/二级)、用户引用原话、发生频次(高/中/低)、采集方法标记、记录人、日期。
• 用户访谈/观察笔录 — 保留原始上下文，便于追溯。
• 数据挖掘导出日志 — 附带查询语句、参数与时间范围，以

  -- 示例：查询近30天用户报错搜索词
  SELECT keyword, count(*) as cnt
  FROM search_log
  WHERE date >= '2025-01-01'
  GROUP BY keyword
  ORDER BY cnt desc
  LIMIT 20;

  形式记录。
• 审核记录 — 标注每个条目的审核状态(通过/需补充/废弃)。

3.7 异常处理

3.8 验收标准

• 输出物《机会来源记录表》条目数≥15条(对于中型产品领域)，且每一条均包含完整的来源、详情、分类、频次。
• 痛点分类编码准确率≥95%：由产品负责人随机抽检10%条目，分类错误数≤1。
• 采集过程记录(访谈/观察/数据挖掘)可溯源，任何条目均可追回到原始记录或日志。
• 审核记录全部通过或明确标记待处理状态，不存在未审核条目。
• 如涉及数据挖掘，查询日志与脱敏数据文件一并归档，格式清晰可复现。