ジャーニー
はじめに
企業として、私たちは複数のジャーニーを優れた形で提供できなければなりません。 コントリビューター、ユーザー、バイヤーの各ジャーニーには、それぞれ異なる人々が関与し、異なる指標、異なる引き継ぎポイント、異なるチームが関わります。 ジャーニーの 1 つを完全に習得している企業はほとんどなく、いずれか 1 つを習得している企業も少数です：Ubuntu はコントリビュータージャーニー、Atlassian はユーザージャーニー、Oracle はバイヤージャーニーをそれぞれ習得しました。 私たちの野望は、この 3 つすべてを習得することです。
難しいのは、ジャーニーの中で部門やチーム間で複数の引き継ぎが発生することです。 これらの引き継ぎポイントは明確に定義され、両チームにとって機能するものでなければなりません。 ジャーニーの全ステップを測定して、どこを改善すれば最も大きな効果が得られるかを把握することが不可欠です。
コントリビュータージャーニー
コントリビューターとは、コード、ドキュメント、ブログ記事、ツイート、講演、ミートアップ、Issue トラッカー/フォーラム/IRC でのサポートのいずれか（または複数）の形で GitLab に貢献した人を指します。
- GitLab を見つける（技術ブログ記事）
- ソーシャルメディアで GitLab に連絡を取る（ソーシャルメディアでの応対）
- コントリビュート方法に関する情報を見つける（コントリビューター向けランディングページ）
- GDK のインストールを開始する（実行するための優れた選択肢が複数ある）
- GDK のインストールを完了する（エラーフリー、適切なトラブルシューティング）
- マージリクエストを提出する（適切なドキュメント）
- 承認を受ける（最初のコントリビューターを見つける）
- マージリクエストを完了する（最初の貢献を承認する、マージリクエストコーチ）
- 他の人を助ける（フォーラム、Issue トラッカー）
- 大きな貢献に対して認知される（名前入りのスワッグ）
- コアコントリビューターとして認知される（コアコントリビュータープログラム。彼らの所在地を把握する必要がある。フォーラムの一部として実施するのもよいかもしれない）
- イベントに招待される（コントリビューターを、登壇者・ミートアップ運営・登壇コンテンツに関する依頼とマッチングする）
- ブログ記事を書く（編集を支援する）
- しばらく非アクティブだった後に再活性化される（再活性化プログラム）
このジャーニーの一部をスキップする人もいるかもしれません。例えば、コードを一切コントリビュートしないなど。それはまったく問題ありません。
ユーザージャーニー
| ステージ | 測定方法 | GitLab オーナー |
|---|---|---|
| 認知 | ? | マーケティング |
| ダウンロード | ダウンロード数 | マーケティング？ |
| インストール | 利用ピング数 ? | Distribution |
| シングルユーザー体験 | 利用ピング | UX |
| 他ユーザーの招待 | 利用ピング | ? |
| 全機能の採用 | 利用ピング | ? Product & Marketing |
| 他部門の招待 | 利用ピング | ? |
| 内部リファレンス | ? | ? |
ユーザー導入ジャーニー
お客様が GitLab 製品から最大の価値を得られるのは、複数のステージを利用したときです。ユーザー導入ジャーニー は、ユーザーが GitLab の製品ステージを採用する際にたどる、最も一般的な経路を網羅しています。
バイヤージャーニー
| ステージ | 測定方法 | GitLab オーナー | アクティビティ |
|---|---|---|---|
| 認知 | インプレッション/シェアオブボイス | マーケティング | ブログ、SEO、広告、キャンペーン、AR、PR |
| 初回コンタクト | 私たちに連絡を取る | マーケティング | トライアル、チャット、または営業へのコンタクト |
| 検討 | 話し合う意思 | マーケティングと営業 | 初回クオリファイミーティング |
| 購買サイクル開始 | パイプラインステージ移行 | 営業 | パイプラインステージの進行 |
| 意思決定/購入 | 契約金額 | 営業、財務、法務 | 私たちの書類への署名/PO の提出 |
| 採用 | 各 DevOps ステージの利用ピング | カスタマーサクセス | |
| リファレンス | リファレンス可能性のスケール：例えば、動画はより高ポイント、次にブログ、公開リファレンス、非公開リファレンス | カスタマーアドボケイト | 公開資料、またはリファレンスデータベースへの登録 |
| コントリビュート | リファレンス以上に、お客様が GitLab プロジェクトまたはコミュニティに貢献する | コミュニティアドボケイト | コード、機能リクエスト、アドバイザリーおよびエグゼクティブ顧客プログラム |
バイヤージャーニーのコンテンツステージ
より詳細な説明は、ハンドブックの バイヤージャーニーの定義 ページを参照してください。
認知（初期ステージ）
ユーザーとバイヤーは、外部のソフトウェアやサービスによって解決できる可能性のある問題や課題に直面していることに気づきます。このステージでは、彼らは問題の範囲、相対的な影響、規模を定義しようとしています。
焦点は 潜在的なバイヤーに対して、彼らが直面している問題、その問題のビジネスインパクト、他社が同じ問題を成功裏に解決しているという事実を教育する ことにあります。
検討（中間ステージ）
ユーザーとバイヤーは、自分が解決しようとしている問題と、それに対処することのビジネスインパクト/価値を理解し、ビジネス課題に対する潜在的な解決策を積極的に探し評価しています。このステージでは、自分の特定の要件とニーズに合致するオプションを特定することに集中しています。
焦点は GitLab を、潜在的なバイヤーの特定の問題に対する実現可能で説得力のあるソリューションとして位置付ける ことにあります。
意思決定/購入（後期ステージ）
ユーザーとバイヤーは、特定のビジネス課題を解決するために投資する必要があると結論付けており、いまや特定のオプションを比較・評価しています。このステージでは、自分たちの状況に最適なソリューションを特定するために、異なるオプションを評価・比較しています。
焦点は、バイヤーが GitLab を選定したソリューションとして正当化 するために必要な重要情報にあります。
