製品開発とは？9 ステップのプロセスの説明

製品開発には、天才創始者の神話が蔓延しています。しかし、より優れた、信頼性の高い方法で製品やサービスを構築できることを示す十分な証拠があります。

往々にして、競争に勝つ製品が他社よりも優れているのはたった 1 点のみです。製品開発者と製品マネージャーは、本当に重要なその 1 点を見つけることに集中し、それに最善を尽くさねばという観念にとらわれています。競争上の優位性を見出し、それを製品エクスペリエンスで実現することが、製品開発プロセスの主な仕事です。

製品開発とは、製品を市場にリリースするプロセスです。製品開発の手順を順序付けして反復可能なプロセスにすることで、チームは確実に製品を開発し、希望する顧客に届けることができます。

ものづくりが好きな人は、世の中では何が必要とされているのか、どうすればそれを構築できるのかを常に考えています。製品開発プロセスは、考えを行動に移すのに役立ちます。製品マネージャーの仕事は、世の中に出て行って必要とされているものを調査、評価、検証し、市場とユーザーのニーズを満たす製品の開発に貢献することです。

テストやプロトタイプが失敗すると、製品マネージャーとそのチームは、しばしば「計画に立ち戻る」ことになります。このような時に最も重要なのは、もう一度やり直すことです。次に示す製品開発の段階は、直線的な進行と学習ループの両方として使用できます。どちらに該当するにせよ、最善のアドバイスは前進し続けることです。

私は以前、初期段階のベンチャー キャピタル企業を相手に仕事をしていました。起業家たちからは、リーダーシップ チームとのミーティングに何が必要かとよく聞かれ、「必要なのは良いチームだけです」と答えると、驚かれたものです。私たちは、この考え方に基づいていくつか最良の投資を行いました。そして、成功したほとんどすべての製品の背後には強力なチームがあるのです。チーム編成はとても大変ですが、製品開発はそこから始めるべきです。

製品開発チームは、部門の枠を超え、好奇心旺盛で、非常に創造的です。通常、好奇心は、顧客についてできる限りのことを学ぼうとする製品マネージャーやチーム リーダーによってもたらされます。創造性は、エンジニアやデザイナーが顧客のアイデアを実行可能な製品に変えるときに生まれます。

多くの製品チームでは、たった 2 人の共同創設者だけで顧客の期待に応える製品を開発しようとしています。企業が成長してほかのチーム メンバーを雇用できるようになるまでは、共同創設者がさまざまな責任を共有しています。製品開発チームには通常、以下の役割と責任があります。

製品管理: 製品管理は、製品とその顧客を最も重視することで、開発からポジショニング、そして価格設定まで、製品ライフサイクルのすべてのステップをガイドします。最高の製品を作るため、製品マネージャーは組織内で顧客の声を代弁し、市場の意見が反映されるようにします。

デザイン: デザイナーは、製品の初期イテレーションの構想、定義、プロトタイプ作成を支援します。デザインは、製品開発プロセス全体を通して重要な要素です。

開発: 開発者または開発チームが製品を構築します。開発チームはエンジニアリングを担当し、テストや品質保証のチームメイトがメンバーに含まれることも多くあります。

マーケティングとセールス: マーケティングとセールスをかなり早い段階で検討し、製品が発売される前に戦略を立てるのが最善です。

顧客発見とは、顧客のニーズと問題点を理解するプロセスです。そのためには、アンケートやペルソナ作成を使用しながら対面インタビューを行うのが一番です。
ある起業家が、力になりたい顧客を見つけたと想像してみましょう。対面インタビューで、この起業家は顧客の問題点の存在を確認し、考えられるソリューションを共有します。顧客がその製品が役立つと考えており、そのソリューションを購入する可能性が高いと知って、起業家はわくわくしています。しかし数か月後、起業家は困惑します。その顧客だけでなく他の顧客までもが、彼らが自信を持って作ったソリューションの購入をためらったり、嫌がったりするのです。

この起業家は、人間は自分の問題に熱心に向き合ってくれる人の前ではどれほど感じよく振る舞えるかを、軽視していました。特にあなたが賛同を求めようとした場合には、顧客はあなたの耳に優しいことを言う傾向にあります。顧客発見プロセスを改善するためには、否定型インタビューを利用しましょう。

スプーンしかない世界に住んでいて、フォークという新しいカトラリーをデザインしたいとしましょう。あなたは顧客にブロッコリーを一皿渡して、「スプーンが要りますよね?」と聞きます。すると、「いいえ、実のところ、先が尖っているもののほうが取りやすそうです」と言われます。あなたの質問に「いいえ」と答え、その理由を説明するよう顧客に仕向けることで、フォークが必要だということを確認しました。私が思うには、熱心な顧客がインサイトをくれるのは、「はい」と言ってあなたのソリューションに賛同したときではなく、「いいえ」と言って別のソリューションを否定したときなのです。つまり、否定を求めることで、賛同を得るのです。

