Webディレクターの仕事の大部分は、実はクライアントとのやりとりです。デザインやコーディングのスキルがあっても、クライアント対応でつまずくと、プロジェクト全体がギクシャクしてしまいます。
この記事では、私がこれまで15年ほどWebディレクターとして現場に立つ中で「これさえ押さえておけば大きく外さない」と感じている3つの基本を紹介します。あれもこれもと欲張らず、まずはこの3つに絞って身につけていただければと思います。
この記事でわかること
- クライアント対応の土台になる「3つの基本」
- 「御用聞き」と「頼れる提案型パートナー」の違い
- 現場でよくある3つのシーンと、そのときの考え方
- 対応方針を固める前に試したい、小さな一手
クライアント対応で「信頼されるディレクター」に共通すること
板挟みの立場だからこそ、価値を発揮できる
Webディレクターは、クライアントと制作チームの間に立つ仕事です。この立場は「板挟みで大変」と言われがちですが、見方を変えれば、両方の視点を理解できる唯一の役割とも言えます。
クライアントの要望をそのまま右から左に流すだけなら、正直誰にでもできます。信頼されるディレクターは、クライアントの言葉の背景にある「本当にやりたいこと」を汲み取り、それを制作チームが動きやすい形に翻訳する。この翻訳作業こそが、ディレクターにしか出せない価値です。
経験だけでなく「型」を持つと対応が安定する
クライアント対応は、場数を踏めば自然とうまくなる部分もあります。ただ、我流で身につけた対応は、プレッシャーがかかる場面ほど崩れやすいものです。
私自身、駆け出しの頃は「その場の空気」だけで対応を決めていて、後から「なぜあの時ああ言ってしまったのか」と悔やむことが何度もありました。そこで意識するようになったのが、次に紹介する3つの基本です。型として持っておくと、とっさの場面でも判断がぶれにくくなります。
クライアント対応の軸となる3つの基本
①期待値を先に握る―ヒアリングは「深さ」で決まる
「コーポレートサイトをリニューアルしたい」という依頼一つとっても、背景には「採用強化」「ブランドイメージの刷新」など、まったく異なる目的が隠れていることがあります。目的を浅く理解したまま進めると、後になって「思っていたものと違う」というズレが生まれます。
ヒアリングでは、要望そのものより「なぜそれが必要なのか」を1段掘り下げて聞くようにしています。「見た目を今っぽくしたい」と言われたら、「今っぽくすることで、具体的にどんな変化を期待していますか?」と聞き返す。この一往復があるかないかで、提案の精度がまったく変わります。
②プロとして一歩踏み込んで提案する
クライアントは自社のビジネスには詳しくても、Web制作の専門知識を十分に持っているとは限りません。要望をそのまま形にするだけでは、専門家として呼ばれている意味が薄れてしまいます。
私も以前、「トップページに情報を全部載せたい」という要望をそのまま反映して、結果的に情報過多で読みにくいページになってしまった経験があります。それ以来、要望をそのまま採用するのではなく、「ユーザー視点ではこう見える可能性があります。こういう構成ならご要望と両立できます」と、理由付きで代案をセットにして伝えることを徹底しています。
③記録に残して、認識をそろえておく
打ち合わせの内容を口頭やメールの断片だけに頼っていると、「言った・言わない」のすれ違いが起きやすくなります。特にワイヤーフレームやデザイン案を確認してもらう場面では、決定事項と保留事項を分けて、テキストで残しておくことが重要です。
議事録を残すこと自体は目的ではなく、あとで誰が見ても同じ理解にたどり着けることがゴールです。私は打ち合わせの最後に「今日決まったことを3行でまとめると〇〇です」と口頭で確認し、その内容をそのままテキストで共有する、という流れを習慣にしています。
「御用聞き」から「頼れる提案型パートナー」へ
この3つの基本に共通するのは、「クライアントの言うことを、そのまま受け取らない」という姿勢です。
| 御用聞き型 | 提案型パートナー | |
|---|---|---|
| 要望への向き合い方 | 言われた通りに形にする | 意図を確認し、代案もセットで示す |
| 見た目の労力 | 一見スムーズに進む | 一往復増える分、初動はやや手間 |
| 結果として起きやすいこと | 後から大きな手戻りが発生しやすい | 手戻りが減り、信頼が積み上がる |
「御用聞き」が悪いわけではありません。クライアントのペースを尊重する姿勢自体は大切です。ただ、それだけに終始すると、専門家としての価値を発揮しきれないまま、修正対応に追われる展開になりがちです。尊重しながらも一歩踏み込む、このバランス感覚が「提案型パートナー」への分かれ道だと感じています。
現場でよくある3つのシーンと、うまくいく対応の型
ケース1:急な追加対応を頼まれたとき
見積もり範囲外の対応を「ついでにお願いできますか」と頼まれる場面は少なくありません。ここで即座に断ると角が立ちますし、なんでも受けると採算が崩れます。
私は「今の予算内では難しいですが、〇〇の形であれば追加費用なしで近い効果を出せるかもしれません」と、代替案とセットで返すようにしています。断るのではなく、選択肢を渡すという意識です。
ケース2:修正指示の意図をすり合わせたいとき
「ここ、もう少しいい感じにしてください」といった曖昧な指示は、Webディレクターあるあるの一つです。ここで額面通りに解釈して手を動かすと、的外れな修正になりがちです。
「いい感じ」の中身を具体化するために、「例えばこのA案とB案、どちらのイメージに近いですか?」と選択肢を示して聞き返すと、クライアント自身も言語化しやすくなります。
ケース3:決裁者にも伝わる進め方をしたいとき
窓口の担当者とは合意できていても、その先の決裁者に話が通っていないケースがあります。これは担当者の怠慢というより、専門用語や資料が、決裁者にとって分かりにくいことが原因であることが多いように感じます。
資料は「Webに詳しくない人が読んでも伝わるか」を基準に作り、担当者が社内で説明しやすい形に整えておくと、後工程での差し戻りを減らせます。
対応方針を固める前に試したい「小さな一手」
大きな方針を決める前に、まずは小さく試してみることをおすすめします。例えば、次回の打ち合わせで一つだけ「なぜそれが必要ですか?」という質問を追加してみる。あるいは、要望に対する代案を一つだけ添えて返信してみる。
いきなり全部を変えようとすると、クライアントも違和感を覚えますし、自分自身も息切れします。小さく試して、反応を見ながら少しずつ自分のスタイルに取り入れていくのが、無理のないやり方だと感じています。
対応品質を底上げするツール
クライアント対応そのものはツールで解決するものではありませんが、土台を支える環境は整えておくと安心です。
- Backlog:クライアントとのやりとりや決定事項を課題・コメントとして残せるため、「言った・言わない」を防ぐ記録の受け皿になります。ドキュメント機能で議事録をまとめて共有することもできます。
- Slack:日々の細かなやりとりや進捗共有に向いています。スレッドで話題ごとに整理しておくと、後から経緯を追いやすくなります。
いずれもプロジェクトの内容によって向き不向きがあるので、まずは小規模な案件で試してみるのがおすすめです。
まとめ
クライアント対応は、才能ではなく型で安定させられる部分が多くあります。今回紹介した3つの基本―期待値を先に握る・プロとして提案する・記録に残す―をまずは意識してみてください。
すべてを完璧にこなす必要はありません。一つずつ、自分の現場に合う形で取り入れていくことが、結果的に一番の近道です。
ディレ和尚のひとこと
御用聞きに徹するは易し、一歩踏み込むは難し。されどその一歩こそ、信頼を積む道なり。
