怎么把活动报名数据接入 CRM 和营销系统？

要做的事不是「导出参会人」

一份 CSV 回答的是「现在名单上有谁」。销售和营销要的是另一个答案：这个人身上发生了什么变化，以及什么时候变的。报名、付款、审批、签到、未到场、退款和取消，是各自独立的事件。如果只在会后同步最终名单，你就丢掉了让跟进有用的时机。

搭任何东西之前，先约定身份键

同一个人变成两条 CRM 联系人时，集成就会不声不响地出错。选定一条匹配规则，并写下来：

• 主键： B2B 用工作邮箱，或你已经在表上收集的 CRM 联系人 ID。
• 创建还是更新： 邮箱已存在就更新联系人；不存在就创建。报名和 CRM 的「公司」对不上时，谁说了算，先定。
• 重复： 有人用个人邮箱报名，销售那边已经有工作邮箱。把规则写下来，不要留给第一次同步。
• 随行人员 / +1： 同行的人要不要变成 CRM 联系人。通常不该。

值得同步的字段，和不值得的

只同步销售会打开看的最少字段。没人映射的多余列会变成噪音，下次改表单时就会断。

通常值得同步

姓名、邮箱、公司、职位、票种或报名类型、活动名称/ID、报名时间、已付款/已通过状态、签到时间、UTM 或邀请来源、营销授权标记。

有人负责才同步

自定义问题、饮食需求、场次选择、胸牌名字。对运营有用；如果没有流程用到它们，放在 CRM 里就是杂物。

默认不要进 CRM

支付卡相关标识、内部备注、志愿者备注、原始 webhook 数据。

授权不等于到场

签到了的人，并没有自动同意进入赞助商名单或销售邮件序列。每次同步都要把三个标记分开：

• 活动 / 事务邮件——确认、日程变更、场地通知。
• 来自主办方的营销——电子报、以后的活动。
• 分享给指定的赞助商 / 展商——只有你问过、而且他们明确同意了才行。

如果 CRM 没法分别保存这三样，不要造一个「已同意」字段来代表全部。续约争执和投诉就是这么来的。面向欧盟运营的细节在 GDPR 实践指南里。

CSV、原生连接器，还是 webhook：按数据变化的频率来选

一条没有负责人的实时通道，比一份有负责人的每周 CSV 更糟。写明活动当周同步失败时该叫醒谁。

按活动实际会把它弄断的方式来测这条通道

• 用同一个邮箱报名、付款（或通过）、取消、再报名。CRM 里应是一条联系人，不是四条。
• 签到一张测试胸牌，确认到场记录在你向销售承诺的时限内同步过去。当天同步，和「迟早会同步」，是两种产品。
• 改一个表单字段的标签，确认映射还在，或者有人会收到提醒。
• 第一天结束后的次日早上，拉一份未到场名单，看 CRM 里的阶段和实际情况是否一致。

活动之后，怎么才算「做好了」

你应该能从 CRM，或者由它供数的报表，不打开报名后台就回答：

• 多少人报名、付款或通过、签到、未到场，按推广渠道或邀请来源分列。
• 哪些联系人可以放进会后序列，哪些只收事务邮件。
• 哪些展商或销售负责人收到了已获授权的线索，什么时候收到的。

如果这些答案还得靠一份手工拼出来的幻灯片，那集成并没有做完，做完的只是导出。