Startup science 6 Problem Solution Fit

Startup Science 2018
2550ページ版 ⑥
Problem Solution Fit

Agenda
① Idea Verification : 良いスタートアップのアイディアとは
② Customer-problem Fit：本当に問題が存在するのか？
③ Problem-solution Fit:
④ Product-Market Fit:
⑤ Transition to Scale:
問題に対してソリューション
は適切か？
ソリューション（プロダクト）に
市場は存在するか？
Copyright 2018 Masayuki Tadokoro All rights reserved
スケールするための変革

このステージの目的：
・課題を解決するソリューション仮説
（プロトタイプ）を作成する
・顧客との対話を通じて、プロトタイプを通じて、
課題が解決できそうか検証する
・顧客からのフィードバックをベースに
プロトタイプを磨きあげる
・創業メンバーを徐々に固めていく

Problem Solution Fit
カスタマーが
それをどのように
解決したいかを
明らかにする
Product
インタビュー
ブループリントを
ベースに
プロトタイプを作る
プロトタイプを
実際に使ってもらい
インタビューを行う
Build
Prototype
UX
ブループリント
を作成する
Forming
team
核となるメンバーを
Fixしていく
創業期
ファイナンス
創業期の
ファイナンスを
身につける

Customer-Problem-Fit
で想定したカスタマーは
課題を抱えていることは検証できた

Problem-solution-fit
では顕在化された課題に対して
どういうソリューションを
提供するべきかを検証する

課題の質
課題に対する
ソリューション
の質
高
高低
低
①
②
良い
アイディア
悪い
アイディア
Problem-
Solution
Fitのフォーカス

80%
課題の
発見・検証
0%
”Problem Solution Fitの
ステージで何にフォーカスしましたか？”
40%
プロダクト
の検証
プロダクト
最適化
スケール
利益
最大化
成功したスタートアップ
失敗したスタートアップ
https://s3.amazonaws.com/startupcompass-public/StartupGenomeReport2_Why_Startups_Fail_v2.pdf

80%
課題の
発見・検証
0%
”Problem Solution Fitの
ステージで何にフォーカスしましたか？”
40%
の検証
最適化
スケール
利益
最大化
失敗するスタートアップは
プロダクトの検証が
終わる前にプロダクトを
最適化してしまう

提供するソリューションが
価値提案できるかを検証

Product
Market-Fit
リスク
（＝カスタマーが
欲しいものを
作れないリスク）
時間
カスタマーの
フィードバックがないと、
PMFリスクが増え続ける
カスタマーに提示し
フィードバックを得て
欲しがるものが何かを
みがきこむ
高
低

検証された課題仮説をベースに
UXブループリントを作る

前のステージで
検証した課題/ペイン
を確認する

英語圏から来ている
日本へのインバウンド
旅行者
（20代〜３０代
スマホヘビー
カスタマー）
移動中のフリー
Wi-Fiの使い勝手
が悪くイライラ
している
Anytime Onlineのリーンキャンパス

バックログ仕掛り中完了検証
検証済み
のカスタマー
ペイン
バックログ
フィーチャー
インタビュー
プロト
タイプ
設計
ペーパー
プロト
制作
ツール
プロト
制作
完了
プロトタイプ
インタビュー/
検証
プロトタイプカンバンボード
検証済みの
課題を
貼り出す

検証済み
のカスタマー
ペイン
バックログ
フィーチャー
インタビュー
プロト
タイプ
設計
ペーパー
プロト
制作
ツール
プロト
制作
完了
プロトタイプ
インタビュー/
検証
なぜカンバンボードを
活用するのか？

検証済み
のカスタマー
ペイン
バックログ
フィーチャー
インタビュー
プロト
タイプ
設計
ペーパー
プロト
制作
ツール
プロト
制作
完了
プロトタイプ
インタビュー/
検証
プロト
案①
ペーパー
プロト①
ペーパー
プロト②
ペーパー
プロト③
ペーパー
プロト④
ツール
プロト①
ツール
プロト②
ツール
プロト③
ペーパー
プロト③
プロト
案②
①プロトタイププロセスを見える化することにより
”学び”や検証プロセスを可視化でき、コミュニケーション/コラボが活性化する

ソフトウェア開発（プロトタイプ作成）の
知識労働の成果/プロセスは目に見えない。
目に見える仕組みを組み込むことで
”見える化したい””学習したことを共有したい”
というモチベージョンがチームに生まれる
スタートアップは、チームで
学習することがクリティカルである

スタートアップの
メンバーの経験やスキルの差によって
前提条件やポリシーが異なってくる
（仕事の進め方、品質への意識、納期への意識、
カスタマーの理解度などが異なる）
カンバンを使ったコミュニケーションは、
自分のポリシーや前提条件を
明確にするのでズレがすくなくなり
コミュニケーションとコラボが活性化する

検証済み
のカスタマー
ペイン
バックログ
フィーチャー
インタビュー
プロト
タイプ
設計
ペーパー
プロト
制作
ツール
プロト
制作
完了
プロトタイプ
インタビュー/
検証
プロト
案①
ペーパー
プロト①
ペーパー
プロト②
ペーパー
プロト③
ペーパー
プロト④
ツール
プロト①
ツール
プロト②
ツール
プロト③
ペーパー
プロト③
プロト
案②
②適切なタイミングでカスタマーからの
フィードバックを得るプロセスを担保するため
カスタマーからの
フィードバック
カスタマーからの
フィードバック

Product
Market-Fit
リスク
欲しいものを
時間
高
低
x
多くの時間（＝リソース）
をかけてから
方向転換は難しい

Product
Market-Fit
リスク
欲しいものを
時間
カスタマーの
フィードバックがないと、
PMFリスクが増え続ける
多くのリソース/時間を費やした結果
人が欲しがらないものを作ってしまうリスクを減らすためである
カスタマーの
フィードバックをと
PMFリスクを抑える
ことができる
高
低

