Communitygithub.com

blal1/AccessiCalc

系統化收集客戶短篇推薦見證,透過 NPS、里程碑、購買後及電子郵件等方式,在 PRD v1.0 市場採用階段自動觸發,輸出格式化見證與版位資產。

AccessiCalc 是什麼?

此技能旨在系統化收集短篇客戶推薦見證(1-3 句的引言,附上姓名、職稱與標誌),將其轉化為可直接用於行銷版位的資產。它解決了「有滿意客戶但沒有可用引言」的常見痛點,透過自動化觸發機制(例如 NPS 推薦者、啟動里程碑、購買後跟進與支援滿意度調查)持續捕捉回饋,並引導使用者完成同意管理、標記、編輯與版位放置流程。此技能支援快速、標準與深入三種執行模式,可與多種開發工具與 AI 代理(如 Claude Code)整合,產出 CFD-TST-* 與 GTM-TST-* 格式的記錄,並包含版位成效追蹤與反模式預防建議。

相容平台✓Claude Code~Codex CLI~Cursor
npx skills add https://github.com/blal1/AccessiCalc/tree/HEAD/.claude/skills/skills/prd-v10-testimonial-collector

在你喜歡的 AI 中提問

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

說明文件

推薦見證收集器

工作流程中的位置:v1.0 案例分析建構器 → v1.0 推薦見證收集器 → GTM 通道(版位放置)

執行模式

預設為標準模式。請參閱 .claude/rules/08-skill-execution-modes.md 以了解選擇邏輯。

模式此技能產出內容
快速一個觸發器(例如 NPS 推薦者)+ 收集電子郵件 + 5–10 則處理完成的見證
標準3 個觸發器(NPS、里程碑、購買後)+ 處理工作流程 + 同意管理 + 按版位格式化
深入5 個以上觸發器 + 自動收集 + 情緒分類 + 按區隔的版位目標定位 + 成效衡量循環

功能說明

系統化收集短篇推薦見證——1–3 句引言,附姓名 + 職稱 + 標誌——並將其處理為可放置於版位的資產。推薦見證是案例分析的低成本互補方案:它們不承載完整故事,但能在登陸頁面、定價頁面、廣告素材和業務開發中成倍放大社會證明。

此技能解決了「有滿意客戶但沒有引言」的問題——多數團隊在客服工單、NPS 回應和續約通話中擁有大量正面回饋,但從未將其捕捉為行銷可用資產。解決方案在於建立系統,而非依賴個人努力。

運作方式

  1. 識別收集觸發器——每個觸發器都是一個事件,表示客戶處於願意分享正面回饋的時刻:
    • NPS 推薦者回應(分數 9–10)——摩擦最低;他們已寫下回饋
    • 啟動里程碑(第 30 天 / 第 90 天活躍)——此時他們已看到價值
    • 購買後 / 升級後——決定仍在腦海中
    • 續約——持續價值的強烈信號
    • 支援問題解決(正面)——「你拯救了我的一天」的強烈時刻
    • 客戶推薦——他們已主動推薦
  2. 建立按觸發器區分的收集機制:
    • NPS 推薦者 → 自動電子郵件,請求使用回覆的許可,並附帶一個簡短追問
    • 里程碑 → 應用程式內提示或一封簡短詢問的電子郵件
    • 購買後 → 購買後 7 天發送電子郵件
    • 續約 → 客戶成功經理在續約通話中主導詢問
    • 支援 → 問題順利解決後在支援串中跟進
  3. 處理收到的見證——每則見證經過:
    • 同意確認(範圍:姓名?職稱?標誌?任何地方使用?)
    • 簡潔編輯以提升清晰度(保留客戶原聲;不要改寫)
    • 按區隔契合度標記(主力市場 / 相鄰市場 / 非目標市場)
    • 按成果主題標記(速度 / 成本 / 啟用 / 品質 / 等)
  4. 放置於行銷版面——每則見證:
    • 定價頁面(標誌 + 引言)
    • 登陸頁面主要區(1 則突出引言)
    • 功能頁面(與區隔相關的引言)
    • 廣告素材(推薦風格廣告)
    • 電子郵件簽名 / 銷售簡報
    • 投資者簡報
  5. 衡量版位成效[標準+]——有些見證轉換率高,有些則否。追蹤每個版位的轉換率,以識別哪些引言能真正勝任其位置。

