「なんとなく違う」を撲滅する。Web制作の修正地獄を未然に防ぐ『言語化ヒアリング』の具体手順

デザイン提出後の「修正ループ」という名の泥沼から抜け出せないあなたへ

「このデザイン、全体的な方向性は悪くないんだけど……なんか、もうちょっとこう、パッと見のインパクトというか、洗練された感じが足りないんだよね」

Webディレクターとしてデザインカンプを提示した瞬間、クライアントの口から飛び出すこの「なんとなく違う」という抽象的なフィードバック。この言葉を合図に、終わりの見えない無限の修正ループ（修正地獄）が幕を開けた経験はないでしょうか。

「具体的にどの部分がどのように違うのでしょうか？」と聞き返しても、「全体的な空気感かな……」と返されるだけで、具体的な改善の糸口がつかめない。結局、デザイナーに「全体のトーンを少し今風にして、差し色を増やして」と丸投げし、出来上がった修正案を見せてもまた「なんか違う」。

もしあなたが今、この泥沼に嵌まり込んで疲弊しているなら、プロのDXコンサルタントとして極めて冷徹に現実を突きつけます。この修正地獄を引き起こしている真の原因は、クライアントの優柔不断さではありません。デザインを提示する前の段階で、クライアントの「頭の中にある抽象的なイメージ」を「具体的なビジネス要件・UI要件」へと変換する『言語化ヒアリング』を怠った、あなた自身のディレクションの欠陥にあります。

本コラムでは、感覚的な違和感を論理的な言葉へと昇華させ、デザイン提出後の無駄な微修正を根絶するための具体的なヒアリング手順と、プロジェクトを最短距離でゴールへと導く実践知を徹底解説します。

1. なぜクライアントは「なんとなく違う」としか言えないのか？

クライアントが具体的な指示を出せないのは、サボっているからでも意地悪をしているからでもありません。構造的な理由が存在します。

① 評価軸（物差し）が共有されていない

デザインとは、自己表現のための「アート」ではなく、特定の事業課題を解決するための「機能」です。しかし、ディレクター側が事前に「このデザインの良し悪しは、ペルソナの課題解決度とKPI達成度のみで評価する」という評価軸（物差し）を提示していないため、クライアントは自分自身の「好き・嫌い（アートの基準）」でしか成果物を評価できなくなります。その結果、言語化できずに「なんとなく違う」という感情的な表現に逃げざるを得なくなるのです。

② メンタルモデル（期待値）のギャップが言語化されていない

クライアントの頭の中には、過去に見た競合サイトや独自の理想像（メンタルモデル）がぼんやりと存在しています。しかし、それを言語化してチームで共有するプロセスを踏んでいないため、デザイナーが作り上げたアウトプットを見た瞬間に「自分が想像していたものと違う」というギャップ（違和感）だけが表面化します。

2. 修正地獄を防ぐための専門用語と概念の整理

言語化ヒアリングを実践するにあたり、以下の概念を正しく理解し、コントロール下に置く必要があります。

• 認知的負荷（Cognitive Load）： ユーザーが画面上の情報を処理する際に脳にかかる負担。要素が多すぎたり、デザインに一貫性がないと負荷が跳ね上がり、コンバージョン（CV）への導線から離脱します。
• クリティカルパス（Critical Path）： プロジェクトの全工程の中で、全体の納期を決定づける最も重要な最長経路。デザインの無駄な修正ループは、このクリティカルパスを崩壊させ、リリース遅延という致命的な事業リスクを招きます。
• アフォーダンス（Affordance）： 「ボタンは押せる」「リンクは飛べる」といった、デザインがユーザーに特定の行動を暗示する性質。主観的な「おしゃれさ」よりも、この機能性がビジネス成果を左右します。

3. 【事例検証】DXナレッジポータルにおける「なんとなく違う」の解体

企業のDX推進をテーマにしたナレッジポータルサイトの構築プロジェクトを例に、プロのディレクターがどのように「なんとなく違う」を撲滅したのかを検証します。

