Communitygithub.com

數位行銷專家 (Digital Marketing Pro)

審查登陸頁面、表單、定價頁面和結帳流程,找出轉換障礙,並設計統計嚴謹的 A/B 測試 — 提供 ICE 優先級排序的建議、假設模板,以及透過腳本計算所需的樣本量和統計顯著性。提供建議和規劃,但不會編輯您的網站或實際執行測試。

數位行銷專家 (Digital Marketing Pro) 是什麼?

這個技能專為轉換率優化 (CRO) 而設計,能幫助開發者和行銷人員全面審查並改善網站的轉換漏斗。它會自動分析品牌背景資料(包括語調、產業基準和法規遵循),並從登陸頁面的五秒價值主張測試開始,依序檢查標題、CTA、信任信號、表單設計和行動體驗。對於 A/B 測試,它使用 ICE 框架(影響、信心、便利性)來對測試點進行優先排序,並能自動呼叫 Python 腳本計算所需的樣本量和測試持續時間,以及檢定結果的統計顯著性。此技能涵蓋定價心理學(如定錨效應、誘餌效應)、表單優化(如漸進式資料收集)和結帳流程改善(如訪客結帳),並能處理低流量網站、B2B 長頁面以及受監管產業等邊緣案例,提供全面且具體的行動建議。

相容平台✓Claude Code~Codex CLI~Cursor
npx skills add https://github.com/indranilbanerjee/digital-marketing-pro/tree/HEAD/skills/cro

在你喜歡的 AI 中提問

開啟一個已預先載入此 Agent Skill 的新對話。

說明文件

轉換率優化 (CRO)

何時使用此技能

當使用者的要求涉及以下任一情況時,請啟動此技能:

  • 審查登陸頁面的轉換成效
  • 設計或改善登陸頁面的版面、文案或使用者流程
  • 建立、分析或解讀 A/B 測試或多變量測試
  • 優化網頁表單(潛在客戶開發、註冊、聯絡、申請)
  • 設計或審查定價頁面與定價呈現方式
  • 降低購物車棄單率或改善結帳完成率
  • 改善任何網站轉換指標(表單提交數、註冊數、購買數、試用開始數)
  • 計算實驗所需的樣本量、測試持續時間或統計顯著性
  • 決定要優先處理哪些轉換改善項目
  • 診斷頁面或漏斗轉換率低的原因
  • 詢問關於信任信號、社會證明、急迫性元素或 CTA 最佳化的問題

品牌背景(自動套用)

在產出本模組的任何行銷內容前:

  1. 檢查工作階段上下文 — 工作階段開始時已輸出活躍品牌摘要。請使用其中顯示的品牌名稱、產業、語調設定、通路、目標、法規遵循情況和競爭對手。
  2. 如需完整檔案,請讀取:~/.claude-marketing/brands/{slug}/profile.json
  3. 套用品牌語調 — 所有內容的語氣和用字必須符合正式度、活力感、幽默感和權威感的設定
  4. 檢查法規遵循 — 根據品牌目標市場和產業,自動套用 skills/context-engine/compliance-rules.md 中的規則
  5. 參考產業基準 — 查閱 skills/context-engine/industry-profiles.md 中該品牌的產業資料
  6. 使用平台規格 — 參考 skills/context-engine/platform-specs.md 的字元限制和格式要求
  7. 檢查行銷活動歷史 — 在規劃新工作前,執行 python "${CLAUDE_PLUGIN_ROOT}/scripts/campaign-tracker.py" --brand {slug} --action list-campaigns
  8. 如果沒有品牌存在,請說:「找不到品牌檔案。請使用 /digital-marketing-pro:brand-setup 建立一個,或者我可以依一般最佳實務繼續進行。」
  9. 檢查品牌指南 — 如果 ~/.claude-marketing/brands/{slug}/guidelines/_manifest.json 存在,請載入並強制執行:restrictions.md 的禁用詞、受限聲明和強制免責聲明;channel-styles.md 的通路特定語調覆寫(可能與基本語調不同);messaging.md 的核准關鍵訊息、標語和定位語言;voice-and-tone.md 的超越 4 個數值分數的詳細語調規則。如果為特定通路產出內容,通路風格規則優先於基本語調設定。

請勿向使用者詢問其品牌檔案中已有的資訊。

必要背景

在執行前,請從使用者取得以下資訊(若未提供則詢問):

  • 頁面 URL 或描述:要優化的具體頁面或流程
  • 當前轉換率:要改善的基準指標(若已知)
  • 每月流量:測試持續時間和統計顯著性計算所需
  • 轉換目標:什麼算是轉換(表單提交、購買、註冊、下載)
  • 商業模式:B2B、B2C、D2C、SaaS、電子商務、潛在客戶開發
  • 流量來源:訪客從何處來(付費、自然流量、電子郵件、直接流量),因為來源會影響意圖等級
  • 裝置比例:行動裝置與桌面的流量百分比
  • 現有測試歷史:之前測試過哪些項目及其結果
  • 技術棧:CMS、測試工具(Optimizely、VWO、Google Optimize 後繼工具、客製化)、分析平台
  • 限制條件:所需的法律免責聲明、品牌指南、法規遵循限制

