プロダクト仮説キャンバス

プロジェクトの焦点が顧客やユーザーの要求に基づいたものから、製品仮説に基づくプロジェクトへとますます移行しています。この理由はいくつかあります。

一方で、私たちはより短期間で新機能を実装することが求められています。なぜなら、競争が激化し、現代技術のおかげで世界は加速し続け、ますます複雑になっているからです。

一方で、ユーザーのグループが多様化するということは、多様なニーズに直面することを意味します。私たちは全速力で完全にカスタマイズ可能な世界に向かっています。これにより、瞬時の製品調整に対する需要がさらに高まります。

「要求」が実装を必要とする場合、「仮説」は何よりもテストされる必要があります。ただし、その前に仮説を首尾一貫して説明する必要があります。それはいつも私たちが望んでいたほど簡単ではないこともあります。

仮説が一貫しているほど、その検証が実り多いものになると信じています。この文脈でのテストは、実際の仮説の検証だけでなく、その過程で得られる可能性のある洞察もカバーしています。仮説を具体化するプロセスを整理し単純化するために、次の質問を順に回答できるようにしました。

プロダクト仮説キャンバスは、より効果的な仮説を作成するのに役立ちます。キャンバスはあなたのために仕事をするわけではないことを覚えておいてください。それは単に、目の前のタスクに集中し、より効果的な解決策に到達する手助けをするものです。

製品仮説キャンバスの記入ステップ

1. 私たちは信じています…

ここでは、開発予定について説明します。

2.誰のために…

このブロックでは、ターゲットオーディエンスを定義し、必要に応じて、プロジェクトにおけるその役割を評価します。

このステップは非常に重要です。後でプロジェクトに関連性のある仮説をランク付けする助けとなります。時には、プロジェクトチームのメンバーが興味深いアイデアに完全に魅了され、それがわずかな孤立したケースにしか適用されないことを忘れてしまうことがあります。

実際、著者が自分の仮説が誰に利益をもたらすのかを一貫して説明できない場合、単なるランダムな推測にふけっている可能性が非常に高いです。それは、ビリヤードプレイヤーが強力なショットでブレイクし、ランダムにボールをポケットに入れようとするようなものです。同様に、製品マネージャーやデザイナーは、ユーザーと関連しない仮説を立て、少なくとも誰かが興味を持ってくれることを期待しています。このような仮説には十分注意が必要です。時間をかけてより詳細に考える価値があるかもしれません。

3. 達成するために…

私たちの実験からどのような結果を期待しているのかを決定することも重要です。さらに、結果は具体的に測定可能であることが望ましいです。「もっとうまくやる必要がある！」と書かないようにしましょう。期待を表現する際は、「[製品]を5%改善する必要があります」といった形が望ましいです。

仮説に応じて、短期および長期の結果に対する異なる期待を持つ場合があります。多くの人は短期的な結果に焦点を当てることを好み、より広範な目標を持つ仮説との作業を避ける傾向があります。しかし、仮説を立てる際には、それを検証するのにどれくらい時間がかかるかを認識しておかなければなりません。1日、1週間、1か月、あるいはそれ以上かもしれません。それを念頭に置いておくと、後で実験のバックログを計画できるようになります。

4. どのように測定しますか？

結果を測定する能力は、製品仮説を検証するための重要なパラメーターです。前のステップで測定する内容を既に述べましたが、ここでは使用するツールの種類について説明します。私たちが作り出した機会がどのように影響力を持っているかを示すシグナルは何か？どの重要業績評価指標（質的または量的）を測定して、実験が成功したことを証明しますか？

5。影響が肯定的または否定的

このブロックは、私たちが仮説を単一の目的を超えたものとしてアプローチしたい場合のために導入しました。記入する必要はありません。

特定の機能の導入が、システム内の他のパラメーターに悪影響を及ぼす場合があります。たとえば、包括的で情報豊富なプレゼンテーションを追加します。

当社のホームページに、ユーザーエンゲージメントを向上させることを期待しています。しかし、プレゼンテーションがページの読み込み速度に影響を与え、その結果、意図に反して、バウンス率が上がり、エンゲージメントが減少する可能性があります。この特定のケースでは、高いバウンス率は機能自体ではなく、そのかさばりや実装が不十分なことが原因である可能性があります。