JobsToBeDone/ジョブ理論をまとめてみた
•
0 likes•3,272 views
クレイトン M クリステンセン氏の「ジョブ理論」と、UX DAYS TOKYOワークショップ「顧客が望むプロダクトをつくりだす ~JTBDの実践的アプローチ by Jim Kalbach」をインプットとして、なるべくわかりやすくまとめた資料です。 ※以前アップロードしたスライドに一部レウアウト崩れがあったので、それの修正版です
Recommended
More Related Content
What's hot
What's hot (20)
More from Yusuke Hisatsu
Recently uploaded
Recently uploaded (8)
JobsToBeDone/ジョブ理論をまとめてみた
- 2. はじめに ● このスライドは、以下２つのインプットを元に小難しいJTBDを自分なりにわかりやす くまとめようとしたものです ○ クレイトン・M・クリステンセン著「ジョブ理論」 ○ UX DAYS TOKYOワークショップ「顧客が望むプロダクトをつくりだせ 〜JTBD の実践的アプロー チ〜」 by Jim Kalbach
- 3. JTBD(Job To Be Done)とは 『人々が商品やサービスを自らの生活に「雇用」するのは そこに「片付けるべきジョブ」があり、 ジョブを片付けることで「進歩」するためである』 という考え方（理論） by Clayton M. Christensen
- 4. JTBDを使うと何が嬉しいの？ 「片付けるべきジョブ」が何かを突き止めることで、 ユーザがサービスやプロダクトを雇用する「本当の理由」を突き止められる その結果… ● ユーザが本当に求めるサービスやプロダクトを作ることができる ● 争うべき本当の競合が見つかる ● 参入すべき本当の市場が見つかる ● イノベーションの確率が上がる
- 8. ミルクシェイクの話 ”あるファストフード企業がミルクシェイクの売上を改善したいと思った。 ミルクシェイクの購入者属性を整理し、同一の属性を持つ人を対象に、重めがいいか軽めがいいか、フルーツ味 かチョコレート味か、など、どんなミルクシェイクが理想的か尋ねた。調査はうまく進み、特定したターゲットの好み をもとに製品を改善したが、売上は全く改善しなかった。 そこで別のチームが再び調査を行った。調査チームは店舗で来客を一日中観察した。すると早朝にミルクシェイ クを買う客が多いことに気がついた。早朝の購入者になぜミルクシェイクを買ったかを尋ねると、 ● 長い車通勤の間に片手で手間なく飲める ● 一気に飲めないので暇つぶしになる ● 腹持ちが良い といった理由だとわかった。 この調査結果をもとに製品開発を再度行ったところ売上を改善することができた。 ” 「イノベーションへの解」より引用
- 11. Good Example
- 12. What’s Job?
- 17. ジョブのヒエラルヒー Aspirational ：家族の思い出を大事にする ↕ Big ：写真をかける ↕ Little ：穴を開ける ↕ Micro ：ドリルを買う ※上位の方が良いというわけではなく、自分たちがどの階層のジョブをターゲットにする か意識することが重要 →スタートアップ企業がAspirationalを解決するのは無理
- 20. ジョブを理解すると本当の競合がわかる 最大のライバルは『無消費』 ● ジョブを解決する手段を見つけられず、何も雇用していないこと ● 無消費は意識して探さないと見つけづらい ● その一方、見つけると多くのパイを得ることができる
- 21. ジョブのモデルとステップ Jim Kalbach氏スライドの抜粋＆一部加工 JOB Performer “Who” JOBS “What” Process “How” Outcomes “Why” Discover Define / Design / Deliver Model Step
- 22. Discover
- 23. ジョブのモデルとステップ Jim Kalbach氏スライドの抜粋＆一部加工 JOB Performer “Who” JOBS “What” Process “How” Outcomes “Why” Discover Define / Design / Deliver Model Step
- 24. Discover Job Performer “Who” ● サービスやプロダクトに関わる人からターゲットを決める ● ペルソナ設定やセグメンテーションをする必要はない Customer Client Buyer “Job Performer”
- 25. Discover Jobs “What” and “How” ジョブを探すときの視点 ● 成し遂げようとしている進歩は何か ● 進歩を阻む障害物は何か ● 障害物のせいで「無消費」を選択していないか ● あるいは不完全な解決策で我慢していないか ● 完全な解決策のために引き換えてもいいと思うものは何か
- 26. ジョブはエスノグラフィ・ユーザーインタビューから見つけ る ● ただしユーザーの行動や言葉をそのまま受け取るのではなく、その裏にある「なぜ」 を突き止める必要がある ● ユーザーインタビューでは提供者の思い込みを質問に組み込んではいけない 参考 https://www.slideshare.net/AyumuNishibe/1-93770575
- 27. ジョブの言語化のコツ ● 動詞で終わる ○ 「穴を空ける」「自分の興味に合ったイベントに参加する」など ● プロセスのゴールを明確に示す ○ 「健康になる」はどうなったらゴールか不明確なので NG ● テクノロジーやソリューションに言及しない ○ 「SNSで友達を作る」とか「ブロックチェーンで取引する」とかは NG ● 個人の視点で考える ○ 集団（セグメント）ではなくあくまで個人の進歩 ● “And”や”Or”を使わない ○ 使いたいならジョブを２つ定義すれば良い
- 28. Job Mapで整理する Beginning Middle End Define Locate Prepare Confirm Execute Monitor Modify Conclude via Tony Ulwik https://jobs-to-be-done.com/mapping-the-job-to-be-done-45336427b3bc Job Job Job Job Job Job Job Job Job Job Job Job Job ※フェーズ分けはサービスやプロダクトに合わせてカスタマイズOK
- 29. カスタマージャーニマップと何が違うのか？ ● カスタマージャーニーマップはカスタマーと特定のブランド・サービス・プロダクトとの タッチポイントを考えるもの ● JTBDはエンドユーザが達成したいことであって、特定のソリューションとのタッチポ イントは関係ない ● よってJob Mapはサービスとのタッチポイントの前後のコンテキストも含めて作成す る ● どちらがいいというわけではなく、使い方・視点が違うことを理解すべし
- 30. サンプル：イベント運営サービス Beginning Middle End Plan Decide Prepare Attend Network Record Summarize Report 上司の許 可を得る 同じ悩み を持つ人 と会う クライアン トを見つ ける User1 企業の代 表として 参加 User2 フリーラン ス User3 個人とし て参加 プレゼン 内容をも れなく記 録する 重要なポ イントをま とめる チーム内 に共有す る 集中して 話を聞く 実況 Tweetす る 参加者に 挨拶する 必要な情 報が得ら れるイベ ントを見つ ける 参加者が 多いイベ ントを見つ ける ブログを 書く 重要なポ イントをま とめる 面白くな ければ退 席する
- 31. Define
- 32. ジョブのモデルとステップ Jim Kalbach氏スライドの抜粋＆一部加工 JOB Performer “Who” JOBS “What” Process “How” Outcomes “Why” Discover Define / Design / Deliver Model Step
- 33. Jobに対して「どういう結果に導くか」を定義する Beginning Middle End Define Locate Prepare Confirm Execute Monitor Modify Conclude via Tony Ulwik https://jobs-to-be-done.com/mapping-the-job-to-be-done-45336427b3bc Job Job Job Job Job Job Job Job Job Job Job Job Job Outcomes Outcomes Outcomes Outcomes
- 35. サンプル：イベント運営サービス Beginning Middle End Plan Decide Prepare Attend Network Record Summarize Report 上司の許 可を得る 同じ悩み を持つ人 と会う クライアン トを見つ ける User1 企業の代 表として 参加 User2 フリーラン ス User3 個人とし て参加 プレゼン 内容をも れなく記 録する 重要なポ イントをま とめる チーム内 に共有す る 集中して 話を聞く 実況 Tweetす る 参加者に 挨拶する 必要な情 報が得ら れるイベ ントを見つ ける 参加者が 多いイベ ントを見つ ける ブログを 書く 重要なポ イントをま とめる 面白くな ければ退 席する イベントの内容をまとめる時間を最小化する ネットワーキングのための時 間を最大化する イベントを見つけるコストを削 減する
- 37. Design
- 38. ジョブのモデルとステップ Jim Kalbach氏スライドの抜粋＆一部加工 JOB Performer “Who” JOBS “What” Process “How” Outcomes “Why” Discover Define / Design / Deliver Model Step
- 39. 選んだOutcomesをデザインする ● エンジニアやデザイナーに今までの思考プロセスを正しく伝えるために、 ”Jobs Stories”を定義する ● このストーリーを実現するために、どういうソリューションが最適か考える via Alan Klement https://jtbd.info/replacing-the-user-story-with-the-job-story-af7cdee10c27
- 40. サンプル：イベント運営サービス via Alan Klement https://jtbd.info/replacing-the-user-story-with-the-job-story-af7cdee10c27 イベントの内容をまとめる時間 を最小化する ● (When-) イベント参加後に ● (I want to-) 内容をまとめる時間を短くしたい ● (So I can-) 内容をチームメンバーやフォロワーに共有するために
- 41. Deliver
- 42. ジョブのモデルとステップ Jim Kalbach氏スライドの抜粋＆一部加工 JOB Performer “Who” JOBS “What” Process “How” Outcomes “Why” Discover Define / Design / Deliver Model Step
- 46. Develop Value
- 47. ジョブのモデルとステップ Jim Kalbach氏スライドの抜粋＆一部加工 JOB Performer “Who” JOBS “What” Process “How” Outcomes “Why” Discover Define / Design / Deliver Model Step (Re)Develop Value
- 48. (Re)Develop Value ● 繰り返しDiscover/Define/Design/Deliveサイクルを回す ● 市場を限定せず、Outcomesを届ける市場を広げてみる ● 本当の競合を見つけ、改めてどこに優位性・劣位性があるかを理解する
- 49. 最後に