Jobs-to-be-done」は、私たちが絶対的に好きなプロダクトマネジメントのフレームワークです。チームが製品開発を構成し、開始し、促進することができる多くの方法の中で、JTBDは最も優れたものです。もし、PMが自由に使えるツールを1つだけ選ぶとしたら、これでしょう。私たちは、このフレームワークをライトセーバーと交換することはないでしょう（これは、とても重要なことです）。
Jobs-to-Be-Doneはまだ新しいフレームワークと思われがちですが、実は何十年も前から多くの優れたプロダクトチームがその原理とロジックに従って仕事をしてきました。しかし、今日、私たちはこのフレームワークに特定の名前を付け、より正式に認知されるようになりました。このように、JTBDは、一見、画期的なフレームワークですが、実は、最も論理的なフレームワークだと、私たちは考えています。プロダクトマネージャーが達成しようとする（あるいは達成すべき）ことの核心に迫るフレームワークなのです。
ユーザーの真の目的は何なのか？
その理由を説明する前に、従来のプロダクトマネジメントやプロダクトリサーチのプロセスはどのようなもので、JTBDプロダクトマネジメントと比較するとどうなのかを簡単に振り返ってみましょう。
多くのチームは、まず顧客分析を行い、人々が何を必要としているのか、どこを改善すればいいのかを明らかにします。
この分析から、チームは通常、会社の基準や一般的な理念を満たし、顧客の期待に沿うようなデザイン仕様や価格モデルの詳細な戦略を構築します。
開発・テスト段階を経て、チームは通常、最終製品の成功に自信を持って発売します。
発売後のモニタリングでも、消費者からのフィードバックは欠かせません。
このフレームワークは、従来のプロダクトマネジメントとは異なり、ユーザー調査の段階で、特定の製品に対する欲求ではなく、顧客のモチベーションを理解することに重点を置いています。
JTBDのユーザーリサーチでは、消費者の欲求を把握し、分類しています。よく言われることですが、その理由を説明する非常に正確な方法は、フォード・モーターのヘンリー・T・フォードがかつて言ったとされる有名な言葉です。もし私が人々に何が欲しいか尋ねたら、彼らは "もっと速い馬 "と答えただろう」と述べたのです。彼が実際にそう言ったかどうかは激しく議論されているが、それでもこの言葉は完全に的を得ている。
顧客やユーザーの答えは、さまざまな要因によって決定され、制限されます。文化的な影響、既存の習慣、現状維持の快適さなどです。また、文脈的なものもあります。フォードの例のように、自動車がなかったため、人々が「正しい」答えを出すための基準点がなかったのです。その中で、やるべきことは何なのかを問いかけ、そこからクルマが生まれたのです。
Jobs-to-be-done フレームワークの製品管理アプローチでは、この制約を取り除くことで、チームは真に概念化し、型にはまらないようにすることができます。リサーチの最終目標は、特定の状況下で人々が何をしようとしているのか、つまり、簡単に言えば「やらなければならない仕事」を理解することです。このプロセスでは、顧客の動機やペインポイントを理解することで、顧客インサイトを実用的な戦略に転換することができます。
この顧客中心主義の製品開発理論は、顧客が完了しようとしている「仕事」を把握し、特定の仕事を完了することによって顧客がどのような利益を得るかに焦点を当てています。最終的には、消費者がその仕事のために「雇う」ことができる製品を作り、その結果、素晴らしい結果を得ることができるようにすることです。企業は、単に機能や特徴を提供するだけでなく、顧客のニーズを満たすために製品戦略をよりよく形成することができます。
JTBDのフレームワークが画期的と言われる理由の一つは、企業が競合他社に追いつくことだけを考えるのではなく、顧客の満たされていない欲求やニーズを満たすソリューションを生み出すことができるからである。すべてのプロダクトマネージャーとそのチームは、顧客のニーズを第一に考えるべきであるが、このフレームワークとアプローチは、口先だけにとらわれることなく、お金をかけている。利益よりも人を優先する（副産物としての成功や利益も、むしろ素晴らしいが）。
機能」と「仕事」の違いは何ですか？
JTBDにおけるフィーチャーとジョブの違いを簡単に説明すると、「フィーチャー」は製品やサービスが何をするかという具体的な内容を表し、「ジョブ」は人々がなぜ特定の製品やサービスを購入するのかという根本的な動機のことを指します。言ってみれば、核となる理由です。
例えば、自動車を購入する場合です。お客さまは、会社に行くために車が欲しいと思っています。そのためには、四輪でエンジンの動く車が必要です。これが "仕事 "です。
しかし、彼らは究極の仕事よりも、もっと機能性や感情に結びついた別の欲求、ニーズ、願望を持っているかもしれません。
Outcome-Driven Innovationの創設者であり、What Customers Wantの著者でもあるトニー・ウルウィックは、「仕事とは、感情的・社会的要素を備えた機能的なものである」と述べています。ウルウィック氏は、「仕事」という概念全体を発明した人ですから、自分の言っていることをよく理解しています。
人々がホンダ・シビックではなくテスラを購入するのには理由があります。ハイテクなユーザーインターフェイス、自動運転機能、パワーウィンドウなどです。これらはすべて、AからBへの移動という仕事に付随する付加的なものです。車自体が本来の仕事をする上で不可欠なものではありませんが、乗り心地を良くし、購買決定プロセスの一部である他のいくつかの外部次元を満たすものです。
JTBD理論を製品管理のツールとして活用することで、これらの機能を改善したり、より高い価値を付加することに注力し、人々がその製品やサービスを「採用」する可能性が高くなります。
機能的なものvs.感情的なものvs.社会的なもの
お客様が問題を解決したり、仕事のために「採用」しようとするとき、考慮しなければならない他の要素があるでしょう。ジョブが解決されることは一つのことですが、もしそれがそんなに単純なことであれば、イノベーションも、複数のカラーウェイも、機能のアップグレードもありません。お客様には、他にも実現したい二次的なニーズ、願い、欲求があり、製品がどのように人々を感じさせ、特定の欲求を満たすことができるのか、3つの方法を考える必要があります。これを "Dimensions "に分けて考えます。
Functional Dimensions- 機能的次元は、製品の仕事の最も顕著な側面と、仕事を完了するための人々の行動となるものを記述する。これはまた、仕事を完了するために必要な製品の物理的特性を定義することができる。
Emotional Dimensions- Emotional Dimensionsは、使いやすさ、美しさ、信頼性など、人々が製品についてどう感じるか、どう考えるかを記述する。また、製品を使用することで得られる無形の心理的なメリットも記述することができる。その商品を使うことで、力強さや達成感を感じることができるのか？使うことに不安はないのか？
Social Dimension- 社会的側面とは、人々が製品やサービスとどのように関わり、それが他の人々との関係にどのような影響を与えるかということである。例えば、自動車を所有していることが社会的なステータスになることが挙げられます。車を持つことで「環境に優しい」と思われるのか、高級セダンに乗ることで「成功者」であると映るのか。
ジョブ・トゥ・ビー・ドンの例を教えてください。
マイクロソフトやグーグルなどの著名企業や、UberやAirbnbなどの新興企業がJTBDのフレームワークを利用しています。その代表的な例が、Airbnbが自社のプラットフォームを利用する顧客のモチベーションを分析するためにこのアプローチを利用したことです。彼らのターゲット顧客に話を聞くと、確かに宿泊場所を予約することは重要ですが、それは彼らのより重要な「仕事」の要件の一部に過ぎないのです。
Airbnbのチームは、顧客が単なる宿泊施設ではなく、ローカルな体験へのアクセス、体験のカスタマイズ、本物のコミュニティとのつながりを求めていることを発見しました。この洞察をもとに、Airbnbは従来のおもてなしサービスに加えて、ツアーやアクティビティなどのカスタム体験を提供するなど、よりユーザーのニーズを満たす機能を開発することができました。
JTBD戦略を見事に利用した企業としては、他にDoorDashなどがある。ドアダッシュは、オンラインフードデリバリーサービスであるが、インタビューや調査を通じて、顧客がフードデリバリーだけでなく、利便性や時間短縮も求めていることが分かった。その結果、配達料の割引や配達時間の短縮を可能にする「ダッシュパス」などの機能を導入し、より良い顧客体験を提供することに成功した。また、未開拓の市場であることから、地方や小規模都市でのサービスも開始した。その結果、現在では全配送量の40％を占めるまでになった。
そしてもちろん、みんな大好きなストリーミングサービス、Netflixもあります。Netflixは、消費者に便利なオンデマンドの映画やテレビ番組を提供するために設立されました。その本来の「仕事」は、教育、ドキュメンタリー、役に立つコンテンツへの容易なアクセスを提供することであったと言えるでしょう。しかし、JTBDの調査により、Netflixの顧客が本当に求めているのはエンターテイメントであり、長い一日の仕事の後にスイッチを切り替えてリラックスする方法であることがわかったのです。10年前、"binge-watching "は人々の目を輝かせていたに過ぎなかった。しかし、今では一般的な娯楽となり、Netflixはあらゆる種類のエンターテインメントを提供する代表的なサービスとなっている。事実上、ヘンリー・T・フォードがこの現代において「より速い馬」に代えたものだ。
Job-to-be-doneフレームワークのメリット？
- 顧客インサイトの向上。JTBDのフレームワークは、顧客が特定の製品やサービスを購入する理由や、異なるコンテキストでそれらをどのように使用するかをより深く理解することを可能にし、企業がターゲットとする顧客層をより良く理解することを可能にします。
- 製品効果の向上。人々が製品やサービスを購入する動機を理解することで、企業は既存の製品を改善し、より効果的に新製品を開発し、そのニーズに合わせたマーケティングメッセージを作成することができます。
- イノベーションサイクルの短縮。顧客が何を求めているかを理解している企業は、根本的な "仕事" を見るよりも、顧客の行動を把握することにまだ助けを必要としている競合企業よりも、新しいソリューションを素早く生み出し、より早くリリースすることができます。
- 顧客ロイヤリティの最大化顧客のニーズや製品・サービスとの関わり方を理解することで、企業はユーザーの満足度を最大化するユーザーインターフェースや機能を設計することができます。その結果、お客様のロイヤリティや売上、定着率を高めることができます。
ジョブ・トゥ・ビー・ドンのフレームワークの欠点は？
JTBDのフレームワークを研究し、理解し、適切に実行するには、かなりの労力と資源が必要です。
また、理論化が進んでおり、偏りなどの知識も必要です。
JTBDのフレームワークを正しく使うには、経験豊富な専門家がデータを分析し、効果的な戦略やソリューションを生み出すために応用する必要があります。
ユーザー調査の重要な質問に対する答え方
JTBDのフレームワークを使用する場合、研究の偏りによって意図しないエラーが発生することがあります。例えば、人々の経験や期待は、年齢、性別、文化、社会経済的背景に影響されるため、これらの要素を考慮しないと、不正確な洞察につながる可能性があります。
また、フレームワークの情報収集のためのユーザーアンケートでは、ユーザーが自分の本当の気持ちや経験を反映しない回答をする、回答バイアスが発生する可能性があります。質問の選択と構成には慎重な配慮が必要です。PMチームの全員が、少なくともRob Fitzpatrickの "The Mom Test "を十分に理解しておくことが、今まさに重要なポイントだと考えています。
@tldv.io 母が気に入るなら、合格です。そうでしょ？// @been.ianはミーティングをサボってこれを完成させた#プロダクト #テック #ママテスト
オリジナルサウンド - tldv.io - Meeting Recorder
Mom Testの基準を完全にクリアしていても、"Focus Illusion "に注意することが不可欠です。フォーカスイリュージョンとは、あなたが問題について話したときに、回答者が得る超集中的な痛みのポイントのことです。これは、最高のUX研究者の視界を曇らせ、研究にバイアスをもたらす可能性があります。最終的には、回答者が何時間もかけて嘆いていることを、あなたは修正し克服するために時間をかけて「熟考」することになるのですが、実はそれは大きな問題ではありませんでした。ただ、彼らはそのことを強く主張していたのです。
質問するときは、自分が何をしているのかを知る必要があります。相手が何を求めているのかわからないことが多いので、直接聞くのはNGです。
顧客ニーズを的確に把握するためには、ユーザー調査の方法、質問内容、インタビューする人数などを工夫する必要があります。
もし、自分の研究の偏りを整理していなかったり、少なくとも偏りとその現れ方に気づいていなかったりすると、その偏りがプロセス全体に影響を与え、間違った方向に進んでしまう可能性があります。
tl;dv は、ターゲットとなる人々の中から「やるべき仕事」を発見するために、どのように役立つのでしょうか？
顧客の感情、欲求、不満に完全に基づいたフレームワークを構築するためには、得られる限りのデータが必要です。tl;dv は、プロダクトマネージャーが顧客のニーズを最も正確な方法で分析し、支持し、優先順位をつけるのに役立ちます。ユーザーの感情や不満をユーザー自身の言葉で記録することで、製品チームは計画や戦略を立てる際に参照できる本物の真実の情報源を手に入れ、当て推量や思い込みを最小限に抑えることができるのです。
JTBDが提供する直感的で無料のオンライン会議レコーダーは、ユーザー調査セッションからユーザーのインサイトを収集するプロセスを簡素化します。
UXリサーチツールとして、tl;dv 、インタビュー対象者の「やるべき仕事」を簡単に特定することができます。録音されたすべての通話は、顧客のニーズや不満を、冷たく、硬く、言語的、視覚的に、そして十分に文書化された形で証明してくれます。お客様の声を捉え、その声を組織全体で共有し、結果的に製品開発に近づけることができるのです。
UXやプロダクトリサーチのセッションを、ユーザーのタイプ、フィードバックのタイプ、セッションの焦点などに基づいてフォルダに整理することができます。また、tl;dv ライブラリでは、新入社員や関係者が記録されたすべてのセッションをキーワードで閲覧し、特定のニーズや不満を中心としたフィードバックを迅速に特定することができます。また、編集ツールにより、プロダクトマネージャーはユーザーリサーチコールの特定の瞬間を同僚、チーム、投資家と共有することができます。さらに、すべてのユーザーリサーチコールにタイムスタンプを付けることができるため、重要な場面はすべてクリック可能なリンクになります。過去のユーザーコールのレビューや分析に時間を取られることはもうありません。
.
最終的に私たちは 
私たちは、このようなフレームワークを利用することができると考えています（私たちも少し協力します）。 
)
