Content last updated 2026-05-21

グローバルチャネルマーケティング

グローバルチャネルは、グローバルなチャネル販売目標を支援し、GitLab のチャネルパートナーコミュニティおよび顧客に対するサポートを提供します。

私たちのチーム

グローバルチャネルマーケティングチームは、世界中でチャネルビジネスを成長させるためのマーケティング計画を構築するプロフェッショナルチームです。私たちはチャネルマーケティングプログラムを「チャネルパートナーへのマーケティング（marketing to）」「チャネルパートナーを通じたマーケティング（marketing through）」「チャネルパートナーと共に行うマーケティング（marketing with）」の観点で考えています。

チャネルへのマーケティング

このチームは、GitLab の go-to-market キャンペーンを活用したチャネルマーケティングキャンペーンの開発を担当します。私たちはパートナーと協力して、キャンペーンとは何か、パートナーソースの商談を促進するためにそれをどう使うか、今後の GitLab ウェビナー/ウェブキャストを活用してコンバージョンを促進する方法、見込み客を育成できる GitLab のトライアルを生成する方法を理解できるよう支援します。このプログラムの一部には Partner Leadership Summit があります。これは、チャネルパートナーのリーダーシップと GitLab の直接のリーダーシップを結びつけ、GitLab のビジョンと、私たちのビジネスの成功においてチャネルパートナーが果たす重要な役割を共有することを目的とした対面イベントです。

チャネルを通じたマーケティング

グローバルチャネルマーケティングチームは、さまざまなキャンペーンアセットを Instant Campaigns と呼ばれる活用可能な go-to-market プログラムに作り上げることで、パートナーへのサポートを提供します。パートナーはこれらを簡単に取り上げ、顧客や見込み客のリストで実行できます。GitLab チャネルマーケティングは、パートナーが自社のウェブサイトから直接 GitLab のトライアルを生成できるトライアルイネーブルメントプログラムの開発、ロールアウト、管理も担当しており、GitLab 自社のウェブサイトから生成されたトライアルリードをパートナーに渡したり提供したりして、パートナーが対応・コンバージョンできるようにします。

チャネルマーケティングマネージャーは、MDF の資金提供および管理プログラムを通じてチャネルの go-to-market の取り組みを支援し、marketing-ready なパートナー（marketing-ready なパートナーの最新 SF レポート - 社内）とともに戦略的なマーケティング計画を構築することを担当します。

Marketing-Ready

Marketing-ready とは、以下を意味します:

  1. パートナーが GitLab と承認済みのビジネスプランを持っている
  2. GitLab とマッピングされたフォーカスアカウントのリストを持っている
  3. GitLab との共同バリュープロポジションステートメントを持っている
  4. GitLab からパートナーに送られたリードを管理する専任の担当者（Partner Prospect Admin）がいる
  5. リードのパッシングとリコールのプロセスを承認している
  6. GitLab との共同活動に取り組む専任のマーケティング責任者がいる
  7. GitLab Channel Marketing Manager（CMM）と定期的に通話している
  8. MDF ポリシーと MDF プロセス（リクエストとクレーム）の要件を承認している

これらのキャンペーンの実行は、最終的にはチャネルパートナーの責任です。

チャネルとの共同マーケティング

チャネルマーケティングマネージャーはフィールドマーケティングチームと協力して、チャネルパートナーが共同 go-to-market 活動に参加できる今後のフィールドマーケティングイベントや活動を特定します。チャネルマーケティングマネージャーとフィールドマーケティングマネージャーのいずれも、marketing-ready なチャネルパートナーの参加に向けてキャンペーンを提案できます。

現在のサービス提供内容

