幾乎每個新的Salesforce Marketing Cloud項目都以同樣的方式開始。客戶發(fā)來一份40列的Excel客戶數(shù)據(jù)文件，說"把這個導(dǎo)入SFMC"。團(tuán)隊創(chuàng)建一個與Excel列完全對應(yīng)的數(shù)據(jù)擴(kuò)展。兩周后，這個數(shù)據(jù)擴(kuò)展無法發(fā)送郵件，無法關(guān)聯(lián)其他數(shù)據(jù)擴(kuò)展，還有一個字段因為數(shù)據(jù)類型錯誤而無法導(dǎo)入。

問題出在創(chuàng)建數(shù)據(jù)擴(kuò)展之前沒有做好四個關(guān)鍵決策，而不是事后補救。

決策一：這個數(shù)據(jù)擴(kuò)展用來做什么？

發(fā)送型數(shù)據(jù)擴(kuò)展：用于發(fā)送郵件。需要在屬性中勾選"Is Sendable"。必須包含一個EmailAddress類型的字段，并建立與Subscriber Key的關(guān)系。

查詢型數(shù)據(jù)擴(kuò)展：存儲AMPscript在發(fā)送時查詢的參考數(shù)據(jù)，如銷售代表列表、產(chǎn)品目錄、門店位置。不可發(fā)送，不需要EmailAddress字段。

必須在創(chuàng)建前確定類型。事后添加Is Sendable雖然可行但很麻煩；在已有數(shù)據(jù)的數(shù)據(jù)擴(kuò)展上修正Subscriber Key關(guān)系容易出錯。

決策二：主鍵是什么？

主鍵是唯一標(biāo)識每條記錄的列。規(guī)則如下：必須在整個數(shù)據(jù)擴(kuò)展的所有記錄中保持唯一。對于發(fā)送型數(shù)據(jù)擴(kuò)展，使用系統(tǒng)ID如CustomerID或MemberID。不要用EmailAddress——一個人可以有多個郵箱地址，有些人還會更換地址。對于查詢型數(shù)據(jù)擴(kuò)展，使用實體的自然ID，如SalesRepID、ProductID。

決策三：哪些字段可為空？

非空字段意味著必填。如果導(dǎo)入的行缺少該字段，整行會被拒絕。EmailAddress和主鍵幾乎都應(yīng)設(shè)為非空。人口統(tǒng)計字段如地址、電話、生日通常可為空，因為源數(shù)據(jù)往往不完整。導(dǎo)入文件時大量行因缺少非空字段而被拒絕，卻困惑于為什么一半數(shù)據(jù)消失——這是新手第一周的標(biāo)準(zhǔn)錯誤。

決策四：數(shù)據(jù)類型是否正確？

各數(shù)據(jù)類型的適用場景：Text用于姓名、混合字母數(shù)字的ID、地址；Number用于整數(shù)ID、積分余額；EmailAddress專用于郵箱列，SFMC會驗證格式；Date用于生日、到期日，導(dǎo)入時格式必須匹配；Boolean用于IsVIP、HasPurchased等標(biāo)記；Decimal用于金額、任何含小數(shù)部分的數(shù)值。

典型導(dǎo)入失敗案例：OrderNumber值如ORD-00123被導(dǎo)入Number字段。字母導(dǎo)致導(dǎo)入失敗。應(yīng)使用Text類型。

審計中仍常見的四個錯誤

忘記設(shè)置Is Sendable：數(shù)據(jù)擴(kuò)展在發(fā)送時不出現(xiàn)在受眾選擇器中。需要編輯屬性，勾選Is Sendable，配置發(fā)送關(guān)系。如果在創(chuàng)建時就決定好，完全可以避免。

用EmailAddress作為主鍵：客戶更新了郵箱，導(dǎo)入運行后，舊郵箱的舊行仍然存在，新郵箱的新行被添加。一個人變成兩條記錄，受眾統(tǒng)計失真。應(yīng)使用穩(wěn)定的系統(tǒng)ID，郵箱是屬性，不是身份標(biāo)識。

一個數(shù)據(jù)擴(kuò)展中有兩個EmailAddress類型字段：SFMC不允許同一數(shù)據(jù)擴(kuò)展中有兩個EmailAddress類型字段。如果EmailAddress和SecondaryEmail都設(shè)為EmailAddress類型，從此數(shù)據(jù)擴(kuò)展發(fā)送會完全失敗——所有人都收不到郵件。