Regional Marketing

Regional Marketing のビジョン

Regional Marketing チームとして、私たちはセールスチームやエコシステムチームと連携してローカル市場で会社の目標を実行する独自のポジションにあり、パイプラインをソース・創出・前進させ、導入を加速させる統合的なアクティビティ（対面およびデジタルの体験を含む）を通じて、GitLab のメリットに対する認知と理解を高めていきます。

Owned Virtual Events

チームが運営するさまざまな自社主催のバーチャルイベントの詳細については、Regional Marketing Owned Virtual Events ページをご覧ください。

Executive Roundtables

Executive Roundtable はバーチャルまたは対面で開催でき、サードパーティのベンダーまたは GitLab を通じて企画できます。これらのイベントは、主に参加者の規模とインタラクティブ性のレベルにおいて、他のイベントとは異なります。Roundtable は、ホスト（通常はサードパーティのベンダー）、GitLab のプレゼンター、参加者の間でのオープンなディスカッションとして進行します。ホストは自己紹介とセッションのトピックの紹介から始め、続いて GitLab のプレゼンターを紹介して GitLab の概要を説明してもらい、その後ホストが参加者の特定の人に直接質問を投げかけ、自由に回答・ディスカッションしてもらいます。Roundtable の利点は、ミーティングをより詳細に記録でき、組織の悩みや課題についてより深く理解できることです。

以下は Roundtable を運営する際のベストプラクティスです。

• コンテンツ作成 - FMM が Sales Manager と協力して、その地域で最も関連性が高い、または注目度の高いトピックを決定します。
• スピーカーの依頼 - Product and Solution Marketing Support Request を提出し、テンプレートに記入します。
• ホストと GitLab プレゼンター向けのスクリプトの例
• セッション中の会話を記録するためのミーティングノートの例
• セッション内の会話をリードするために、ホストと GitLab プレゼンターの間で事前に質問を準備しておきます。
• 各参加者のノートを SFDC にアップロードするためのリードリストに割り当てます。
• 参加者の事前分析 - その組織が現在 GitLab のユーザーかどうか、CE か EE のいずれの顧客かを確認します。これは、参加者とより深い会話を始めたり掘り下げたりするための素晴らしい方法になります。
• この種のイベントについては、White Glove Event Follow Up プロセスを事前に把握しておいてください。

サードパーティイベント

私たちは GitLab ブランドを構築し、またリードを獲得するために、地域のサードパーティイベントをスポンサーします。サードパーティイベントの種類には、以下のようなものがあります（これらに限りません）。

• AWS Summits
• Gartner conferences
• 市区町村が運営するテクノロジー会議
• 招待制の顧客／見込み客主催 DevOps イベント

Sweepstakes

コンテストおよび懸賞（sweepstakes）の依頼については、法務チームのプロセスこちらに従ってください。

Executive Meetings

Executive Meetings の SLA

Executive Meeting の SLA は、カンファレンス開始日の少なくとも 120 日前です。これにより、エグゼクティブのサポートを確認し、スケジューリングプロセスを設定し、イベント前にセールスがミーティングをスケジュールする十分な時間を確保できます。

Corporate Events 主催のカンファレンスでの Executive Meetings（JiffleNow を利用）

これは、Corporate Events チームが大規模なカンファレンスをスポンサーし、Regional Marketing にイベント中の Executive Meeting のスケジューリング管理（別のミーティングルームで）を依頼する場合に発生します。Marketing Operations チームは、Corporate Events チームのカンファレンスと、Regional Marketing が運営する Executive Meeting の両方について、メインカンファレンスの Marketo プログラムと SFDC キャンペーンを設定します。Executive Meeting には独自のキャンペーンタイプがなく、conference として分類されるため、RMM は Allocadia で conference キャンペーンタイプが指定されていることを確認し、リードリストには conference の進行ステータスも利用します。カンファレンス全体は Corporate Events チームが所有しますが、Executive Meeting は Regional Marketing が所有します。

JiffleNow

JiffleNow は、Corporate Events 主催のカンファレンスに紐づく Executive Meeting で Regional Marketing が利用するミーティングスケジューリングプラットフォームです。

セットアップ

Marketing Ops チームによってメインカンファレンスのプログラムトラッキングタスクが GitLab で完了すると、AMER Regional Marketing Director にタスクが割り当てられ、この Executive Meetings Asana テンプレートを利用して Executive Meeting の計画プロセスを開始するきっかけになります。

Regional Marketing 主催のカンファレンスでの Executive Meetings

これは、Regional Marketing チームが大規模なカンファレンスをスポンサーし、Executive Meeting を運営するための別のミーティングルームを確保する場合に発生します。FMC は、カンファレンスと Executive Meeting の両方について Marketo プログラムと SFDC キャンペーンを設定します。Executive Meeting には独自のキャンペーンタイプがなく、conference として分類されるため、RMM は Allocadia で conference キャンペーンタイプが指定されていることを確認し、リードリストには conference の進行ステータスも利用します。カンファレンスと Executive Meeting の両方を Regional Marketing が所有します。

セットアップ

Regional Marketing Manager は、メインカンファレンスについて一般的な Plan to WIP プロセスに従います。Operations Checklist で、RMM はイベントに Executive Meeting が含まれることを示すチェックボックスをオンにし、Duo が適切な Executive Meetings テンプレートを作成します。

Regional Marketing のキャンペーンタイプと進捗ステータス

Regional Marketing はこれらのキャンペーンタイプの多くを利用し、各キャンペーンに記載された特定の進行ステータスに従います。各キャンペーンタイプのさまざまな成功ステータスは、リードリストのアップロードプロセス中に利用されます。

Regional Marketing Manager のサポート

GitLab が今後関与する予定のイベントを知りたい場合は、TBD new Marketing calendar をご覧ください。

特定の対面またはバーチャルのイベントや施策について Regional Marketing のサポートを依頼したい場合は、以下の表を使って適切なマーケターに連絡してください。

GitLab Issue と Epic における機密性

GitLab の Issue やエピックで作業する際は、GitLab のバリューである透明性により、多くの Issue やエピックがデフォルトで公開されていることを忘れないでください。ベストプラクティスは、Issue やエピックに PII やログイン情報を直接含めないようにすることです。この種の詳細を投稿する必要がある場合は、その際に必ず Issue またはエピックを Confidential にすることを忘れないでください。また、他のチームメンバーが行ったコメントについても、Issue やエピックで注意を払ってください。他のチームメンバーが公開すべきでない詳細を投稿しているのに気づいた場合は、ただちに Issue またはエピックを Confidential にしてください。Issue を公開のままにするための他のオプションとしては、特定の人だけがアクセスできるスプレッドシートやドキュメントに PII を含めて Issue やエピックに投稿する方法があります。ログイン情報を共有する必要がある場合は、1Password の Marketing Vault を利用してください。

機密レベルとコンプライアンスの詳細については、このハンドブックページをご覧ください。

役立つリンクのスプレッドシート

このスプレッドシートは、Regional Marketing プロセスの重要なリンクをチームが追跡するのに役立ちます。

Regional Marketing が AI をどのように活用しているか

GitLab が承認した AI ツールのみを使用し、それらのデータ分類レベルを認識してください。承認されたすべてのプラットフォームのリストについては、Tech Stack を参照してください。禁止されている AI ツールのリストについては、このハンドブックページを参照してください。

役立つリンク

• AI at GitLab Initiative
• AI at GitLab Tips
• Communicating When Using Generative AI Tools
• Duo Agent Prompt Library
• Glean Tips & Tutorials
• How to Customize DAP
• Marketing Ops AI Org Chart

AI プラットフォーム

Claude は、会社全体で利用されている GitLab 承認の AI ツールです。Regional Marketing チームは、いくつかの主要分野にわたって Claude を日々のワークフローに統合し、全体的な業務品質を向上させ、大幅な時間を節約しています（以下のリストに基づき、さまざまなキャンペーンタイプで推定 11.5 〜 25.5 時間。Regional Marketing は FY26 に 500 を超えるイベントを実施しました）。Claude は、以下の例の改善と整理にも協力してくれました！

GitLab Duo Agent Platform (DAP) は、GitLab プラットフォーム全体に複数のインテリジェントなアシスタント（「エージェント」）を組み込む、新しい AI 搭載ソリューションです。Regional Marketing は、新しい GitLab プロジェクト管理プロセスで Duo エージェントに大きく依存することになります。

Regional Marketing は、GitLab の AI ナレッジプラットフォームである Glean も利用して、Slack メッセージ、重要なドキュメント、役立つハンドブックページ、GitLab Issue など、たくさんのものを迅速かつ効率的に探し出しています！

イベントの計画とロジスティクス

• Know Before & After You Go ドキュメント: Glean agent coming soon!
• Plan to WIP: チームは Plan to WIP プロセスで DAP に大きく依存しており、これによりすべてのグローバルイベントのバックエンドプロセス／セットアップ／計画をチームがナビゲートできます。
• 会場リサーチ: すべてのイベント仕様を入力し、Claude にロケーションを調査させることで、イベント会場を検索・比較します（例）。
  • 時間の節約: 1 〜 2 時間
• イベントタイミングの最適化: 祝日、地域の大規模カンファレンス、混雑する時間帯を避けながら、対面イベントに最適な日時を Claude に尋ねます。また、出席者数が最大になるバーチャル Webinar の開催に最適な時間帯を見つけるのにも使用します。
  • 時間の節約: 30 分〜 1 時間
• イベントエンゲージメント: 参加者のエンゲージメントを高め、学習を促進し、交流を育み、記憶に残る体験を生み出すために、短くて楽しいクイズの質問を作成します（例）。
  • 時間の節約: 30 分〜 1 時間
• プロジェクト計画: ルックバック日の推奨事項を含むプロジェクト計画を立てます（例）。
  • 時間の節約: 30 分〜 1 時間
• ドキュメントの再作成: 新しいイベント要件に合わせてドキュメントを再作成します（この古いスポンサーシップ契約書を、元のテンプレートと新しいスポンサーシップ概要を Claude に提供することで新しい契約書にする例）。
  • 時間の節約: 1 〜 2 時間

データ分析とリスト管理

• リードリストのクリーニング: Regional Marketing は Dobby List Clean Wizard を利用してリードリストのクリーニングを支援しています！手順とビデオチュートリアルはこちらをクリックしてください。
  • 時間の節約: リストのサイズ（30 件のリード対 4,000 件のリード）に応じて、30 分〜 2 時間
