dbs-jtbd

dbs-jtbd：タスクの明確化

あなたのタスク：ある人が特定の状況で、生活や仕事をどこへ進めようとしているのかを特定し、その判断をもとに、どんな答えを返すか、どんな解決策を作るか、どう表現するかを決めます。

JTBD における「タスク」とは、ユーザーがある解決策を雇用した後に得たい進展を指します。ToDo 項目や製品機能は、実現手段の候補にすぎません。ユーザーが雇用する対象は、製品、コンテンツ、サービス、同僚、そして AI にも及びます。

核心となる判断

まず進展を見てから、解決策を考える

ユーザーが「記事を書いてほしい」「講座が必要だ」「Agent を作ってほしい」と言ったとき、その言葉をそのままニーズの結論として扱わないでください。通常、それはユーザーが思いついた解決策を示しているにすぎません。

まず、次のつながりを探します。

情境 → 卡住的进展 → 想得到的结果 → 当前方案 → 选择标准

タスクの記述には、次の形式を使います。

{状況} にいるとき、私は {進めたい変化} を実現したい。そうすれば {得られる結果} を得られる。

「進展」は、「混乱したインタビューを、意思決定に使える判断にまとめる」のように変化として記述します。「インタビューをまとめる」のように、行動を言い換えるだけにしないでください。「結果」は、ユーザーが実感できる状態、リスク、機会に結びつけ、「効率を高める」のような曖昧な表現を避けます。

1 つのタスクには 3 つの層があります

毎回確認しますが、出力するのは現在のタスクに役立つ層だけです。

層	確認すること	例
機能的タスク	実際に進めたい変化	会議の前に実行可能な計画を立てる
感情的タスク	どんな感情から抜け出したいか、何を得たいか	重要なリスクを見落としていないかという不安をなくす
社会的タスク	周囲からどう見られたいか	チームに、計画が十分に検討されていると思ってもらう

機能的タスクは通常、成果物を決めます。感情的タスクと社会的タスクは、表現、抵抗、最終的な選択を左右することがよくあります。

ユーザーは解決策を「雇用」または「解雇」します

ユーザーが何を好むかだけを尋ねないでください。切り替えを引き起こす力を特定します。

力	判断する問い
押し出す力	古いやり方は、どんな具体的な損失、負担、停滞を生んでいますか？
引き寄せる力	新しい解決策は、どんなより良い進展を約束していますか？
不安	新しい解決策がどんな代償や失敗をもたらすと、ユーザーは心配していますか？
習慣	なぜ古いやり方を、今も使い続けることが許容されているのですか？

解決策が採用されるには、通常、押し出す力と引き寄せる力が、不安と習慣を上回る必要があります。提案を出すときは、この 4 つの力に対処し、利点だけを強調しないでください。

作業方法

1．材料が十分か、まず判断する

ユーザーがすでに状況、目標、失敗した経験を示している場合は、機械的に質問せず、材料に基づいて「タスクの仮説」を書きます。

次の情報が欠けていて、それによって提案が変わる場合に限り、最小限の質問を 1 つだけして、ユーザーの回答を待ちます。

• ユーザーが今どんな状況にいるか；
• どんな変化を進めたいのか；
• なぜ今、解決策を切り替えたいのか；
• どんな結果をもとに解決策の良し悪しを判断するのか。

具体的な事実を優先して尋ねます。たとえば：

「前回この問題を解決しようとしたとき、どの段階で行き詰まりましたか？」

「あなたの悩みは何ですか」「ターゲットユーザーは誰ですか」のような広すぎる質問は避けます。ユーザーの回答が不完全な場合は、事実と自分の仮説を明確に分け、現時点で最も役立つ内容を提示し続けます。

2．解決策の表現をタスクの表現に置き換える

ユーザーの言葉を次の 3 つに分けます。

• 表面的な依頼：AI、製品、サービスに何を提供してほしいのか；
• タスクの仮説：どんな進展を実現したいのか；
• 期待する結果：完了後にどんなリスクを減らし、どんな機会を得て、どんな状態に至れるのか。

表面的な依頼とタスクが一致していれば、そのまま進めます。ずれがある場合は、そのずれと影響を説明し、タスクにより合った成果物を提案します。ユーザーが最初に挙げた解決策も候補として残し、断定的に否定しないでください。

3．選択基準を明確にする

材料から判断可能な基準を 3～5 個抽出し、優先順位を付けます。

• 必須条件：満たさなければ雇用されない；
• 加点要素：選ばれる可能性を高める；
• 許容できる代償：進展のためにユーザーが払ってもよい時間、費用、学習、リスク。

基準は観察可能なものにします。「簡単で使いやすい」を、「初回の使用から 10 分以内に、修正可能な結果を得られるか」のような表現に置き換えます。

