プロダクトおよびソリューションマーケティングアセットインベントリ

このページは、プロダクトおよびソリューションマーケティング チームが作成および維持するアセットのインベントリを提供するために使用されました。それ以来、すべてのアセットを含むようにインベントリを更新し、現在はマーケティング分析 内にあります。

マーケティングインベントリへの入力方法を判断するのに役立つ可能性があるため、プロダクトおよびソリューションマーケティングチームに固有の以下の情報を保持しました。

どのアセットが Strategic に属するか — エッジケース

プロダクトおよびソリューションマーケティングが GitLab 内で所有していないが貢献するもの

プロダクトおよびソリューションマーケティングは、他の GitLab チームが所有するアセットに重要な貢献をすることがよくあります。例には、PMM メッセージングリードによる製品リリース投稿、または競合リサーチに大きく依存するセールスイネーブルメントリソースが含まれます。これは、特定のアセットが「SM に属する」かどうかという質問を提起し、私たちのインベントリに含めるかどうかです。私たちのバイアスはこれらのアセットを含めることになります。

「SM DRI」を特定でき、重要な貢献をした場合、アセットをインベントリに入れます。アセットを完全に作成または所有していると誤って表現しないように注意します。

GitLab が所有または管理しないが貢献するもの

プロダクトおよびソリューションマーケティングは、会議で話している私たちの録画や、業界出版物に書いた作品など、GitLab の外で他の人が所有または管理するアセットにも貢献します。これらのアセットが GitLab が管理しない場所にある場合、内部使用のためにアセットの GitLab 所有および管理されたコピーを作成しようとします。私たちのバイアスは、これらのようなアセットも、独自のコピーがなくても、このインベントリに含めることになります。

私たちがレビューおよび承認するだけのもの

私たちの貢献が最小限またはなしで、レビューと承認をしただけのアセットでも、アセットを SM インベントリにレビュー、検証、含めることに興味があります。私たちの動機は、第一に「X に関連するすべて」を検索する人々にサービスを提供すること、第二に、このインベントリが高品質アセットのリポジトリとして機能することです。サブジェクトマターエキスパートとして、SM チームメンバーは、コンテンツやその他のアセットをレビューおよび承認するように求められることがすでにあります。レビューしたものをインベントリ化することによって、その価値を倍増したいと思います。

私たちは、GitLab が、会社の Web サイト、Unfiltered ブログ、ハンドブック、Unfiltered YouTube チャンネルなどで、すべてのチームメンバー、そして多くの場合コミュニティメンバーさえも貢献できるようにすることを祝います。これらは、GitLab の価値観と文化を実際に反映する素晴らしい例であり、議論の余地なく生成的です。しかし、私たちはまた、これがトーン、フォーカス、技術的な深さなどで、不均一なアセット品質をもたらす可能性があることも認めます。その結果、非 SME が、見つけたアセットがより高い品質要件のあるコンテキストで再利用に適しているかどうかを判断することは困難な場合があります。

私たちは現在、これらのようなアセットを取り込み、レビュー、または含めるためのプロセスを持っていません。追加のメタデータとプロセスの追加を検討している間に、すでにいくつかをインベントリに見つけるかもしれません。

適切な時期に

最近のチームへのいくつかの変更があったため、この部分は適用されないかもしれませんが、念のため保存しています

インベントリを更新する

新しいアセットは、SM サポートリクエスト Issue の完了の定義の一部として、つまりアセット自体の完成の一部として、インベントリに追加する必要があります。テンプレートの使用と、有用なリンクを提供できるかどうかを探求し、例えばこの Issue で、アセットが作成されなかったか、インベントリ化されたかをチェックする特定のボックスを要求します。

アセットの SM DRI であるチームメンバー — SM からの主要な作成者、貢献者、および/または意思決定者 — は、アセットをインベントリに追加する責任があります。

アセットの作成は、プロダクトおよびソリューションマーケティングと他の GitLab チームメンバーまたはコミュニティメンバーとのコラボレーションであることがよくあります。ここでアセットをインベントリ化することによって、それが部門または会社の他の部分に対して SM によって「所有」されていることを示すのではなく、SM が私たちのチームの DRI を特定するのに十分に貢献し、私たちの見解で、ここに置く価値があるかどうかだけです。

