使い方ガイドへスキップ
Jobs-to-Be-Done作者 Owl-Listener

Jobs-to-Be-Done スキル。

プロダクトの意思決定を、人が成し遂げようとしていることを軸に捉え直します。

  • UXリサーチ
  • プロダクト戦略
ソースレビュー · Jobs-to-Be-DoneSKILL.md
タスク UXリサーチ 成果物 • 中核となるジョブの状況・動機・成果のステートメント。 • 準備、実行、フォロースルーを網羅するライフサイクルマップ。 • 現行の解決策と満たされていない成果を比較する機会のまとめ。 始める前に ユーザーリサーチ、または仮説と明記した内容が必要です。インタビュー自体は収集しません。
編集部による要約 · ソースレビュー日 2026-10-07 · 生成された例ではありません

01 機能概要

機能要望の裏にあるジョブを描く

3つの動機の側面、ライフサイクルの段階、現行の代替手段を扱う、構造化されたJTBDマッピング手法です。

ソースに基づくワークフロー実行ベンチマークではありません

進め方

Jobs-to-Be-Doneは、要望された機能の先にある、特定の状況で人が進めたい前進に目を向けます。実用的な成果を、感情面の期待や社会的な懸念から切り分け、それらを人々がすでに問題を解決している方法に結び付けます。

ソースは、タスクの定義と準備から、実行、モニタリング、修正、完了まで、ジョブのライフサイクル全体を扱います。これは動機のマップであり、人口統計的なペルソナではありません。複数のプロダクトや手作業の代替手段が異なって見えても、同じ根本的なジョブのために使われている場合に特に役立ちます。

想定される成果物

  • 中核となるジョブの状況・動機・成果のステートメント。
  • 準備、実行、フォロースルーを網羅するライフサイクルマップ。
  • 現行の解決策と満たされていない成果を比較する機会のまとめ。
サンプルブリーフを見る

ブリーフからレビューまで

  1. 01
    中核のジョブを特定する

    提供されたインタビューとプロダクトの背景を読み、ジョブを現在使われている特定のツールから切り分けます。

  2. 02
    側面を分ける

    実用的な目標、望む感情や避けたい感情、そして他者からどう見られたいかを記述します。

  3. 03
    解決策とギャップをマッピングする

    ジョブの段階と期待される成果をたどり、現行のやり方が十分に応えていない箇所を特定します。

02 利用場面

使う場面

ユーザーリサーチ、または仮説と明記した内容が必要です。インタビュー自体は収集しません。

適した場面

  • 機能の捉え直し根本的な動機が理解される前に、要望が解決策を名指ししている場合に役立ちます。
  • 代替手段の比較スプレッドシート、サービス、手作業のプロセスを、同じ成果に照らして比較できます。

確認すべき制約

  • ペルソナではありませんユーザーの包括的な参照プロフィールではなく、特定の状況における動機に重点を置きます。
  • 感情面の根拠を創作しない感情的・社会的ジョブには、リサーチによる裏付けか、仮説と分かるラベルが必要です。

用意する入力

  • インタビューの根拠実際の状況、意思決定、試みた解決策についての記録を提供してください。
  • プロダクトの背景現在の提供内容と、見直そうとしているタスクを説明してください。
  • 期待される成果可能であれば、成功の定義、障害、トレードオフについて述べられた内容を含めてください。

03 重要な判断

重要な判断

  1. 機能要件の先へ

    解決策はタスクを完了させても、自信や職業上の信頼を損なうことがあります。3つの側面によって、そうした緊張関係が明確になります。

  2. ライフサイクルの網羅

    タスクの準備や完了には、実行を中心とした機能リストでは見落とされる重要な未充足ニーズが含まれている場合があります。

04 依頼例

絞ったブリーフを試す

以下のサンプルブリーフは未検証です。使用前にスキルのセットアップを確認してください。

セットアップを確認する

リポジトリに記載されたインストール手順を使い、参照されている付属ファイルも保持してください。このエントリは、実行可能なアプリケーションではなく、焦点を絞ったデザイン手法を説明するものです。

アップストリームのソースファイル
https://github.com/Owl-Listener/designer-skills/blob/9a6930cf84a822eb458624bd11c61aac5bbdf224/design-research/skills/jobs-to-be-done/SKILL.md

ユーザーリサーチ、または仮説と明記した内容が必要です。インタビュー自体は収集しません。

まず1つの成果物から始める

スキルを実行する前に、このブリーフの範囲、ソース資料、制約を調整してください。

サンプルブリーフ
月次のクライアントレポート作成に関するこれらのインタビューにjobs-to-be-doneを使ってください。機能的・感情的・社会的ジョブを分け、ライフサイクルをマッピングし、現行のスプレッドシートとスライドのワークフローを比較してください。各機会について、裏付けのある観察と仮説を区別し、要望された機能をそのままジョブにしないでください。

結果を確認する

実際の出力を、次の観察可能な基準に照らして確認してください。

  • ジョブのステートメントは、プロダクトの機能ではなく、状況と望む前進を記述している。
  • 3つの側面がすべて区別されている。
  • 提案された機会が、ライフサイクルの段階と提供された証拠に結び付いている。

OpenDesignは、コーディングエージェント向けのローカルなデザインワークスペースを提供します。この掲載は、スキルが同梱されていること、または外部ツール、認証情報、ソフトウェア依存関係が含まれていることを意味しません。

05 ソースとライセンス

ソースとライセンス

このページは、以下にリンクされた固定のソースリビジョンを説明しています。アップストリームの挙動や要件は変更される可能性があります。

ソースの所有者
Owl-Listener
ライセンス
MIT
レビュー済みスナップショット
2026-10-07 · 9a6930cf84a8
編集部によるソース要約
3つの動機の側面、ライフサイクルの段階、現行の代替手段を扱う、構造化されたJTBDマッピング手法です。

リンク先のソースに基づく、OpenDesignによるオリジナルの要約です。リポジトリのスター数は日付付きの人気の指標であり、スキルの利用状況や品質スコアではありません。

06 開始前の質問

始める前の質問

ユーザーペルソナとどう違いますか?

ペルソナはユーザーグループの行動パターンを要約します。JTBDは、特定の状況における動機と期待される成果に重点を置きます。

すべてのジョブに新しいプロダクトが必要ですか?

いいえ。既存の解決策をマッピングすると、プロセスの変更や、現行ワークフローへのより良いサポートで十分だと分かる場合があります。

機会を自動で優先順位付けできますか?

現行の解決策のギャップとそのデザイン上の示唆は特定しますが、測定された市場需要や検証済みの優先順位付けモデルは提供しません。

OpenDesign

次のデザイン反復の余地をつくりましょう。

ブリーフ、ソース資料、デザイン作業をローカルのワークスペースにまとめて管理できます。ワークフローに追加する前に、スキル自体のセットアップを確認してください。

アップストリームのソースファイル
https://github.com/Owl-Listener/designer-skills/blob/9a6930cf84a822eb458624bd11c61aac5bbdf224/design-research/skills/jobs-to-be-done/SKILL.md