マーケティングチームプロセス - 私たちの働き方

このページは、マーケティングチームのリソースとプロセスを格納することを目的としています。

マーケティングカレンダー

オールマーケティングカレンダーへの追加

入力場所: あなたの Google Drive で、FY24 All-Marketing Calendar SSoT を検索 (してブックマーク) してください。

ここで、すべてのチームが計画されたアクティビティを入力およびカテゴリ分類します。重要な情報 (GTM Motion、Alliance Partner、Sales Segment、Region、Language など) に合致するフィルターを使用します。これは反復的なものとなり、誰もが自由にフィードバックやアイデアを共有できるようにすべきです。考えを共有するため Issue にコメントしてください！

マーケティングチームによるオールマーケティングカレンダーへの追加

以下の手順は、マーケティングチームメンバーが従うものです。All-Marketing Calendar スプレッドシートの最下部に行を追加するか、適切な日付に挿入してください (どちらの場合も、これはマーケティングによって定期的に再ソートされます)。すべての詳細を持っていなくても心配しないでください。可能なものを記入し、チームとしてマーケティング戦術を統合するために有益な情報を共同で概説してください。

基本詳細

Day of Week: (編集しないでください。これはあなたが追加する日付に基づいて動作する数式です)
Dates: イベントの日付を追加
- イベントが複数日でない場合は、Start Date のみ追加。複数日にまたがる場合は、開始日と終了日の両方を含めてください。
Team / DRI: ドロップダウンリストからアクティビティをプロジェクトマネジメントしている DRI (主要担当者) を選択
Activity Category: ドロップダウンリストからカテゴリを選択
Name: 戦術/イベントの正確な名前を追加 (確定していない場合は、最新の利用可能なものを含めるか、まだ決定されていない場合は placeholder with focus on <add topic>)
- 企業イベント: 私たちがスポンサーするイベントの隣に “SPONSORING” を緑色のフォントで含めてください

主要リンク

Landing Page: ランディングページが作成されたら、Sales と Marketing による簡単なアクセスのためにここにリンクしてください。
Epic/Issue: エピックがある場合 (イベント、コンテンツ、Webcast など) は、エピックリンクを追加します。エピックレベルがない場合 (例: デジタルチャネルのローンチ) は、Issue リンクを含めます。

GTM とパートナーアラインメント

Primary GTM Motion: 最も密接に整合する GTM Motion を選択 (FY24 GTM Motions (Automated Software Delivery または Security & Compliance) から)
Alliance Partner(s): Alliance Partner がアクティビティに含まれる場合、すべてをこの列に追加してください。
Channel Partner(s): Channel Partner がアクティビティに含まれる場合、すべてをこの列に追加してください。

オーディエンス詳細

Sales Segment: ドロップダウンから選択 (特定のセールスセグメントに焦点を当てている場合)。
- PubSec はセールスセグメントであることに注意してください。
Primary Region: ドロップダウンから選択 (特定のリージョンに焦点を当てている場合)
Primary Sub-Region: ドロップダウンから選択 (特定のサブリージョンに焦点を当てている場合)
Language: 英語以外の言語の場合は、ここに追加してください。

サポートチームコミットメント

SDR/BDR Committment: SDR Leadership によって追加
BDR Approved - DRI Manager: SDR Leadership によって追加
BDRs Attending: SDR Leadership によって追加
SDR Attending: SDR Leadership によって追加
SA/TM Commitment: マーケティングによって追加
Customer Speaker?: アクティビティに顧客のスピーカーがいる場合、含めてください。

オールマーケティングカレンダーのモックアップ (将来のビジュアライゼーション)

将来的には、これらの入力をカレンダー形式でフィルター付きで視覚化することがゴールです (ドキュメントの列に基づく) - チームが Sisense でプランを見られるようにするため。FigJam で基本モックアップを表示！

現在、GoogleDoc には、それぞれのアクティビティについてチームメンバーが追加できるよう、Region、Segment などごとにプランを表示するためのプリセットフィルタービューがあります。

FY23 オールマーケティング SSoT カレンダー

マーケティングチームは、誰もが貢献できる1 つのオールマーケティングカレンダーを活用しており、フィルターを使用して今後のマーケティングプランに関する重要な質問に答えられます。