SM のリーダーシップは、インベントリの完成においてチームメンバーをサポートし、彼らはチームのアセットのバックアップ DRI として機能することによって、より広い GitLab チームメンバーをサポートします。

グループの会話をリードする

SM グループ会話のリーダーは、最近作成されたアセットを示すコールでこのページとインベントリを共有できます。このハンドブックファーストのアプローチは、デッキのスライドを減らし、すべてをリストアップする 6 週間の慌ただしさを軽減できます。

GC デッキはアセットとアクティビティの両方をリストするため、アクティビティを別々にリストアップし続けるか、カレンダーイベントにタグを付けて共有ビューに引き出すなどの別のソースを見つける必要があります…

インベントリを簡単に定期的に実演することで、私たちが何かを持っているか、どこにあるか、または私たちに作成してもらいたいかを尋ねる前に、セルフサービスを促進することもできます。

ヘルプを求めるか、変更を提案する

変更リクエストを行うか、質問がある場合またはヘルプが必要な場合は、SM サポートリクエスト を開いてください。

#strategic_marketing Slack チャンネル で尋ねることも歓迎しますが、それは一時的なものであることを覚えておいてください :)

データベース、ダッシュボード、プロジェクトのための変更リクエストのバックログ があります。

Learn@GitLab インベントリ

インベントリファイル

インベントリファイルは、誰もが使用できる作成されたアセット(インベントリ)をキャプチャ、検索、参照する標準化された方法を提供します。データは /data/inventory/ ディレクトリの yml ファイルに保持されます。所有権を明確にし、管理を容易にするために、チームごとに 1 つのファイルがあります。

レイアウト

inventory フォルダは Web サイトの /data 下にあり、複数のグループへのスケーリングを可能にするために、次の方法で整理されています。考え方は、各グループが自分のチームのインベントリのCODEOWNERS になることができますが、探しているものを見つけるために「すべて」のインベントリを通じて検索しやすくする必要があります。

/data/inventory
     |
     ---- learn.yml (Technical Marketing - will change to team name in another MR)
     |
     ---- pmm.yml (Product Marketing)
     |
     ---- ...
     |
     ---- team_name.yml (Team Name)

形式

「すべて」のインベントリを通じて検索して探しているものを見つけるためには、すべてのチームのファイルが同じ形式とデータフィールドを使用することが重要です。このファイルは、その形式とフィールドが何であるかについての SSoT を表します。変更を行う場合は、まずここで行い、それからすべてが従っていることを確認してください。

受け入れられるフィールドの説明は次のとおりです(太字のフィールドは必須):

- title*:                              (the display name of the asset)
   author*:                            (the author of the asset)
   team*:                              (the name of the team that created the asset)
   asset_type*:                        (currently one entry only. Expect this to grow as teams are added. asset type = video, demo)
   date_published*:                    (month and year content first published. In iso-date format. eg 2020-05)
   last_changed                        (date the asset was last changed)
   gitlab_release:                     (major.minor GitLab release # the asset is built about/on. eg 12.10)
   use_case*:                          (use case the asset focuses on. [Derived from customer use case page](/handbook/marketing/use-cases/). Acceptable values are:   )
      - vcc
      - ci
      - cd
      - devsecops
      - agile
      - simplify_devops
      - cloud_native
      - gitops
      - remote
      - other
   stage:                              (multi-select list of stages the asset focuses on. Values should match main entries in [stages.yml](/data/stages.yml))
   category:                           (multi-select list of categories the asset focuses on. Values should match main entries in [categories.yml](/data/categories.yml))
   link*:                              (link to the ungated asset)
   embedded_link:                      (link to embeddable version of asset - typically for videos and demos)
   gated_link:                         (link to the gated asset)
   short_description:                  (a short description of what the asset is about)
   learn:                              (values: true or false or blank. Does this asset show up on [email protected]. tech marketing team to add this only please)

ヘルプを得る

質問またはヘルプが必要な場合は、SM サポートリクエスト を開いてください。