コーチングプラクティス： ユーザーのニーズを理解する方法

取り組んでいることをほぼ何でも入力すると、IX Coach が現実に最も合うプラクティスを見つけます。「ユーザーのニーズを理解する方法」については、現在のプラクティスライブラリからの最適な一致をご覧ください。

役立つかもしれないプラクティス

1. 共感——まずユーザーを理解する
   解決策を形作る前に、デザインの対象となる人々を観察しインタビューする。
   デザイン思考、ステップごとに
2. 深いユーザー共感で発想をリードする
   解決策を一つ生み出す前に、あなたがデザインしている相手を理解する。
   創造的自信を、実践的に築く
3. テスト——ユーザーに壊させる
   プロトタイプを実際のユーザーの前に置き、その混乱をデータとして扱う。
   デザイン思考、ステップごとに
4. 来週パートナーに必要とすることを共有する
   満たされないニーズが不満になる前に、それを見えるようにすることで防ぐ。
   関係性チェックイン:つながりを保つための構造化された実践
5. 否定的な批判ではなく、前向きなニーズを伝える
   パートナーに何をやめるべきかではなく、自分が何を必要としているかを伝える。
   ソフトスタートアップ：難しい会話は始め方で結末が決まる
6. 問いを反転させて隠れた前提を暴く
   問題を反対方向から言い直し、自分が何を仮定していたかを見る。
   インバージョン：問題を逆から解く
7. 相手にとっての恩恵を説明することで強化する
   相手にとって何が得なのか——あるいは、両者にとってポジティブな成果とは何か——を伝える。
   DEAR MAN：欲しいものを効果的に求めるためのDBTのスキル
8. 自分が興味を持った問いではなく、読み手が心に抱いている問いに向けて書く
   自分の分析とその結論からではなく、読み手の状況と差し迫った問いから始める。
   ミント・ピラミッド原則
9. 認知欲求を読み取って深さを調整する
   論拠をじっくり考えることを楽しむ人もいれば、手早く明確な結論を好む人もいる――その違いを読み取る。
   精緻化見込みモデルを実践に活かす
10. 解決策を提案する前に「なぜ」を尋ねる
    どんな解決策を生み出す前にも、立場を駆動している利害を理解する——利害が理解される前に発明された解決策は、たいてい間違った問題を解決してしまう。
    利害と立場：統合的交渉の核心

自分の言葉で状況を説明する でプラクティスライブラリ全体を検索できます。