私たちがパートナーに提供するプログラムやツールの詳細については、マーケティングサービスメニューのページを参照してください。

  • 承認済みのパートナーマーケティングキャンペーンやイベントに対する財務的な払い戻しを提供する Marketing Development Fund（MDF）の管理。リクエストは GitLab の GTM イニシアチブをサポートし、以下に詳述する MDF リクエストプロセスに従う必要があります。MDF の払い戻しはキャンペーン総費用の 50% です。承認レベルは 3 段階あり、各レベルには MDF 提案をレビューして承認/却下するための 2 営業日があります。
  • ターンキーで統合された Instant Marketing キャンペーンは、パートナーが需要創出キャンペーンを実行するために必要なコラテラル素材を提供します。
  • パートナーとともに行うローカル/地域のフィールドマーケティング計画のレビューと承認を提供します
  • Marketing-Ready なパートナーとともにマーケティング計画を構築します
  • GitLab Partner Portal と Deal Registration システムを活用して、パートナーが GitLab のリードを受け取り、受諾し、育成し、クローズできるようにする、再現可能で予測可能、持続可能かつ望ましいモデルを構築します。
  • Marketing Ready なパートナーについては、パートナー QBR に参加し、成功する go-to-market キャンペーンやイニシアチブについてインプットとアイデアを提供して、パートナーが GitLab とのビジネスを拡大できるよう支援します。
  • 毎月、グローバルチャネルのコミュニケーション/ニュースレターで使用するマーケティングコンテンツとインプットを Global Channel Operations チームに提供します
  • 必要に応じて、サードパーティのチャネルアナリストとともに、MQ、WAVE、market guide などへのチャネルプログラムのインプットに関する GitLab の Analyst Relations リクエストを支援します。
    • サードパーティ出版物への掲載リクエストを支援します
  • GitLab のマーケティングウェブサイトのパートナーページの保守においてウェブチームを支援します
  • Sales Ops および Marketing Ops と協力して、パートナーソースのリード（CQL）とパートナーソースの商談のアトリビューションとレポーティングを改善します。

四半期レビュー付きの 6 ヶ月計画サイクル: チャネルマーケティングマネージャー

チャネルマーケティングマネージャーは、marketing-ready なチャネルパートナーとともに、四半期レビュー付きの 6 ヶ月計画サイクルに沿ったチャネルマーケティング計画を作成することを担当します。これにより、チャネルパートナーがこれらのキャンペーンのためのリソースやスタッフを適切に確保する時間ができます。

  • 2 月 〜 7 月 - 計画は 12 月の第 2 週が締め切り
  • 8 月 〜 1 月 - 計画は 6 月の第 2 週が締め切り

目標は、最終的にはパートナーを私たちの計画サイクルに合わせることですが、私たちはパートナー独自の計画サイクルを考慮する必要があることも認識しています。Marketing-Ready なチャネルパートナーに合わせて異なる計画サイクルのケイデンスが必要な場合は、marketing-ready issueに明確に記録する必要があります。

戦術的に、どう計画するか?

  1. チャネルマーケティングマネージャーは、どのパートナーが Marketing-Ready であるかを特定する責任があります。これは、CMM が marketing-ready issueを完成させ、パートナーが GitLab と協働するためのリソースをコミットしたことを示すことで行われます。
  2. CMM はチャネルパートナーのマーケティング担当者とともにキャンペーンの戦略的計画を構築します。チームは、計画を支えるために必要な頻度で会合することが期待されます。少なくとも隔月で行います。
  3. 計画の締め切り日（上記の締め切り日）に先立ち、CMM は計画を直接 Allocadia に追加することが期待されます。私たちはプログラムの支出を追跡し、Allocadia の詳細パネルのさまざまな属性に基づいてレポートを実行できるため、CMM は計画を Allocadia に追加する必要があります。
  4. CMM が実行する各キャンペーンには、特定のキャンペーンに何が含まれるかをさらに詳述した関連エピックが必要です。
  5. Regional Marketing の QBR スケジュールに合わせて実施される四半期ごとの予定された QBR に先立ち、CMM はこの地域別デッキを完成させます。このデッキは、地域のチャネルセールスディレクター、Partner Account Manager（PAM）、Partner Territory Manager（PTM）と共有する必要があります。
    • キャンペーンに関するコミュニケーションはエピック内で行うべきです。この Google スライドデッキは QBR と高レベルの計画共有を目的としたものです。Allocadia、エピック、Issue が SSOT です。
    • 実行途中のタイミングのキャンペーンを避けることが目標ですが、計画サイクルの途中で承認を申請することは可能です。その場合、QBR デッキに戻ってその活動を追加する必要はありません。
  6. 年に 2 回（6 ヶ月ごと）、CMM はパートナーとともにスコアカードを作成する責任があります。このスコアカードは、双方のビジネスの成功にとって相互に重要なことについて足並みを揃え、今後の四半期の目標設定を支援するために用意しています。これは Marketing-Ready なチャネルパートナーとの協働で構築する必要があります。

