Webディレクターのヒアリング、項目より優先すべきこと

webディレクターのヒアリングについてのアイキャッチ画像 仕事内容

Webディレクターの仕事は、クライアントへのヒアリングから始まります。とはいえ「何を聞けばいいか」という項目リストは、検索すればいくらでも出てきます。

今回お伝えしたいのはその逆で、項目を全部聞こうとして失敗した話です。私自身、新人時代にやらかした経験があります。この記事では、項目の網羅よりも大事な「聞く順番」「深さの調整」「聞いた後の使い方」について、現場目線で整理します。

スポンサーリンク

私が新人時代にやらかしたヒアリングの失敗

初めて一人でクライアントヒアリングを任されたとき、私は用意したヒアリングシートの項目を、上から順にすべて質問していきました。

会社概要、ターゲット、デザインの好み、機能要件……。項目はきれいに埋まり、「よし、やりきった」と満足していました。

ところが、いざ提案書を作る段階になって気づきました。「なぜそのサイトが必要なのか」という一番大事な部分が、実はふわっとしたままだったのです。クライアントは「集客したいです」としか言っておらず、それが「新規顧客を増やしたいのか」「休眠顧客を呼び戻したいのか」まで踏み込めていませんでした。

項目は埋まっているのに、肝心なところが浅い。これは今でもよく見る失敗パターンです。

ヒアリングシートの役割と位置づけ

ヒアリングシートは、クライアントの要望を「聞き漏らさないためのメモ」ではありますが、それ自体がゴールではありません。役割としては、この後の要件定義につなげるための土台と考えるとしっくりきます。

以前書いた記事で、要件定義について詳しく解説しています。

Webディレクターの要件定義とは?仕事内容・進め方・要件定義書の作り方を解説
Webディレクターの要件定義とは?仕事内容・進め方・要件定義書の作り方を、実務歴15年のディレクターが解説。要件定義書と仕様書の違い、よくある失敗、成功のコツ、すぐ使えるテンプレートまで網羅。初めて要件定義を担当する方向けの実践ガイドです。

ヒアリングは、この要件定義よりも前の段階です。クライアントの「本当はどうしたいか」をまだ言語化できていない状態から拾い上げる作業なので、項目を埋めるだけでは足りません。ここでズレると、要件定義以降のすべての工程に影響します。

最低限外せない3つの質問軸

現場感覚として、どれだけ時間がなくても、この3つだけは絶対に外さないようにしています。

① 目的・ゴール

何のためにサイトを作る(または直す)のか。「集客したい」で終わらせず、「誰の、何を、どう変えたいのか」まで一段掘り下げます。

② ターゲット

誰に向けたものか。ここが曖昧だと、デザインもコンテンツも軸がぶれます。

③ 制約条件

予算・納期・既存の資産(サーバー、ドメイン、過去の素材など)。この3つ目を後回しにすると、後工程で「実はこの予算じゃ厳しい」といった手戻りが起きがちです。

デザインの好みや機能の細かい希望は、実はこの3つが固まっていれば後から拾い直せることが多いです。逆にこの3つが曖昧なままだと、他の項目をどれだけ細かく聞いても提案の軸が定まりません。

案件規模で変わる「聞く深さ」の使い分け

すべての案件で同じ熱量・同じ項目数を聞こうとすると、時間が足りなくなったり、逆にクライアントの負担になったりします。案件規模に応じて、聞く深さを調整するのがおすすめです。

案件規模の目安ヒアリングの重点目安時間
小規模(数ページのLP・簡易サイト)目的・ターゲット・予算感を手早く確認30分〜1時間
中規模(コーポレートサイトのリニューアルなど)3つの軸に加え、現状サイトの課題、コンテンツの有無1〜2時間
大規模(会員機能・多言語対応など複雑な案件)3つの軸に加え、システム要件、運用体制、社内の決裁フロー複数回に分けて実施

小規模案件で大規模向けの項目まで全部聞こうとすると、クライアントも疲れてしまいます。「今回はどのくらいの規模の話をしているか」を早めに見立てることが、聞く深さを決める最初の判断になります。

クライアントの回答が抽象的なときの深掘り方

「おしゃれな感じにしたい」「集客したい」といった抽象的な回答は、ヒアリングでは日常茶飯事です。ここで深掘りせずに進めると、後で認識のズレが表面化します。

私が実務でよく使う聞き返し方は、この2パターンです。

  • 比較で具体化する:「おしゃれ、というと例えばどんなサイトが近いイメージですか?」と、参考サイトを一緒に見ながら聞く
  • 数字や行動で具体化する:「集客したい、というのは今より問い合わせを何件くらい増やしたいイメージですか?」と、できるだけ数字や具体的な行動に置き換えて聞く

抽象的な言葉をそのままヒアリングシートに書き写すのではなく、その場で一段具体化してから記録するのがポイントです。

ヒアリングシートを「作って終わり」にしないために

ヒアリングが終わったら、聞いた内容をそのままファイルに保存して終わり、というケースをよく見ます。せっかく聞いた内容も、活用されなければ意味がありません。

おすすめの流れは、ヒアリング直後にGoogleスプレッドシートやNotionなどでヒアリング結果を簡単に整理し、認識のズレがないかクライアントと一度共有することです。ここで内容が確定して初めて、要件定義書に落とし込む次のステップに進めます。

ヒアリングシートは、あくまで会話の土台。埋めることではなく、その先の要件定義や提案書につなげることまでがワンセットだと捉えると、聞き方も自然と変わってきます。

まとめ

  • ヒアリングシートは項目を埋める書類ではなく、要件定義につなげるための土台
  • どんな案件でも「目的・ターゲット・制約条件」の3つだけは外さない
  • 案件規模によって聞く深さを調整し、全項目を同じ熱量で聞かない
  • 抽象的な回答はその場で一段具体化してから記録する
  • ヒアリング後は内容を共有し、要件定義につなげるところまでをセットで考える

ディレ和尚のひとこと

項目を埋めるより、埋まらぬ言葉を拾うべし。

タイトルとURLをコピーしました