何がうまくいった？
何を変更すべきか？
何をキープすべきか？
というフィードバックは
チームの知識の源泉になる

“スタートアップにとって
もっとも貴重な資源は
時間である。
リソースが無くなる前に、
最も多く学習したものが勝つ”
- Ash Maurya

検証済み
のカスタマー
ペイン
バックログ
フィーチャー
インタビュー
プロト
タイプ
設計
ペーパー
プロト
制作
ツール
プロト
制作
完了
プロトタイプ
インタビュー/
検証
プロト
案①
ペーパー
プロト②
ペーパー
プロト③
ペーパー
プロト④
ツール
プロト①
プロト
案②
③作業のボトルネックがわかるので、リソースを配分でき
る
ペーパープロトが
ボトルネック

どのワークフローにも
ボトルネックは発生してしまう
ボトルネックにより、
全体の流れの速度が決まる
ボトルネックを解消する
ことにより、流れを作ることができる

ボトルネック/非ボトルネックを
可視化して、
自己組織的にコラボレーション/協力
できるようにするため

検証済み
のカスタマー
ペイン
バックログ
フィーチャー
インタビュー
プロト
タイプ
設計
ペーパー
プロト
制作
ツール
プロト
制作
完了
プロトタイプ
インタビュー/
検証
プロト
案①
ペーパー
プロト②
ペーパー
プロト③
ペーパー
プロト④
ツール
プロト①
プロト
案②
④ ボトルネックの解消、見える化することにより、流れとリズムを生み出す
ペーパープロトが
ボトルネック

同時に仕掛っている作業が
増えすぎてしまうと、
生産性が落ちてしまう
人間も機械と同様で、
複数のタスクを切り替えるときは、
前やっていたタスクの状態を
頭の中で復元しなければならない

時間
作業を
同時に
色々並行
してやる
ある作業を
集中して
やってから
次に移る
作業
A
作業
A
Bの
段取り
作業
B
Aの
段取
り
作業
A
Bの
段取り
作業
B
Aの
段取
り
作業
A
Bの
段取り
作業
B
作業
A
作業
A
Bの
段取り
作業
B
作業
B
作業
B
段取り分の余計な
時間がかかる

Jootoのような
クラウド上のカンバンボードツール
も活用出来る。

最初は物理的に（紙と付箋）で
カンバンボードを用意して、
ポリシー/前提条件を明確にしながら
コミュニケーションをするようにする

あなたのスタートアップの”Plan A”
ホワイトボードに
付箋を貼って毎日
レビューをする

課題を解決するために
“どのような価値提案をするか”
”どのようなソリューションを提供するか
を考える

価値提案/
広告を見たら
フリーで一定量の高速Wi-
Fi
が使えるサービス
課題を解決するための
カスタマーはいつでもど
こでもWi-Fi容量を加算し
て使用することができる
課題を解決するためにどの
ような価値提供するか？
達成したい目標：
Wi-Fiを好きな時に
利用して情報発信したい！

価値提案とは
価値提案では、顧客の立場を理解した上で、
製品を使った時に得られる便益を表したもの

価値には３種類ある
①有用性としての価値
②内面的な価値
③社会的な価値
佐藤航陽著『お金2.0』より

役に立つか？実益があるか？
という観点で考えた価値のこと
現実世界で使用できる、利用できる、
儲かると言った実世界でのリターンを
前提にしたもの
① 有用性としての価値

Moneyforwardを使うとユーザーは
平均して数万円お金を節約できる

② 内面的な価値
愛情、共感、興奮、好意など
経済的な実益に直接つながるわけではないが
個人の内面にとってポジティブな効果を
及ぼすもの

Instagramのフォロワー数や
Like数は承認欲求を満たしてくれる

個人でなく、社会全体の
持続性を高めるような価値のこと
最近ではトリプルボトムライン
と言い経済的な側面でなく
環境的な側面や社会的な側面
で価値を提供すること
③ 社会的（環境的）価値

Patagoniaは社会活動や
環境活動に重点を置いている
http://www.patagonia.jp/environmentalism.html

カスタマーの痛みを解決し価値提案を届けるため
に提供するプロダクトの効能のこと
その効能を実現するためソリューションは複数の
フィーチャーで、構成されている
ソリューションとは？

XXXXX
旅行者
（20代〜３０代
スマホヘビー
カスタマー）
している
カスタマーは
いつでもどこでも
Wi-Fi容量を加算して
使用することが
できる
容量をクレジット
カードで購入
広告視聴による加算
アンケートによる加算
持っているか？から始める

ソリューションを構成する
フィーチャー候補を
Brain Stormingする

広告を見たら
フリーで一定量
の高速Wi-Fi
が使えるサービス
ソリューションを
構成するフィーチャー
候補をリストアップする
15秒の動画広告を見る
と10MB分の使用量を
もらえる
フィーチャー
友達に、溜まった
使用量をあげることが
できるフィーチャー
アンケートにこたえた
ら5MB分の使用量を
もらえる
フィーチャー
現在の使用状況が
確認できる
フィーチャー
有料で、
使用量を追加できる
フィーチャー
（クレジットカード）
有料で、
フィーチャー
（Paypal）
使用期限が
１週間で切れて
しまうフィーチャー
アプリをダウンロード
したら20MBの
使用量がもらえる
フィーチャー
Facebook投稿で
５MBの使用量が
もらえるフィーチャ
ー
カスタマーは
できる

検証済み
のカスタマー
ペイン
バックログ
フィーチャー
インタビュー
プロト
タイプ
設計
ペーパー
プロト
制作
ツール
プロト
制作
完了
プロトタイプ
インタビュー/
検証
フィーチャー
候補

”ソリューションがカスタマーに
効能（価値）を実際に提供するか？”
というカスタマーストーリーを
を検証するために
ソリューションインタビューを設定する

vStartup Science 2018馬しか乗ったことがない
カスタマーは
車（魔法のランプ）
を想像できない
カスタマーは
価値のあるソリューションは
何かを言語化することは
できない

