评价请求电子邮件模板：2026 年的 7 个示例

一位咖啡馆老板在一个忙碌的周六次日早上发送了一个 Google 链接，收到了三条评价。一家酒店在结账时发送了同样的电子邮件，却一条也没收到。两种情况下的文案都没有问题。问题在于触发条件、发送时机和受众目标不对，而这正是大多数评价请求失效的原因。

如果您在真实的体验结束后使用电子邮件，它依然能为您提供公平的机会。在 BrightLocal 的 2025 年本地消费者评价调查 中，40% 的美国消费者 表示，在被要求提供评价时，电子邮件是他们最可能留下评价的方式，而 亲自面对面询问的比例为 27%。该调查涵盖了 1,026 名美国成年人，其中 96% 的人愿意撰写评价。不过，意愿并不等于行动。访客需要一个明确的移动端操作，且时间点必须处于他们仍然能清晰回忆起这次访问的时候。

以下七个模板均基于相同的评估标准。每个模板都明确指定了触发条件、发送时间窗口、渠道、个性化 Token 和合规边界，以防止出现评价门槛过滤（review gating）行为。请先根据触发条件进行选择，然后再调整文案。

目录

• 1. Google 评价邀请（直接链接）
  • 容易出现问题的地方
• 2. 离店/消费后餐饮住宿业评价邀请
• 3. 退房后酒店评价邀请
  • 酒店合规红线
• 4. 购买后零售业评价邀请
• 5. 多平台评价中心邮件
• 6. 评价提醒跟进序列
• 7. 调查问卷转公开评价邀请（反馈闭环）
• 每个评价邀请邮件模板的触发机制与发送时机
• 撰写文案前先确定触发条件

1. Google 评价请求（直接链接）

这是适用于大多数场所的基础评价请求邮件模板。一句感谢，一句提及本次到访，一个直接跳转到具体 Google 商家页面的按钮。无需做出其他选择，这就是它成效显著的原因。

触发条件是已记录的收银小票、预订或通过 WiFi 匹配的到访。发送窗口为当天或次日早晨，以免记忆模糊。使用 {first_name}、{venue_name} 和 {visit_date} 占位符，并使用该门店页面的链接，而非总部页面。拥有多个门店的咖啡馆集团可以向与小票匹配的每一位宾客发送相同结构的邮件，只需在主题行中更改门店名称。酒吧集团可以在开头写上“感谢您今晚光临，{first_name}”，并将按钮直接放在正下方。

保持发件人为真实的现场经理或具名的工作人员。在上线前先在手机上测试链接，因为失效的深度链接会毁掉封原本出色的电子邮件。关于此背后的运营检查，请参阅 餐厅 Google 评价请求清单。

问题易发环节

当经理仅在工作顺利的班次后或仅向他们喜欢的访客发送请求时，这种机制就会失效。请对每一次有记录的拜访发送相同的请求，不提供折扣或奖励，且不要预先筛选情感倾向。统一发送才是让评价具备可信度的关键。

2. 餐饮及服务业到访后评价请求

餐厅、酒吧和咖啡馆在此处需要展现热情，但篇幅无需太长。感谢访客参加某个特定的活动，指出一件他们可以评论的事项，然后发起一次请求。“感谢您与我们共进周日午餐”比通用的“感谢您的光临”效果更好，因为这证明您清楚知道自己正在对哪次体验寻求反馈。

在符合预期的情况下，宾客确实接受这种渠道。根据 GatherUp 的 Beyond the Stars 2025 报告，53% 的客户表示邮件是可接受的评价邀请方式，而面对面邀请为 49%，SMS 短信为 33%。但这并不意味着可以群发。请从关联了已授权宾客记录的收银小票触发，并在到访后 2 到 6 小时内发送。对于晚餐宾客，即使自动化流程已准备就绪，也要避免在深夜发送。

使用一个主要按钮，即使您也在下方低调列出第二个平台。条件判断模块有助于您为首次到访和再次光顾的访客更改内容行，而无需创建两封电子邮件。在核准时和发送时分别检查一次同意状态，以确保退订请求得到尊重。

在宾客对餐食记忆犹新时发送，但切勿在其仍在用餐时发送。把握好这个时间差，就是酒店餐饮业评价邀请时机的全部关键。

如果此模板退化为电子资讯，就会失去效果。请去除菜单、优惠和活动推广信息。一次到访，只提一个请求。

3. 酒店退房后评价请求

酒店发起请求的时间往往过早。在退房当天早晨发送请求，客人正忙于整理行李、行程奔波或处理账单问题。请等待退房后一到三天，此时他们已回到家中，对住宿体验有了更客观深思的评价。

触发条件是酒店系统中的结账退房完成。变量标签应当发挥实际作用，例如：{first_name}、{property_name}、{check_out_date} 和 {room_type}。像“您在 {property_name} 的入住体验如何？”这样简洁的主题就足够了。优先展示对您的市场最重要的单一平台（通常是 Google 或 TripAdvisor），并将第二个平台放在下方。不要让疲惫的访客去对比分析各个品牌的图标。

