待辦任務理論：把研究變成廣告

大多數廣告文案誕生在一間會議室裡，嗓門最大的那個人贏，最後發出去的是那版沒人討厭到願意為它吵一架的。然後事情不轉換，所有人都裝作很意外。靠感覺挑資訊，是一次多繞了幾步的拋硬幣。

要是你的客戶替你寫廣告呢， 用他們真正點了什麼，而不是用你希望他們喜歡什麼？

有兩個框架讓這件事成為可能：**待辦任務理論（JTBD）**捕捉人們為什麼去找你的產品，客戶顧慮捕捉他們為什麼猶豫。把兩個都跑進一個測試迴圈，你的受眾就會用點擊和轉換告訴你，哪條資訊贏了。

什麼是待辦任務理論？

待辦任務理論這個框架，用「客戶想取得什麼進展」來定義你的市場，而不是用「客戶是誰」。人們不買產品，他們是僱產品來完成一件活，而這件活是穩定的，產品和人口特徵在它周圍來回換。

對做資訊這件事來說，這個替換很要緊，因為它改變了你的廣告承諾什麼。人口特徵告訴你投給誰。任務告訴你說什麼。

把這個框架推廣開來的是已故的哈佛商學院教授克萊頓·克里斯坦森，而他那個奶昔的故事是所有人都記得的那個。一家快餐連鎖調過口味也調過價格，都沒動靜，直到他的團隊注意到，按哈佛商學院線上的說法，大部分奶昔賣在上午前半段，買主是獨自通勤的人，而且他們什麼別的都不買。那件活不是「享受一份好吃的甜點」。那件活是「給我點稠到能撐過一段無聊車程、又能單手拿住的東西」。奶昔的對手是香蕉、貝果和無聊，不是別的奶昔。活不一樣，說辭就不一樣。

這個框架跟著一個很整齊的公式：

當[情境]時，我想要[動機]，這樣我就能[期望結果]。

那一行句子逼你把三件你平常留得含含糊糊的東西點明：

• 觸發這個需求的情境
• 驅動這個行為的動機
• 客戶伸手去夠的那個期望結果

把它填出來，你就知道廣告該承諾什麼了，而那件事常常跟你本來打算打頭的那個功能毫無關係。

為什麼 JTBD 打得過以功能打頭的資訊

功能老得快，而且競品週五之前就抄走了。任務更黏。把你的資訊錨在任務上，一次幹成好幾件事：

1. 它對著購買底下的那個動機說話，不是對著上面那張參數列
2. 它把你的產品接到客戶一天裡的某個具體時刻上，於是廣告讀起來像是為他寫的
3. 它讓你的說法跟客戶真正的目標對齊
4. 它比人口特徵定向活得久，因為一個 24 歲的人和一個 54 歲的人可能僱你幹同一件活

怎麼寫出一條真能用的任務陳述？

大多數任務陳述失敗在同樣的四個地方：它描述了一個人而不是一個情境；它點的是一個功能而不是一個結果；它寬到根本沒法照著寫廣告；或者它是在辦公桌前編出來的，而不是從客戶嘴裡聽來的。

在你圍著一條陳述搭行銷活動之前，先讓它過一遍下面這關。

清單末尾那條抓到的是最有用的那個錯誤。如果你品類之外沒有任何東西能服務這件活，那你描述的多半是你的產品，不是客戶的問題。奶昔的對手是香蕉，而這恰恰是那個洞察值錢的原因。

讓 JTBD 真的幹活

1. 列出你的產品被僱去幹的那些活

把客戶來找你辦的每一件不同的活都寫下來。它們會聚成三種口味，而大多數產品三種都服務：

任務型別	它處理什麼	例子
功能性	那件實際的活	省時間、砍成本、更快寫完一份報告
情感性	客戶想有什麼感覺	感到安全、感到掌控、從一件掛心的事裡鬆口氣
社交性	客戶想被怎麼看	在同行面前顯得利落、融進去、從一堆人裡跳出來