ドキュメント全体にフィルターをかけないでください (ただし、Google Docs では、ドキュメント内の他のすべての閲覧者に影響を与えない個人フィルターが許可されるようになりました。これをテストする必要があります！)。代わりに、プリセットされたフィルタービュー (ブックマークバーのフィルターアイコンの隣にある下矢印セレクターをクリック) を使用して、GTM Motion、segment、region、team、funnel stage、partner などごとにグループ化されたアクティビティを表示できます。

以下はいくつかのプリセットフィルター例です:

他に役立つビューがあれば、既存のフィルタービューを複製し、何らかのカテゴリ分類 (例: team、segment など) を含めてください。同様のフィルタービューに移動して、右上の歯車アイコンをクリックし、Duplicate を選択することでこれを行えます。

マーケティングプロジェクトマネジメントガイドライン

マーケティングは、groups、projects、epics、roadmaps、issues、labels、boards などを含むアジャイルプロジェクトマネジメントのために GitLab を使用しています。これらの GitLab 機能に詳しくない場合は、それぞれのドキュメントを通読してください。

統合キャンペーン

マーケティング部門は協力して統合キャンペーン (Integrated Campaign) を制作します。統合キャンペーンとは、ブログ投稿、メール、イベント、広告、about.gitlab.com 上のコンテンツ、動画、ケーススタディ、ホワイトペーパー、調査、ソーシャルアウトリーチ、Webcast など、いくつかのキャンペーン戦術を含むコミュニケーションの取り組みです。統合キャンペーンには、私たちが市場に伝えているメッセージを要約するキャンペーンテーマがあります。

アクティブな統合キャンペーン

新しいキャンペーンのアイデアがありますか？ 提案を行う

プロジェクト管理プロセス

私たちは GitLab を使用してマーケティング活動の計画、コラボレーション、実行を管理することで、自社製品への深い理解を育みます。

最新のプロジェクト管理推奨事項はこちらにあります。FY21-Q2 Agility Project より。

マイルストーン

マイルストーンに関する最新の推奨事項。FY21-Q2 Agility Project より。

週次スプリント

www-gitlab-com リポジトリ (マーケティングの親リポジトリ) 内には週次マイルストーンがあり、一部のチームはこれを使用して週次スプリントの cadence を計画しています。これらのスプリントはそれぞれ、スプリントが終わる金曜日のために “Fri:**” で始まります。これらはこちらのリストで検索可能です。

毎週月曜日に、前週のマイルストーンに割り当てられたままになっている開いている MR と Issue は次週に一括で移動され、前のマイルストーンはクローズされます。これは現在 Danielle が手動で実行しているプロセスです。

グループとプロジェクト

グループとプロジェクトに関する最新の推奨事項。FY21-Q2 Agility Project より。

Marketing グループは、すべてのマーケティングプロジェクトを格納します。
ラベルは、マーケティンググループ内のすべてのプロジェクトで使用できるように、グループ レベルで作成すべきです。
- ラベルを個別のプロジェクトに重複させないでください。ボード/トラッキングの競合を引き起こします。
以下は承認済みのマーケティングプロジェクトです。新規プロジェクトを開始するには CMO の承認が必要です。
- Product Marketing (PMM、TMM、Market Insights を含む)
- Developer Relations
- Digital Marketing Programs
- Demand Generation
- Corporate Marketing (コンテンツ、ウェブサイト、企業イベント、ブランドなどを含む - 廃止されたグループの古い場所、更新予定)
- Marketing Operations
- Regional Marketing
- Account Based Strategy
- Sales Development Organization
- Digital Advertising - 外部広告代理店向けに使用
- Onboarding
- Contribute - 各 Contribute イベントのすべてのプロジェクトを含むサブグループです
- Growth Marketing
- Partner Marketing (テクノロジーパートナーとチャネルマーケティングの両方を含む)
Issue は、要求された作業を完了する責任を最終的に持つチームプロジェクトに記録すべきです。(例: SDR がリストのアップロードを必要とする場合 -> Marketing Operations プロジェクトで Issue を作成)。

Issue、マイルストーン、エピック

エピックに関する最新の推奨事項と Issue に関する最新の推奨事項。FY21-Q2 Agility Project より。

