mcpField
C
continuous-improvement-loop

continuous-improvement-loop

github.com/indranilbanerjeeマーケティング・グロース91388 回インストール今日更新
リポジトリ

continuous-improvement-loop について

continuous-improvement-loopは、稼働開始後に継続して使うマーケティング改善スキルです。ブランドの事業責任者やマーケティングチーム向けに、市場・顧客・運用のシグナルをまとめ、定期または臨時の提言を作成します。

主な機能

  1. 01QBR、顧客、競合、チームのシグナル集約
  2. 02出典付きのシグナル記録
  3. 03四半期および臨時改善ブリーフの作成
  4. 04戦略、チャネル、製品への提言
  5. 05承認が必要な文書更新のトリガー提示

活用シーン

  1. 01QBR後の実績と提言の整理
  2. 02競合の大きな変化への対応ブリーフ作成
  3. 03顧客フィードバックから製品や転換の課題を特定

インストール

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

$npx skills add https://github.com/indranilbanerjee/digital-marketing-pro --skill continuous-improvement-loop

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

詳細

/digital-marketing-pro:continuous-improvement-loop — パート 12 継続的改善ループ

パート 12 は、稼働開始以降の実運用と並行して実行される継続的改善ループです。市場のシグナルと運用のシグナルを集約し、ブランドの製品、提供内容、サービスに関する意思決定にフィードバックするための提案を作成します。

コンテキストの効率化

負荷の高いスキルです。参照先のファイルは、まず Grep で検索してから読み込み、該当した範囲だけを offset と limit を指定して Read してください。ファイルを開く前に、ブランドのワークスペース(~/.claude-marketing/brands/{slug}/、または環境変数が設定されている場合は $CLAUDE_PLUGIN_DATA/digital-marketing-pro/brands/{slug}/)を一覧表示してください。セッション途中で再度呼び出された場合は、すでにコンテキストに含まれているファイルをスキップしてください。

これは一度限りの活動ではありません。パート 11 完了後は継続的に実行され、各四半期ビジネスレビュー(QBR)で正式な成果物を作成し、重大なシグナルがあれば随時成果物を作成します。

この仕組みが必要な理由

明示的なフィードバックループがなければ、マーケティングは数か月前の仮定に基づいて運用されます。市場は変化し、顧客は進化し、競合他社は動き、製品は改良されます。しかし、こうした変化が戦略に反映されなければ、取り組みは気づかれないまま陳腐化していきます。

パート 12 は、次のようにループを閉じます。

  • 市場のシグナル → 戦略の更新
  • 運用のシグナル → 戦術の最適化
  • 製品/提供内容のシグナル → 製品/事業チームへの提案

4 つのシグナルソース

ソース 1:四半期ビジネスレビュー

各四半期レビュー(reporting-cadence.md に従う)で、次のような構造化されたシグナルが生成されます。

  • KPI と目標の比較(未達の目標、上回った目標、四半期をまたぐ傾向)
  • チャネル構成のパフォーマンス(v2 計画に対して、継続的に好調または不調なチャネルはあるか)
  • オーディエンスセグメントのパフォーマンス(ペルソナの予測と異なる行動を示すセグメントはあるか)
  • 競合の動向(市場環境を大きく変える競合の動きはあるか)
  • 戦略整合性の監査(現在実行していることは、引き続き v2 戦略で定めた内容に沿っているか)
ソース 2:顧客フィードバックのテーマ

顧客とのさまざまな接点からのフィードバックです。

  • カスタマーサービスのチケット(トピック別の件数、感情の推移)
  • ORM(オンライン評判管理)— レビューサイト、ソーシャルメディアでの言及
  • 営業チームとの会話(繰り返し聞かれる異議、まだ満たされていない要望)
  • カスタマージャーニーにおける摩擦の観察結果(顧客が離脱する場所、助けを求める場所)
  • アンケート/NPS の回答
  • 顧客インタビュー
ソース 3:競合情報

継続的な競合モニタリング(既存の /digital-marketing-pro:competitor-monitor スキル)から得られる情報です。

  • 競合他社の製品/提供内容の変化
  • 価格の変更
  • ポジショニングの変化(メッセージ、ターゲットオーディエンス)
  • 新規参入企業の出現
  • 競争環境を変える買収/パートナーシップ
ソース 4:チームが発見したパターン

実行を通じてチームが見いだすインサイトです。

  • 継続的にパフォーマンスが低いキャンペーン — 製品と市場のミスマッチを示している可能性があります
  • 製品にまだない機能を求めるオーディエンス
  • 多数のキャンペーンで繰り返し発生するコンバージョンの摩擦点
  • バイヤージャーニーの変化を示唆するチャネルパフォーマンスのパターン

実施頻度

パート 12 は継続的に実施し、次のような構造化された成果物を作成します。

