把一杯奶茶賣進利雅得：一套出海行銷系統的設計與執行
一家中式奶茶品牌（下稱「該品牌」）在利雅得已開出四家店（第四家即將開張），想把生意做起來。它的難處不在於「奶茶好不好喝」，而在於：它同時面對兩個幾乎不重疊的世界——說阿語、刷 TikTok、用 Google 地圖找店的本地沙特人；和說中文、刷抖音影片號、在微信老鄉群裡活動的在地華人。
一套行銷系統若把這兩撥人當成「同一個漏斗」去打，必然兩頭不討好。這篇拆的就是：怎麼把它設計成一套能長期跑、還不燒錢的系統。 重點不在這家店，在這套可遷移的方法。
全系統可以濃縮成一句話：一塊看板管三條流，一套情報雷達餵選題，兩撥人走兩條環。
| 部件 | 是什麼 | 解決什麼 |
|---|---|---|
| Ops Hub | 單檔跨流看板 | 三條流不各說各話、狀態不漂移 |
| 三條流 | 官網 / 內容 / 社媒 | 自有資產 + 日更彈藥 + 分發觸點 |
| 情報雷達 | 每週自動採集的行業情報 | 讓選題「活」起來，不靠拍腦袋 |
| 雙環模型 | 本地零售環 + 華人社群環 | 兩撥人兩條通道，不攤平 |
一、化整為一：一塊看板，三條流
大多數小團隊的行銷「系統」死於同一個病：同一個狀態，在三個文件裡寫了三個版本，過兩週誰都不知道哪個是真的。 這套系統的第一個設計決定，就是立一塊唯一看板（Ops Hub）——它只記跨流的三樣東西：當前阻塞、關鍵日期、路由。每條流自己的操作細節，一律留在各自的文件裡，絕不往看板上抄。
三條流各司其職：官網是自有資產（三語站點 + 地理 SEO 護城河），內容工廠每天產三語文章當彈藥，社媒把內容分發成短影片和播客。一條主線貫穿它們——情報 → 內容 → 雙通道分發 → 轉化。看板不參與生產，它只保證三條流不互相踩腳、節奏不失控。
這一步看著樸素，卻是整套系統能活過三個月的地基：先有防漂移的秩序，才談得上效率。
二、雙環獲客：一杯茶，鉤兩個世界
這是整套系統裡最反直覺、也最值錢的設計。前面說過，該品牌面對兩撥不重疊的人。把它們畫出來是這樣：
環 A（本地沙特零售）：阿語、視覺驅動的短影片（TikTok / Snapchat / Instagram）→ 引到 Google 地圖 → 到店買茶。低客單、高頻。它的鉸鏈是商家檔案（誰掌控那張地圖卡片，誰就掌控這條環）。
環 B（在地華人社群）：中文內容（抖音 / 影片號 / 微信老鄉群）→ 沉澱進微信私域的老鄉信任 → 高價值後端複購。高客單，而且獲客成本趨近於零——社群自帶流量，不用買。
關鍵判斷有兩條：
- 前台奶茶是「鉤子」，不是終點。 低客單的茶負責把人鉤進來建立信任，真正的利潤槓桿常在環 B 的後端。
- 兩環絕不能攤成一條漏斗。 它們共享同一個實體門店，但通路、語言、轉化點、產品價值全不同。用一套阿語視覺打法去打華人社群，或反過來，都是南轅北轍。
連用人都隨環反轉：環 A 的一線員工不是母語阿語，只能做「模板填空」式的執行；環 B 是母語中文的主場，可以放開手讓他們營運社群、原生創作。同一批人，兩種用法。
三、內容工廠：三語日更的流水線
內容流是這套系統裡最像「工廠」的部分——每天要穩定產出英、阿、中三語各一篇文章。難點在於：三語不是「英文翻譯兩遍」，而是三篇各自為母語讀者寫的平行稿。怎麼又快又穩又不出事？
流水線的幾個設計取捨：
- 並行不串行：三語由三個子任務同時生成，各自去讀自己的提示詞、風格規範、門店資料，寫完只回「標題 + 摘要 + 自檢」，不把整篇塞回主流程——省的是上下文，也是錢。
- 按容錯成本分配算力：英文用便宜的模型檔；阿語（宗教文化措辭容錯極低）和中文（店主本人是最挑剔的讀者）用最強的模型檔。錢花在最容易翻車的地方。
- 兩道關卡，一人一機：一道是人審草稿（判斷內容對不對、角度立不立得住），一道是機器做發文前的機械校驗——一段幾十行的腳本，確定性地攔住「破折號、圖片連結非法、門店 ID 不存在、欄位缺失」這類問題。人管判斷，機器管機械，各幹各最擅長的。
這裡藏著一條通用經驗：凡是能被規則確定性判定的檢查，就別交給「記得檢查」的人或 AI——寫成程式碼，讓它每次都攔。歷史上一次「圖片佔位符沒換、直接掛掉整站建置」的事故，正是這道機械關卡後來兜住的。
四、情報雷達：給靜態日曆接上活水
內容工廠要吃「選題」。最初的選題來自一張排了三個月的靜態日曆——問題是它會餿：新規出台、競品動作、爆款口味，靜態日曆一概不知道，只會按部就班往下走。
補法不是讓人天天刷行業新聞，而是搭一台輕量情報雷達：
它的設計有兩處巧思：
- 查詢即過濾器：奶茶行業最好的中文訊號（新茶飲媒體、公眾號）大多沒有標準訂閱源，硬爬既脆又殘。改用主題化的新聞查詢當骨架——五個主題（政策合規 / 上下游 / 口味配方 / 設備技法 / 本地競品）× 三種語言，查詢詞本身就是相關性過濾器，天然多語言，零維護。
- 去重即新鮮度：一個去重記憶庫保證「上週報過的這週不再報」，每次只推新條目。低頻（每週）、增量，正好配奶茶行業的低速。
產物一分為二：一半是選題彈藥餵內容工廠（尤其補上了日曆裡一直懸空的「借勢熱點」格子），一半是給創始人的中文行業情報。
成本上更是精算過的：採集是純程式碼腳本，每週自動跑，零 AI 額度消耗；只有當人真要看時（說一聲「看雷達」）才讀、才花一點算力——當天沒資料它還會自己先補跑一遍。機械的活歸程式碼，判斷的活才動用 AI。
五、一稿多形態：判斷力只花一次
一篇審過的文章，不該只用一次。這套系統把它當成唯一真源，向下游派生出多個形態：
同一篇三語文章，既是官網 /news/ 頁本體，又派生出員工用的剪映影片腳本（環 A 的 Plan A）和播客成片（Plan B，掛第二官號發布）。
要點在於：下游是「轉換」，不是「重新創作」。
- 影片腳本是把文章的旁白逐字取出，不重編事實；
- 播客是降維改寫——把「給眼睛讀的密集資訊」改成「給耳朵聽的稀疏敘述」：資料瘦身、數字口語化、刪掉嘴念不出的括號註釋。
好處很實在：判斷力只在源頭花一次（寫文章那一關），下游各形態是機械或降維的轉換，不必在每個形態裡各審一遍事實。一份內容，攤平成本，跨通路複用。
六、考核與分工：只認難刷假的數
系統跑起來，拿什麼判斷它有沒有用？這套系統的考核設計，刻意避開了「漲粉數」這類可以花錢刷、又跟真實生意脫節的虛榮指標。
指標選「難刷假且直連生意」的：北極星是 Google 地圖上的收藏數、路線請求、曝光——這些比漲粉難造假得多，而且直接連著「有沒有人真的到店」。漲粉率、互動率只作方向參考（看比率不看絕對數）；週產出、單條耗時只用來跟外包報價做對比。
用人按「容錯成本」分層：判斷密集的活（腳本、分鏡、三語文案、情報）由遠端 AI 引擎扛；模板化的活（照腳本拍剪、素材填空）交在地一線員工；最稀缺的「道地阿語真人出鏡」留到後置——等資料跑出來、證明值得投，再上網紅層。
七、拆下來能帶走的設計原則
拋開這家奶茶店，這套系統裡真正可遷移的，是下面這幾條：
- 先立防漂移的秩序：一塊唯一看板，只記跨流的阻塞 / 日期 / 路由，狀態不許在多處各寫一版。
- 不同人群不攤平：一個實體生意可能對應幾撥完全不同的客群，識別它們各自的通路—語言—轉化點，分環去打。
- 人審判斷，機器審機械：能被規則確定性判定的，寫成程式碼去攔；人只花在真需要判斷力的地方。
- 機械的活歸程式碼，判斷的活才動用 AI：像情報採集、發文校驗這種沒有判斷力的環節，用零成本的腳本跑，把寶貴的算力額度留給真正需要判斷的生成。
- 按容錯成本花錢：最容易翻車、最挑剔的環節用最強的資源，其餘用夠用就好的。
- 寫一次，派生多次：判斷力只在源頭花一次，下游形態是轉換不是重造。
- 指標要難刷假：選那些造假成本高、又直連真實生意的數，別被漲粉這類虛榮指標帶偏。
前瞻：這套系統真正的價值，在擴張時才顯現
該品牌當前四家店、第四家即將開張。而這套系統從第一天就不是為「三四家店」搭的臨時台子，是為擴張準備的底盤——按當前開店節奏與這套底盤近乎零的複製成本，未來兩年門店有望擴到十家左右。
關鍵在於：多開一家店，系統幾乎不用重搭。 新店只是往同一塊看板、同一條三語內容流水線、同一台情報雷達裡多接一個節點——多一組門店資料、多一個地圖檔案，選題與情報的邊際成本幾近為零。四家、十家、乃至更多，跑的是同一套結構，變的只是節點數。
這正是「把行銷做成底盤、而非一次性台子」最大的商業回報：門店線性增長，行銷的邊際成本卻幾乎不漲。 對一個正在快速開店的連鎖品牌，這比任何單條爆款影片都值錢。
一套小生意的行銷系統，能不能長期跑、燒不燒錢，往往不取決於某一個「聰明的點子」，而取決於結構：秩序有沒有立住、職責有沒有分清、機械的活有沒有從人和 AI 的肩上卸給程式碼。奶茶只是載體，這套結構，換個行業照樣成立。
—— v1 送審稿，2026-07-17