各 Issue は、デリバラブルを伴う離散した作業単位を表します。例: 1 2 3
すべての MR は、Issue ボードで追跡できるように Issue を持つべきです。
マイルストーンは、特定の時間枠内で完了する作業単位を表し、スプリントと呼ばれることもあります。共通の期日を共有する複数の Issue で構成され、大きなプロジェクトをより管理しやすい部分に分割するのに役立ちます。
エピックは、複数の Issue を含むプロジェクトを表します。(この目的のために「meta」Issue を使用しないでください。既存の meta Issue がある場合、/promote クイックコマンドを使用してエピックに昇格できます。)
- エピックはグループレベルで存在します (例: 複数のマーケティングプロジェクトの Issue をエピックに追加できます)。
- エピックは、エピックを所有するチームのグループラベルでラベル付けされます。
トップ 3〜5 の戦略的イニシアチブは、CMO ラベルを使用してエピックで追跡されます。(他のエピックには CMO ラベルを適用しないでください。)
Roadmap は、開始日と終了日を持つエピックの時間ベースの表示に使用されます。(例: イベントや時間ベースのキャンペーン)。

ボードとラベル

ラベルに関する最新の推奨事項とボードに関する最新の推奨事項。FY21-Q2 Agility Project より。

各チームには、進行中のワークストリームを追跡するための 1 つ以上のボードがあります。
一般に、各機能ごとにボードを作成します。(たとえば、PMM には Sales Enablement、Analyst Relations、Customer Relations などのボードがあります。)
各ボードは標準的な列/ラベルのセットを使用するため、人々は他のチームのボードで何が起こっているかを簡単に理解できます。
ボードラベルは、グループの スコープ付き ラベルで mktg-status:: と 4 つのステータスのいずれかを使用します。ステータスラベルは Marketing グループ内のすべての Issue で使用すべきです:
- mktg-status::plan - 提案された、探索的な状態にある作業。
  - plan ステージから抜け出すには、作業を DRI に割り当てる必要があります。
  - DRI は、ラベルを mktg-status::plan から mktg-status::wip に変更し、適切な場合はマージリクエスト (MR) を作成することで、タスクの責任を引き受けます。plan ステータスはオプションです。形式的なプランを必要としない Issue は、開かれて mktg-status::wip のラベルを付けることができます。
- mktg-status::wip - 受け入れられて DRI に割り当てられた作業中。
  - このステージの作業はマージすべきではありません。
  - マージリクエスト (MR) は WIP: を先頭に追加すべきです。GitLab では、作業が完了する前にレビュアーがすぐにレビューを開始することを許可しています。
  - MVC を使用: いつでも、作業がマージするほうが現在存在するものよりも良いほど完了している場合、Issue は mktg-status::review でラベル付けされ、WIP: がタイトルから削除されるべきです。
- オプション*: mktg-status::review - 作業は形式的なレビューと承認の準備ができたほどに完了しています。
  - 承認された作業は、マージするかスケジュールするかのいずれかが可能です。
  - review ステータスはオプションです。
  - レビューを必要としない作業は、単にマージ/クローズできます。
- オプション: mktg-status::scheduled - 作業は完了していますが、将来の日付にスケジュールすべきです。
  - すべての作業がスケジュールを必要とするわけではないので、scheduled ステータスはオプションです。
- closed - 作業が提供されたら、Issue はクローズすべきです。
プロジェクトレベルでステータスラベルを重複させないでください。 できるだけグループラベル (Marketing グループレベルで) を使用してください。

部門ラベル

マーケティング内の各部門は、「追加的」ラベルを持つことができます。これは、それぞれのチームのトラッキングとワークフローを強化するために使用されることを意味します。これらの「追加的」ラベルは、より広い Marketing ラベルと組み合わせて使用されます。部門ラベルの使用は、それぞれのハンドブックページにドキュメント化されています:

デフォルトの Issue テキスト

Marketing サブグループ内のすべてのプロジェクトには、部門ラベルが一貫して適用され、より広いグローバル Marketing ラベルが採用されるようにするための デフォルトの Issue テキスト が含まれています。

デフォルトの Issue テキストの使用

新しい Issue が 任意の プロジェクトで開かれると、Issue の説明には、そのチームのラベルと Marketing スコープの mktg-status::plan ラベルを適用する小さなテキストスニペットが含まれます。

テンプレートが選択されると、Issue の説明内のテキストを変更したいことを確認するメッセージが表示されます。Apply Template をクリックして通常通り続行してください

デフォルトの Issue テキストの更新

デフォルトのテキストは最小限で汎用的なものです。どのチームも集合的にテキストを更新する決定を下せます。テキストを変更するアクセスは、グループ/プロジェクトの権限レベルに基づいて制限される場合があります。General 設定セクションへのアクセスがない場合、Slack で @mktg-ops に連絡してください。 注意してください これは Issue ボットではなく、動的な機能はありません。デフォルトの Issue テキストは、そのプロジェクト内で開かれるすべての Issue に適用され、テキストはそのチーム内のロールを包含するほど広範であるべきです。

