9月 16, 2022 
もしあなたが批判的思考や解決策を求める性格なら、おそらく新しいアイデアを簡単に、頻繁に思いつくことができるかもしれません。 これは才能であると同時に、時には呪いでもあります、というのも、アイデアと成功した製品の間には、とても長い（そし 90%の場合、悲しい）物語があるからです！ 実際、多くのスタートアップが失敗したのは、最初のアイデアに興奮するあまり、その可能性を過大評価し、十分な検討や準備をせずに開発を急いだためです, つまり、不十分な製品発見だったのです。
この記事では、私がこれまで協力する機会があった 20 以上のスタートアッププロジェクトを振り返って、よくある間違いとそれぞれの教訓について説明します。これは包括的なリストを意図したものではなく、むしろ私の直接の経験から個人的に選んだものです。
そして、製品発見の非常に初期段階に焦点を当てます。
始めましょう！
1. タイミングが間違っている
多くの製品機能や製品アイデアは、リリースが早すぎたり遅すぎたりすることを除けば、全体として素晴らしいものです。
タイミングについて言えば、スタートアップの創業者が製品発見の際に意識し把握しなければならない レベルは 2 つ あると思います。それは、スタートアップのタイミング と 機能リリースのタイミングです。
最初のレベルは、客観的要因 (主に製品と市場の適合性) と、人的、財務的、専門知識、およびネットワーク リソースに関する主観的な準備の両方に依存します。
このパートでは、第 2 レベルである 機能リリースのタイミングについて詳しく説明したいと思います。これは、私がより確かな経験を持っているためです。
これは事実です: ほとんどの製品が成功するのは、クラス最高の機能を一度に多数搭載するのではなく、常に適切なタイミングで適切な機能に焦点を当てているからです。
初期段階ではスタートアップにはまだ豊富なリソースがなかったため、このような適切なタイミングと焦点は特に重要です。
では、いつ何に集中するのが適切な時期なのかを知るにはどうすればよいでしょうか?
これまでのコンサルティング プロジェクトでは、常に創業者に次のような質問を自問してもらうようにしています:
- あなたの製品は、概念実証、実用最小限の製品、または正式バージョン 1.0 のどの段階にありますか?
- 現段階では何人のユーザーをターゲットにしていますか？この機能は、このレベルのユーザーにとって顕著であり、役立ちますか?古着の P2P マーケットプレイスを構築しているとします。ユーザーが 50 人しかいない最初の段階で、フィードやレコメンデーション機能をあまり詳しく説明する必要はありませんか?
- 現段階で、ユーザーの認識やエクスペリエンスを複雑にすることなく、製品の中核となるユーザー目標を伝えるためには、どのような機能が最も効果的ですか?
- 現時点でこの機能を開発する場合の機会費用はいくらになるでしょうか?
この意思決定に非常に役立つ 優先順位付けのフレームワーク が多数存在します。それらを適切に分析するには投稿全体 (またはそれ以上) が必要ですが、以下に簡単なレビューを示します:
- MoSCoW (今回は Must Have、Should Have、 Could Have、Won't Have の頭字語): サブチーム間の相互依存関係が比較的単純な小規模な製品プロジェクトに適しています。
- Kano: 顧客の認識に対する機能の効果に基づいています (基本、興奮、パフォーマンス、回避するには: 無関心、不満)。このフレームワークは、リソースが限られている場合、または素晴らしい機能が必要な場合に特に関連します。
- ウォーキング スケルトン: この方法は特に PoCとMVPに適しており、ユーザーフローの各ステップに対応するすべての必要な機能を優先度の高いものから低いものまで計画し、ユーザーをカバーする機能の最小限の組み合わせのみを選択します。
- RICE (Reach, Impact, Confidence and Effort): これは最も包括的なアプローチの1つです。ただし、これは MVPよりも製品開発の後期段階に関連します。
2. 不適切なプロトタイピング
専門用語に詳しくない場合に備えて、プロトタイプとMVPを区別する価値があります。最も重要な違いが2つあります:
- プロトタイプはMVPよりもずっと大雑把で、作るのにほとんど時間と労力を必要としないはずです。
- プロトタイプは、さまざまなアイデアやアプローチをテストして最適なものを選択することを目的としており、MVPはその選択したアイデアに基づいて構築されます。
さて、私が話している間違いに戻ります。
プロトタイピングは大規模な製品組織では必須のステップですが、多くのスタートアップでは省略されています。
ほとんどの場合、その理由は、技術系ではない創業者がそのような手法を知らず、技術チームがアドバイスを与えるほど強力ではないことです。
また、創業者がプロトタイピングのステップを認識しているにもかかわらず、その重要性を過小評価している場合もあります。いずれにせよ、根本的な原因は、創業者が最初のアイデアに少し自信過剰で、それをすべての美しいUIと機能を備えた夢の製品に変えようと急いでいることにあると思います。
ただし、これは高価な自信です。 プロトタイプは、必要なリソースがほとんどなく、わずか 1 週間、最大 2 週間で完成します。本番品質の製品は、たとえ MVP であっても、納品までに少なくとも 2 ～ 3 か月と数千ドルを要します。
さらに危険なのは、この製品のアイデアに何か月もお金もつぎ込んだ後、スタートアップの創業者たちは、後戻りするには行き過ぎたと感じることが多いということだ。このような場合、失敗するのは時間の問題です。
製品のアイデアに関しては、決して自分の直感だけに頼ってはいけないということを忘れないでください。自分のために作るのではなく、他人のために作るからです。自己言及の基準 は、製品の発見段階だけでなく、開発サイクル全体を通して注意しなければならない最初の罠であるべきです。
決して見落とさないように、心に留めておくべき プロトタイピングに関する3つの重要なポイント を以下にまとめます:
- プロトタイプを使用して一連の実験を実施すると ユーザーの目標、ユーザーの使いやすさ、 技術的な実現可能性、ビジネスの実行可能性 つまり成功を左右する 4 つの要素を、最も迅速かつ安価な方法でテストするのに役立ちます。
- 強力なプロトタイプは、投資家や共同創業者候補に提示したり、才能のあるチームメンバーを惹きつけたりするのに十分な場合があります。
- 実験中に問題があることが判明したら、躊躇せずにすぐにアイデアを中止すべきです。一つの大きなことを成し遂げるには、途中で多くのものを手放す勇気が必要であることを忘れないでください。また、自分が間違っていることを早く認めるほど、より多くの時間を節約できます。
3. ユーザーのペルソナが明確にされておらず、検証されていない
前のパートでお気づきかと思いますが、製品の 4 つの成功基準の中に「ユーザー」が 2 回表示されます。 「ユーザーはその製品を必要としているのか？」 & 「喜んで使ってくれるだろうか?」 この 2 つの重要な質問は、製品発見段階だけでなく、製品開発全体を通じて念頭に置く必要があります。
この点で、私がよく見る間違いは、スタートアップ チームが徹底的なユーザー調査による検証を行わずにユーザー ペルソナを想定していることです。場合によっては、このステップはさらに大まかに行われ、ユーザーは現実的な人物を特定することがほとんど不可能な広範なグループとして定義されます。
そのため、できるだけ早く、具体的にターゲットユーザーを定義し、継続的にユーザー調査を行い、フィードバックループを確立することが非常に重要である。カスタマーディスカバリーで陥りがちな落とし穴として、間違った相手と話すこと 問題を十分に検証せずに夢のような解決策を語りすぎることなどが挙げられます。
企業の従業員が デジタル変革 pプロジェクトで使用することを想定している製品の場合、このタスクは比較的明白で便利です。ただし、一般ユーザー向けの製品となると、さらに困難になります。いずれの場合も、相手が誰であるかを正確に知り、可能な限りコミュニケーションを取るように努める必要があります。
4. ユーザー中心ではなく 創業者/投資家中心
上で述べた間違いの結果として、ユーザーのペルソナに適切に取り組んでいない場合、結果として得られる製品は 創業者や投資家以外の誰にとっても意味のないものになる可能性があります。
リソースが限られているため、多くのチームが製品のバックログを削減しなければならない一方で、開発者に何かをさせるために、創設者が頻繁に新機能を計画しなければならないというプレッシャーにさらされているケースを私はいくつか知っています。これは、外部投資家から資金提供を受けるプロジェクトで特に人気があります。
これがあなたのケースである場合、製品発見の段階からユーザー調査とユーザビリティテストにお金を費やす方がはるかに賢明であると信じています。なぜなら、多くのブートストラップスタートアップが資金がないという理由だけでこのステップを適切に実行できないことを考えるとです。
この点に関して実行する必要がある基本的なタスクは次のとおりです:
- 製品の発見段階から、ユーザーを採用し、フィードバックループをしっかり構築する
- ユーザーデータを収集し、統一されたシステムに処理することで、後々の意思決定のための定量的な手がかりを得るようにする
- リリースごとに常に具体的なユーザー目標を定義し、それにこだわる
結論
ご存知かもしれませんが、事実を思い出していただきたいと思います。市場と製品の発見は、ほとんどの大規模な製品組織では非常に真剣に行われているフェーズですが、初期段階のスタートアップでは脇に追いやられることがよくあります。これが90％（おそらくそれ以上）のスタートアップが失敗する最大の理由の1つだと私は信じています。
このシリーズを3つのフレーズで締めくくりましょう:
- タイミングが全てだ
- スケール前のテスト
- ユーザー中心
製品開発やスタートアップのストーリーについてのご意見、ご相談をお待ちしております。[email protected] までご連絡ください!
