この記事では、プロダクトやサービスの提供価値を言葉でシンプルに説明する方法をご紹介します。
--
プロダクトやサービスを開発している中で、聞かれるとちょっとドキッとしてしまう質問があります。
そのプロダクトの価値ってなんですか？
なぜドキッとしてしまうかと言うと、どのような言葉で説明すれば納得がいく回答になるのか、戸惑ってしまうためです。
プロダクトやサービスは何かしらのユーザーないしは社会の問題を解決しています。解決しているからこそ、存続していると思っています。そのため、プロダクトやサービスの価値はなんですか？という問いに対する回答には、どんな人の、どのような課題を解決しているのかが明確に具現化されていなければ、自身を持って答えることができずにモヤモヤが残ってしまいます。
そもそもなぜ具現化する必要があるのか？
ぼくが好きな言葉のひとつに以下があります。
Customers don't care about your solution. They care about their problems.（ユーザーはソリューションに興味はない。ユーザーが興味があるのは、自分自身がどのような問題を抱えているからである。）
米サンフランシスコで多くのスタートアップのアクセラレータープログラムを提供している 500 Startups の Dave McClure 氏の言葉です。
ソリューションはなんであれ、ユーザーはプロダクトを利用するきっかけとして、自身が抱える問題が解決されるのか否かを気にしています。そのため、どのようなソリューションでも、どんな問題を解決してくれるのかが具現化されていないと、ユーザーとの距離が遠ざかってしまって、つくることだけに注力してしまいがちです。それはチームにとってもよくありません。
結果としてリスクが膨らみ続け、ユーザーに使わなくなったり、改善に向けて検討を開始する際にプロダクトやサービスの存在価値を問う場面に直面してしまって、あたふたして逆戻りしてしまいます。ぼくも以前、その状況に陥ったことがありました。「解決したいこと」よりも「開発したいこと」が先行してしまい、開発して満足してしまうケースです。
どのように言語化すべきか？
具現化するためには、まず言語化する必要があります。言葉で表すことができなければ、もちろん伝達することはできませんよね。
そんな居心地の悪さから打破するためには、プロダクトやサービスの提供価値の言語化が効果的です。それも、対象の価値が一目でわかるようにすることです。
そこで今回ご紹介したいのは、Pivotal Labs でプロダクトやサービスの提供価値を言語化する手段の一つとして用いられているバリュー・プロポジション・ステートメントです。以下がそのフォーマットです。
〜は（ペルソナ）
〜のとき（コンテキスト）
〜ができていないだろう。（課題）この〜は（ソリューションまたは機能）
〜とは違い（競合またはいまの解決策）
〜をすることによって（提供価値）
〜は（ペルソナ）
〜できる。（ユーザーが得られるアウトカム）
イメージしやすいように、例を挙げてみます。
電車の新しい乗り換え案内アプリを開発していると過程して、ペルソナの名前はタカシさんとします。ユーザーリサーチで特定した、ビジネスにとってもユーザーにとっても優先度が高く、解決すべき問題にアプローチするための提供価値を、バリュー・プロポジション・ステートメントにあてはめてみると以下のようになります。
タカシさんは
目的地（駅）に向かうために電車に乗るとき
ちゃんと時刻通りに電車が動いているかどうかを必要なときに把握できていないだろう。このプロダクトは
（競合のプロダクト名）とは違い
正確かつ最新の運行情報を提供することによって
タカシさんは
どの電車を利用すればよいか自信をもって選ぶことができる。
実際のプロジェクトではコンテキストや課題をもっと具体的に記載していますが、提供価値をこのようにステートメントとして言語化することによって、冒頭の質問をされたときに、チーム全員が自信をもって回答することができるようになりました。
つくったあとはどうするべきか？
バリュー・プロポジション・ステートメントのいいところは、以下がひとまとまりで表現されていることです。
- 誰が、どんなときに、どのような問題に直面しているのか
- 他と比較して、なぜこのプロダクトでなければ解決できないのか
- プロダクトの価値を届けることで、ユーザーが得られることはなにか
そして、このプロダクトでなければいけない理由をビジネスとユーザーの双方から捉えることで、北極星を見失わずに済みます。
バリュー・プロポジション・ステートメントはつくっただけで満足するのではなく、常に振り返ることが大切です。時間の経過と共にユーザーもマーケットも変わっていくため、様々な調査を進めながら変化に合わせて柔軟に更新し続けていく必要があります。
そのためには継続的にユーザー調査を実施することをお勧めします。プロダクトマネージャー、プロダクトデザイナー、エンジニアなどメンバー全員で優先度が高いと判断したユーザーの課題を解決するための価値が反映されているか、がポイントになります。
もしお時間がある方はぜひやって見てください😆 そして、やってみた感想などをコメントなどでフィードバックしていただけると嬉しいです。
*Originally published at https://link.medium.com/f2M5wdzAxZ on Aug 15, 2018. Pivotal Labs Tokyo の公式ブログに掲載した記事の転載です。
