如何从用户评价里挖出竞品痛点？

以下内容用于说明结构与验收方式，不是实际执行记录、实时研究结论或可下载文件。

竞品痛点地图（示例结构）

用户类型	使用场景	痛点描述	证据强度	影响	当前状态	下一步验证
新用户	首次配置	步骤多、术语不清，难以完成首次成功	多平台重复出现	阻断激活	待核验最新版	观察 5 位新用户完成任务
专业用户	高频处理	额度或性能在高负载下不稳定	少量但描述具体	影响核心工作	查状态页与套餐限制	设计压力测试并访谈
团队管理员	成员管理	权限粒度不足、审计信息难导出	角色集中出现	阻碍团队采购	官方文档部分支持	与管理员确认最低需求
迁移用户	数据导入	历史数据迁移成本高	多篇迁移经历提及	增加转换成本	未发现完整工具	验证导入向导原型

不要直接写“用户需要更多功能”，而要写成：

当【某类用户】在【具体场景】尝试【完成某项任务】时，因为【可核验的摩擦】导致【可观察后果】。我们假设通过【解决方向】可以改善【指标】，下一步用【访谈 / 原型 / 数据】验证。

公开评价只用于发现线索，不能替代代表性用户研究；引用时应避免暴露不必要的个人信息。