スタートアップ のバックアップ(No.9)

[ トップ ]   [ 新規 | 一覧 | 単語検索 | 最終更新 | ヘルプ ]

• バックアップ一覧
• 差分 を表示
• 現在との差分 を表示
• ソース を表示
• スタートアップ へ行く。
  • 1 (2017-01-16 (月) 21:32:31)
  • 2 (2017-01-16 (月) 22:58:29)
  • 3 (2017-01-17 (火) 23:37:56)
  • 4 (2017-01-18 (水) 10:06:45)
  • 5 (2017-01-18 (水) 14:41:31)
  • 6 (2017-01-19 (木) 10:08:59)
  • 7 (2017-01-21 (土) 20:51:50)
  • 8 (2017-01-22 (日) 01:16:33)
  • 9 (2017-01-22 (日) 14:28:01)
  • 10 (2017-01-22 (日) 18:09:23)
  • 11 (2017-01-22 (日) 20:58:23)
  • 12 (2017-01-26 (木) 10:19:19)
  • 13 (2017-02-20 (月) 13:30:00)
  • 14 (2017-02-24 (金) 21:01:46)
  • 15 (2017-02-27 (月) 20:53:40)
  • 16 (2017-03-09 (木) 12:18:25)
  • 17 (2017-03-23 (木) 19:26:38)
  • 18 (2019-03-12 (火) 20:12:50)

---

.NET 開発基盤部会 Wiki

• 戻る

目次 †

概要 †

非常に高い率で成長し続けるビジネス形態

• 比較的新しいビジネス
• 急成長し、市場開拓フェーズにある企業や事業
  • スモールビジネスではないので、起業の中の極一部がスタートアップ

「成功するスタートアップの作り方 ー 完全版」から分解 †

http://www.slideshare.net/masatadokoro/ss-65079079/

• 93%が「客がほしい物を作れないから。」失敗する。
• 失敗のリスクを下げよう。と言う事らしい。

1. Idea Verification :
   良いスタートアップのアイディアとは？
2. Customer-problem Fit :
   本当に問題が存在するのか？
3. Problem-solution Fit :
   問題に対してソリューションは適切か？
4. Product-Market Fit :
   ソリューション（プロダクト）に市場は存在するか？
5. Co-founder Finding:
   成長するためにチームを作る

Idea Verification †

スタートアップのアイディア構築と検証

アイディアに気付く †

• どういう課題を解決するかを明確にする

• 課題の質とソリューションの質
  • 最初に、解決する課題の質の高さを見極める。
  • ソリューションの質を高めて、解決する課題の質を高めることは出来ないため。

• 避けるべきアイデア
  • 変わっていて
  • ニッチすぎず
  • 自分が作れるものではなく（誰かが欲しいもの）
  • 想像上の課題
  • 分析だけからうまれた課題
  • レッドオーシャン系
  • 一言で説明できない。

• フレームワーク

• 中間プロセスの排除
  Uber：中抜、中間マージンを飛ばしてビジネスを再構築

• バンドルのアンバンドル化
  新聞の機能と流通網がアンバンドル化（解体・細分化）された例。Fintechもアンバンドル化。
  • キュレーションメディア
  • クラシファイド広告：目的や地域によって分類された募集広告や告知を、一覧形式で掲載する広告媒体
  • ブランド広告：企業やサービスのブランド向上を目的とする広告媒体×クリエイティブ

• バラバラな情報を集約
  価格ドットコム：色々なサイトの情報が集約され最安値が簡単に見つかる。

• 使われていないリソースを活用する
  • 休眠資産を活用することで売り上げを発生させるモデル。
  • Airbnb（民宿サイト） : 使われていないゲストルームを活用。

• 戦略的自由度
  Snapchat : 従来とは違う評価軸、ティーンエイジャーたちの理解を超えた価値（謎）。

• アービトラージ（リソースの需要と供給の格差）
  DMM英会話 : 英語を学びたい日本人と、英語に堪能なフィリピン人。

• 新しいコンビネーション
  Air Closet（オンライン・ファッション・レンタル・サービス） :
  スタイリスト + 宅配 + クリーニング + クローゼットの組み合わせ。