• Tableau 分析: ROI の可視性を高めるためにレポートを評価し、会社の取り組みを地域のイベント施策に実装するための戦略的インサイトを生成します。
  • 時間の節約: 1 〜 2 時間
• データ変換: Tableau データの Markdown ファイルを作成し（例）、フィルタリングや分析を容易にするために Google Sheets に転送します。
  • 時間の節約: 30 分〜 1 時間
• 登録リストの抽出: EMEA では、カンファレンスは通常イベント前に登録リストを提供しません。ネットワーキングポータルにはすべての登録者が表示されますが、登録済みのパス保有者のみがアクセスでき、リストのエクスポートは許可されていません。ネットワーキングポータルのページを PDF として保存し、それを Claude に入力すると、チームがレビューするためのクリーンな登録リストが自動的に生成されます（例）。Claude は、フィルタリングやノートの記録を容易にするために、データの Markdown ファイルを作成して Google Sheets に転送することもできます。
  • 時間の節約: 30 分
• 顧客フィードバックの統合: AWS Summits やその他のアクティビティからさまざまなフィードバックドキュメント、ノート、アンケート結果を集め、情報を統合し、共通のテーマを特定し、改善のための実行可能な推奨事項を提供します。Claude は視覚的な表現のためにグラフやスライドを作成することもできます（注: 要素は Google Slides や PowerPoint のように簡単に編集できません）。
  • 時間の節約: 30 分〜 1 時間

コンテンツ作成とコミュニケーション

• Event Recap Slack Comms Agent: Regional Marketing では、#regional-partner-marketing パブリックチャンネルに詳細や写真を投稿することで、イベントの成功について GitLab に伝えることが大好きです。今では、Sales Know Before & After You Go ドキュメント、Slack チャンネルの詳細、Salesforce キャンペーンからイベント情報を取得する Glean エージェントを利用して、これらのイベントの振り返りを書くのを支援しています。
  • 時間の節約: 15 〜 30 分
• Tone of Voice: 自分自身の個人的な口調を AI に教えることで編集時間を節約し、AI プラットフォーム全体のすべてのコンテンツがより「人間らしく」聞こえるだけでなく、各個人の文体のように聞こえるようにします。
  • 時間の節約: 15 〜 30 分
• イベントアセットのコピー: イベント資料のコピーを生成・改善し、一般的なスペルや文法のチェックも行います。より具体的なコピーのサポートには、Copyccino を使用します。オーディエンス、メールタイプ、アセットの詳細を提供するだけで、GitLab のメッセージングフレームワークに基づいたドラフトが得られます。
  • Transcend Messaging: Transcend に関するあらゆることに Wassily を利用しています！質問に答え、招待状やコンテンツの作成などを支援できます。
    • 時間の節約: 30 分〜 1 時間
• 翻訳サポート: GitLab とパートナー間のメッセージや会話を翻訳し、外部コミュニケーションの初稿を作成します（ネイティブスピーカーによる検証が必要）。
  • 時間の節約: 30 分〜 1 時間
• パーソナライズされたアウトリーチ: 特定のペインポイントと各イベントで参加者が得られるものを強調する、AE のアウトリーチ用のメールシーケンスを作成します。
  • 時間の節約: 30 分〜 1 時間

戦略的インテリジェンスとリサーチ

• ミーティング分析: ミーティングやオフサイトのノートを分析して、主要なインサイトとアクションアイテムを抽出します（例）。
  • 時間の節約: 30 分
• アカウントリサーチ: SA チームの方法論を使用して、包括的なアカウントリサーチを実施します（例）。
  • 時間の節約: 1 〜 2 時間
• トレードショーリサーチ: イベント Web サイトの情報に基づいて潜在的な顧客オーディエンスを分析し、ハイレベルなトレードショーリサーチを実施して（例）、初期のイベントレビューのためにフィールドおよびパートナーセールスチームと共有します。
  • 時間の節約: 30 分〜 1 時間
• 製品知識: GitLab を競合他社と比較するバトルカードを作成し、DevSecOps 領域における独自の差別化要因を強調します。
  • 時間の節約: 30 分〜 1 時間
• Executive Roundtable リサーチ Claude を使用して Executive Roundtable 向けの特定の情報を取得し、企業情報や参加者に基づいた構造化されたサマリーを提供します。以下を含みます。
  • 企業概要
  • ペルソナの役割分析
  • 関連記事から得た Roundtable トピックに関する意見調査
  • 企業の DevOps および AI 戦略との GitLab の整合性
  • データレジデンシー、AI 規制、実装に関するディスカッションポイント
    • 時間の節約: 30 分〜 1 時間

パートナーコラボレーション

• アカウントマッピング: パートナーが共同イベントでターゲットにする予定の企業リストを提供したら、Claude を使用してこのリストを GitLab FO のターゲットアカウントリストと簡単にマッピングします。どのアカウントに注力すべきかパートナーにフィードバックし、これらの FO アカウントからより多くの意思決定者を招待します。
  • 時間の節約: 30 分〜 1 時間
• パートナーマーケティングのブレインストーミング: 新しいパートナーのより広範なテクノロジーパートナーシップとそのターゲット業界を素早く分析し、そのオーディエンスをよりよく理解します（例）。注: Claude のアイデアは批判的に分析する必要があり、正確性のために必ず ESM および AE チームと確認すべきです。
  • 時間の節約: 30 分〜 1 時間

PathFactory

Marketing Operations チームを通じて、Regional Marketer は PathFactory への Author ロールアクセスを依頼し、アセットをアップロードしてトラックにキュレーションできます。それらは Marketo、about.gitlab.com、その他のキャンペーン関連チャンネルでの利用のために配信されます。Regional Marketing は現在 Reporter レベルのアクセスを持っています。ユーザーロールの違いを確認するには、PathFactory ページにアクセスしてください。

Author ロールアクセスを持つことのメリット

1. 効率の向上: Campaigns チームのリクエスト Issue を作成してリクエストが処理されるのを待つよりも、自分でアセットをアップロードしたりトラックを作成したりするほうが時間がかかりません。
2. オーナーシップ: PathFactory への Author ロールアクセスを持つことで、Regional Marketing はアセットのアップロードやコンテンツトラックを管理でき、最終的に地域、国、ターゲットアカウントに応じて PathFactory 体験をパーソナライズできます。
3. 最適化: 各アセット／トラックのパフォーマンスを確認することで、Regional Marketing は月次または四半期ごとのリフレッシュでコンテンツを改善・最適化できます。

開始方法

Author ロールの詳細については、PathFactory ページのユーザーロールセクションをご覧ください。

必須トレーニング

Author ロールアクセスを依頼する AR を提出する前に、Pathfactory Training のビデオ（特に Author ロールのトレーニング）を確認してください。

このセクションは、グローバルな Regional Marketing チームへの展開に合わせて、引き続き詳細を追加していきます。

イベントを Plan から WIP へ移行するプロセス

以下は、Regional Marketing イベントがドラフト／計画フェーズから、最終確定して GitLab でアクティブに管理される状態（WIP）に移行する際のプロセスです。

SLA

以下の SLA に基づいて、適切にタイムラインを計画してください。これらの SLA には、祝日のための追加時間も含める必要があることに留意してください。

• 契約リクエスト: FMC が ZIP に入力するまで 3 営業日
• Plan to WIP - GitLab イベント Issue で Operations Checklist が完了し、FMC に連絡してから 3 営業日後
• Marketing Operations リクエスト - 7 営業日

重要な GitLab アクセス手順

Duo Agentic を利用しながら無制限のクレジットを受け取るには、すべてのユーザーが以下の手順に従う必要があります。

1. GitLab で、右上隅のアバターを選択します。
2. Preferences を選択します。
3. Behavior セクションまでスクロールします。
4. Default GitLab Duo namespace のドロップダウンから、自分の namespace を選択します。
5. Save changes を選択します。

Plan から WIP への移行

FMM 向けステップバイステップ

• FMM は Allocadia の適切なプランにイベントを追加し、すべてのサブカテゴリパネルのフィールドに記入して初期ライン項目を作成します。
• FMM はサブカテゴリに戻り、パネルの一番下までスクロールして Create/Update Marketing Issue をクリックすると、GitLab Issue が作成されます。
• FMM は Operations Checklist に記入し（完全に記入する必要があります）、Issue で FMC に連絡して Issue を WIP に移動するよう依頼します。

FMC 向けステップバイステップ

以下のラベルについて、現在 Allocadia と追加の同期および自動化に取り組んでいることにご注意ください。

• FMC は GitLab Issue に以下のラベルを追加します:
  • 適切な GTM ラベル
    • RM GTM - AI
    • RM GTM - DevOps
    • RM GTM - Security
  • 適切な地域ラベル
    • RM AMER
    • RM APJ
    • RM EMEA
  • フィルタリング用の特定のサブ地域ラベル（例 - Public Sector US Finserv）
  • ハイパースケーラー資金によるイベントの場合:
    • 適切なキャンペーンタイプ（以下の完全なリストを参照）
    • 適切な Hyperscaler ラベルを追加:
      • Hyperscaler - AWS
      • Hyperscaler - GCP
• FMC は、Allocadia > GitLab 同期によって以下のラベルが GitLab Issue に自動的に追加されたことを確認します:
  • Regional Marketing
  • mktg-status::plan
  • 適切な会計年度／四半期ラベル（例 - FY27-Q4）
  • 適切なキャンペーンタイプ
    • RM Owned Event
    • RM Hosted Workshop
    • RM Conference
    • RM Survey
    • RM Direct Mail
    • RM Hosted Webcast
    • RM Sponsored Webcast
    • RM Executive Roundtable
    • RM Vendor Arranged Meetings
    • RM Executive Meetings
• FMC は Allocadia のサブカテゴリとライン項目のパネル詳細をレビューし、その施策について予測コストが正しい月（前払費用ポリシー に従って）に入っていることを確認し、必要な調整を行います。
• FMC は Operations Checklist のすべての詳細が完了していることを確認します。
• FMC は GitLab 画面の右上で Duo を開き、Planner エージェントを選択します。
  • FMC は Agentic が ON に切り替わっていることも確認します。
• 次に FMC は Duo Event Prompt - v13 の手順に従います。
  • 注: 各作成パートでは、FMC が Duo のサマリーをレビューして approve をクリックすると、Duo が作業を開始します。
