很多 PM 一碰到獲客,反應都很像:先看 CAC、先看 ROAS、先問這個渠道轉換率多少。
這些問題不是錯,只是太晚了。
真正麻煩的地方是,獲客不是一條線,而是幾種完全不同的工作被硬塞進同一個報表裡。
SEO 在處理的是需求捕捉與內容可發現性。Paid 常常在測的是訊息、受眾與出價。Partnership 很多時候靠的是借力與信任轉移。Attribution 負責記帳,但不等於因果。Incrementality 才比較接近回答那個最痛的問題:如果我沒做這件事,結果會不會其實差不多?
所以這篇不是要教你一套萬能獲客術。
我比較想做的是把幾個常被混在一起的概念拆開,讓 PM 至少知道:自己現在到底在優化哪一層,手上的數字又能不能真的支撐那個判斷。
先講我的主張
獲客不是把所有流量拉進同一個漏斗裡比高低,而是先分清楚不同渠道在解什麼問題,再決定該用 attribution 記帳,還是用 incrementality 看因果。
這句話聽起來有點繞,但實務上真的差很多。
你如果把 SEO、Paid、Partnership 都當成「誰轉換率高就加碼」,最後很容易出現三種假象:
- 其實是品牌需求自己長起來,Paid 撿到最後一擊。
- 其實是產品本身變好了,SEO 和 Partnership 一起吃到順風。
- 其實是某個渠道很會收尾,不代表它真的創造了新的需求。
這也是為什麼很多成長團隊看起來很忙,報表也很漂亮,最後卻講不清楚到底是哪個動作真的多帶來了新客。
先把五個東西切開
我會把這題拆成五層:
1. SEO:讓本來就存在的需求更容易找到你
SEO 最適合處理的是高意圖、可被搜尋、可被持續累積的需求。
它不是一次性 campaign,而比較像一套長期的內容與資訊架構。
2. Paid:用預算換速度,測訊息、受眾與分發
Paid 最珍貴的地方不是「能買流量」,而是你可以比較快測試假設。
你可以更快知道哪個訊息有反應、哪個受眾比較接近需求、哪個 landing promise 比較站得住。
3. Partnership:借別人的分發、信任或產品表面積
Partnership 不是「找人合作」這麼空。
它通常落在三種東西上:分發、整合、信任背書。
有些合作帶來的是流量,有些帶來的是 activation,有些帶來的是付費轉換前的信任門檻降低。
4. Attribution:替既有路徑分配功勞
Attribution 是記帳系統。
它幫你分配 credit,但它沒有自動回答「這些轉換是不是因為你做了這個渠道才多出來」。
5. Incrementality:問這個渠道是否真的帶來新增結果
Incrementality 比較接近因果檢查。
它要回答的不是「功勞要怎麼分」,而是「如果拿掉這個渠道,轉換會少多少」。
這五個東西只要一混,討論就很容易失焦。
SEO 不只是寫文章,它是在經營可被找到的需求面
Google 在官方文件裡講得很直白:Search 是自動化系統,Google 不接受付費換更頻繁的 crawl 或更高排名。這件事很重要,因為它提醒我們,SEO 不是投放的另一種付款形式,而是一套讓搜尋引擎更容易 crawl、index、understand 你內容的做法。
所以 PM 看 SEO,不該先問「這篇文章能不能帶來多少流量」,而應該先問三件事:
第一,它對應的是不是一個真的有任務感的搜尋意圖?
像訂房產品,如果你寫的是「台北親子飯店 checklist」、「紅眼班機落地後可晚入住的住宿怎麼挑」,這些比「我們平台多厲害」更像真正的需求入口。
第二,它是不是被放進合理的資訊架構?
Google 一直強調 crawlable links、清楚的 link architecture、可理解的 URL structure。
換句話說,大家常說的 topic cluster,本質上不是 SEO 神術,而是把一個主題拆成主頁與子頁,再用合理內鏈把它們接起來。
它有用的地方不在於那個名詞很潮,而是它讓搜尋引擎和使用者都比較看得懂你的內容地圖。
第三,它有沒有把內容接回產品價值,而不是停在內容頁?
這是很多內容團隊最容易卡住的地方。
文章寫得不少,流量也不差,但內容和產品之間像隔著一道霧。
對 PM 來說,SEO 不是「多做內容」,而是把內容設計成一條可以接回產品價值的路。
SEO 什麼時候適合先做?
- 你的需求可以被搜尋
- 使用者在決策前會做比較或研究
- 你的價值主張不是只能靠 demo 才看得懂
- 你願意接受比較慢、但可累積的回報曲線
什麼時候不要把 SEO 當主戰場?
- 需求本身還沒被教育出來
- 產品價值太新,使用者還不知道要搜什麼
- 你根本沒有持續更新與維護內容的能力
- 你急著在兩週內驗證訊息與轉換,不適合等自然流量慢慢爬
問題不是 SEO 沒用,而是很多團隊把它拿去做短線救火。這時候常常會很痛苦。
Paid 的價值,不只是放大,而是更快看見訊號
Paid 最常被誤解成「有預算才有用」。
我反而覺得,對 PM 而言,Paid 更像一個可以加速學習的測試台。
你如果已經有幾種候選訊息、幾個受眾切法、幾個 landing promise,不一定要先把它們全部做進產品裡。
先用小額投放跑 single-variable test,往往更快知道哪個方向值得繼續。
這裡的關鍵不在於「砸多少錢」,而在於你有沒有把變因控制好。
一個最小 paid test 應該先固定什麼?
- 只改一個主變因:訊息、受眾、素材或 landing,四選一
- 成功標準先寫清楚:不是只看 CTR,也要看下游 key event
- 追蹤先整理乾淨:UTM、auto-tagging、轉換事件口徑不要亂掉
- 時間窗要合理:別上午開、下午看兩眼就宣布勝利
Google Ads 官方文件有一個很實用的提醒:在 GA4 裡,auto-tagging 會優先於 manual tagging。
這件事聽起來像很底層,但實務上很常救命。
因為很多團隊明明在談渠道成效,底層追蹤卻已經混亂到 Google Ads 點擊和 GA4 報表對不起來,最後大家只好開始憑感覺吵架。
Paid 適合先做什麼?
我通常會把它拿來測三種東西:
-
訊息測試
這個 promise 有沒有被聽懂?
例如「省時間」、「幫你避開踩雷」、「比較更快」哪個比較有力? -
受眾測試
是商務旅客比較在意,還是親子旅客比較在意?
不是所有轉換問題都該先改產品,有些只是對錯人說話。 -
landing 測試
同一個需求,應該先給 checklist、先給範例結果,還是先讓使用者直接搜尋?
Paid 什麼時候不要急著放大?
- 你還沒搞清楚哪個訊息有 pull
- 追蹤與歸因還不穩
- 產品 activation 本身很弱,買進來也留不住
- 你現在看到的轉換其實只是品牌搜索或 demand harvesting
這時候一加大預算,報表可能先變好,但學習品質會變差。
Partnership 不是附屬渠道,它常常是在借信任與場景
Partnership 最容易被寫成空話。
什麼「異業合作」、「聯名曝光」、「策略夥伴」,聽起來都不錯,但如果沒有拆清楚合作到底交換什麼價值,就很容易變成漂亮但空心的活動。
我自己會把 partnership 先分成三類:
1. Distribution partnership
對方幫你接觸到你原本碰不到的人群。
例如旅遊內容站、航空公司會員頁、信用卡旅遊頁、企業福利平台。
2. Integration partnership
不是把人帶過來,而是把你的產品塞進既有工作流。
例如和日曆、地圖、差旅管理工具、比價工具整合。
3. Trust partnership
使用者本來對你沒那麼熟,但因為某個熟悉品牌或機構出現,他的心理門檻下降。
這在高單價、低頻或高風險決策特別常見。
真正值得做的 partnership,不是「可以曝光」,而是它能不能在漏斗某一段帶來結構性改變。
有的合作提升 Qualified Visitors,有的提升 Start Booking Rate,有的直接降低第一次付款前的猶豫。
Partnership 最常見的失敗
- 只看曝光,不看 downstream impact
- 只談合作形式,不談共同受益機制
- 沒有專屬 landing、專屬 offer、專屬 tracking
- 明明是 partnership,結果最後量的是整體 direct traffic
如果量不到,就很容易最後變成「大家感覺不錯,但下次先算了」。
Attribution 是記帳系統,不是因果系統
GA4 把 attribution 定義得很清楚:它是在使用者完成重要行為的路徑上,把 credit 分配給不同 ads、clicks 和 factors。
這是一個很重要,但也很容易被誤解的定義。
它的重要性在於:
你如果完全沒有 attribution,跨渠道報表基本上會像夜市。
每個人都說自己有功,最後根本對不攏。
但它的限制同樣重要:
attribution 只是把既有路徑上的 credit 分配出去,不等於證明某個渠道真的造成了這筆轉換。
這就是為什麼 last-click 常常讓團隊做出偏斜決策。
Attribution 什麼時候有用?
- 你想知道哪些觸點比較常出現在轉換路徑裡
- 你想看不同渠道在路徑前段、後段各扮演什麼角色
- 你需要一套共同報表語言,讓團隊至少先對帳
什麼時候不要把 attribution 當最終真相?
- 品牌需求很強的時候
- 渠道彼此高度重疊的時候
- 你在看新客開發,而不是既有需求收割
- 你準備做預算分配,卻沒有任何增量檢查
對 PM 來說,attribution 最好的位置,是先幫你看路徑與信用分配,再提醒你哪裡需要進一步做 incrementality 驗證。
Incrementality 才是在問:這筆結果是不是你真的造成的?
Google Ads 的 Conversion Lift 和 Meta 的 Conversion Lift 都在做同一類事情:
把 treatment group 和 control group 分開,看多出來的 conversions 到底有多少是因為廣告而新增的。
這和 attribution 最大的差別在於,incrementality 想回答的是真實因果影響,不是分帳。
一個很常見的誤會
某渠道 ROAS 看起來很好,不代表它創造了很多新增需求。
它可能只是很擅長接住那些本來就要買的人。
例如品牌關鍵字廣告常常就有這種特性。
它在 attribution 報表裡看起來非常亮眼,但如果你把它關掉,真正少掉的訂單不一定和報表上歸給它的一樣多。
什麼時候你該優先想 incrementality?
- 你在決定預算該不該加碼
- 你懷疑某渠道在吃品牌自然流量
- 你準備比較 SEO、Paid、Partnership 的真實新增價值
- 你在看新客,而不是純收尾轉換
什麼時候先別急著談 incrementality?
- 追蹤都還沒整理好
- 量體太小,連穩定方向都看不清楚
- 你連基本 funnel 哪裡掉都不知道
- 團隊現在更缺的是訊息與受眾 learning,而不是 media mix calibration
Incrementality 不是每家公司每週都要做,但你至少要知道:
當問題從「哪個觸點最常收尾」變成「哪個渠道真的帶來新增結果」時,該換工具了。
一個 PM 比較能落地的判斷框架
如果你今天在帶一個訂房產品,我會這樣看:
如果問題是「高意圖流量不夠」
先看 SEO。
因為可能是可搜尋需求沒有被好好承接,像「機場附近可晚入住住宿」、「帶小孩不踩雷飯店清單」這類入口還沒鋪起來。
如果問題是「不知道哪種訊息最有 pull」
先看 Paid。
因為它是最快的測試台,可以先測 promise、受眾、landing。
如果問題是「信任門檻太高」
先看 Partnership。
因為你要的可能不是更多曝光,而是更低的決策摩擦。
如果問題是「各渠道都說自己有功」
先看 Attribution。
因為團隊需要共同帳本。
如果問題是「預算該不該繼續加」
先看 Incrementality。
因為這時候你在問的是因果,不是記帳。
這樣切,你就比較不會拿錯工具回答錯問題。
這篇故意不深寫什麼
這篇故意不深寫:
- 廣告平台細節操作
- SEO 內容生產流程大全
- MMM / MTA 深水區
- 進階 bid strategy
- 複雜 partnership org design
因為這篇的工作不是變成獲客百科,而是把幾個容易混層的概念切開。
最後收一下
很多 PM 一開始看 acquisition,都會把它想成一條更長的 conversion funnel。
但真的動手做一陣子就會發現,這比較像一張地圖:
- SEO 在經營可被找到的需求
- Paid 在加速訊息與受眾學習
- Partnership 在借分發、場景或信任
- Attribution 在分配 credit
- Incrementality 在檢查真實新增效果
把這幾層切開之後,你才比較有機會回答一個成熟的問題:
我現在要優化的,到底是需求捕捉、分發效率、信用分配,還是真正的增量?
下一篇我會把這條線收進更高一層的 Growth OS。
因為成熟的 PM 不是一直想新點子,而是把 backlog、dashboard、review cadence、decision gates 和 scale 節奏接成一套能重複運作的系統。