销售自动化谷歌评论请求工作流

跟客户要好评，怎么开口都别扭

和做本地生意的老板聊天，几乎每个人都会提到同一个难题：活儿干完了，客户也满意，但开口要一条评价，总觉得特别尴尬。

要么忘了要，要么要太早——客户还没来得及真正体验服务，就被追问“觉得怎么样”，反而显得急功近利。还有一种是问了一次就不再跟进，因为催评论这件事，用力过猛比干活本身更让人反感。

但评价对本地商业的重要性又不必多说——外卖、美容、家装、摄影工作室，打开任何一个平台，消费者都习惯先看评价再下单。没有评价，手艺再好也很难被看见。

一个专治“求好评尴尬症”的低代码工作流

有人用n8n这个低代码自动化工具，搭了一个专门解决这个问题的流程。

这个流程本身不大，一共14个节点，但它把“要好评”这件事里最让人不舒服的部分处理得很干净——既不会忘记，也不会烦人。

流程是这么跑的

当一项工作被标记为“已完成”时，流程自动触发。标记的方式很灵活，可以是一个表单提交、CRM里的订单状态更新，或者简单到一个电子表格里的字段改动——总之，就是“这单活儿干完了”这个信号。

触发之后，流程依次完成这几件事：

• 检查这个客户是否已经收到过评价请求，如果是，直接停止并记录，同一个活儿绝不要求第二次
• 发送一封简短邮件，里面带一个直接跳转到评论页面的链接——不是笼统的“请给我们好评”，而是客户点开就能直接写评论的直达链接
• 等待7天，给客户足够的时间真正体验服务
• 再次检查：客户是否已经提交评论？是否明确表示过不想被打扰？只要满足任意一条，流程立即停止
• 如果以上都没有发生，发送且仅发送一封提醒邮件

最终，每一步操作的结果——已发送、已评论、已提醒、已跳过、已退订——都会被记录到在线表格里，方便随时查看。

两个边界判断，才是这个流程的核心

这个14节点的工作流，真正决定成败的并不是邮件发得有多勤快，而是两个边界判断：

第一，查重。同一个工作，同一个客户，从头到尾只询问一次。如果客户已经在其他渠道给过好评，这个流程不会重复发送请求。这一点看似简单，但在实际操作中很容易被忽略——很多评价请求工具为了追好评，会一周发三封催评信，反而把人推向了差评。

第二，客户已评价就立即停止。在第7天发送提醒之前，系统会先检查客户是否已经提交了评论。如果已经提交，就不再发送任何内容。这一点尊重感很强——不会有人因为写了好评之后还不断收到“求好评”的消息而感到被冒犯。

没有这两个边界判断的评价请求流程，不是在帮商家加分，而是在帮商家制造差评。收到多余打扰的客户，很可能一怒之下真的去写一条差评。

重复劳动，打包成数字化产品才能放大价值

做这个工作流的人，本身长期给本地商业体提供自动化服务——客户群体包括水管工、理发店、小型工作室。一开始，每次接到这样的需求，都要从零开始搭建一遍流程。做的次数多了，他意识到一个问题：这些流程的核心逻辑几乎一模一样，为什么每次都要重新搭一遍？

于是他把这套流程打包成了一个数字化产品，内容包括：

• 可直接导入的n8n工作流JSON文件
• 中英文双语配置指南
• 给终端客户的一页纸检查清单
• 关于自动化发送提醒邮件的合规性注意事项

此外，他还整理了一个公开的代码仓库，展示流程的节点结构，方便其他人理解这套逻辑的设计思路。

整套打包产品定价49美元，按1美元约合7.2元人民币计算，约合353元。对于一个能反复使用、直接解决问题的自动化流程来说，这个价格并不算高——相当于用一顿饭的钱，省下一次又一次从头搭建的重复劳动。

低代码工具的选择，思路比工具更重要

无论是用n8n，还是用其他低代码自动化平台，做这类自动化流程的核心并不是懂多少编程知识，而是先想清楚三个问题：

• 业务流程中，哪个环节出现频率最高、重复次数最多
• 有哪些“遇到某种情况就立即停止”的判断规则，是必须写清楚的
• 哪些中间结果需要被记录、被追踪，方便后续复盘

想清楚这些问题，再选择工具。n8n的优势在于它支持自托管，数据完全掌握在自己手里，并且使用图形化界面搭建流程，不用写复杂的脚本代码。它的逻辑同样适用于其他平台，核心思路是相通的：触发、判断、执行、记录。

落到国内的实际情况，这套逻辑的应用场景比想象中更多。大众点评、美团、口碑都有面向本地生活服务的评价体系，逻辑跟谷歌评论一致。如果你本身在给本地商家做代运营或数字化服务，完全可以参考这套思路，用低代码工具搭建一个同样流程，然后作为标准化服务，在闲鱼、猪八戒或淘宝服务上架，帮那些不擅长运营的商家解决“求好评”的难题。

自动化不保证好评，但能保证不搞砸

最后想说清楚一点：这个工作流并不能保证商家一定获得更多好评。任何自动化工具都做不到这一点——评价终究取决于服务本身的质量，客户是否真的满意，这一点无法靠流程解决。

它能保证的，只是让“要评价”这件事稳定、准时、体面地发生——不遗漏，不重复，不打扰。

这可能就是自动化的意义所在：不是替代产品和服务本身，而是把那些让人尴尬、容易出错、需要靠自律才能坚持做好的环节，交给一套设计合理的流程来执行。

如果你也在搭建类似的低代码自动化流程，思考的重点不应该是“我要自动化什么”，而是“哪些环节，客户希望我不去打扰”。想清楚这一点，流程就成功了一半。