それでも
魔法のランプ（＝理想のソリューション）
は何かを聞く
❓

カスタマーが本当に
何が欲しいかを見つけることが
あなたの仕事だ
- Steve Jobs

？
1. 魔法のランプがあって何でもできるとしたら、【タスクやオペレーション】を完遂するために何
をしたいと思いますか?
2. その魔法のランプに必ず含まれているべきフィーチャーはなんだと思いますか？
3. そういった【魔法のランプ】に一番近いソリューションを見つけることができましたか
4. （もしできたなら）なぜ、それを使っていないのですか？
5. そのソリューションが実際に使えなくしている要因は何ですか？
6. あなたは、その魔法のランプを使うとどれくらいの時間や労力などのリソースを節約できると思
いますか？
7. そういった【魔法のランププロダクト】に対して、どれくらいの予算を確保できますか
8. ここまでできれば感動するプロダクトのイメージはありますか？
9. クロージング：では、その【魔法のランププロダクト】のプロトタイプができたら是非またお会いし
て、色々とお聞きしてもよいですか？
Solution(魔法のランプ）インタビュー質問リスト

カスタマーになりそうな人の反応
”【魔法のランプソリューション】があれば本当に助かります。”
”【魔法のランプソリューション】があれば
こういう風につかえます”
” 今すぐ欲しいです”

？
・カスタマーは【魔法のランプ】をどのように表現しましたか？
・カスタマーは魔法のランプに含まれるフィーチャーをどのように表現しましたか？
・その【魔法のランプ】は技術的に実現可能ですか？
・もし、その【魔法のランプ】を作れたとして、カスタマーがその製品を買ったり、使ったりする
ことを阻む障壁はあるか？（コスト、メンテナンス、学習カーブ）
・その【魔法のランプ】は日々の生活（業務）のなかにフィットするように使ってもらえるだろう
か？
・もしカスタマーが【魔法のランプ】を買わないのであれば、どのような理由だろうか？
Solutionインタビューチェックポイント

インタビューを
行う際に最も注意する点
自分たちが聞きたい
回答を得るように誘導しないこと

ソリューションインタビューをベースにして
、
フィーチャーの優先順位を付ける。
その中で必須のフィーチャーを抽出する

もらえる
フィーチャー
もらえる
フィーチャー
確認できる
フィーチャー
有料で、
フィーチャー
広告を見たら
の高速Wi-Fiが使えるサービス
有料で、
フィーチャー
（Paypal）
使用期限が
したら20MBの
フィーチャー
Facebook投稿で
ー
必須フィーチャー
あれば良しフィーチャー
必要なしフィーチャー
カスタマーは
使用することができる
フィーチャーの
優先順位をつける

やってはいけないこと
この段階で、
顧客が要望すると思われる
すべての機能をリストアップして、
作り込もうとすること

失敗するスタートアップは
プロダクトを作り込みすぎる
プロダクト
の検証ステージ
プロダクト
最適化ステージ
書かれた
のコードの量 3.4倍
2.25倍
多い
少ない
ステージ

Facebookが2004年に
ローンチした時には8つの
機能しか実装されていなかった

メッセージ、Post、通知、ウォール、
ステータスアップデートもなかった
1 ユーザーアカウント：（実名必須） harvard.eduドメインのメアド
のみ登録可能
2 友達への友達リクエスト
3 招待機能（ただし、アドレス帳のインポート機能はなし、
( 一つ一つ手打ちでメアドを入力する必要があった）
4 プロフィール写真：１人につき１枚だけの写真
5 個人情報の表示：性別、誕生日、寮名、電話番号、好きな音楽、
好きな本、自己紹介、大学で受講している講座
6 検索：名前、学年、講義、他の個人情報
7 友達のみ表示、学年のみ表示などのプライバシー制限
8（後に廃止）フレンドグラフを可視化する機能
Facebook初期バージョン（2004年）
が持っていた機能一覧

検証済み
のカスタマー
ペイン
バックログ
フィーチャー
インタビュー
プロト
タイプ
設計
ペーパー
プロト
制作
ツール
プロト
制作
完了
プロトタイプ
インタビュー/
検証
プロトに
必要な
フィーチャー
インタビューをベースに
フィーチャー候補の
優先順位を付け、必須のものを
抽出する

ソリューションインタビューを通じて、
新たに必要性が見えてきた
フィーチャーを書き出す

もらえる
フィーチャー
有料で、
フィーチャー
（Paypal）
使用期限が
したら20MBの
フィーチャー
必須フィーチャー
あれば良しフィーチャー
必要なしフィーチャー
もらえる
フィーチャー
確認できる
フィーチャー
有料で、
フィーチャー
（クレジットカード
）
Facebook投稿で
ー
Facebook
ログインできる
フィーチャー
e-mailで
ログインできる
フィーチャー
有料で、
使用量を追加
(Paypal)
インタビューを通じて
新たに必要性が見えてきた
フィーチャーを書き出す
広告を見たら
の高速Wi-Fiが使えるサービス
カスタマーは
使用することができる

検証済み
のカスタマー
ペイン
バックログ
フィーチャー
インタビュー
プロト
タイプ
設計
ペーパー
プロト
制作
ツール
プロト
制作
完了
プロトタイプ
インタビュー/
検証
プロトに
必要な
フィーチャー
ソリューションインタビュー
を通じて見えてきた
必要なフィーチャーを書きだす

納得がいくまで
ソリューションインタビューを
実行して
ソリューションのアイディアを
磨き込む

Product
Market-Fit
リスク
欲しいものを
時間
インタビューを
納得いくまでやる
高
低

抽出したフィーチャーをベースに
UXブループリントを作る

プロトタイプの
エレベーターピッチを作る

このプロダクトは＜代替手段の最右翼＞とは違い、
＜差別化の決定的な特徴＞が備わっている
これは＜重要な利点、対価に見合う説得力のある理由＞
をカスタマーに提供することができる
＜プロダクト名＞というプロダクトは、
我々は＜対象カスタマー＞の抱えている
＜ニーズ/課題＞を満たしたり、解決したい
アナロジー：”我々は、XXX業界のOOOである”
エレベーターピッチのフォーマット

我々は日本へのインバウンド旅行者の抱えている
いつでもどこでもスマホを使いたいというニーズを満たしたり、解決したい
Anywhere onlineというプロダクトは、
広告視聴やマーケティングアンケートに答えると高速フリーWi-Fi使用量を獲得
することができるというサービスをカスタマーに提供することができる
このプロダクトはコンビニWi-Fi, エキナカWi-Fi, ホテルWi-Fiとは違い、
いつでもどこでもスマホでWi-Fi利用ができるというフィーチャーが備わっている
アナロジー：”我々は、モバイル業界のTV広告である”
エレベーターピッチのフォーマット

エレベーターピッチを作る理由①：
明確になる
エレベーターピッチを作ることで
曖昧さを取り除くことができる
（誰のためのものなのか、という手強い
質問にチームは答える必要がある）

プロダクトは何を提供するか？
それを提供する理由は何か？
そこに対価を支払う理由は何か？
をカスタマー目線で
真剣に考えることができる
エレベーターピッチを作る理由②：
チームの意識をカスタマーに向けさせる

エレベーターピッチを作る理由③：
核心をとらえる
エレベーターピッチは
レーザービームのように
数々の関連ないことを貫いて、
プロダクトの核心を
まっすぐに突くことができる

プレスリリースでは
誰が顧客で、その新製品が、問題をいかに効
果的に解決するかを
説得力のある方法で説明する必要がある
アマゾンでは、新企画を立ち上げる時に、
そのプロジェクトマネージャーは
その製品が完成したことを想定した
プレスリリースを作成することから始める

“YCがスタートアップに絶対聞くのは
何を作っているのか、
なぜ作っているのか？ということ。
質問に対する答えが簡潔であれば
あるほど、評価は高い。
反対に答えがスラッとでてこない場合は
起業しても問題が発生する可能性が高い”
-Sam Altman,
Y-combinator President

UXのブループリント作成は
ソリューション視点でなく
カスタマー視点で行う

検証済み
のカスタマー
ペイン
バックログ
フィーチャー
インタビュー
プロト
タイプ
設計
ペーパー
プロト
制作
ツール
プロト
制作
完了
プロトタイプ
インタビュー/
検証
抽出したフィーチャーを
ベースにプロト案を作る
プロト
案

UXブループリント作成ステップ①
リスト化した機能と
コンテンツをグルーピングする
15秒の動画広告を見
ると10MB分の
使用量をもらえる
フィーチャー
Facebook投稿で
もらえる
フィーチャー
有料で、
フィーチャー
確認できる
フィーチャー
Facebook
サインアップ
できる
フィーチャー
emailで
サインアップできる
フィーチャー
有料で、
フィーチャー
（Paypal)
サインアップ使用量の
トップアップ
使用量の
購入
使用量
ダッシュボード

フィーチャーやUXを
整理するために
カードソートメソッド
が有効である

カードソートとは？
カードソートは、プロダクトサイトやアプリなどに
含まれるパーツ（要素）をカードに書き出す。
そのカードを使って、ユーザーへの提示の仕方、
他のパーツ（要素）とどう関連づけるのかを検討できる。
作ろうとしているプロダクトが
階層化している場合や、複雑性のある場合
有効な手法である

カードソートの実行方法
① 一束のカードを用意する
② カード一枚一枚に、並べたり組織化したりする対象の
機能やパーツを書き出す（画面に表示されるUI要素）
*カードを書く際は、明確でシンプルな文言を使う
③ カードの枚数は20枚〜40枚程度にする
*MVPの作成なので複雑なフィーチャーは必要ない

カードソートの実行方法
④ 表面的な類似性ではなく、このアプリやプロダク
トを使う時に、どれとどれが同じ画面に表示される
べきかを想定してグループ化する
*どのグループにも入らない、このプロダクトにいれるべきでないといった
カードがあれば、別の山にする
⑤ それぞれのグループにふさわしい名前をつける
⑥ このあつまった情報に基づいて、階層構造を決定
してレイアウト・UX設計にこの階層構造を利用する

UXブループリント作成ステップ②
グルーピングしたフィーチャーを
カスタマー目線で構造化する
ると10MB分の
フィーチャー
Facebook投稿で
もらえる
フィーチャー
有料で、
フィーチャー
確認できる
フィーチャー
Facebook
サインアップ
できる
フィーチャー
emailで
フィーチャー
有料で、
フィーチャー
（Paypal)
サインアップ
使用量の
トップアップ
使用量の
購入
使用量
ダッシュボード
移動中のWi-Fiの使い勝手
が悪くフラストレーショ
ンがたまる