MDF 予算承認の要件と SLA

  1. MDF 予算レビューの要件:
    • 完成した FY Partner Business Plan（Partner Account Manager/Partner Territory Manager が提供）
    • パートナーとの共同バリュープロポジション（PAM/PTM とチャネルパートナーが共同で作成）
    • このチャネルパートナーとともにターゲットとするマッピング済みアカウントのリスト（PAM/PTM が提供）
    • 完成した marketing-ready issue とチャネルパートナースコアカード（CMM が完成）
    • すべての戦術詳細を含む完成した MDF リクエストエピック（CMM が提出）
    • パートナーとの戦略的マーケティング計画（CMM がパートナービジネスプランに含める）
  2. SLA
    • 上記のすべての要素は、CMM が MDF Request 承認エピックを作成する前に完成している必要があります。CMM による提出日から 7 営業日以内に MDF 予算リクエストを承認することを目指しますが、上記の要件が不足または未完了の場合、すべての要素が完全に受領されるまでこの期間は延長されます。
    • CMM がキャンペーンの予算承認を取得したら、48 時間以内に SFDC で戦術を承認するのは Partner Program Manager の責任です。
    • 追跡を容易にし、関係するチーム間の透明性を高めるため、CMM は MDF Request エピックに締め切り日を設定します。
  3. Flexi-budget リクエスト 時折、私たちはターゲット市場外のパートナーの支援を検討することがあります。このために、特定地域の四半期 MDF 予算全体の 5% を活用できます。これらの戦術の承認を得るには:
    • CMM が flexi-budget issue を開きます（例）。
    • フォーカス国以外で資金を使用する正当な理由は CAM が提供する必要があります
    • Regional Director of Channel がリクエストをレビューおよび精査します
    • 適切と判断されれば、Regional Marketing Lead と Global Director of Channel & Field Marketing によって承認が付与されます
    • Regional FM Lead は、地域内のすべての flexi budget リクエストの MDF 予算支出を追跡する責任があります。MDF flexi-budget リクエストの承認 SLA は、リクエストの複雑さに応じてケースバイケースで異なります。

MDF キャンペーンの承認状況

チームの役割と責任

  • Channel Marketing Manager（CMM） - MDF の使用や、フィールドマーケティングチームと共にキャンペーンを実行する準備ができているパートナーの提案を含め、Marketing-Ready なパートナーとともにマーケティング戦略を構築し推進する責任があります。CMM は地域ごとに整合しており、特定の地域で PAM や PTM と協力します。

  • Field Marketing Manager（FMM） - フィールドマーケティングマネージャーは、需要創出計画を推進するためにチャネルパートナーのエンゲージメントが必要な場所を明確にする責任があります。FMM は地域の Channel Marketing Manager と直接協力して、marketing ready なチャネルパートナーと共にマーケティングキャンペーンを実行します。

  • Partner Program Marketing Manager - パートナーを支援するスケーラブルなマーケティングプログラムを開発します。

四半期の計画が確立されたら、CMM、パートナーのマーケティング担当者、PAM/PTM が、計画の実行について緊密かつ一貫した足並みを保つことが不可欠です。フィールドマーケティングチームが主導する GitLab と共に行うプログラムにチャネルパートナーが参加する計画がある場合、フィールドマーケティングチームが地域のパートナーと共同でこのキャンペーンを実行することが期待されます。CMM はパートナーとのマーケティング関係を所有しているため、チャネルパートナーとのコミュニケーションと説明責任の確保を支援するために関与する必要があります。

成功の追跡

GitLab Marketing は、商談がキャンペーンからの BATP（Bizable Touchpoint）を持っている限り、パートナーソースの商談に対して「クレジット」を受け取ります。私たちはまた、MDF 支出からの deal registration を具体的に追跡します。これはリード共有ダッシュボードで追跡でき、Marketing Strategy & Analytics ハンドブックページ、こちらに詳述されています。

チャネルパートナーとのコミュニケーション方法

チャネルマーケティングは、2 つのオンラインプラットフォームと四半期ごとのウェビナーを通じてパートナーとコミュニケーションを取ります。

Partner Flash/News On Demand

GitLab Partner Portal でプロフィールを作成したパートナーは、Partner Flash ニュースレターおよびカスタムプログラム・マーケティング発表を通じて、私たちの広範なコミュニケーションやマーケティング発表に自動的に含まれます。これが私たちのデフォルトのコミュニケーション方法です。パートナーは、ポータルの My Profile セクションで、コミュニケーションの頻度、希望するトピック、メッセージ受信の辞退などの設定を変更できます。

Partner Flash/News On Demand と寄稿者になるプロセスの詳細については、Ecosystem Operations ハンドブックページのアンカーリンクを参照してください。

MDF プログラム紹介

GitLab Marketing Ready なパートナーは、提案ベースの GitLab Marketing Development Funds（MDF）プログラムにアクセスできます。これらの資金は、パートナーの需要創出の取り組みを支援することを目的としています。

