外卖、网店评论：AI 起草回复，店主只需点击确认
评论收集→分类→回复起草可以自动化，最终确认与发布由人工完成。 回复以店铺名义发给顾客，店主没看过的内容不能直接发布。
问题不在于确认麻烦，而在于遗漏。评论不断进来，人却只是偶尔查看，其间低分评论就一直无人回复。因此设计的出发点不是「写得快」，而是「单独统计不能遗漏的评论」。
① 收集 — 从一处开始接入
各平台的认证方式与数据格式不同，需要分别开发采集程序。 一次全部接入会过于繁重，一处出问题就会整体停摆，因此先接入评论最多的一个平台，再逐步扩展。
开始前要确认的事
平台会在条款中规定商家后台的数据可以导出到什么范围。例如 쿠팡이츠 商户使用条款第38条第2款限制向第三方提供或加工卖家专用系统的统计数据，同一条款第44条第2款将 ID·密码的管理责任归于卖家。
这并不复杂。 查看所用平台的商户条款，从允许的范围开始即可。各平台条款不同，即使是同一家公司，骑手条款与商户条款也不一样。
这项确认在咨询阶段由我们先行完成——只需告诉我们您用哪个平台即可。技术上的判断标准整理在网页爬虫可以做到什么程度一文中。
② 起草 — 给 AI 附带什么
不只输入评论原文，还要一并输入评分和平台。同样的内容，5 分评论和 2 分评论的回复应当不同。
生成时设定字数上限。各平台的回复显示方式不同，上限应在实际发布并在页面上确认后再定。
局限也很明确——带有情绪的评论、容易引起误解的致歉措辞，需要人工修改。
③ 确认·发布 — 从撰写变为挑选
- 打开评论列表
- 阅读 AI 初稿
- 没问题就按一个确认按钮发布
- 需要修改时直接在页面上修改
按钮只显示在尚未回复的评论上。 哪些还没处理，页面上一目了然。
需要确定的是负责人——必须事先确定由谁做最终确认。
④ 用数据查看 — 页面上展示什么
| 指标 | 为什么需要 |
|---|---|
| 低分评论中的未回复数 | 积压情况一目了然。几分以下算低分，由店铺自行决定 |
| 回复率（对比目标） | 只看绝对数量无法判断是否积压 |
| 关键词·情感分析 | 发现只看评分看不出的原因 |
| 各平台对比 | 确认评分在哪些平台出现差异 |
最后要确定的 — 是否全天运行
需要电脑开机才能运行的结构与无需开机也能运行的结构，开发方式不同。顾客留评论的时间与店主坐在电脑前的时间并不重合，如果不是全天运行，「遗漏」的问题依然存在。
这项决定事后难以更改，因此在一开始就要确定。
只需告诉我们您使用的外卖平台或网店名称。
不必事先统计数量。告诉我们您使用哪些平台，我们会先确认该平台的商户条款，整理出可以自动化的范围。
参考资料
- 쿠팡이츠 商户使用条款第38条第2款 · 第44条第2款 [核实 — 条款原文，2026-08-17 查询]
本文依据
条款以公开原文对照核实（2026-08-17 确认）——쿠팡이츠 商户使用条款第38条第2款（禁止向第三方提供、泄露、加工卖家专用系统的资料）、第44条第2款（因 ID·密码泄露、转让、出借造成的损失由卖家承担）。各平台条款不同，以您所用平台的原文为准。本文不引用任何具体案例的数值或客户。