UXブループリント作成ステップ③
それぞれの画面の役割に実装する
機能、表示コンテンツを明確化する
ると10MB分の
フィーチャー
Facebook投稿で
もらえる
フィーチャー
有料で、
フィーチャー
確認できる
フィーチャー
Facebook
サインアップ
できる
フィーチャー
emailで
フィーチャー
有料で、
フィーチャー
（Paypal)
サインアップ
使用量のトップアップ使用量の購入
使用量ダッシュボード
サインアップ
Facebookで
サインアップ
emailで
サインアップ
購入画面
カード番号
MM/YY
購入
残使用量
XX MB
使用できます
広告を見る
Facebook投稿

ンがたまる
サインアップトップページ
残使用量確認
広告を見る
Facebook投稿
有料で容量追加
広告
15秒の動画広告を見ると
10MBの容量をもらえる
Facebook投稿で
5MBの容量がもらえる
Facebook投稿
投稿
xxxxxxx
xxxxxxx
Facebookで
サインアップ
残使用量
XX MB
使用できます
トップに戻る
購入画面
カード番号
MM/YY
購入
トップに戻る
購入
ありがとう
ございました！
残使用量が
確認できる
クレジット
カードで
追加容量
を購入
UXブループリント作成ステップ④
構造化したフィーチャーを
画面遷移に落とし込む

