「なんか違う」を言語化させる――デザインフィードバックをコントロールするディレクターの仕事

「なんか違う」をデザイナーに横流しする伝書鳩は即刻退場せよ

「なんか違うんだよね。もう少し全体的にシュッとさせて、インパクトを出してよ」

もしあなたがWebディレクターとして、クライアントの口から出たこの極めて曖昧で感覚的な言葉を、そのままチャットツールでデザイナーに横流ししているなら、プロのDXコンサルタントとして極めて冷徹にその無能さを指摘します。その行為はディレクションではありません。ただの「伝言ゲーム」であり、プロジェクトを確実に炎上させる最大の事業リスクです。

「なんか違う」という言葉は、クライアントの脳内で「期待していたイメージ」と「目の前の成果物」の間にギャップが生じているものの、それを的確に表現する語彙力がない時に発せられるSOS（あるいは思考停止のサイン）です。このフワッとした違和感を放置し、「とりあえず別パターンをいくつか作ってみます」とデザイナーに丸投げするディレクターは、自らクリティカルパスを破壊し、チームの疲弊を招きます。

優秀なWebディレクターの仕事は、美しいデザインを作ることではありません。クライアントの曖昧な違和感を冷徹に解剖し、ビジネスゴールとUI/UXのロジックに紐づけて「言語化」させることです。本記事では、デザインフィードバックの主導権を完全に掌握し、無駄な修正ループを物理的に排除するための論理的ディレクション術を提示します。

1. 「なんか違う」が発生する根本原因：評価軸（物差し）の不在

クライアントが「なんか違う」と口にする時、彼らを責めてはいけません。原因の100%は、デザインを提示する前に「何を基準にこのデザインを評価すべきか」という評価軸（物差し）を合意しなかったディレクター側にあります。

デザインとはアート（自己表現）ではなく、課題解決のための機能です。しかし、評価軸が設定されていない丸腰の状態で画面を見せられたクライアントは、自分自身の「主観（好きか嫌いか）」でしかフィードバックできなくなります。

ディレクターが事前にコントロールすべき評価軸とは以下の3点です。

• ペルソナの行動原理： ターゲットユーザーが何を求めてサイトを訪れるのか。
• ビジネスゴール（KGI/KPI）： この画面でユーザーに取らせたい最終アクションは何か。
• ブランドの定義： 企業として「どう見られたいか（例：誠実、先進的、親しみやすさ）」の言語化。

これらを盾にせず、「いかがでしょうか？」と感想を求めるから、感覚的なフィードバックのサンドバッグになるのです。

2. 曖昧なフィードバックが引き起こす「3つの致命的事業リスク」

「なんか違う」を言語化させずに修正ループに突入すると、組織は以下の致命的な事業リスクに直面します。

① 隠しバッファの無意味な枯渇

プロのディレクターは、予期せぬシステムトラブルやAPI連携の仕様変更に備えて、進行管理上の「不可視バッファ」を隠し持っています。しかし、言語化されないデザイン修正のループは、この貴重な時間的資産を際限なく食いつぶします。結果として本当にテストが必要な開発終盤でバッファが枯渇し、致命的なバグを見落とす原因となります。

② UI/UXの「足し算」による導線の決壊

「もう少しインパクトを」という曖昧な指示に対し、三流ディレクターはバナーを大きくしたり、色を足したりといった「足し算のUI」で解決しようとします。これにより画面上のノイズが増殖し、ユーザーの認知的負荷が跳ね上がります。結果、本来のゴールであったコンバージョン（CV）への導線が完全に決壊します。

③ クリエイターのモチベーション崩壊

「なぜ修正するのか」という論理的根拠がないまま、「クライアントが違うと言っているから」という理由だけでリテイクを強いられるデザイナーは、急速にモチベーションを失います。結果として「言われた通りに作業をこなすだけのオペレーター」へと陥落し、プロジェクトからクリエイティビティが完全に消失します。

3. 【実践事例】「白と黒のモノトーン」を守り抜いた言語化の技術

具体的な事例として、スタイリッシュなデザインを強みとする「転職に関するお役立ち記事のポータルサイト」構築プロジェクトにおける、プロのディレクターのフィードバックコントロール術を解剖します。