• タイムマシン
  • 別の市場ですでに検証されているモデルやプロダクトを他の市場に持ち込む。
  • Uber（タクシー） → Go-Jek（バイク（インドネシア・ジャカルタ））

スタートアップのメタ原則 †

常識とは異なるスタートアップの原則を知る

• サイド・プロジェクト（プライベートなプロジェクト）から始める。
• アイデアから始めてスタートアップ（起業や事業化）はその次。

• 避けること
  大手の個々の歯車が考えることは、殆ど無駄っぽい。
  • 詳細な Business Plan を作成する（経営企画経験者にありがち）
  • 詳細な仕様書を作って開発する（システムエンジニアにありがち）
  • 想定したビジネスモデルに執着する
  • 競合を意識し過ぎる（マーケティングリサーチ経験者にありがち）
  • 正確なFinancial Projectionを作ろうとする（財務経験者にありがち）
  • 精緻な会計レポートを作る（会計・監査業務経験者にありがち）
  • 精緻なパフォーマンスレポートを作る（マネージャー経験者にありがち）
  • Nice-to-haveな機能をプロダクトに追加する（エンジニア経験者にありがち）
  • 最初からプロダクトデザインやユーザービリティーの高さにこだわる（デザイナーにありがち）
  • 最初からシステムの自動化・最適化を行う（バックエンドエンジニアにありがち）
  • 特定スキルに特化しているエンジニアを雇う（必要なスキルは方向転換すると変わってしまう）
  • 直接関係のないネットワークイベント・飲み会に参加する（営業・事業開発経験者にありがち）
  • ビジネスモデルができ上がる前に人を雇う（人事業務経験者にありがち）
  • 経歴が立派な営業責任者や事業開発担当を雇う
  • ビジネスモデルの検証が終わる前にパートナーシップを組む（アライアンス業務経験者にありがち）
  • 営業よりもマーケティングにフォーカス*初期ユーザー獲得は必要（マーケティング経験者にありがち）
  • 広報、宣伝活動に投資する（PR・広報経験者にありがち）
  • 立派なオフィスに引っ越す（自社オフィスを持つ）（B2B営業経験者にありがち）
  • 投資家に積極的にアプローチする
  • 創業メンバーでなく投資家に株を渡しすぎる

• 捨てるべき習慣
  • 与えられた100点満点の解答用紙に正しい答えを埋めるGameを忘れる
  • 会社内で高評価されて給料をもっと貰うために上司に上手くReportするGameを忘れる
  • 多くの人に好かれようとするGameを忘れるスタートアップでUnlearnすること
  • 少しずつ改善するGameを忘れる（初期段階では小さな改善よりもPivot/Scrap-build）
  • 大勢と戦って一番になるGameを忘れる（競争相手は少なければ少ない方がよい）
  • 一定期間内に予算を消化するGameを忘れる

• スタートアップにおける要因の優先順位

  1. タイミング（二番煎じしてもダメ）
  2. チーム
  3. アイディア
  4. ビジネス
  5. モデル
  6. お金

アイディアの検証 †

スタートアップとしての潜在性を 検証する

• Total Addressable Market (対応可能市場)
  • 定義
    • さまざまな条件が満たされたときに実現される、あるプロダクトの最大の市場規模
    • ユーザー数 ✕ １ユーザーがその商品に年間支払うサービス料金 >= 100億（スタートアップの場合）
  • ポイント
    リソース面で負けるため、
    • 既に大きくなっている市場を狙うべきではない。
    • 全面戦争ではなく局地戦から成長いていく。

Plan Aの作成 †

事業計画（ビジネスモデル・キャンバス）は要らない。
リーン・キャンバスを用いて Plan Aを作る。

• リーン・キャンバス
  • 概要
    • アイデアを整理してビジネスモデルを固める画布。
    • こんな感じのモノ。
    • 共通の理解 ＋ 納得感、プロセスや思考・仮説のビジュアル化

