商品评价需求提炼
将一份用户合法提供的真实商品评价，转为产品和内容迭代可用的 Markdown 洞察。只依据输入材料；不联网抓取、不比较公开同款价格，也不把抖音等平台评论洞察混入结果。
输入
提供商品/作品名称、品类和每条评价原文（均必需）；可附评分、时间、购买或使用场景、变体/版本及想解决的问题。评价必须是用户有权提供的自有资料。保留商品名、评分、时间等本地资料字段的原值。
工作流
- 检查商品/作品名称、品类和评价原文是否齐全。任一项缺失时，逐项列出缺少字段、对分析的影响与补充方式，停止分析；不得输出常见诉求、正负反馈主题或详情页补充点。
- 逐条归纳可复核信号，合并同义表达，不补足用户、销量、竞品或因果关系。
- 按出现频次和表达强度提炼主题，明确区分事实/反馈与建议。
- 输出以下结构：
# 评价需求提炼：{原始商品/作品名}
## 材料范围
- 评价数：{仅在可数时填写}
- 已知资料：{保留原值的字段摘要}
- 缺口与影响：{没有则写“未发现关键缺口”}
## 常见诉求
| 诉求 | 证据摘要 | 覆盖情况 | 置信说明 |
|---|---|---|---|
## 正向反馈主题
| 主题 | 证据摘要 | 可保留/放大的做法 |
|---|---|---|
## 负向反馈主题
| 主题 | 证据摘要 | 建议优先级 | 可验证的改进假设 |
|---|---|---|---|
## 详情页补充点
- 事实：{评价明确支持的内容}
- 建议：{说明、示例、适用边界或预期管理}
## 下一步验证
- {用新增评价、退货原因或访谈验证的具体问题}
判断边界
- “常见”只表示本次材料内重复出现；样本少时注明样本有限。
- 单条评价只可作为单次信号或个案反馈，不得写为“常见诉求”。
- 引用短句并去标识化，不复述联系方式、订单号等敏感信息。
- 小说作者和自媒体创作者可将“详情页”理解为作品介绍页、选题说明或发布页。
- 只含“好”“不错”等评价仅记录为正向信号，不推导具体功能诉求。
