mcpField
W
weekly-outreach-report

weekly-outreach-report

github.com/victor-shulgaマーケティング・グロース146 回インストール4 日前に更新
リポジトリ

weekly-outreach-report について

プラットフォームごとのデータ確認と返信分析を含む、読みやすい週次アウトリーチレポートを作成するスキルです。アウトバウンド施策を追跡するチーム向けで、レポートとデータストアを分けて扱います。

主な機能

  1. 01プラットフォーム別の指標確認
  2. 02週次ファネルとフロー別集計
  3. 03送信者別の実績分析
  4. 04返信の分類と根本原因分析
  5. 05有望リードの背景と文案
  6. 06レポートページとチャット要約

活用シーン

  1. 01累計のみの統計から週次差分を算出
  2. 02返信・開封データの欠落や不完全さを明示
  3. 03承諾が多く送信が少ないフローを発見
  4. 04好意的または有望な返信へのフォロー文案作成

インストール

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

$npx skills add https://github.com/victor-shulga/outbound-engine-skills --skill weekly-outreach-report

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

詳細

週間アウトリーチレポート

このレポートは、単独で読めるナラティブ形式のページであり、マトリックス DB に行を流し込んだものではありません。 データストアとレポートは、別々の成果物です。

厳守事項

  • マトリックス DB に行を流し込んでカンバンを参照させることは絶対にしないでください。マトリックス DB はデータストアであり、レポートはそれ自体が読みやすい成果物です。
  • レポートの言語:クライアントの業務言語に合わせます。見込み客へのメッセージ案は、見込み客の言語にします(通常は英語です)。
  • メッセージ案はすべて、質問(ソフト CTA)で締めくくります。
  • データ品質に関する警告は、脚注ではなく数値より前に記載します。
  • 数値は、フロー × 送信者 × 週ごとの実数でなければなりません。プラットフォームで週単位のデータを取得できない場合は、その旨を明記し、使用した手法を示します。

ステップ 1 — クライアントのプラットフォームに合わせる(落とし穴に注意)

アウトリーチプラットフォームには、それぞれ特有の落とし穴があります。数値を信頼する前に、その罠を把握してください。

プラットフォームの種類必ず適用する注意事項
LinkedIn 自動化(累計統計ツール)統計が累計のみの場合がよくあります → 週間の差分は、今週のスナップショットから先週のスナップショットを差し引いて算出します。前回のスナップショットを保存するか、クライアントに確認してください。累計を「今週」の数値として提示してはいけません。
LinkedIn 自動化(フローごとの CRM)返信があっても、プラットフォームの CRM ステージ「Replied」が 0 と表示される場合があります。CRM ステージではなく、フローごとの返信/トリガーイベントから実際の返信数を数えてください。
メール送信ツール返信/開封データが取得できない、または一部しか取得できない場合があります。取得できないチャネルは、ゼロと示唆するのではなく、データ品質に関する項目として報告してください。
ワークスペース/日単位のツール統計をキャンペーンごと・週ごとではなく、ワークスペース全体・日単位でしか取得できない場合があります。粒度の制限を記載してください。

プラットフォームのデータソースが接続されていない場合は、不足しているものを具体的に伝え、作業を中断するのではなく、クライアントから提供されたエクスポート(CSV/Sheet/貼り付け)を使ってレポートを作成してください。

ステップ 2 — ページを次の順序どおりに作成する

  1. ヘッダー — クライアント、週(月曜〜日曜の日付)、プラットフォーム、送信者。
  2. 主な要点 — 今週について最も重要なことを、1 段落でまとめます。
  3. ⚠️ データ品質 — 表より先に記載します。不足しているデータ、実態のないゼロ値、累計のみの指標、データを取得できないチャネル、使用したスナップショット方式を記載します。
  4. 全体のファネル — 送信 → 接続 → 返信 → 好意的な返信 → 通話予約を表にまとめ、可能な場合は前週比も記載します。
  5. フロー/キャンペーン別 — フローごとに、件数、接続率、返信率、好意的な返信を表にまとめます。各フローについて、数値だけでなく解釈を 1 行で記載します。
  6. 送信者別 — 送信者ごとに同じ内訳を示します。接続は多いのにメッセージ送信が少ないファネル(承認数は多いが、送信メッセージが少ないというよくある失敗パターン)には注意を促します。
  7. アクション — 担当者と日付を含むアクションを番号付きで記載します。
  8. 返信分析(フォレンジック) — 今週の返信をすべて分類します:好意的/異議/紹介/今は時期ではない/否定的/自動返信。好意的でない各分類について、根本原因をターゲティング/データの問題か、メッセージの問題か、売り込み方の問題かに分けます。既知の誤検出にも注意してください。イベント時の雑談で返信数が水増しされることや、好意的な返信が CRM で未分類のままになっていることがあります。
  9. 有望なリード — 温度感の高いリード/好意的なリードごとに、スレッド全体の引用、背景情報、見込み客の言語でそのまま送信できるメッセージ案を記載します(異議への返信案は reply-objection-handler の分類に沿ってください)。

ステップ 3 — 提出する

  • クライアントのレポートエリアにページを作成します(場所が不明な場合は一度だけ確認し、以降は覚えておきます)。週が変わったら新しいページを作成してください。既存のレポートページを再生成してはいけません(保存済みのグラフ表示が消えてしまいます)。
  • ツールがパイプ区切りテキストから表を生成する場合は、セル内に | をそのまま入れないでください。代わりに · を使います。
  • チャットに 5 行の TL;DR を投稿します。主な指標、最大の問題、最優先のアクションを含めます。

コメント