実施頻度トリガー成果物
毎日/毎週通常の運用の一環として行う自動シグナル収集シグナルを part-12-continuous-improvement/signals.jsonl に記録
毎月月次パフォーマンスレポートレポート内の「今月のシグナル」セクション。シグナルを signals.jsonl に記録
四半期ごとQBR構造化されたパート 12 の成果物 — 詳細は以下を参照
随時重大なシグナル(例:競合他社の製品変更、営業チームが繰り返し発生する異議を報告、KPI が突然急落)1 週間以内に随時パート 12 のブリーフを作成

四半期ごとのパート 12 成果物

各四半期に、継続的改善ループはマーケティングリーダーだけでなく、ブランドの事業責任者向けにも構造化された成果物を作成します。

構成
---
document: part-12-quarterly-improvement-brief
engagement: {engagement-id}
quarter: {YYYY-Qn}
produced: {iso-timestamp}
audience: brand business leadership
---

# Quarterly Product & Offering Improvement Brief — {Quarter}

## Executive Summary

(3-5 sentences. The signals that matter most. The recommendations that follow.)

## Signal Aggregation

### Market signals
{Macro market shifts observed in the quarter}

### Customer signals
{Aggregated themes from customer feedback, ORM, sales conversations}

### Competitive signals
{Competitor moves that warrant response or reflection}

### Operating signals
{Patterns from execution — campaigns that under/outperformed; audience surprises; channel shifts}

## Implications

### For the brand strategy
{What in the v2 strategy looks confirmed by the quarter? What looks weakened? Anything that warrants v2.x update-back?}

### For the channel mix
{Any channel reweighting recommended?}

### For the product / offering
{This is the unique Part 12 contribution. What signals suggest the product or offering itself should change?}

## Recommendations

### To the marketing team
{Tactical adjustments — typically already in flight from monthly optimisation, but formalised here}