陷阱是停在功能那一行。一個專案管理工具確實「把任務理清楚了」，但它同時讓一個緊繃的負責人感到局面在自己手裡（情感性），也讓他在老闆眼裡顯得稱職（社交性）。三件活，三個角度，一個產品出三條不同的廣告。想跳過空白頁的話，Aiter 會讀你的網站，兩分鐘內起草一份覆蓋這三類的完整 JTBD 清單。要是你寧願看不願讀，這一步有一段短影片演示。

2. 把情境釘住

一件沒有情境的活是半件活。同一個人在兩個不同的時刻僱你，需要的是兩條不同的資訊。問一問：

• 這個需求冒出來的時候，他們是在公司還是在家？
• 他們是心平氣和地在逛，還是趕時間又緊張？
• 這是一次性的修補，還是一個反覆發作的癢？

3. 一個情境、動機、結果的組合，寫一條廣告

現在做出一批變體，每一條都只對著一個情境、動機、結果的組合說話：一條給慌了神的創辦人，一條給按部就班的規劃者，一條給想在老闆面前露臉的經理。把所有人平均成一團模糊，你得到的就是那種誰都不認領的通用文案。

怎麼把客戶顧慮變成廣告文案？

JTBD 管的是人們為什麼想要你。顧慮管的是他們為什麼手指懸在按鈕上就不動了。沒被回答的擔心，正是轉換悄悄死掉的地方，所以在廣告裡把顧慮點出來，然後把它拆掉。

客戶顧慮的常見型別

顧慮型別	潛在客戶心裡真正在想的
價格	「這東西真值他們要的這個價嗎？」
信任	「它會做到標題承諾的事，還是我馬上要失望了？」
時間	「多久才能回本，我騰得出這個時間嗎？」
複雜度	「我是不是得懂技術才能從它身上拿到點什麼？」
怕搞砸	「萬一我選了它、它撲街了，我會怎麼樣？」
相關性	「行吧，可它對我這個具體情況管用嗎？」

搭一條以顧慮為主的廣告

1. 找到真正的顧慮

別坐在椅子上編顧慮。去客戶說出它們的地方拉：

• 問卷和直接回復，尤其是那些扎人的
• 銷售通話記錄和聊天記錄，同樣那三個問題會一遍遍冒出來
• 你的客服收件箱和退款申請，那是一座「我當初差點沒買，因為……」的金礦

想要一份快的初稿，讓 AI 掃一遍你的網站，它會把你這個品類裡一個典型買家會提的顧慮翻出來，然後你把那些聽著對的留下，其餘剪掉。

2. 寫那句反駁

每一個顧慮都配一句直接的反駁。要一個真的答案，不是一句打太極：

• 價格指向價值、回本週期，或者什麼都不做的代價
• 信任靠證據撐著：數字、有名有姓的客戶、一份有牙齒的保證
• 時間強調第一次小勝來得有多快
• 複雜度展示那個不用配置、不用培訓的事實
• 怕搞砸用試用、退款或者「隨時取消」把風險拿掉

那句反駁要說得像對話，不像戶外廣告牌。「擔心配置麻煩？會發郵件就會用它」，一口氣裡把那個害怕點出來又回答掉。

先打哪一句反駁，取決於這批人有多熱，而那是另一個決定，在基於需求與基於顧慮的廣告那篇對照裡講過。

一個完整的例子：一件活，一個顧慮，六條廣告

抽象的框架點頭容易、用起來難，所以這裡把整個迴圈在一個產品上跑一遍。拿一個賣給設計工作室的工時記錄工具。

第一步，原材料。 三句客戶真的說過的話，從新手引導的回覆和一份退訂問卷裡拉出來：

• 「一個專案虧了錢，我總是開完發票才發現。」
• 「我試過兩個這種工具，團隊到第三週就不記工時了。」
• 「我和合夥人為哪些客戶值得留下來吵不出結果。」

第二步，任務陳述。 那三句話變成三件活，注意沒有一件提到記工時：

原話來自	任務陳述
開完發票才發現虧了	當我給一個專案定範圍時，我想看到利潤隨進度累出來，這樣我就能在它結束之前把一個壞專案掰回來
團隊不記了	當我推行一個工具時，我想讓團隊不用人催也一直在用，這樣我就能信這份資料
跟合夥人吵	當我們規劃下個季度時，我想拿到哪些客戶划算的證據，這樣我就能砍掉一個而不用吵架