• すべてのサポートエピックと Issue が Duo によって作成されたら:
  • FMC は各 Issue をレビューし、適切な担当者と期限を追加します（手順は各 Issue テンプレートに記載）。
  • FMC は、イベントタイプに不要なエピックテンプレートの詳細を削除します。例 - イベントが owned の場合、FMC はテンプレート内の conference キャンペーンタイプに関するセクションを削除できます。
  • FMC はプログラムトラッキングとコピー作成の Issue を完了します。
• 次に FMC は GitLab Issue で mktg-status::plan ラベルを mktg-status::wip に変更し、イベントが WIP に移動したことを FMM に連絡します。

エピックと Issue の階層

• 親エピック Issue テンプレート
  • Allocadia 作成 Issue テンプレート（Operations Checklist を含む）
  • 契約リクエスト Issue テンプレート
  • プログラムトラッキング Issue テンプレート
  • コピー作成 Issue テンプレート
  • ランディングページリクエスト Issue テンプレート
  • メール招待リクエスト Issue テンプレート
  • リマインダーリクエスト Issue テンプレート
  • フォローアップリクエスト Issue テンプレート
  • スタッフ配置とサポート Issue テンプレート
  • イベント後 Issue テンプレート
  • SBKG Doc テンプレート
  • Swag とイベントアセットテンプレート
• イベントがカンファレンスの場合
  • Conference Checklist テンプレート
• イベントにエグゼクティブミーティングが含まれる場合
  • Executive Meetings テンプレート
• イベントに hyperscaler funds が含まれる場合
  • Hyperscaler Funds Tasks テンプレート
• イベントがワークショップまたは Webcast の場合
  • Webcast Prep Issue テンプレート
  • Dry Run Scheduling Issue テンプレート

GitLab Issue とエピックのクローズ

イベントが終了し、リードが正常に更新され、すべてのタスクが完了したら、FMM は Allocadia で作成された GitLab Issue をクローズします（Issue の一番下までスクロールして Close Issue をクリックするか、Issue の右上の三点メニューバーに移動して Close Issue をクリックします）。FMM は同じ手順を使ってエピックもクローズします。

イベントリード収集に関する留意事項

すべての地域イベントやリードが同じというわけではありません。リードのミーティング／スキャンやインタラクションのノート作成において、調整された処理手順が必要になることがあります。以下にいくつかの例を示します。

High Priority リード: 適切な基準がそのリード／アカウントについて満たされていることを前提に、GitLab のリーダーシップが見込みのあるリード／アカウントに追加の注意を払いたい状況があります。これらのリードは High Priority と呼ばれ、high priority プロセスを利用します。このラベルは文字通りの意味を持つだけでなく、リードが通常のリードルーティングおよび MQL プロセスを回避して、戦略的アウトリーチのためにすぐに SDR/BDR に送られることも意味します。リードが High Priority としてマークされる理由はいくつかありますが、この特定のハンドブックページでは、焦点を当てるべき主要な定義が 2 つあります。

• High Priority Campaign: このリードは high priority イベント中に獲得されました。四半期や年度の戦略を立てる際、セールスとマーケティングのリーダーシップは、GitLab の現在および将来の目標に基づいて、今後どの地域イベントが重要になるかを話し合います。地域イベントが基準に合致すると判断された場合、このイベントから収集されたすべてのリードが high priority としてマークされ、フォローアップのために迅速にルーティングされます。どのキャンペーンが該当するかはリーダーシップが連絡します。
• White Glove: White Glove のリードは戦略的アウトリーチを必要とし、SDR、Account Executive、場合によってはそれ以上の人が関与します。一般的に、これらのリードは GitLab に関する会話に高度に関与し、その関与について詳細なイベントノートがあり、またはイベント中に特定の GitLab チームメンバーと関わっていました。White Glove のリードは High Priority Campaign 内に存在する可能性があるため、2 つのうちどちらのラベルが最も適切かについて最善の判断を下してください。

これらのどちらのタイプについても high priority ステータスを記録するのは簡単で、セルフサービスのリストアップロードに使用するスプレッドシートの High Priority Reasons? 列にドロップダウンオプションとして含まれています。その理由は Marketo の High Priority Reason temp フィールドに送られ、その後早期のリードルーティングのためにリードが処理されます。

各キャンペーンのイベント後のリードフロー

Regional Marketing がキャンペーンを実行した後、Regional Marketing Manager は、キャンペーンが以下を含めて完全に運用されたことを確認する責任を負います。

• キャンペーンの DRI は、リストインポートのガイドラインに従ってリストをレビューしクリーンアップします。
• SDR は、リードが Salesforce に追加される前にフォローアップを依頼されるべきではありません。
• すべての出席者および欠席者にフォローアップメールが送信される場合、FMM はメールが送信されたことを確認する責任を負います。
• キャンペーンの回答者は、参加したアクティビティに対して受け取るべき正しい量の MQL ポイントを受け取りましたか？
  • パーソンスコアは、各 SFDC キャンペーンの Custom Links セクションで確認できます。これにより、キャンペーンメンバーがリードか連絡先かにかかわらず、その MQL スコアを 1 つのビュー内で確認できます。
• リード／連絡先が MQL のしきい値に達し、SDR がこのレコードをフォローアップして MQL ステージを超えて移動させましたか？
• Regional Marketing キャンペーンイベント計画シートの関連するすべてのタブを更新します。

アトリビューションのためにリードに SFDC キャンペーンを追加する

アトリビューションのためにリードに SFDC キャンペーンを追加する方法の手順については、この 2 分間の説明ビデオをご覧ください（視聴するには GitLab Unfiltered にサインインしている必要があります）。

SFDC とセールスのアライメント

SFDC 内のレポートを支援するために、各 Regional Marketing Manager は SAE/AE の割り当てに基づいてアカウントが割り当てられます。Regional Marketing は、コラボレーションを促進するために、100% ジオ重視ではなく SAE/AE と整合させることを決定しました。

ジオ担当者のルーティングは、世界中の郵便番号を通じて行われます。Named アカウントと US Public Sector は、手動で別の方法で処理されます。Sales Ops は、PubSec と Named アカウントを更新するために月次監査を実施します。Regional Marketing マネジメントは Sales Ops と協力して、この情報を最新の状態に保ちます。

自分が所有すべき（または所有すべきでない）と思われるアカウントに遭遇した場合は、以下の手順に従ってください。

1. SFDC のアカウント内で、@sales-support に Chatter で連絡し、このアカウントを更新すべき理由を提供します。
2. 10 件を超えるアカウントを更新する必要がある場合、または FMM が地域を変更する場合は、更新を依頼する sales ops issue を開いてください。

GitLab セールスが Account Engagement のルールをどのように扱うかの詳細は、こちらで確認できます。

ROI とレポーティング

Regional Marketing は、イベントやキャンペーン施策の分析とレポートに Tableau を利用しています。

Tableau に加えて、Regional Marketing フォルダこちらの下にある SFDC の多数の保存済みレポートも利用しています。

クロスファンクショナル・パートナーサポートのレポーティング

Regional Marketing の SSoT は、予算編成および計画ツールである Allocadia です。イベントが計画の準備ができ次第、Regional Marketer はイベントに関するさまざまな詳細を Allocadia に追加します。私たちの Allocadia パネルには、さまざまなチームからのサポート（スタッフ配置、コンテンツ、ブランディングなど）が必要かどうかに関する質問が含まれています。毎月初めに、これらの詳細のレポートが Allocadia から取得され、このエピックに提出されます。月次レポートには、クロスファンクショナルなサポートを依頼する会計年度の残りすべてのイベントが含まれます。

イベントのリスケジュールまたはキャンセル

Webcast またはバーチャルワークショップのリスケジュールまたはキャンセル

Webcast やバーチャルワークショップの再スケジュールまたはキャンセルのプロセスには追加の手順が含まれることに注意してください。これらの手順の詳細については、以下を参照してください。

再スケジュールについてはプロセスこちら、キャンセルについてはこちらを参照してください。

その他すべてのイベントタイプ（対面ワークショップを含む）については、以下の手順を参照してください。

イベントのリスケジュール

FMM のタスク

• FMM は Asana プロジェクトで FMC とスタッフ／DRI に連絡し、更新された日付を伝えます。
• FMM は会場から新しい日付の修正条項／更新された契約書を取得します（該当する場合）。その後 FMM は元の契約リクエストを再オープンし、新しい日付と修正条項／更新された契約書を添えて FMC に連絡します。
• FMM は追加のベンダー（Boundless、PizzaTime など）と日付を更新します。
• イベントに個人の Zoom を利用している場合、FMM はイベントが設定された Zoom アカウントで日付を変更します。Notify registrants about changes to this meeting チェックボックスをオンにして、登録者が Zoom から固有の参加リンク付きの日付変更メール通知を受け取れるようにしてください。
• イベントに登録がある場合は、登録者に直接日付変更を通知するか、FMC に日付変更メールの Issue を作成してもらい、コピードキュメントにコピーを提供してください。このメールは MOps SLA に従う必要があることに注意してください。

FMC のタスク

• FMC は Allocadia サブカテゴリで新しい日付を更新し、予測金額を調整します（前払費用の $5k しきい値を超えていて、新しい日付が新しい月に該当する場合）。
• FMC は、イベント招待のために適切な Google カレンダーで日付を更新します。
• FMC はエピックの詳細とサブ Issue の期限（および Issue タイトル）を更新し、今後のアセット送信日にも必要な変更を加えます。
• 送信予定のメールがある場合、FMC はそれらの Issue で MOps に特に連絡し、送信のスケジュールを解除してメール送信日を更新してもらいます。
• FMC は Marketo LP の Issue を再オープンし、LP の日付変更を依頼します。これにより LP の URL も変更される可能性が高く、その場合 FMC はエピック内の LP リンクを更新し、変更されたリンクを FMM に通知します（セールスチームに伝えるため）。
• FMC はこれらの手順に従って、Events Page のイベントの日付を更新します（該当する場合）。
• Allocadia: FMC は SFDC キャンペーン名の ISO 日付を新しい開始日に変更します。
• SFDC: FMC は SFDC キャンペーン名の ISO 日付を新しい日付に変更し、開始日と終了日のフィールドを更新します。
• Marketo: FMC は Marketo プログラムの ISO 日付を新しい日付に変更し、event date と UTM tokens を更新します。また、アセットの有効期限も更新します。
• FMM が修正条項／更新された契約書を提出した場合、FMC は Zip 経由で PO 変更リクエストを提出します。

イベントのキャンセル

FMM のタスク

