痛点雷达方法
从“我觉得有痛点”升级为“角色、行为、场景、责任和证据都说得清”。来源为有道云笔记回读后的版权安全项目化综合。
核心判断
痛点不是一句抱怨,也不是一个功能愿望。一个有效痛点必须说明:谁受影响、哪个动作受阻、何时变严重、谁承担责任、是否有预算或 KPI、我们的产品能用什么证据缓解。
六条雷达线
| 雷达线 | 问题 | 要找的证据 |
|---|---|---|
| 角色 | 谁感受、付钱、操作、被追责? | 决策角色、用户角色、监管角色、运营角色 |
| 期望落差 | 期待什么,现实哪里落差最大? | 当前目标、替代方案、未满足结果 |
| 行为摩擦 | 哪个动作变慢、变错、变难? | 时间、错误、排队、返工、投诉 |
| 场景情绪 | 何时变得紧急或高风险? | 检查、事故、月底、饭点、高峰、舆情 |
| 责任预算 | 谁有 KPI、预算、损失或监管压力? | 负责人、预算线、考核项、处罚风险 |
| 可解证据 | 我们用什么证明能缓解? | 系统截图、设备记录、报表、案例、测试 |
输出模板
稳定输出使用字段:role、scene、pain statement、behavior friction、risk trigger、owner/budget、current workaround、score、product action、evidence level、proof gap。