範例

B2B SaaS,啟用 3 個收集觸發器。

觸發器 1:NPS 推薦者(9–10)。 NPS 每季度執行。推薦者會收到跟進電子郵件:

感謝您給出 10 分!您的回覆——「將我們的報告時間減半」——將是我們定價頁面上極具說服力的推薦見證。我們可以使用您的姓名和職稱嗎?回覆「可以」,我們將回傳我們打算發布的版本供您核准。

當 NPS 回應提交且分數 ≥ 9 時自動觸發。

觸發器 2:第 30 天活躍里程碑。 在第 30 天活躍後首次登入時顯示應用程式內提示:

您已活躍使用一個月!用一句話告訴我們,什麼功能對您最有幫助? → [文字框] → [提交 + 許可核取方塊]

觸發器 3:購買後(第 7 天)。 首次付費扣款後第 7 天發送電子郵件:

請幫個忙——是什麼說服您升級的?在徵得您許可的情況下,您的回答可能會出現在我們的定價頁面上。

處理:收到的見證會進入一個分類文件。每則見證:

  • 確認同意(範圍:姓名 / 職稱 / 標誌 / 任何地方)
  • 簡潔編輯(僅提升清晰度——保留其原聲)
  • 區隔標記(主力市場:是/否)
  • 主題標記(速度 / 成本 / 啟用 / 品質)
  • 放置決策(定價 / 登陸 / 功能頁面 / 廣告 / 多重)

放置:定價頁面的標誌牆新增了 6 則主力市場區隔的推薦見證。對登陸頁面的主要區引言進行 A/B 測試。

您將獲得的產出

  • CFD-TST- 條目*——每則見證一條;包含同意資訊、來源、區隔與主題的持久記錄
  • GTM-TST- 條目*——按版位格式化的資產(已放置的引言及其周圍脈絡)
  • 同意記錄——按客戶區分的範圍與版本歷史
  • 版位成效日誌——每則引言的轉換率(哪些見證能勝任其位置)

使用時機

觸發情境模式
首次建立推薦見證收集系統(尚未建置)standard
季度 NPS 執行 + 收集quick
定價頁面重新設計,需要更多社會證明standard
登陸頁面 A/B 測試需要不同引言變體quick
投資者 / A 輪前衝刺,需要密集的標誌與引言deep
新市場區隔擴張(需要特定區隔的推薦見證)deep

消耗的輸入

  • CFD- 客戶回饋*(所有來源,特別是 v0.9 回饋循環)——原始收進來的見證素材
  • NPS / CSAT 資料(來自 v0.9 回饋循環設置)——推薦者回應是最高產量的來源
  • ADO-REF- 候選人*——已在培養中的推薦帳戶,符合見證資格
  • PER- 人物誌* + ADO-BEACHHEAD-* ——用於區隔標記
  • BR-POS-* ——語氣限制;見證不得與定位矛盾

生產的產出

  • CFD-TST- 條目*,位於 SoT/SoT.customer_feedback.md
  • GTM-TST- 條目*(Type=Testimonial-Placement),每個放置版位一條
  • 同意記錄——附有範圍與版本的追加日誌
  • 版位成效指標——每則引言的 A/B 資料,回饋至選擇流程

輸出範本

CFD-TST-XXX: Testimonial — [客戶名稱]
Type: Testimonial
Date received: YYYY-MM-DD
Source trigger: [NPS-promoter | Day-30-milestone | Post-purchase | Renewal | Support | Referral]
Customer: [姓名, 職稱, 公司名稱, 標誌]

Verbatim text:
  "[實際引言,僅為清晰度做簡潔編輯]"

Original text (for audit):
  "[原始回覆]"

Tags:
  Segment fit: [In-beachhead | Adjacent | Off-segment]
  Theme: [Speed | Cost | Activation | Quality | Reliability | Specific-use-case]
  Length: [字數 / 字元數]