ンがたまる
残使用量確認
広告を見る
Facebook投稿
広告
Facebook投稿
投稿
xxxxxxx
xxxxxxx
Facebookで
サインアップ
残使用量
XX MB
使用できます
トップに戻る
購入画面
カード番号
MM/YY
購入
トップに戻る
購入
ありがとう
テストしたい垂直部分：
最後に課題が解決
できるUX
UXブループリント作成ステップ⑤
テストしたい垂直部分を
確認する

ンがたまる
残使用量確認
広告を見る
Facebook投稿
広告
Facebook投稿
投稿
xxxxxxx
xxxxxxx
Facebookで
サインアップ
残使用量
XX MB
使用できます
トップに戻る
購入画面
カード番号
MM/YY
購入
トップに戻る
購入
ありがとう
トップページから
水平展開できるUX
UXブループリント作成ステップ⑥
水平展開するUXを
確認する

UXブループリント作成ステップ⑦
プロダクト利用前、利用後、利用時間全体のUXを想定する
カスタマーのソリューション
利用前の体験や期待は？
カスタマーはこの
ソリューションの
利用後の体験は？
カスタマーはライフサイクル
全体を通じて、
どうソリューションと接するか？
移動中のWi-Fiの使い
勝手が悪くフラストレ
ーションがたまる

プロダクト利用前、利用後、
利用時間全体のUXを想定する

検証済み
のカスタマー
ペイン
バックログ
フィーチャー
インタビュー
プロト
タイプ
設計
ペーパー
プロト
制作
ツール
プロト
制作
完了
プロトタイプ
インタビュー/
検証
納得がいくまで、
プロト案を出していく
プロト
案 ①
プロト
案 ②
プロト
案 ③

なぜ、ソリューションを
利用している時のUXだけでなく、
利用前UX、利用後UX、累積UXまでを
想定する必要があるのか？

カスタマーに対して
ただ単にモノを提供するのではなく、
文脈を含めたコト（ストーリー）を
提供する視点を持つため
優れたビジネスモデルと
包括的に優れたUX(利用前、利用中、利用後、累積)
を組み合わせないと
Product-market-fitを達成することはできない。

”モノづくり”から
”コトづくり（＝体験づくり）”の時代へ
コンテクストを理解した上で
コト（体験）を提供しないと
価値あるものは提供できない

Content is King, UX is Queen

街中で、多くの
人たちがライドシェ
アを活用しており、
非常に快適で
使いやすいという
噂を聞く
ドライバーを評価す
る（ほとんどの場合
が５点満点中５点）
Seamlessでスムーズなエクスペリエンス、
フレンドリーなUber driverとのコミュニケーションや会話は
自分にとってのご褒美の時間になる
・非常に簡単な操作
（ピックアップ場所のタップ
と、目的地のタップ、ライド
シェアの種類の選択）のみで
、利用開始
・フレンドリーなドライバー
・綺麗な車、綺麗な車内、快
適なライド
・事前登録クレジットカード
による簡単決済
ストーリーストーリーストーリー

http://thebridge.jp/2015/08/design-your-own-jewerly-with-monomy

起動する自分の
ブランドを
開設！
さっそく
オリジナル
アクセを
作ってみる
パーツ
を組み
合わせる
http://www.monomy.co

試着
イメージを
見てみる
確認して
販売を開始
拡散する
ために
SNSで
シェア
Instagram
に投稿

Monomyは
アクセサリーという”もの”だけでなく、
アクセサリーをデザインして、
SNSで拡散して、友達と共有購買する
作り手から売り手に届く
”ストーリー＝こと”
を提供している

自分がInstagram
でフォローしている
お洒落なXXさんが
最近よくMonomy
っていうサービスで
デザインした
プロダクトを投稿
しているな
自分もやってみよう
自分のプロダクトも
Instagramに投稿し
てみて、どんな反応
があるか気になる
在庫ももたなくていいし、空き時間で、手軽に使えるんで、とっても
面白い。色々と作っていく中で、デザインスキルをあげて、たくさん
買ってもらいたいな
ストーリーストーリーストーリー

“Facebookは Day oneから
’Privacy 設定’ にこだわってきた”
- Mark Zuckerburg
CEO of Facebook

自分の投稿を
Postする前に
”誰向けに、何を見
せるか”のPrivacy
Settingをきちんと
したいな
Facebookは細かいプライバシー設定ができるので
安心して投稿できるな。ずっと使い続けよう。
自分の投稿Postに
ターゲットにした
人からフィードバッ
クがあって嬉しいな
優れた累積的UXは
カスタマーの
定着につながる

演習
❓
あなたのプロダクトがない状態（Before)と
あなたのプロダクトがある状態（After) が
ユーザーから目線で、どのように異なるか?
考えてみましょう

UX設計をベースに
プロトタイプを実装する

デザイナー、エンジニア、ビジネス担当（可能なら
ば見込み顧客も巻き込む）とお互いの考えを述べな
がら、作業できるので、高いレベルの認識をすり合
わせるのが可能になる。
デザイナー、エンジニアなど制作サイドとの
伝言ゲームや認識違いが起きない
プロトタイプを作る理由①
高いレベルでプロダクト像の認識合わせができる

プロトタイプを作る理由②
カスタマーの潜在的要件、
ニーズの洗い出し/確認ができる
プロトタイプ作成に見込み顧客を
巻き込むことができれば
ただ単なるヒアリングでは聞き出せない
潜在的なニーズを洗い出すことができる

プロトタイプを作る理由③
フィードバックの対応時間が短縮でき
多様なパターンを検証できる
その場で即座にフィードバックが
くるので、すぐに軌道修正でき
イテレーションの速度を
速めることができる

