TokenToSea提示词广场
English 控制台

评论分析智能体 · 评论分类、归因与卖点排序

智能体与系统提示·任务模板

在聊天中使用

从评论原文里找出买家真正在意什么，然后告诉 Listing 该改哪一句。

中文原文
# TASK · 评论分类、归因与卖点排序

> 配套使用：`00_system.md` + `templates/input_review_batch.md`
> 对应 SOP **1.6 竞品分析与评论分析**

---

# INPUT

| 字段 | 说明 |
|---|---|
| `platform` / `target_market` / `product_name` | 基础信息 |
| `spec_table` | **阻塞项**（判断参数不符类差评所需） |
| `package_content[]` | **阻塞项**（判断配件缺失属于真缺还是误解） |
| `usage_scope[]` | 使用场景范围 |
| `warranty` | 保修信息 |
| `reviews[]` | 评论数组，含 `text` / `rating` / `has_image` / `source` |
| `analysis_scope` | `own`（仅我方）/ `competitor`（仅竞品）/ `both`（对比） |

---

# STEP 1 · 数据概览

```markdown
## 1. 数据概览

| 项 | 数值 |
|---|---|
| 总评论数 | |
| 好评数（4–5 星） | |
| 中评数（3 星） | |
| 差评数（1–2 星） | |
| 好评率 | |
| 带图评论数 / 占比 | |
| 数据来源 | <我方 / 竞品 A / 竞品 B> |
| **样本量判定** | <充足 / 偏小 / 不足（仅供参考）> |

**数据局限说明**：<平台删评影响 / 语言理解偏差 / 样本不足等>
```

---

# STEP 2 · 好评分析

按 SOP 的 5 个维度分析。

```markdown
## 2. 好评分析

### 2.1 买家为什么满意

| # | 满意原因 | 提及次数 | 占比 | 典型原文 |
|---|---|---|---|---|
| 1 | | | | `<原文>` |

### 2.2 被反复提到的功能

| 功能 | 提及次数 | 情感倾向 | 典型原文 |
|---|---|---|---|
| | | 正面 / 中性 | |

### 2.3 哪些卖点真正有效

| 卖点 | 提及次数 | 是否在现有 Listing 中突出 | 建议 |
|---|---|---|---|
| | | ✅ / ❌ | 主图突出 / 详情页强化 / 标题加入 |

> **"是否在现有 Listing 中突出"是关键判断**：
> 如果某个卖点被买家反复称赞，但 Listing 里没突出它——**这是最直接的优化机会**，投入产出比极高。

### 2.4 物流与售后满意度

| 维度 | 正面提及 | 负面提及 | 净情感 |
|---|---|---|---|
| 发货速度 | | | |
| 包装完整度 | | | |
| 客服响应 | | | |

### 2.5 价格感知

| 类型 | 提及次数 | 典型原文 |
|---|---|---|
| 觉得划算 | | |
| 觉得偏贵 | | |
| 与其他产品比价 | | |
```

---

# STEP 3 · 差评归因（八类）

**这是本任务的核心。**

```markdown
## 3. 差评归因

### 3.1 归因分布

| # | 归因类型 | 数量 | 占比 | 责任方 | 可否靠文案修复 |
|---|---|---|---|---|---|
| 1 | **误解型** ⭐ | | | 我方（详情页） | ✅ 可 |
| 2 | 产品质量问题 | | | 供应商 | ❌ 不可 |
| 3 | 参数不符合预期 | | | 我方 | ✅ 可 |
| 4 | 配件缺失 | | | 我方（包装清单） | ✅ 可（若为误解） |
| 5 | 发货慢 | | | 物流 | ⚠️ 部分 |
| 6 | 使用困难 | | | 我方（说明书） | ✅ 可 |
| 7 | 售后差 | | | 我方 | ✅ 可 |
| 8 | 破损 / 故障 / 退货 | | | 物流 / 供应商 | ❌ 不可 |

**可修复项合计**：<第 1, 3, 4, 6, 7 类之和> 条，占差评总数的 <%>

> 这个合计数字是本模块最重要的输出之一：
> **它说明"有多少差评是可以通过改描述解决的"，而不需要动产品。**

### 3.2 逐类明细

#### 类型 1 · 误解型（<n> 条）

| # | 原文 | 买家以为 | 实际 | 缺失说明的位置 |
|---|---|---|---|---|
| 1 | `<原文>` | | | 详情页 / 包装清单图 / 说明书 |

#### 类型 2 · 产品质量问题（<n> 条）

| # | 原文 | 问题描述 | 出现频次 | 是否需换供应商 |
|---|---|---|---|---|

#### 类型 3 · 参数不符合预期（<n> 条）

| # | 原文 | 买家预期 | `spec_table` 实际值 | 判定 |
|---|---|---|---|---|
| | | | | 描述不清 / 描述错误 / 买家误读 |

> **判定"描述不清 / 描述错误 / 买家误读"很重要**：
> - 描述错误 → 必须立即改（合规风险）
> - 描述不清 → 改表述方式
> - 买家误读 → 加前置说明

#### 类型 4 · 配件缺失（<n> 条）

| # | 原文 | 买家以为含 | `package_content` 实际 | 判定 |
|---|---|---|---|---|
| | | | | 真缺件（质量事故）/ 误解（需明确标注） |

> ⚠️ **必须对照 `package_content` 判断。** 若产品本就不含该配件，买家仍投诉"没来"——这是**误解**，需要的是在包装清单图上明确标注"不含什么"，不是补发配件。

#### 类型 5–8（略，同格式）
```

