コーポレートコミュニケーションズ ハンドブック

コーポレートコミュニケーションズ ハンドブックへようこそ

ミッションステートメント

私たちは、GitLab のエグゼクティブおよびクロスファンクショナルチームに対し、チームメンバー、顧客、パートナー、その他のビジネスに不可欠な関係者に影響を与える事案について、戦略的アドバイザーとしての役割を果たします。

私たちは、経済的バイヤー、技術的チャンピオン、コミュニティコントリビューター、アドボケート、投資家、業界アナリストにリーチすることで、GitLab に対する認識をポジティブに高めるために存在します。これは、ブランドを保護し、GitLab に対する認知と選好を生み出す戦略的な対外コミュニケーション計画の策定・実行を通じて行います。

このページは、コーポレートコミュニケーションズの目的／目標、連絡先、メッセージング、PR／ソーシャルメディアのガイドライン、承認プロセス、戦略などに関する単一の情報源（Single Source of Truth）です。

業務内容

GitLab のコーポレートコミュニケーションズチームは、以下の活動とコミュニケーションチャネルを担当しています:

• メディアリレーションズ（プリント／放送／ポッドキャスト）
• メディアスポンサーシップ
• 寄稿記事の掲載
• 経営層の露出
• アワード
• インシデントコミュニケーション（別ハンドブックページ）

チーム規範

• 個人の成功とチームの成功の両方を称えます
• お互いを業務面でも個人的にもサポートします
• 高い基準を互いに保ちます
• 私たちは「足の指が短い（short toes）」精神を持ち、コラボレーション、フィードバック、フィードフォワードを歓迎します
• 卓越性を追求します

GitLab のコーポレートコミュニケーションズチームへの連絡

#external-comms Slack チャンネルをご利用ください。

GitLab を代表して発言する

メディアインタビュー（対面または電話）、ポッドキャスト、GitLab.com 上のパブリック Issue、フォーラム、カンファレンス／イベント（ライブまたはバーチャル）、ブログ、または外部プラットフォームなど、公的なチャネルを通じて GitLab を代表して発言する場合、Comms チームによる事前承認が必要であり、GitLab の SAFE フレームワークに従う必要があります。リクエストするには、#external-comms Slack チャンネルをご利用ください。

スポークスパーソンの基準

会社のスポークスパーソンを務めることは、最大限の真剣さをもって取り組むべき責任です。

スポークスパーソンの基準:

• 該当分野の専門家であること
• その専門性に対するビジネス上の必要性があること
• Comms チームによるスポークスパーソン承認を受けていること
• GitLab のメディアトレーナーによるトレーニングを受けていること
• マネージャーの承認を得ていること
• 会社における良好な評価を保っていること

GitLab のスポークスパーソンが初めての場合、コーポレートコミュニケーションズチームから、過去のスピーキング業務（イベント、ウェビナー、チュートリアルなど）の動画例の提供を依頼されることがあります。

メディア掲載、メディアからの取材依頼やインタビュー（ポッドキャストを含む）

チームメンバーは、記者やポッドキャストホストなどから会社についてのコメントやインタビューを依頼されることがあります。GitLab のスポークスパーソンとして、何らかの事案について引用やコメントを求められた場合、対応する前に #external-comms Slack チャンネルでコーポレートコミュニケーションズチームに機会の詳細を共有してください。

チームメンバーが記者やポッドキャストホストなどと既存の関係を築いていることもありますが、GitLab に関する事案に関するエンゲージメントは必ずコーポレートコミュニケーションズチームを通してください。対応前に #external-comms Slack チャンネルでチームに連絡できます。

スピーキング機会（カンファレンス、Meetup、ウェビナー、その他のイベント）

Developer Relations Speakers Bureau Developer Relations Speakers Bureau には、コミュニティ／ユーザーの Meetup に参加し技術トークを行う GitLab チームメンバーが含まれます。Developer Relations Speakers Bureau への参加は、コーポレートコミュニケーションズチームが管轄するメディア／アナリストリレーションズとは別物です。

スピーカーに招待された場合 イベント、ウェビナー、Meetup で GitLab を代表して登壇するよう依頼された場合、その機会が GitLab の目標と主要なナラティブに合致しているかを確認するため、コーポレートコミュニケーションズチームと Developer Relations チームに連絡してください。登壇依頼を受け入れる前に、#external-comms Slack チャンネルで照会を始めてください。 評価には 10 営業日かかります。さらにコラボレーションするために Corporate Marketing 配下で Issue を作成するよう依頼される場合があります。

スピーカーに応募する場合 イベント CFP に応募する、またはウェビナー／Meetup のスピーカーとして参加する予定がある場合、その機会が GitLab の目標と主要なナラティブに合致していることを確認してください。不明な場合は、コーポレートコミュニケーションズチームと Developer Relations チームにご連絡ください。登壇が承認された場合、#cfp Slack チャンネルに付随する Issue へのリンクを添えてコーポレートコミュニケーションズチームと Developer Relations チームに通知し、最終プレゼンテーションのレビューに 10 営業日確保してください。