• リーン・キャンパスの書き方

  1. 課題 : ターゲットセグメントに対して、解決するべき上位１-３位の課題
  2. 顧客セグメント :
     • ユーザーを特定、アーリーアダプターの明確化
     • アーリーアダプター（エバンジェリスト）がビジネスモデル決定する。
  3. 独自の価値提案 : 提供する独自の価値
  4. ソリューション : 現時点で想定できる簡素なもの（課題のほうが大事なので）
  5. チャネル : 初期選択肢は少ないので、直接話ができるユーザを集めるのが重要
  6. 収益モデル : 無料で提供するのではなく、値段をつけて販売する。
  7. コスト構造 : プロダクトを市場に送り出すまでのコストをリスト
  8. 主要指標 : 成功の指標。（デーブマクルーア）
  9. 圧倒的な優位性：
     • 内部情報
     • 専門家の支持
     • ドリームチーム
     • ネットワーク効果
     • コミュニティー
     • 既存顧客

• リーン・スタートアップ
  • アイデアやコンセプトを素早く形にしてMVP（必要最低限機能）を作る。
  • 顧客の反応を見ながらサイクルを反復。(ideas) -> 構築(build)の間が重要、且つ長い。
    (ideas) -> 構築(build) -> (product) -> 計測(measure) -> (data) -> 学習(learn)
  • その中で起業家や開発者の持つ仮説の検証を行い（validated learning）
  • それを通じて新製品やサービスの事業成功の確度を高める

• ピボット
  タイムアウトになる前にピボットしながら
  ビジネスモデルを発見してProduct-Market-Fit達成

• Groupon
  • the Pointというロビー活動の署名を集めるサービスだった。
  • ロビー活動家 → 消費者によるディスカウントクーポンの共同購買

• Instagram
  • burbnという位置情報を共有できるサービスだった。
  • 写真共有機能が利用されていた→便利な位置情報機能を持つ写真共有のサービスへ。

• Easy way to death, Hard way to PMF
  • Easy way to death
    • 自分が作りたいプロダクトを作り、リリースして、
    • 自分の思い込みを正当化するための計測を行い、
    • PMFを達成する前にBurn-outする

• Hard way to PMF
  • 顧客課題の仮説を立て直接顧客と話して顧客課題について学び
  • プロダクトをリリースし続けピボットして
  • Burn-outする前にPMFを達成する

Customer Problem Fit †

× : 課題やソリューションの検証をスキップして、とりあえずMVPを作ってリリース。

課題仮説の構築 †

• アイディア
  • 本当は良いアイディアは悪いように見えるアイディア
  • 悪いように見えるアイディアのほとんどがただ単に悪いアイディア

• 顧客、課題がそもそも存在するか？が最重要。
  • 確証バイアス（自分が見たいように現実を湾曲して眺めている）
  • 想定する課題やソリューションは反証されることを前提に臨む
  • ソリューションではなく、課題・顧客セグメントからはじめる。

• 顧客の抱えてる課題が何かを言語化

• ペルソナシート

• スーパーカブのペルソナは蕎麦屋らしい。

• こんな感じのモノ。

• メリット
  1.顧客（ユーザ）を深く理解できる
  2.ユーザ目線の発想がしやすくなる
  3.意思決定が迅速になる

• ステップ
  STEP 1 : 顧客をいくつかのグループに分ける
  STEP 2 : ペルソナを作成するグループを選ぶ
  STEP 3 : ユーザ調査をする
  STEP 4 : 調査結果をまとめ、ペルソナを作成する
  STEP 5 : 他のグループのペルソナを作成する
  

• 項目
  ・ ペルソナ名とキャッチコピー、顔写真、エピソード
  ・ 個人情報（年齢・業種・勤務先・部署/役職・居住地・家族構成）
  ・ デジタルプロフィール（よく見るサイト・SNS利用状況）
  ・ 役割（職務内容・仕事への想い・ミッション・サービスとの関連）
  ・ ゴール（長期的な目標・直近の目標）
  

• エンパシーマップ（SAY/DO/THINK/FEEL）
  • 顧客が何を見、聞き、考え＆感じ、語り＆行っているかを書きだした絵
  • ユーザーのニーズや、インサイト（本音）を特定する。
  • こんな感じのモノ。

• カスタマージャーニー
  • 顧客がどのように商品と接点を持って認知し、関心を持ち、購入や登録に至るかのプロセス
  • 例
    ・ 鉄道やパスを予約するために旅行代理店を利用する行動の流れ
    ・ 引っ越しによってプロバイダを変更する行動の流れ
    ・ 海外旅行者が宿泊候補を探し、旅行後に宿泊地を評価するまで
    ・ 鉄道チケットやパスを予約するために旅行代理店を利用する行動の流れ
    

