「ユーザーストーリーマッピング」を読んだので抜粋メモです。
０章 まず最初に読んでください
要件とは
- アイデアが生まれる場所
- 自分で作れる全く新しいプロダクト
- 既存のプロダクトに追加される機能
- 自分が作ったプロダクトの機能強化
- アイデアについてコミュニケーションを取らないとアウトプットは生まれない。
- アイデアをベースに設計、仕様策定を行う。
- これら一般的には要件と呼ぶ。
- しかし、要件とは、「人々を手助けできそうなアイデア」の別名であることを忘れてはいけない。
大切なのは成果（outcome）
アウトプットは必要なものだが、本当に必要な要素は他にある。 アウトプットは私たちが本当に欲しいものではない。 本当に欲しいものとは、アウトプットの後の結果として現れるもの。 それを成果（outcome）と呼ぶ。 成果とは、ものが世に出たときに何が起きるかだ。 そして、ものが世に出るまでは、成果を測ることはできないので、成果を得るのは難しい。 作った機能の数や、人々が新しくできるようになったことは何かといったものは、成果の尺度にはならない。 尺度は、それを作った結果、人々がそれぞれの目的を達成するために実際にやり方を変えたり、何よりも大切なことだが、あなたが彼らの生活をより良いものに変えたかだ。
- アウトプットを最小限に抑えて、最大限の成果とインパクトを獲得する
- 優れた成果を上げた結果がインパクト。
- 誰のためか、なぜなのかについて話す。
- 機能について会話するとき
- 誰のためのものなのか？
- （その機能がない）現状で、その人たちはどうやっているのか？
- （その機能を提供したら）その人たちの今後を取り巻く状況がどう変わっていくのか
2章 作るものを減らすためのプラン
MVPのリリース
- MVP→成果に的を絞る。
- 成果とはユーザーが必要とすること、システムが完成したときに目にすることだ。そして、そのような成果が生まれるリリースを切り出すことである。
- 機能ではなく、成果で優先順位を付ける。
MVPとは?
- MVPとは、望まれる成果を実現できる最小限の製品のリリースである。
viableとは?
- 生存可能な状態。
minimumとは?
- minimumは主観的な言葉。
- だれの主語なのかはっきりさせる必要がある。
- 主語となる人にとってminimunな状態とはなんなのか？を考える。
3章 より早く学ぶためのプラン
新しいサービスを始めるときの参考に…
- 大きなアイデアとは何か？
- 顧客は誰か？
- このプロダクトを買いそうな会社はどこか？
- ユーザーは誰か？
- それらの会社でこの製品を使いそうなのはどういうタイプの人々か？
- 彼らはプロダクトを使ってなにをするのか？
- 彼らはなぜプロダクトを使いたいと思うか？
- 顧客、ユーザーは、今解決できないどのような問題を解決しようとするのか？
- なぜ私たちはそれを作るのか？
- この製品を作り、プロダクトが成功を収めたら、それが我が社にとってどのような意味を持つか？
間違ったMVPを作らないために…
いつものやつ。
15章 ディスカバリーによる検証された学習
デザイン思考のプロセス
1.共感
- 「そのプロダクト（、機能）を利用するユーザーにとって、実際にどう感じるのか。」を理解すること。
- ユーザーがいる場所に出向き、ユーザーと会い、ユーザーの仕事ぶりを観察し、できれば一緒に仕事をする。
2.定義
- 共感フェーズで学んだことの本質を取り出して、そこから重点的に取り組む「特定の人々」および「特定の問題」を選ぶ。
- １つ、またはごく少数の問題にだけに本当に絞り込みをかけ、それらを具体的に表現する。
3.アイデア創出
- ユーザー、顧客の問題に対する可能なソリューションを意図的に複数用意する。
4.プロトタイプ
- 最初はシンプルなプロトタイプをベースに、ユーザー、顧客の問題がそのソリューションによって解決されるかどうかを、ユーザーと顧客自身が評価できるまで、プロトタイプを改良する。
5.テスト
- バグがあるかのチェックではない。
- 実際に人々の前にソリューションを置いてみる。