• セキュリティ関連トピックの場合: #cfp チャンネルへの通知に加え、提出案の作成前に、アイデアと開示予定内容に関する短いアブストラクト（仮タイトル、議論内容を 2〜3 文で説明、共有したい脆弱性や技術的問題へのリンクを含む）を #external-comms チャンネルでコーポレートコミュニケーションズチームに通知してください。コミュニケーションズチームに連絡する際は、マネージャーの承認を得ていることも併せて確認してください。

GitLab 業務とは別のスピーキング機会の追求 GitLab のチームメンバーは多面的な存在であり、GitLab での役割と重ならない公的なスピーキング機会があることも理解しています。このような場合、その機会が GitLab Code of Business Conduct & Ethics と矛盾しない限り、対応して問題ありません。

このような場合、GitLab での役割と会社との関係をプレゼンテーションから切り離す必要があります。さらに、GitLab のブランド、リソース、または GitLab での業務に割り当てられた時間を、プレゼンテーションの準備や実施に使用してはいけません。コメント、プレゼンテーション、ソーシャルメディアには these views are my own を追加してください。

ポッドキャストへの参加や自身のポッドキャストの作成も含め、GitLab とは関係がなくても関連していると認識される可能性のあるスピーキング機会を検討している場合、潜在的な利益相反を避けるため、受け入れる前にマネージャーと #external-comms にレビューを依頼してください。

イベントブースのスタッフ 対面またはバーチャルイベントで GitLab ブースのスタッフを務める場合、あなたは GitLab を代表しています。ブース来訪者やイベント参加者と関わる際は、GitLab の SAFE フレームワークに従ってください。

イベントサポートの依頼

PR チームは、RSA、Black Hat、KubeCon NA、Google Cloud Next、AWS re:Invent など、発表を行うか e-group メンバーが参加するコーポレートスポンサーの業界イベントをサポートしています。

メディア戦略の焦点は、テクノロジー出版物、ビジネスメディア、そしてプレスに対応するブランドネーム顧客がいる場合、または垂直産業に関連した製品発表がある場合のみ垂直メディアです。

イベントでの PR サポートのフルクライテリアは以下の通りです:

• スポークスパーソンの可用性: e-group メンバーまたは指名された代理が現地におりインタビュー対応可能であることが確認されていること。
• 地理的整合性: イベントが、コーポレートコミュニケーションズチームが現在サポートしている国・地域（米国、英国、ドイツ、フランス、日本、オーストラリア）で開催されていること。
• メディアプレゼンス: GitLab Top Media のジャーナリストが少なくとも 3 名イベントに出席すること。
• ニュースフック: イベントが、出席するメディアやアナリスト向けの製品発表、重要なパートナーシップ、または主要な業界トレンドに関連する魅力的なニュースフックと一致していること。

その他の考慮事項:

• 顧客の可用性: GitLab の利用体験について、自社ブランドを代表してメディアに話すことが承認された顧客が少なくとも 1 名出席することが確認されていること。顧客の連絡先情報は 6 週間前までに PR チームに提供する必要があります。
• アナリストの整合性: GitLab の主要市場をカバーするアナリストが少なくとも 3 名外部イベントに出席すること。

垂直業界サポートの依頼

GitLab コーポレートコミュニケーションズは、より広範な企業戦略に沿って、垂直業界サポートに戦略的なアプローチを取ります。現在のフォーカスには、ビジネス上確立された分野である公共部門が含まれます。金融サービス、テレコム、その他の垂直分野への具体的なサポートは、メディアと話す意思のある参照可能な顧客がおり、PR チームが適切なリソースを割り当てた場合に検討されます。これにより、私たちの取り組みが主要なビジネス目標と整合することを確実にします。

調査関連の依頼

アナリスト

アナリストの調査関連の依頼については、Analyst Relations ハンドブックセクションを参照し、#analyst-relations Slack チャンネルで質問してください。

メディア

すべてのメディア問い合わせと依頼は、#external-comms Slack チャンネルを通じてコーポレートコミュニケーションズチームを経由する必要があります。

謝礼金

GitLab のチームメンバーの時間に対して支払いを提供しようとする外部当事者から接触された場合は、機会と承認プロセスについて議論するため、#external-comms Slack チャンネルでコーポレートコミュニケーションズチームに連絡してください。

ソーシャルメディア

個人のソーシャルメディアプラットフォームで GitLab を代表することに関するガイドラインについては、ソーシャルメディアチーム（Slack の @social）に相談してください。ソーシャルメディアプラットフォームで連絡を受け、GitLab のスポークスパーソンとして共有／リツイートやコメントを求められた場合は、#social_media_action Slack チャンネルで機会の詳細を提供するためにソーシャルメディアチームに連絡してください。

