通話裡的痛點做成內容:Skio 二十八天點擊多 46.1%
更新 2026-10-12
AirOps 賣內容工作流,這是他們的客戶故事。Skio 是 Recharge 旗下的公司,賣 Shopify 品牌用的訂閱管理。認真比較的平台大約四五家,他們靠產品,不靠規模。買家是已經在跑訂閱、想要更有彈性的入口、更強的付款回收、跟得上成長的中型以上品牌。生意幾乎都來自對外開發和轉介:業務在 LinkedIn 聯繫、代理商推薦、口耳相傳。網站流量很少,Shopify App Store 幾乎沒有。Allen Finn 是行銷總監,加入時是一人團隊,距這篇約十個月。當時網站只有首頁、示範表單和關於頁,沒有部落格,也沒有自然搜尋流量。他做內容行銷十二年,待過 WordStream 和 Triple Whale。1
他不走詞彙表和幾百頁「什麼是」的程式化 SEO。買家不會去查入門詞,他們已經在跑訂閱,查的是季節性業務的付款回收、搬家時不要打斷現有訂閱者、高 SKU 目錄的自訂入口。寬題會帶來不對的人。他要的內容要夠具體,業務才願意拿去寄。
目錄(3)
編譯自 2026-05-21 · AirOps〈How Skio Drove 46% More Traffic from High-Intent Buyers With Pain-Point Content〉 原文
完整來源聲明
來源聲明:本文根據 AirOps〈How Skio Drove 46% More Traffic from High-Intent Buyers With Pain-Point Content〉(2026-05-21)編譯整理,不是逐句翻譯。原文連結:https://airops.com/blog/skio-customer-story。文中「編輯解讀」為本站觀點,不屬於原文。
材料在示範和探索通話裡。他在 AirOps Cohort 把用途定成:分析逐字稿、抽出潛在客戶的問題、對上關鍵字、看對手內容、再寫更好的。整條鏈一次做不乾淨,就拆階段,生成和優化放在 AirOps。每通通話抓三樣:對方問了什麼、痛點是什麼、Skio 怎麼答,自動進資料庫。新紀錄會去對現有題目,而且故意對得寬,一個題目可以連到另外十二篇,先把舊題補厚,不要無限開新題。沒有對上才開新題。第二段流程找對得上問題的詞、次要詞,再組成內容群:一個支柱頁加八到十二篇支持文。題庫大約五千個。大綱裡含競爭結果頁分析:主詞現在誰在排、對手在不在第一頁、最好的頁缺什麼。草稿先從知識庫和品牌套件出一版偏資訊、偏冷靜的稿,標章節、標題、表格要放給模型還是給傳統搜尋,並標雙向內部連結。他每週五審下週的一批,通過後再改成品牌語氣並發布。每篇有腳本產生的標題圖,吉祥物是紫太空貓,十八個類別變體。
發布速度是一週五篇。Search Console:和前一個二十八天比,曝光多 50%,進站點擊多 46.1%。文末結果條把點擊寫成 46%,敘事用的是 46.1%。業務開始把文章放進對外開發,用來重新聯繫冷卻的潛在客戶,或在一個人看示範時,把對得上痛點的內容寄給同公司的其他人。他在意的是業務說對方覺得有用,不是進站流量,因為管道不靠進站。剩下的瓶頸是發布。網站在 Framer,他認為程式化發布很痛。AirOps 的 Framer 整合還在做。下一步是看哪些文章掉排名、用新通話更新、把內部連結補厚。他預期之後會把 AirOps 更多用在分析、新鮮度和內部連結,自己週五審稿。
常見問題
- 46.1% 比的是什麼?和前一個二十八天比,進站點擊多 46.1%,曝光多 50%。文末結果條把點擊寫成 46%。沒有寫絕對次數,也沒有對照組。
- 五千個題目怎麼來的?每通示範和探索通話抽出問題、痛點和回答,對上舊題或開新題,再配關鍵字,組成支柱頁加八到十二篇。一人團隊,一週五篇。
- 為什麼不做詞彙表?買家已經在跑訂閱,查的是付款回收、搬家和自訂入口。入門定義會帶來不對的人。
- 內容給誰用?搜尋是一側。另一側是業務拿去對外開發,重新聯繫冷卻名單,或寄給同一家公司的其他人。
編輯解讀
一句話重點:可複製的是「通話進題庫、週五審、一週五篇」。46.1% 只有二十八天的前後比。
這對你的網站意味著什麼:
- 若進站不是你的管道,先問業務願不願意寄這篇文章,再問它排不排得到。
- 新通話先併進舊題。這篇把一題對上約十二篇,當成避免題庫散掉的做法。
- Framer 的程式化發布這篇沒有解法,整合還在做。不要把它寫成已上線。
適用與不適用的情境:適合已有大量銷售通話、買家不是來查定義的產品。不適合用詞彙表吃入門搜尋的網站照搬。
需要注意的限制:AirOps 賣這套工作流,故事由他們發布。Allen Finn 是客戶。50% 和 46.1% 沒有查詢數、沒有季節對照。頁面沒有發布日期。
延伸閱讀:
可沉澱規則 · 供站點自檢3 條
從本文提煉,可供人工對照或 AI 分析站點時作為依據。全部規則
買家已在用產品、不查入門定義時,優先從示範/探索通話抽問題與痛點做題庫,而非先做詞彙表 SEO。
- 通話逐字稿有進題庫流程
- 業務願意寄新文給潛在客戶
新通話紀錄先寬鬆對到既有內容概念(一篇可對多篇),補厚舊題再開新題,避免題庫無限發散。
- 對照表有「新信號→舊概念」
- 支柱+8–12 篇結構仍完整
引用 Search Console 28 天同比時,註明無絕對次數、無對照組;銷售啟用與 BDR 寄文成效分開量。
- 報表期間與指標寫清楚
- 非進站管道有 BDR 回饋紀錄
名詞與資料來源
- Skio 的內容流水線 — AirOps:〈Skio〉 https://airops.com/blog/skio-customer-story(檢索日期:2026-10-12)