更新するプロジェクトに移動
左側のメニューから、ホイールウィジェット (最後のアイコン) にホバー -> General を選択
スクロールして、Default Issue Template の隣にある Expand を選択
テキストボックスでは、任意の Markdown フォーマットを追加し、テキストを変更できます。追加されたテキストにはその上に複数の行が含まれているため、空のボックスのように 見える かもしれません。スクロールして&/またはそのテキストボックスを展開して、完全なテキストを表示してください。
- ラベルセクションを 削除しない でください。
- ラベルセクションは、より多くのラベルを含めるよう更新する&/または部門ラベルを切り替えるよう更新できます
- mktg-status::plan ラベルをそのセクションに 残しておく ことが重要です
編集が完了したら、Save changes をクリックします。変更は 新しく開かれる Issue にすぐに適用されます。
- すでに開かれている Issue には影響しません。

問題&/または質問がある場合、Slack で MktgOps チーム (@mktg-ops) に連絡してください。

すべてがどのように組み合わさるか

ボード、エピック、ラベルをどこでどのように作成するかを把握することは混乱を招く可能性があります。以下の図は、すべてがどのように組み合わさるかについての非常に高レベルの例です。質問がある場合は、#mktgops slack チャンネル (*アクティブなリンクには GitLab チームメンバーである必要があります) で質問してください。

マーケティングがキャンペーン費用を追跡する方法

注意: 私たちはキャンペーン費用追跡のために、Campaign Tags の使用から Allocadia ID への移行を進めています。その結果、現時点では Allocadia ID と Campaign Tags の両方を参照しながらプロセスの詳細を以下に説明していますが、最終的には Campaign Tags の使用は廃止されます。

マーケティングマネージャーは、イベント、コンテンツ、Webcast などのキャンペーンに関連するコストを追跡します。Allocadia ID/Campaign Tags は、Navan レポート、Coupa PO、コーポレートクレジットカード請求、および Accounts Payable によって処理されるベンダー請求書に適用できます。独立した契約者によって発生するキャンペーン費用は、適切な ID/タグで明確に記載され、彼らから会社への請求書に含まれるべきです。次に、これらの累積コストを予算対実績分析、および Salesforce キャンペーンを実際のコストで更新するために使用します。

Allocadia ID

Allocadia ハンドブックページ

マーケティングは、Allocadia ライン項目を活用してキャンペーンコストを追跡します。Allocadia でライン項目を作成したら、これらの手順に従ってください。

Campaign Tags

注: キャンペーンコスト追跡のために Campaign Tags から Allocadia ID に移行するにつれて、以下のセクションは最終的に廃止されます。

GitLab は、関連するコストをよりよく追跡するために、システム全体で Campaign Tags を使用しています。一貫性のために、ISODate_Campaign_ShortName という命名規則を使用します。ISO Date の詳細:

ISO 8601 は、次のことを述べる標準的な国境を越えるアプローチを提供します:
一般から特定へのアプローチで、処理しやすい日付を形成 - したがって、年が最初、その後月、次に日
10 未満の数字には先頭にゼロを付ける
西暦 1 年より前の年は “0” として表現し、西暦 0 年より前の年は “-1” として表現する (以下同様)
したがって、1998 年 3 月 30 日は: 19980330 となります。

Campaign Tag を作成したら、これらの手順に従ってください。

Allocadia ID/Campaign Tags の作成と管理方法

マーケティングマネージャーとフィールドマーケティングコーディネーターは、このトラッカーで Allocadia ID または Campaign Tag の作成をリクエストします。トラッカーで概説されたすべてのリクエストされた詳細を追加します。
- GL アカウンティングチームは、毎日の終わりに ID/タグを作成します。
- ID/タグは NetSuite で作成され、Navan および Coupa と同期します。
Allocadia ID/Campaign Tag は、Coupa の発注依頼および主要な戦術 Issue にメモする必要があります (Field Marketing の場合、この情報は主要な Issue の Event Details セクションの下に存在します)。Allocadia > Coupa 統合の追加詳細はこちらで見つかります。
SFDC キャンペーン作成のための Allocadia ID の活用に関する情報はこちらで見つかります。
- MCM チームの追加詳細は、キャンペーンエピックで見つかります。

戦術の延期