構想とは、既知の問題に対する解決策を作ることです。多くの場合、この手順ではブレーンストーミングが中心となります。しかし、思い出してください。このプロセスは、考えてばかりいる状態から脱却できるように設計されているのです。最も成功している製品に関する重要なインサイト、つまり「1 つの点で優れている」ということに再び焦点を当てましょう。

まず、構想の境界を設定します。最良のガイドラインは、ターゲット市場です。あなたはすでにその市場の人々と話をしており、彼らについていくらか知っています。構想は、その市場に存在するもののみに限定しましょう。もう 1 つの大きな境界は、既存の製品とソリューションです。競合他社の優れた点を分析することで、満たされていないニーズが見つかり、それがあなたのチームが本当に注力すべき唯一の対象になります。構想の成果物は、機能や特徴を記載した製品スペック シートではなく、解決する価値のある 1 つの問題であり、それを解決する方法のヒントです。

構想の最終段階は、自分のチームとリソースを正直に見ることです。選択したソリューションは、現在のチームで実行できるものでしょうか? 現在不足している能力を引き出すためのリソースやツールはありますか? 自分のチームでは野望を果たせないことがわかったとしても、まだ道はたくさんあります。チーム編成の段階に戻って、より強いチームを作ってもよいでしょう。また、チームが前進し続けられるように、問題を小さな部分に分割してもよいでしょう。

あなたは自分が選んだ問題をどうやって解決するかについて直感が働きます。今、あなたはその直感を実際の製品に変えられます。これは危険な段階です。プランナーや実行者は、張り切ってすべての機能を記述した完全な製品要件文書を作成してしまう可能性があります。すぐに次のステップに目を向けて、この段階で必要なことだけにエネルギーを集中させるよう注意しましょう。

製品の定義には、使用する形状、形態、提供方法の決定が含まれます。一般的な定義は「ハードウェア、ソフトウェア、仮想、SaaS、CPG」などです。あなたはおそらく早い段階で 1 つの定義に惹かれたと思います。そして、コストの面ではそれは正しいかもしれません! 興味を引く製品の多くは、この定義の状態で斬新だったのです。iTunes のチームが、音楽配信の未来はハードウェアではなくソフトウェア経由になると賭けたときを想像してみてください。彼らの時代には CD やレコードしかなく、iTunes の製品定義によって私たちが知っている業界は一変しました。

プロトタイピングとは、製品を物理的に表現するための反復的なプロセスです。効率的なプロトタイピングの取り組みでは、多数のイテレーションを迅速かつ安価に作成することに重点を置いています。3D プリントとローコード ソフトウェア開発の台頭により、プロトタイピングがかつてなく手軽に行えるようになりました。

プロトタイピングの目標は、製品の定義でなされた一部の仮定のリスクを軽減することです。iTunes のような素晴らしいデジタル音楽体験を作成すると仮定すると、プロトタイプでは 1 曲のアップロード、ダウンロード、再生に焦点を当てます。基本的なダウンロードに時間がかかりすぎたり、再生品質が極端に悪かったりした場合は、製品の定義に立ち戻る必要があるかもしれません。

Nocs の創設者、Chris の例を挙げます。同社は、耐久性と防水性を備えた、屋外探索用の双眼鏡を製造する光学製品の会社です。Chris はプロトタイピングの熱心な支持者であり、その証拠に、オフィスは、ズーム管やプロ仕様および標準仕様の双眼鏡の何十ものプロトタイプで占領されています。プロトタイプを作成する理由を Chris に尋ねると、シンプルな答えが返ってきます。プロトタイプを実際に手に取って、すべてをどう組み合わせればよいかを確認することに勝るものはないと話します。初期のプロトタイプを確認し、次のイテレーションでそれを改善することで、ビジョンを実行できるだけでなく顧客に気に入ってもらえる、という強い自信を得られるとも話します。Chris は、自宅オフィスに 3D プリンターがあるため、ひらめいた時にプロトタイプを作り続けることができます。

最低限の機能を持った製品 (MVP) は、実際の顧客に提供できる製品の可能な限りシンプルにしたバージョンです。多くの起業家は、もっと良くなるとわかっている製品をリリースするという考えに抵抗を感じています。この懸念は非常に強いため、多くの場合、起業家は自社の製品をより徹底的に開発しますが、受け入れられず、困惑する結果となります。

MVP を最終製品の簡略版だと考えたくなりますが、私は「最終製品がどういうものか、どうしたらわかるのか?」と問いかけます。製品開発プロセスには、製品に関する前提条件に疑問を呈し、変更する機会が多数あります。この段階は最大の学習機会です。この経験を土台にして、製品の他の部分を構築するための強固な基盤を見つけます。MVP はその基盤ですが、最初の試みで基盤を見いだすことはできないかもしれません。