• FMM は Asana プロジェクトで FMC とスタッフ／DRI に連絡してキャンセルを伝え、プロジェクトをクローズします。
• FMM は追加のベンダー（Boundless、PizzaTime など）とキャンセルステータスを更新します。
• イベントに個人の Zoom を利用している場合、FMM はイベントが設定された Zoom アカウントからイベントを削除します。Send meeting cancellation email to registrants チェックボックスをオンにして、登録者が Zoom からキャンセルメール通知を受け取れるようにしてください。メール本文のキャンセルメッセージを編集することもできます。
• イベントに登録がある場合は、登録者に直接キャンセルを通知するか、FMC にキャンセルメールの Issue を作成してもらい、コピードキュメントにコピーを提供してください。このメールは MOps SLA に従う必要があることに注意してください。

FMC のタスク

• FMC は、イベントサブカテゴリパネルに移動して Campaign Canceled? ドロップダウンで Yes を選択し、イベントがキャンセルされたことを示すよう Allocadia を更新します。FMC は、メイン Issue のタイトルが更新された状態を保つよう、イベントサブカテゴリのタイトルと Official Event/Campaign Name フィールドに CANCELED も追加します。
• FMC はそれに応じて Allocadia の計画／予測コストを削除します。
• FMC は適切なカレンダーで Google カレンダーの招待を削除します。
• FMC はこれらの手順に従って、Events Page からイベントを削除します（該当する場合）。
• FMC はオープンしているすべてのサブ Issue でキャンセルについてコメントし、Issue をクローズします。送信予定のメールがある場合、FMC はそれらの Issue で MOps に特に連絡し、まず送信のスケジュールを解除してもらいます。
• 該当する場合、FMC は Zip リクエストで調達とファイナンスに連絡し、イベントがキャンセルされたことを通知します。
• FMM が登録者に独自のキャンセルメールを送らず、Marketo のキャンセルメールを送りたい場合は、リクエストのための Issue を作成し、Marketing Ops にトリアージします。注: このメールは、以下の残りの手順を完了する前にスケジュールおよび送信する必要があります。
• すべてのサブ Issue がクローズされたら、FMC はエピックにもキャンセルを記録し、エピックをクローズします。
• SFDC: キャンペーン名に [CANCELED] を追加し、Campaign Status ドロップダウンで Aborted を選択します。
• Marketo: プログラム名に [CANCELED] を追加します。アクティブ化されたスマートキャンペーンを無効化します。
  • プログラムメンバー（登録）がない場合、または内部テスト登録のみの場合は、Salesforce campaign sync フィールドに移動してリンクされたキャンペーンをクリックし、ドロップダウンから None を選択して Save をクリックします。これにより、プログラムの SFDC と Marketo の同期が削除されます。
  • プログラムメンバー（登録）がある場合は、ランディングページをクローズする手順に従います。追加のアクションは不要です。
• sales-nominated メールが設定されていた場合は、MOps に連絡して sales-nominated メールの送信をオフにしてもらってください。

Marketo ランディングページとランディングページフォームのクローズプロセス

Marketo アセットの有効期限

プログラムのセットアップ中にプログラムアセットの有効期限を設定するには、campaigns and programs ハンドブックページに記載されている手順に従ってください。

LP と LP フォームをクローズするためのオプション

Marketo ランディングページをクローズするには 2 つのオプションがあります。

1. LP の登録フォームをクローズし（これにより登録フォームが LP から削除され、登録を受け付けなくなります）、登録フォームが利用できなくなった理由（イベントが定員に達した、またはイベントが終了した）を説明するよう LP を更新する。
2. LP 全体をクローズする。LP リンクをクリックすると、登録 LP ではなく about.gitlab.com ページに移動します。このオプションは現在、Marketo Asset Expiration プロセス中に自動的に実行されます。アセットの有効期限はイベント日の 4 週間後に発生するため、イベントが定員に達したり終了したりしたら登録フォームをクローズして LP の文言を更新し、この期間中 LP がオープンかつアクティブのまま残らないようにすることが重要です。

FMC はオープンしているすべての Marketo LP を追跡し、イベントが終了したり定員に達したりしたら、Marketing Ops に LP フォームのクローズを依頼する責任を負います。

LP の登録フォームをクローズするには、FMC は Marketo LP の Issue を再オープンし、以下のいずれかのプロセス（Marketo プログラムテンプレートは施策ごとに異なるため、キャンペーンタイプに応じて）に従うよう Marketing Ops に依頼します。LP の Issue で、FMC は Marketing Ops に登録フォームの削除を依頼し、LP ページ上部の具体的な文言を Marketing Ops に提供します。標準の文言オプションは以下を参照してください。イベントが demo/workshop ページに掲載されていたワークショップの場合、FMC は Marketing Ops に掲載の削除も依頼します。FMC は Issue の期限を更新します。

イベントが定員に達した場合

• FMC は上記の手順に従って LP の登録フォームをクローズし、イベントが定員に達したことを明記するよう文言を更新します。
• 登録がクローズされた後にオープンしている招待 Issue が残っている場合、FMC はそれを Issue に記録してクローズします。招待がすでに送信予定の場合、FMC は Issue をクローズする前に Marketing Ops に送信のスケジュール解除を依頼します。FMC は Issue の期限を更新します。
• LinkedIn キャンペーンが実施された場合、FMC は ABM チームに、ABM の Issue で LinkedIn の登録フォームをクローズするよう依頼します。
• イベントが定員に達した場合、Events Page からイベントの掲載を削除する必要はありません。完売したイベントが掲載されていることで、イベントへの期待が高まり、今後の参加者がより早くイベントに登録するよう促すことができます。

イベントが発生した後に Marketo LP をクローズする際の標準文言

以下の文言は、イベント終了後に Marketo LP フォームをクローズする際に利用／Marketing Ops に送信できます。

Thank you for your interest in this [insert event type]. This event has concluded and registration is now closed, but GitLab has a number of hands-on events and educational programs scheduled at any given time. Please visit our events page for more information on upcoming events and dates.

イベントが定員の場合に Marketo LP をクローズする際の標準文言

以下の文言は、イベントが定員に達した場合に Marketo LP フォームをクローズする際に利用／Marketing Ops に送信できます。

Thank you for your interest in this [insert event type]. The event has reached capacity and registration is now closed, but GitLab has a number of hands-on events and educational programs scheduled at any given time. Please visit our events page for more information on upcoming events and dates.

Marketo LP フォームのクローズ

これらの手順では、Marketo LP フォームをクローズする方法と、ページ上部の LP の文言を更新する方法を説明します。ページとその情報は引き続き訪問者に表示されますが、登録のために記入するフォームはなくなります。

Webcast Marketo LP フォームのクローズ

手順はこちらを参照してください。

ワークショップ Marketo LP フォームのクローズ

手順はこちらを参照してください。

Marketo LP のクローズ

これらの手順はすべてのキャンペーンタイプで標準的であり、LP 全体をクローズして訪問者を about.gitlab.com ページに再ルーティングします。以前にアセットの有効期限を設定している場合、このステップは自動的に実行されます。

• Marketo にサインインします。
• クローズしたいランディングページの Marketo プログラムをクリックして入ります。
• Assets をクリックして入ります。
• Registration Landing Page をクリックします。
• ページ上部で Landing Page Actions をクリックします。
• ドロップダウンリストで Unapprove をクリックします。
• ポップアップボックスでオレンジ色の Unapprove ボタンをクリックします。
• ランディングページの URL に移動し、ランディングページがアクティブでなくなっていることを確認します（表示されるはずのサイトは about.gitlab.com です）。
• 01a or 01b Registration Flow に移動してスマートキャンペーンを無効化します。

Marketo LP 登録フォームがクローズされた後に登録者を追加する

イベントが定員に達したために Marketo LP の登録フォームをクローズしたが、後から重要な登録者を追加する必要がある場合は、以下の手順に従ってください。

重要な注意: Regional Marketing には以下のアクションを実行するアクセス権がありません。必要に応じて登録者を追加するには、#mktgops Slack チャンネルで Marketing Operations に連絡してください。

重要な背景: ランディングページとフォーム自体は、誰かが同期されるかどうかには影響しません。同期は Program Members とそのステータスのみに依存します。したがって、人がフォームに記入しても、プログラムメンバーのステータスが Registered に更新されない限り、Zoom の Webcast には決して同期されません。同様に、フォームに一切記入されなくても誰かのステータスを Registered に更新でき、その人は Zoom に正常に同期されます。

1. Marketo の Database タブに移動します。
2. クイック検索ボックスにその人のメールを入力し、虫眼鏡をクリックして検索します（その人が存在しない場合は、上部のリボンで NEW をクリックして new person を追加します。リードデータベースに表示されるまで最大 10 分かかります）。
3. クエリに一致するすべての人が表示される画面に移動します。正しい人を見つけたら、クリックしてハイライトします。
4. ハイライトしたら、右クリックするか、上部のリボンから Person Actions を選択できます。
5. Programs にカーソルを合わせ、Change Program Status... をクリックします。
6. 追加したいプログラムを検索し（招待送信などではなくメインプログラムであるべきです）、Registered のステータスを選択します。
   • これが何人に影響するかを確認します。1 人（またはハイライトした数）であるべきです。
7. RUN NOW をクリックしてアクションを実行します。
8. ステータスボックスが右上に表示され、アクションの処理がいつ完了するかを知らせます。
   • Registered として追加されると、登録者のスコアリングがトリガーされます。
   • 登録者が Zoom に同期されると（30 分程度以内）、登録者は Zoom から確認メールを自動的に受け取ります。

これらの手順を使用して、誰でも Marketo プログラムに追加できます。

GitLab ランディングページでの登録の問題

GitLab のランディングページでイベントの登録に問題がある登録者がいる場合は、まず以下の修正を試してもらってください。それでもうまくいかない場合は、Marketing Ops とバグ Issueを開いて、ランディングページに問題があるかどうかを判断してください。

• どのブラウザを利用しているか、登録ページをブロックしている可能性のあるプラグインがないかを尋ねます。
• まだ試していない場合は、Chrome を利用して登録を試してもらいます。
• シークレットモードを使って登録を試してもらいます。

地域ワークショップデモページでのワークショップ掲載の追加と削除

