blal1/テストモニアルコレクター

テストモニアルコレクター は何をしますか？

ワークフロー内の位置: v1.0 ケーススタディビルダー → v1.0 テストモニアルコレクター → GTMチャネル（配置）

実行モード

デフォルトは スタンダード です。選択ロジックについては .claude/rules/08-skill-execution-modes.md を参照してください。

モード	このスキルが生成するもの
クイック	1つのトリガー（例：NPSプロモーター）+ 収集メール + 5～10件のテストモニアル処理
スタンダード	3つのトリガー（NPS、マイルストーン、購入後）+ 処理ワークフロー + 同意管理 + 配置ごとのフォーマット設定
ディープ	5つ以上のトリガー + 自動収集 + センチメントによるセグメンテーション + セグメントごとのターゲット配置 + 測定ループ

これが行うこと

短形式のテストモニアル（1～3文の引用、氏名・役職・ロゴ付き）を体系的に収集し、すぐに配置可能なアセットに加工します。テストモニアルは、ケーススタディに比べて労力が少ない補完策です。完全なストーリーを伝えるものではありませんが、ランディングページ、価格ページ、広告クリエイティブ、アウトリーチにおいてソーシャルプルーフを増幅します。

このスキルは「幸せな顧客はいるのに、引用できる言葉がない」という問題を解決します。ほとんどのチームはサポートチケット、NPS応答、更新コールなどに多くのポジティブなフィードバックを持っていますが、それをマーケティングで使えるアセットとして記録することはありません。その修正には、英雄的な努力ではなく、システムが必要です。

仕組み

1. 収集トリガーの特定 — 各トリガーは、顧客がポジティブなフィードバックを共有する瞬間にあることを示すイベントです：
   • NPSプロモーター応答（スコア9～10）— 最も摩擦が少ない方法です。すでにフィードバックを書いています。
   • アクティベーションマイルストーン（Day 30 / Day 90 アクティブ）— この時点までに価値を実感しています。
   • 購入後 / アップグレード後 — 購入の決断がまだ新しいうちです。
   • 更新 — 継続的な価値の強いシグナルです。
   • サポート解決（ポジティブ） — 「あなたが私の一日を救った」という切迫した瞬間です。
   • 顧客からの紹介 — すでに推奨してくれています。
2. トリガーごとの収集メカニズム構築:
   • NPSプロモーター → 応答の使用許可を求める自動メール + 1つの質問フォローアップ
   • マイルストーン → アプリ内プロンプトまたは1行の依頼メール
   • 購入後 → 購入から7日後のメール
   • 更新 → CSM主導による更新コール中の依頼
   • サポート → ポジティブな解決後のサポートスレッドでのフォローアップ
3. 受信テストモニアルの処理 — 各テストモニアルは以下を経由します：
   • 同意確認（範囲：氏名？役職？ロゴ？どこでも使用？）
   • 明確化のための軽微な編集（顧客の言葉を尊重し、書き換えない）
   • セグメント適合性によるタグ付け（中核市場 / 隣接市場 / 対象外）
   • 成果テーマによるタグ付け（スピード / コスト / アクティベーション / 品質 / など）
4. マーケティングサーフェスへの配置 — テストモニアルごとに：
   • 価格ページ（ロゴ + 引用）
   • ランディングページのヒーロー（1つの目立つ引用）
   • 機能ページ（セグメントに関連する引用）
   • 広告クリエイティブ（テストモニアルスタイルの広告）
   • メール署名 / 営業資料
   • 投資家向け資料
5. 配置パフォーマンスの測定 [スタンダード以上] — あるテストモニアルはコンバージョンに寄与し、別のものは寄与しません。配置ごとのコンバージョンを追跡し、どの引用がその場所にふさわしいかを特定します。

例

B2B SaaS、3つの収集トリガーがアクティブ。

トリガー1: NPSプロモーター（9～10）。 NPSは四半期ごとに実施。プロモーターにはフォローアップメールが送信されます：

