Grok Bot 与 Brevo 入门：欢迎订阅者，帮助试用用户开始使用

假设周一有 40 位新用户开始试用，其中 31 位确认订阅了邮件简报。即使有人同时属于这两组，它们仍是不同的人群。给全部 40 人发送同一封欢迎邮件，就等于把产品注册擅自当成营销订阅。

只在确认后欢迎那 31 位订阅者。只有当营销同意覆盖这封邮件时，才帮助尚未活跃的试用用户完成一个首次操作。服务通知应留在产品已批准的服务渠道中。

这一做法借鉴了 xAI Product Marketer：依据已知事实起草，标出未知之处，由人决定是否发布。Grok Bot 与 Brevo 入门指南说明了尚未实测的连接。

区分两个入口

欢迎流程的源事件是确认订阅，不是提交表单。注册时验证必填的名字和企业邮箱。不要把信息不完整、非企业邮箱或尚未确认的注册记录放进订阅者联系人中；也不要编造缺失的姓名。核实确认时间和来源后，才把符合条件的地址加入 Brevo 专用列表。Brevo 将“联系人加入列表”列为自动化触发条件，同时指出在列表之间移动联系人不会触发它。启用前，用获准的测试联系人验证确切的进入方式。双重确认订阅指南解释了确认这道边界。

对于试用激活，选择一个可观察的产品操作，例如“创建第一个工作区”。编辑用的字段映射表可以包含 person_id、email、trial_started_at、first_workspace_at、trial_ended_at、marketing_consent_at、unsubscribe_at 和 locale。这些是来源字段示例，并非 Brevo 原生字段架构。只映射实际存储的字段；企业邮箱或试用账号都不能证明同意。把缺少首次使用记录解释为不活跃之前，要先确认来源数据流及时且完整。如果数据流过时、不可用或不完整，就暂缓提醒。如果 Brevo 没有该事件，可以用范围有限的导出数据来规划；不要声称存在自动触发条件。

路径	进入条件	每一步发送前的确定性停止条件
欢迎	已确认的订阅者进入指定列表	退订、被抑制、永久退信、已发送过欢迎邮件，或缺少确认依据
试用激活	符合条件的试用已开始，且首次操作仍未完成	首次操作已完成、操作数据流过时或不完整、试用结束、退订、被抑制、永久退信，或已发送过提醒

保留稳定的人员标识和发送步骤台账。重复处理注册事件不能导致第二封欢迎邮件。每次发送前立即重新检查停止条件。

给 Grok Bot 一个有边界的写作任务

提供已批准的方案、网址、首次使用操作、合格人群和语气示例。写文案无需导出所有联系人。xAI 的 Grok Bot 101介绍了可使用工具和例程的机器人；提示词是指导，不是强制执行的权限边界。

复制以下提示词，并替换示例事实：

请起草两封分别供我审核的邮件。邮件 A 欢迎已确认邮件营销订阅的人。邮件 B 帮助符合条件的试用用户完成我指定的首次操作。只使用我提供的产品事实、网址和受众规则。每封邮件给出一个主题行、一行预览文字、简短正文和一个行动号召。将缺少依据的主张、日期或功能标为未知。不要编造缺失的姓名；对符合条件的旧记录使用中性称呼。在此聊天中返回文案和停止规则核对表。不要读取其他联系人、创建 Brevo 工作流、将任何人加入列表，也不要安排或发送任何内容。

欢迎邮件可以链接到设置清单；试用邮件可以说明如何创建第一个工作区。两者都不应承诺激活率。核对每个落地页、中性称呼和受众人数。有关确定人群与目标，可参考营销活动规划指南。

将审核后的步骤交给 Brevo

审核文案后，由负责人在 Brevo 中打开 Automations > Workflows > Create an automation。欢迎流程选择已验证的确认订阅列表触发条件。试用激活流程仅在该账号确实支持时选择已测试的事件或细分人群。加入延迟、条件和文档列出的 Send an email 操作。用获准的联系人测试，检查退出条件和受众，然后批准启用。已启用的工作流会自动发送。批准草稿不等于批准启用。

Brevo MCP 指南介绍了其托管工具。工具目录不能证明 Grok Bot 可以创建自动化步骤。用工具执行任何写入前，先核实实际可用的操作。默认的交接方式是经审核的规则表，以及由人在 Brevo 中启用。

每条路径衡量一项结果

欢迎路径计算已送达的欢迎邮件之后七天内首次访问设置清单的人数。分母是该批次中欢迎邮件已送达的确认订阅者。试用激活路径计算已向合格用户送达的提醒之后七天内完成首个工作区创建的人数；分母是提醒已送达的合格试用用户。这些只是测量时段示例，不是效果承诺。

报告批次的起止日期、排除数量、送达数量和事件来源的延迟。点击不等于首次使用。如果产品事件缺失，将激活结果标为未知，而不是用点击替代。邮件指标指南解释了为何分子、分母与观察时段必须同时呈现。下一步需要的是已验证的首次操作，而不是更好看的打开率。