MDF 投資の目的

  • 需要創出 - これらの活動の目的は、あなたと GitLab のために新規エンドユーザー顧客を獲得することです。対象となる活動の例には、セミナー、ワークショップ、テレマーケティングやメールマーケティングのキャンペーン、トレードショーや展示会への参加、ダイレクトメールなどがあります。 - 対象となる費用には、郵送費、フルフィルメント品目、リードクオリフィケーション、配布、会場費、飲食費（アルコール飲料を除く）、講演者の謝礼、管理費、リードキャプチャー費などが含まれる場合があります。 - GitLab は選択された地域の限られた数のパートナーを支援します。あなたの適格性については、地域の Partner Account Manager および Channel Marketing Manager に確認してください。

  • 資金支援の対象として検討されるには、以下が必要です: - GitLab Marketing Ready パートナーであること。Marketing ready とは以下を意味します: - パートナーが GitLab と承認済みのビジネスプランを持っている - GitLab とマッピングされたフォーカスアカウントのリストを持っている - GitLab からパートナーに送られたリードを管理する専任の担当者（Partner Prospect Admin）がいる - リードのパッシングとリコールのプロセスを承認している - GitLab との共同活動に取り組む専任のマーケティング責任者がいる - GitLab Channel Marketing Manager と定期的に通話している - MDF ポリシーと MDF プロセス（リクエストとクレーム）の要件を承認している - その活動について GitLab の Proof of Performance（POP）要件を遵守すること - 最低必要 MDF リクエスト金額 1,000 USD を満たすこと - GitLab は活動の総費用の最大 50% をカバーします

MDF 資金のリクエスト

  • マーケティング計画を整備した Marketing Ready なチャネルパートナーは、Partner Portal を通じて MDF 提案を提出し、GitLab の承認者はリクエストについてメールで通知を受けます。
    • 地域の Channel Marketing Manager からの MDF 提案
    • MDF リクエストが承認または却下されると、パートナーに通知されます: - 却下された場合、パートナーはリクエストが拒否されたことを知らせる通知を受け取ります。 - 承認された場合、MDF Operation のチームが Issue を開きます

MDF Request 承認者の PTO プロセス

PTO を予定している場合、Marketing Ops はあなたのマネージャーをセカンダリ承認者として追加する必要があることに注意してください。以前は Salesforce でこれを行えましたが、現在は MktgOps のサポートを求める Issue リクエストを作成する必要があります。

MD 対象の需要創出活動

詳細は MDF ハンドブックに列挙されています。

これらの活動は、Partner - MDF Campaign Type のキャンペーンレベルでのみ、Salesforce.com で Campaign Type Details として記録されます。

チャネルイベントとアワードのためのスワッグのリクエスト

私たちは Marketing Ready なパートナーに Marketing Kit Swag を提供しています。これらのキットは以下で構成されます:

  • バナースタンド
  • テーブルクロス
  • ステッカー 1000 枚
  • スワッグ品目 200 個（例: カラフルなケーブルセット、iPhone スタンド、栓抜きキーチェーンなど） Marketing Kit を注文するには、Channel Marketing Manager と協力してください。

Partner Instant Marketing Campaign

GitLab Instant Marketing キャンペーンのアセットにより、GitLab の Select および Open パートナーは、営業チームのための適格な見込み客をすばやく簡単に生成するのに役立つマーケティングリソースにアクセスできます。私たちはターンキーで統合された「Partner Instant Marketing」キャンペーン、いわゆる campaigns-in-a-box を開発しており、パートナーはアセットを簡単にコブランド化して実行できます。

これらのアセットは、DevSecOps や Automated Software Delivery などの GitLab の go-to-market 施策を活用していますが、パートナー向けに（場合によっては）修正・拡張されています。キャンペーンアセットには、ナーチャーメール、ランディングページ、短い動画、ミニブック、ソーシャルメディアと有料広告、クイックセールスガイド、セールスコールスクリプトが含まれます。すべてのアセットは GitLab パートナーポータルで見つけられます。

私たちのモジュラーキャンペーンは柔軟なセルフサービスモデルとして設計されているため、パートナーはキャンペーン全体またはいくつかのアセットをダウンロードでき、素材はカスタマイズ可能でコブランド化できます。これらのキャンペーンは、英語、フランス語、ドイツ語、日本語、韓国語、スペイン語の 6 言語でも利用できます。

パートナーやチームメンバーは、パートナーポータルの Marketing Demand Generation セクションにログインして、パートナーが利用可能な現在のキャンペーンを確認できます。