私たちは GitLab events ページ と、以下の EMEA 地域ワークショップ/デモページの両方でワークショップをマーケティングしています（AMER と APAC のデモページは廃止されました）。GitLab events ページの掲載には新しいイベントを追加するために MR が必要で（手順はこちらを参照）、イベント日が過ぎるとイベントは自動的にページから外れます。しかし、地域ワークショップ/デモページは手動での調整が必要です。EMEA のワークショップ LP が Marketing Ops によって作成されると、LP が承認され次第、EMEA ワークショップ/デモページに追加します。ワークショップが完了し、FMC が Marketing Ops に LP のクローズを依頼すると、Marketing Ops は地域ワークショップ/デモページからも掲載を削除します。

• EMEA Workshop/Demo Page

地域ワークショップデモページ - Marketing Ops 向け手順

Marketing Ops は、EMEA のワークショップのみを EMEA Tech Demos and Workshop page に追加します。

地域ワークショップ/デモページの詳細については、このハンドブックページをご覧ください。

顧客 PII を含む施策

Regional Marketing が、スワッグ配送用の住所を収集するために Marketo でランディングページを構築するキャンペーンを実施することがあります。このような例としては、5k run、GitLab 主催の試食イベント、ダイレクトメールキャンペーンなどがあります。住所を収集する際は、PII コンプライアンスを確保するために以下の手順に従ってください。

ランディングページの文言

Marketo のランディングページで住所を収集する際は、必ず以下の文言をページに含めてください - By giving us your address, you are giving us permission to mail items to your home or office. We will not use this data for any other purposes.

スワッグ送付用の住所の取得

PII コンプライアンスのため、Marketo ランディングページで収集された住所は SFDC に同期されないことに注意してください。そのため、Marketo から住所リストを取得するには Marketing Ops のサポートが必要です（Regional Marketing は Marketo でこのレベルのアクセス権を持っていません）。

Marketo からの PII の削除

レポートがダウンロードされたら（またはイベント／施策が終了してすべてのスワッグが送付されたら）、Marketing Ops は Marketo で直接 PII 情報も削除します。このサポートを依頼するには、このページを確認し、エクスポートリクエスト Issue を開いて、リストの取得と PII の削除がいつ必要かを指定してください。また、スワッグが発送されたら、注文スプレッドシートからも PII を削除することを忘れないでください。

PII コンプライアンスのタイムライン

すべての顧客の PII（リードリストのスプレッドシートを含む）をイベントの 90 日以内に削除することを忘れないでください。

Regional Marketing のスワッグ

Regional Marketing 以外のチームのスワッグ

Regional Marketing 以外のイベントのスワッグやイベントアセットを注文したい場合、または顧客向けのスワッグを注文したい場合は、こちらの詳細を参照してください。

顧客スピーカーへのギフト

スピーカーの旅費や宿泊費の支払いに関する情報が必要な場合は、GitLab Event Information ページのこのセクションを参照してください。

顧客スピーカーへのギフトには、1 人あたり年間 $75 USD の上限があることに注意してください。

スワッグのブランドデザインプロセス

SLA

Brand Design チームの SLA 詳細はこちらを確認してください。

すべてのスワッグアイテムは、生産前に Brand/Design チームのレビューと承認が必要です。デザイン要件に応じて、2 つのレビュープロセスがあります。

スワッグロゴ承認

GitLab ロゴを追加するだけのスワッグアイテムの場合は、FY27 Quarterly Regional Marketing Swag Reviews Epic を利用して現在の四半期の GitLab Issue を選択し、Issue の説明の手順に従ってください。

カスタムスワッグリクエスト

より複雑なカスタムスワッグのデザインリクエスト（Lego Tanuki、新しいソックスのデザイン、カスタムスワッグのボックスデザインなど）には、Brand Design ハンドブックページこちらに記載された Issue テンプレートを使用した Swag Request が必要です。GitLab と Boundless 間のすべてのデザイン作業、修正、モックアップ、校正は、それらの個別の Issue で行われます。

追加のブランドデザインサポート

Brand Design サポートの詳細については、Brand Design ハンドブックページをご覧ください。デザイン／ブランドサポートを依頼するためのテンプレートはこちらにあります。また、以前および現在のブランドデザインのブランドテンプレートとリポジトリについて、このビデオを視聴することもできます（GitLab Unfiltered にログインしている必要があります）。

ステッカー

1. Stickermule アカウントにログインします（1Password では Regional Marketing Stickermule account として利用可能）。
2. ステッカーと数量を選択し、配送先住所を入力します。
3. 支払いには地域の Stickermule 仮想カードを使用します（地域 DRI が毎年チームに提供します: AMER - Michelle Ortiz、EMEA - Helena Dixon、APJ - Louise Choi）。Stickermule の費用は毎年地域チームの予算でカバーされ、イベントごとに個別の Allocadia ID は不要です。
4. Stickermule の支払い領収書をダウンロードし、地域の DRI（上記）に送信します。
5. 地域 DRI は、領収書を Zip にアップロードし、包括 PO の Allocadia ID を提供します。また、適切な Allocadia ライン項目の予測に正しい月で合計コストを追加します。既存の金額が記載されている場合は、既存の金額に自分の金額を加え、新しい合計を提示してください。

イベントですべてのステッカーを使い切らなかった場合は、今後のイベントのためにステッカーを手元に保管してください（Boundless に返送しないでください）。

AMER Regional Marketing スワッグ

AMER Regional Marketing チームは、すべてのスワッグおよびイベントアセットの要件に GitLab のスワッグおよびフルフィルメントベンダーである Boundless を利用しています。Boundless は、スワッグやイベントアセットの生産、発送、保管を提供できます。Brand と調達から事前承認を得ていない限り、他のベンダーからスワッグを注文しないでください。

Boundless ストアフロント

Boundless ストアフロントは Okta 経由でアクセスできます。ストアフロントは、Regional Marketer がすべての在庫を確認し、イベント用に既存の AMER スワッグやイベントアセットを注文できる場所です。

Boundless ポータル

Boundless ポータルは Okta 経由でアクセスできます（ストアフロントとは異なる Okta タイルです）。ポータルは、Regional Marketer が請求書、注文見積もり、スワッグソーシングプロジェクトなどにアクセスできる場所です。

Boundless 管理サイト

Boundless 管理サイト は、レポートと管理サポートに利用できます。

Boundless のオンボーディングとオフボーディング

オンボーディングとオフボーディングのサポートは Lumos 経由で利用できます。

Boundless サポート

新しいスワッグの問い合わせ、ポータル／ストアフロント／管理サイトのサポート、一般的な質問については、以下にメールしてください。

Savanah Alpert - [email protected]

緊急のリクエストについては、Boundless ストアフロントの FAQ セクションに記載されている追加オプションを参照してください。

注文と発送に関する有用な情報

Boundless ストアフロントの FAQ セクションを参照してください。

特殊スワッグ注文、請求書、ブランド承認

• 特定のイベント向けにスペシャルティスワッグ（Boundless ストアフロントにまだ存在しないスワッグ）を注文したい場合は、Boundless に連絡して以下の詳細を提供してください。
  • ソーシングしたいアイテム
  • 参考用のリンクや写真
  • 予算
  • In-hand ETA（手元到着予定日）
  • スワッグの発送先
• Boundless と協力してオプションをソーシング・サンプリングします。
• アイテムが選択されてブランディングの準備ができたら、必ず Brand Design Process for Swag に従ってください。
• Brand Design 承認済みのアイテムを注文する準備ができたら、Boundless が FMM に注文見積もりをメールします（これに推定税金と送料が含まれていることを確認してください）。その後 FMM は FMC に契約リクエストを提出します。
• FMC は調達プロセスを通じて注文をルーティングします。
• PO 番号を取得したら、FMM は Boundless に PO 番号をメールで返信し、注文を提出する準備ができたことを確認します。
• 注文が発送されたら、Boundless は Zip を通じて直接請求書を提出します。

ストアフロント注文と発送料

• 具体的な注文手順と役立つ詳細については、Boundless ストアフロントの FAQ セクションを参照してください。
• ストアの一般的なスワッグアイテムは、以前に一括で注文・支払いされています。これらのスワッグアイテムについて、個人の予算から支払う必要はありません。スワッグアイテムのコストは、スワッグのレベルとどれだけ利用すべきかを示すために表示されています。
• すべての Boundless ストア注文について、Allocadia ID とイベント名を提供する必要があります。送料に関連するすべての費用は、特定のキャンペーンに関連付けられ、これらの費用は月次請求書を通じて処理されます。ストアで注文する際、チェックアウト時に送料見積もりが提供されます。アイテムを返品する場合は、同じ返送料を見積もり、その合計を予測に追加できます。
  • 注意: 月次の Boundless 請求書は、前月のすべての費用をカバーします。前払費用ポリシーのため、前月の送料は翌月に調整されるので、それに応じて予測してください。例 - 8 月のイベント用に 8 月にスワッグを発送します。8 月の月次請求書は 9 月に処理されるため、これらの 8 月の送料は 9 月に予測すべきです。
• アイテムの数量はポータルに記載されています。イベント用に現在在庫のあるアイテムから選択してください。利用可能な数量を超える大量のアイテムが必要な場合、あるアイテムの残りの在庫を利用するつもりの場合、またはあるアイテムを 500 個以上注文する場合は、再注文のために AMER Regional Director に連絡してください。
• 新しくデザインされたスワッグの注文や既存アイテムの再注文には、十分なリードタイムが必要であることに注意してください。期間は、選択したアイテム、デザインの承認、在庫状況によって大きく異なります。例として、デザインチームは新しいデザインに 4 週間の SLA があり、カスタムアイテムは生産に最大 90 日かかることがあります。イベントに特定の期限がある場合は、デザイン、生産、発送のタイムラインの見積もりを得るために、できるだけ早く Boundless とデザインチームに連絡してください。

一括注文用の新しいスワッグアイデア

チームの在庫用に新しいスワッグアイテムをソーシングしたい場合は、AMER Regional Director に直接連絡してください。すべての新しいスワッグアイテムは、ブランドの一貫性のために Brand チームの承認を受ける必要があります。

スワッグと PubSec オーディエンスに関する注意

スワッグのコスト上限については、Regional Marketing PubSec チームと調整してください。また、PubSec オーディエンスは、プライバシー上の懸念から中国製の電子スワッグを一切受け付けないことに注意してください。Regional Marketing チームの一括スワッグ購入には、ウォールアダプターや電子機器に差し込むものなど、中国製のスワッグは今後含まれません。

イベントアセット