第三步，最要緊的那個顧慮。 第二句既是一件活，也是嗓門最大的那個顧慮：用不起來。其餘一切都在「團隊會不會一直記工時」這件事的下游。

第四步，六條廣告。 三條以需求打頭，一件活一條；三條以顧慮打頭，衝著「用不起來」那個疑慮去：

• 「第二週就知道一個專案在虧錢，不用等到開完發票。」
• 「在你規劃下個季度之前，先搞清楚哪些客戶是真划算。」
• 「把‘留哪些客戶’這場架，用數字而不是直覺了結掉。」
• 「試過兩個工時工具，團隊第三週就撂挑子了？這個從他們本來就在用的日曆裡記。」
• 「不用催工時表。就算沒人記，它也會從日曆裡自己填上。」
• 「你的團隊不必改變自己的幹活方式，你也能看到那些數字。」

第五步，測試說了什麼。 在這種形狀的測試裡，「用不起來」那個顧慮通常打得過每一條以需求打頭的角度，因為這個買家已經試過一次並且失敗了。這就是這套方法全部的回報所在：贏的那條資訊，不是這家公司最想講的那個好處，而是上一次嘗試為什麼失敗的那個理由。

資料驅動的品牌資訊演算法

到這裡，兩個框架變成了一臺機器。你手上有一摞 JTBD 角度和一摞顧慮反駁，與其爭論哪個最好，不如讓市場投票。

1. 生成多條廣告變體

每個框架都做出五到十條變體：

• JTBD 廣告，每條瞄一件不同的活或者一個不同的情境
• 顧慮廣告，每條正面對付一個不同的猶豫

目標是範圍，不是打磨。手寫這麼多角度是個苦活，值得交給工具，好讓你的時間花在判斷結果上，而不是花在盯著空白頁上。

2. 系統地測試

在公平的條件下把這些廣告擺到真人面前：

• 每條變體都給同一批人群看，不然測試還沒開始就作弊了
• 預算平均分，別讓哪條廣告先跑一段
• 讓它跑到能說明問題為止。作為一條實用規則，CXL 提到，每條變體大約要 100 次轉換，那些數字才值得信，而一個真結果的標準門檻是 95% 的統計置信度

別在一天和 12 次點擊之後就給誰加冕。早期的領先一直在翻盤，而耐心是你能買到的最便宜的一次效能升級。

3. 分析表現

把變體排成一列，比那些要緊的指標：

• 點擊率，它告訴你鉤子有沒有鉤住
• 轉換率，它告訴你點擊之後那個承諾撐不撐得住
• 互動量，在轉換還沒攢夠時給你早期訊號
• 廣告支出回報，那個付賬單的數字

點擊率很高而轉換率很弱，是一個標題開了一張落地頁兌不了的支票。

4. 認出贏的那些資訊

從每個框架裡挑出表現最好的那條。這兩個贏家告訴你兩件具體的事：

• 你的客戶最在乎的那件活，按他們的行為排出來的
• 那個一直在悄悄讓你少賺錢的顧慮

5. 把品牌資訊磨一遍

把這些勝利喂回你的資訊裡：

• 把贏家當成獨立的廣告，投給不同的人群
• 把它們熔成一句核心價值主張：你最好的那批客戶僱你乾的那件活，加上那個你已經證明自己能回答的擔心

如果你永遠達不到統計顯著怎麼辦？

大多數小賬戶達不到，而假裝能達到，正是團隊最後信了噪音的原因。按每條變體 100 次轉換算，一個六變體的測試需要 600 次轉換。如果你一個月轉換 40 個人，這個測試要跑一年多，到那時候市場變了，你的產品也變了。

所以在小規模上跑另一套打法。三個誠實的選項，按推薦順序排：