私たちのチームのスコープ外

  • カスタムキャンペーン: チャネルマーケティングは現在、個別のパートナーキャンペーンやイベントを支援するリソースを持っていません。Partner Portal で利用可能なターンキーで統合された Instant Marketing Campaigns の 1 つを活用するよう、パートナーに奨励してください。
  • 独自のパートナーアセットの作成: チャネルマーケティングは、パートナーと直接協力してマーケティングアセットをカスタマイズすることはできません。
  • イベント講演者: チャネルマーケティングチームは、パートナーイベントのための GitLab 講演者を見つける支援をするリソースを持っていません。
  • パートナーブログ: チャネルマーケティングチームは、パートナーブログやコンテンツリクエストを支援する独自のコンテンツを作成するリソースを持っていません。
  • パブリックリレーションズ: チャネルマーケティングチームは、ブログやパートナーのプレスリリースの編集や承認を担当していません。詳細については、Corporate Communications ハンドブックページを参照してください。
  • スポンサー付きソーシャルメディア投稿: パートナー活動を宣伝するために GitLab を頼るパートナーは、それらのリクエストをチャネルマーケティング経由でルーティングしません。代わりに、CAM がパートナーのソーシャルメディアチャンネルを取得し、Social Media チーム向けに Issue を作成します。このリクエストには、パートナーのソーシャルメディア情報、宣伝を求められている内容の詳細な説明、目標日を含める必要があります。
  • イベント参加: チャネルマーケティングチームは、パートナー固有のイベントへの参加を促進するための連絡先のデータベースを所有しておらず、そのようなリクエストを支援するリソースも持っていません。
  • パートナートレーニングは Channel Partner Training, Certifications, and Enablement チームによって管理・支援されています。
  • パートナーポータル管理: Ecosystem Operations チームによるパートナーポータル管理は GitLab Ecosystem Operations によって管理されています。

チームを知る

  • Daria Polukanina: EMEA 担当 Channel Marketing Manager。 EMEA Managed Partner の計画と MDF 配分を担当。PAM、PTM、フィールドマーケティングチームと緊密に協働。

  • SJ Lim: APAC 担当 Channel Marketing Manager。 APAC Managed Partner の計画と MDF 配分を担当。PAM、PTM、フィールドマーケティングチームと緊密に協働。

私たちのチームに連絡する最良の方法は Slack チャンネルです

#regional-partner-marketing

チャネルマーケティングキャンペーンの Issue テンプレートとエピックコード

Channel Marketing Epics

パートナーサポート

GitLab Channel Team

GitLab Partner Marketing Team

追加リソース

パートナーマーケティングキャンペーン

Channel パートナーと Alliance パートナーは同じ Marketo オペレーションプロセスを使用し、いずれもリストインポートと UTM パラメーターのために CRM Partner ID が必要です。

2 つのスマートキャンペーンがパートナータイプ別にリードをフィルタリングします:

  1. Channel Partner - Impartner Partner Account を投入し、マーケティングを停止し、Channel ワークフローフィールドを設定します
  2. Alliance Partner - Impartner Partner Account を投入しません
CRM Partner ID（リストインポートとフォーム入力用）Impartner 経由でパートナーに渡すマーケティング停止リードスコアリードフォローアップの責任者
Channel Partner のリードありありありなしパートナー
Alliance Partner のリードありなしなしありGitLab S/BDR

チャネルキャンペーンのセットアップ概要

チャネルキャンペーンのリードは、MDF、Joint GitLab and Partner、Partner Managed キャンペーンを含め、「Prospects」タブを介して Marketo → SFDC → Impartner へとフローします。

一般的な手順:

  1. Marketo プログラムテンプレートをクローンして更新する
  2. Marketo プログラムを Salesforce に同期する
  3. パートナーリードリストをインポートする

パートナーリードは、パートナーに渡される際に GitLab マーケティングから停止され、リードスコアリングから除外されます。リードが一定期間アクションされなかったためにリコールされると、マーケティングコミュニケーションとリードスコアリングが再開されます。

パートナーリードは引き続き運用メールを受け取ります。これらを除外するには、スマートリストに Impartner Partner Account が空欄であることを追加します。詳細を読む。

注: SSOT - ALL EMAILABLE はパートナーリードを除外します。

パートナー通知

パートナーは、パートナーリードのライフサイクルの 2 つの重要な段階で自動メール通知を受け取ります: Impartner を通じてリードが共有された直後と、非アクティブな状態が 30 日続いてリードがリコール期限に近づいたときです。

通知の種類

Partner Lead Notification

パートナーは、新しいリードが Impartner ポータルに同期されてから 24 時間以内にアラートを受け取ります。

Lead Recall Notification

パートナーは、非アクティブのためにリードが 30 日のリコール期限に近づくと、事前通知を受け取ります。

技術的実装

Workato 統合

