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

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

私たちのチーム

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

チャネルへのマーケティング（Marketing to the Channel）

このチームは、GitLab の go-to-market キャンペーンを活用したチャネルマーケティングキャンペーンの開発を担当しています。私たちはパートナーと協力して、キャンペーンとは何か、それをどう活用してパートナー由来の商談を促進するか、近日開催の GitLab ウェビナー／ウェブキャストをコンバージョンにつなげる方法、そしてパートナーが見込み客とナーチャリングできる GitLab トライアルの生成方法を理解してもらいます。このプログラムには Partner Leadership Summit が含まれます。これはチャネルパートナーのリーダーシップと GitLab ダイレクトリーダーシップを結びつけ、GitLab のビジョンと、ビジネスの成功におけるチャネルパートナーの重要な役割を共有するための対面イベントです。

チャネルを通じたマーケティング（Marketing through the Channel）

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

私たちのチャネルマーケティングマネージャーは、MDF ファンディング・管理プログラムを通じてチャネル go-to-market 活動を支援し、マーケティング準備が整ったパートナー（marketing-ready partners）（最新の SF レポート（社内））と戦略的なマーケティングプランを構築する責任を担います。

Marketing-Ready

「Marketing-Ready」とは以下を意味します:

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

これらのキャンペーンの実行は最終的にチャネルパートナーが責任を負います。

チャネルとの共同マーケティング（Joint Marketing with the Channel）

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

現在のサービスメニュー

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

  • 承認されたパートナーマーケティングキャンペーンおよびイベントへの財務的払い戻しを提供する Marketing Development Fund（MDF）の運営。リクエストは GitLab GTM イニシアチブをサポートし、以下に詳述する MDF リクエストプロセスに従う必要があります。MDF の払い戻しはキャンペーン総コストの 50% です。承認には 3 段階あり、各段階で MDF 提案のレビューと承認／却下に 2 営業日かかります。
  • ターンキー型の統合インスタントマーケティングキャンペーンは、パートナーがデマンドジェネレーションキャンペーンを実行するために必要なコラテラル資料を提供します。
  • パートナーとのフィールドマーケティングによる地域／ローカルプランのレビューと承認を行います。
  • Marketing-Ready パートナーとマーケティングプランを構築します。
  • パートナーが GitLab Partner Portal と Deal Registration システムを活用して GitLab リードを受け取り、受諾し、ナーチャリングし、クローズできる、再現可能で予測可能、持続可能で望ましいモデルを構築します。
  • Marketing-Ready パートナーについては、パートナー QBR に参加し、パートナーが GitLab とより多くのビジネスを推進できるよう、成功する go-to-market キャンペーン・施策に関するインプットとアイデア出しを行います。
  • 月次で、グローバルチャネル運営チームに対し、グローバルチャネルコミュニケーション／ニュースレター用のマーケティングコンテンツとインプットを提供します。
  • GitLab Analyst Relations からのチャネルプログラムに関する MQ、WAVE、市場ガイドへのインプット要請、必要に応じてサードパーティのチャネルアナリストとの連携を支援します。
    • サードパーティ出版物への掲載リクエストを支援します。
  • GitLab マーケティング Web サイトのパートナーページ のメンテナンスにおいて Web チームをサポートします。
  • 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 に追加することが期待されます。CMM は Allocadia にプランを追加する必要があります。これは、プログラム支出を追跡し、Allocadia の詳細パネルのさまざまな属性に基づいてレポートを実行する場所だからです。
  4. CMM が実施する各キャンペーンには、特定のキャンペーンが何を含むかをさらに詳述する 関連する Epic が必要です。
  5. 四半期ごとの QBR（Regional Marketing の QBR スケジュールに合わせて実施）に先立って、CMM はこの地域用デック を完成させます。このデックは、地域チャネルセールスディレクター、ならびに Partner Account Manager（PAM）および Partner Territory Manager（PTM）と共有されるべきものです。
    • キャンペーンに関するコミュニケーションは Epic の中で行うべきであり、この Google スライドデックは QBR と高レベルなプラン共有を目的としています。Allocadia、Epic、Issue が SSOT です。
    • 実行途中の時期にキャンペーンを開始することは避けることが目標ですが、計画サイクルの途中で承認申請することも可能です。その場合、QBR デックに戻ってアクティビティを追加する必要はありません。
  6. 半期ごと（6 か月ごと）に、CMM はパートナーとのスコアカード を作成する責任を負います。私たちはこのスコアカードを通じて、両ビジネスの成功にとって相互に重要な事項を整合させ、将来の四半期の目標設定を支援します。これは Marketing-Ready なチャネルパートナーと協力して構築する必要があります。