• , etc.

前提条件を洗い出す †

ジャベリンボードを使って課題の前提条件を洗い出す

• ジャベリンボード
  • 仮説検証のため仮説をセットした板。
    • 仮説セット（顧客、課題、前提条件、ソリューション）
    • 仮説検証（実際のユーザーとの対話により、課題とソリューションを検証）

• こんな感じのモノ。

• ステップ
  • STEP 1 : ブレインストーミングをして最初の仮説（顧客・課題・解決法）をセット
  • STEP 2 : 最も検証すべき前提を「不明度」・「インパクト」のマトリクスで洗い出し位置付ける。
  • STEP 3 : 検証方法と判断規準を決定する
  • STEP 4 : オフィスの外に出て検証・学習する
  • STEP 5 : 学びを生かしてアイデアをアップデートする
  • STEP 6 : 確証を持てるまで検証&ピボットを繰り返す

課題〜前提 の検証 †

顧客が本当に課題を持っているかを明らかにする

• ユーザーインタビューの５原則
  • Focus on listening - not pitching :
    インタビュアーは話さない、相手から示唆やインサイトを引き出す
  • Focusing on Now - not future :
    現在起きている行動（将来の判断や想定は、大概間違う）
  • Focusing on the concrete - not abstract :
    具体的な質問のほうが、インサイトを引き出せる
    • 「頻度」よりも「何回」
    • 「いくらまで出せますか？」よりも「いくらくらい払っていますか？」
  • Focusing on procedure (story) - not outcome :
    過程をステップバイ ステップで、ストーリーで語ってもらう。
  • Focusing on problems first - not feature :
    プロダクトの機能の話は避けて、顧客課題にフォーカス。

• Shut-up and Listen to Customer!（黙って、カスタマーの話を聞く！）
  • オープン クエスチョンをする
  • そして 60秒間黙る
  • 答えをさらに深掘りする
  • ユーザーに弟子入りをするという態度で
  • タブーな質問

• KJ法を活用して結果をまとめて、言語化する
  • インタビューデータを集める
  • データを細かい単位に分ける
  • カードを平面上に展開してグループ化する
  • ひとまとめしたカード群にそのグループを適切に 表す表札をつける
  • グループ相互の関連性を最も論理的に説明できるようカードを並べる
  • 課題の本当の原因（真因）を言語化する

• カスタマーになりそうな人の反応を確認する。
  カスタマーに「ならなそうな」人と会話するのは時間の無駄。

• なりそうな客
  • 情熱、勢い
  • 自分から質問をする。
  • お金を払ってもいいという態度。

• ならなそうな客
  • 注意力が散漫。
  • 関係の無い話題を出す。
  • 否定的な言動をする。

• 質問の方法
  • Qualification question
  • Existential question
  • Alternative question

Problem-solution fit †

UX ブループリントを作成する †

顧客がそれをどのように解決したいかを明らかにする

• Zappos : はじめ、HP以外は人力（手動）
• Amazon : 一つの商材（本）に圧倒的な品揃え。

Build Prototype †

ブループリントをベースにプロトタイプを作る

• Paper prototype
  • Pop : 紙で書いたプロトタイプを画面上でリンクで繋げる。

• Wire frame
  • Balsamiq Mockups : Web上でWire frame作成
  • Pratt Portfolios : Wire frameに動きを追加
• Coded MVP

Product インタビュー †

プロトタイプを実際に使ってもらいインタビューを行う

Product-market-fit †

(ideas) -> 構築(build) -> (product) -> 計測(measure) -> (data) -> 学習(learn)

• アイデアの検証までやらずにMVPを作るのはスタートアップが死ぬ原因。
• 以降は、フィードバックを得ながらプロダクトリリースを繰り返す。

MVP（必要最低限機能）を作って何を学ぶか検証 †

MVPシートを埋めるMVP Qualificationを満たす

• 集合的には以下の積集合
  最小限だが、価値のある的な。
  • Minimum product (機能としては、最小限)
  • Valuable product (余裕のある大企業が作るぐらい価値)

• タイミング
  • ローンチするのが恥ずかしいMVPをローンチする。
  • 恥ずかしい気持ちがなければローンチには遅すぎると考えるべき。