イベントや戦術が新しい日付に延期される場合、日付が元の戦術日から 6 ヶ月以上ずれる場合のみ、このトラッカーで Allocadia ID/Campaign Tag 日付の更新をリクエストする必要があります。延期日が元の日付から 6 ヶ月以内であれば、Allocadia ID/Campaign Tag への調整リクエストは必要ありません。

旅費

旅費 (食事、ホテル滞在、航空券など) も Allocadia ID/Campaign Tags を活用して追跡する必要があります。経費レポートを完了するときに、Navan の classification フィールドに Allocadia ID/Campaign Tag を含めます。NetSuite > Navan で Allocadia ID/Campaign Tag が作成されるようリクエストする方法はこちらで見つかります。旅行に関する追加情報はこちらで見つかります。

マーケティングラピッドレスポンスプロセス

概要

業界の変化、競合の動き、会社に関するニュース、コメントやソートリーダーシップを提供する他の機会に対応するために迅速な対応が必要な場合があります。効果的に対応するために、GitLab マーケティングはモニタリング、作成、公開を素早く行う必要があります。さらに、GitLab マーケティングはインタビュー、ブログ投稿などのために、コンテンツ、データ、サウンドバイトで GitLab エグゼクティブをサポートする必要があります。

プロセス

ラピッドレスポンスの機会が発生した場合、Slack またはテキストメッセージで corporate communications のヘッド (corporate communications のヘッドが利用できない場合は CMO) にアラートしてください。ラピッドレスポンスのコラボレーションは、#competition チャネル (競合関連の場合) または #external-comms チャネル (他のニュースに関する場合) のいずれかで行われます。corporate communications のヘッドは、外部企業メッセージで進める最善の方法に関する推奨事項を提案し、プランを達成するためのリソースを募集します (これは各リソースにとって、物理的に不可能でない限り、またはマネージャーが代替を提供しない限り、最優先事項になります)。ラピッドレスポンスのテンプレートはこちらで見つかります。

corporate communications のヘッドは、ラピッドレスポンスのリクエストを 1 時間以内 (9amEST-6pmPST) に評価します。緊急性が評価され、3 時間 (ASAP) または 24 時間のターンアラウンドが決定され、アクションプランがそれに応じてスコープされます。可能な限り早く MVC をリリースし、より多くのニュースが利用可能になるにつれて反復するというバイアスを持ちます。緊急性またはアクションに関する意見の相違は、最終決定のために CMO に直ちにエスカレートされます。

各レスポンスはカスタムプランになりますが、ラピッドレスポンスチームは合意されたプランを実行するために適切なリソースを活用します:

PMM/TMM はテクニカルおよびプロダクトコンテンツ、業界の専門知識とコンテキストの責任者
Content/Social は執筆と公開の責任者
Web チームは必要なブログ以外のウェブページ変更の責任者
Community はパブリックチャネルでのモニタリングと応答の責任者

他の非公開チャネルで承認を得ていても、マージする前に MR でステートメント/ブログ投稿の作者に承認のコメントをしてもらってください。

リソース

マーケティングエージェンシーとパートナーリスト

GitLab のマーケティングチームは、エージェンシーとパートナー会社のリストを保護された Google Sheet で維持しています (GitLab チームメンバーのみアクセス可能)。

このリストの目的は、私たちと一緒に働くためにオンボードされたエージェンシーとパートナーについて GitLab チームメンバーに透明性を提供することです。チームをスケールし、追加のリソースレバレッジを作成するためにエージェンシーまたはパートナーを検討している場合、まずこのリストをチェック してください。新しいパートナーまたはエージェンシーをオンボードした場合、他の人が表示できるよう このリストに追加 してください。私たちは、推奨されるパートナーを内部で共有することで、追加の効率を生み出します。

セールスとマーケティングのローカライゼーションロードマップ

会社が世界中で各国に行うべき投資を集中させるために、セールスとマーケティングのリーダーシップが優先する国 (P0、P1、P2、P3、P4) について合意することが重要でした。

各優先順位レベルでの投資チェックリストは、それらのエリアでローカライズすることを目指す方法のウィッシュリストです。たとえば、P0 にはマーケットセールスと SDR サポート、ならびに大幅に高いレベルの翻訳が含まれます。詳細は、トラッキングシートで内部的に見つかります。

マーケティングキャリア開発

マーケティングキャリア開発プログラムに関するハンドブックページをご覧ください。

最終更新 May 6, 2026: Merge pull request #100 from kyama0/fix/upload-images-tolerate-upstream-missing (70970e1a)

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