すべてのパートナー通知は、確実な配信と重複コミュニケーションの防止のために Workato を通じてオーケストレーションされます。Workato は複数のリード通知を統合し、各パートナーに送信される単一のダイジェスト形式のメールにまとめます。

必須フィールド

通知システムは 2 つの重要な Impartner フィールドに依存しています:

  • Partner Synced Date: リードが最初に Impartner に同期された時刻を記録するタイムスタンプ
  • Partner Contact Email: 指定されたパートナー連絡先のプライマリメールアドレス

通知ロジック

  • 日次処理: システムは過去 24 時間以内に同期されたリードを特定し、それぞれの Partner Contact Email アドレスに統合通知を送信します
  • リコールのタイミング: 同期後 23 日目に、パートナーはリコールリマインダー通知を受け取ります
  • 配信方法: リード数にかかわらず、パートナーごとに 1 通の統合メール

パートナーキャンペーンの種類

パートナーには、特定のカテゴリーに分類されるさまざまなタイプのキャンペーンがあります。各キャンペーンには、リードルーティングとメールのプラクティスに関する独自の ROE があります。リードがどのように配布されるかを理解するには、キャンペーンのフローチャートを参照してください。

MDF Campaigns

MDF キャンペーンには、リード生成キャンペーンを管理するために GitLab がチャネルパートナーに提供する財務的支援または資金が関係します。これらのキャンペーンは、campaigns-and-programs ページにはない独自のプロセスに従います。完全なセットアップ手順については MDF Campaign ハンドブックに従ってください。

🖇️ クイックリンク: Lead Routing

Joint GitLab and Partner Campaigns

GitLab とパートナーが、イベント、ウェビナーなどのキャンペーンに共に参加する場合です。

🖇️ クイックリンク: Lead Routing

campaigns and programs ページを使って、適切な Marketo テンプレートを選択してクローンします。パートナーキャンペーン追跡のデータ整合性を確保するため、以下の追加手順に従ってください。

オンラインキャンペーン - フォーム/ランディングページによるリードキャプチャー

以下の手順は 1 つのパートナーと実行する共同キャンペーン向けであり、ローンチ前に完了する必要があります。

  1. Registration Landing Page を FORM 3146: Partner + GitLab Joint Event with Token を使うよう更新します
    • ページを更新するには:
      • Registration Landing Page を右クリックし、edit draft を選択します。
      • Elements の下で Custom Form を見つけ、フォームをダブルクリックします。
      • Edit Form Settings を更新し、FORM 3146: Partner + GitLab Joint Event with Token を選択して Swap をクリックします。
      • 右上の Landing page Action でドロップダウンメニューを選択し、Approve and Close をクリックします。
  2. Registration スマートキャンペーンの処理
    1. 処理用スマートキャンペーンの Smart list は、プログラムで使用されているランディングページを参照する必要があります。
    2. スマートキャンペーンをスケジュールし、Activate します。
  3. 必要に応じて、こちらに説明されているアセットの有効期限を設定します。
  4. （セットアップ不要）Marketo が処理します。
    1. CRM Partner ID がある場合、
      1. Impartner Partner Account を設定します
      2. Partner Consent = True を設定します。
  5. （セットアップ不要）パートナーが関与している場合、Interesting moments がそれを反映するよう動的に変化します。
  6. （セットアップ不要）Traction がそこから引き継ぎ、リードは Impartner で GitLab またはパートナーのいずれかに適切にルーティングされます。
複数のパートナーと共同キャンペーンを実行する場合は?

上記のプロセスは、複数のパートナーが誘導するイベントでも機能します。登録ページにトラフィックを送る際に、彼らの UTM Parameter URL が正しいことを確認してください。トークンの使用を必要とせず、すべてのパートナーに適用できる汎用的なパートナー同意メッセージを提供する Form 2432: Partners を使えます。

対面キャンペーン - リストアップロードによるリードキャプチャー

登録をキャプチャーするフォーム/ランディングページが利用できない場合は、List Import for Partner Leadsを参照してください。

上記のプロセスは、複数のパートナーが誘導するイベントでも機能します。リスト上の各人にパートナー ID が適切に付加されていることを確認してください。

Partner Sponsored Events

GitLab はチャネルパートナーが私たちの所有イベントをスポンサーすることを許可しています（例 - Corporate Events がパートナースポンサーを含む所有イベントを実行）。チャネルパートナーが獲得したリードは、Lead Status と BDR Prospecting Status にかかわらず共有され、Lead Source = Owned Event で Partner Qualified Lead ではないにもかかわらず、リコールプロセスの対象にはなりません。

Lead Acquisition Source は、Marketo プログラムフロー内で Partner Sponsored Event に手動で更新する必要があります。これを行うには、以下の手順に従う必要があります。