ショーに利用されるイベントアセット（バックウォール、テーブルクロス、ポップアップバナー、イベントキットなど）は Boundless 倉庫に在庫があり、Boundless ストアフロントを使ってイベント用に注文できます。また、各 Regional Marketer は、簡単にアクセスでき、イベントに利用できるように、別の GitLab テーブルクロス、ポップアップバナー、テーブルランナーを自宅に保管しておくことが推奨されます。

イベントアセットとスワッグの返却

FMM の責任は、アセットをイベントに発送するだけでなく、オンサイトのイベント DRI がイベント終了から 3 日 以内にアイテムを返送することを確認することでもあります。Boundless ポータルを通じて行われたすべての注文には、各ボックスの返送ラベルが含まれます。すべての返送ラベルは Box 1 に収められ、Return Materials とラベル付けされた封筒に入れられます。1 つの注文に 3 つのボックスがある場合、Box 1 とラベル付けされたボックスに、3 つの返送ラベル（各ボックスに 1 つ）が入った封筒が収められます。FMM は、オンサイトのイベント DRI が返送ラベルの場所と、アイテムを返送する責任を認識していることを確認します。

注意: ゴミや Boundless 倉庫に保管されていないアイテムは、返送用のボックスに入れないでください（これにはステッカーが含まれます。ステッカーの詳細については以下を参照してください）。すべてのイベントアセットは、きれいに折りたたまれ、元のボックスに清潔かつ安全に梱包される必要があります。すべてのツールキットアイテムは、今後のイベント利用のためにツールキットに返却する必要があります。適切であれば、顧客に配るために少量の余分なスワッグを保管してかまいません。

倉庫住所

A51 / GitLab 8985 Lindell Rd.
Las Vegas, NV 89139

印刷物

環境に配慮するため、私たちは一般的にイベントで大量の印刷物を提供しません。ただし、イベント用の印刷物やギフトバッグの詰め物が必要な場合は、Vistaprint を利用しています。Marketing 1pass を使用してログインしてください。何百枚もの印刷配布物の代わりとなる別のオプションは、イベントで顧客と話す際の視覚的な参照用に、印刷してラミネート加工した数枚の資料を用意することです。さらに、同じコンテンツの QR コードを作成して、顧客が自分のデバイスにダウンロードできるようイベントで表示できます。

GitLab スワッグショップでのアイテム注文

GitLab Swag Shop は、Brand チームと私たちのもう 1 つのスワッグプロバイダーである Brilliant によって管理されています。イベント用に GitLab Swag Shop からアイテムを注文したい場合は、Betsy Bula に連絡して、関心のあるアイテムと数量を伝えてください。彼女が余裕のある十分な在庫があることを確認します。その後、アイテムの合計金額についてこの Google フォームに記入すると、Brilliant チームがショップのストアクレジットを付与します。注文する際、そのストアクレジットを使ってアイテムの支払いをします。注文した月の予測にアイテムの合計コストを追加すると、GitLab FP&A がその月末に Allocadia の実績値（actuals）で注文のコストをバックエンドで追加します（他の注文と同様に）。

注: Order Code = Allocadia line item ID

AMER バッジプロセス

セルフサーブバッジ

このプロセスの詳細については、Events Page こちらをご覧ください。

ベンダー作成のバッジ

Boston Business Printing は調達によって承認されています。バッジは、Navan カードと適切なイベントの Allocadia ID で支払うことができます。

Bill Joseph
Boston Business Printing
Phone (617) 482-7955
www.bostonbusinessprinting.com
[email protected]

Regional Marketing FedEx アカウント

Regional Marketing チームは、発送に Regional Marketing Fedex Account を利用しています（詳細は Marketing 1pass にあります）。アカウントを使用する際は、費用が適切に追跡できるよう、常に参照情報（Allocadia ID、イベント名など）を含めてください。Regional Marketing Fedex アカウントに関する質問は、Liz Garrity に連絡してください。

バーチャルイベント向けの食品・飲料ベンダー

AMER バーチャル食品・飲料ベンダー

AMER Regional Marketing チームは、飲食要素のあるすべてのバーチャルイベントに Grubhub と Pizzatime を利用しています。両ベンダーとも、バーチャルイベントのニーズに最適な幅広い飲食オプションを提供しています。

Grubhub

Grubhub を使用するタイミング

Grubhub は、エグゼクティブレベルの登録者を迎える、より小規模な自社主催およびパートナーイベントに利用されます。1 人あたりのコストは $35 〜 $50 とします。

Grubhub は イベント後のミールクレジット配布 に利用されることに注意してください。FMM は、イベントの最初の 30 分間に出席した登録者を把握する責任を負います。FMM は、出席した登録者のリストを利用して、イベント終了前に Grubhub にアップロードします。

注文リンクの共有

Grubhub プラットフォームを利用する際は、リンク共有に制限があることに注意してください。イベント準備のために登録者情報がプラットフォームにアップロードされると、その登録者は注文するための 固有の共有不可能なリンク を受け取ります。

Grubhub の財務と予算に関する詳細

• 請求書を受け取ったら、FMC は請求書に Grubhub Blanket PO 番号と最終注文金額が含まれていることを確認します。FMC はこの請求書を処理のために AP に送り、金額は Allocadia の AMER ALL プランの予測ライン項目に追加されます。
  • 支出がどの月に発生するかを確認するには、前払費用ポリシー を参照してください。
• FMM は、イベントが終了し次第、請求された Grubhub の支出を地域のプランから Allocadia の AMER ALL プランに移す必要があります。

Grubhub ポータル

Grubhub トレーニング

視聴 - Admin: How to navigate the Admin Portal and create Meal Credits

視聴 - Overview of the Grubhub Ordering Process - （注: 視聴するには GitLab Unfiltered にログインしている必要があります）

Grubhub の一般サポートとコーポレートサポート

Grubhub 注文プロセスの概要

より詳細な手順は以下に記載されています。

1. FMM は Grubhub Admin ポータルにログインします。
2. FMM はグループを作成し、グループ名をイベントのタイトルにします。
3. FMM はイベント用のミールクレジットを作成し、作成したグループにミールクレジットを割り当てます。
4. FMM は最初の 30 分間の出席登録者を把握し、出席した 登録者情報を一括アップロードして、イベント終了前に作成したグループに割り当てます。
5. FMC は、イベントが終了して請求書を受け取ったら、登録者情報を一括削除します（すべての請求書は月次のペースで FMC に送られます）。

グループアカウントの作成

コーポレートアカウントと手動従業員編集の FAQ

食事クレジットの作成

食事クレジット FAQ

Pizzatime

Pizzatime を使用するタイミング

Pizzatime は、中級からエグゼクティブレベルの登録者を迎える、より大規模なバーチャル自社主催イベントに利用されます。1 人あたりのコストは $20 〜 $40 とします。

Pizzatime は イベント前のミールクレジット配布 に利用されることに注意してください。

注文リンクの共有

Pizzatime プラットフォームを利用する際は、リンク共有に制限がないことに注意してください。つまり、登録者が注文するためのリンクを受け取ると、非登録者と共有でき、その人が食事に引き換えることができます。

食事の引き換えを制限する

イベントのミール引き換え数を制限しようとする場合は、以下の手順をお勧めします。

• Marketo ランディングページで Waitlist を有効にし、引き換え制限を設定します。
• Confirmation Email のコピーに Pizzatime の注文リンクを含めます。
• 設定した引き換え制限に達するまで、登録者を個別に登録します。
  • 注: 登録者が Waitlisted から Registered に移動されると、Confirmation Email を受け取ります。
• 設定した引き換え制限に達したら、Marketo LP の Issue を再オープンし、Marketing Ops に Confirmation Email のコピーから Pizzatime の注文リンクを削除するよう依頼します。

Pizzatime の財務と予算に関する詳細

• Pizzatime に注文するには、支払いのために Mastercard Virtual Card を依頼する必要があることに注意してください。
• イベントに関連する必要なすべての詳細を添えて、バーチャルカードの契約リクエストを FMC に提出してください。
• 注: すべてのコスト見積もりが Allocadia に追加されていることを確認してください。最終的な Pizzatime の注文コストが依頼したバーチャルカードの金額より 10% 高い場合は、FMC が Zip 経由で PO 変更リクエストを提出する必要があるため、FMC に伝えてください。
• 注: Pizzatime の注文確認ページが SOW として機能します。以下の手順で確認ページへの行き方を詳しく説明します。
• 支出がどの月に発生するかを確認するには、前払費用ポリシー を参照してください。

Pizzatime トレーニング

トレーニングビデオはこちらで視聴 - （注: 視聴するには GitLab Unfiltered にログインしている必要があります）

Pizzatime サポート

Pizzatime 注文に関する詳細

• Pizzatime の注文を行う手順は、以下の Pizzatime 注文を出すステップ セクションにあります。
• Pizzatime の注文を行うと、Pizzatime はイベント用の固有の注文リンクを提供します。次に、登録者が注文できるように、登録確認メールおよび／またはリマインダーメールでこのリンクを登録者と共有します（コピードキュメントに追加することを忘れないでください）。

Pizzatime 注文を出すステップ

1. Pizzatime の注文を予約に進みます。
2. すべてのプロンプトに従い、イベントに関連する飲食オプションを選択します。
3. 確認／支払いページに到達したら、ページ全体のスクリーンショットを撮ります。このスクリーンショットを契約リクエストに添付します（これが SOW として機能します）。
4. FMC に契約リクエストを提出します。注文が承認されてカードが発行されると、FMC がバーチャルカード情報を提供します。
5. FMC からバーチャルカード情報を取得したら、Pizzatime の Web サイト経由で Pizzatime の注文を予約／支払いに進みます。
6. 参照用に、支払い領収書を FMC に提供します。

Regional Marketing と Partner Marketing

Partner Marketing、チャネル、アライアンス、ハイパースケーラーの詳細、および MDF プロセスの詳細については、以下のページをご覧ください。

• Global Channel Marketing
• Global Channel Marketing - MDF Operations Process
• Hyperscaler Campaign

FMM/ESM アライメント

AMER Public Sector

Public Sector イベントのサポートをリクエストする

リクエストは Public Sector Regional Marketing チームによってレビューされます。イベントが無料または低コストであっても、イベントや施策が以下に必要な SLA 内のマーケティング戦略と整合していること、そしてチームにイベントをサポートするリソースがあることを確認するために、コミットの前にすべてのリクエストをマネージャーが承認する必要があります。

要件

