Más contenido relacionado La actualidad más candente (20) Similar a Startup Science 2017 拡大版(1750page)6/10 (20) Más de Masa Tadokoro (20) Startup Science 2017 拡大版(1750page)6/102. Agenda
① Idea Verification : 良いスタートアップのアイディアとは
② Customer-problem Fit: 本当に問題が存在するのか?
③ Problem-solution Fit:
④ Product-Market Fit:
⑤ Transition to Scale:
問題に対してソリューション
は適切か?
ソリューション(プロダクト)に
市場は存在するか?
Copyright 2017 Masayuki Tadokoro All rights reserved
スケールするための変革
Startup Science 2017
7. 80%
課題の
発見・検証
0%
Copyright 2017 Masayuki Tadokoro All rights reserved
Startup Science 2017
”Problem Solution Fitの
ステージで何にフォーカスしましたか?”
40%
プロダクト
の検証
プロダクト
最適化
スケール
利益
最大化
成功したスタートアップ
失敗したスタートアップ
https://s3.amazonaws.com/startupcompass-public/StartupGenomeReport2_Why_Startups_Fail_v2.pdf
8. 80%
課題の
発見・検証
0%
Copyright 2017 Masayuki Tadokoro All rights reserved
Startup Science 2017
”Problem Solution Fitの
ステージで何にフォーカスしましたか?”
40%
プロダクト
の検証
プロダクト
最適化
スケール
利益
最大化
成功したスタートアップ
失敗したスタートアップ
https://s3.amazonaws.com/startupcompass-public/StartupGenomeReport2_Why_Startups_Fail_v2.pdf
失敗するスタートアップは
プロダクトの検証が終わる
前にプロダクトを
最適化してしまう
14. XXXXX
Copyright 2017 Masayuki Tadokoro All rights reserved
英語圏から来ている
日本へのインバウンド
旅行者
(20代〜30代
スマホヘビー
カスタマー)
移動中のフリー
wifiの使い勝手
が悪くイライラ
している
Anytime Onlineのリーンキャンパス
15. バックログ 仕掛り中 完了 検証
検証済み
のカスタマー
ペイン
バックログ
フィーチャー
ソリューション
インタビュー
プロト
タイプ
設計
ペーパー
プロト
制作
ツール
プロト
制作
完了
プロトタイプ
インタビュー/
検証
プロトタイプカンバンボード
検証済みの
課題を
貼り出す
Copyright 2017 Masayuki Tadokoro All rights reserved
Startup Science 2017
16. バックログ 仕掛り中 完了 検証
検証済み
のカスタマー
ペイン
バックログ
フィーチャー
ソリューション
インタビュー
プロト
タイプ
設計
ペーパー
プロト
制作
ツール
プロト
制作
完了
プロトタイプ
インタビュー/
検証
なぜカンバンボードを
活用するのか?
Copyright 2017 Masayuki Tadokoro All rights reserved
Startup Science 2017
17. バックログ 仕掛り中 完了 検証
検証済み
のカスタマー
ペイン
バックログ
フィーチャー
ソリューション
インタビュー
プロト
タイプ
設計
ペーパー
プロト
制作
ツール
プロト
制作
完了
プロトタイプ
インタビュー/
検証
プロト
案①
ペーパー
プロト①
ペーパー
プロト②
ペーパー
プロト③
ペーパー
プロト④
ツール
プロト①
ツール
プロト②
ツール
プロト③
ペーパー
プロト③
プロト
案②
①プロトタイププロセスを見える化することにより
”学び”や検証プロセスを可視化でき、コミュニケーション/コラボが活性化する
Copyright 2017 Masayuki Tadokoro All rights reserved
20. バックログ 仕掛り中 完了 検証
検証済み
のカスタマー
ペイン
バックログ
フィーチャー
ソリューション
インタビュー
プロト
タイプ
設計
ペーパー
プロト
制作
ツール
プロト
制作
完了
プロトタイプ
インタビュー/
検証
プロト
案①
ペーパー
プロト①
ペーパー
プロト②
ペーパー
プロト③
ペーパー
プロト④
ツール
プロト①
ツール
プロト②
ツール
プロト③
ペーパー
プロト③
プロト
案②
②適切なタイミングでカスタマーからの
フィードバックを得るプロセスを担保するため
カスタマーからの
フィードバック
カスタマーからの
フィードバック
Copyright 2017 Masayuki Tadokoro All rights reserved
25. バックログ 仕掛り中 完了 検証
検証済み
のカスタマー
ペイン
バックログ
フィーチャー
ソリューション
インタビュー
プロト
タイプ
設計
ペーパー
プロト
制作
ツール
プロト
制作
完了
プロトタイプ
インタビュー/
検証
プロト
案①
ペーパー
プロト②
ペーパー
プロト③
ペーパー
プロト④
ツール
プロト①
プロト
案②
③作業のボトルネックがわかるので、リソースを配分でき
る
ペーパープロトが
ボトルネック
Copyright 2017 Masayuki Tadokoro All rights reserved
Startup Science 2017
28. バックログ 仕掛り中 完了 検証
検証済み
のカスタマー
ペイン
バックログ
フィーチャー
ソリューション
インタビュー
プロト
タイプ
設計
ペーパー
プロト
制作
ツール
プロト
制作
完了
プロトタイプ
インタビュー/
検証
プロト
案①
ペーパー
プロト②
ペーパー
プロト③
ペーパー
プロト④
ツール
プロト①
プロト
案②
④ ボトルネックの解消、見える化することにより、流れとリズムを生み出す
Copyright 2017 Masayuki Tadokoro All rights reserved
ペーパープロトが
ボトルネック
30. 時間
Copyright 2017 Masayuki Tadokoro All rights reserved
Startup Science 2017
作業を
同時に
色々並行
してやる
ある作業を
集中して
やってから
次に移る
作業
A
作業
A
Bの
段取り
作業
B
Aの
段取
り
作業
A
Bの
段取り
作業
B
Aの
段取
り
作業
A
Bの
段取り
作業
B
作業
A
作業
A
Bの
段取り
作業
B
作業
B
作業
B
段取り分の余計な
時間がかかる
35. Copyright 2017 Masayuki Tadokoro All rights reserved
価値提案/
ソリューション
広告を見たら
フリーで一定量の高速wifi
が使えるサービス
課題を解決するための
ソリューション
カスタマーはいつでもど
こでもwifi容量を加算して
使用することができる
課題を解決するためにどの
ような価値提供するか?
達成したい目標:
Wifiを好きな時に
利用して情報発信したい!
38. XXXXX
Copyright 2017 Masayuki Tadokoro All rights reserved
英語圏から来ている
日本へのインバウンド
旅行者
(20代〜30代
スマホヘビー
カスタマー)
移動中のフリー
wifiの使い勝手
が悪くイライラ
している
Anytime Onlineのリーンキャンパス
カスタマーは
いつでもどこでも
wifi容量を加算して
使用することが
できる
容量をクレジット
カードで購入
広告視聴による加算
アンケートによる加算
提供するソリューションが
価値提案できるかを検証
41. バックログ 仕掛り中 完了 検証
検証済み
のカスタマー
ペイン
バックログ
フィーチャー
ソリューション
インタビュー
プロト
タイプ
設計
ペーパー
プロト
制作
ツール
プロト
制作
完了
プロトタイプ
インタビュー/
検証
プロトタイプカンバンボード
ソリューション
フィーチャー
候補
Copyright 2017 Masayuki Tadokoro All rights reserved
Startup Science 2017
47. ?
Copyright 2017 Masayuki Tadokoro All rights reserved
Startup Science 2017
1. 魔法のランプがあって何でもできるとしたら、【タスクやオペレーション】を 完遂す
るために何をしたいと思いますか?
2. その魔法のランプに必ず含まれているべきフィーチャーはなんだと思いますか?
3. そういった【魔法のランプ】に一番近いソリューションを見つけることができましたか
4. (もしできたなら)なぜ、それを使っていないのですか?
5. そのソリューションが実際に使えなくしている要因は何ですか?
6. あなたは、その魔法のランプを使うとどれくらいの時間や労力などのリソースを節約で
きると思いますか?
7. そういった【魔法のランププロダクト】に対して、どれくらいの予算を確保できますか
8. ここまでできれば感動するプロダクトのイメージはありますか?
9. クロージング:では、その【魔法のランププロダクト】のプロトタイプができたら是非
またお会いして、色々とお聞きしてもよいですか?
Solution(魔法のランプ)インタビュー質問リスト
49. ?
Copyright 2017 Masayuki Tadokoro All rights reserved
Startup Science 2017
・カスタマーは【魔法のランプ】をどのように表現しましたか?
・カスタマーは魔法のランプに含まれるフィーチャーをどのように表現しましたか
?
・その【魔法のランプ】は技術的に実現可能ですか?
・もし、その【魔法のランプ】を作れたとして、カスタマーがその製品を買ったり
、使ったりすることを阻む障壁はあるか? (コスト、メンテナンス、学習カーブ)
・その【魔法のランプ】は日々の生活(業務)のなかにフィットするように使って
もらえるだろうか?
・もしカスタマーが【魔法のランプ】を買わないのであれば、どのような理由だろ
うか?
Solutionインタビューチェックポイント
54. Copyright 2017 Masayuki Tadokoro All rights reserved
Startup Science 2017
失敗するスタートアップは
プロダクトを作り込みすぎる
プロダクト
の検証ステージ
プロダクト
最適化ステージ
成功したスタートアップ
失敗したスタートアップ
https://s3.amazonaws.com/startupcompass-public/StartupGenomeReport2_Why_Startups_Fail_v2.pdf
書かれた
のコードの量 3.4倍
2.25倍
多い
少ない
ステージ
57. バックログ 仕掛り中 完了 検証
検証済み
のカスタマー
ペイン
バックログ
フィーチャー
ソリューション
インタビュー
プロト
タイプ
設計
ペーパー
プロト
制作
ツール
プロト
制作
完了
プロトタイプ
インタビュー/
検証
プロトに
必要な
フィーチャー
プロトタイプカンバンボード
インタビューをベースに
フィーチャー候補の
優先順位を付け、必須のものを
抽出する
Copyright 2017 Masayuki Tadokoro All rights reserved
60. バックログ 仕掛り中 完了 検証
検証済み
のカスタマー
ペイン
バックログ
フィーチャー
ソリューション
インタビュー
プロト
タイプ
設計
ペーパー
プロト
制作
ツール
プロト
制作
完了
プロトタイプ
インタビュー/
検証
プロトに
必要な
フィーチャー
プロトタイプカンバンボード
ソリューションインタビュー
を通じて見えてきた
必要なフィーチャーを書きだす
Copyright 2017 Masayuki Tadokoro All rights reserved
73. バックログ 仕掛り中 完了 検証
検証済み
のカスタマー
ペイン
バックログ
フィーチャー
ソリューション
インタビュー
プロト
タイプ
設計
ペーパー
プロト
制作
ツール
プロト
制作
完了
プロトタイプ
インタビュー/
検証
プロトタイプカンバンボード
抽出したフィーチャーを
ベースにプロト案を作る
プロト
案
Copyright 2017 Masayuki Tadokoro All rights reserved
86. バックログ 仕掛り中 完了 検証
検証済み
のカスタマー
ペイン
バックログ
フィーチャー
ソリューション
インタビュー
プロト
タイプ
設計
ペーパー
プロト
制作
ツール
プロト
制作
完了
プロトタイプ
インタビュー/
検証
プロトタイプカンバンボード
納得がいくまで、プロト案
を出していく
プロト
案 ①
Copyright 2017 Masayuki Tadokoro All rights reserved
プロト
案 ②
プロト
案 ③
90. Content is King, UX is Queen
Copyright 2017 Masayuki Tadokoro All rights reserved
100. 演習
❓
Copyright 2017 Masayuki Tadokoro All rights reserved
Startup Science 2017
あなたのプロダクトがない状態(Before)と
あなたのプロダクトがある状態(After) が
ユーザーから目線で、どのように異なるか?
考えてみましょう
114. バックログ 仕掛り中 完了 検証
検証済み
のカスタマー
ペイン
バックログ
フィーチャー
ソリューション
インタビュー
プロト
タイプ
設計
ペーパー
プロト
制作
ツール
プロト
制作
完了
プロトタイプ
インタビュー/
検証
プロトタイプカンバンボード
プロト
案
ペーパー
プロト①
ペーパー
プロト②
ペーパー
プロト③
ペーパー
プロト④
余力があれば
3−4案作ってみる
Copyright 2017 Masayuki Tadokoro All rights reserved
プロト
案
115. バックログ 仕掛り中 完了 検証
検証済み
のカスタマー
ペイン
バックログ
フィーチャー
ソリューション
インタビュー
プロト
タイプ
設計
ペーパー
プロト
制作
ツール
プロト
制作
完了
プロトタイプ
インタビュー/
検証
プロトタイプカンバンボード
プロト
案
ペーパー
プロト①
ペーパー
プロト②
ペーパー
プロト③
ペーパー
プロト④
ツールプロト無しに
カスタマーインタビュー
すると適切な
フィードバックを
得られないので注意
Copyright 2017 Masayuki Tadokoro All rights reserved
プロト
案
プロト
案
128. 使用確認 確認画面
プラン選択画面 カード情報 Thank you 画面
Copyright 2017 Masayuki Tadokoro All rights reserved
Startup Science 2017
134. バックログ 仕掛り中 完了 検証
検証済み
のカスタマー
ペイン
バックログ
フィーチャー
ソリューション
インタビュー
プロト
タイプ
設計
ペーパー
プロト
制作
ツール
プロト
制作
完了
プロトタイプ
インタビュー/
検証
プロトタイプカンバンボード
プロト
案
ペーパープロト無しに
ツールプロトを作成すると
チーム全体の納得感
が損なうので注意
ツール
プロト①
ツール
プロト②
ツール
プロト③
ツール
プロト③
ペーパー
プロト①
ペーパー
プロト②
Copyright 2017 Masayuki Tadokoro All rights reserved
135. バックログ 仕掛り中 完了 検証
検証済み
のカスタマー
ペイン
バックログ
フィーチャー
ソリューション
インタビュー
プロト
タイプ
設計
ペーパー
プロト
制作
ツール
プロト
制作
完了
プロトタイプ
インタビュー/
検証
プロトタイプカンバンボード
プロト
案
ペーパー
プロト①
ペーパー
プロト②
ペーパー
プロト③
ペーパー
プロト④
ツール
プロト①
ツール
プロト②
ペーパー
プロト③
ペーパー
プロト③
完了したプロトは
完了にうつす
Copyright 2017 Masayuki Tadokoro All rights reserved
150. バックログ 仕掛り中 完了 検証
検証済み
のカスタマー
ペイン
バックログ
フィーチャー
ソリューション
インタビュー
プロト
タイプ
設計
ペーパー
プロト
制作
ツール
プロト
制作
完了
プロトタイプ
インタビュー/
検証
プロトタイプカンバンボード
プロト
案
ペーパー
プロト③
ペーパー
プロト④
ツール
プロト①
ツール
プロト② 完了したもの
からインタビュー
する
Copyright 2017 Masayuki Tadokoro All rights reserved
158. Shut-up and Listen to Customer!
(黙って、カスタマーの話を聞く!)
カスタマーの声を聞くことがキーである
Copyright 2017 Masayuki Tadokoro All rights reserved
Startup Science 2017
159. Product インタビューチェックポイント
・ ”今すぐこれが欲しい”という反応があったか?*
・ そのプロダクトを使っていて何がつまづいたことはありましたか?
・課題を解決する為に必要最低限のプロダクト(MVP)が何かを明確に
できましたか?
・カスタマーの予期的UXで期待していること、事後UXで
フォローしてほしいこと、プロダクトのインタラクション全体を
通じて、どのような体験をしたいか、その言語化ができたか?
Copyright 2017 Masayuki Tadokoro All rights reserved
Startup Science 2017
165. バックログ 仕掛り中 完了 検証
検証済み
のカスタマー
ペイン
バックログ
フィーチャー
ソリューション
インタビュー
プロト
タイプ
設計
ペーパー
プロト
制作
ツール
プロト
制作
完了
プロトタイプ
インタビュー/
検証
プロトタイプカンバンボード
プロト
案
ペーパー
プロト④
ツール
プロト①
ツール
プロト②
ツール
プロト③
最低でも
2つのプロトは
インタビューをする
Copyright 2017 Masayuki Tadokoro All rights reserved
166. バックログ 仕掛り中 完了 検証
検証済み
のカスタマー
ペイン
バックログ
フィーチャー
ソリューション
インタビュー
プロト
タイプ
設計
ペーパー
プロト
制作
ツール
プロト
制作
完了
プロトタイプ
インタビュー/
検証
プロトタイプカンバンボード
プロト
案
ペーパー
プロト④
ツール
プロト①
ツール
プロト②
ツール
プロト③
インタビューを通じて
必要性が見えてきた
新たなフィーチャーを
バックログに入れる
Copyright 2017 Masayuki Tadokoro All rights reserved
172. XXXXX
Copyright 2017 Masayuki Tadokoro All rights reserved
英語圏から来ている
日本へのインバウンド
旅行者
(20代〜30代
スマホヘビー
カスタマー)
移動中のフリー
wifiの使い勝手
が悪くイライラ
している
Anytime Onlineのリーンキャンパス
カスタマーは
いつでもどこでも
wifi容量を加算して
使用することが
できる
容量をクレジット
カードで購入
広告視聴による加算
アンケートによる加算
提供するソリューションが
価値提案できるかを検証
176. バックログ 仕掛り中 完了 検証
検証済み
のカスタマー
ペイン
バックログ
フィーチャー
ソリューション
インタビュー
プロト
タイプ
設計
ペーパー
プロト
制作
ツール
プロト
制作
完了
プロトタイプ
インタビュー/
検証
プロトタイプカンバンボード
プロト
案
ペーパー
プロト④
ツール
プロト①
ツール
プロト②
ツール
プロト③ソリューションとして
価値提供ができるまで
イテレーションを
回ししていく
プロト
案
178. Prototype1 Prototype2 Prototype3 Prototype4
プロトとUX仮説を磨き込み
ソリューションの質を高める
カスタマー
のフィードバック
カスタマー
のフィードバック
カスタマー
のフィードバック
UX仮説 ver1 UX仮説 ver2 UX仮説 ver3 UX仮説 ver4
Copyright 2017 Masayuki Tadokoro All rights reserved
189. 財務の視点
カスタマー
の視点
オペレーシ
ョンの視点
人材・組織
の視点
Ideation
Customer/
Problem fit
Problem/
solution fit
Product/
market fit
Growth
Ideation/
仮説の
磨き込み
サイド
プロジェクト
による
適正の見極め
質の高い
課題を言語化
・課題検証
(インタビュー)
・User Story
の検証
Founder
Problem
Fit
・Unit economics
(LTV>CPA)
・Burn rate
プロトタイプ
(MVP)の開発
共同創業
チームを
組成する
カスタマーの課題を
解決する
ソリューションの
仮説を作れたか
・AARRR
(Retention
Activationを
フォーカス)
・Churn-rate
・AARRR
(Virality, Acquisitionも
加える)
・コミュニティー運用
・NPS(CS)計測に
よるロイヤルカスタマ
ー
・MoM growth
(MRR)
・Break-even-
point
・Runway
・カスタマー開発
・Build-measure-
learn によるMVP
構築
・Pivot
・業務の標準化
・ロイヤルカスタマー
育成の仕組み化
・UX改善
・Growth hack
・業務の専門化
・Hiring/Retention
・Data-driven/Agile
team
・企業文化/コアバリュー
・Learning driven
team
・Management
team forming
・Burn rate
・株の分割
カスタマー
課題の
仮説構築
Pre-seed round
Seed round
Series A
カスタマーの課題を
解決する
ソリューションの
仮説を作れたか
共同創業
チームを
組成する
Copyright 2017 Masayuki Tadokoro All rights reserved
Startup Science 2017
196. 社名 共同創業者
Microsoft Bill Gates, Paul Allen
Apple Steve Jobs, Steve Wozniak, Ronald Wayne
Google Larry Page, Sergey Brin
Facebook
Mark Zuckerberg, Eduardo Servin
Dustin Moskovits etc
Airbnb Brian Chesky, Joe Gebbia
twitter Jack Dorsey Noah Glass, Biz Stone, Evan Williams
paypal Peter Theil Max Levchin, Peter Thiel
DeNA 南場智子、川田尚吾、渡辺雅之
Gree 田中良和、山岸広太郎、藤本真樹
Cyber Agent 藤田晋、日高祐介、石川篤
楽天 三木谷浩史、本城愼之介、
事実、多くの成功したスタートアップ
は共同創業である
Copyright 2017 Masayuki Tadokoro All rights reserved
Startup Science 2017
197. Copyright 2017 Masayuki Tadokoro All rights reserved
共同創業者がいると
変化の多い市場環境から
いろいろな角度で情報を
吸収することができる
Start-upの市場環境は
非常に不確実である
Startup Science 2017
205. Copyright 2017 Masayuki Tadokoro All rights reserved
”Grit”より
Grit(やり抜く力)
を持っているか?
挫折した後も
継続しつづけることができるか?
Startup Science 2017
221. 0
Copyright 2017 Masayuki Tadokoro All rights reserved
Startup Science 2017
Scaleする前のチームの平均人数
10人
成功したスタートアップ
失敗したスタートアップ
https://s3.amazonaws.com/startupcompass-public/StartupGenomeReport2_Why_Startups_Fail_v2.pdf
失敗するスタートアップは
PMFを達成する前に
チームのサイズを
大きくしてしまう
傾向がある
20人
Notas del editor 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 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日間で新規のアイデアをプロトタイプとして具体化し、実際の顧客に近しい被験者へのインタビューを通じてアイデアの妥当性や効果の検証を行うものです。 https://www.youtube.com/watch?v=qAws7eXItMk パートタイム
(週1回)
仮CEO
仮CTO
CEO スタートアップにとってもっとも貴重な資源は時間である。
リソースが無くなる前に、最も多く学習したものが勝つ http://10years.firstround.com http://mashable.com/2011/12/25/how-co-founders-met/
http://takanoridayo.blog.shinobi.jp/Entry/367/ start-upは拒否され続ける
https://www.youtube.com/watch?v=KQJ6zsNCA-4 スタートアップっぽい動きをするとそれは死への一歩である 重要な課題を克服するために
挫折を乗り越えた経験があるか? 知能レベルが、最高でなくても、最大限の粘り強さを発揮して
努力する人は、知能レベルが最高に高くても、あまり粘り強く努力
しない人よりも、はるかに偉大な功績を収める Find someone like James Bond You should start with idea.
Then decide whether you will make a company
out of it or not たとえば、Gameが大好きだけど、 Quality of issue you can discover depends on your expertise, industry knowledge and knowledge on how the particular market is evolving ゼネラリストはいろんな帽子をかぶることに慣れている
コードを書く日もあれば、分析することもある、
別の日にはテストを担当することもある
曖昧な状況に抵抗がない人
ー>あらかじめ何もかもがしっかり、きっちり
トト持っていることはない。
要求は出揃っていないだろうし、計画は変わる。
こうした状況に適応していかなければならない。
Path to find good business idea:
verify the quality of issues first
then, verify the quality of solution
https://techcrunch.com/2011/09/01/a-deeper-look-at-blackboxs-data-on-startup-failure-and-its-top-cause-premature-scaling-infographic/ There are many unknown secrets out there.
Entrepreneurs are to create future as they discover them and
create business based on them
Stanford Lecure からs 事業に対するインパクト https://www.cbinsights.com/blog/startup-failure-reasons-top/ ティールの法則
何かを始めるにあたって、最も重要な最初の決断は
”誰と始めるか”だ。共同創業者選びは結婚のようなもので、
創業者間の確執は離婚と同じようにひどい。 資本政策
・少数の創業者が所有権の大部分を握り、他の従業員には
渡そうとしない
・株式の希薄化を断固として反対している少数の投資家が
会社を支配している
・多数の小口投資家が、株主管理を難しくしている。
・過去の資金調達で高すぎたために、根がつかない スキルや、人脈が被っていると、役割分担や仕事内容で揉めることがある、良い補完関係を目指そう カスタマーから学べない人 ピボットは必ず起こるので、柔軟性のない スタートアップに関する知識は最低限あれば必要ありません You should start with idea.
Then decide whether you will make a company
out of it or not