10点をありがとうございます！「レポート作成時間が半分になりました」というあなたの回答は、弊社の価格ページの力強いテストモニアルになります。あなたの氏名と役職を添えて使用してもよろしいでしょうか？「はい」と返信いただければ、公開予定のバージョンをお送りし、承認いただきます。

NPS応答がスコア9以上で送信されたときに自動的に送信されます。

トリガー2: Day 30 アクティブマイルストーン。 Day 30 アクティブ到達後、初回ログイン時にアプリ内プロンプト：

1ヶ月間アクティブにご利用いただきありがとうございます！今のところ、最も役立っている点を1文で教えてください。 → [テキストボックス] → [送信 + 許可チェックボックス]

トリガー3: 購入後（Day 7）。 初回課金から7日後のメール：

お願いがあります — アップグレードを決意した決め手は何でしたか？あなたの回答は、ご許可いただければ、弊社の価格ページに掲載される可能性があります。

処理: 受信したテストモニアルはトリアージドキュメントに入力されます。テストモニアルごとに：

• 同意確認（範囲：氏名 / 役職 / ロゴ / どこでも）
• 軽微な編集（明確化のみ — 顧客の声は維持）
• セグメントタグ（中核市場かどうか：はい/いいえ）
• テーマタグ（スピード / コスト / アクティベーション / 品質）
• 配置決定（価格 / ランディング / 機能ページ / 広告 / 複数）

配置: 価格ページのロゴウォールに、中核市場セグメントの6件の新しいテストモニアルを追加。ランディングページのヒーローセクションの引用でA/Bテストを実施。

得られるもの

• CFD-TST- エントリ* — テストモニアルごとに1件。同意、ソース、セグメント、テーマを含む永続的な記録です。
• GTM-TST- エントリ* — 配置ごとのフォーマット設定（周辺コンテキストを含む配置された引用）。
• 同意記録 — 顧客ごとの範囲とバージョン履歴。
• 配置パフォーマンスログ — 引用ごとのコンバージョン率（どのテストモニアルがその場所にふさわしいか）。

使用すべきタイミング

トリガー	モード
初めてのテストモニアル収集システム（何もない状態）	スタンダード
四半期ごとのNPS実施 + 収集	クイック
価格ページのリデザインでソーシャルプルーフが必要な場合	スタンダード
ランディングページのA/Bテストで引用バリエーションが必要な場合	クイック
投資家向けプレゼン / シリーズA前のロゴ＋引用充実プッシュ	ディープ
新セグメント拡大（セグメント固有のテストモニアルが必要）	ディープ

消費するもの

• 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: テストモニアル — [顧客名]
タイプ: テストモニアル
受信日: YYYY-MM-DD
ソーストリガー: [NPS-promoter | Day-30-milestone | Post-purchase | Renewal | Support | Referral]
顧客: [氏名, 役職, 会社, ロゴ]

原文:
  "[実際の引用、明確化のために軽微な編集のみ]"

オリジナルテキスト（監査用）:
  "[未加工の応答]"

タグ:
  セグメント適合性: [In-beachhead | Adjacent | Off-segment]
  テーマ: [Speed | Cost | Activation | Quality | Reliability | Specific-use-case]
  長さ: [単語数 / 文字数]

同意:
  範囲: [氏名? 役職? ロゴ? どこでも使用?]
  承認者: [顧客名]
  承認日: YYYY-MM-DD
  承認バージョン: vX

配置適格性:
  - 価格ページロゴウォール: [はい/いいえ]
  - ランディングページヒーロー: [はい/いいえ]
  - 機能ページ（どのページ）: [はい/いいえ]
  - 広告クリエイティブ: [はい/いいえ]
  - 営業資料: [はい/いいえ]
  - 投資家向け資料: [はい/いいえ]

リンクID: PER-XXX（セグメント）, ADO-REF-YYY（育成済みの場合）, CFD-ZZZ（インタビューソース、該当する場合）

GTM-TST-XXX: テストモニアル配置 — [引用サマリー]
タイプ: テストモニアル配置
ソース: CFD-TST-AAA
配置場所: [URLまたはサーフェス、例: "/pricing — hero zone"]
フォーマット: [引用 + 氏名 + 役職 + ロゴ | 引用 + ロゴのみ | カード内の引用]

