外卖、商城评论，AI 起草初稿，店主只需按下确认
评论收集→分类→回复初稿起草可以自动化，最终确认与发布由人工完成。 回复以店名发给顾客，店主没读过的句子不能原样发布。
问题不在于确认麻烦，而在于会漏掉。评论不断进来，人只是偶尔去看，其间低评分评论就无人回复地溜过去了。所以设计的出发点不是「写得快」，而是「把不能漏掉的东西单独数出来」。
① 收集 — 从一处开始接入
各平台的认证方式与数据形式不同，收集器各自单独制作。 一次性全做会变得笨重，一个地方卡住整个就会停摆，所以先接入评论最多的一处，再逐步扩展。
开始前要确认的事
平台在条款中规定了店主系统的资料可以向外导出到什么程度。例如 쿠팡이츠 商户使用条款第38条第2款限制向第三方提供或加工卖家专用系统的统计数据，同一条款第44条第2款将 ID·密码的管理责任归于卖家。
不必想得太难。 查一下所用平台的商户条款，从允许的范围开始即可。各平台不同，即使是同一家公司，骑手条款和商户条款也不一样。
这项确认在咨询阶段就由我们先做——只需告诉我们您用哪个平台即可。技术上的判断标准整理在网络爬取，到哪里为止一文中。
② 起草 — 给 AI 附带什么
不只是放评论原文，评分和平台也一起放进去。同一句话，回 5 分的答法和回 2 分的答法必须不同。
长度事先定好字数上限再生成。回复在各平台的显示效果不同，因此上限要在实际发布、画面上确认之后再定。
局限是清楚的——带情绪的评论、可能引起误会的道歉措辞，需要人来修改。
③ 确认·发布 — 从写变成选
- 打开评论列表
- 阅读 AI 初稿
- 没问题就按一个确认按钮发布
- 想改就在当场改
按钮只显示在尚未回复的评论上。 还有什么没做，画面上看得一清二楚。
定夺的是人——最终由谁按确认，必须事先定好。
④ 用数字看 — 画面上放什么
| 指标 | 为什么需要 |
|---|---|
| 低评分中未回复数 | 积压一眼可见。从几分算低，由店铺自己定 |
| 目标对比的回复率 | 只看绝对数看不出是否在积压 |
| 关键词·情感分析 | 暴露出只看评分看不到的原因 |
| 分平台对比 | 确认评分在哪个平台出现分歧 |
最后要定的 — 是否常时运行
需要开着 PC 才能跑的结构和不开也能跑的结构，做法不一样。顾客留评论的时间与店主坐在 PC 前的时间并不重合，不常时运行，「漏掉」就依然存在。
这是之后很难改的决定，所以在开始时定下来。
只需要您用的外卖应用、商城名称。
不必带着统计数字来。只要告诉我们用在哪里，我们就先从该平台的商户条款查起，整理出可以自动化到什么程度。
参考资料
- 쿠팡이츠 商户使用条款第38条第2款 · 第44条第2款 [核实 — 条款原文，2026-08-17 查询]
本文依据
条款以公开原文对照核实（2026-08-17 确认）——쿠팡이츠 商户使用条款第38条第2款（禁止向第三方提供、泄露、加工卖家专用系统的资料）、第44条第2款（因 ID·密码泄露、转让、出借造成的损失由卖家承担）。各平台条款不同，以您所用平台的原文为准。本文不引用任何具体案例的数值或客户。