使用指標を用いた製品利用プレイブック

指標を使用して製品利用プレイブックをトリガーし、データを活用したディスカバリーを主導する方法。

GitLab はサービス Ping を通じてセルフマネージドの顧客から製品利用指標を収集します。GitLab の各ユースケースについて、サービス Ping でレポートされる使用指標が少なくとも 1 つあります。これらの指標は Gainsight で製品利用プレイブックをトリガーするために使用され、CSM が顧客に対してコンサルティングの文脈でアプローチし、顧客がユースケースのソリューションとして GitLab 機能を採用し、GitLab への投資対効果を最大化できるよう支援します。以下は、現在の製品利用プレイブックをトリガーするために使用される指標の一覧です。さらに、各プレイブックのトリガーを定義する情報と、CSM が顧客とのコンサルテーションプロセスをガイドするために使用できるディスカバリー質問も含まれています。

CI/CD ユースケース

指標トリガー定義ディスカバリー
ci_runnersオンボーディングの 1 ヶ月後にパイプラインが 1 つ未満GitLab インスタンスで設定されたランナーの合計この数値がゼロのままである場合、顧客には GitLab ランナーが設定されていないため GitLab CI を使用していないことを意味します。この理由を理解することが重要です。ワークフローで CI/CD を全く使用していないのか、または GitLab がニーズを満たしていないのか?
ci_internal_pipelines月次で少なくとも 20% 以上の減少、またはオンボーディングの 3 ヶ月後に GitLab インスタンスの projects の 50% 未満のままの状態GitLab リポジトリのパイプラインの合計この数値の減少は CI パイプラインの使用減少を示します。これ自体は必ずしも悪いことではなく、プロジェクトが統合されてより効率的な少ないパイプラインを実行するようになった結果としても起こり得ます。変更の理由を理解することで、CSM の次のステップをガイドできます。
ci_external_pipelines3 ヶ月にわたって月次で ci_internal_pipelines より高いGitLab 外にホストされているリポジトリのパイプラインの合計この指標の増加は、GitLab 外のプロジェクトに GitLab CI が使用されている数が増えていることを示唆しています。これは異なる SCM ツール間の移行中に起こりやすいです。顧客の GitLab への投資対効果を最大化するために、CSM はこれらの数値を使用して移行の進捗状況を理解するとともに、GitLab のソースコード管理が顧客のニーズを満たしていることを確認できます。
projects_jenkins_activeオンボーディング後に GitLab インスタンスのプロジェクトの 20% 以上、または月次で増加Jenkins のアクティブな統合を持つプロジェクトの数理想的には、CSM が顧客を GitLab の単一 DevSecOps プラットフォームにオンボードするにつれて、この指標は低下するはずです。代わりに増加している場合は、顧客のモチベーションを理解し、プロダクトと連携して顧客が GitLab CI/CD の恩恵を受けられるようにすることが重要です。
projects_teamcity_activeオンボーディング後に GitLab インスタンスのプロジェクトの 20% 以上、または月次で増加Teamcity CI のアクティブな統合を持つプロジェクトの数理想的には、CSM が顧客を GitLab の単一 DevSecOps プラットフォームにオンボードするにつれて、この指標は低下するはずです。代わりに増加している場合は、顧客のモチベーションを理解し、プロダクトと連携して顧客が GitLab CI/CD の恩恵を受けられるようにすることが重要です。
projects_bamboo_activeオンボーディング後に GitLab インスタンスのプロジェクトの 20% 以上、または月次で増加Bamboo CI のアクティブな統合を持つプロジェクトの数理想的には、CSM が顧客を GitLab の単一 DevSecOps プラットフォームにオンボードするにつれて、この指標は低下するはずです。代わりに増加している場合は、顧客のモチベーションを理解し、プロダクトと連携して顧客が GitLab CI/CD の恩恵を受けられるようにすることが重要です。

ユーザーエンゲージメントユースケース

指標トリガー定義ディスカバリー
billable_user_count/license_user_count月次で少なくとも 10% 以上の減少、またはオンボーディングの 1 ヶ月後に 50% 未満のままアクティブユーザーとライセンスユーザーの比率1 未満の比率は、顧客がライセンスを十分に活用していないことを意味します。これは通常、オンボーディング中または異なる GitLab インスタンスの統合中に起こります。月次で減少している場合は、顧客にその理由を理解し、GitLab が顧客のニーズを満たしていることを確認することが重要です。

Secure ユースケース

指標トリガー定義ディスカバリー
container_scanning_jobオンボーディングの 1 ヶ月後に 50 ジョブ未満実行されたコンテナスキャンジョブの数この数値がゼロのままである場合、顧客(Ultimate ティア)にはスキャンが必要なコンテナがないことを意味します。この理由を理解することが重要です。コンテナのビルドとデプロイはワークフローの一部ですか?CI ファイルにコンテナスキャンテンプレートを含める際にエラーが発生しましたか?採用率が低い原因を理解するために追加調査を行ってください。
dast_jobsオンボーディングの 3 ヶ月後に 50 ジョブ未満実行された DAST ジョブの数この数値が 5 未満のままである場合、顧客(Ultimate ティア)にはスキャンが必要な Web アプリケーションがあまりないことを意味します。顧客が DAST スキャン機能の動作を理解しているか確認してください。顧客はレビューアプリ環境をプロビジョニングしていますか?顧客は現在どのようにしてアプリ環境で発生する脆弱性を発見していますか?採用率が低い原因を理解するために調査を行ってください。
dependency_scanning_jobsオンボーディングの 1 ヶ月後に 1 ジョブ未満実行された依存関係スキャンジョブの数この数値が 5 未満のままである場合、顧客(Ultimate ティア)には依存関係スキャンが必要なプロジェクトがあまりないことを意味します。この理由を理解することが重要です。主要プロジェクトは依存関係に依存していますか?CI ファイルに依存関係スキャンテンプレートを含める際にエラーが発生しましたか?採用率が低い原因を理解するために調査を行ってください。
secret_detection_scansオンボーディングの 1 ヶ月後に 50 ジョブ未満実行されたシークレット検出セキュリティスキャンの数この数値が 50 未満のままである場合、顧客(Ultimate ティア)にはリークされたシークレットのスキャンが必要なプロジェクトがあまりないことを意味します。この理由を理解することが重要です。シークレット検出を有効にする試みはありましたか?機能するために機密性の高い認証情報を必要とするアプリケーションはありますか?採用率が低い原因を理解するために調査を行ってください。