发送评论请求

本页可以从已发货的订单中筛选出可以发送 Amazon 评论请求（Request a Review）的对象，并生成发送清单。评论数量与评分直接影响购买转化，因此不遗漏可发送的对象很重要。发送本身要在确认清单并批准之后才执行。

本页基本信息

项目	内容
本页可以做什么	从已发货订单中筛选评论请求候选，逐单确认可否发送，生成带优先级的发送清单
适用范围	Amazon 订单（已发货）。不使用广告数据
所需数据与连接	已连接的 Picaro 账户（MCP 连接）
执行范围	仅筛选与确认。发送在批准后执行。不会变更任何广告设置

这些场景下使用

希望新品的评论尽快积累
希望改善评论数较少商品的购买转化
希望定期确认有无遗漏

执行前需确认

发送在批准之后 … 本提示词只生成发送清单，不发送邮件。
不处理买家个人信息 … 邮箱等既不获取也不显示。
不要重复发送 … 对同一订单反复发送请求会损害购买体验。务必确认请求状态。

提示词速查表

想做什么	能得到什么	设置变更	提示词
想找出可以发送评论请求的订单	带可否发送的候选清单，以及已获取范围的说明	无变更（仅筛选与确认）	提示词 1

提示词 1：筛选评论请求候选并生成发送清单

从已发货订单中筛选评论请求对象，逐单确认可否发送，生成带优先级的发送清单。

这些场景下使用 — 希望积累新品评论时，或希望定期确认有无遗漏时。

执行前需要的信息 — 目标账户。发货后天数范围与想优先的 ASIN 为可选。

请确认评论请求的候选，并生成要发送的订单清单。
在我批准之前不要执行发送。

【先确认约束并写在开头】
- 候选清单每次获取的件数有上限。超过上限时只返回件数并停止。
- 按发货后天数（<下限天数>〜<上限天数>）筛选，但候选集中在天数较长的一侧，
  因此即使按天拆分也可能超过上限。
- 所以未必能列举全部。这种情况请注明这是「已获取的范围」，
  不要写「没有符合的」「这就是全部」。

【步骤】
1. 请按天逐日指定并获取候选。
   逐日列表说明「候选件数 / 已获取件数 / 是否因超过上限而未能获取」。
   因超过上限而未能获取的日期，只记录件数并继续下一天。
2. 若一次性获取整个期间，完成后务必注明
   「处理的窗口数 / 成功的窗口数 / 失败的窗口数 / 获取行数」及失败原因。
   只要有一个失败就是部分获取，不可视为成功。
3. 对已获取的候选，发送前请逐单确认可否发送。
   列在清单上也可能无法发送。请在每行标注确认结果（可否及原因）。
4. 为避免对同一订单重复请求，务必确认订单清单中的请求状态，
   并区分「值为空（未确认）」与「已请求」。

【优先级】
请按以下顺序排列确认为可发送的订单。
1. 包含 <想优先的 ASIN> 的订单
2. 订单金额由大到小
※ 未指定优先 ASIN 时，仅按订单金额降序排列，并注明这一点。

【输出】
- 开头：对象期间、已获取件数、未获取件数（及原因）、覆盖率
- 清单：订单ID / 发货日 / 经过天数 / ASIN / 商品名 / 数量 / 金额 / 可否发送 / 请求状态
- 建议发送的件数及其依据

【Guardrail】
- 在我批准之前不要发送邮件。
- 不处理买家个人信息（邮箱等），也不要获取。
- 无法确认可否发送的订单不纳入建议，另列为「无法确认」。

可变更的条件 — 发货后天数的下限与上限／想优先的 ASIN／排序方式。

返回内容 — 已获取范围的说明（对象期间、已获取件数、未获取件数、覆盖率），以及带可否发送的候选清单。并附上建议发送的件数与依据。

设置变更 — 无变更（仅筛选与确认）。不发送邮件。

接下来做什么 — 确认清单并批准后即可发送。发送后观察目标 ASIN 的评论数与评分变化，判断是否继续。