周辺コンテキスト:
  [このテストモニアルが隣接するもの — 見出し、CTA、製品機能]

A/Bテスト（進行中の場合）:
  バリアントA: [このテストモニアル]
  バリアントB: [代替案]
  指標: [クリック率、サインアップ率など]
  開始日: YYYY-MM-DD

パフォーマンス（測定された場合）:
  [引用ごとのコンバージョンデータ]

リンクID: CFD-TST-AAA（ソース）, GTM-YYY（ページチャネル）, KPI-ZZZ（配置指標）

アンチパターン

パターン	シグナル	修正方法
一回限りの英雄的な収集	「スプリントで20件のテストモニアルを集めたけど、その後やめた」	トリガーは継続的に動作させる。収集はシステムであって、プロジェクトではない
同意記録なし	明示的な承認なしに公開する	テストモニアルごとに同意記録、範囲を明示
マーケティングによる書き換え	「[製品]が大好きです」を「かなり便利です」から書き換える	明確化のための軽微な編集のみ。顧客の声を保つ
セグメントタグ付けなし	すべてのテストモニアルをあらゆる場所に配置する	セグメントに関連する配置はコンバージョンが向上する。タグ付けしてターゲットする
古いウォール	2年前の価格ページのテストモニアル	四半期ごとに更新。パフォーマンスの低いものをローテーションする
配置測定なし	すべてのテストモニアルが同じように良いと扱う	一部の引用は他の3倍のコンバージョンを生む。測定して間引く
匿名のテストモニアル	「大手フィンテックのVP」、氏名やロゴなし	現実主義者は匿名のものを割り引いて見る。氏名＋ロゴ付きか、またはスキップする
キャズム越え中のオフセグメントテストモニアル	エンタープライズの現実主義者をターゲットにするページでビジョナリースタートアップの引用	キャズム越え中はセグメント内の配置のみ

品質ゲート

テストモニアルを配置する前に：

• 同意が記録されている（範囲が明示されている）
• 顧客の氏名 + 役職 + ロゴ（またはそれ以下とする合理的な理由）
• セグメントタグが適用されている
• テーマタグが適用されている
• 軽微な編集のみ（顧客の声が保持されている）
• 配置がセグメント適合性と一致している（現実主義者向けサーフェスには中核市場のテストモニアル）
• BR-POS-* 制約が守られている（ポジショニングと矛盾しない）
• 更新頻度がコミットされている（最低四半期ごと）

下流の接続先

消費者	使用するもの	例
ローンチチャネル (ORB)	テストモニアルは自社チャネルのコンテンツ + 他社チャネルの広告クリエイティブ	価格ページのテストモニアル = 自社チャネル。テストモニアルスタイル広告 = 有料他社チャネル
代替ページ	「私たちを選ぶべき理由」セクションにはセグメントに関連するテストモニアルが表示される	Xからの移行を促すテストモニアルが代替ページのアンカーになる
ケーススタディビルダー	強力なテストモニアルはケーススタディの候補を表面化する	繰り返しテストモニアルを提供し、強い成果のある顧客 → ケーススタディ
コールドアウトリーチ（段階的）	シーケンスのTouch 2/3でテストモニアルを引用する	Tier 2メールにはセグメント内のテストモニアルを含める
フィードバックループセットアップ	テストモニアルのソースはフィードバックチャネルに結びつく	NPSプロモーターはフィードバックとテストモニアルの両方のフローに供給される
投資家 / 営業資料	ロゴウォール + テーマ別にキュレーションされたテストモニアル	「セグメントXの顧客はこう言っています...」

詳細な参考文献

• BrianRWagner の testimonial-collector スキル（ai-marketing-claude-code-skills）
• Sean D'Souza, The Brain Audit（購買の反対意見を克服するためのテストモニアルの使用）
• Joanna Wiebe, Copy Hackers — テストモニアル主導のランディングページ
• （バンドルされた references/ はありません — テストモニアル自体が成果物です）