1. 測更少、但差別更大的東西。 兩條主張真正相反的變體，比六條只差幾個形容詞的變體，要少得多的流量就能分出勝負。拿任務去對顧慮，別拿標題 A 去對標題 B。
2. 用先導指標判斷，並且認下這個風險。 點擊率攢起來的速度是轉換的十到五十倍。它是個更弱的訊號，偶爾會把你帶偏，但它仍然好過等上一年。把話說出來：你在拿確定性換速度。
3. 用定性證據代替一次測試。 五次客戶訪談告訴你哪個顧慮佔主導，比一次樣本不足的 A/B 測試更可靠，而且花一週而不是一年。這個選項最不時髦，也經常是對的那個。

你不該做的，是照樣跑那個樣本不足的測試，然後把贏家當成事實。每組 30 次轉換上的 12% 提升，跟隨機波動分不出來，而照著它行動，意味著你因為一次拋硬幣重寫了首頁。

廣告之外：把贏的資訊鋪到每個地方

一條被驗證過的資訊，太值錢了，不該留在廣告賬戶裡。把你的贏家用到客戶會遇見你品牌的每個地方：

• 網站文案。 首屏標題和價值主張，用贏的那件活和你答得最好的那個顧慮打頭
• 郵件。 建立在被驗證任務上的主題行會被開啟，在正文裡先堵住頭號顧慮會被點擊
• 銷售話術。 把那句打贏了其他選項的說法交給銷售，好讓通話和廣告對得上
• 新手引導和產品文案。 把贏的那個承諾迴響一遍，好讓體驗兌現廣告賣出去的東西

同一句真話，出現在廣告裡、收件箱裡、首頁上和銷售電話裡，是會攢複利的。每個管道唱不同的調子，只會把人搞糊塗。一旦寫文案的不止一個人，保持這份一致正是一份品牌口吻指南存在的意義。

常見問題（FAQ）

一開始該寫幾條任務陳述？

先撒開，再砍。列 15 到 20 條候選的活，然後在開始測試之後收到最有苗頭的 5 到 7 條。輸掉的那些教給你的，幾乎跟贏的那些一樣多。

這套分析該多久重做一次？

需求和顧慮會隨著你的市場和產品漂移。每 6 到 12 個月重新整理一次，產品或價格有實質變動之後一定要做，因為一個新功能可能悄悄造出或者幹掉一個顧慮。

這套東西對 B2B 和 B2C 都管用嗎？

都管用。具體的活和顧慮不一樣，B2B 通常揹著更多「我老闆會怎麼想」的社交分量，但這個框架跑起來是一樣的，不管賣的是一份 SaaS 合同還是一雙球鞋。

如果我服務好幾批很不一樣的受眾呢？

每個分群跑一遍。不同的受眾僱你幹不同的活，也卡在不同的顧慮上，所以一條摻和過的資訊，最後對誰都沒說清楚。

這跟寫一句經典的 USP 有什麼不同？

傳統的 USP 從「你的產品哪裡不一樣」出發。這套東西從「你的客戶想幹成什麼、又被什麼擋住了」出發。你最後同樣會落到一句鋒利的主張上，只不過這一句是你的受眾已經投過票的，不是你自己斷言的。

我該從哪裡拿那些客戶原話？

退訂問卷、新手引導的回覆、工單，還有銷售通話記錄，按有用程度就是這個順序。退訂問卷最值錢，也最沒人讀，因為人在往外走的時候誠實得反常。二十句原話就夠開工了。

從猜到證據

好的資訊不是一道你等著它降臨的靈光。它是一套你有意識去跑的流程：把活點出來，把顧慮點出來，把兩者都變成廣告，然後讓一次公平的測試把贏家和一廂情願分開。活下來的那條，說的是你客戶正想幹完的那件活，回答的是那個一直讓你少賺錢的顧慮，而它站得住，是因為真人用真實的點擊選了它。

別再在會議室裡爭標題了。讓你的客戶用行為把這場爭論了結掉，然後把他們說的原樣記下來。

想直接跳到那些可測試的變體？把 Aiter 對準你的網站，它會把你的待辦任務畫出來、把你買家會提的顧慮翻出來，再起草出要測的那些變體。免費開始，讓資料替你挑那條資訊。