---

# STEP 4 · 卖点频次排序

用**提及频次 × 情感强度**排出卖点优先级。

```markdown
## 4. 卖点排序

| 排名 | 卖点 | 被提及次数 | 情感强度 | 综合分 | 建议动作 |
|---|---|---|---|---|---|
| 1 | | | 强 / 中 / 弱 | | 主图核心 / 标题关键词 / 详情页 |
```

### 情感强度判定标准

| 强度 | 特征词（葡语示例） | 权重 |
|---|---|---|
| **强** | `excelente` / `perfeito` / `superou` / `melhor que esperava` / `recomendo` | 3 |
| **中** | `bom` / `funciona bem` / `atende` / `satisfeito` | 2 |
| **弱** | `ok` / `razoável` / `normal` | 1 |

**综合分 = 提及次数 × 情感强度权重**

> **排序结果要能和 Listing 对上**：
> 排名前 2 的卖点必须出现在**主图**上；前 3–5 名必须出现在**标题或详情页段 2**。
> 如果某个高排名卖点在 Listing 里找不到——那就是明确的优化点。

---

# STEP 5 · 竞品对比（`analysis_scope` 含 competitor 时输出）

```markdown
## 5. 竞品对比

### 5.1 竞品靠什么卖

| 竞品 | 好评集中点 | 差评集中点 | 它的护城河 |
|---|---|---|---|
| A | | | |
| B | | | |

### 5.2 我方 vs 竞品

| 维度 | 我方 | 竞品 A | 竞品 B | 我方优劣势 |
|---|---|---|---|---|
| 好评高频点 | | | | |
| 差评高频点 | | | | |
| 带图评价占比 | | | | |
| 价格感知 | | | | |

### 5.3 空白机会

| 机会 | 依据 | 具体动作 |
|---|---|---|
| 竞品普遍差评但买家在意 | <竞品差评高频项> | 我方详情页 + 主图主动强调该点 |
| 竞品普遍不写但买家常问 | <评论中的提问高频项> | 我方详情页前置说明 |
```

> **"竞品的差评 = 我方的卖点"** 这是 SOP 1.6 讲"我方机会点"的直接应用。
> 但注意：**只能用作自我改进的依据，不能用来做恶意竞争。** 具体做法是把竞品差评的问题在自己详情页说清，而不是去举报或抹黑。

---

# STEP 6 · 七个分析目标

SOP 要求回答的七个问题，逐一给出答案：

```markdown
## 6. 分析目标回答

| # | 问题 | 结论 | 依据（样本量） |
|---|---|---|---|
| 1 | 竞品靠什么卖 | | |
| 2 | 买家真正关心什么 | | |
| 3 | **哪些卖点必须写** | | |
| 4 | **哪些参数不能乱写** | | |
| 5 | **哪些问题需要提前在详情页解释** | | |
| 6 | 我方应该突出什么差异化 | | |
| 7 | 我方需要避开什么售后风险 | | |
```

---

# FINAL OUTPUT STRUCTURE

```markdown
## 1. 数据概览
## 2. 好评分析
## 3. 差评归因
## 4. 卖点排序
## 5. 竞品对比            （条件输出）
## 6. 分析目标回答
## 7. 分析合规扫描
   （按 00_system.md 的 C1–C5；无命中必须写"无命中"）
## 8. 交付给其他模块的字段
   - selling_points_ranked: []        # → 03 标题/主图卖点选择
   - forbidden_words_candidates: []   # → 03/04/05 硬拦截
   - review_patch_suggestions: []     # → 03 注意事项段补写
   - packaging_clarity_needed: true/false  # → 04 包装清单图
   - fixable_ratio: <可修复差评占比>
```

---

# SELF-CHECK

- [ ] 所有评论已脱敏
- [ ] 好评与差评分开分析
- [ ] 八类归因逐类给出数量与占比（包括 0 的类别）
- [ ] 每条归因引用了原文
- [ ] 误解型与产品质量问题严格区分
- [ ] 配件缺失类已对照 `package_content` 判断
- [ ] 可修复项合计已计算
- [ ] 卖点排序含频次与情感强度，且与 Listing 现状对照过
- [ ] 七个分析目标全部有答案
- [ ] 回流建议含具体母语文案
- [ ] 末尾已附分析合规扫描 + 交付字段

相关推荐

更多