### To the product / business team
{The substantive Part 12 output — recommendations about product, offering, pricing, distribution that flow from marketing's vantage point}

### To leadership
{Strategic considerations that span functions}

## Triggers for v2.x Update-Back

(If any of the signals warrant a source-document version bump per the [update-back-rule.md](../context-engine/update-back-rule.md), list them here. The actual update-back happens via /digital-marketing-pro:engagement update-back.)

## Open Questions Raised This Quarter

(Things the data raises but cannot answer without further investigation.)
出力先
engagements/{id}/part-12-continuous-improvement/quarterly-briefs/{YYYY-Qn}-quarterly-improvement-brief.md

リーダー層への配布用に、PDF へのエクスポートも行います。

アドホックなパート 12 ブリーフ

QBR の間に重要なシグナルが発生すると、このサイクルではアドホックなブリーフを作成します。

  • 競合他社が、ブランドのポジショニングを大きく脅かす製品を発売した
  • 規制の変更が、アドレス可能市場に影響する
  • KPI が突然、保守的シナリオの下限を下回る
  • 営業チームから、2 週間で 5 件以上の商談において同じ異議が出たという報告があった
  • コンテンツが予想外に拡散し、またとない機会が生まれた

アドホックなブリーフは、短く(1~3 ページ)、迅速に(シグナル発生から 1 週間以内に)、行動につながるもの(具体的な対応を推奨するもの)です。

出力先:

engagements/{id}/part-12-continuous-improvement/ad-hoc-briefs/{YYYY-MM-DD}-{slug}.md

制作プロセス

四半期パート 12 の成果物の場合
  1. 開始条件: 四半期が終了し、QBR の準備が始まる
  2. 入力を確認する:
    • 四半期分の月次パフォーマンスレポートすべて
    • 四半期分の signals.jsonl に記録されたシグナル
    • 四半期分の競合モニタリングの出力
    • 顧客フィードバックの集計
    • Living Project Instruction File(現在の真実)
  3. シグナルを 4 つのカテゴリに集約する
  4. 戦略、チャネル、製品/提供内容への影響を統合する
  5. マーケティング、製品/事業、リーダー層向けの推奨事項を作成する
  6. 該当する場合は、v2.x への更新バックのトリガーを特定する
  7. quarterly-briefs/ に保存する
  8. 四半期の評価と推奨事項を LIF に反映する
  9. 報告: 「四半期改善ブリーフを作成しました。{N} 件のシグナルを集約し、{N} 件の推奨事項をまとめました。{N} 件の更新バックトリガーを特定しました。内容を確認し、承認された場合は /digital-marketing-pro:engagement update-back を実行してください。」
アドホックなパート 12 ブリーフの場合
  1. 開始条件: 重要なシグナルが観測される(タイムスタンプとソースを記録する)
  2. ブリーフを作成する前に、エンゲージメント責任者に重要性を確認する(ノイズに起因するアドホックなブリーフを避ける)
  3. そのシグナルに関連する対象入力を確認する
  4. 次の内容を含む 1~3 ページのブリーフを作成する:シグナル、証拠、影響、推奨対応、意思決定の期限
  5. ad-hoc-briefs/ に保存する
  6. エンゲージメントの承認経路に沿って配布する。通常はマーケティングのリーダー層と、関連する製品/事業の関係者が対象となる

シグナルの記録方法

プラグインは、次の方法でシグナルを継続的に収集します。

  • 日次パフォーマンスデータの取得(設定されている場合)で異常を検出する
  • 月次レポートの作成で「Insights & Learnings」の項目を記録する
  • 競合モニターで重要な変化を検出する
  • 手動での記録 — シグナルを signals.jsonl に追記し、engagement-state.py lif-log-change を使って Living Project Instruction File に記録する(engagement signal サブコマンドはありません。観測内容を lif-log-change で記録し、エンゲージメントの現在の真実の記録に反映させてください)

すべてのシグナルは signals.jsonl に追記されます。

{"timestamp":"...","source":"customer_feedback","signal":"3 sales reps reported customers asking for X integration","severity":"medium"}
{"timestamp":"...","source":"competitor_monitor","signal":"Competitor Y launched freemium tier","severity":"high"}
{"timestamp":"...","source":"performance_anomaly","signal":"LinkedIn CPL dropped 35% week over week","severity":"high","investigate":true}

品質管理

  1. シグナルには証拠を添えます。 「チームがそう感じている」といった曖昧な表現は避け、出典(どの営業担当者か、どのレビューサイトか、どのモニタリング実行か、どのパフォーマンス指標か)を明記します。
  2. 推奨事項は具体的にします。 「マーケティングを最適化する」では役に立ちません。「LinkedIn のブランド認知予算を 20%削減し、リターゲティングとメールのライフサイクル施策に再配分する」なら、実行に移せます。
  3. 製品/提供内容への推奨事項は、要求ではなく提案として示します。 マーケティングの視点は、製品の意思決定における複数の情報源の 1 つです。
  4. 更新バックのトリガーは明示しますが、自動実行はしません。 /digital-marketing-pro:engagement update-back コマンドは、明示的な承認後に別途実行します。
  5. 四半期ブリーフの対象読者は、マーケティング部門だけでなくリーダー層です。 対象読者に合わせて書いてください。

例

例 1:四半期パート 12 ブリーフ
User: Q2 ended last week. Produce the quarterly improvement brief.

Skill response:
1. Grep first across the Q2 monthly reports (April, May, June) for the metrics you need; targeted Read with offset+limit on the matching lines — do not bulk-Read all three reports
2. Stream signals.jsonl line-by-line for Q2 (87 signals) — use head/tail/grep, not full Read
3. Grep the competitor monitor outputs (3 significant changes); targeted Read on the matching findings
4. Grep customer feedback aggregation (47 reviews + 12 sales-rep notes) for the themes you need; targeted Read on the matches
5. Aggregate into 4 signal categories
6. Identify implications:
   - Strategy: v2 positioning held up — confirmed by 12 customer testimonials echoing the positioning language
   - Channels: LinkedIn over-performed (CPL 30% below moderate scenario); Meta under-performed (CPL 40% above)
   - Product: 8 customer signals + 4 sales-rep notes suggest Feature X is consistently asked for
7. Recommendations:
   - Marketing: shift 25% of Meta budget to LinkedIn next quarter
   - Product: prioritise Feature X for Q3 roadmap (8 named customer asks)
   - Leadership: consider a freemium tier (competitor moved here; 5 sales-rep notes about price-sensitive prospects)
8. Identify update-back triggers: Core Doc 3.4 (channel mix) needs v2.1 to reflect LinkedIn's higher allocation
9. Save quarterly-briefs/2026-Q2-quarterly-improvement-brief.md (~8 pages)
10. Brief: "Q2 Improvement Brief produced. 1 update-back trigger flagged. Run /digital-marketing-pro:engagement update-back --doc 3.4 --reason 'Q2 evidence: LinkedIn outperformed; Meta underperformed; recommend channel reweight' after leadership approval."
例 2:アドホックなブリーフ
User: Three customers in the past two weeks have switched to a competitor that just launched a freemium tier. We need a fast read on this.

Skill response:
1. Confirm significance with engagement owner ✓
2. Read inputs: the 3 churn cases, competitor monitor on the competitor's freemium launch, last 90 days of churn data for pattern check
3. Draft brief:
   - Signal: 3 churns to Competitor Y in 14 days; pattern check shows churn rate to Y up 4x vs prior 90 days
   - Evidence: churn interview notes (2 of 3 cited price); Competitor Y launched freemium 2026-04-15
   - Implications: short-term — defensive offer for at-risk segment; long-term — pricing strategy review warranted
   - Recommended response: (1) marketing — defensive offer to current at-risk customers within 7 days; (2) product/leadership — assess freemium response within 30 days
   - Decision deadline: response plan by 2026-05-12
4. Save ad-hoc-briefs/2026-05-05-competitor-y-freemium-response.md (2 pages)
5. Distribute per approval chain

関連スキルとエージェント

  • engagement-workflow — エンゲージメントのオーケストレーション
  • 既存のスキルとエージェント:competitor-monitor、performance-monitor-agent、intelligence-curator、quality-assurance

関連資料

コメント