Salesforce Certified Marketing Cloud Consultant

**搞不清 Journey Builder 的 Entry Sources 选型** — 这是 Consultant 考试最高频的考点，也是最多人失分的地方。五种 Entry Source 必须能对应到业务场景：**Data Extension Entry** 适合定期批量扫描（每小时检查一次 DE 里有没有新记录）；**Event Entry** 适合 API 实时触发（网站注册成功立刻发欢迎邮件）；**Salesforce Data Entry** 适合 CRM 数据变化触发（Sales Cloud 里 Opportunity 变成 Closed Won 触发客户感谢旅程）；**CloudPages Form Entry** 适合 Landing Page 表单提交触发；**Audience Entry** 适合从外部广告平台同步用户进 Journey。考试陷阱：题目说"客户下单后 5 秒内发确认邮件"，正确答案是 Event Entry（API 实时触发），不是 Data Extension Entry（有扫描延迟）。

**把 Contact Model 和 Subscriber Model 当成一回事** — 这两个模型在 SFMC 里是两套并行的数据概念，考试会故意放在一起考。**Subscriber Model** 是 Email Studio 时代的老概念：一个 Subscriber = 一个 Email Address，存在 All Subscribers List 里，Subscriber Key 默认就是 Email。**Contact Model** 是 Contact Builder 引入的新概念：一个 Contact 可以有多个 Channel Address（Email、Mobile、Push），存在 All Contacts 里，Contact Key 和具体 Channel Address 解耦。**考试考点**：当客户要求"同一个客户用不同邮箱订阅不同产品线"时，必须用 Contact Model + Contact Key = CRM Contact ID，不能用 Subscriber Model（后者会把同一人的两个邮箱当成两个独立 Subscriber）。

**没搞懂 Sender Authentication Package (SAP) 对 Consultant 项目的影响** — 和 Admin 考试的角度不同，Consultant 不考"怎么配置 SAP"，考的是"什么时候建议客户买 SAP"。考试场景：客户有 3 个独立品牌，希望每个品牌发件域名不同且独立追踪送达率，你应该建议什么？答案是 **每个品牌独立购买 SAP + 配置 Private Domain + 每个 BU 分配独立 Delivery Profile**。另一个高频陷阱：SAP 是年费制（$5,000+/year/package），客户 Discovery 阶段就必须明确预算，不能上线前才发现要额外付钱 — Consultant 的职责就是在 Discovery 里把这类成本标识出来。

**混淆 Send List / Exclusion List / Suppression List 三者的作用** — 这三个 List 类型在 Email Send 配置里一起出现，但作用完全不同。**Send List** 是"发给谁"（目标受众 DE 或 List）；**Exclusion List** 是"这次发送排除谁"（比如你要发促销但要排除最近 7 天内下过单的人）；**Suppression List** 是"永久不发给谁"（Global 级别的黑名单，适用于所有 Send，比如已经硬退订的）。考试陷阱：客户要求"某个客户群永久不再收到任何营销邮件"，答案是加入 **Suppression List**，不是 Exclusion List — Exclusion 只对单次 Send 生效，下次配置时必须重新添加。

**忽略 IP Throttling 和 Send Throttling 的区别** — 两个概念经常混用但考试会分开考。**IP Throttling** 是 ISP（Gmail、Outlook）对你 IP 的发送速率限制，超过限制会被临时拒收（4xx soft bounce），和 SFMC 无关，是收件方的规则。**Send Throttling** 是 SFMC 里你主动配置的发送节流，可以设置 "Send Window"（比如只在上午 9 点-下午 5 点之间发）和 "Delivery Rate Cap"（每小时最多发 100K）。**考试场景**：客户投诉 "Gmail 用户收信延迟几个小时"，你应该怎么诊断？答案是检查 ISP-level throttling（Gmail 对新 Dedicated IP 的默认限制），不是 SFMC Send Throttling 配置。

**在 MC Connect 集成题里搞反数据流向** — MC Connect 的数据流是单向的：**Sales/Service Cloud → SFMC**（通过 Synchronized Data Extensions 同步 CRM 对象到 SFMC），**不是反向**。SFMC 里对 Synchronized DE 的任何修改都不会回写到 CRM，这个 DE 在 SFMC 里是只读的。**考试陷阱**：客户问"能不能让 Email Specialist 在 SFMC 里更新 Contact 的电话号码，然后自动同步回 Sales Cloud？"正确答案是 **不能，必须在 Sales Cloud 里修改，SFMC 端的 Synchronized DE 是只读的**。如果真要双向同步，需要用 API Integration（REST/SOAP）或者 MuleSoft，不是 MC Connect。