• 【発生した問題】 トップページのデザインカンプを提示したところ、クライアントの事業部長が腕を組んでこう言いました。 「うーん、全体的に真面目すぎて、うちの会社の先進的なイメージと『なんとなく違う』んだよね。もう少しワクワクする感じが出せないかな」
• 【三流ディレクターの対応（失敗）】 「承知いたしました。では、もう少し明るい色味を足して、動きのあるアニメーションをバナーに実装してみます」と安易に持ち帰り。結果、ポップになりすぎて信頼感が損なわれ、さらにエンジニアから「実装コストが合わない」と差し戻され、修正地獄へ突入。
• 【プロディレクターによる言語化ヒアリング（成功）】 プロは、その場で「ワクワクするとはどういうことですか？」と聞き返すような愚行は犯しません。あらかじめ用意したフレームワークに基づき、以下のように違和感を解体します。

「ご指摘ありがとうございます。『先進的でワクワクするイメージと違う』と感じられたとのことですが、具体的にどの要素（情報ブロック、カラー、タイポグラフィなど）をご覧になった時にその違和感を持たれましたか？

本サイトのKGIは『高単価なDXコンサルティングのリード獲得』であり、ターゲットは多忙な大手企業の役員層です。彼らが求めるのは過剰なエンタメ性ではなく、『自社のDX課題を解決できるという圧倒的な信頼感と論理的明快さ』です。

もしここで装飾やアニメーションを足して『ワクワク感』を演出すると、認知的負荷が跳ね上がり、肝心の資料ダウンロード導線へのコンバージョン率（KPI）が低下する事業リスクが生じますが、そのトレードオフを許容されるという意味での『違い』でしょうか？」

この問いかけにより、事業部長は「あ、いや、派手にしたいわけではなく、ただファーストビューのキャッチコピーが少し硬すぎる気がしたんだよ」と、本当の課題（コピーのトーン）を正確に言語化することに成功しました。デザイン自体の修正ではなく、テキストの調整だけで一発合意に至り、クリティカルパスを守り抜くことができました。

4. 【即日実践】「言語化ヒアリング」を仕組み化する優先順位付きアクションプラン

デザインフェーズでの迷走を完全に防ぎ、一発で合意を引き出すための具体的なアクションを優先順位順に提示します。

優先順位	アクション項目	具体的な実行ステップ	期待される効果（修正地獄の回避）
第1位	デザイン着手前の「共通言語ボード（ムードボード）」の合意	デザインを書き始める前に、競合サイトや参考になるビジュアルを集めたボードを提示し、「このトーン＆マナーのどの部分が自社に必要で、どの部分が不要か」を事前に言語化して合意する。	クライアントの頭の中にある抽象的なイメージを可視化し、提出時の「思っていたのと違う」というギャップを物理的に消滅させる。
第2位	「デザイン評価シート」の事前提出とルール化	カンプ提出と同時に、「本デザインは、ペルソナの課題解決とKPI達成度を評価軸として設計されています」というロジックシートを渡し、「好き嫌い」ではなく「ビジネス要件を満たしているか」で評価する土俵を作る。	クライアントが感覚的なフィードバック（なんとなく違う等）を発言しにくい環境を作り、議論を論理的な課題解決に強制収束させる。
第3位	「なんとなく違う」を因数分解するヒアリング定型文の用意	クライアントから抽象的な修正指示が出た際、即座に「①カラー、②レイアウト、③情報階層、④トーン＆マナー」のどの要素に起因する違和感かを逆質問で切り分けるマニュアルを社内で共有する。	デザイナーへの曖昧な指示の横流しを防ぎ、修正工数を最小限に抑えて進行バッファを守り抜く。

まとめ：「なんとなく違う」を許さないプロの覚悟

「クライアントが納得するまで、何度でもデザインを修正するのがプロの仕事だ」

もしあなたがそう考えているなら、今すぐその甘えた認識を捨てるべきです。デザインの無限修正は、クライアントの満足度を高めるどころか、プロジェクトの信頼性を損ない、クリティカルパスを破壊し、チーム全員を疲弊させる最大の「事業リスク」です。

「なんとなく違う」という抽象的な言葉をそのまま受け入れるな。 デザインの背景にあるビジネスゴールとユーザー心理を盾に、客観的なファクトと論理というメスでその違和感を解剖し、言葉へと翻訳すること。それこそが、プロジェクトの主導権を完全に掌握し、確実な成果へと導くプロフェッショナルなWebディレクターの絶対的な武器なのです。

noteはこちら

https://note.com/director_pro928/n/n39746ea43b0c?app_launch=false