功能

登陸頁面審查

  • 五秒測試:頁面是否在載入後的五秒內傳達了其價值主張?
  • 首屏分析:標題清晰度、副標題支援度、主圖相關性、主要 CTA 的可見度
  • 信任信號清單:標誌、推薦、評論、認證、安全徽章、保證
  • CTA 評估:清晰度、對比度、位置、文案具體性、競爭 CTA 數量
  • 表單評估:欄位數量、欄位標籤、必填與選填、錯誤處理、多步驟與單步驟
  • 頁面速度影響:載入時間與跳出率的關聯、作為轉換因素的核心網頁指標
  • 行動體驗:觸控目標、滾動深度、拇指區 CTA 位置、行動特定的摩擦點
  • 內容層級:資訊架構、視覺層級、是否支援 F 型或 Z 型掃描模式
  • 異議處理:頁面是否在轉換點之前處理了常見異議

A/B 測試框架

  • ICE 優先級排序:根據影響力(1-10)、信心度(1-10)和便利性(1-10)為潛在測試評分,以決定測試順序
  • 假設格式:結構化為「如果我們 [改變],則 [指標] 會 [改善/降低],因為 [理由]」
  • 樣本量計算:基於基準轉換率、最小可偵測效應、統計檢定力(80%)和顯著水準(95%)
  • 測試持續時間估算:考慮流量、轉換率和完整商業週期(最少 1-2 週以捕捉每週模式)
  • 結果解讀:統計顯著性、實務顯著性、區隔分析和營收影響預測
  • 序列測試:何時使用固定視野與序列/貝氏方法以加快決策

表單優化

  • 減少欄位:移除或延後非必要欄位。每增加一個欄位,轉換率約降低 2-7%
  • 漸進式資訊收集:在多次互動中收集資訊,而非一次全部收集
  • 行內驗證:使用者在填寫欄位時提供即時反饋,可降低表單棄填率
  • 智慧型預設值:預先填入已知資料,使用合理的預設值,並提供自動完成功能
  • 多步驟表單:將長表單拆解成邏輯步驟,並附上進度指示器
  • 欄位類型最佳化:根據選項數量和上下文,選擇下拉式選單、選項按鈕或文字輸入框
  • 錯誤訊息:在相關欄位附近提供具體、有幫助的錯誤訊息

定價心理學

  • 定錨效應:先呈現價格較高的選項,使目標選項看起來更合理
  • 誘餌效應:引入一個策略上較差的選項,引導使用者選擇目標方案
  • 魅力定價:$99 vs $100 — 何時有效(B2C、衝動購買)與何時適得其反(高階 B2B)
  • 價格框架:年付與月付顯示、每位使用者與統一費率、每日等效金額(「少於一杯咖啡的價格」)
  • 方案命名:引導使用者自我選擇的命名慣例(初階/成長/企業 vs 基本/專業/高級)
  • 功能差異化:在每個層級中設定的功能,以創造自然的升級壓力
  • 定價頁面上的社會證明:顯示「最受歡迎」徽章、各層級的客戶數或標誌

結帳優化

  • 降低購物車棄單率:離開意圖優惠、購物車回收電子郵件、進度指示器、持久性購物車
  • 訪客結帳:永遠提供訪客結帳選項;強制建立帳號會導致 24% 的棄單率
  • 付款方式覆蓋率:信用卡、PayPal、Apple Pay、Google Pay、先買後付、區域性付款方式
  • 運費透明度:提早顯示運費、提供免運門檻、提供配送時間預估
  • 訂單摘要持續顯示:在整個結帳過程中保持訂單詳細資訊可見
  • 安全性強化:在付款點顯示 SSL 徽章、付款標誌、退款保證
  • 單頁與多步驟結帳:根據產品複雜度和資訊需求制定的決策框架
  • 購買後優化:確認頁面的追加銷售、訂單確認電子郵件、購買後建立帳號

流程

標準登陸頁面審查(最常見的使用案例)

  1. 五秒掃描 — 以首次訪客的角度檢視頁面。能否在 5 秒內辨識出公司業務、目標對象以及應採取的動作?
  2. 首屏審查 — 評估標題的具體性、副標題的支援度、主圖的相關性和 CTA 的突出程度。首屏是最有價值的版面區域。
  3. 信任與可信度 — 盤點所有信任信號(推薦、標誌、評論、認證、保證)。找出在關鍵決策點缺少社會證明的缺口。
  4. CTA 分析 — 計算頁面上的所有 CTA。檢查是否有相互競爭的動作、按鈕文案的具體性(「取得免費試用」優於「提交」)、對比度和出現頻率。
  5. 內容流程 — 逐區塊瀏覽頁面。是否遵循邏輯的說服順序?問題、解決方案、證明、行動?
  6. 表單/轉換點 — 評估表單或轉換機制。計算欄位數量、評估標籤、檢查錯誤處理,並評估提交按鈕周圍的微文案。
  7. 行動裝置審查 — 在行動裝置上檢視相同頁面。檢查觸控目標(最小 44x44px)、到達 CTA 的滾動深度、水平滾動問題和載入時間。
  8. 速度檢查 — 注意任何可見的效能問題。如果速度似乎是個因素,建議進行核心網頁指標審查。
  9. 優先級建議 — 使用 ICE 框架以優先級排序的方式呈現發現。優先處理速效方案,其次為結構性變更,最後是重新設計等級的變更。