• 【発生した問題】要件定義の段階で、ターゲット層であるハイエンドな求職者に向け、サイト全体のトーン＆マナーを「白と黒をベースにしたモノトーン」で構築すると合意していました。しかし、トップページのカンプを見たクライアントの担当者が突如こう言いました。「うーん…なんか違うんだよね。転職サイトなんだから、もっと希望を感じさせるような、明るいオレンジやブルーを差し色で全体に散りばめてよ」
• 【プロディレクターの言語化と切り返し】ここでプロのディレクターは、「承知しました、色を足します」とは決して言いません。「なんか違う」の正体（担当者の個人的な不安）を論理で解剖し、ビジネスゴールへ引き戻します。

「ご意見ありがとうございます。『希望を感じさせたい』というお考えは理解できます。ただ、本サイトのターゲットは『自身のキャリアに戦略的な意思を持つハイエンド層』です。彼らが求めているのは、過剰な装飾による安心感ではなく、有益な情報を提供する洗練された『プロディレクターの顔が見える』ような信頼感です。

ここでポップな色を足せば、他のありふれた大衆向け転職サイトと同じに見え、競合優位性（スタイリッシュさ）が完全に死にます。

現在『なんか違う』と感じていらっしゃる違和感の正体は、色の不足ではなく、記事のサムネイル画像と余白（ホワイトスペース）のバランスがタイトすぎることによる『窮屈さ』ではありませんか？

色を足すのではなく、コンテンツ間の余白を1.5倍に広げ、タイポグラフィのジャンプ率を調整することで、モノトーンのまま『洗練された抜け感』を出せますが、いかがでしょうか？」

クライアントの「色を足せ（アートの押し付け）」という主観を、「余白とジャンプ率の調整（デザインの機能）」という具体的なUI要件へと強制的に翻訳（言語化）したのです。結果、モノトーンの世界観を守り抜き、想定通りの高いCVRを叩き出しました。

4. 【即日実践】フィードバックを支配する優先順位付きアクションプラン

クライアントの曖昧な言葉に振り回されず、ディレクターがデザインの主導権を完全に握るためのアクションプランを提示します。

優先度	アクション項目	具体的な実施内容	期待される効果
高（優先度1）	「デザイン評価シート」の事前提出	デザイン提出時、カンプだけでなく「このデザインが、どのビジネス要件（KPI）をどう解決しているか」を記載したシートを必ず添付する。クライアントには「このシートのロジックから外れている部分のみ指摘してほしい」と事前に釘を刺す。	フィードバックの土俵を「好き嫌い」から「ロジック（課題解決）」へと強制的に移行できる。
中（優先度2）	違和感を解剖する「5 Whys（なぜ）」の実行	クライアントが「なんか違う」と言った際、即座に持ち帰ることを禁ずる。「なぜそう感じたのか？」「どの要素を見た時に一番違和感があったか？」をその場でヒアリングし、要件定義書（ペルソナやKGI）と照らし合わせながら、違和感の正体を具体的なUIパーツの課題まで細分化する。	デザイナーへの指示が「赤くして」という具体策の横流しではなく、「視線誘導を改善するためにコントラスト比を見直す」という論理的な要件に昇華される。
低（優先度3）	「引き算」の代替案の提示	クライアントが要素や色の「足し算」を要求してきた場合、必ず「引き算」の代替案（余白の調整、要素の削除、フォントサイズの最適化など）をセットで提示し、認知的負荷の観点からどちらがCVR向上に寄与するかをデータ（ヒックの法則など）を交えてプレゼンする。	画面のスパゲティ化を防ぎ、最小の要素で最大の成果を出す「機能としてのデザイン」を守り抜くことができる。

まとめ：ITは知るだけでは終わらない。「違和感」を翻訳するハブとなれ

「クライアントの納得がいくまで、何度もデザインを修正しました」

この言葉を顧客満足度が高い証拠だと勘違いしているディレクターは、今すぐその職を辞するべきです。

Webシステムやデジタルプロダクトにおけるデザインは、クライアントの自己満足を満たすためのキャンバスではありません。ビジネスの課題を解決し、ユーザーを最短距離でゴールへ導くための「デジタルの道筋」です。

クライアントの言葉にならない不安や違和感を冷徹に分析し、それを論理的なUI/UX要件へと翻訳（言語化）すること。そして、クリティカルパスを守り抜きながら、デザイナーが迷いなくパフォーマンスを発揮できる環境を構築すること。

これこそが、専門職同士の間を取り持ち、プロジェクトを成功へと導くプロのWebディレクターの真骨頂なのです。

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