mcpField
T
testimonial-collector

testimonial-collector

github.com/brianrwagnerマーケティング・グロース449395 回インストール32 週間前に更新
リポジトリ

testimonial-collector について

testimonial-collector は、顧客の推薦コメントを収集、評価、整形するマーケティング用スキルです。継続的に顧客の声を活用したいチーム向けに、情報収集、品質確認、長さ別の形式、掲載先の提案を行います。

主な機能

  1. 01顧客情報と成果の聞き取り
  2. 02複数の観点による推薦文の評価
  3. 03短・中・長形式の文案作成
  4. 04依頼メッセージのテンプレート
  5. 05形式に応じた掲載先の提案

活用シーン

  1. 01顧客一人に推薦コメントを依頼
  2. 02推薦コメント収集の定型プロセス構築
  3. 03営業資料向けに顧客の実績を整理

インストール

コマンドをコピーしてターミナルで実行します。

$npx skills add https://github.com/brianrwagner/ai-marketing-claude-code-skills --skill testimonial-collector

インストール後、Claude Code で/testimonial-collectorを入力して読み込まれたか確認します。

同梱ファイルSKILL-OC.md

詳細

お客様の声の収集

モード

文脈から判断するか、次のように尋ねます:「1つのスクリプト、完全なシステム、またはキャンペーン付きの完全なシステムのどれが必要ですか?」

モード内容最適な用途
quickアプローチ用スクリプト 1 件 + 形式テンプレート 1 件今すぐ 1 人のお客様に依頼する
standard収集システム一式:タイミング、スクリプト、書式設定、掲載方法のガイダンス再現可能なソーシャルプルーフを構築する
deepシステム一式 + マルチチャネル戦略 + 事例パイプライン営業支援、提案資料ライブラリ

デフォルト:standard — 思い当たるお客様が 1 人いる場合は quick を使用します。VA に引き継げるシステムが必要な場合は deep を使用します。


コンテキスト読み込みの確認事項

先に進む前に、以下の情報を集めます:

  • お客様の名前、会社、業界
  • プロジェクトの種類と具体的な成果物
  • 主な成果 — 少なくとも 1 つの数値を確認します(「大まかな推定でも構いません」)
  • 希望する出力形式(短い引用/中程度の段落/完全なストーリー)
  • 緊急度(今週中か、ライブラリの構築か)

成果が曖昧な場合(例:「いろいろ改善した」)、作業を止めて尋ねます:「具体的な数値を 1 つ挙げられますか?大まかな推定でも構いません。数値があると、お客様の声に信頼性が生まれ、活用しやすくなります。」情報が得られるまで草案は作成しません。

ユーザーが項目を省略したい場合は、その旨を記録し、出力で品質への影響を示します。


フェーズ 1:状況分析

何かを作成する前に、以下を検討します:

  1. お客様との関係の段階: 短期間のプロジェクトでしたか、それとも深く関わる案件でしたか?関係の深さによって、実際の言葉をどれだけ反映できるかが変わります。
  2. 成果の明確さ: 成果は測定可能ですか(数値、期間、具体的な成果)、それとも漠然としていますか(雰囲気、全般的な満足度)?
  3. 形式の適合性: ユーザーはどこに掲載するために必要としていますか?ホームページと営業資料では、適切な長さが異なります。
  4. 文体の情報: ユーザーは、このお客様との既存のやり取り(メール、Slack、引用文など)を持っていますか?それを文体に反映できますか?

簡潔な状況の要約を出力します:

「[業界]の[お客様]との[期間]の案件で、成果データは[豊富/乏しい]です。[実際の発言に忠実な/テンプレート的な]文体で[形式]の草案を作成します。主な不足点:[具体的な不足点]。」


フェーズ 2:品質評価フレームワーク

草案の作成前に、元のお客様の声の内容(または想定される内容)を評価します:

評価項目スコア 1スコア 3スコア 5
具体性詳細がない曖昧な言及具体的で明示された成果
測定可能性「素晴らしかった」「目に見える改善」「リードが 40% 増加」
本人らしい文体広告コピーのように聞こえるややぎこちないその人の話し方そのもの
長さ短すぎる(背景がない)まずまずだが情報が少ない3 つすべての形式に十分

スコアのルール:

  • 4 つすべての評価項目が 4 以上 → 使用可能
  • いずれかの評価項目が 2 以下 → 提供前に反復プロトコルを適用

フェーズ 3:草案の作成

依頼用テンプレート

直接依頼:

Subject: Quick favor (30 seconds)

Hey [Name],

Loved working on [project] with you — especially seeing [specific result].

Would you be open to sharing a quick testimonial I could use on my site?

No pressure. If yes, I can either:
A) Send you 3 questions to answer
B) Write a draft for you to approve/edit

Whatever's easier.

質問形式:

3 quick questions:
1. What was the situation before we worked together?
2. What changed or improved?
3. Would you recommend this to others? Why?

代理執筆のフレームワーク: お客様本人の文体で書く際のルール:

  • トーン: 実際のコミュニケーションスタイルに合わせます(語彙を把握するため、メールやメッセージを確認します)
  • 構成: 変更前の状況 → 変化したこと → 具体的な成果 → 推薦
  • 避けること: 根拠のない最上級表現(「素晴らしい」「人生を変える」など)
  • 避けること: 褒め言葉から始めること — お客様の状況から始めます
  • 長さ: 50~75 語(短文)、100~150 語(中程度)、200 語以上(長文/完全版)

記入用テンプレート:

"[Client situation in 1 sentence]. [What the engagement delivered — concrete]. 
[Specific result, ideally with a number]. [Recommendation statement in client's natural voice]."

フェーズ 4:形式別の作成

短い形式(2 行)
"[One punchy outcome sentence — lead with the result]"
— [Name], [Title] at [Company]

用途: ホームページ、LinkedIn の注目セクション、提案資料の実績紹介

中程度の形式(2~3 文)
"[Problem or situation]. [What changed]. [Recommendation or result]."
— [Name], [Title] at [Company]

用途: サービスページ、営業資料、メールシーケンス

長い形式(完全なストーリー)

構成:

  1. 背景の段落(状況について 2~3 文)
  2. 変化の段落(案件の進行中に起きたこと)
  3. 成果の段落(結果、数値、明確な成功例)
  4. 締めくくりの推薦文

用途: 事例紹介ページ、ダウンロード可能な PDF、信頼性が重視される営業資料


フェーズ 5:自己批評パス(必須)

すべての形式を生成した後、次の点を評価します。

具体性の確認: 短いバージョンには、具体的な成果が少なくとも 1 つ含まれていますか(「素晴らしい結果」だけになっていませんか)? 語り口の確認: クライアント自身が実際に書いたように感じられますか。それとも、マーケティングの見出しのように聞こえますか? 掲載場所の確認: 推奨する形式は、指定された用途に対して適切な長さですか? 倫理面の確認: 草案に、クライアントが述べていない主張や、追加した数値が含まれていませんか?

問題があれば指摘します。「短いバージョンには具体的な指標がありません。ホームページで使用する前に、クライアントから数値を 1 つ聞き出す必要があります。」


反復プロトコル

受け取った推薦文がいずれかの評価項目で 2 点以下の場合は、次の丁寧なフォローアップを送ります。

"Thanks so much — this is great. One small ask: could you add one specific 
number or outcome? Even rough ('saved us about 5 hours a week') makes it 
much more compelling for other clients. Totally optional, but makes a real difference."

2 回目の依頼でも具体的な情報が得られない場合は、Tier 3 の代替表現を使用します。

「[領域]で目に見える改善」または「プロセスが手作業による監視なしで進むようになった」


掲載場所の推奨

整形した推薦文とともに、必ず掲載場所を推奨します。

形式推奨する掲載場所理由
短文(2 行)ホームページ、提案書、LinkedInひと目で信頼を得られる
中程度サービスページ、メール、営業資料商談終盤の懸念を解消できる
長文導入事例ページ、PDF、ポートフォリオ本格的な購入検討者に深い根拠を示せる

相互参照: このクライアントに説得力のあるストーリーがある場合は、case-study-builder を実行して、完全な導入事例にまとめることを提案します。


出力構成

## Testimonial: [Client Name] — [Date]

### Quality Assessment
- Specificity: [X/5]
- Measurability: [X/5]
- Authentic Voice: [X/5]
- Length: [X/5]
- **Total: [X/20] — [Ready to use / Needs iteration]**

### Short Format (2-liner)
"[Quote]"
— [Name], [Title], [Company]

### Medium Format
"[Quote]"
— [Name], [Title], [Company]

### Long Format
[Full narrative]

### Placement Recommendation
[Where to use each format]

### Next Step
[Iteration note OR cross-reference to case-study-builder]

スキル作成者:Brian Wagner | AI Marketing Architect | brianrwagner.com

コメント