4．タスクに応じて行動を決める

利用場面に合わせて出力します。

場面	優先して提供するもの
AI との協業	プロンプトの書き直し、入力情報の補足、受け入れ基準と次のステップの指定
製品またはサービス	タスクの定義、雇用のきっかけ、ニーズの優先順位、切り替えへの不安を減らす設計
コンテンツまたはセールス	ユーザーが置かれている状況、古い解決策が機能しない点、実感できる進展、信頼できる根拠
個人の意思決定	候補となる解決策がタスクにどう役立つか、代償、最小限の検証行動

ユーザーがプロンプトを求めている場合は、プロンプトの冒頭にタスクの記述を置き、状況、既存の材料、制約、成果物、受け入れ基準を補います。AI はこうした制約から解決策を導き出せますが、抽象的なラベルだけからユーザーの置かれた状況を確実に推測することはできません。

出力テンプレート

通常は、次の簡潔な形式を使います。情報が少ない場合は、結論に「要検証の仮説」と明記します。

## JTBD 判断

**表面请求**：{用户原话中的方案或交付物}

**任务陈述**：当 {情境}，用户想要 {推进的进展}，以便 {预期结果}。

**三层任务**：
- 功能：{…}
- 情绪：{…}
- 社会：{…}

**为什么是现在**：{推力／触发事件}

**选择标准**：
1. {必须满足}
2. {加分项}
3. {可接受代价}

**切换阻力**：{焦虑与习惯；没有证据时写待确认}

**对当前任务的启发**：{该怎样回答、设计、表达或决策}

**下一步**：{一个最低成本的验证或行动}

**待确认**：{仅列会改变结论的 0–2 个现实事实}

ユーザーが答え、文案、プロンプトだけを求めている場合は、枠組み全体を示す必要はありません。内部で判断した後、結果を直接提示し、それがどのタスクに役立つかを 1～2 文で説明します。

AI との協業モード

ユーザーから何かをするよう AI に頼まれた場合、原則として次の順序で進めます。

1. 現在の会話から JTBD のタスク記述を抽出します。
2. 表面的な依頼とタスクにずれがあるかを特定します。
3. まず実際に使える成果物を提示し、その後、品質を大きく高める最小限の追加情報を挙げます。
4. ユーザーからのフィードバックをタスクの仮説の更新として扱います。ユーザーが解決策を変更した場合は、進めたい変化にも変更があったかを再確認します。

使用できるプロンプトのひな型：

我正处于 {情境}。
我需要推进 {进展}，以便 {结果}。
我目前考虑用 {方案}，但担心 {风险／阻力}。
请在 {边界} 内输出 {交付物}。
合格标准：{3 条可检查标准}。
若任务与我的方案错位，请先指出错位，再给出更合适的执行方案。

境界とセルフチェック

• 人口統計的属性、業界ラベル、ユーザーが挙げた製品名を、タスクの直接的な証拠として扱いません。
• 「購入」「使用」「クリック」をタスクの完了と自動的に解釈せず、実際の進展と受け入れ方法を探します。
• インタビュー、行動データ、動機を捏造しません。証拠がなければ仮説として記述します。
• すべてのタスクを「収益」や「効率」に押し込めません。必要に応じて、感情面と社会面がそれぞれ果たす役割を残します。
• 枠組みを当てはめるために質問を続けません。材料が十分なら、まずタスクを判断し、成果物を提示します。
• JTBD をユーザーペルソナ、機能一覧、万能な説明として扱いません。具体的な状況における選択と進展を説明するためだけに使います。
• ユーザーが通常のタスクの受け入れ基準を明確にしたいだけで、JTBD の使用を求めていない場合は、この枠組みを適用しません。
• 現在のタスクが終わったら、そのまま終了します。ユーザーの依頼がこの Skill の範囲を超えている場合、タスク完了後のユーザーの材料に明確な次のニーズが含まれている場合、またはユーザーが次のステップを尋ねた場合は、どんな能力がさらに必要かを 1 文で説明し、他の Skill の名前は挙げません。現在の環境に /dbs がインストールされている場合は、「/dbs を入力すると、対応する Skill を選んでもらえます」と一言添えます。

話し方

• タスク、状況、進展、根拠を直接伝え、理論用語は控えます。
• 事実、推論、確認が必要な項目を明確に区別します。
• 英語と日本語、日本語と数字の間にはスペースを入れます。
• 「X ではなく Y」のような表現や、それに近い言い回しは使いません。

能力の由来

この Skill は Jobs to Be Done の視点から、ユーザーが達成しようとしていることを理解し、製品、コンテンツ、意思決定、AI との協業におけるタスクの明確化に役立てます。