酒店集团可能会在退房两天后发送邮件，将 Google 排在首位，TripAdvisor 排在第二位，并在页脚保留一个单独的直接预订链接。公寓式酒店品牌也可以以相同的方式使用其记录的入住数据，前提是每次记录的入住都符合条件。

酒店合规要点

不要排除在服务台抱怨过的访客。不要只引导满意的访客前往公开平台。请确认您链接的平台允许此类邀请类型，发送给所有有记录的住宿访客，并在单独的运营流程中处理服务弥补。如果您在结账时按心情筛选，您将无法再收集到具有代表性的样本。

4. 零售购买后评价请求

零售触发的时机取决于使用情况，而非购买时间。评价蜡烛很快，评价夹克则不然。请根据产品类别设置延迟时间，切勿同时要求客户评价产品和门店体验。

请将其视为体验后触发的自动消息，而非普通营销活动。产品评价索取邮件的独立基准数据 显示，打开率约为 40% 至 55%，点击率约为 8% 至 15%，点击邮件的接收者中约有 5% 至 12% 会完成评价。这些数据范围告诉您精力应该花在哪里。从点击到完成评价的转化路径，比头脑风暴另一个邮件主题重要得多。

触发条件是将订单或收银台交易与获得同意的访客进行匹配。占位符令牌为 {first_name}、{product_name} 和 {purchase_date}，并显示实际购买的项目。购物中心零售商可以将 WiFi 登录与收据进行匹配，并在购买一周后发送邮件。家居用品连锁店应在不同日期的独立消息中分别询问产品和门店反馈。

仅展示切合实际且可被评价的商品。提供指向该产品的深层链接，先邀请进行打分评分，并允许文字评价内容作为选填项。建立您自己的场所基线，然后测试延迟时间和落地页摩擦。长篇的多页表单往往是该模板在不知不觉中流失用户的根源。

5. 多平台评价中心邮件

某些品牌确实需要在多个平台获取评价量。此模板将 Google、TripAdvisor、Yelp 或 Facebook 并排展示，采用中立的标签和完全相同的表述。它适用于不同国家/地区，但也是最容易显得杂乱的模板。

请将平台数量控制在三到四个。根据地理位置或预订来源，按访客最可能使用的平台进行排序。例如，欧洲酒店集团可以列出 Google、TripAdvisor 以及当地平台，并按国家/地区排序。餐饮集团可以在英国将 Google 排在首位，并在其他地方测试不同的主导平台。如果您正在确定该顺序，这份针对酒店的 TripAdvisor 与 Google 评价对比 阐明了两者之间的权衡。

• 触发条件：针对获得同意的访客所记录的已完成拜访、住宿或购买。
• 发送时间窗口：与实际体验相匹配，而非固定的每周群发。
• 令牌：仅限 {first_name}、{venue_name} 和 {visit_date}，不要根据预测的情感倾向个性化选择平台。

实用规则： 每个平台按钮的文案必须完全一致。如果一个按钮显示"分享您的优质入住体验"，而另一个按钮仅显示"评价"，您就已经在引导结果了。

通过对照组测试按钮顺序，并衡量每个平台完成的评价数，而不是点击量。当选择变成一项负担时，模板就会失效。如果客人必须仔细思考点击哪里，您就以覆盖率为名增加了沟通阻力。

6. 评价提醒后续跟进序列

发送一次提醒是合理的。两次通常就失当了。访客错过邮件是因为忙碌，而非需要被说服，因此后续提醒请控制在三行简短文字内，并使用相同的单个链接。

有证据表明二次提醒可以增加评价，但需要有所节制。PowerReviews 关于何时索取评价的最佳实践指南 指出，77% 撰写评价的人是在收到或使用产品后一周内完成的，二次请求可以带来更多评价，28% 的人在被再次提醒后留下了评价。应将其作为在合理时间窗口内测试一次提醒的依据，而不是频繁打扰用户的许可证。

触发条件是发送第一封电子邮件后未完成评价。在几天后发送，更改主题行使其看起来不像重复邮件，并在发送前再次核实同意状态。连锁咖啡馆可能会在三天后提醒一次，然后停止。酒店品牌应该预先决定是否排除那些已点击但未提交评价的用户，并将该规则应用于所有人。

针对大多数受众，将提醒限制为最多一次。保留一个不接收提醒的对照组，正如 这篇针对场所的自动化评价请求电子邮件指南 中所指出的那样。如果提醒邮件相比该对照组未能带来增量的评价完成量，请停止发送。单靠打开率是无法说明这一点的。

7. 问卷转公开评价请求（反馈闭环）

这是最容易演变成门槛筛选（gating）的模板，因此请在撰写文案之前建立规则。访客完成一项私密调查。随后，在另一封单独的电子邮件中，您邀请他们根据个人意愿发布公开评价。每一位被要求提供反馈的访客都会收到相同的公开邀请。

