Customer 0
Customer 0 とは何か？
Customer 0 とは、社内のチームメンバーが新機能の最初の顧客として行動することを意味します。これは、新機能の開発とローンチを通じてのコラボレーションのモデルであり、広範なリリース前に、ユーザビリティと価値を検証するため です。要件の提供、意図された機能とモックアップの検証、アルファ／ベータテストが含まれます。
私たちが構築しているすべての機能のうち、GitLab チームメンバーのグループによって代表され得るオーディエンスをターゲットにし、彼らのニーズに合うものは、私たち自身が使いたいレベルの品質で出荷されなければなりません。
その結果として最高のビジネスインパクトを得るためには、私たちの働き方が顧客の製品の使用方法と同じであるか、または顧客が私たちの働き方から恩恵を受けるのを助ける必要があります。私たちが自分のために構築するソリューションは、製品にも組み込まれ、理想的には顧客に余計な作業を要求しないものであるべきです。
製品の欠点を回避するために、すでに私たちのチーム向けの回避策が用意されているため、チームは、Customer 0 のフィードバックやリクエストが、既存の回避策を使用しているチームの結果なのか、あるいは私たちが DevSecOps のベストプラクティスに従っていない結果なのかを批判的に評価する必要もあります。チームは、新機能が既存の回避策に依存したり、新しい回避策を作成したりすることなく使用できるようにする必要があります。
既存の回避策は、Customer 0 からの満たされていないニーズの優れたシグナルにもなり得ます。私たちが製品の周辺に追加のツールやプロセスを構築している場合、その時間と労力の投資は、私たちのプラットフォームがまだ提供していない、チームが満たされていないニーズを持っているという強い指標です。
Customer 0 とドッグフーディング
Customer 0 とドッグフーディングには多くの重複があります。両方のモデルにおいて、私たちが積極的に構築している機能の価値、有用性、ユーザビリティについてのチームメンバーからのフィードバックは、私たちの製品、デザイン、エンジニアリングの選択に情報を与えるべきです。
主な違いは、機能が製品開発フローのどの瞬間にあるかです: Customer 0 モデルが 新機能のアイデア出し、開発、ローンチ に関連する一方、ドッグフーディングは これらの機能が私たちの製品の一部になった後に 引き継ぎます。
「Customer 0」であるとはどういうことか
義務
- すべての製品機能は、ユニークな戦略的優位性を満たし、特定の顧客／マーケットバーティカルとのパートナーシップで行われない限り、まず社内のユースケース／需要を解決する必要があります。
- すべてのチームメンバーは Customer 0 として行動し、製品が自分の仕事を効率的に行うのに役立ち、顧客が容易に価値を得られる品質基準を満たすことを保証する意図を持って使用する必要があります。
- Customer 0 は、初回ローンチの前に、実際の使用と経験に基づいて、満たされていないユーザーニーズを表面化し、機能リクエストを提案する必要があります。これには、ユースケース、ニーズ、期待される機能の詳細を含める必要があります。
- ローンチ後の製品の欠点により、Customer 0 が回避策を使用／作成しなければならないことが予期される場合、彼らが定期的に監視し、解決後に内部機能への移行を計画するオープン Issue があるべきです。
プロセス
- Customer 0 のリクエストは、その体験の一部を所有するステージグループチームによってトリアージされます。
- Customer 0 は、これらのチームと直接連携し、これらの満たされていないニーズの一般性と深刻度の検証を支援します。
認識
- 私たちのプロダクト原則に沿って、Customer 0 は、私たちが実際の顧客の代替ではなく、顧客体験の多様性を完全に代表することもできないことを認識しています。しかし、私たちの社内ユースケースは、価値を示す有用な情報源であり、初期の指標です。
リソース
Secure ステージとプロダクトセキュリティチームは、Customer 0 アプローチを共同でパイロットしてきました。その取り組みの一環として、彼らは プロダクトマネージャーとプロダクトデザイナーが Customer 0 フィードバックをリクエストするための 4 つのテンプレート を作成しました。
bfd74782)