GitLab 利用統計
採用 - GitLab 利用統計
GitLab Version Check を使用すると、CE、EE、および EE トライアルユーザーの両方の GitLab 利用データが Salesforce にプッシュされます。 Salesforce アプリケーションには、「Usage Statistics」というタブが表示されます。 ドロップダウンビューを使用して、CE、EE トライアル、または EE を選択し、GitLab に送信されたすべての利用データを表示できます。 バージョンチェックがホスト名を取得しているため、リードはホスト名として記録されます。正しい会社名を特定したら、会社名を更新してください。 例: gitlab.boeing.com を会社名として Boeing に変更します。
利用を表示するには、「Usage Statistics」という列のハイパーリンクをクリックします。 リンクは a3p61012001a002 のような数字と文字で構成されます。 Salesforce 内のアカウントオブジェクトレベルでも利用統計にアクセスできます。 アカウントオブジェクト内には「Usage Ping Data」というセクションがあり、同じハイパーリンクと、使用しているバージョン、アクティブユーザー、過去のユーザー、ライセンスユーザー数、ライセンス使用率 %、データが送信された日付の概要が含まれています。
Usage Statistics を使用してインサイトを引き出し、アクションを促進する方法の例:
- CE ユーザーへのプロスペクティングを行う場合、アクティブユーザーでソートして大規模な CE インスタンスをターゲットにできます。 GitLab 内で使用しているもの (Issue、CI ビルド、デプロイ、マージリクエスト、ボードなど) を確認できます。 そして、彼らが GitLab を社内でどのように使用しているかを学び、EE で何ができるかを教育するためにコミュニケーションをターゲットにできます。
- ライセンス使用率を下回っている現在の EE ユーザーに対しては、社内で GitLab を展開する計画と、私たちが採用をどこで/どのように支援できるかを理解するために顧客と関わることができます。
- ライセンス使用率を上回っている現在の EE ユーザーに対しては、データを活用して顧客と関わることができます。 組織内での GitLab の採用を祝います。なぜ採用が拡大したのかを尋ね、どのように使用しているか (ユースケース) を尋ね、追加分のために契約を今修正することに関与してもらいます。 true-up と新しい更新金額のために、更新の商談に利用増加を反映するように更新してください。
- EE 機能 (CI や Issue など) を使用していない現在の EE ユーザーに対しては、なぜ使用していないのかを理解するために顧客と関わることができます。 私たちが提供していることを知っていますか? 競合ツールを使用していますか? 現在のツールを GitLab に統合していますか? 現在のツールを置き換えるために私たちが提供しているものについてもっと学ぶことに前向きですか?
- EE トライアルについて。 どの EE 機能を使用していて、どれを使用していませんか? EE 機能を使用している場合、何を解決して評価しようとしていますか? 使用していない場合、なぜか、そしてその機能を評価することに前向きですか?
トレーニング動画でより詳しい説明を見るには、Google Drive で「Sales Training」フォルダを検索してください。
オープンソースユーザー - SFDC アカウントにおける GitLab CE インスタンスと CE アクティブユーザー
SFDC で Usage/Version ping データ をよりシンプルに使用できるようにするため、Salesforce アカウントレコードの「GitLab/Tech Stack Information」セクション配下のアカウントレイアウト上に、「CE Instances」と「Active CE Users」という 2 つのフィールドが直接配置されています。
これらのフィールドのソースは、過去 60 日間に見られた各ホストの最新の version ping レコードと usage レコードを使用し、それらを単一のレコードに結合したものです。 ホストは、ドメインベースのホストと IP ベースのホストに分けられます。 IP ベースのホストの場合、IP を reverse-DNS lookup で実行し、ドメインベースのホストへの変換を試みます。 reverse-DNS lookup (PTR レコード) が見つからない場合、IP を whois lookup で実行し、会社名を抽出しようと試みます。例えば、IP が会社の委任 IP スペースの一部である場合などです。 予約済み IP アドレス (内部 IP スペース) を持つため、または GCP、Alibaba Cloud、AWS のようなクラウドプラットフォームでホストされているため、識別できないすべてのホストは破棄します。なぜなら、このデータを通じてそれらの組織を識別する方法はないからです。 ドメインベースのホストの場合、Datafox および/または DiscoverOrg ドメインルックアップ API を使用して、組織に関連付けられた会社とファーモグラフィックデータを識別し、最後に Google Geocoding API を使用してアドレスデータを可能な限り解析、クリーンアップ、標準化します。
これらの統計は集計され、子アカウントがある場合 (どのホストがどの子アカウントに属するかを実際には知ることができないため)、SFDC の Ultimate Parent アカウントにのみ表示されます。
CE ユーザー数またはインスタンス数によるアカウントのリストを表示するには、SFDC の CE Users リストビュー を使用できます。 ご自身のアカウントのみでフィルタするには、「edit」ボタンを押して「My Accounts」でフィルタします。 オリジナルを消さないように、別の名前で保存することを忘れないでください。 これらのフィールドは SFDC レポーティングでも利用可能です。
このデータに関するいくつかの注意点:
- ホストは、組織名、ドメイン、コンタクトの Email ドメインに基づいてマッピングされ、できるだけ正確にインスタンスを SFDC アカウントに関連付けますが、まれに誤った関連付けを作成する可能性があります。 エラーや異常を見つけたら、Data & Analytics チームに知らせてください。
- どちらのフィールドも空白になる可能性がありますが、その組織がそれでも重要な CE ユーザーである可能性があります。 両方のフィールドが空白であるということは、バージョンや利用 ping を送信しているインスタンスがないことを意味するだけで、アクティブなインスタンスがないとは限りません。
- ユーザーは複数のインスタンスで同じ人物である可能性があるため、組織のあるユーザーが usage ping を有効にした複数のインスタンスに存在する場合、インスタンスに登場するたびにカウントされます。 ユーザーは組織の外部にいる可能性もあるため、ユーザー数は従業員を表しているとは限らず、従業員数より多くなる可能性があります。
- これらの数字は、いくつかのインスタンスがこれらの ping を有効にしている可能性があり、また有効にしていない可能性があるため、GitLab が組織内で利用されている最小量を表しています。 また、version ping のみを有効にしている可能性があり、その場合はユーザー数は見えません。 これは、インスタンスはあるがユーザーはいないという意味と解釈されるべきではありません。
これらのアカウントへの対応、サードパーティツールからのコンタクトの追加、リーチアウトのプロセスについては、ハンドブックの Business Operations セクションを参照してください。
bfd74782)