More Related Content Similar to Startup science 6 Problem Solution Fit (20) More from Masa Tadokoro (20) Startup science 6 Problem Solution Fit2. Agenda
① Idea Verification : 良いスタートアップのアイディアとは
② Customer-problem Fit: 本当に問題が存在するのか?
③ Problem-solution Fit:
④ Product-Market Fit:
⑤ Transition to Scale:
問題に対してソリューション
は適切か?
ソリューション(プロダクト)に
市場は存在するか?
Copyright 2018 Masayuki Tadokoro All rights reserved
スケールするための変革
Startup Science 2018
8. 80%
課題の
発見・検証
0%
Copyright 2018 Masayuki Tadokoro All rights reserved
Startup Science 2018
”Problem Solution Fitの
ステージで何にフォーカスしましたか?”
40%
プロダクト
の検証
プロダクト
最適化
スケール
利益
最大化
成功したスタートアップ
失敗したスタートアップ
https://s3.amazonaws.com/startupcompass-public/StartupGenomeReport2_Why_Startups_Fail_v2.pdf
9. 80%
課題の
発見・検証
0%
Copyright 2018 Masayuki Tadokoro All rights reserved
Startup Science 2018
”Problem Solution Fitの
ステージで何にフォーカスしましたか?”
40%
ソリューション
の検証
ソリューション
最適化
スケール
利益
最大化
成功したスタートアップ
失敗したスタートアップ
https://s3.amazonaws.com/startupcompass-public/StartupGenomeReport2_Why_Startups_Fail_v2.pdf
失敗するスタートアップは
プロダクトの検証が
終わる前にプロダクトを
最適化してしまう
15. Copyright 2018 Masayuki Tadokoro All rights reserved
英語圏から来ている
日本へのインバウンド
旅行者
(20代〜30代
スマホヘビー
カスタマー)
移動中のフリー
Wi-Fiの使い勝手
が悪くイライラ
している
Anytime Onlineのリーンキャンパス
16. バックログ 仕掛り中 完了 検証
検証済み
のカスタマー
ペイン
バックログ
フィーチャー
ソリューション
インタビュー
プロト
タイプ
設計
ペーパー
プロト
制作
ツール
プロト
制作
完了
プロトタイプ
インタビュー/
検証
プロトタイプカンバンボード
検証済みの
課題を
貼り出す
Copyright 2018 Masayuki Tadokoro All rights reserved
Startup Science 2018
17. バックログ 仕掛り中 完了 検証
検証済み
のカスタマー
ペイン
バックログ
フィーチャー
ソリューション
インタビュー
プロト
タイプ
設計
ペーパー
プロト
制作
ツール
プロト
制作
完了
プロトタイプ
インタビュー/
検証
なぜカンバンボードを
活用するのか?
Copyright 2018 Masayuki Tadokoro All rights reserved
Startup Science 2018
18. バックログ 仕掛り中 完了 検証
検証済み
のカスタマー
ペイン
バックログ
フィーチャー
ソリューション
インタビュー
プロト
タイプ
設計
ペーパー
プロト
制作
ツール
プロト
制作
完了
プロトタイプ
インタビュー/
検証
プロト
案①
ペーパー
プロト①
ペーパー
プロト②
ペーパー
プロト③
ペーパー
プロト④
ツール
プロト①
ツール
プロト②
ツール
プロト③
ペーパー
プロト③
プロト
案②
①プロトタイププロセスを見える化することにより
”学び”や検証プロセスを可視化でき、コミュニケーション/コラボが活性化する
Copyright 2018 Masayuki Tadokoro All rights reserved
21. バックログ 仕掛り中 完了 検証
検証済み
のカスタマー
ペイン
バックログ
フィーチャー
ソリューション
インタビュー
プロト
タイプ
設計
ペーパー
プロト
制作
ツール
プロト
制作
完了
プロトタイプ
インタビュー/
検証
プロト
案①
ペーパー
プロト①
ペーパー
プロト②
ペーパー
プロト③
ペーパー
プロト④
ツール
プロト①
ツール
プロト②
ツール
プロト③
ペーパー
プロト③
プロト
案②
②適切なタイミングでカスタマーからの
フィードバックを得るプロセスを担保するため
カスタマーからの
フィードバック
カスタマーからの
フィードバック
Copyright 2018 Masayuki Tadokoro All rights reserved
26. バックログ 仕掛り中 完了 検証
検証済み
のカスタマー
ペイン
バックログ
フィーチャー
ソリューション
インタビュー
プロト
タイプ
設計
ペーパー
プロト
制作
ツール
プロト
制作
完了
プロトタイプ
インタビュー/
検証
プロト
案①
ペーパー
プロト②
ペーパー
プロト③
ペーパー
プロト④
ツール
プロト①
プロト
案②
③作業のボトルネックがわかるので、リソースを配分でき
る
ペーパープロトが
ボトルネック
Copyright 2018 Masayuki Tadokoro All rights reserved
Startup Science 2018
29. バックログ 仕掛り中 完了 検証
検証済み
のカスタマー
ペイン
バックログ
フィーチャー
ソリューション
インタビュー
プロト
タイプ
設計
ペーパー
プロト
制作
ツール
プロト
制作
完了
プロトタイプ
インタビュー/
検証
プロト
案①
ペーパー
プロト②
ペーパー
プロト③
ペーパー
プロト④
ツール
プロト①
プロト
案②
④ ボトルネックの解消、見える化することにより、流れとリズムを生み出す
Copyright 2018 Masayuki Tadokoro All rights reserved
ペーパープロトが
ボトルネック
31. 時間
Copyright 2018 Masayuki Tadokoro All rights reserved
Startup Science 2018
作業を
同時に
色々並行
してやる
ある作業を
集中して
やってから
次に移る
作業
A
作業
A
Bの
段取り
作業
B
Aの
段取
り
作業
A
Bの
段取り
作業
B
Aの
段取
り
作業
A
Bの
段取り
作業
B
作業
A
作業
A
Bの
段取り
作業
B
作業
B
作業
B
段取り分の余計な
時間がかかる
36. Copyright 2018 Masayuki Tadokoro All rights reserved
価値提案/
ソリューション
広告を見たら
フリーで一定量の高速Wi-
Fi
が使えるサービス
課題を解決するための
ソリューション
カスタマーはいつでもど
こでもWi-Fi容量を加算し
て使用することができる
課題を解決するためにどの
ような価値提供するか?
達成したい目標:
Wi-Fiを好きな時に
利用して情報発信したい!
38. Copyright 2018 Masayuki Tadokoro All rights reserved
Startup Science 2018
価値には3種類ある
①有用性としての価値
②内面的な価値
③社会的な価値
佐藤航陽著『お金2.0』より
46. XXXXX
Copyright 2018 Masayuki Tadokoro All rights reserved
英語圏から来ている
日本へのインバウンド
旅行者
(20代〜30代
スマホヘビー
カスタマー)
移動中のフリー
Wi-Fiの使い勝手
が悪くイライラ
している
Anytime Onlineのリーンキャンパス
カスタマーは
いつでもどこでも
Wi-Fi容量を加算して
使用することが
できる
容量をクレジット
カードで購入
広告視聴による加算
アンケートによる加算
持っているか? から始める
提供するソリューションが
価値提案できるかを検証
49. バックログ 仕掛り中 完了 検証
検証済み
のカスタマー
ペイン
バックログ
フィーチャー
ソリューション
インタビュー
プロト
タイプ
設計
ペーパー
プロト
制作
ツール
プロト
制作
完了
プロトタイプ
インタビュー/
検証
プロトタイプカンバンボード
ソリューション
フィーチャー
候補
Copyright 2018 Masayuki Tadokoro All rights reserved
Startup Science 2018
55. ?
Copyright 2018 Masayuki Tadokoro All rights reserved
Startup Science 2018
1. 魔法のランプがあって何でもできるとしたら、【タスクやオペレーション】を 完遂するために何
をしたいと思いますか?
2. その魔法のランプに必ず含まれているべきフィーチャーはなんだと思いますか?
3. そういった【魔法のランプ】に一番近いソリューションを見つけることができましたか
4. (もしできたなら)なぜ、それを使っていないのですか?
5. そのソリューションが実際に使えなくしている要因は何ですか?
6. あなたは、その魔法のランプを使うとどれくらいの時間や労力などのリソースを節約できると思
いますか?
7. そういった【魔法のランププロダクト】に対して、どれくらいの予算を確保できますか
8. ここまでできれば感動するプロダクトのイメージはありますか?
9. クロージング:では、その【魔法のランププロダクト】のプロトタイプができたら是非またお会いし
て、色々とお聞きしてもよいですか?
Solution(魔法のランプ)インタビュー質問リスト
57. ?
Copyright 2018 Masayuki Tadokoro All rights reserved
Startup Science 2018
・カスタマーは【魔法のランプ】をどのように表現しましたか?
・カスタマーは魔法のランプに含まれるフィーチャーをどのように表現しましたか?
・その【魔法のランプ】は技術的に実現可能ですか?
・もし、その【魔法のランプ】を作れたとして、カスタマーがその製品を買ったり、使ったりする
ことを阻む障壁はあるか? (コスト、メンテナンス、学習カーブ)
・その【魔法のランプ】は日々の生活(業務)のなかにフィットするように使ってもらえるだろう
か?
・もしカスタマーが【魔法のランプ】を買わないのであれば、どのような理由だろうか?
Solutionインタビューチェックポイント
62. Copyright 2018 Masayuki Tadokoro All rights reserved
Startup Science 2018
失敗するスタートアップは
プロダクトを作り込みすぎる
プロダクト
の検証ステージ
プロダクト
最適化ステージ
成功したスタートアップ
失敗したスタートアップ
https://s3.amazonaws.com/startupcompass-public/StartupGenomeReport2_Why_Startups_Fail_v2.pdf
書かれた
のコードの量 3.4倍
2.25倍
多い
少ない
ステージ
65. バックログ 仕掛り中 完了 検証
検証済み
のカスタマー
ペイン
バックログ
フィーチャー
ソリューション
インタビュー
プロト
タイプ
設計
ペーパー
プロト
制作
ツール
プロト
制作
完了
プロトタイプ
インタビュー/
検証
プロトに
必要な
フィーチャー
プロトタイプカンバンボード
インタビューをベースに
フィーチャー候補の
優先順位を付け、必須のものを
抽出する
Copyright 2018 Masayuki Tadokoro All rights reserved
68. バックログ 仕掛り中 完了 検証
検証済み
のカスタマー
ペイン
バックログ
フィーチャー
ソリューション
インタビュー
プロト
タイプ
設計
ペーパー
プロト
制作
ツール
プロト
制作
完了
プロトタイプ
インタビュー/
検証
プロトに
必要な
フィーチャー
プロトタイプカンバンボード
ソリューションインタビュー
を通じて見えてきた
必要なフィーチャーを書きだす
Copyright 2018 Masayuki Tadokoro All rights reserved
74. 我々は 日本へのインバウンド旅行者 の抱えている
いつでもどこでもスマホを使いたいというニーズを満たしたり、解決したい
Anywhere onlineというプロダクトは、
広告視聴やマーケティングアンケートに答えると高速フリーWi-Fi使用量を獲得
することができるというサービス をカスタマーに提供することができる
このプロダクトはコンビニWi-Fi, エキナカWi-Fi, ホテルWi-Fiとは違い、
いつでもどこでもスマホでWi-Fi利用ができるというフィーチャーが備わっている
Copyright 2018 Masayuki Tadokoro All rights reserved
Startup Science 2018
アナロジー:”我々は、モバイル業界のTV広告である”
エレベーターピッチのフォーマット
81. バックログ 仕掛り中 完了 検証
検証済み
のカスタマー
ペイン
バックログ
フィーチャー
ソリューション
インタビュー
プロト
タイプ
設計
ペーパー
プロト
制作
ツール
プロト
制作
完了
プロトタイプ
インタビュー/
検証
プロトタイプカンバンボード
抽出したフィーチャーを
ベースにプロト案を作る
プロト
案
Copyright 2018 Masayuki Tadokoro All rights reserved
94. バックログ 仕掛り中 完了 検証
検証済み
のカスタマー
ペイン
バックログ
フィーチャー
ソリューション
インタビュー
プロト
タイプ
設計
ペーパー
プロト
制作
ツール
プロト
制作
完了
プロトタイプ
インタビュー/
検証
プロトタイプカンバンボード
納得がいくまで、
プロト案を出していく
プロト
案 ①
Copyright 2018 Masayuki Tadokoro All rights reserved
プロト
案 ②
プロト
案 ③
98. Content is King, UX is Queen
Copyright 2018 Masayuki Tadokoro All rights reserved
108. 演習
❓
Copyright 2018 Masayuki Tadokoro All rights reserved
Startup Science 2018
あなたのプロダクトがない状態(Before)と
あなたのプロダクトがある状態(After) が
ユーザーから目線で、どのように異なるか?
考えてみましょう
122. バックログ 仕掛り中 完了 検証
検証済み
のカスタマー
ペイン
バックログ
フィーチャー
ソリューション
インタビュー
プロト
タイプ
設計
ペーパー
プロト
制作
ツール
プロト
制作
完了
プロトタイプ
インタビュー/
検証
プロトタイプカンバンボード
プロト
案
ペーパー
プロト①
ペーパー
プロト②
ペーパー
プロト③
ペーパー
プロト④
余力があれば
3−4案作ってみる
Copyright 2018 Masayuki Tadokoro All rights reserved
プロト
案
123. バックログ 仕掛り中 完了 検証
検証済み
のカスタマー
ペイン
バックログ
フィーチャー
ソリューション
インタビュー
プロト
タイプ
設計
ペーパー
プロト
制作
ツール
プロト
制作
完了
プロトタイプ
インタビュー/
検証
プロトタイプカンバンボード
プロト
案
ペーパー
プロト①
ペーパー
プロト②
ペーパー
プロト③
ペーパー
プロト④
ツールプロト無しに
カスタマーインタビュー
すると適切な
フィードバックを
得られないので注意
Copyright 2018 Masayuki Tadokoro All rights reserved
プロト
案
プロト
案
136. 使用確認 確認画面
プラン選択画面 カード情報 Thank you 画面
Copyright 2018 Masayuki Tadokoro All rights reserved
Startup Science 2018
142. バックログ 仕掛り中 完了 検証
検証済み
のカスタマー
ペイン
バックログ
フィーチャー
ソリューション
インタビュー
プロト
タイプ
設計
ペーパー
プロト
制作
ツール
プロト
制作
完了
プロトタイプ
インタビュー/
検証
プロトタイプカンバンボード
プロト
案
ペーパープロト無しに
ツールプロトを作成すると
チーム全体の納得感
が損なうので注意
ツール
プロト①
ツール
プロト②
ツール
プロト③
ツール
プロト③
ペーパー
プロト①
ペーパー
プロト②
Copyright 2018 Masayuki Tadokoro All rights reserved
143. バックログ 仕掛り中 完了 検証
検証済み
のカスタマー
ペイン
バックログ
フィーチャー
ソリューション
インタビュー
プロト
タイプ
設計
ペーパー
プロト
制作
ツール
プロト
制作
完了
プロトタイプ
インタビュー/
検証
プロトタイプカンバンボード
プロト
案
ペーパー
プロト①
ペーパー
プロト②
ペーパー
プロト③
ペーパー
プロト④
ツール
プロト①
ツール
プロト②
ペーパー
プロト③
ペーパー
プロト③
完了したプロトは
完了にうつす
Copyright 2018 Masayuki Tadokoro All rights reserved
158. バックログ 仕掛り中 完了 検証
検証済み
のカスタマー
ペイン
バックログ
フィーチャー
ソリューション
インタビュー
プロト
タイプ
設計
ペーパー
プロト
制作
ツール
プロト
制作
完了
プロトタイプ
インタビュー/
検証
プロトタイプカンバンボード
プロト
案
ペーパー
プロト③
ペーパー
プロト④
ツール
プロト①
ツール
プロト② 完了したもの
からインタビュー
する
Copyright 2018 Masayuki Tadokoro All rights reserved
166. Shut-up and Listen to Customer!
(黙って、カスタマーの話を聞く!)
カスタマーの声を聞くことがキーである
Copyright 2018 Masayuki Tadokoro All rights reserved
Startup Science 2018
173. バックログ 仕掛り中 完了 検証
検証済み
のカスタマー
ペイン
バックログ
フィーチャー
ソリューション
インタビュー
プロト
タイプ
設計
ペーパー
プロト
制作
ツール
プロト
制作
完了
プロトタイプ
インタビュー/
検証
プロトタイプカンバンボード
プロト
案
ペーパー
プロト④
ツール
プロト①
ツール
プロト②
ツール
プロト③
最低でも
2つのプロトは
インタビューをする
Copyright 2018 Masayuki Tadokoro All rights reserved
174. バックログ 仕掛り中 完了 検証
検証済み
のカスタマー
ペイン
バックログ
フィーチャー
ソリューション
インタビュー
プロト
タイプ
設計
ペーパー
プロト
制作
ツール
プロト
制作
完了
プロトタイプ
インタビュー/
検証
プロトタイプカンバンボード
プロト
案
ペーパー
プロト④
ツール
プロト①
ツール
プロト②
ツール
プロト③
インタビューを通じて
必要性が見えてきた
新たなフィーチャーを
バックログに入れる
Copyright 2018 Masayuki Tadokoro All rights reserved
180. XXXXX
Copyright 2018 Masayuki Tadokoro All rights reserved
英語圏から来ている
日本へのインバウンド
旅行者
(20代〜30代
スマホヘビー
カスタマー)
移動中のフリー
Wi-Fiの使い勝手
が悪くイライラ
している
Anytime Onlineのリーンキャンパス
カスタマーは
いつでもどこでも
Wi-Fi容量を加算して
使用することが
できる
容量をクレジット
カードで購入
広告視聴による加算
アンケートによる加算
提供するソリューションが
価値提案できるかを検証
184. バックログ 仕掛り中 完了 検証
検証済み
のカスタマー
ペイン
バックログ
フィーチャー
ソリューション
インタビュー
プロト
タイプ
設計
ペーパー
プロト
制作
ツール
プロト
制作
完了
プロトタイプ
インタビュー/
検証
プロトタイプカンバンボード
プロト
案
ペーパー
プロト④
ツール
プロト①
ツール
プロト②
ツール
プロト③ソリューションとして
価値提供ができるまで
イテレーションを
回ししていく
プロト
案
186. Prototype1 Prototype2 Prototype3 Prototype4
プロトとUX仮説を磨き込み
ソリューションの質を高める
カスタマー
のフィードバック
カスタマー
のフィードバック
カスタマー
のフィードバック
UX仮説 ver1 UX仮説 ver2 UX仮説 ver3 UX仮説 ver4
Copyright 2018 Masayuki Tadokoro All rights reserved
Editor's Notes What is good startup idea
Does the issue really exist?
Do you provide solution to the issue?
Does product have market?
Formulating team to grow https://www.youtube.com/watch?v=qAws7eXItMk We found out that painful issue exists through interview to evangelist users
Delight users with experience they will remember
https://www.youtube.com/watch?v=oQOC-qy-GDY
talk to users
21:30 In this Problem-solution-fit phase, you will verify what kind of solution you are to provide to the issue.
http://innova-jp.com/2-million-lesson-startup/
Cross-10とは、「早めに製品化し、自分の商品・サービスを10人に売ってみる」というスタートアップの手法である。10人にすら売れないものは、1億人に売れる商品・サービスには絶対になり得ない。その場合、さっさと商品・サービスの開発を止めるべきだろう。 Path to find good business idea:
verify the quality of issues first
then, verify the quality of solution Path to find good business idea:
verify the quality of issues first
then, verify the quality of solution Path to find good business idea:
verify the quality of issues first
then, verify the quality of solution You should always start by asking “Does customer really suffer from painful issues?” https://www.youtube.com/watch?v=qAws7eXItMk 話しながら記憶していく:
ストーリーを話しながら、カードかポストイットに考えていることを書き出して
思考を表出かする You should always start by asking “Does customer really suffer from painful issues?” スタートアップにとってもっとも貴重な資源は時間である。
リソースが無くなる前に、最も多く学習したものが勝つ https://masa77707.jooto.com/boards?confirmed=1#123421
https://ferret-plus.com/4961 ソフトウェアを活用しても良いが、
開発と顧客担当が同期をとるために
社内のよく見える場所に貼り出すのが
望ましい スタートアップにとっての共通の理解とは?
Lean canvas is the tools though which each member can visualize and confirm “business model” 話しながら記憶していく:
ストーリーを話しながら、カードかポストイットに考えていることを書き出して
思考を表出かする 機能よりも、利点を強調すべきである。
すぐれた価値提案とは、顧客の立場を理解した上で、
製品を使った時に得られる便益に注目したもの 機能よりも、利点を強調すべきである。
すぐれた価値提案とは、顧客の立場を理解した上で、
製品を使った時に得られる便益に注目したもの You should always start by asking “Does customer really suffer from painful issues?” ソリューション
価値提案 フィーチャー Set up one-on-one interview in order to get feedback.
Avoid one-to-N interview, since you cannot hear open opinions
P163 start-up owener’s manual Customers cannot imagine what car-riding is like since they’ve only riden houses Nevertheless, you should ask what is “magic stick” 1 If you have magic ramp and can do anything you want to do. How would you like to do in order to complete [task or operation]
2 Did you find the solution which is close to the [magic ramp]?
3 Why don’t
http://skillhub.jp/blogs/138#sthash.Cmlv2Z6X.dpuf Face to face でインタビューを行う
1 現在(タスクやオペレーション)をするのにどのように行っていますか?
2 (タスクやオペレーション)を完遂するためのツール、製品、アプリ、裏技などがあれば教えてください
3 もし魔法の杖があって何でもできるとしたら、何をしたいと思いますか?
4 最後にあなたが、(タスクやオペレーション)をしたとき、それをこなす直前に何をしていましたか? また(タスクやオペレーション)を終わらせたとき、何をしましたか?
5 (タスクやオペレーション)について、その他に私が聞くべきことはありますか? - 1 If you have magic ramp and can do anything you want to do. How would you like to do in order to complete [task or operation]
2 Did you find the solution which is close to the [magic ramp]?
3 Why don’t
http://skillhub.jp/blogs/138#sthash.Cmlv2Z6X.dpuf Path to find good business idea:
verify the quality of issues first
then, verify the quality of solution Face to face でインタビューを行う
1 現在(タスクやオペレーション)をするのにどのように行っていますか?
2 (タスクやオペレーション)を完遂するためのツール、製品、アプリ、裏技などがあれば教えてください
3 もし魔法の杖があって何でもできるとしたら、何をしたいと思いますか?
4 最後にあなたが、(タスクやオペレーション)をしたとき、それをこなす直前に何をしていましたか? また(タスクやオペレーション)を終わらせたとき、何をしましたか?
5 (タスクやオペレーション)について、その他に私が聞くべきことはありますか? - Face to face でインタビューを行う
1 現在(タスクやオペレーション)をするのにどのように行っていますか?
2 (タスクやオペレーション)を完遂するためのツール、製品、アプリ、裏技などがあれば教えてください
3 もし魔法の杖があって何でもできるとしたら、何をしたいと思いますか?
4 最後にあなたが、(タスクやオペレーション)をしたとき、それをこなす直前に何をしていましたか? また(タスクやオペレーション)を終わらせたとき、何をしましたか?
5 (タスクやオペレーション)について、その他に私が聞くべきことはありますか? - <潜在的なニーズ>を満たしたり、抱えている課題を解決したい
ー>カスタマーが解決したい課題やニーズを説明する
<対象カスタマー>向けの
ー>誰のためのプロジェクトなのか、あるいはソフトウェアを使うことで
とくするのはだれなのかを説明する
<プロダクト名>というプロダクトは、
ー>名前をつけることで、プロダクトは命を吹き込まれる。
<プロダクトカテゴリー>である
ー>サービスやプロダクトが実態として何であり、
何をするものなかを説明する
これは<重要な利点、対価に見合う説得力のある理由>ができ
ー>そもそもなぜ、カスタマーがこのプロダクトに対価を支払いたいのかを
説明する
<代替手段の最右翼>とは違って、
ー>なぜすでに存在しているものをえらばないのか、その理由を細くする
<差別化の決定的な特徴>が備わっている
ー>自分たちのサービスが競合相手と何が違うのか、より良い部分は
どこかを説明し、差別化する。これは極めて重要である。
なぜなら、自分たちのプロジェクトへの投資を正当化できる箇所は
実質的にここだけだからである <潜在的なニーズ>を満たしたり、抱えている課題を解決したい
ー>カスタマーが解決したい課題やニーズを説明する
<対象カスタマー>向けの
ー>誰のためのプロジェクトなのか、あるいはソフトウェアを使うことで
とくするのはだれなのかを説明する
<プロダクト名>というプロダクトは、
ー>名前をつけることで、プロダクトは命を吹き込まれる。
<プロダクトカテゴリー>である
ー>サービスやプロダクトが実態として何であり、
何をするものなかを説明する
これは<重要な利点、対価に見合う説得力のある理由>ができ
ー>そもそもなぜ、カスタマーがこのプロダクトに対価を支払いたいのかを
説明する
<代替手段の最右翼>とは違って、
ー>なぜすでに存在しているものをえらばないのか、その理由を細くする
<差別化の決定的な特徴>が備わっている
ー>自分たちのサービスが競合相手と何が違うのか、より良い部分は
どこかを説明し、差別化する。これは極めて重要である。
なぜなら、自分たちのプロジェクトへの投資を正当化できる箇所は
実質的にここだけだからである 明快になる
チームの意識をカスタマーに向けさせる
核心を捉える アマゾンで、
新企画を立ち上げるプロ真似は、
その製品が完成したことを想定した
プレスリリースを作成することから始める
このプレスリリースでは、
対象顧客向けで、その新製品が、
彼らの問題をいかに効果的に解決するかを
説得力ある方法で説明する必要がある
プレスリリースの条件を満たさないと、
クリアできるまで、何度でも企画を
練り直す。
アマゾンの CTOのワーナーボーゲルは
開発中の新製品にFAQを書くことを奨励する
(この方法で、製品リリース前に、ユーザーが直面する
可能性のある問題や疑問に対処できる)
さらに、
ユーザーマニュアルを作成する
ユーザーマニュアルは
コンセプト、使い方、リファレンスの
3部構成になっている
(マニュアルを作成すれば、顧客の視点から、
自分のアイディアを理解できる) You should start with idea.
Then decide whether you will make a company
out of it or not アプリのタイプを
選択して全体構成が決まったら、
画面遷移、つまり、プロダクト内での画面を図にまとめる
必要な画面を洗い出し、
各画面の役割、画面に実装する機能や
表示するコンテンツ、遷移の流れを整理する プロトタイプは、全体をおおざっぱに作ることではなく、必要最小限に絞ってつくることです。テストをしたい部分は詳細に作らないと意味が無いので、詳細につくる。 文脈:文脈が変われば、システムが変わらなくてもUXは変化します
UX領域における文脈は、
社会的な文脈(他の人と一緒に使うこと)
物理的な文脈(机におくのか、トイレに置くのか)
仕事の文脈(システムを取り巻く仕事で、他にも注意する必要のあるもの) http://thebridge.jp/2015/08/design-your-own-jewerly-with-monomy メモを取ってもらって、発言してもらう、それをポストイット書いてに貼り付ける https://www.youtube.com/watch?v=qAws7eXItMk ・高いレベルでプロダクト像の認識合わせができる
クライアントが、デザイナー、エンジニアなど、プロジェクト関係者と
お互いの考えを述べながら作業をするので、高いレベルで認識をすり合わせるのが
可能になる
クライアントとの共同作業は、ヒアリングでは(ー>文字にしてしまうと死んでしまう)聞き出せない潜在的なニーズを洗い出しすることができる
クライアント自ら手を動かして、作成するからこそ気づく潜在的な要素がある クライアントからその場で、即座にフィードバックがえれるので、 すぐに軌道修正ができる。
デザイナーやエンジニアなど制作サイドとの伝言ゲームや認識違いがおきない カスタマーと関係者が一緒に考えるので、カスタマーの参加者意識を喚起できる
カスタマーの”発注業者にまかせておけばいい”
プロマネの”設計や現場メンバーにまかせればよい”
デザイナーの”仕様通りにデザインすればよい”
エンジニアの”設計通りに実装すればよい”
といいった他人任せの考えがなくなる Fidelity
https://html5experts.jp/miyuki-baba/13369/
fidelytyは正確性という意味 Fidelity
https://html5experts.jp/miyuki-baba/13369/
fidelytyは正確性という意味 Fidelity
https://html5experts.jp/miyuki-baba/13369/
fidelytyは正確性という意味 http://techwave.jp/archives/51486821.html http://techwave.jp/archives/51486821.html シナリオや画面フローに合わせて画面の順番を
組み立てて、タップできる範囲を指定したり
簡易なインタラクションを作成できる。 ・直感的に使用できるか?
簡単に学習できるか?
サイトやスマホや、サイトにアクセス、もしくは
ダウンロードされたら、即座に使われ始める
基本的に、取り扱い説明書などない
簡易的なものがほとんどである、
初見でも使い方を理解出来る。
もしくはすぐに理解できて、次回以降は
迷わずに使えることを意識して、
可能な限りカスタマーの学習コストを下げられるようにする
・操作要素や情報を最適な場所に配置しているか?
頻繁に使用される機能が割り当てられているボタンがわかりにくい、
もしくは押しにくい場所に配置されていたり、もっとも必要とされる情報が
スクロールしないと表示されないのは論外である。
各要素に優先順位付け、必要とされるコンテンツがすぐにわかる画面構成を作成する
・内容はわかりやすいか?
コンテンツの内容が一目で理解出来るわかりやすさも、プロダクトの使い道
を向上させる重要なポイントである ・直感的に使用できるか?
簡単に学習できるか?
サイトやスマホや、サイトにアクセス、もしくは
ダウンロードされたら、即座に使われ始める
基本的に、取り扱い説明書などない
簡易的なものがほとんどである、
初見でも使い方を理解出来る。
もしくはすぐに理解できて、次回以降は
迷わずに使えることを意識して、
可能な限りカスタマーの学習コストを下げられるようにする
・操作要素や情報を最適な場所に配置しているか?
頻繁に使用される機能が割り当てられているボタンがわかりにくい、
もしくは押しにくい場所に配置されていたり、もっとも必要とされる情報が
スクロールしないと表示されないのは論外である。
各要素に優先順位付け、必要とされるコンテンツがすぐにわかる画面構成を作成する
・内容はわかりやすいか?
コンテンツの内容が一目で理解出来るわかりやすさも、プロダクトの使い道
を向上させる重要なポイントである ツールを使ったプロトのメリット
・動きまで表現出来る
・実物に近い状況で検証
・デジタル形式で管理、共有できる
デメリット:
メンバー全員で作成できない
ー>最初のイテレーションは全員でペーパーでやる
ー>次のイテレーションは、ツールを使ってやる
柔軟性に欠ける
紙のようにミーティングの場で切ったり貼ったりできないため
柔軟性にかける。 https://balsamiq.com
シンプルで使いやすい Popを使うと、リンクを貼ることができる
これ以外にもいろいろなツールがあるので活用する https://prottapp.com/ja/ https://yapp.li スタートアップにとってもっとも貴重な資源は時間である。
リソースが無くなる前に、最も多く学習したものが勝つ https://www.youtube.com/watch?v=qAws7eXItMk Delight users with experience they will remember
https://www.youtube.com/watch?v=oQOC-qy-GDY
talk to users
21:30 boldより *P152 スタートアップオーナーズマニュアル 新たな知は、経験に基づいて暗黙のうちに持つ主観的な「暗黙知」と、言葉で表現できる客観的な「形式知」が、対話を通して相互に変換し、スパイラルに循環していくなかで生まれる。
タグ&個別ページへのリンク You should always start by asking “Does customer really suffer from painful issues?” ー十分に痛みのある課題の存在が存在することを確証した
ー課題を解決するのに必要最小限の機能が明確にできた
ーソリューションを使ってくれそうな顧客プロフィールが特定できた Path to find good business idea:
verify the quality of issues first
then, verify the quality of solution https://www.youtube.com/watch?v=qAws7eXItMk 分析のやりすぎもよくないが、
分析をやらなければ失敗する
eric ries 米Google Venturesがスタートアップ支援の為に用いているプログラムで、5日間で新規のアイデアをプロトタイプとして具体化し、実際の顧客に近しい被験者へのインタビューを通じてアイデアの妥当性や効果の検証を行うものです。