創意素材

一份文件，唔係一個範本

你寫嘅係一棵有已公佈 schema 嘅區塊樹。寄出去嘅係嗰份文件為某個目標渲染出嚟嘅結果——電郵、頁面、表單、SMS、推送或者印刷。兩者刻意分開，因為編輯器係可以換嘅，渲染就唔係，扮唔使分開就係點解一個行銷工具最後會有六個版本嘅同一訊息、而且互相唔再一致。

六個目標，一個來源

每個目標都有啲唔係口味問題嘅限制，渲染器識得處理，唔使你操心。

電郵即係用表格同內嵌 CSS，唔用 flex 同 grid，因為 Outlook 到而家仲用 Word 排版郵件；會幫你自動生成一個純文字替代版本；顏色要捱得住深色模式用戶端反轉；仲有個大約 102 KB 嘅大小關卡，過咗 Gmail 就會開始裁切。

頁面即係普通嘅現代響應式 HTML，用一個 slug 發佈，想要嘅話可以用你自己嘅網域。表單就係一個頁面加欄位綁定、驗證、蜜罐同速率限制——而且佢係唯一一條可以正當產生 consent 基礎嘅聯絡人入口。

SMS 會一邊打一邊計分段。推送係一個標題、一段內文、一個圖示、幾個動作同一條深層連結。信件係用印刷 CSS 渲染做 PDF，寫好地址再寄出。

份文件本身係以一個有已公佈 schema 嘅 setup 儲存，放喺生態系嘅文件服務度，而唔係收埋喺一張私人表度。即係話，有一日有個更好嘅編輯器出現，佢編輯嘅都係同一批文件，上游乜都唔使改。

一份創意素材渲染目標

每個目標嘅輸出結果分開快取

合併變數

所有模板語言遇到缺失 key 嘅預設行為，就係咩都唔 render。喺電郵度，即係「Hi ,」會送去四萬個人度，而要到有人回覆先會有人發現。所以份文件一定要先通過變數詞彙表嘅驗證，先至可以發佈。

聯絡人嘅電郵、姓名、電話同語言設定；attrs.*，因為屬性係你自己嘅，所以係開放嘅；你機構嘅名同郵寄地址；取消訂閱同偏好設定嘅連結；仲有訊息本身嘅主旨同 preheader。

係刻意用清單，而唔係「紀錄上乜都得」。聯絡人紀錄仲有內部識別碼，嗰啲全部都唔應該出現喺訊息度。

{{first_name | default:there}} 係一個已知嘅變數，只係呢個聯絡人啱啱冇呢個資料——例如匯入嘅名單入面有一半人冇填名。咁樣會 render 個 fallback，完全冇問題。

會被拒絕嘅係 {{frist_name}}：一個對任何人都唔存在嘅變數。喺發送時兩者睇落一樣。喺發佈時就天壤之別，所以檢查先會喺嗰度做。

同一個詞彙表喺所有目標都通用，所以為電郵寫嘅一句嘢，喺 SMS 同 landing page 都可以直接 render，唔使重寫。而且 first_name 係 render 時由全名即場拆出嚟，唔係預先儲存——因為預先拆好嘅分法，遲早會拆錯一個唔合乎假設嘅名。

寄出之前

大約超過 102 KB，Gmail 就會截斷訊息，將其餘部分收埋喺一個大部分人永遠都唔會撳嘅連結後面——包括喺最底嘅取消訂閱。Renderer 會喺發佈時量度同警告。

一張四 MB 嘅主打相會爆晒 size budget，喺手機度又 render 得好差。圖片喺上載時會自動縮細同轉檔，呢樣嘢係關乎送達率，唔係錦上添花。

訊息會喺桌面同手機闊度 render 同截圖，所以列表嗰度見到嘅係件嘢實際嘅樣，而唔係佢個名。唔使畀錢用任何預覽服務。

寄畀你自己，用同一個 renderer、同一個發送身份，同真收件人收到嘅完全一樣。行唔同 code path 嘅預覽，證明唔到實際寄出嗰封嘢係點。

由第度貼入嚟嘅內容，儲存之前會先過一次 sanitiser，因為行銷電郵唔係一個應該發現人 clipboard 入面有乜嘢嘅地方。

用 Markdown 寫，然後幫你 render。比起叫 model 生成電郵 HTML 靠譜得多，而且正係因為咁，agent 寫訊息先係一個可行嘅諗法，而唔係一個 demo。

第一次用嗰陣貼個 URL。ClickSomo 會讀個頁面嘅 logo、icon、manifest 同實測出嚟嘅顏色——唔係人估嘅顏色——然後砌一封第一眼已經似你嘅電郵。佢仲會偵測平台，通常已經夠建議一條值得用嘅 funnel：舖頭會有棄單挽回，出版商會有 newsletter 歡迎系列。

你提供嘅 URL 每一次抓取都會經過一個有防護嘅 fetcher：只准 HTTP 同 HTTPS、字面地址直接檢查、每一個 DNS 回答都必須係公共嘅、每一個 redirect hop 都重新驗證。代客戶抓取任意 URL 係最容易喺自己網絡度整個窿嘅方法之一，唔係一樣應該寫兩次嘅嘢。

老實講：由你網站生成嘅第一個模板係一個好開始，唔係一個完成咗嘅設計。佢會大致啱 logo、顏色同字體，令你第一次發送唔會望落似個 demo——然後你就去改佢，呢份工好過對住一塊空白畫布發呆好多。