Go-to-Market (GTM) Enablement モーション
このページでは、GTM Enablement モーションを定義し、GitLab での現在のプロセスとどのように整合するかを示します。GTM Enablement 機能は、新製品、SKU、オファーがフィールドチームへ展開され、最終的に市場に投入される際に、効果的かつ効率的にサポートされるようにすることを目的としています。このフレームワークは、GTM イネーブルメントローンチを成功させるために必要なプロセスと標準を概説し、新製品導入（NPI）プロセスおよび Field Enablement チームと緊密に整合・統合します。
このフレームワークは、製品ローンチやオファリングの違いを越えて GTM イネーブルメントへのアプローチを標準化し、関連する以下のフレームワークと整合させます。
- 新製品導入（NPI）プロセス基準
- Field Enablement の高複雑度〜低複雑度 GTM フレームワーク
- Field Communications の Tier 1-5 モデル
- Product Marketing Tier 1-3 モデル
- GTM Revenue Play 基準
GTM モーション全体における役割と責任
新製品導入（NPI）SteerCo: DRI が提示するビジネスケースに基づき、NPI プロセスのローンチを評価・承認します。これらのビジネスケースは、製品機能、ターゲット市場、価値提案、財務的な機会を網羅する必要があります。SteerCo が進めることを決定すると、スコープとローンチタイムフレームにコミットします（NPI プロセスのステップ 4: 計画フェーズ）。
- NPI DRI は機能またはサービス戦略を推進し、主要なビジネスオーナーです。これは新製品、サービス、または SKU を要求する人物です。初期のビジネスプランを提供し、ローンチがビジネス目標を満たすことを確認する責任があります。
- NPI プログラムマネージャーは、NPI プロセスで必要となる複数の並行ワークストリームを調整・指示します。場合によっては、DRI とプログラムマネージャーが同じ人物であることもあります。
GTM Enablement: 一般に、GTM Enablement は、GitLab における全く新しい製品やイニシアチブのローンチの「land and adopt」戦略を主導します。この機能は、フィールドへのイニシアチブの定着を Field Communications チームと緊密に連携して行います。このチームは、フィールドチーム（Sales、Customer Success、Channel、Alliances、Revenue Strategy、Operations & Enablement）への効果的でタイムリーかつ消費しやすいコミュニケーションを作成する責任があります。
主要なイニシアチブ領域は以下に限定されます。
- 新製品導入
- メジャー SKU ローンチ
- GTM Revenue Plays & Sprints
- セールスオファー
- メジャー機能の GA と製品アップデート
- CRO Annual Fiscal Year ローンチ
このため、GTM Enablement は NPI プロセスへの入力の 1 つです。GTM Enablement は、ローンチタイムラインを検討する際に対処すべきイネーブルメント上の考慮事項（潜在的なイネーブルメント要件、リスク、フィールドおよびパートナーチームへのインパクトなど）について、NPI SteerCo リードにガイダンスを提供します。また、フィールドとローンチチームのメインのリエゾンとして、下流のワークストリームから要件を引き上げます。NPI プロセスを必要としないローンチについては、GTM Enablement は段階的な工数構造に従ってサポートします。
Field Enablement: 「Reinforce & Sustain」モーションに焦点を当て、新しいローンチやイニシアチブに関する情報とトレーニングをフィールドのセールスおよびカスタマーサクセスチームにカスケードして、新製品やイニシアチブの長期的な採用、定着、統合を実現します。Field Enablement チームの詳細については、チームハンドブックページ をご覧ください。
GTM Enablement コーディネーションの目標
この機能が協働するクロスファンクショナルなステークホルダーの一覧 をご覧ください。GTM Enablement 機能は、下流をオーケストレーションするにあたり、新製品導入チームと同じ目標を採用します。
- チームをエンパワーする: 問題を修正したり方向修正したりする必要があるタイミングと方法を特定する手段をチームに提供する。
- 関連するすべての専門知識を含める: チームが、自分たちの要件を組み込む必要のある意思決定に参加する。チームの専門知識を活用することで、より堅牢で効率的なソリューションを生み出します。
- 明確さと確実性を提供する: 意思決定を文書化し、できるだけ早く広く伝達します。プロセスの各段階で意思決定を確定させ、チームが共通の理解を持って前進できるようにします。
- 過度に規範的にならずにプロセスを導入する: コーディネーションギャップを解決するためのプロセスを提供する。これを、専門知識を持つ個々のチームメンバーが意思決定できるようエンパワーすることとバランスさせます。
GTM Enablement ブリーフィング要件
GTM Enablement プロセスをローンチするには、リクエスト元がインテークフォーム に記入し、工数とサポートのレベルを決定する必要があります。
GTM Enablement DRI は以下を理解できる必要があります
- フィールドへの予想されるインパクト: これがフィールドに対してどの程度の変化をもたらすか、何人に影響するか、セグメントやパートナーへの関連性、必要な注意レベル、フィールドが望ましい成果を出すために必要な時間。さらに、実際の予測インパクト（収益、戦略的重要性、地理的関連性）も理解し、必要なスコープと行動変容のレベルを把握できます。
- リーダーシップの賛同のレベル: リクエスト元は、プロジェクトをレビューしサインオフしたリーダーのリストを提供する必要があります。
- タイムラインの確信度: リクエスト元は、イニシアチブリードによってすでに非 MNPI として確認されており、高い確信度を持つ日付を提示する必要があります。
- 関連資料とケイデンス: プロジェクト Issue またはエピック、主要なプロジェクトマイルストーン、ドラフトプログラムトラッカー、定期的な非同期更新の計画。
この情報に基づき、GTM Enablement DRI は Support Tier を割り当てます: GTM Enablement DRI は、提供されるサポートのレベルと予想される成果を決定します。各 Tier に関連付けられたタイムラインは調整できません。代わりに、利用可能なタイムラインを反映するために成果を変更する必要があります。
下流のチームは、次の点を提起する必要があります
- タイミング要件を生み出す社内要因（フィールドの静粛期間、月末/四半期末/年度末の財務クローズなど）
- サポートにおける帯域幅の制約またはギャップ
参考までに、NPI プロセスをローンチするには、NPI DRI は以下を伝達する必要があります
- 何をローンチするか: 製品機能、サービスエンタイトルメント、またはそれ以外のもの
- なぜローンチするのか: 価値提案、戦略的価値、財務機会の規模（Finance が詳細モデルを構築していないことを理解したうえで、何らかの財務的正当化が存在する必要があります）
- 誰をターゲットにするか: アイデアル・カスタマー・プロファイル（ICP）とターゲット市場
- いつローンチが必要か: タイミング要件を生み出す社内要因（例: フィールドブラックアウト期間、月末/四半期末/年度末の財務クローズ、静粛期間など）または外部要因
- ローンチできること: 製品開発が十分進んでおりプロセスを開始するのが妥当であること、また GTM チームが必要なタイムフレームで作業を行うのに十分な帯域幅を持っていること
GTM Enablement の運用リズム概要
- フェーズ 1: ブリーフィングと計画
- フェーズ 2: プロジェクト実行とローンチ
- フェーズ 3: フィードバックと初期結果
フェーズ 1: ブリーフィングと計画
- GTM DRI がブリーフィングを受け、イニシアチブとフィールドへのインパクトに基づき段階的サポートを決定
- ワークストリームリード（NPI、PMM、および/または Sales Strategy）と協力し、確認のためのワークバックプランを構築
- クロスファンクショナルなワーキンググループを特定し、イニシアチブ DRI（NPI、PMM、Sales Strategy）によって設定されたオープンケイデンスに整合
- インプットと協働のために下流のチームに明確なブリーフィングを提供。懸念や要件を上流のチームに伝達。
- 下流のチームはリーダーシップに情報を提供し、対象者と望ましいインパクトに応じた reinforce & sustain モーションを計画
フェーズ 2: プロジェクト実行とローンチ
- GTM DRI がローンチをオーケストレーションし、プロセスを推進
- 他に影響する意思決定とステップについて、緊密なコーディネーションを維持
- 上流と下流のステークホルダーグループに進捗と結果のアップデートを提供
- FE DRI が reinforcement & cascades について協働。下流のチームと懸念を提起し、オープンなフィードバックループを作成。
フェーズ 3: フィードバックと初期結果
- GTM DRI がラップアップと最終結果の報告を提供
- GTM DRI が FE チームとレトロスペクティブを作成。上流のレトロスペクティブに参加し、下流からのフィードバックを提起
- FE DRI による reinforce & sustain モーションが開始
NPI と Field Enablement チーム、活動、プロセスとの統合
このプロセスでは、GTM Enablement は land & adopt モーションのために field enablement へのメインリエゾンとして統合されます。
NPI 計画:
- 新製品導入（NPI）ハンドブックページ のプロセスに基づきます。NPI プログラムマネージャーが計画を伝達し、より広いワーキンググループと物流を編成します。これには 2 つの主要なミーティングが含まれます。
- Stakeholder kickoff（プロセス中心）: プロセスをローンチするために全 NPI ステークホルダーと行うミーティング。タイムライン、マイルストーン、成功の定義、想定される課題の概要を共有します。
- Product review（製品中心）: Product Manager がすべてのステークホルダーチームに概要を提示します。これは stakeholder kickoff よりも深いダイブで、製品に重点を置いています。GTM チームはこの情報を追加のデューデリジェンスと明確化に使用し、独自の戦略とロードマップの開発を開始するためのインプットとします（例: Deal Desk は使用境界、非標準ステップの承認プロセスなどに関する質問を持つ場合があります）。
- これらのミーティングは、組織内のさまざまなステークホルダーや SME（Subject Matter Expert）がリスクや問題を後ではなく早めに提起する機会です。SME はまだ回答できない質問をするかもしれませんが、それはプロジェクトの後半でさらに議論する機会となります。ステークホルダーにとっては、今後数週間/数か月で何が期待されるかを理解する機会です。
- NPI プログラムマネージャーは、ブリーフィングプロセスを開始するために GTM Enablement のインテーク Issue を完了します。インテーク Issue は、NPI プロセスで概説されたブリーフィング要件と、GTM Enablement の要件の両方を反映します。Enablement DRI は、Issue の内容に応じてブリーフィングセッションをスケジュールします。
- GTM Enablement DRI はブリーフィングを受け、イニシアチブとフィールドへのインパクトに基づき段階的サポートを決定します。タイムラインやインパクトに影響を与える可能性のある初期フィードバックや考慮事項を NPI リードに提供します。
- GTM Enablement DRI と Product/Product Marketing Lead が、アプローチとローンチタイムライン、ならびに MNPI 制限について整合させます（NPI は limited access になる場合があり、その場合詳細はすべてのチームメンバーに公開されず、知る必要のある人のみが知るところとなります）。
GTM ブリーフィングと計画:
- GTM Enablement リードがトピック別のディープダイブに参加し、NPI ワークストリームリードと協力して確認のためのワークバックプランを構築します。情報提供が必要な下流のクロスファンクショナルなワーキンググループも特定します。
- GTM Enablement DRI は、イニシアチブ DRI とワークストリームリード（NPI リード、PMM リード、Sales Strategy、FE リード）によって設定されたオープンケイデンスに整合します。
- GTM Enablement リードは、MNPI 制限が解除され次第、FE リードへのブリーフィングをスケジュールし提供します。
- FE リードは、リーダーシップに情報を提供し、対象者と望ましいインパクトに応じた reinforce & sustain モーションを計画します。
- このアクションは、ワークストリームリードが自分たちの作業を提供および管理する権限を持つ NPI プロセスのアプローチを反映しています。これらの SME が reinforcement & sustainment のための最適な道を決定できる柔軟性を持つフレームワークが提供されます。
- FE リードと GTM FE DRI は、非同期または既存のチームケイデンスでチェックインを行い、定義されたタイムラインに沿って作業が順調に進んでいることを確認します。GTM FE DRI は、必要に応じてチームと連携して意思決定と問題解決を促進する必要があります。NPI プロジェクトは非常に複雑になることがあり、チームは定期的に課題について議論する必要があります。
- GTM FE DRI は、FE リードと取り上げた課題を、検討、アクション、またはレトロスペクティブプロセスの一環として NPI チームに浮上させます。
GTM 実行とローンチ:
- GTM FE DRI が、クロスファンクショナルなチームによって定義されたパッケージ済みのイネーブルメントテンプレートを使用してローンチをオーケストレーションし、プロセスを推進し、Field Enablement と緊密に協力してシームレスな移行を確実にします。
- NPI プロセスと同様: 両方のワークストリームが、お互いに影響する意思決定とステップについて緊密なコーディネーションを維持します。
- GTM FE DRI が、上流と下流のステークホルダーグループに進捗と結果のアップデートを提供します。
- FE DRI が reinforcement & cascades について協働します。懸念を提起し、下流のチームとオープンなフィードバックループを作成します。
ローンチ後の評価:
- GTM Enablement が、GTM Enablement Framework に沿ったすべてのイネーブルメントアクティビティとエンゲージメントについて、クローズドループ報告を提供します。
- GTM Enablement は、さまざまなワーキンググループとともに、上流と下流の レトロスペクティブ に参加（可能な場合はマージ）し、フィードバックループに従事してローンチの成功を評価し改善領域を特定し、NPI とイネーブルメントプロセスの継続的な強化を確実にします。
- Field Enablement の reinforce & sustain モーションが開始します。
bfd74782)