デザインを「好き嫌い」で判断するクライアントに、なぜそう見えるのかを説明できるか

主観に逃げるクライアントと、言語化から逃げるWebディレクター

「このデザイン、なんか好きじゃない」

「もう少し、パッと目を引く感じにできない？」

Webディレクターであれば、幾度となく直面するクライアントからのフィードバックだろう。しかし、もしあなたがこの「好き嫌い」という感情的な言葉を前に沈黙し、あるいは「別のパターンを出します」と安易な妥協案に逃げているのであれば、プロのディレクターとしての存在価値はない。極めて率直に指摘するが、それは単なる「御用聞き」であり、プロジェクトのビジネスゴール（KGI/KPI）を自ら放棄する行為だ。

クライアントがデザインを「好き嫌い」で語る理由は一つしかない。ディレクターであるあなたが、デザインが「なぜそう見えるのか（視覚の論理）」を事前に説明できていないからだ。デザインは自己表現のためのアートではない。事業課題を解決するための機能であり、情報設計のフロントエンド（出力）である。

本記事では、感覚論で語るクライアントに対して一切の忖度を排除し、デザインの根拠を論理的・客観的に説明し、ビジネスの成果へと導くためのディレクション技術を徹底的に検証・解説する。

1. クライアントの「好き嫌い」を生み出すディレクターの盲点

最大の盲点は、「デザインの評価軸をクライアントの主観に委ねている」というディレクター側の初期設計ミスにある。人間は、明確な評価基準（物差し）を与えられない限り、自分自身の「好み」でしか目の前の視覚情報を評価できない。

「なぜこの配色なのか」「なぜこの余白幅なのか」「なぜこのフォントサイズなのか」。これらすべてには、ユーザーの行動を制御し、コンバージョン（CV）へ誘導するという明確な理由が存在する。それらの「理由」を、クライアントが理解できるビジネス上のメリット（あるいは事業リスクの回避）に翻訳して伝えることこそが、Webディレクターの責務である。

必須となるデザイン言語（単語解説）

クライアントに「なぜそう見えるのか」を説明する際、以下の概念をビジネス用語と結びつけて活用すべきである。

• 認知的負荷（Cognitive Load）： ユーザーが画面上の情報を処理する際に脳にかかる負担。色や装飾、選択肢が増えるほど負荷が上がり、離脱率（直帰率）の上昇に直結する。
• ヒックの法則（Hick’s Law）： 選択肢が増えるほど、意思決定にかかる時間が長くなるという法則。「とりあえず情報を全部載せたい」というクライアントへの明確な反論材料となる。
• アフォーダンス（Affordance）： 「ボタンは押せるもの」「リンクは飛べるもの」といった、デザインがユーザーに特定の行動を暗示する性質。主観的な「おしゃれさ」よりも、この機能性がCVRを左右する。
• ゲシュタルト要因： 「近接（近いものは仲間）」「類同（同じ形・色は仲間）」など、人間が視覚情報をどのようにグループ化して認識するかの法則。余白やレイアウトの意図を説明する際の絶対的な根拠となる。

2. 【事例検証】「地味だから好きじゃない」を論理で制圧する

企業のDX推進やITスキルをテーマにしたナレッジポータルの構築プロジェクトにおける事例を検証する。ターゲットは企業のDX担当者や決裁者（役員層）である。

• 【クライアントの主観的フィードバック】「全体が白と黒のモノトーンで地味すぎる。もっと赤や黄色を使って、派手で元気な印象にしてほしい。私はこの暗い感じが好きじゃない」
• 【三流ディレクターの対応（失敗）】「わかりました。では、見出しや背景に赤色を追加して、もう少しポップなバリエーションを数パターン作成してみます」結果： ユーザーの視線が分散し、資料請求ボタンへの遷移率が激減。さらに修正ループにより進行管理のバッファが枯渇し、クリティカルパスの破綻（納期遅れ）を引き起こす。
• 【プロディレクターの論理的説明（成功）】「『地味に見える（装飾が少ない）』ことには、明確な機能的理由があります。本サイトのターゲットである役員層は多忙であり、『直感的な情報の探しやすさ』と『プロフェッショナルとしての信頼感』を求めています。現在、あえて白と黒のモノトーンに抑え、ゲシュタルト要因における『余白（近接）』を広く取っているのは、視覚的なノイズ（認知的負荷）を最小化するためです。ここで赤や黄色などの有彩色を多用すれば、ユーザーの視線は分散し、最も押させたい『資料ダウンロード』のCVボタン（唯一のアクセントカラー）が画面内で完全に埋没してしまいます。『派手さ』という主観を満たすために、ユーザーの離脱率を引き上げ、最終的なリード獲得数（KPI）を落とす事業リスクを許容できますか？」

このように、「なぜ地味に見えるのか」の理由を、ユーザー心理とKPI達成という客観的なファクトに接続することで、クライアントの主観を論理的に沈黙させることができる。

3. 次に取るべき行動と改善策（優先順位付きアクションプラン）

クライアントの「好き嫌い」に振り回される現状から脱却し、ディレクターがプロジェクトの主導権を奪還するための具体的なアクションを優先順位順に提示する。

優先順位	アクション項目	具体的な実行ステップ	期待される効果（弱点の克服）
第1位	要件定義フェーズでの「評価軸」の明文化	デザイン着手前に、「本プロジェクトのデザインは、ペルソナの課題解決とKPI達成度のみで評価し、個人的な好みは評価基準から除外する」旨をクライアントと合意し、要件定義書に明記する。	提出時にクライアントが「好み」で語る土俵そのものを事前に破壊し、無駄な感情的衝突を回避する。
第2位	「デザイン・ロジックシート」の添付	デザインカンプを提出する際、画面を見せる前に「なぜこの配色・レイアウトなのか」を認知的負荷や視線誘導の観点から解説したドキュメントを必ずプレゼンする。	視覚情報を論理に変換することで、クライアントに「プロの計算された設計」であると認識させ、主観的な口出しを防ぐ。
第3位	「引き算」の代替案のストック化	「もっと目立たせたい（足し算）」の要求に対し、色や要素を足すのではなく、「周囲の余白を広げる」「不要な要素を削る」という引き算で対案を出せるよう、デザイン原則の引き出しを増やす。	UIのスパゲティ化を防ぎ、サイトのパフォーマンス（表示速度等）とCVへの導線を死守する。

まとめ：デザインとは、ビジネスリスクを回避する「機能」である

クライアントがデザインを好き嫌いで語るのは、ある意味で自然な反応だ。問題なのは、その主観的な言葉をそのまま受け取り、プロジェクトを脱線させてしまうディレクターの側にある。

デザインとは、感覚で描くキャンバスではない。APIの設計やヘッドレスCMSといったバックエンドの堅牢なアーキテクチャと同様に、ユーザーの行動を最適化し、ビジネスリスクを最小化するための「機能」なのだ。

クライアントの好みに感情的な配慮をするのは今すぐやめるべきだ。客観的なファクトと論理というメスで「なぜそう見えるのか」を解剖し、プロジェクトを揺るぎないビジネスゴールへと導くこと。それこそが、プロフェッショナルなWebディレクターに求められる真の価値である。

noteはこちら
https://note.com/director_pro928/n/n86c521f63cf7?app_launch=false