顧客が必要とするものを構築する: 究極のレシピ

ハーバード ビジネス スクールのクレイトン クリステンセン教授によると、毎年 30,000 近くの新製品が発表されており、その 95% が失敗に終わっています。この数値は物理的な製品に関連していますが、これがデジタル製品に当てはまることを理解するには、少し努力するだけで済みます. 新興企業や起業家はこれらの製品を構築するために多額の資金を投資しているため、これは恐ろしく不安な考えです。これは、すべての製品マネージャーと関連する技術チームが、デジタル製品の構築という川に足を踏み入れるたびに自問する重要な質問につながります。製品が失敗する理由と、顧客が必要とする製品を構築するためにチームができることは何ですか?

数日前、私は当時最大のソフトウェア会社の 1 つであるプロダクト マネージャーとおしゃべりをしていました。彼は 2 年以上にわたって複数のチームを率いてきました。彼の経験の最もエキサイティングな部分は、彼がこの 2 年間で 50 以上の実験を行ったことです。これらは、彼のチームが何を構築すべきか、さらに重要なことに、顧客のために何を構築すべきでないかを理解するのに役立ちました。彼と話しているうちに、これらの実験は資金と時間の面で高価であることがわかりました。そのため、チームは実験を行うために必要な資本を正当化する必要があったため、どの実験を行うかを決定することさえ困難でした。

残念ながら、これだけの帯域幅と資本を持って実験できる企業はごくわずかです。したがって、顧客が何を必要としているのかを理解し、それに応じて製品を構築することが非常に重要です。しかし、顧客が必要とする製品を構築する方法に飛び込む前に、企業がそうしない理由を理解することが不可欠です。

企業が顧客が必要とする製品を構築できない理由

• 間違った問題を解決する

調べてみると、システムをいじるだけで自動化できることがわかりました。問題は、特定のタスクを自動化するために「ML」を使用することではなく、主に時間がかかるという理由で特定のタスクを自動化することでした。実際、より詳細な調査の結果、この自動化はまったく必要ないことが判明しました。これが可能になったのは、プロダクト マネージャーが問題の理解と定義に時間を費やしたからです。これが、チーム/会社が解決すべき適切な問題を見つけることができるように、問題をより深いレベルで理解することが不可欠である理由です。これは最初で最も重要なステップであり、ほとんどの製品はこのステップ自体で失敗します。

• 完璧なソリューションを目指して

私がチャットした製品マネージャーにも同様のことが起こりました。彼は、約 600 人の社内ユーザーのために、現在のコンテンツ管理システムを完全に置き換える製品の構築に携わっていました。このシステムを構築する最初の期間は 12 か月でした。しかし、エンジニアリング チームがソリューションに取り組み始めたとき、彼らは複数のまれなケースに遭遇しました。これにより、タイムラインが 12 か月から 18 か月に延長されました。これを知ったユーザーは、コンテンツ管理システム全体に疑問を抱き始めました。彼らの要点は、システム全体を構築するのにこれほど時間がかかる場合、将来的に新しい機能を構築するのに同様の、より長い期間がかかるだろうということでした. そのため、彼らはさらに多くの機能をスコープに追加することを求め続けました。

これはすべて、技術チームが最適なソリューションを構築してリリースするのを待っていたために起こりました。プロダクト マネージャーは、これを行う代わりに、コンテンツ管理システムをより優先順位の高いマイナーな機能に分割し、1 回のビッグバン システム リリースではなく、繰り返しリリースすべきであると共有しました。幸いなことに、システムは内部ユーザー向けであったため、この方法でリリースするリスクは低くなりましたが、ユーザーが外部ユーザーである場合、これはより大きな問題になる可能性がありました。

• 初期のフィードバックが得られない

1970 年 6 月 30 日、AT&Tはペンシルバニア州ピッツバーグ市で商用の Picturephone サービスを公開しました。同社の経営陣は、自社のビジョンに目がくらみ、テスト段階で同社が受けた否定的なフィードバックを無視しました。彼らは、発売から 10 年以内に 100 万台が使用されると信じていました。驚いたことに、消費者の関心がなかったため、わずか 3 年で市場から撤退しました。なんで？

試用期間中、ユーザーはフィードバックを共有しました。彼らは、機器がかさばりすぎ、画面が小さすぎ、高価であることに気付きました。しかし、これはすべて無視され、製品全体の失敗につながりました。

早い段階でフィードバックを得てそれに取り組むことは、顧客の問題に対する適切なソリューションを構築するのに役立ちます。

顧客が必要とする製品を構築する

• 後方アプローチ

• 見出し— これは理想的には製品の名前であり、基本的に製品の内容を伝えます。
• 小見出し— 製品の主なメリット
• 要約— 製品の機能とその主な利点を要約します。
• 問題— この製品が解決する具体的な問題
• 解決策— 製品がどのように問題を解決するか
• あなたからの引用— 架空のスポークスパーソンを作成し、この製品が必須である理由を説明するワンライナーを求めます.
• 開始方法— 製品の最も簡単な使用方法を説明します。
• 締めくくりと行動を促すフレーズ— プレス リリースを締めくくり、読者に詳細を確認する方法や製品の使用を開始する方法を知らせます。

• デザインスプリント

プロダクト マネージャーが共有した例の 1 つは、デザイン スプリントが彼のチームが構築するか購入するかの決断を下すのにどのように役立ったかというものでした。彼のチームは、400 人の内部ユーザーをサポートするコンテンツ制作フローを変更する任務を負っていました。これらのユーザーのタスクは、毎日 5,000 万人のアクティブ ユーザーのために Web サイトに表示されるコンテンツ (画像、ビデオ、GIF など) を作成することでした。新しいコンテンツ制作フローは、2020 年に年間 200 万ユーロを節約すると言われています。プロダクト マネージャーは、2 人のユーザー、リーダー、エンジニアリング マネージャー、およびデザイン リーダーで構成されるスプリント チームを編成しました。スプリントは1週間続きました。スプリントの終わりに、技術チームは目の前の問題を理解しただけでなく、低コストのソリューションを思いつき、2 か月で本格的な製品に変換しました。

• 定量的および定性的なフィードバック

• 定量的フィードバックには、A/B テスト、クローズドエンドの質問による調査、製品分析などの実験が含まれます。データは膨大で、グラフや数値で表現されるため、分析能力が必要です。
• 定性的なフィードバックには、自由回答形式の質問を含むアンケート、1 対 1 のインタビュー、直接観察、状況に応じた調査、フォーカス グループ、個別化されたデータ収集を使用した調査が含まれます。定量的なフィードバックと比較して、これは言葉で表されます。

このように、顧客が何を必要としているのかを理解し、それに応じてソリューションを構築する方法は複数あり、どの方法を使用するかは、純粋に会社とチームに依存します。しかし、もっと重要なことは、顧客が必要としない製品を作らないことです。歴史によれば、顧客からのフィードバックが早ければ早いほど、適切なソリューションの構築とリソースの節約が容易になります。

適切な製品/ソリューションを構築するために、チーム/会社でどのような方法を使用していますか? この方法を使用しているときに直面する問題は何ですか? 以下のコメント; ぜひ知りたいです。