mcpField
L
lifecycle-mapping

lifecycle-mapping

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

lifecycle-mapping について

lifecycle-mappingは、顧客ライフサイクルのジャーニー設計と監査を支援するマーケティングスキルです。自動化、アカウント段階、顧客ヘルスを扱うチーム向けに、段階、シグナル、接点、SLA、実験の枠組みと各種テンプレートを提供します。

主な機能

  1. 01ライフサイクル段階と開始・終了条件を定義
  2. 02アクティベーション、利用、購入のシグナルを整理
  3. 03段階ごとの接点数とチャネルを計画
  4. 04担当者、応答時間、成功指標を設定
  5. 05実験とモニタリング・レビュー用テンプレートを組み込む

活用シーン

  1. 01オンボーディング、更新、解約防止のジャーニーを設計
  2. 02アカウント段階やヘルススコアに自動化施策を合わせる
  3. 03施策のカバー範囲不足や接点過多を監査

インストール

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

$npx skills add https://github.com/gtmagents/gtm-agents --skill lifecycle-mapping

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

詳細

ライフサイクルマッピングフレームワークスキル

使用するタイミング

  • オンボーディング、拡大、更新、解約防止の顧客体験を設計するとき。
  • 自動化プログラムをアカウントの段階、ICP のティア、ヘルススコアに合わせるとき。
  • 既存のプログラムを監査し、抜け漏れや過剰な接触がないか確認するとき。

フレームワーク

  1. ステージの定義 – 認知、アクティベーション、定着、拡大、推奨（ビジネスに合わせてカスタマイズします）。
  2. シグナルライブラリ – アクティベーションイベント、製品利用のマイルストーン、スコアのしきい値、購買行動。
  3. タッチポイントの設計 – 各ステージでの接触回数、チャネルの組み合わせ、個別対応か自動化か。
  4. SLA マトリクス – 開始・終了条件、担当者、応答時間、成功指標。
  5. 実験レイヤー – 各ステージでフック、頻度、オファーを反復改善するためのテスト枠を組み込みます。

テンプレート

  • ライフサイクルヒートマップ（ステージと指標、自動化の適用範囲）。
  • SLA ワークシート（ステージ、トリガー、担当者、応答時間、フォールバック）。
  • ジャーニーバックログボード（アイデア、優先順位付け済み、構築中、稼働中、測定中）。
  • GTM Agents キャンペーン計画チェックリスト – マーケティングディレクターのプレイブック @puerto/README.md#183-212 の内容を記録します。
  • KPI ガードレールシート – 最小／最大しきい値を設定し、リーチ、エンゲージメント、SQL への影響、CAC の回収期間を追跡します。
  • ステータス報告テンプレート – GTM Agents のプロジェクトマネージャー形式 @puerto/TEAM-STRUCTURE.md#193-204 を反映した、週次の1枚スライドによる更新です。

ヒント

  • 1人のコンタクトに対して同時に実施するジャーニーを制限し、優先順位付けのルールを定めます。
  • 手厚い対応が必要なセグメントには、手動チェックポイント（CSM／AE）を含めます。
  • すべての前提を記録し、実験で意図的に検証できるようにします。
  • 構築開始前に KPI を確定し、指標と担当者が確定するまでスコープの拡大を認めません。
  • GTM Agents の進行サイクルである 計画 → 構築 → QA → リリース → 検証 を取り入れ、承認や介入のタイミングを報告ラインに共有します。
  • 自動化を変更するたびに、先行指標が悪化した場合にセールスディレクターまたはオペレーションリードが実行できる「緊急停止」手順を用意します。

GTM Agents キャンペーン設計図（採用済み）

大規模な GTM イニシアチブで、デマンドジェネレーション、ライフサイクル、RevOps の各チーム間の調整が必要な場合は、この5段階の設計図を使用します。

  1. ステージ 1 – ブリーフィングと調整
    • 目標、ICP、オファー、スケジュール、予算を確認します。
    • 部門横断の関係者（マーケティングディレクター、セールスディレクター、RevOps リード）とエスカレーション経路を記録します。
  2. ステージ 2 – アーキテクチャ
    • ライフサイクルの各ステージをチャネルと自動化に対応付けます。
    • 開始・終了条件、パーソナライズのロジック、コンプライアンス上の制約を定義します。
    • 必要に応じて、データの利用可否確認（Serena）とドキュメントの取得（Context7）を割り当てます。
  3. ステージ 3 – 構築と QA
    • 作業をスイムレーン（ジャーニー構築、コンテンツ、データ、QA）に分割し、バックログで追跡します。
    • 外部向けのすべてのエクスペリエンスで、Playwright などを使用したブラウザー QA を必須とします。
  4. ステージ 4 – リリースとモニタリング
    • 0日目／7日目の KPI ガードレールを設定します（例：フォームのコンバージョン率 ≥ 4%、配信停止率 ≤ 0.4%）。
    • 異常が発生した場合はロールバック手順とともにオペレーションリードに連絡します。
  5. ステージ 5 – 検証と反復改善
    • Sequential Thinking を使用して、構造化された振り返り（うまくいったこと、失敗したこと、次回に向けた仮説）を実施します。
    • 得られた知見をライフサイクルヒートマップと SLA マトリクスに反映します。

ステータス報告テンプレート

Campaign: <Name>
Week Ending: <Date>

1. Highlights (wins, blockers, escalations)
2. KPI Snapshot (target vs actual vs guardrail)
3. Journey Coverage (stage, channel, live %)
4. Next 5 Actions (owner, due date)
5. Risks & Decisions Needed (include GTM Agents-style RAG)

このテンプレートを使って、セールスディレクター、パートナーシップマネージャー、プロジェクトマネージャーの各担当者と毎週情報を共有します。

コメント

Markdown 対応