MDF 予算承認の要件と SLA

  1. MDF 予算レビューの要件:
    • 完成済みの FY パートナービジネスプラン（Partner Account Manager／Partner Territory Manager から提供）
    • パートナーとのジョイントバリュープロポジション（PAM／PTM とチャネルパートナーが共同で策定）
    • このチャネルパートナーと一緒にターゲットとするマップ済みアカウントのリスト（PAM／PTM から提供）
    • 完成済みの marketing ready issue とチャネルパートナースコアカード（CMM が完成）
    • すべての戦術詳細を含む完成済みの MDF リクエスト Epic（CMM が提出）
    • パートナーとの戦略的マーケティングプラン（パートナービジネスプランに含まれ、CMM が記述）
  2. SLA
    • CMM が MDF リクエスト承認 Epic を作成する前に、上記すべての要素を完了させる必要があります。MDF 予算リクエストは CMM による提出から 7 営業日以内の承認を目指していますが、上記の要件が欠落・不完全な場合、すべての要素が揃うまでこの期間は延長されます。
    • CMM がキャンペーンの予算承認を得たら、Partner Program Manager は 48 時間以内に SFDC でその戦術を承認する責任を負います。
    • 関係チーム間でのトラッキングを容易にし、透明性を高めるため、CMM は MDF リクエスト Epic に期日を設定します。
  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） - Marketing-Ready パートナーとのマーケティング戦略の構築・推進を担当し、MDF の活用や、フィールドマーケティングチームと一緒にキャンペーンを実行する準備が整ったパートナーの提案を行います。CMM は地域別に配置され、特定地域の PAM および PTM と協業します。

  • Field Marketing Manager（FMM） - フィールドマーケティングマネージャーは、デマンドジェネレーションプランを推進するためにチャネルパートナーのエンゲージメントが必要な場所を明確にする責任を負います。FMM は地域のチャネルマーケティングマネージャーと直接協業し、Marketing-Ready なチャネルパートナーと共にマーケティングキャンペーンを実行します。

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

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

成功のトラッキング

GitLab マーケティングは、パートナーソースのオポチュニティが当該キャンペーンの BATP（Bizable Touchpoint）を持っている限り、その「クレジット」を受け取ります。MDF 支出からのディール登録も特に追跡しています。これは私たちのリードシェアリングダッシュボードで追跡可能であり、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 に確認してください。

  • ファンディングサポートを受けるには、以下が必要です: - Marketing Ready GitLab パートナーであること。Marketing ready とは: - パートナーが GitLab と承認済みのビジネスプランを持っている - GitLab とマッピングされたフォーカスアカウントのリストを持っている - GitLab からパートナーに送られるリードを管理する専任担当者（Partner Prospect Admin）がいる - リードの引き渡しとリコールプロセス を認識している - GitLab との共同活動に取り組む、専任のマーケティング責任者がいる - GitLab チャネルマーケティングマネージャーと定期的にコールを行っている - MDF ポリシー と MDF プロセス（リクエストとクレーム）の要件を認識している - その活動について GitLab の Proof of Performance（POP） 要件に従うこと - MDF リクエストの最低金額 1,000 USD を満たすこと - GitLab は活動の総コストの最大 50% をカバーします

MDF ファンドのリクエスト

  • マーケティングプランを保有する Marketing Ready チャネルパートナーは、Partner Portal を通じて MDF 提案を提出 し、GitLab の承認者にメールでリクエストが通知されます。
    • Regional Channel Marketing Manager からの MDF 提案
    • MDF リクエストが承認または却下されると、パートナーに通知されます: - 却下された場合、パートナーはリクエストが拒否されたことを通知されます。 - 承認された場合、MDF Operation のチームが Issue をオープン します。

MDF リクエスト承認者の PTO プロセス

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

MDF 対象のデマンドジェネレーション活動

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

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

チャネルイベント・アワード用 Swag のリクエスト

Marketing Ready パートナー向けにマーケティングキット Swag を提供しています。これらのキットは以下から構成されます:

  • バナースタンド
  • テーブルクロス
  • ステッカー 1000 枚
  • 200 個の Swag アイテム（例: カラフルなケーブルセット、iPhone スタンド、ボトルオープナーキーチェーンなど） マーケティングキットの注文については、Channel Marketing Manager と連携してください。

Partner Instant Marketing キャンペーン

GitLab Instant Marketing キャンペーンアセットを使えば、GitLab の Select および Open パートナーは、自社のセールスチーム向けに迅速かつ簡単に有望な見込み客を生成できるマーケティングリソースにアクセスできます。私たちはターンキー型の統合パートナー campaign-in-a-box を開発しました。これを「Partner Instant Marketing」キャンペーンと呼んでおり、パートナーはアセットをコブランドして簡単に実行できます!

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

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

パートナーおよびチームメンバーは、Partner Portal のMarketing Demand Generation セクション にログインすることで、現在パートナーが利用可能なキャンペーンを確認できます。

私たちのチームの範囲外のもの

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

チームメンバー紹介

  • Daria Polukanina: EMEA Channel Marketing Manager。 EMEA Managed Partner の計画と MDF 配分を担当。PAM、PTM、Field Marketing Team と緊密に連携。

  • SJ Lim: APAC Channel Marketing Manager。 APAC Managed Partner の計画と MDF 配分を担当。PAM、PTM、Field Marketing Team と緊密に連携。

