Microsoft Dynamics 365 Customer Experience Analyst (MB-280)

**混淆 Outbound Marketing 和 Real-time Marketing** — 这是 MB-280 最典型的陷阱。网上 2023 年之前的 Dynamics 365 Marketing 资料几乎全是 Outbound（Customer Journeys 老 Designer、Segmentation Designer、Email Designer 老版、Marketing Forms 老版），这些考试 **全部不考**。微软从 2025 年 6 月 30 日起对新客户停用 Outbound，2026 年 6 月 30 日强制所有租户迁移到 Real-time。MB-280 只考 Real-time 的新 UI 和新架构。考试会出"legacy system using Outbound Marketing, migrate to..."这种背景题，但问的永远是 Real-time 侧的配置方案。

**Trigger-based Journey 和 Segment-based Journey 的选择** — 这是 Journey 设计题的高频陷阱。**Trigger-based**：由单个实体的事件触发（Contact/Lead Created、Form Submitted、Custom Trigger），每个 Contact 进入 Journey 的时机由触发事件决定，适合 1:1 即时响应场景（如"注册表单提交后发欢迎邮件"）。**Segment-based**：对一个 Segment 里的所有成员在同一时间启动，适合批量活动（如"黑五大促给所有 VIP 客户发邮件"）。考试场景"客户希望用户放弃购物车后 1 小时自动发提醒邮件" → Trigger-based（触发器是 Cart Abandoned Event）；"下周一给所有活跃用户发产品发布公告" → Segment-based。很多人直觉选 Segment-based，错。

**Lead Scoring 的 Sales Ready Threshold 机制** — Scoring Model 算出总分后，**只有超过 Sales Ready Threshold** 的 Lead 才会被标记为 Sales Ready，这个动作本身 **不会自动创建 Opportunity 或分配给销售**。它只是改变 Lead 的状态字段并可以作为 Journey 的触发条件或通知 Owner。考试会问"Lead 达到 Sales Ready 后下一步自动做什么"——答案是"可以触发一个通知销售的 Journey"或"手动 Qualify 创建 Opportunity"，**不是"自动创建 Opportunity"**。另外 Grade 和 Score 是两套独立维度，Grade 是字母评级（基于人口统计），Score 是数值评分（基于行为），两者都可以作为 Sales Ready 判定依据但机制不同。

**Segment 的 Refresh 机制 vs Static Segment** — Real-time Marketing 的 Segment Builder 默认创建的是 **动态细分**，成员列表根据规则实时计算，Contact 满足条件就自动加入。但有些场景需要 **静态快照**（比如"2026 新年活动的固定受众名单，不要后续新加入的人"）——这时候需要把动态细分 Export 或用 CI Data 里的 Measure 做冻结。考试会出"营销经理希望活动开始后不再有新成员加入该 Segment" → 答案不是"关闭 Segment"，而是 **把 Segment 切换到 Static Members only 模式**或在 Journey 里设置 Entry Rule 只允许一次进入。

**Customer Insights - Data 的 Match Rules 细节** — Unification 流程的 Match 步骤是 MB-280 最容易出细节题的地方。**三种匹配类型**：(1) **Exact Match**（精确匹配，如 Email）——大小写不敏感但要字符完全相同；(2) **Fuzzy Match**（模糊匹配，如 Name）——基于相似度算法，可以配 Precision Level（Low/Medium/High/Exact）；(3) **Normalized Match**（标准化匹配，如 Phone Number）——先去除格式字符再精确比对。考试场景"客户记录里电话号码格式不统一（有的带国家代码有的不带）" → 用 Normalized Match 而不是 Fuzzy。Match 的顺序也有讲究：多条规则按 Priority 从高到低执行，一旦命中就不再走下一条。

**Form 嵌入的两种方式和影响** — Real-time Marketing Forms 可以嵌入外部网站，有两种方式：(1) **Script Tag（JavaScript 嵌入）**——动态加载，可以追踪 Form Abandonment（未提交就离开），支持 Prefill 从 URL 参数或 Cookie 读取；(2) **iframe 嵌入**——静态嵌入，兼容性更好但 **不支持 Form Abandonment 追踪和 Prefill**。考试场景"营销团队希望追踪有多少用户打开表单但没提交" → 必须用 Script Tag 嵌入；"嵌入到一个严格 CSP 策略的第三方网站" → iframe 可能更合适。很多人默认选 iframe，扣分。

**Event Registration 创建的记录和关联** — 当参会者通过营销页面注册一个 Event 时，系统会创建 **两条记录**：(1) 如果该 Email 对应的 Contact 不存在，创建一个新的 Contact；(2) 创建一条 Event Registration 记录关联这个 Contact 和 Event。Session 级别的签到需要额外的 Check-in 记录。考试会问"注册一个包含 3 个 Session 的活动会创建几条记录"——答案取决于是否 Opt-in 到具体 Session（默认只创建 1 条 Event Registration，不会为每个 Session 自动创建 Check-in）。