目次 / 企画・プロデュース
ヒアリング設計(何を聞くか)
10秒でわかる!要点まとめ
- 「ご要望をお聞かせください」は、いちばん聞いてはいけない質問
- 聞くことは会う前に決める。その場の思いつきで聞かない
-
相手が答えられない質問を用意しない。答えられる形に翻訳して聞く
1. 概要:何を聞くかを、会う前に設計する
ヒアリング設計とは、打ち合わせの前にこの場で何を持ち帰るのかを決め、そのための質問を組み立てておく作業です。 ここで言うヒアリングは、ユーザーインタビュー(→ユーザーインタビュー)とは別のものを指します。相手は発注側の担当者や決裁者で、目的は案件の与件と目的を確定させることです。 1回の打ち合わせで聞けることには限りがあります。60分なら、まともに深掘りできるのは3〜4テーマ。だからこそ「今日はここを確定させる」と決めて臨まないと、雑談で終わって次回また同じ話をすることになります。
2. なぜ重要なのか:相手は「要望」を持っていない
「ご要望をお聞かせください」と聞くと、たいてい返ってくるのは他社サイトの真似か、社内で出た思いつきの寄せ集めです。相手は制作の専門家ではないので、要望の形で整理されたものを持っていないのが普通です。 ここで返ってきた言葉をそのまま要件にすると、後で必ず崩れます。「トップに動画を入れたい」の裏にある「若い層に古い会社だと思われたくない」に辿り着かないまま作ると、動画は入ったが課題は残ったサイトができあがります。 ディレクターの仕事は、要望を聞くことではなく、要望の形をしていない話から目的を取り出すことです。そのためには、聞く順番と切り口を設計しておく必要があります。
3. 実務のポイント:聞き方を変える3つの型
- 「事実」から聞き、「意見」を後にする:最初に聞くのは、いま起きていること。問い合わせの件数、売れている商品、社内で誰が更新しているか。事実は誰でも答えられます。 意見(どうしたいか)を最初に聞くと、答えられない相手を黙らせてしまいます。
- 「なぜ」を3回ではなく、言い換えて2回:「なぜ」を連発すると詰問になります。「それはどういう場面で困りますか」「もしそれが解決したら、何が変わりますか」のように、場面と結果に置き換えて聞きます。
- 答えられない質問を用意しない:「ターゲットはどなたですか」は答えにくい質問です。「直近で成約したお客様は、どういう方でしたか」なら答えられます。抽象を具体に翻訳するのが、質問設計の中身です。
- 聞けなかったことを記録して次に回す:全部聞ける打ち合わせはありません。持ち帰れなかった項目を明示して、次回の冒頭に置きます。
- 仮説を先に置いて、直してもらう:オープンに問いかけても情報が出てこない相手がいます。人は0から答えるのが苦手で、選択肢から選ぶことや、間違いを指摘することは圧倒的に速いからです。「これは仮説なんですが、○○のような状況でしょうか」と外れてもいい叩き台を先に出すと、「いや、実際は」と具体が返ってきます。外れた仮説のほうが情報を引き出すこともあります。
4. スキルアップのヒント:質問リストを事前に人に見せる
打ち合わせ前に作った質問リストを、案件を知らない同僚に見せてみてください。「これ、自分なら答えられないな」と言われた質問は、相手も答えられません。この確認を数回やると、自分の質問の抽象度の癖が分かります。 また、打ち合わせの録音を聞き返して、自分が話していた時間の割合を測るのも効きます。ヒアリングでこちらが半分以上話しているなら、それは説明会であってヒアリングではありません。目安として、話す時間は3割以下です。
関連
- 田口真行氏(株式会社デスクトップワークス代表)Speaker Deck「WebDirection」
- クライアントの発言は「それが全て・真意・絶対とは限らない」と疑う
- ヒアリングは受け身でなく質問を工夫し真の目的を引き出す行為
- テンプレートに頼らず事前に聞きたいことと回答予測を準備する
- 元記事: https://speakerdeck.com/masayukitaguchi/webdirection/DiSAの紹介: https://note.com/disa_pr/n/n5bb12e5892d1
- モチマスミサ氏(株式会社デパート取締役副社長)ブログ記事
- 調べればわかる情報は事前リサーチし本質的な質問に絞る
- 言語化できていない価値観を引き出し図にして可視化する
- 得た情報は個人メモに留めず誰が見ても誤解ない形で共有する
- 元記事: https://depart-inc.com/blog/website-hearing//DiSAの紹介: https://note.com/disa_pr/n/ne30d53edfc51
- 牧瀬誠也氏(note:makise_web、UI/UXデザイナー)
- ヒアリングでは「背景」「目的」「課題」の3点を必ず深掘りする
- 同じ「人材確保」目的でも新卒か中途かでサイト設計の方向性が変わる例
- 出口となるKPIとコアコンセプトを明確にしクライアントと共通認識を作る
- 元記事: https://note.com/makise_web/n/n707bfde7fcbe/DiSAの紹介: https://note.com/disa_pr/n/n0bc24c3adea4
- 株式会社テックディレクション
- スチールマンでAI自身にプラン失敗理由を挙げさせ思考の死角を潰す
- 五感・感情の注入で数値化できない情緒的ディテールを補う
- 表面の解決策でなく潜在的な不満へ問い直すWhyの深掘り
- 元記事: https://note.com/tech_direction/n/n580d8c1e35db/DiSAの紹介: https://note.com/disa_pr/n/naea2ed11f3b1
- 市角壮玄氏(アートディレクター、神鳥朋子氏note経由)
- 最初に事業内容でなく「なぜこの事業をやりたいか」という価値観を深掘りする
- 動機の言語化と強みへの接続を同時に行うヒアリング手法
- 「手放す」は丸投げでなく「一緒に握る相手を信じること」
- 元記事: https://note.com/tkandori/n/n5515519ee46a/DiSAの紹介: https://note.com/disa_pr/n/n47a1025df8b6
- アドバイスボード #06「顧客視点のスキルはバーテンダーに学べ。」
- D+ウェビナー 第8回(2026-09-30)「【提案編】Figma × Claude で、提案はどこまで任せられる?」
登壇: 庄司美雪(合同会社いろは 代表)、小泉誠(Studio FireColor/株式会社IMAKE 取締役)
ヒアリング〜要件整理でAIを使うときの知見:
- 初回のヒアリングは基本事項を聞くだけにして、構造にするのは持ち帰ってから
- 聞き取りメモをそのままAIに渡しても、それらしい構成は出る。ただし優先順位も根拠もなく、頼んでいない要素まで足される。決めたのはAIになる
- ヒアリングシートと出力ルールを「型」として渡すと、順序・優先度・根拠・要確認のそろった叩き台になる。AIが「足りない」と返した項目が、そのまま2回目の打ち合わせで聞くことになる
- 人に残るのは「聞く・引き出す」と「取捨選択・優先順位を決めて、聞き足す」 提案全体の工程分解は 003 の関連節に レポート: https://note.com/disa_pr/n/n4ddbcfc0caaa