チームへの最適な連絡方法は Slack チャンネル経由です

#regional-partner-marketing

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

Channel Marketing Epics

パートナーサポート

GitLab Channel チーム

  • メール: [email protected]
  • 一般的なパートナーサポートに関するお問い合わせ用

GitLab Partner Marketing チーム

  • メール: [email protected]
  • マーケティング関連のパートナー活動について

追加リソース

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

チャネルパートナーとアライアンスパートナーは同じ Marketo オペレーションプロセスを使用し、いずれもリストインポート とUTM パラメータ には CRM Partner ID を必要とします。

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

  1. Channel Partner - Impartner Partner Account をセット、マーケティングを停止、Channel ワークフローフィールドをセット
  2. Alliance Partner - Impartner Partner Account はセットしない
CRM Partner ID（リストインポートおよびフォーム送信用）Impartner 経由でパートナーに送付マーケティング停止Lead Scoreリードフォローアップ責任
Channel Partner リードありありありなしパートナー
Alliance Partner リードありなしなしありGitLab S/BDRs

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

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

一般的なステップ:

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

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

パートナーリードはオペレーショナルメールは引き続き受信します。除外するには、smart list に Impartner Partner Account is empty を追加します。詳細はこちら。

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

パートナー通知

パートナーは、パートナーリードのライフサイクルにおける 2 つの重要な段階で自動メール通知を受け取ります: Impartner を介してリードが共有された直後と、30 日間アクションがなくリコール期限が近づいているとき、です。

通知の種類

Partner Lead Notification

新しいリードが Impartner ポータルに同期されると、パートナーには 24 時間以内に通知されます。

Lead Recall Notification

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

技術実装

Workato 統合

すべてのパートナー通知は、確実な配信と通信の重複防止のため、Workato 経由でオーケストレーションされます。Workato は複数のリード通知を 1 つのダイジェストスタイルのメールにまとめて各パートナーに送信します。

必須フィールド

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

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

通知ロジック

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

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

パートナーには、特定のカテゴリーに分類される多くの異なるタイプのキャンペーンがあります。各キャンペーンは独自のリードルーティングおよびメール慣行の ROE を持ちます。リードがどのように分配されるかを理解するために、キャンペーンフローチャート を参照してください。

MDF キャンペーン

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

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

Joint GitLab and Partner キャンペーン

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 Smart Campaign の処理
    1. Smart campaign の Smart list は、Program で使用されるランディングページを参照する必要があります。
    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 はチャネルパートナーが 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: data change の値を以下から:

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 キャンペーン

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 のパートナープログラムに登録されておらず、リード共有用の標準パートナーポータルにアクセスできないコマーケティングパートナーとウェビナーリードを共有する場合に適用されます。

必要な同意文言

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

Disclaimer 1（GitLab 同意）:

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/.

Disclaimer 2（アフィリエイト共有同意）:

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

パートナーリードのリストインポート

  1. Marketing Operations プロジェクト内の general-list-import-request という Issue テンプレートを使ってリストインポート Issue を作成します。
  2. リストインポート用スプレッドシート（リストインポート Issue 内）については、一般的な手順 に従ってください。
    1. パートナーに関連する具体的な手順について、知っておくべきことは次のとおりです:
      1. CRM Partner ID 列に Account 18（ID）が入力されていることを確認します
      2. リードを Opt-In としてマークしないでください。GitLab メールに明示的にオプトインしている場合のみ可。
      3. Impartner 同期のために電話番号は必須です。フィールドが入力されていることを確認してください。
  3. スプレッドシートが完成したら、セルフサービスリストインポート の手順に進んでください。
  4. （セットアップ不要）Marketo が処理を行います。
    1. Channel Partner Account ID（18）と等しい CRM Partner ID がある場合、
      1. Impartner Partner Account をセット - CRM Partner ID が Channel Partner に関連している場合
      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 パラメータを入力します

フィールド用語集

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

Alliance Record

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

Channel Record

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

CRM Partner ID

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

チャネルパートナーリードフローに不可欠な、Channel Partners とその CRM ID のリストは こちら で確認できます。Alliance Partners の CRM Partner ID は こちら で確認できます。

CRM Partner ID（Look up）

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

Lead Acquisition Source

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

このユースケースで Initial Source を使用しない理由は、フィールド値が Partner Qualified Lead と等しい場合のみ、Partner にアトリビュートされソース化されるためです。

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

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 プログラムのオペレーションプロセスについて詳述したページです。
チャネルマーケティング Epics
チャネルマーケティングのすべての Epic コードの包括的なリストです。
ハイパースケーラーキャンペーン
命名規則の要件 AWS や Google Cloud のようなハイパースケーラーパートナーと協業する際は、特定の命名規則と設定手順に従うことが重要です。本ガイドではこのプロセスの各構成要素を詳しく説明 …
最終更新 May 6, 2026: Merge pull request #100 from kyama0/fix/upload-images-tolerate-upstream-missing (70970e1a)
ページのソースコードを見る - ページの編集 - please contribute. Creative Commons License