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

顧客やユーザーの要求を中心にしたプロジェクトから、製品の仮説に焦点を当てたプロジェクトへと次第にシフトしています。これにはいくつかの理由があります。

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

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

「要件」が実行される必要があるならば、「仮説」は最優先で検証されるべきです。しかしその前に、仮説を一貫して明確に述べる必要があります。必ずしも思い通りにいくとは限らない。

仮説が一貫しているほど、テストがより実りあるものになります。この意味におけるテストは、実際の仮説の検証だけでなく、その過程で得られる可能性のあるインサイトもカバーします。仮説を構築し単純化するプロセスを体系化するため、以下の質問を順番に回答できるように選び出しました。

プロダクト仮説キャンバスは、より効果的な仮説を作成するのに役立ちます。キャンバスはあなたの代わりに作業を行うわけではなく、目の前のタスクに集中し、より効果的な解決策を見つける手助けをするだけです。

製品仮説キャンバスの記入手順

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

ここでは、開発を計画している内容について説明します。

2。誰のために…

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

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

実際、著者が誰に対してその仮説が利益をもたらすのかを一貫して説明できない場合、それは単なる当てずっぽうの推測に過ぎないことが非常に多いのです。それはプールのプレイヤーが強力なショットでブレイクし、ランダムにボールをポケットしようとするようなものです。同様に、製品マネージャーやデザイナーは、ユーザーと無関係な仮説を立ち上げ、少なくとも誰かが興味を持つことを期待しています。そのような仮説には非常に注意してください。それらについてより詳細に考えることは時間の価値があるかもしれません。

3. 達成するために…

また、実験からどのような結果を期待しているのかを決定することも重要です。さらに、成果はできる限り具体的な形で測定可能であるべきです。「私たちはもっと良くする必要があります」と書かないでください。「[product]を5%改善しなければなりません」といったように、期待を表現する方が良いでしょう。

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

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

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

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

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

場合によっては、ある機能の導入がシステム内の他のパラメーターに悪影響を及ぼすことがあります。たとえば、情報が豊富で参考になるプレゼンテーションを追加します。

ホームページへ、ユーザーエンゲージメントの向上を期待して。しかし、プレゼンテーションがページの読み込み速度に影響を与え、意図に反して直帰率が増加し、エンゲージメントが減少する可能性があります。この特定のケースでは、高いバウンス率は機能そのものではなく、そのかさばった作りや実装の不備によって引き起こされている可能性が高いです。