每涉SFMC之务，初两旬内，客户之众必问：当为程旅抑或自化乎？二者皆可依时发信。二者皆可读自数据之延展。二者皆行于SFMC之栈。然其优化之用，实异途殊归也。

今述其判分之法。

简言其要

程旅筑造者，适于以用户为本之理：观此人身处时序，何所行而致之。

自动化工坊乃为以数据为本之理：引此文件，运此SQL，充此DE，发此邮件批。

若尔流程为“于每用户，待时，分道，发信，验境，再发”，则当用__JHSNS_SEG_2a6423c8_11__旅程构建。

若汝之流程为"子夜二时导入此SFTP文件，继而运行四步SQL，终将之送与匹配者"——自动化之室也。

详分之

能事之极也

行旅筑基

自动化之室

行止之分（启之，点之）

然（Engagement Split）

勿也

分道于资料之形

是（决策分拆）

间接——先以SQL建别DE

流程内作A/B测试

是（随机分拆，路径优化器）

否

目标追踪/转化汇报

是

否

文件操作（SFTP导入，提取）

否

是

跨部门复杂联结

否

是（SQL查询活动）

定期邮件发送至静态列表

可行，然稍显冗余

更契合需求

实时API触发

是（API事件入口）

是（API触发自动化）

持续数日之流程

是

或然而迂曲

吾辈于生产中所常用之式

凡生产之设，几莫不兼用二者：

Automation Studio
  ├─ Import subscriber file via SFTP
  ├─ Run SQL Query: filter + enrich
  ├─ Populate Audience_DE
  └─ (ends)

Journey Builder (Entry Source: Audience_DE)
  ├─ Send Email 1
  ├─ Wait 3 days
  ├─ Decision Split on MemberTier
  │   ├─ Gold → Send Email A
  │   └─ Other → Send Email B
  ├─ Goal: Purchase_DE has record within 30 days
  └─ Exit Criteria: Unsubscribed

自动化之坊，主司数据之脉络——文件之导入，SQL之变通，繁重之联结。旅程之构筑，则掌理面向订阅者之逻辑——何人得何物，何时得，依行为与数据，自动化已陈设之故。

欲一器成事，则事必多舛：

• 全自动化之陷：于自动化之中，设"迎客之序"三则，以发信为事，间以候时。此法适于广而告之。然，若客请曰"既购，则略第三信"，则自动化无分条之能。必先以SQL分众为二，此法脆而难持。
• ：尽程之陷：于行旅构建之器中，构设繁复之DE族群，内含决断分岐与待阻。行旅构建之器，每于入者之际，皆评分岐之状于各订阅者——非宜于大批数据之变。自动化之室，SQL查询一瞬遍历全DE，仅需秒秒耳。

简要参考：入口之源之择

：既决一流程宜于行旅构建之器，则择其入口之源：

条目源

触发于

当用

数据扩展

新记录现于扩展中

上游自动化按期填充扩展

API事件

外部系统调用SFMC REST API

自网站、应用或CRM事件实时触发

Salesforce

CRM記錄合於濾鏡

Marketing Cloud Connect連接Salesforce CRM

CloudPages

Smart Capture表單已提交

登陸頁引導流程

凡由網站註冊驅動的歡迎系列：API事件為實時通路；數據擴展配合小時自動化匯入為備用之策。

以 Salesforce 机遇阶段驱动培育：Salesforce 入口源与 Marketing Cloud Connect 相连。

要点

三十秒之决断：若理路关乎 此订阅者，则用 Journey Builder。若理路关乎 此数据集，此乃自动化之工坊也。若事属相合，则链之：自动化者，序其众也；旅程者，达其讯也。抗此割裂，须于互动之中途，重筑之。

欲构SFMC之架构乎？吾Salesforce之众，可终局交付自动化工坊与旅程构建之设，兼含SFTP之管与API之触。相接也——>

睹吾等之全貌平台之务吾所论之栈也。