“カスタマーの”発注業者にまかせておけばいい”
“プロマネの”設計や現場メンバーにまかせればよい”
"デザイナーの”仕様通りにデザインすればよい”
“エンジニアの”設計通りに実装すればよい”
といった他人任せの考えがなくなる
*全員が同時に手書きで作業をするため、
純粋に設計プロセスを楽しむことができる
プロトタイプを作る理由④
メンバーのオーナーシップ/モチベーション向上

KPI設定
機能仕様作成
設計する実装
KPIを計測
戦略/ビジネスモデル
の検証
ロードマップ策定
ビジョン策定
UXデザイン策定
カスタマー獲得
カスタマーフィードバック
を得る
ロードマップ検証
ローンチ
UXデザイン実装
テスト
ビジョン検証
Visionary
Strategiest
Hipster Hustler
Hacker
スタートアップの初期では、役割の境界線を厳密に設けない
戦略の策定/
ビジネスの分析
カスタマー
役割の
境界線を
厳密に
設けない

フィディリティー（詳細の正確性）
Paper-
prototype Wireframe
低い高い
Interactive mock
スピード早い遅い
Tool prototype

Paper-
prototype Wireframe
低い高い
Interactive mock
Tool prototype
最初はペーパー
プロトを作ってみる

ペーパープロトのポイント
・プロト案をベースに複数作ってみる
→カスタマーフィードバック時に比較できるようにするため
・スピード感と精度のバランスを保つ
・最低限確認できるレベルが必要
・メンバー全員で共有してつくる

広告
Facebook投稿
xxxxxxx
xxxxxxx
Facebookで
サインアップ
残使用量
XX MB
使用できます
購入画面
カード番号
MM/YY
購入
ありがとう
広告をみる
残使用量確認
Facebook投稿
トップに戻る
投稿
トップに戻る
購入
ペーパープロト
を作る
ポストイットを使って、
カスタマーが使う
フローのプロトタイプ
を作成する

ポストイット/ホワイトボードを
活用して、チームメンバーで
共有しながらペーパープロトを作っていく
チーム
ペーパープロト①

ポストイット/ホワイトボードを
活用して、チームメンバーで
共有しながらペーパープロトを作っていく
チーム
ペーパープロト②

検証済み
のカスタマー
ペイン
バックログ
フィーチャー
インタビュー
プロト
タイプ
設計
ペーパー
プロト
制作
ツール
プロト
制作
完了
プロトタイプ
インタビュー/
検証
プロト
案
ペーパー
プロト①
ペーパー
プロト②
ペーパー
プロト③
ペーパー
プロト④
余力があれば
３−４案作ってみる
プロト
案

検証済み
のカスタマー
ペイン
バックログ
フィーチャー
インタビュー
プロト
タイプ
設計
ペーパー
プロト
制作
ツール
プロト
制作
完了
プロトタイプ
インタビュー/
検証
プロト
案
ペーパー
プロト①
ペーパー
プロト②
ペーパー
プロト③
ペーパー
プロト④
ツールプロト無しに
カスタマーインタビュー
すると適切な
フィードバックを
得られないので注意
プロト
案
プロト
案

Paper-
prototype Wireframe
低い高い
Interactive mock
Tool prototype
ツールを
使ったプロトを
実装する

プロトを構築する際の留意点：
凝ったデザインを作る必要はない
最低限のUI/UXデザインの原則
に則り設計する

カスタマーがプロダクトのUXに期待
するメンタルモデルを想定する

カスタマーにプロダクトの
使い方を学ぶこと強いるのではなく、
カスタマーの期待に応えるような
動作をするUXを想定する

自分が作ろうとしている
プロダクトと似ているプロダクトの
リサーチをする
すでにTractionがあるプロダクトが望ましい。
なぜ、そのプロダクトがカスタマーを
惹きつけているのかUXの観点で分析する

怪盗ロワイヤルの生みの親である
大塚剛司はソーシャルゲーム
プロジェクトの立ち上げ
責任者抜擢されるまでゲームを
ほとんどやったことがなかった。
”不恰好経営”
by 南場智子

大塚は責任者を任された日から、
Facebookゲームを遊び倒した。
人気ゲームだけでなく、
ヒットしていないゲームを
総ざらいして、成功するゲームの
エッセンスを抽出した

シナリオや、画面フローに合わせて、
画面の順番を組み立てて、
タップできる範囲を指定したり、
簡易なインタラクションを
作成できる
ツールを使った
プロトタイピング

Balsamiqを活用して
プロトタイプを作成
ツールプロトタイプ①

最低でも２つの
プロトタイプを用意する
ツールプロトタイプ②

起動画面ウェルカム画面チュートリアル
動画
メニュー画面
Anywhere Onlineの
ツールプロトタイプのフロー

メニュー画面
広告視聴確認画面
Facebook投稿確認画面
アンケート
画面
確認画面

使用確認確認画面
プラン選択画面カード情報 Thank you 画面

プロダクトは手元に渡ったら即座に使われ始め
る。基本的に取り扱い説明書はない。
すぐに理解できて次回以降は迷えず使えるか？
ツールプロトの作成のポイント①
直感的に使用でき使いやすいか？

・必要とされるコンテンツがすぐにわかるデ
ザインにされているか？
・操作要素や、情報、コンテンツを頻繁に使
用される機能がわかりやすい場所に割り当て
られているか？
*よく使われる機能が押しにくい場所にあったり、
必要とされる情報がスクロールしないのは論外である
ツールプロトの作成のポイント②
機能の優先順位が明確か？

デザインに一貫性があり、インタラクティブに
連続性はあるか？
・プロダクト内のインタラクションは一定のルールに則
りデザインされているか？
・それぞれのインタラクションがスムーズに流れるよう
になっているか？
・プロダクトのやりとりが、リアルタイムで
連続的に反応しているか？
ツールプロトの作成のポイント③