• MVP作成時の検討事項。
  • MVPを作って何を学ぶか？
  • MVPのタイプはどうするか？
  • 実装する必要最低限機能の特定。
  • 価格の設定。
  • 測定対象の設定。
  • 検証期間の設定。

• MVPのタイプ
  • Landing Page MVP
  • オズの魔法使いMVP
  • Concierge(世話係) MVP
  • オーディエンス開発型MVP
  • 説明ビデオ（スモークテスト）MVP
  • Piecemeal MVP
  • Pre-Order MVP

• 以下が参考になる。
  • グロースハックの大前提 「MVP」の種類と実例 5選 | グロースハックジャパン | growth hack japan
    http://growthhackjapan.com/2014-02-14-5-types-and-examples-of-mvp/

• 価格の設定
  有料ユーザは辛辣なfeedbackを提供してくれる。

MVPを 構築 †

MVPのタイプを選び、必要最低機能を持ったプロダクトを作る

• DoorDashの例 （Landing Page MVP）
  
  • レストラン・テイクアウト（注文・配達）代行。
  • 成功 → 資金調達 → Delivery Dispatch サービスを構築中。
    料理はできるまで時間がかかり、また冷めるなど劣化が早いため、マッチングが複雑

• MVPの内容
  • ビジネスモデルの概要
  • ランディングページ : 明確なオファー、価格、電話番号
  • 検証内容 : デリバリサービスを使用したいレストランはあるのか？

• その他の例

• Zapposの例 （オズの魔法使いMVP）
  • 靴を中心としたアパレル関連の通販小売店
  • ドロップシッピングの仕組みを作る前、手動でロジスティクスを運用した。

• Groupon （オズの魔法使いMVP）
  • 共同購入型クーポンサイト
  • WordPress?で運用は人手のメール送信
  • 参考 :
    米グルーポン株が約20％高、予想上回る第3四半期売上高を好感 | ロイター
    http://jp.reuters.com/article/us-groupon-earnings-idJPKBN0IK1QR20141031
    共同購入クーポンサイトは今どうなったのか。 | むちころ！
    http://muchikoro.com/groupon_now.html

• Food on the Table （Concierge(世話係) MVP）
  • 近所のセール情報と食の好みに基いて毎日の献立を考えてくれるWEBサービス
  • 1人の主婦を選び、リストとレシピを入れた袋を渡す事から始めた。

• Pinterestの例 （オーディエンス開発型MVP）
  • 趣味などテーマ別の画像コレクション（ピンボード）を作成し管理
  • ピンボードはリピン（Facebookのシェア、Twitterのリツィート）可能
  • デザイナー・コミュニティに出向いて観察

• Dropbox （説明ビデオ（スモークテスト）MVP）
  • オンラインストレージサービス（只今、競争激化中）
  • デモビデオが24時間で10,000のブログから参照された。

• 3 Tiny Habits （Piecemeal MVP）
  • ？？

• Pebbleの例 （Pre-Order MVP）
  • スマートウォッチ
  • 100回以上の改善

• Airbnb （何型？）
  • 宿泊施設・民宿を貸し出す人向けのウェブサイト
  • いくつか逸話があるが・・・。
    自分のオフィスのミーティングルーム + Googleの広告で利用開始（オズの魔法使いMVP）
    オンラインプロファイル作成サポートを行った結果、売上が倍増（Concierge(世話係) MVP）。

MVPを最初のユーザーに届ける †

エバンジェリスト・ユーザーに自らデリバリーして学ぶ

プロダクトのパフォーマンスを計測 †

innovation metricsを実装して計測する

プロダクトの改善施策を評価して実装 †

ユーザーと話をする †

ユーザーと話しして定性的にプロダクトを検証

PMFを達成するまで繰り返す †

Hooked modelを使い改善施策検討

参考 †

• LEAN STARTUP OVERVIEW
  http://www.slideshare.net/i2key/lean-startup-overview-51898723

     

Site admin: TechInfoOfMicrosoftTech

PukiWiki 1.4.7 Copyright © 2001-2006 PukiWiki Developers Team. License is GPL.
Based on "PukiWiki" 1.3 by yu-ji. Powered by PHP 5.3.3. HTML convert time: 0.065 sec.