個人ブログや外部プラットフォームでの GitLab に関する執筆

GitLab での役割と会社との関係を、個人ブログやその他の外部プラットフォームから切り離す必要があります。さらに、GitLab のブランド、リソース、または GitLab での業務に割り当てられた時間を、個人プロジェクトの素材準備に使用してはいけません。GitLab と関連すると認識される可能性のある個人作品の下書きを誰かに確認してほしい場合は、潜在的な利益相反のレビューを行うマネージャーとコーポレートコミュニケーションズチームに公開前に共有してください。#external-comms Slack チャンネルに短いサマリーとともに投稿し、レビューに 5 営業日確保してください。

パブリック GitLab Issues

パブリック GitLab Issue 内での投稿と議論は、ソーシャルメディアでの GitLab に関する投稿、フォーラムでのコミュニティメンバーとの関わり、またはメディアアウトレットとのインタビューを実施する場合と同じガイドラインに従う必要があります。あなたは GitLab を代表して対外的に発言・コミュニケーションしています。

GitLab を代表して対外的に発言・コミュニケーションする際は、SAFE フレームワークに従ってください。オープンな Issue 内での発言の仕方に注意することは、会社を SAFE に保つのに役立ちます。私たち全員が会社を代表しています。

メディア報道の共有

一部のメディアアウトレット（14,000 紙の新聞・雑誌を含む）は、印刷物・オンライン記事の抜粋、引用、見出しを内部的に（Slack、メール、機密 GitLab Issue などを介して）または外部的に（GitLab のソーシャルメディアチャンネルなど）共有（およびその他下記の活動）するために、GitLab がライセンスを保有することを要求しています。記事への単純なハイパーリンク（抜粋、引用、見出しなしの）共有にはライセンスは不要です。

印刷物・オンライン記事の抜粋、引用、見出しに対して、以下のいずれかを行うにはライセンスが必要となる場合があります:

• コピー、FAX 送信、スキャン、メール送信、複製;
• 内部または外部のイントラネットや共有ドライブへの保存;
• メディアモニタリング組織や PR エージェンシーから受け取った素材の印刷、コピー、メール送信、配布;
• 内部または外部の Web サイトやソーシャルメディアアカウントへの素材の投稿。

メディア記事（または抜粋、引用、見出し）について、単純なハイパーリンク共有を超えて上記いずれかを内部または外部で行うことに関心がある場合は、ライセンスが必要かを確認するため、進める前に #external-comms Slack チャンネル経由でコーポレートコミュニケーションズチームに連絡してください。

対外発表のリクエスト

リクエストがある場合は、Slack の #external-comms から連絡してください。

パートナーからの対外コミュニケーションサポートのリクエスト

GitLab の名称、ブランド、またはロゴの使用には、以下に概説するプロセスに従って GitLab による事前のメール承認が必要です。

パートナー主導のブログ投稿: GitLab はコラボレーション型のパートナープログラムを誇りに思っており、パートナーがブログを通じて自社のソリューション、能力、顧客成功事例を紹介することを奨励しています。GitLab を含むすべてのブログ投稿は、レビューと承認のため、GitLab コーポレートコミュニケーションズチーム（[email protected]）または Slack の #external-comms に送付してください。

プレスリリースの基準と承認プロセス: GitLab とのパートナーシップに言及するプレスリリースの発行を希望するパートナーは、以下および GitLab Partner Portal に概説された基準を満たす必要があります。

• パートナーパブリックリレーションズ参加基準:

  • Select パートナーとしての契約締結
  • 最低 10 件の共同顧客、または戦略的ビジネスプラン
  • 新規パートナー: アカウント担当者にガイダンスを依頼してください。

• GitLab は対外コミュニケーション要請のサポートに最大 6 週間のリードタイムを必要とすることに注意してください。

• 必要な承認についてのガイダンスはアカウント担当者にメールで依頼し、GitLab コーポレートコミュニケーションズチーム（[email protected]）を CC に入れてください。

• GitLab アカウント担当者: パブリックリレーションズサポートのリクエストには、エグゼクティブスポンサーの承認が必要です。これに関する質問は、Slack の #external-comms から連絡してください。

GitLab ベンダーリファレンスのリクエスト

GitLab チームが使用している製品、サービス、または技術について、ベンダーから GitLab がリファレンス（ケーススタディ、ブログ投稿、Web サイト上の GitLab ロゴ、プレスリリースなど）として機能してほしいというリクエストを受けた場合は、Brand Strategy チームのハンドブックに概説されたプロセスを参照してください。パートナー主導のブログまたはプレスリリースについては、本ハンドブックの パートナーからの対外コミュニケーションサポートのリクエスト セクションを参照してください。リクエストの量が多いため、GitLab が共同プレスリリースを書くことは稀である点にご注意ください。

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