ツールプロトの作成のポイント④
可逆性は担保されているか？
・カスタマーの操作に対して、プロダクトの
リアクションが一方通行になっていないか？
・メインページや前のページに簡単に
戻ったり、操作の取り消しができるか？

・動きまで表現出来る
・実物に近い状況で検証
・デジタル形式で管理共有
できる
ツールプロトタイプの
メリット
ツールプロトタイプの
デメリット
・メンバー全員で作成できない
・紙のようにその場で切ったり
貼ったりできないので柔軟性に
欠ける
・コストが割高

検証済み
のカスタマー
ペイン
バックログ
フィーチャー
インタビュー
プロト
タイプ
設計
ペーパー
プロト
制作
ツール
プロト
制作
完了
プロトタイプ
インタビュー/
検証
プロト
案
ペーパープロト無しに
ツールプロトを作成すると
チーム全体の納得感
が損なうので注意
ツール
プロト①
ツール
プロト②
ツール
プロト③
ツール
プロト③
ペーパー
プロト①
ペーパー
プロト②

検証済み
のカスタマー
ペイン
バックログ
フィーチャー
インタビュー
プロト
タイプ
設計
ペーパー
プロト
制作
ツール
プロト
制作
完了
プロトタイプ
インタビュー/
検証
プロト
案
ペーパー
プロト①
ペーパー
プロト②
ペーパー
プロト③
ペーパー
プロト④
ツール
プロト①
ツール
プロト②
ペーパー
プロト③
ペーパー
プロト③
完了したプロトは
完了にうつす

プロトタイプ制作
使えるツール

Balsamiq: Webでwireframeを作成できる
https://balsamiq.com

Drag & Dropで
直感的に作成

Popというアプリを使うと
紙で書いたプロトタイプを
スクリーン上に載せて
リンクでつなげることができる
https://marvelapp.com/pop/?popref=1

Prottを使うと、ワイヤーフレームに
動きを追加することができる
https://prottapp.com/ja/

Yappliを使うとコードを書かずに
アプリの制作ができる
https://yapp.li

数ヶ月 → 数日
実際のコードやものを作ると
月単位の時間がかかるが、
プロトタイプなら数日で作ることができる

持って外に出よう！
そして、カスタマーと話そう！

なぜカスタマーとの
対話が重要なのか？

Product
Market-Fit
リスク
欲しいものを
時間
カスタマーの
フィードバックが
ないと、PMFリスクが
増え続ける
多くのリソース/時間を費やした結果
人が欲しがらないものを作ってしまうリスクを減らすためである
カスタマーの
フィードバックと
PMFリスクを抑える
ことができる
高
低

“誤解されがちだが、
優れた起業家はリスクを
好まない。リスクを抑えようとするんだ。
会社を始めること自体、
すでにリスクがある。
だから創業期には
体系的にリスクを排除していくんだ”
Jeff Bezos
Founder/CEO of Amazon

検証済み
のカスタマー
ペイン
バックログ
フィーチャー
インタビュー
プロト
タイプ
設計
ペーパー
プロト
制作
ツール
プロト
制作
完了
プロトタイプ
インタビュー/
検証
プロト
案
ペーパー
プロト③
ペーパー
プロト④
ツール
プロト①
ツール
プロト② 完了したもの
からインタビュー
する

プロダクトインタビュー
を設定する

プロブレムインタビューでインタビューした人
（アーリーアダプターとして要件を満たしている人）
にお願いする

コンテクストを
確認する

ンがたまる
テストしたい
垂直部分のストーリーを
確認する
テストしたい部分：
最後に課題が解決
できるUX

ファシリテーターは以下のような質問を投げかけて
ユーザーが何を考えているか聞き出す
・これは何をするものだと思いますか？
・今何をしようとしていますか？
・あなたはXXXという文言をどう解釈しますか？
・XXXというボタンは何をするものだと思いますか？
・次は何をしますか？
・XXXボタンを押したら期待通りに動きましたか？
・期待通りでないならば、どのように動くと期待していまし
たか？
・こういったソリューション/プロダクトを導入する際に
必然的に伴ってくる費用はありますか？（新しい備品、トレ
ーニングなど）

起動画面ウェルカム画面チュートリアル
動画
メニュー画面
”あなたは【状況】で
【タスク】をしようと
していると
思ってください”
”サインアップすると
こんな感じの画面が
出てきます。”
”次の画面では
こんな画面がでて
きます。
何をしますか？”

広告視聴確認画面
”ここであなたは
【タスク】
を行うために
何をしますか”
使用確認確認画面メニュー画面
きます。
きます。
”その結果、
こういう画面が
出てきました。
【タスク】は
完了したと思いますか？
”その結果、
こういう画面が
出てきました。
【タスク】は
完了したと思いますか？

Shut-up and Listen to Customer!
(黙って、カスタマーの話を聞く！）
カスタマーの声を聞くことがキーである

Product インタビューチェックポイント
・”今すぐこれが欲しい”という反応があったか？*
・そのプロダクトを使っていて何かつまづいたことはありましたか？
・課題を解決する為に必要最低限のプロダクト（MVP)が何かを明確にできま
したか？
・カスタマーの予期的UXで期待していること、事後UXで
フォローしてほしいこと、プロダクトのインタラクション全体を
通じて、どのような体験をしたいか、その言語化ができたか？

インタビューしているのを
録画して、気づいた点のノートをとる

気がついたことを壁に貼りだして
”うまくいっているパターン”
”うまくいっていないパターン”
を洗い出す

ユーザーと話したり、観察したりして
ユーザーがどのようなメンタルモデルを
描いているのかを探り出す

メンタルモデルとは、利用中
のプロダクト、サービスにつ
いてユーザーが期待している
ものである
ヤコブ・ニールセン

ユーザーには使い方を学ぶ事を
強いることを避ける
その期待（メンタルモデル）に
応えるような動作をする製品を作る