ステップ 1: パートナースポンサーがいる場合、Partner Marketing チームは、どのキャンペーン/プログラムとどのチャネルパートナーがスポンサーであるかを Marketing Operations チームに指定します。

ステップ 2: Marketing Ops チームはプログラムフローを更新する必要があります。

ステップ 2a: リード作成方法に応じてスマートキャンペーンフローを更新します:

  • フォーム送信によるオンラインのリード作成の場合、01b - Registration を更新します
  • リストインポートによるオフラインのリード作成の場合、02b - Manual Upload Processing を更新します

ステップ 2b: データ変更の値を次から:

Impartner Partner Account が空でない場合、Lead Acquisition Source を Owned Event に変更

次に変更します

Impartner Partner Account が空の場合、空欄のままにする（何もしない）。

ステップ 2c: Choice を追加: Impartner Partner Account が Account ID of the Partner Sponsor (s) と等しい場合、Lead Acquisition Source を Partner Sponsored Event に変更

Partner Managed Campaigns

Partner managed キャンペーンは、パートナーが企画し、生成されたリードがパートナーに所有されるマーケティング活動です。

Partner Campaigns

このタイプのキャンペーンは MDF によって生成されないことに注意してください。

ステップ 1: Marketo でのセットアップ

  1. Marketo プログラムテンプレートをクローンします: YYYYMMDD__Partner_Name_Event_Name_Region

ステップ 2: Salesforce Campaign への同期

  1. Marketo Program Summary ページの Salesforce Campaign Sync で、Not Set をクリックします。
  2. Salesforce Campaign Sync がポップアップし、Campaign ドロップダウンが表示されるので、Create New を選択し、Save します。これによりキャンペーンタグが自動的に投入されるため、何も編集する必要はありません。

ステップ 3: Salesforce Campaign の更新

  1. Campaign Type Details を更新します
  2. Campaign Owner をあなたの名前に変更します
  3. Start Date をローンチの日付に更新します
  4. End Date をキャンペーンが終了する日に更新します
  5. Budgeted Cost を更新します - 費用が $0 の場合は Budgeted Cost フィールドに 1 と記載します。- 注: ROI 計算のために少なくとも 1 の値が必要です。そうでないと、パイプラインを 0 で割ることになり、pipe2spend の計算が常に 0 になってしまいます。
  6. データが利用可能な場合は Region と Sub-region を更新します
  7. Is a Channel Partner Involved? = Yes を更新します
  8. Channel Partner Name を更新します
  9. Save をクリックします。

ステップ 4: リストインポート

List Import for Partner Leadsの手順に従います。

非リセラーパートナーへのリード共有

このプロセスは、GitLab のパートナープログラムに登録されておらず、そのためリード共有のための標準のパートナーポータルにアクセスできない共同マーケティングパートナーとウェビナーのリードを共有する場合に適用されます。

必須の同意文言

非パートナーのアフィリエイトとリードを共有する際のコンプライアンスを確保するため、ウェビナー登録フォームには以下の両方の免責事項を含める必要があります:

免責事項 1（GitLab Consent）:

I would like to receive emails from GitLab about products, services and events. GitLab will process your personal data in accordance with the GitLab Privacy Statement found at https://about.gitlab.com/privacy/.

免責事項 2（Affiliate Sharing Consent）:

I agree to allow GitLab to share my personal data with its webinar affiliates as applicable, who may send you marketing communications in accordance with the affiliate’s privacy policy.

データ共有方法

承認済みツール: Google Drive

プロセス:

  1. リードデータを適切な形式にエクスポートします
  2. ファイルを Google Drive にアップロードします
  3. リンク共有ではなく特定のメール招待を使って、承認された受信者のみにファイルを共有します
  4. 受信者がファイルに正常にアクセスしてダウンロードしたことを確認します 受領確認後に共有アクセスを解除します

セキュリティに関する注意:

  • Google Drive は Orange データ分類で承認されています
  • 意図した受信者のみがアクセスできるよう、共有設定には注意を払ってください
  • 公開または「リンクを知っている全員」の共有オプションは使用しないでください
  • 受信者がダウンロードを確認した後は、速やかにファイルの共有を解除してください