• イベント開始前 60 日前の通知
• Regional Marketing から必要なサポート（ランディングページ、スワッグ、招待など）
• 予算
• 過去にこのイベントを実施またはスポンサーしましたか？
  • はいの場合 - 以前の SFDC キャンペーンの ROI 詳細を提供してください。
  • いいえの場合 - このイベントを Regional Marketing プランに追加する正当な理由を提供してください。

US PubSec Regional Marketing が所有するメンバーシップ

• AFCEA
• ACT-IAC
• Charleston DCA
• G2xExchange
• NASCIO
• GBEF
• INSA
• USGIF
• NASTD

イベント参加のための慈善寄付

イベント参加のインセンティブとして、GitLab は参加者 1 人あたりの慈善団体への金銭的寄付を促進し、処理できます。例: GitLab はイベント参加に対して参加者 1 人あたり $25 の寄付を促進し、100 人の参加者がイベントに参加すると、GitLab は選択した慈善団体に $2,500 を寄付します。注: 寄付は参加者の名前で行ったり、参加者の組織を参照したりしてはなりません。

GitLab の慈善団体へのすべての寄付は、Philanthropy Approval Process に従う必要があります。

このプロセスの詳細については、この FY27 GitLab Donation Campaigns ドキュメントを参照してください。

PubSec カレンダーの共有

US PubSec チーム以外のチームがアクセスできる共有データをロックダウンするための PubSec チームのプロセス（作成され次第ハンドブックページにリンクします！）と整合させ、Public Sector Regional Marketing Manager はデフォルトでカレンダーの詳細を非公開としてマークします。Google カレンダーには、非公開としてマークした後で個人とカレンダーを共有できる機能があり、チームメンバーは少なくとも、直属のマネージャーと地域チームの両方とカレンダーを共有する必要があります。

iPad の購入とセットアップ手順

購入の詳細

iPad Pro 12.9 inch/256GB/wifi iPad Pro 12.9 inch Smart Keyboard Folio

• 購入時は、法人割引のために GitLab Business Account を利用してください。Apple ストア／オンライン担当者が、GitLab の 268 Bush St., San Francisco, CA 94104 の住所に関連付けられた GitLab Business Account を検索します。
• AppleCare は購入しないでください。

iPad 追跡

AMER

AMER 地域では、この Issue を利用してチームの iPad を追跡しています。

EMEA

TBD

APAC

TBD

ログインのセットアップ

iPad パスワード

• Marketing 1Pass にある AMER Regional Marketing Apple ID のメモセクションに記載されたパスワードを利用します。

Regional Marketing Apple ID

• Marketing 1Pass にある AMER Regional Marketing Apple ID に記載されたユーザー名とパスワードを利用して、AMER Regional Marketing Apple アカウントにログインします。携帯電話認証に関するメモセクションに記載された追加情報に注意してください。

Google Drive と Slides

• Google Drive と Slides を設定するには、こちらの手順に従ってください。

Regional Marketing と調達プロセス

新しい Regional Marketing ツール／プラットフォーム／ソフトウェア製品のリクエスト

チーム向けの新しいツール、プラットフォーム、ソフトウェア製品を検討している場合は、ソーシング、テスト、デモ、契約などを進める前に、ただちに Marketing Operations チームに連絡してください。すべての新しい Marketing ベンダーには Marketing Ops の評価が必要であり、Marketing Operations が製品のソーシングと比較、および調達プロセスの処理を担当するチームになります。

パートナースポンサーシップを含む GitLab 主催のイベント

注: 私たちは現在、Procurement、Legal、Billing チームと協力して、この種のイベント用の ZIP のテンプレートを作成しています。

SLA: できるだけ早く法務との作業を開始してください。ただし、四半期前が望ましいです。

パートナーがスポンサーシップ料金を支払わないイベント

• 過去の契約をレビューして、何が含まれるか、契約を構築するために法務が必要とする詳細を理解します（契約の例はこのコメント）。
• Contract Review テンプレートの下で GitLab Legal プロジェクトに Issue を開き（過去の Issue の例）、以下の詳細を指定します。
  • イベント名
  • イベントの日付
  • イベントの場所
  • 契約の期限
  • パートナー名
  • スポンサーシップ料金額、またはパートナーが提供するもの（例 - オフィススペース）
  • リード共有の詳細
  • @dcolesjr と @ndjohnson をアサイン
• 法務は契約を作成してスタンプし、署名および副署名の準備ができ次第対応します。
• FMM/FMC はスタンプされた契約にパートナーの署名を取得するか、レッドラインやパートナーの懸念事項の質問を GitLab 法務チームに返します。
• パートナーが契約に署名したら、FMM/FMC は GitLab の署名のために Issue で調達パートナーに連絡します。
• FMM/FMC はパートナーに完全に締結された契約を送付します。

パートナーがスポンサーシップ料金を支払うイベント

• 上記の手順に従ってください。
• パートナー向けの請求書を作成するよう依頼するため、GitLab Finance プロジェクトに Billing の Issue を作成し（例はこちら）、以下の詳細を含めます。
  • 依頼者名
  • 部門: Regional Marketing
  • スポンサーシップ料金額
  • スポンサー組織の正式な法人名
  • 完全な請求先住所
  • 納税者番号（該当する場合は EIN/VAT 番号）
  • 買掛金担当者の名前、メール、電話番号
  • スポンサーが必要とする場合は発注書（PO）番号
  • 受け付ける支払い方法（小切手、電信送金、ACH、クレジットカード）
  • 国際の場合は通貨
  • パートナーとの副署された契約を添付
  • 上記の手順で作成した法務の Issue をリンク
  • 成果物の説明または支払いの詳細
  • @shorton77 と @KingaPolgardi をアサイン

GitLab 会社情報（税 ID を含む）

Useful Company Information

Regional Marketing 契約リクエスト

Regional Marketing では、FMC が各地域のすべての Zip requisition を管理します。承認のために提出する準備ができた契約や請求書については、FMM は Contract Request の Issue（plan to WIP プロセス中に作成されます）を利用し、必要な重要な詳細を提供する手順に従います。

SLA

FMC があなたのリクエストを Zip に提出する SLA は、契約リクエスト Issue でアサイン／連絡されてから 3 営業日 です。調達プロセス中にすべての承認や署名を取得するには通常 1 週間以上かかる（レッドラインが必要になる可能性のあるより複雑な契約ではさらに長くなる）ことに留意して、それに応じて計画してください。

ドキュメントレビュー

契約リクエスト Issue を完了する 前に、ドキュメントを注意深くレビューし、契約に必要な契約詳細を事前に記入していることを確認してください。以下は、FMM と FMC の両方が契約をレビューする際に留意すべき項目です。

• 利用する必要がある正しい GitLab エンティティと、そのエンティティに関連付けられた正しい住所
• GitLab の会社名が正しくスペルされている（大文字の L！）
• リードの詳細 - どの連絡先情報がいつ提供されるか？
• 正しいイベント日、コスト、スポンサーシップレベル
• 明確なベンダーの目標と、ベンダーが利用規約／目標を達成できなかった場合の詳細な補償（メイクグッド）条項
• ルームブロックが関与する場合、正確なアトリション（未消化分）要件が含まれている

月末締め

注意: AP は通常、月末の最終日の 3 営業日 前（Day -3）までに月を締めます。AP が月を締めると、クレジットカードまたは請求書承認経由で発生した $5k 未満（スワッグ／送料は $50k 未満）の費用は翌月に調整されます。月締め日は毎月 #allocadia_mktg-budget-holders Slack チャンネルで発表され、Marketing Finance Dates Calendar にも追加されます。

前払費用ポリシー

会社の 前払費用ポリシー を確認し、Allocadia でコストを正しく予測していることを確認してください。

署名権限

GitLab のチームメンバーには署名権限がありません。これは、FMM が見積もり、注文、契約、BEO などに関する法的文書に署名することが許可されていないことを意味します。署名が必要なドキュメントがある場合は、調達を通じて処理するために FMC への契約リクエストで提出してください。

BEO/イベントオーダー

上記のとおり、私たちはいかなる法的／正式なドキュメントに対しても署名権限を持っていません。最終的な BEO／イベントオーダー（必要な場合）をできるだけ早く提供するようベンダーに依頼してください。FMM は契約リクエストタスクで FMC にドキュメントを提出します。次に FMC は元の契約／契約書の既存の ZIP を開き、法務と調達の POC に連絡し、これは単にイベントのサマリーと承認のための最終的な数値であるという説明を添えて BEO を署名のために提出します。FMC は、調達がターンアラウンドタイムを認識できるよう、BEO がベンダーにいつ必要かも指定します。

保険証明書（COI）

私たちの標準 COI は、10 月 1 日から翌年の 9 月 30 日までです。現在の COI はこの gdrive にあります。GitLab の法務チームは毎年ブローカーと協力してポリシーを更新し、新しい COI は 9 月末頃に利用可能になります。一部の会場では保険の証明として標準 COI を求められますが、その場合は変更なしで現在の COI を送付できます。ただし、一部の会場では、特定のベンダーを保険者として標準 COI に追加する必要があります。この場合は、以下の手順に従ってください。

• ブローカーに [email protected] 宛てにメールしてください。
• COI でベンダーが必要とするものを記載した保険条項（契約からコピーまたはスクリーンショット）を含めてください。
• ブローカーがカスタマイズされた COI を提供したら、ベンダーに送付してください。調整された COI は、その特定のイベントにのみ利用できることに注意してください。

Mastercard 仮想カード

2026 年 6 月 1 日 より開始する Brex/ZIP 経由の新しい Mastercard バーチャルカード（Coupa バーチャルカードに代わるもの）の詳細については、こちらを確認してください。以下の詳細は、新しい Mastercard プロセスに基づいて更新されています。

Mastercard 仮想カードの領収書

各バーチャルカードの支払いについて、領収書と支払いのレビューが必要になりました。この新しいプロセスの詳細については、こちらの step 9 を参照してください。

仮想カード vs Navan カード

注文に契約／署名（または利用規約）が含まれず、$5,000 未満の場合は、支払いに Navan クレジットカードを利用できます。

スワッグ

いかなる種類のスワッグ購入にも Navan カードを使用しないでください。あらゆる種類のスワッグ購入には、バーチャルカードまたは調達プロセスを通じた請求書支払いのみが許可されています。

仮想カードの制限

現在、新しい Mastercard バーチャルカードには支出上限はありません。

Mastercard の受け入れ - 新しいベンダーのオンボーディング

