用途：收集、分析并排序来自多个渠道的用户反馈，帮助产品团队做出可执行的产品决策。核心原则是：不打算处理的反馈就不要收集，因为收集会制造被处理的预期，否则会损害信任。
主要能力：覆盖六类反馈渠道——应用内反馈组件（携带上下文信息，如页面、功能、用户动作）、NPS 调查（0-10 分，按推荐者、被动者、贬损者计算 NPS，并附“打分主要原因”追问）、支持工单（识别重复问题）、用户访谈（每个用户画像 5-10 人，按背景、问题发现、方案验证、收尾的结构进行）、功能请求投票（Canny、ProductBoard、Upvoty）以及流失用户的退出访谈。
分类与排序：按类型（缺陷、功能请求、增强、可用性、性能）和严重程度（严重、高、中、低）划分，按频次（50+、10-50、5-10、<5）和用户分层（重度用户、新用户、流失用户、企业客户）归类。优先级打分公式为：影响(1-5)×频次(1-5)×战略契合度(1-5)；≥40 高优先级，20-39 中优先级，<20 低优先级。
闭环与报告：通过确认邮件、决策树行动、通知请求者、公开更新日志完成反馈闭环；提供周度反馈摘要结构（主题、频次、严重度、用户原话、建议动作、NPS 及贬损原因、优先级积压列表）。还提示常见模式，如“爱哭的孩子有奶吃”（少数声音不等于真实需求）、静默流失、功能膨胀风险，并建议用数据验证。节奏上分为每日、每周、每月、每季度，并附快速上手清单。
限制：资料未提供该技能的具体安装命令、运行环境、代码实现、收费与价格信息，也未提供实际效果数据。