List Import for Partner Leads

  1. Marketing Operations プロジェクトにある general-list-import-request という Issue テンプレートを使ってリストインポートの Issue を作成します。
  2. リストインポートのスプレッドシート（リストインポートの Issue 内にあります）については、一般的な手順に必ず従ってください。
    1. Partner に関連する具体的な手順については、知っておくべきことは以下のとおりです:
      1. CRM Partner ID 列に Account 18（ID）が投入されていることを確認します
      2. リードは、GitLab のメールに明示的にオプトインしていない限り、Opt-In としてマークすべきではありません。
      3. Impartner 同期には電話番号が必須なので、そのフィールドが投入されていることを確認します。
  3. スプレッドシートが完成したら、セルフサービスのリストインポートの手順に進みます。
  4. （セットアップ不要）Marketo が処理します。
    1. Channel Partner Account ID（18）と等しい CRM Partner ID がある場合、
      1. Impartner Partner Account を設定します - CRM Partner ID がチャネルパートナーに関連付けられている場合。
      2. Partner Consent = True を設定します
    2. CRM Partner ID が Alliance Partner Account ID（18）と等しい場合、
      1. 何もしません。
  5. （セットアップ不要）パートナーが関与している場合、Interesting moments がそれを反映するよう動的に変化します。

UTM Parameter URL

UTM パラメーター URL は、パートナーリードのルーティングとレポーティングにおいて大きな役割を果たします。私たちは UTM パラメーター URL で utm_partnerid を活用して Partner Account の Account ID（18）をキャプチャーし、それが CRM Partner ID に投入されます。このプロセスは、パートナー関連のすべての Marketo フォームに隠しフィールドとして埋め込まれています。各ページの URL には utm_partnerid が必要であり、そうでないとパートナーに渡すことができません。

Partner UTM Builderを使って URL を作成できます。

  • utm_medium = partner（変更されません）
  • utm_soure = partner（変更されません）
  • GTM = x（変更されません）
  • Partner Name - utm_partnerid はすべての Channel Partner と 2 つの Alliance Partner（AWS と GCP）を表示するドロップダウンです。協働するパートナーを選択します。
  • 残りの UTM パラメーターを入力します

Field Glossary

以下は、Channel および Alliance パートナーのキャンペーンとワークフローで使用されるフィールドの用語集です。

Alliance Record

このフィールドは、レコードが Alliance Partner に属していること、つまりその Alliance Partner の従業員であることを示します。このフィールドがチェックされている（= true）場合、そのレコードは一般的なマーケティングコミュニケーションから抑制されます。

Channel Record

このフィールドは、レコードが Channel Partner に属していること、つまりその Channel Partner の従業員であることを示します。このフィールドがチェックされている（= true）場合、そのレコードは一般的なマーケティングコミュニケーションから抑制されます。

CRM Partner ID

このフィールドには、Channel と Alliance の両方で使用される Partner Account の Salesforce Account ID (18) が投入されます。

チャネルパートナーのリードフローにとって重要な、Channel Partner とその CRM ID の最新リストについてはこちらをクリックしてください。一方、Alliance Partner の CRM Partner ID はこちらで見つけられます。

CRM Partner ID (Look up)

ルックアップフィールドは、Channel と Alliance の両方で使用される Account ID (18) に関連付けられたパートナーアカウントの名前を取得します。

Lead Acquisition Source

このフィールドはパートナーリードのソースタイプを記録します。このフィールドの最大の目的は、Owned Event、Service Management を含む、リコールプロセスに適用されるソースタイプを切り分けることです。

このユースケースで Initial Source が使用されない理由は、Partner に帰属しソースとされるためには、フィールドの値が Partner Qualified Lead と等しくなければならないからです。

このフィールドは、リードが自身の情報を Partner と共有することに同意したことを示します。これは Channel Partner にのみ適用されます。Alliance Partner はリード共有モジュールに登録されていないためです。

Partner Type

このフィールドは、パートナーリードが Channel または Alliance Partner アカウントに関連付けられている場合を指定します。

Partner Manager

このフィールドは、パートナーアカウントに関連付けられた Account Owner、Channel Account Manager、または Partner Account Manager を反映します。

Subscribe - Partner

このフィールドは、リードが Partner コミュニケーションにオプトインした場合を記録します。Subscribe - Partner は Marketo にのみ存在します。

Global Channel Marketing - MDF オペレーションプロセス
このページでは、MDF プログラムの運用プロセスについて詳しく説明します。
ハイパースケーラーキャンペーン
命名規則の要件 AWS や Google Cloud のようなハイパースケーラーパートナーと協業する際は、特定の命名規則と設定手順に従うことが重要です。本ガイドではこのプロセスの各構成要素を詳しく説明 …
チャネルマーケティング Epics
チャネルマーケティングのすべての Epic コードの包括的なリストです。
最終更新 July 30, 2026: Merge pull request #483 from kyama0/translation/batch-2026-07-29-1 (c955a93f)
ページのソースコードを見る - ページの編集 - please contribute. Creative Commons License