契約リクエストを提出する 前に、ベンダーが Mastercard を利用しているかどうかを必ず尋ねてください。利用していない場合、そのベンダーは ACH／小切手で支払う必要があり、これにはベンダーが調達システムにいることが必要です。まだ登録されていない場合は、契約承認の前にオンボーディングする必要があります。FMC は Zip リクエストでベンダーのオンボーディングを依頼します。

仮想カード 1 枚につきベンダー 1 社

新しい Mastercard バーチャルカードでは、1 回の ZIP 提出で複数ベンダーのリクエストを提出することが許可されなくなりました。以前は AV、グラフィック、カーペット、リードスキャナーなどを 1 つの ZIP で提出していたブース支払いについては、各ベンダー／注文が独自の ZIP リクエストを持つよう分ける必要があります。

マルチイベント契約

複数のイベントに対して割引を受け、ベンダーがすべてのイベントを 1 つの契約に含めることがよくあります。これが発生した場合、FMM は各イベントの Allocadia サブ Issue とライン項目を作成し、FMC への契約リクエストですべての Allocadia ID を提供する必要があります。FMC は ZIP で契約を提出し、各イベントについてその特定のイベントの情報と Allocadia ID を記載した別々のラインを追加します。

注意: これらの費用は 前払費用ポリシー に従い、前払費用のしきい値を判断するには常に費用の合計コスト／PO 金額を参照します。例えば、3 つのイベントの契約を提出し、各イベントのコストが $3,000 の場合、PO の合計金額は $9,000 です。各イベントが $5k の前払費用しきい値を下回っていても、PO の合計金額は $9,000 なので、各イベントの費用はそのイベントが発生する月に予測することになります。

F&B/AV/追加のイベント料金

イベントの正確な参加人数を事前に把握できないことが多いため、追加コスト（AV、F&B など）は最初の調達承認のために見積もることができます。追加コストが最初の会場契約に含まれている場合は、契約で見積もり参加人数の価格を提供するよう会場に依頼してください（特に F&B コストについては、F&B の最低額だけを提出することにならないように）。これにより、承認のためのベースラインコスト見積もりが得られ、FMC は最終コストに基づいて必要に応じて PO 金額を調整します（元の PO の 10% を超える費用については PO 変更リクエストが発行されます）。追加コスト（ケータリング、AV など）が会場とは異なるベンダーから提供される場合は、新しいベンダーの注文をメイン契約とは別に独自の ZIP で提出していることを必ず確認してください（上記の One Vendor per Virtual Card セクションを参照）。ベンダーが契約を必要とせず、費用が $5,000 未満の場合は、Navan カードで支払えます。

新しいベンダーのソーシング

Regional Marketer は、各地域内のセールスチームをサポートし、潜在的な見込み客を会社に引き寄せ、現在の顧客に価値を示してそれらのアカウント内で拡大するための、ユニークで代替的な方法を常に探しています。Regional Marketer は、まさにそのための広範なマーケティング施策のツールキットを持っています。しかし、ギャップが特定されることがあり、Regional Marketer はマーケティングメトリクスの目標を達成する際にそのギャップを埋めるのを支援する外部のサードパーティベンダーを探すことがあります。

新しいサードパーティベンダーをソーシング・選択する際は、考慮すべきいくつかの点があります。

1. 何を達成しようとしていますか？特定したギャップは何ですか？ファネルのトップを埋めることですか？特定のターゲットオーディエンス（例: C レベル）内で関係を構築することですか？あるいは、より適格なリードを提供することが目標ですか？最初から最終的な目標を明確にしてください。
2. このベンダーは目標を達成できますか？あなたの特定の目標について、実証済みのユースケースや参照をベンダーに見せてもらってください。
3. 複数のベンダーをソーシングしましたか？少なくとも 2 〜 3 社を調査するのが良い基準です。
4. このベンダーはあなたとパイロットプログラムを進める意思がありますか？最善の意図があっても、すべてのサードパーティベンダーが当初議論したとおりにニーズを満たすわけではありません。パイロットプログラムを利用すると、前もって完全な投資を必要とせずに、ベンダーや製品を試すことができます。
5. 契約のすべての要素を特定します。あなたとサードパーティベンダーが以下について整合していることを確認してください。
   • コスト
   • プロジェクトのタイムライン
   • オンボーディングのタイムライン
   • 統合に関して必要なこと - フルアクセス、アクセスなし、または部分的なアクセス
   • あなたの成果物は何ですか？
   • 彼らの成果物は何ですか？
   • 誰がトレーニングを受ける必要があるかを特定します。そのトレーニングには何が含まれますか？
   • プロジェクトの DRI は誰になりますか（契約プロセス中にサポートしてくれる人を常に 1 人確保してください）？
   • 更新のコスト、または、パイロットを実施している場合は、フルタームの契約のコストはいくらですか？
   • パイロットを実施している場合、パイロットフェーズを超えて投資すべきかどうかを判断するために設定している目標は何ですか？

適切なサードパーティベンダーを選んだという確信が持てたら、次は以下のレビュープロセスを開始する時です。

まったく新しいベンダーとの作業

新しいベンダーが頻繁に登場しており、イテレーションとテストの精神で、Regional Marketing チームはこの領域に全く新しいベンダーと関わりたいと思うことがあります（思い出してください、はるか昔の 2011 年には、GitLab という会社も全く新しかったのです！）。これらの機会を評価するには、リーダーと協力すべきです。自社を保護するために、全く新しいベンダーと関わる際は以下の手順に従う必要があります。

1. ソーシャルメディアやその他の方法で、イベントに関連する未知の個人から連絡を受けた場合は、過去のイベントを確認するために主催者の Web サイトの詳細なレビューを含め、すべてのイベント／プログラム資料をレビューします。さらに、さまざまなソーシャルメディア資料をレビューします。
2. イベントが未知、新規、または初回の場合、チームメンバーは Alliance および Channel のチームメンバーと関わってイベント主催者に関するフィードバックを集め、価値を確保し、社内ネットワークを活用して、このベンダーを知っている人がいないか尋ねることができます。

• 該当する場合は、主催者が過去に開催したイベントに関する詳細とドキュメントを依頼します。
• 主催者が初回イベントを開催している状況では、チームメンバーは参加している他のパートナー／スポンサーを尋ね、イベント会場のホスト（例: ホテル）から直接確認を受けることができます。
• 初回イベントの状況では、Regional Marketing チームは追加のレビューのために GitLab Legal チームに関わることができます。
• このプロセスを概説する法務チームとのビデオウォークスルーは GitLab Unfiltered にあります。

Regional Marketing の Slack チャンネルとグループ

公開 Slack チャンネル

• #regional-partner-marketing
• #marketing

プライベート Slack チャンネル

• #growth-marketing
• #marketing-team-internal
• #regional-marketing
• #regional-marketing-leaders

Regional Marketing Slack グループ

チームは、チーム全体に連絡する必要がある場合に @regional-partner-mktg Slack グループを利用します。このグループは IT チームが管理しています。

注意: コントラクターはこのグループに追加できません。この Slack グループを使ってチームに通知する際は、Regional Marketing のコントラクターにも個別に連絡する必要があります。

Regional Marketing オンボーディング

• 私たちは一般的な GitLab プロセス（こちら）に従います。
• 新しいチームメンバーのマネージャーは、GitLab Onboarding Issue についてこのプロセスに従います。
• GitLab Onboarding Issue には、マネージャーが新しいチームメンバーのためにロールベースの Access Request (AR) Issue を作成するタスクがあります。Regional Marketing AR テンプレートが利用され、新しいチームメンバーのために Issue が開かれたことを確認するメールを受け取るはずです。それが発生しない場合は、onboarding Issue でオンボーディングサポート DRI に連絡してください。Regional Marketing AR テンプレートはこちらにあります。
  • 注意: マネージャーが AR のメイン DRI であり、Issue にアクセス詳細を記入し、Issue に記載されたすべてのアクセス項目が付与されたことを確認する責任を負います。Issue の特定の項目がタイムリーに対処されない場合は、フォローアップのために DRI として記載されたグループに連絡してください。
• 新しいチームメンバーのマネージャーは、このテンプレートから新しいチームメンバーの Regional Marketing Onboarding Issue を作成する責任を負います。

マージリクエスト（MR）

チームメンバーが Regional Marketing テンプレートまたはハンドブックページのマージリクエストを作成する場合、以下に示すとおり、承認とマージのために適切な DRI にアサインする必要があります。

• APJ 固有の変更 - APJ Regional Director
• AMER 固有の変更 - AMER Regional Director
• EMEA 固有の変更 - EMEA Regional Director
• すべての地域チームに影響するグローバルな変更 - 3 名すべての Regional Director

不在時 (OOO) プロセス

私たちは、ハンドブックページの Communicating your time off セクションに記載されたプロセスに従います。以下の手順に従ってください。

1. WORKDAY: Workday に OOO を追加します。
2. COVERAGE: 不在になることを、マネージャーとあなたの代わりを務める人の両方に通知します。あなたの代わりを務める人が、あなたの不在中に必要なすべての重要な詳細を持っていることを確認してください。
3. GMAIL: メールに OOO メッセージを追加します。あなたの代わりを務める人の連絡先情報を必ず含めてください。
4. ASANA: Asana の設定に移動して Set Out of Office をオンにし、OOO の日付を記入します。次に、About Me セクションに移動して、OOO の日付と、レビューや承認などのバックアップサポートとして誰に連絡できるかを指定します。
5. GOOGLE CALENDAR: Google カレンダーの out of office 設定をオンにして（「Show when you’re out of office」までスクロール）、新規および既存のミーティングを自動的に辞退する out of office イベントを作成します。または、出席しない場合は、ミーティングを手動でキャンセル／辞退／再スケジュールすることを必ず確認してください。
6. SLACK: Workday を通じて OOO を提出すると、不在の日に OOO 通知が自動的に Slack に追加されます。イベントのために移動していて必ずしも PTO／休暇ではない場合は、それに応じて Slack のステータスを手動で更新することを確認してください。休暇が Workday に追加された場合、Slack の Time off by Deel も、あなたの代わりを務めるデリゲートを追加するよう促します。不在中に誰に連絡できるかが Slack で明確になるよう、この情報を記入してください。
7. GITLAB: GitLab プロフィールに OOO を追加し、自分を busy としてマークします。
8. ZIP: ZIP で作業する場合は、ZIP - Settings - Personal Settings - Out of Office に移動してデリゲートを割り当ててください。
9. MDF: MDF の承認者である場合は、ハンドブックの詳細こちらを参照してください。

ページのソースコードを見る - ページの編集 - please contribute.