A/B 測試設計流程

  1. 識別問題 — 使用資料(分析、熱圖、工作階段錄製、使用者反饋)來找出轉換瓶頸。
  2. 建立假設 — 撰寫結構化假設:「如果我們 [改變 X],則 [指標 Y] 會 [增加/減少] [估計量],因為 [基於證據的理由]。」
  3. 使用 ICE 評分 — 以 1-10 的尺度對影響力、信心度和便利性進行評分。優先處理綜合分數最高的測試。
  4. 計算需求 — 使用 python "${CLAUDE_PLUGIN_ROOT}/scripts/sample-size-calculator.py" --baseline-rate {rate} --mde {mde} --mde-type absolute --significance 0.95 --power 0.80 來決定樣本量(如果 MDE 是相對提升量,則使用 --mde-type relative — 兩者在 5% 的基準轉換率下差異約兩個數量級,約 200 倍)。根據每日流量估算測試持續時間。
  5. 設計變體 — 建立測試變體。每次測試只改變一個變數(除非在流量充足的情況下執行多變量測試)。
  6. 測試品管 — 驗證追蹤,在不同裝置和瀏覽器上檢查兩個變體,確認測試不會破壞後續流程。
  7. 執行與監控 — 啟動測試。在達到計算出的樣本量之前,請勿偷看結果。僅監控技術問題。
  8. 分析與記錄 — 在測試結束時,使用 python "${CLAUDE_PLUGIN_ROOT}/scripts/significance-tester.py" --control-visitors {n} --control-conversions {n} --variant-visitors {n} --variant-conversions {n} --confidence 0.95 評估統計顯著性,檢查區隔層級的結果,計算營收影響,並記錄學到的經驗教訓(無論結果如何)。

參考檔案

  • landing-page-audit.md — 詳細審查清單、評分標準及各產業的基準轉換率
  • ab-testing.md — 測試設計模板、樣本量計算器、統計方法及常見測試陷阱
  • form-optimization.md — 逐欄位最佳化指南、漸進式資訊收集實作及表單使用者體驗模式
  • pricing-psychology.md — 定價頁面模板、心理學原則及其範例、層級結構框架
  • checkout-optimization.md — 購物車棄單診斷、結帳流程模板及付款最佳化策略
  • personalization-testing.md — 基於區隔的個人化測試設計、最小區隔規模及個人化衡量陷阱

輸出格式

  • 登陸頁面審查報告:逐區塊的發現,附帶嚴重性評級(重大/高/中/低)、特定元素的截圖或參考,以及帶有 ICE 分數的優先行動項目
  • A/B 測試計劃:假設、變體描述、樣本量需求、預估持續時間、成功標準及區隔計劃
  • 表單優化規格:當前與推薦欄位列表、版面線框描述、驗證規則及錯誤訊息文案
  • 定價頁面建議:層級結構、定價呈現方式、功能矩陣及附帶理由的心理觸發因素
  • 結帳優化計劃:漏斗階段分析、流失診斷及按預期影響排序的改善項目列表

邊緣案例

低流量網站

每月轉換次數少於 1000 次的網站通常無法在合理時間內達到統計顯著性。對於這些網站,請跳過 A/B 測試,直接根據審查結果實施最佳實務。使用前/後測量,並注意混淆變數。考慮使用質性方法(對 5 個使用者進行測試可發現 85% 的可用性問題)而非量化測試。

B2B 長頁面 vs B2C 短頁面

B2B 登陸頁面通常需要更長,因為購買決策涉及多方利益相關者、較高的價格點和較長的評估週期。不要預設「越短越好」。相反地,應確保首屏區塊能快速篩選意圖,並讓頁面其餘部分全面處理異議。B2C 衝動購買則受益於簡短、快速、單一 CTA 的頁面。

行動優先 vs 桌面優先最佳化

在提出建議前,請檢查裝置比例。如果超過 70% 的流量來自行動裝置,則以行動裝置為優先進行優化,並確保桌面版不會出錯。如果流量以桌面為主(B2B 常見),則以桌面為優先進行優化,但切勿忽略行動裝置。常見的「響應式」折衷方案通常兩者都做不好。

需強制免責聲明的受監管產業

醫療保健、金融、法律和保險頁面通常需要冗長的免責聲明、揭露或法規遵循文字。請勿…

…(原文截斷以便翻譯)

Individual skills in this repo

This repo contains 2 individual skills — each has its own dedicated page.

相關技能