这种区分对于合规至关重要。FTC 关于征集和付费在线评价的指南 明确指出，企业不应仅向可能给出好评的客户索取评价，不应向未体验过产品或服务的人索取评价，也不应将奖励与正面评价挂钩。禁止提供与特定评价倾向相绑定的报酬。

酒店可以在入住结束后发送退房问卷，然后在一天后向所有完成问卷的人发送公开评价请求。零售连锁店可以在店内自助终端问卷后采取相同的做法。在这两种情况下，问卷回答可以在内部转接服务问题，但绝不能用它们来决定谁能收到公开评价链接。

使用中立的表述，例如"告诉我们您的体验"。避免在邮件中使用星级评分提示，记录哪些人符合条件以及发送时间，并在调查和公开请求之间至少保持一天的间隔。这个简短的步骤展示了实际操作中的反馈循环。

这会产生一些批评性的公开评价。但这并非失败。相比通过筛选建立起来的更高平均分，广泛且无偏见的样本更具说服力，也更有助于改进运营。

每种评价请求邮件模板的触发方式和发送时机

模板	触发条件	发送窗口	渠道与个性化标记	合规界限
Google 评价请求（直接链接）	已记录的收银或预订事件	当天或次日早晨	电子邮件：名字、场所、访问日期、Google 直接链接	向每次获得同意的访问发起请求；无评分筛选页面
访问后酒店/餐饮评价请求	关联至访客记录的 POS 凭证	结账后 2 至 6 小时	电子邮件：场所、地点、访问日期	所有符合条件的访问均获得相同的请求；抑制重复发送
退房后酒店退房评价请求	退房或账单结清事件	离店后 1 至 3 天	电子邮件：物业、入住日期、房型	投诉转至客户服务，绝不屏蔽公开链接
购买后零售评价请求	完成购买	使用后 7 至 14 天	电子邮件：商品、门店、订单 ID	奖励不与正面情绪挂钩
多平台评价中心电子邮件	针对已同意访客记录的已完成访问、入住或购买	匹配体验过程：场所为当天或次日，入住为 1 至 3 天，零售为 7 至 14 天	电子邮件中心：市场、地点、平台链接	向每位访客发出相同的请求；由访客选择平台
评价提醒后续序列	对首次请求无响应	首次发送后 3 至 7 天	同一邮件链、原始标记、退订选项	提醒上限为一次；收到回复或提交后停止发送
调查转公开评价请求（反馈闭环）	已完成调查或表单提交	调查后至少 1 天	电子邮件：调查日期、中立请求	调查答案绝不决定谁能获得公开请求

在撰写文案前先确定触发条件

首先确定能够可靠地代表您系统中某次体验已结束的事件。这可能是收银小票、结账退房、已送达的商品或已完成的调查问卷。如果您无法证明该体验确实发生过，就不应该发送评价邀请。将一个模板与该事件进行匹配，设置一个符合评估该体验所需时间的时长发送窗口，并在撰写主题行之前制定好资格规则。

然后对所有客人群体一视同仁。向每位有记录的访客发送相同的请求，去重并过滤已提交评价的人员，并将提醒次数限制为一次。不要添加奖励，不要预设您想要的评分，也不要在将满意访客引导至 Google 的同时，将不满意的访客分流开以避开公开反馈。符合合规要求的请求与高转化率的请求不能混为一谈，前者决定了后者的边界。

衡量真正重要的指标。设置对照组，以便观察完成的评价数量是否有所增加，并结合评价一起跟踪回头客情况，从而评估实际效果，而非仅看打开率。我们将每封邮件计为一个点数，因此严格、统一的规则也有助于保持成本可控，因为您无需为重复追访同一位宾客或向根本不符合条件的客户发送邮件而付费。我们在 Purple Engage 中的做法是在记录到宾客到访后，向每位宾客索取评价，不进行评分拦截，也不提供任何回报，并在发送前确认授权。

大多数运营商在第一天并不需要全部七个模板。选择与您最可靠的触发条件相匹配的模板，统一运行，并在重写文案前解决落地页的摩擦问题。只有在对照组证明提醒邮件确实能带来增量收益时，才添加提醒。只有当单一平台不足以满足需求时，才添加多平台中心。这种顺序能为您带来经得起检验的评价，评价数量也有据可依，同时不会诱导访客期望通过诚实评价来获取奖励。

---

如果您正在咖啡馆、酒店或商店中开展评价邀请，Purple Engage 可以在记录到访、入住或购买后，触发发送同样客观中立的电子邮件。发送前会自动核实同意状态，并设有对照组以衡量完成的评价和复购到访率。您可以一次性建好模板，按场所灵活应用，并确保每次发送都与真实访客记录绑定。请访问 Purple Engage，了解它如何融入您的各个场所。