用視覺說故事，讓每次發送都值得被記住！
90%+ 三分鐘內被打開的訊息，是品牌與客戶之間的有感連結。
節日大促，一則訊息說清楚
主視覺 + 優惠碼 + 可追蹤連結，客戶在訊息匣直接看見折扣，誰感興趣一目了然。
戶型圖與實景，比純文字更有說服力
一張圖片傳達氛圍，文案補充交通與價位，直達已有意向的客戶名單。
個人化圖文，讓 VIP 感到被記住
生日當天自動送出專屬祝福與優惠，只發給高價值會員，轉換率遠高於群發電郵。
從點擊到核銷，X Lead 一條龍量度
配合 X Lead 內建兌換優惠追蹤 — 誰點了、誰到店核銷，儀表板一目了然。
MMS 跟其他通路，差在機制上
這裡不比開啟率 — 那種數字每家報告都不一樣。這裡比的是機制：訊息怎麼到達、誰能擋下它、成效能不能算得出來。機制決定了在什麼情境下該用哪一個。
| MMS | SMS | EDM 電郵 | App 推播 | 社交廣告 | |
|---|---|---|---|---|---|
| 收件人需要先安裝 app 嗎 | 不需要 | 不需要 | 不需要 | 需要 | 需要（平台帳號） |
| 中間有沒有演算法決定誰看得到 | 沒有 | 沒有 | 有（垃圾郵件與分頁過濾） | 有（系統可折疊） | 有（競價與排序） |
| 名單由誰擁有 | 你自己 | 你自己 | 你自己 | 你自己 | 平台 |
| 圖片與長文案 | 兩者兼具 | 純文字 | 兩者兼具 | 兩者兼具 | 兩者兼具 |
| 單一收件人可否個別歸因 | 可以（專屬連結） | 可以（專屬連結） | 可以 | 可以 | 多為彙總數據 |
| 是否有電信商級送達回報 | 有（DLR） | 有（DLR） | 有（退信 / FBL） | 無統一標準 | 無 |
| 出現在什麼位置 | 手機訊息匣 | 手機訊息匣 | 電郵收件匣 | 通知中心 | 資訊流 |
| 帳號被停用的風險 | 無 | 無 | 無 | 無 | 有 |
「沒有演算法」不代表一定被看見 — 它代表沒有第三方在你與客戶之間決定要不要顯示。這是通路特性，不是成效保證。
為什麼零售集團會把 MMS 放進預算
這不是「多一個發送通路」的問題。對已經有會員名單、有實體門店的零售集團來說，MMS 解決的是幾個廣告買不到的東西。
名單是你的資產
演算法改版、CPM 上漲、廣告帳號被停用，都不在你控制範圍。會員號碼在你手上 — 廣告是租的，名單是買斷的。
不需要客戶裝 app
客戶不會為一年買三次的品牌裝 app。MMS 落在原生訊息匣，長者客群、非智能機、節日客全部觸及。
當天決定、當天到店
清貨、突發天氣，等不了廣告審核與學習期。早上決定、下午發送，當晚看到門店人流。
成本可預測
按則計費，發多少筆就是多少錢 — 沒有競價、沒有無效曝光。先定預算上限，再決定發給誰。
多門店可以分開打
按最近門店、消費金額、購買品類分群，同一檔期發不同主視覺與分店地址 — 比一張統一素材有效得多。
點擊到核銷一條線
可追蹤連結配合優惠碼，對回 POS 實際核銷。誰點了、誰到店消費，逐筆對帳，不靠模型推估。
香港零售的一年 12 個 MMS 檔期
這張表不是要你每個月都發 — 是讓你先看見全年節奏，再挑出真正屬於你品牌的四到六檔。素材與名單分群提早兩週準備，臨場就不會出事。
| 月份 | 檔期 | 內容角度 | 主視覺建議 |
|---|---|---|---|
| 1月 | 農曆新年前備貨 | 賀年禮盒、年花年貨、開年優惠 | 紅金主視覺 + 到店日期 |
| 2月 | 情人節 | 對裝、禮盒、限定包裝 | 單一產品特寫 + 預訂截止日 |
| 3月 | 春季換季 | 新季上架、舊季清貨 | 新舊對比 + 折扣幅度 |
| 4月 | 復活節 · 長假期 | 親子活動、旅遊用品、假期營業時間 | 情境圖 + 分店地址 |
| 5月 | 母親節 | 禮品推薦、包裝服務、提早預訂 | 禮盒實拍 + 預訂連結 |
| 6月 | 年中大促 · 端午 | 年中清貨、粽子禮盒、暑期前備貨 | 折扣數字放大 + 限時倒數 |
| 7月 | 暑期檔 | 暑期班、旅遊、夏季服飾與家電 | 主打品 + 分期或套裝價 |
| 8月 | 開學季 | 文具、校服、電子產品、書包 | 清單式圖片 + 門店取貨 |
| 9月 | 中秋節 | 月餅預訂、企業送禮、節慶禮盒 | 禮盒 + 預訂截止提醒 |
| 10月 | 國慶長假 · 秋季新品 | 長假促銷、秋冬新季上架 | 新品陳列 + 會員優先場 |
| 11月 | 雙11 · 感恩節檔 | 線上線下同步大促、會員日 | 折扣主視覺 + 專屬優惠碼 |
| 12月 | 聖誕 · Boxing Day | 聖誕禮品、跨年、節後清貨 | 節日氛圍圖 + 營業時間變更 |
農曆節日每年日期不同，表內以月份標示，實際排程請對照當年曆法。想要一份可填寫的排程表？ 聯絡我們索取 →
MMS 也能像 EDM 一樣追蹤點擊
自家連結追蹤機制：每位收件人拿到專屬連結，誰點了、點了幾次，儀表板即時看見 — 與 EDM 開信追蹤同一邏輯，跨渠道比較活動成效。
- → 發送時自動處理 — 你只需放入目標網址
- → 儀表板查看點擊次數、獨立點擊、點擊率與時段分布
- → MMS 活動可配合 X Lead 兌換追蹤，從點擊到核銷一條龍量度
做得對，一次過審；做得好，客戶會點
規格只告訴你上限，不會告訴你怎麼排版。以下是我們協助客戶反覆調整後歸納出來的做法。
800 × 800 的三區排版
訊息匣裡的縮圖很小，客戶是「掃過去」而不是「看」。把畫面切成三塊，每一塊只負責一件事。
主視覺
上 50%一件主打商品或一個節日場景。不要拼貼多件商品 — 縮圖尺寸下拼貼會變成一團色塊。
折扣或利益點
中 30%整張圖裡最大的字。「5 折」「買一送一」「$100 現金券」— 一個數字，不要三個。
行動指示
下 20%「憑此訊息到店」「按連結領取」+ 有效期。品牌 logo 放這裡，不要放最上面搶主視覺。
格式規格 — 透明清楚
上傳前即知限制，減少退件。文字 + 圖片合計不超過 230 KB。
幾條實際規則
- 最小字級
- 主標在 800 × 800 原圖上不要小於 48 px。手機縮圖後大約剩三分之一，48 px 以下基本讀不到。
- 對比度
- 文字壓在圖片上時加一層半透明色塊或深色漸層。直接把白字放在淺色商品照上，在小尺寸下會整段消失。
- 壓縮到 230 KB 以內
- 先把尺寸縮到 800 × 800，再用 JPG 品質 70–80 匯出，通常就落在範圍內。有大面積純色時 PNG 反而更小，值得兩種都試。
- 文案與圖片分工
- 圖片講「是什麼、多便宜」，文字講「怎麼拿、去哪裡、限期到哪天」。同樣的資訊不要在兩邊重複寫一次。
- 連結放在文字裡
- 把可追蹤連結寫進文字內容，不要只印在圖片上 — 圖片上的網址客戶按不到，也追蹤不到。
常見退件與失敗原因
這些是實際發生過、可以事前避免的。
- 圖片尺寸超過 800 × 800 px
- 圖檔格式不在 JPG / PNG / GIF 之內
- 文字加圖片合計超過 230 KB
- 使用未在你帳戶登記的 Sender ID（回 IS）
- 號碼格式錯誤，例如帶了 +852 或含空格（回 IM）
- 發送香港號碼卻沒有提供 sender 欄位
- 帳戶點數不足（回 IP）
- 推廣訊息未附退訂方法 — 不會被系統擋，但違反《非應邀電子訊息條例》
IS / IM / IP 這些是 callback 回傳的狀態碼，完整對照表在 API 整合指南。
MMS 推廣受《非應邀電子訊息條例》規管
發推廣 MMS 給香港號碼，就是在發送條例定義下的「商業電子訊息」。責任在發送方 — 我們可以代你處理技術與登記，但守法的是你的名單與你的內容。以下是條例對發送人的主要要求。
發送人的主要責任
- 1
提供清晰準確的發送人資料
訊息中須載明發送人身分與可聯絡的資料，不得隱藏或偽造。同時不得隱藏來電顯示（calling line identification）資訊。
- 2
提供退訂設施與退訂聲明
每則商業電子訊息都必須附有退訂設施，以及說明如何退訂的聲明。就短訊而言，至少須提供一個香港電話號碼，讓收訊人可以口頭或按鍵方式提出退訂要求。
- 3
10 個工作天內處理退訂
收到退訂要求後，須於要求發出當日起計 10 個工作天內，停止再向該電子地址發送商業電子訊息。
- 4
不得發送到拒收訊息登記冊號碼
通訊事務管理局設有三個拒收訊息登記冊，分別針對傳真訊息、短訊，以及預錄電話訊息。號碼登記後第 10 個工作天起，除非已取得該登記使用者同意，否則不得再向該號碼發送商業電子訊息。
- 5
不得使用誤導性標題
電郵訊息不得使用具誤導性的主旨標題。同一原則延伸到訊息內容：折扣、期限與條款要與實際一致。
我們這邊怎麼配合
- 拒收登記冊過濾
- 發送介面與 API 預設不發送給拒收訊息登記冊內的號碼（API 欄位 send_also_ofca_registrants 預設為 false）。
- # Sender ID 登記代辦
- 協助你取得 OFCA 登記的發送人名稱，讓收訊人一眼看出訊息來自哪一間公司。
- 退訂名單管理
- 平台維護不發送名單，退訂過的號碼在後續發送中會被排除。
- 內容檢視建議
- 發送前協助檢查退訂聲明與發送人資料是否齊備，減少事後爭議。
以上為條例重點的整理，方便你規劃活動，並不構成法律意見。實際合規要求請以條例原文及通訊事務管理局辦公室的最新指引為準。
有自家系統？MMS 一樣可以程式化發送
把 UFOSEND 想像成接在你系統上的發送插座：CRM 裡的會員生日、電商的出貨通知、預約系統的前一天提醒 — 你的系統一呼叫，圖文訊息就從電信商通道出發，全程不用人手操作。
事件觸發，自動出發
生日、出貨、預約前一天 — 條件由你的系統判斷，時間一到自動發送，不靠同事記得按掣。
SMS 與 MMS 同一組 API
同一個 API key、同一套 callback — 文字用 SMS、圖文用 MMS，系統只需接一次。
成效回流你的系統
送達狀態與連結點擊經 webhook 回拋 — 誰收到、誰點過，直接寫回你的會員紀錄。
訊息匣裡的推廣，要誠實送達
MMS 的價值在於被看見 — 我們專注讓每條活動訊息真的進入收件人日常對話，並如實回報結果。
● 直達原生訊息匣
不走電郵、不靠 app 內訊息 — 出現在客戶與朋友家人同一個對話列表。
● 連結點擊追蹤
每位收件人專屬連結 — 誰點了、點擊率多少，儀表板即時看見，與 EDM 同一邏輯。
● 兌換成效追蹤
配合 X Lead 兌換優惠追蹤 — 從 MMS 點擊到到店核銷，活動 ROI 可量度。
● 全量提交承諾
你送出的每一筆請求都如實提交至網絡，筆數可對帳；失敗附原因，不是假成功。
● 排程與 A/B 內建
指定時間發送、標題 A/B 測試後自動用勝出版本覆蓋剩餘名單 — 在後台完成。
● 與 SMS / EDM 同一平台
受眾與發送紀錄互通 — 短訊觸發、電郵培養、MMS 限時推廣可配合。
常見問題
可以排程發送嗎？ +
可以。SMS、MMS、EDM、WhatsApp 均支援在後台指定日期時間發送 — 預約提醒、活動倒數、限時優惠、電子報與模板廣播都可以在最佳時段準時送出。API 亦支援排程參數（如 scheduled_at），讓你的系統自動觸發。排程期間可隨時修改或取消；短訊與 MMS 在實際送出後由 DLR 回拋，WhatsApp 有送達與已讀回報，電郵則有送達與開啟追蹤。
用戶在海外還收得到短訊 / MMS 嗎？ +
一般可以 — 只要你發的是對方登記的手機號碼（例：香港客戶的 +852），訊息會先送達其歸屬電信商，再經國際漫遊轉至海外手機。SMS 與 MMS 機制不同，送達率與費用亦不同，分開說明如下。
費用：寄件方（你） — 向 +852 發送時，不會因收件人當時身處海外而另收「漫遊發送費」；你方按平台既訂 SMS / MMS 單價計費。若改發對方已移居當地的海外號碼，則按該區費率計（見「一個帳戶可以發到其他區域嗎？」）。
費用：收件方 — 是否收費、收多少，取決於收件人自己的月費計劃與漫遊條款，我們無法代其電信商保證。建議你在對外說明或 FAQ 中提示客戶：出國前向所屬電信商查詢漫遊短訊 / 數據收費。
SMS（純文字短訊）
• 送達：OTP、交易通知等通常能收到，偶爾延遲數秒至數分鐘；不需開啟流動數據即可收文字。
• 收件人費用：部分計劃漫遊接收短訊免費，亦有計劃按則收費 — 視電信商而定。
• 收不到時：常見原因包括未開漫遊、訊號弱、關機／飛行模式，或個別漫遊商過濾行銷短訊。
MMS（多媒體短訊）
• 送達：漫遊下送達率通常低於 SMS，重要通知建議優先用短訊。
• 含圖片的 MMS：通知可能先到，但下載圖片往往需使用流動數據（多數情況下不能單靠 Wi‑Fi 完成 MMS 下載）。若收件人開啟了數據漫遊，點開或自動下載圖片時可能產生漫遊數據費 — 即使「收短訊本身」在其計劃內免費，載入圖片仍可能另計數據。
• 純文字 MMS（無圖）：技術上仍是 MMS，需從網絡取回內容，但流量極小（通常遠小於含圖 MMS）；仍可能需短暫流動數據連線，一般不會像大圖一樣產生明顯漫遊數據費，但送達穩定性仍不如 SMS。
無論 SMS 或 MMS，我們都如常向歸屬電信商提交，並以 DLR 如實回報電信商端狀態。
Sender ID / # Sender ID 是什麼？為何重要？ +
Sender ID 是收件人手機上顯示的寄件人名稱。852 區域常見兩種形式：Alphanumeric Sender ID（例：YourBrand），一般 1 個工作天可上線；以及香港 OFCA 短訊發送人登記制下的 # Sender ID（例：#YourBank）— 只有通過 OFCA 及通訊事務管理局審核並登記的企業，才可在 Sender ID 前使用 # 前綴。
有什麼分別？ Alphanumeric 顯示你的品牌名稱；# 則額外向收件人證明寄件人經官方登記，有助區分真實短訊與釣魚冒充 — 收件人看到 #YourBank 而非單純 YourBank，知道不是冒充的釣魚短訊。
為何重要？ 金融及高信任場景，# Sender ID 已逐步成為客戶的基本預期。我們代辦 Alphanumeric 與 OFCA # 登記、審核訊息內容、建議寄件人命名 — 你只需提供公司資料。
MMS 的格式是什麼？ +
圖片支援 JPG / JPEG、PNG、GIF — 建議優先使用 JPG / JPEG，檔案較細、送達較快。單張圖片尺寸不超過 800 × 800 px。
很多人以為 MMS「文字幾乎沒有限制」— 其實電信商限制的是整則 MMS 的總大小（文字 + 圖片合計），上限 230 KB。純文字非常輕：10,000 個繁體中文字約只佔 30 KB 左右，所以文案可以很長，但真正要留給圖片的是剩餘空間 — 例：30 KB 文字 + 200 KB 圖片 = 230 KB，剛好達上限。上傳前可在後台預覽總大小，避免超標被拒。
MMS 真的會送達收件人訊息匣嗎？ +
會。MMS 經直連電信商路由送達手機原生訊息匣 — 不是電郵、不是 app 內訊息。每條 MMS 同樣有送達回報；失敗附原因，沒有把「已接受」偽裝成「已送達」。儀表板可查看每條活動訊息的狀態。
我的工程師多快可以整合？ +
開戶後即可快速完成 API 設定，管理員可於後台一鍵發送測試短訊或 MMS 驗證流程。多數團隊使用我們的 sample code 即可開始整合。需要時 24 小時內配對專屬整合工程師處理任何阻礙。
你們會如實提交我送出的每一筆嗎？ +
會。這是我們的全量提交保證 (關鍵承諾)：經 API 送出且我們已接受的發送請求，都會向電信網絡提交 — 筆數可在儀表板與你自己的請求日誌對帳，亦可匯出稽核。之後電信商是否送達收件人，由 DLR 誠實回報；但在離開我們平台前，我們不會暗中丟棄或偷減流量。詳見 誠實送達標準。
你們真的不走灰路？ +
真的 — 而且我們樂於解釋灰路是什麼。灰路是較便宜的第三方轉發，會隱藏寄件人身份。電信商可偵測並封鎖，送達率默默下降而你從「submitted」報告看不出來。我們的 SMS / MMS 路由是 SS7 直連電信商 — 成本較高，但 DLR 是真實的。