第3章 变更触发信号与分类

🔍 适用场景

• MVP上线后通过多渠道收到用户反馈、数据异常、技术障碍或市场情报，需判断是否触发需求变更。
• 迭代过程中出现偏离预期信号，需要迅速归类并决定是否进入变更流程。
• 跨角色协作时，需要统一识别“什么是有效的变更触发信号”。

⚙️ 前置条件

• 已建立用户反馈收集渠道（如内部工单、在线客服、NPS调研）。
• 数据监控仪表盘已配置关键指标（日活、转化率、加载时长等）。
• 技术团队已记录当前架构瓶颈清单。
• 市场/竞品跟踪机制已运行至少一轮迭代。

📋 操作步骤

1. 收拢信号 – 从用户反馈、数据波动、技术瓶颈、市场变化四个源分别收集原始信息。
2. 初步分类 – 判断信号属于哪一类，必要时跨类交叉（如用户反馈导致数据波动）。
3. 信号有效性验证 – 排除偶发、噪声、重复或恶意反馈；数据波动需排除节假日/运营活动干扰；技术瓶颈需确认非临时负载；市场变化需确认非短期趋势。
4. 触发登记 – 将有效信号写入《变更触发记录表》，标注触发类型、优先级、来源、时间。
5. 初步影响评估 – 信号发起角色填写影响范围（功能/性能/成本/用户量），并发起小范围讨论。
6. 决策门 – 产品经理与核心成员决定：是否启动变更流程，或放入待办列表，或驳回。

📥 输入输出物

👥 责任边界

• 产品经理 – 最终判定信号有效性，指定优先级，启动变更流程或驳回。
• 用户研究员/客服 – 整理用户反馈原始信息，排除重复。
• 数据分析师 – 提供数据波动验证报告，确认统计显著性。
• 技术组长 – 判断技术瓶颈是否已有解决方案，估算影响范围。
• 市场运营 – 提供市场变化定性/定量情报，标注紧急度。

📄 记录材料

• 《变更触发记录表》（模板含触发类型、信号描述、来源、验证方法、验证结果、决策）。
• 《信号验证简报》 – 对每个有效信号附1页摘要，包含原始数据和验证逻辑。
• 《决策会议纪要》 – 记录争议点、最终结论、保留意见。

⚠️ 异常处理

• 信号冲突 – 同一信号同时属于两类以上，取最高优先级；分类分歧由产品经理终裁。
• 信号频繁触发 – 设置“同类信号合并窗口”（如24h内同类用户反馈合并为一条）。
• 误判触发 – 若变更启动后发现信号实为噪声，立即中止变更流程，将损失反馈至团队复盘。
• 紧急信号缺失 – 若市场突发危机但无系统信号，启动“紧急通道”手工录入。

✅ 验收标准

• 每个迭代周期结束前，所有来源信号均被扫描、分类、验证并记录。
• 《变更触发记录表》完整率100% (无空白关键字段)。
• 信号验证结论与后续变更启动的匹配率 ≥90%（事后审计不出现重大遗漏）。

📊 变更触发信号分类流程框架