亚马逊爆款评论分析 VOC 洞察

要解决的问题

判断一款亚马逊爆款“评论层面出了什么问题”，人肉翻几百上千条评论的性价比很低：真正压制转化的往往是几条高赞差评，而“上次的问题修好没有、哪些是新冒出来的、哪些在恶化”这类对比，靠肉眼比对两份导出几乎做不准。

它如何工作

• 以 ASIN 为输入，一条 voc --site amz_us --confirm 即可完成采集、等待任务完成、VOC 分析与归档，返回完整正文与 reportUrl，并事先报出采集加分析的总积分消耗。
• 每次会话先跑免费 check 确认账户、邮箱验证状态与可用积点；voc 不带 --confirm 只报价不扣点，用户确认后才执行付费链路。
• 开启 schedule 定期采集后，后续报告会先输出环比（deltaMd）：哪些问题已解决、哪些新增、哪些恶化，无需人工对照两份报告。
• 高赞差评用 reviews --stars negative --sort helpful 直接拉取（可加 --with-images）；alerts 预警未读差评，workbench 按严重度排序并给出待处理 / 本周新增 / 本月已处理三项统计，advise 生成回复建议，benchmark 提供类目基准，radar 展示本品与竞品走势对比。
• 竞品分析需双方 ASIN 各 ≥10 条在库评论，先报价确认再执行；competitors 绑定后按周自动采集。

注意点

• 付费命令一旦中断不得直接重试：先跑免费 reports --asin <asin> --limit 1 确认没有新报告归档，否则极易重复扣点。
• 非美国站（amz_uk、amz_de 等）只能使用付费积点，以报价里的 sufficient / usableBalance 为准，不看账户总余额。
• 数据基于 ARI 已采集的评论样本，小样本或窗口有限时应结合更多信源验证；解读时严格区分数据直读、数据推理与策略建议，不虚构 API 未返回的数据。
• 版本过旧触发 426 时，须由用户通过原渠道升级，Agent 不得自行下载或执行任何新版文件。