検証済み
のカスタマー
ペイン
バックログ
フィーチャー
インタビュー
プロト
タイプ
設計
ペーパー
プロト
制作
ツール
プロト
制作
完了
プロトタイプ
インタビュー/
検証
プロト
案
ペーパー
プロト④
ツール
プロト①
ツール
プロト②
ツール
プロト③
最低でも
２つのプロトは
インタビューをする

検証済み
のカスタマー
ペイン
バックログ
フィーチャー
インタビュー
プロト
タイプ
設計
ペーパー
プロト
制作
ツール
プロト
制作
完了
プロトタイプ
インタビュー/
検証
プロト
案
ペーパー
プロト④
ツール
プロト①
ツール
プロト②
ツール
プロト③
インタビューを通じて
必要性が見えてきた
新たなフィーチャーを
バックログに入れる

ンがたまる
このフィーチャ
ーはいらない！

スタートアップは
うまくいったケース（成功）だけなく
うまくいかなかったケース（失敗）からも
貪欲に学び続ける必要がある
”こんなもの必要ない”
とカスタマーに言われた場合、
なぜ必要ないとカスタマーは感じたのか
その理由を検証する

カスタマーからのフィードバックは
”事前の仮説を覆すもの”
”耳がいたいものほど”
重要である

顧客は現状のソリューションやStatus Quo
に対して留まりたいという力学（慣性の法則）が
働いているのならば、それは何か？
*例えば、導入にかかる総費用など

カスタマーの
コミュニティー
自社
開発へのフィードバック
このステージで
インタビューした
カスタマーと
密に連携していく
カスタマー

XXXXX
旅行者
（20代〜３０代
スマホヘビー
カスタマー）
している
カスタマーは
できる
容量をクレジット
カードで購入
広告視聴による加算
アンケートによる加算

Problem-solution fitの
終了の条件
・顧客が”なぜそのソリューションを利用するのか”その理由
が明確に言語化できているか？
→顧客はそのソリューションにお金を払ってくれそうか？
・痛みのある課題の存在を確証することができているか
・その課題を解決するのに、必要最小限機能を持つソリュー
ションの洗い出しができているか？
・予期的UX、事後UX、累積的UXで想定カスタマーが期待
することを言語化できているか？
・そのソリューションを使ってくれそうな顧客の情報（ペル
ソナ、カストマーストーリー）を明確にすることができた

課題の質
課題に対する
の質
高
高低
低
①
②
質の高い
単なる
アイディア
Problem-
Solution
Fitのフォーカス

Problem-solution fit
UX
ブループリント
を作成する
カスタマーが
それをどのように
解決したいかを
明らかにする
Product
インタビュー
ブループリントを
ベースに
プロトタイプを作る
実際に使ってもらい
インタビューを行う
3-1 3-2 3-3
Build
Prototype
ソリューションとして課題が解決でき
ない場合は、もう一度ソリューション
ブループリントに戻る

検証済み
のカスタマー
ペイン
バックログ
フィーチャー
インタビュー
プロト
タイプ
設計
ペーパー
プロト
制作
ツール
プロト
制作
完了
プロトタイプ
インタビュー/
検証
プロト
案
ペーパー
プロト④
ツール
プロト①
ツール
プロト②
ツール
プロト③ソリューションとして
価値提供ができるまで
イテレーションを
回ししていく
プロト
案

プロトタイプ制作を
高速イテレーションで回す

Prototype1 Prototype2 Prototype3 Prototype4
プロトとUX仮説を磨き込み
ソリューションの質を高める
カスタマー
のフィードバック
カスタマー
カスタマー
UX仮説 ver1 UX仮説 ver2 UX仮説 ver3 UX仮説 ver4

・プロトタイプは定性的な検証しかできない
・プロトタイプはビジネスモデル全体の検証
ができない
ある程度磨き込んだら
次のステージ(MVPの作成)に進む
ただし、プロトタイプは
あまり磨き込み過ぎない

”分析や準備の
やりすぎもよくないが
やらなければ失敗する”
Eric Ries
リーンスタートアップより

これまでのプロセスは
Design Sprintのメソッドを
用いて高速に回すこともできる

デザインスプリントとは
アメリカのGoogle Venturesが
スタートアップ支援のために用いているプログラム
５日間で新規のアイディアをプロトタイプとして具現
化して、実際の顧客を被験者としてのインタビューを
通じて、課題/ソリューションの妥当性の
検証を行うプログラム

①Idea
④Learn
②Build
③Launch
http://www.gv.com/sprint/
従来の
プロダクト
サイクル

①Idea
④Learn
②Build
③Launch
５日間で
アイディア出しと
学びを高速で繰り返す
Design
Sprintの
プロダクト
サイクル

月曜日(Day 1)：現状の課題について書き出して、あるべき姿を明確にする
。専門家に課題について質問する
火曜日(Day 2)：ソリューションを考えて、Step by Stepにブレークダウン
して、他のメンバーにデモをする
水曜日(Day 3)：それぞれのソリューションを共有して、良い部分を抽出す
る。それらの部分がストーリーとして一つにつながるようにする
木曜日(Day 4)：役割を分けて、プロトタイプを作成し、トライアルランを
する
金曜日(Day 5)：カスタマーにプロトタイプを見せる。うまくいっているパ
ターン、それ以外のパターンを見極める。2nd Sprintが必要か見極める
Design Sprintのアクティビティー概要

①Idea
④Learn
②Build
③Launch
Design
Sprintの
プロダクト
サイクル
Day 1-3
Day 4
Day 5

Startup science 6 Problem Solution Fit

Recomendados

Recomendados

Más contenido relacionado

La actualidad más candente

La actualidad más candente (20)

Similar a Startup science 6 Problem Solution Fit

Similar a Startup science 6 Problem Solution Fit (20)

Más de Masa Tadokoro

Más de Masa Tadokoro (20)

Último

Último (17)

Startup science 6 Problem Solution Fit

Notas del editor