Consent:
  Scope: [姓名? 職稱? 標誌? 任何地方使用?]
  Approved by: [客戶名稱]
  Approved date: YYYY-MM-DD
  Approved version: vX

Placement eligibility:
  - Pricing page logo wall: [是/否]
  - Landing page hero: [是/否]
  - Feature page (which): [是/否]
  - Ad creative: [是/否]
  - Sales deck: [是/否]
  - Investor deck: [是/否]

Linked IDs: PER-XXX (區隔), ADO-REF-YYY (若有培養), CFD-ZZZ (若適用,訪談來源)
GTM-TST-XXX: Testimonial Placement — [引言摘要]
Type: Testimonial-Placement
Source: CFD-TST-AAA
Placement: [URL 或版面,例如 "/pricing — hero zone"]
Format: [引言 + 姓名 + 職稱 + 標誌 | 引言 + 僅標誌 | 卡片式引言]

Surrounding context:
  [此見證旁邊的內容——標題、行動呼籲按鈕、產品功能]

A/B test (if active):
  Variant A: [此見證]
  Variant B: [替代方案]
  Metric: [點擊率、註冊率等]
  Started: YYYY-MM-DD

Performance (if measured):
  [每則引言的轉換資料]

Linked IDs: CFD-TST-AAA (來源), GTM-YYY (頁面通道), KPI-ZZZ (版位指標)

反模式

模式信號修正
一次性英雄式收集「我們在一個衝刺中收集了 20 則見證,然後就停了」觸發器持續運行;收集是系統,而非專案
無同意記錄未經明確許可即發布每則見證都需同意記錄,範圍明確
行銷改寫將「[產品] 有點有用」改寫成「我愛 [產品]」僅為清晰度做簡潔編輯;保留客戶原聲
無區隔標記所有見證到處放置符合區隔的見證轉換率更高;標記並目標定位
陳舊牆面定價頁面上的見證是兩年前的每季度更新;輪換表現不佳者
無版位成效衡量所有見證被視為同等有效有些引言的轉換率是其他引言的 3 倍;衡量並淘汰
匿名見證「主要金融科技公司副總」但無姓名/標誌務實的客戶會忽略匿名;有姓名+標誌否則跳過
跨越鴻溝時使用非目標市場見證目標企業務實客戶的頁面上出現願景家新創公司的引言跨越鴻溝期間僅使用目標市場版位內放置

品質門檻

放置見證前:

  • 同意記錄已建檔(範圍明確)
  • 客戶姓名 + 職稱 + 標誌(或有理由使用較少資訊)
  • 已套用區隔標記
  • 已套用主題標記
  • 僅做簡潔編輯(保留客戶原聲)
  • 版位符合區隔契合度(務實客戶版位使用主力市場見證)
  • BR-POS-* 限制已遵守(不與定位矛盾)
  • 承諾更新頻率(每季度至少一次)

下游連接

消費者使用內容範例
發布管道 (ORB)推薦見證是自有管道內容 + 付費管道廣告素材定價頁面見證 = 自有;推薦風格廣告 = 付費借用
競品比較頁面「選擇我們的理由...」部分展示區隔相關見證從 X 產品遷移的見證錨定競品比較頁面
案例分析建構器強效見證浮現為案例分析候選人重複提供見證且成果顯著的客戶 → 案例分析
冷開發(分層)在序列的第 2/3 次接觸中引用見證第 2 層電子郵件包含目標區隔內的見證
回饋循環設置見證來源與回饋管道連結NPS 推薦者同時提供回饋與見證流程
投資者 / 銷售簡報標誌牆 + 主題策展見證「在 X 區隔中的客戶說...」

詳細參考

  • BrianRWagner 的 testimonial-collector 技能 (ai-marketing-claude-code-skills)
  • Sean D'Souza, The Brain Audit (使用見證克服購買異議)
  • Joanna Wiebe, Copy Hackers——推薦見證驅動的登陸頁面
  • (無捆綁的 references/——見證本身就是產出物)

相關技能