UI/UXデザインの最初の打ち合わせで聞くこと｜後戻りを防ぐ

2026年1月29日

長谷川奈津

この記事のポイント

✓UI/UXデザインの初回の打ち合わせで何を聞けば後戻りが減るのか
✓契約トラブルを防ぐ質問項目と議事録の残し方を法務の視点で整理しました

UI/UXデザインの仕事で揉めごとが起きる場所は、実はデザインの出来ではありません。「そこまでやるとは聞いていない」「その修正が追加費用になるとは聞いていない」という、初回の打ち合わせで決めきらなかった一点に集中します。これ、知らない人が本当に多いんです。契約書の文言より先に、最初の打ち合わせで何を聞いたかが、その後の力関係を決めます。この記事では、UI/UXデザインの初回の打ち合わせで確認しておくべき項目を、後戻りを防ぐという一点に絞って順番に並べます。

初回の打ち合わせは「範囲を確定させる作業」である

デザインの提案が通るかどうかは提案書の中身で決まる、と思われがちです。ただ実際に受注に至った経緯を聞いていくと、判断の分かれ目は提案書より前にあります。

「初回の打ち合わせでの受け答えがとてもスムーズで、自分たちが聞きたいことに対して、的確な答えが返ってきたからです」出典: note.com

依頼する側が見ているのは、この人と進めたときに話が通じるかどうかです。そしてこの「話が通じる」は、相手の要望を全部飲むことではありません。何をやって何をやらないかを、その場で言葉にできることを指します。

後戻りは「合意していない場所」でしか起きない

制作が進んでから発生する大きな手戻りを分解すると、原因はほぼ3種類に収まります。第一に、成果物の範囲が言語化されていなかったもの。第二に、決裁権を持つ人が打ち合わせに出ていなかったもの。第三に、修正の回数と範囲を決めていなかったものです。

いずれも共通しているのは、デザイナー側が悪いわけでも発注者側が悪いわけでもなく、単に決めていなかったという点です。決めていない領域は、後から必ず「当然そこまで含まれているはず」という方向に解釈されます。人は自分に有利な方向に空白を埋めるからで、これは悪意ではなく認知の癖です。

つまり、初回の打ち合わせの目的は「気に入られること」ではなく「空白を減らすこと」です。空白が少ない案件は、途中で関係が悪くなりません。逆に、初回で気持ちよく盛り上がった案件ほど、後半で条件の話をしづらくなって苦しくなります。

聞きにくいことほど先に聞く

費用の話、修正回数の話、支払期日の話は、初回で切り出すと嫌がられるのではないかと躊躇する人が多い項目です。しかし順序は逆で、これらを後回しにした案件ほど、終盤で関係が壊れます。

依頼者の立場から見ても、途中で条件が増える方が困ります。予算は社内で先に確保されているケースが大半なので、後から費用を追加するには稟議をやり直す必要があるからです。初回で条件を出しておくことは、相手の社内調整を助ける行為でもあります。聞きにくいことを最初に聞ける人は、面倒な人ではなく段取りができる人として扱われます。

もう一点、これは実務でよく見る誤解ですが、条件を確認することと値切られないことは別の話です。条件を明確にすると、相手は「この範囲ならこの金額」という比較ができるようになります。比較できる状態は、こちらにとって不利ではありません。むしろ、範囲が曖昧なまま安い金額を提示された案件のほうが、後で無限に作業が増えます。

打ち合わせの前に手元で用意しておくもの

初回の打ち合わせは、その場の即興でうまくいくものではありません。用意しておくものは3つあります。

質問リストを「決めること」と「教わること」に分ける

質問を一列に並べると、打ち合わせが尋問のようになります。そうではなく、その日に決着させたい項目と、相手から情報をもらえれば十分な項目を分けておきます。

決着させたい項目は、範囲、修正回数、期日、検収、支払期日の5つです。この5つは、後から変えるとすべての見積り前提が崩れるため、初回で仮でも条件を置いておきます。一方で、ターゲットユーザーの詳細、競合の状況、既存の課題感などは、その場で完璧に聞き出す必要はありません。後日の資料共有でも足ります。

この分け方をしておくと、時間が押したときに何を諦めるかの判断が一瞬でつきます。多くの打ち合わせは、雑談と背景説明に時間を取られて条件の話に入れないまま終わります。終わり際に「あと3分だけ、進め方の確認をさせてください」と言えるかどうかで、その後の1か月が変わります。

相手のプロダクトに触ってから行く

既存のアプリやサイトがあるなら、必ず自分で操作してから打ち合わせに入ります。会員登録の導線、検索、購入や申し込みまでを一度通します。

ここで見つけた引っかかりは、その場で指摘するためではなく、質問の材料として使います。「登録の途中で入力が3画面ほど続きますが、ここで離脱が多いといった感覚はありますか」という聞き方をすると、相手は数字を持ち出して答えてくれます。この一往復があると、相手はこちらを「調べてきた人」として扱うようになり、以後の情報開示の量が変わります。

注意したいのは、初回でいきなり改善案を並べないことです。背景を知らない状態での指摘は、ほぼ外れます。社内の制約や過去の経緯があってその形になっているケースが多く、そこを踏まずに批評すると、相手は防御に回ります。初回は診断ではなく、材料集めの場だと割り切ります。

進め方の型を1枚にしておく

自分の標準的な進め方を、工程と成果物と所要期間の3列で1枚にまとめておきます。調査、要件整理、情報設計、ワイヤーフレーム、ビジュアル、プロトタイプ、実装への受け渡しといった並びです。

この1枚があると、打ち合わせの中で「今回はどこからどこまでですか」という会話が成立します。範囲の確定は、言葉で議論するより、工程表を指差して線を引くほうが早く正確です。相手が「調査は自社でやったデータがあります」と言えば、その工程を外して見積りを組み直せます。

事業と体制について聞くこと

デザインの話に入る前に、この案件がどういう文脈で発生したかを確認します。ここを飛ばすと、途中で目的がすり替わります。

この画面で何の数字を動かしたいのか

「使いやすくしたい」「今風にしたい」という依頼は、そのままだと検収の基準になりません。何をもって成功とするかを、相手の言葉で引き出しておきます。

申し込みの完了率を上げたいのか、問い合わせを減らしたいのか、社内の運用工数を下げたいのか。目的が決まると、迷ったときの判断基準が生まれます。装飾の議論になったときに「今回は申し込みの完了を最優先にしましょう」と戻せるかどうかで、修正の往復回数が変わります。

注意したいのは、成果の数値そのものを約束しないことです。数値は実装や集客や在庫状況にも左右されるため、デザイナーが単独で保証できるものではありません。目的として共有はするが、成果保証としては契約に書かない。この線引きは初回で明示しておきます。ここを曖昧にしたまま「改善を約束します」と口頭で言ってしまうと、結果が出なかったときに報酬の話に飛び火します。

決裁権を持つのは誰か

これは最も後戻りに直結する質問です。打ち合わせに出ている担当者が決裁権を持っていない場合、その人が持ち帰った先で方針が変わります。

聞き方は簡単で、「最終的にこのデザインをOKと判断されるのはどなたになりますか」で足ります。ここで役員や部門長の名前が出てきたら、次に「その方に見ていただくタイミングは、どの工程で設けられそうですか」と続けます。

最悪なのは、ビジュアルまで作り込んだ最終段階で初めて決裁権を持つ人が登場し、情報設計から覆るパターンです。これを避けるには、ワイヤーフレームの段階で一度レビューを挟む工程を提案します。早い段階で見せるほうが、相手にとっても修正コストが小さくて済みます。この提案を嫌がる担当者はほとんどいません。むしろ、上長を早く巻き込む口実ができて助かる、という反応が返ってきます。

社内にデザインを見られる人がいるか

発注側にデザイン経験者がいるかどうかで、進め方は変わります。経験者がいれば、専門用語のまま議論を進められ、指摘も具体的です。いない場合は、案を2つか3つに絞って比較させる形にしないと、フィードバックが「なんとなく違う」で止まります。

いない場合に有効なのは、判断軸を先に共有することです。「今回は情報の見つけやすさを優先しているので、色の好みより導線の分かりやすさで見てください」と伝えてからレビューに入ると、意見の質が上がります。UI/UXの領域で何を扱うのかを整理した情報はUI/UX・アプリデザインのお仕事にまとまっており、こうした共通言語を持っておくと初回の説明が短くて済みます。

成果物の範囲について聞くこと

ここからが、金額と工数に直結する部分です。曖昧に流すと、後から必ず戻ってきます。

画面数の数え方をそろえる

「10画面」と言ったときに、双方が同じものを想像しているとは限りません。エラー状態、データが空の状態、読み込み中、入力途中の警告表示、これらを1画面と数えるか別と数えるかで、実作業量は倍以上変わります。

初回で決めるべきは、数え方のルールです。たとえば「1つの画面につき、正常時と主要なエラー状態までを含む」と決めてしまえば、後で揉めません。レスポンシブ対応も同様で、PCとスマートフォンを別々に数えるのか、1画面として扱うのかを言葉にします。

この確認を、相手を疑う行為だと感じる必要はありません。実務では、発注側も画面数の数え方を意識していないことがほとんどです。こちらから定義を持ち込むと、「そういう数え方をするんですね」と受け入れられます。定義を持ち込める側が、条件を主導できます。

対応するデバイスと環境

スマートフォンのみか、タブレットも含むか、PCも含むか。ブラウザの対応範囲はどこまでか。既存ユーザーの利用環境の割合を相手が持っていれば、それを見せてもらいます。

ここで重要なのは、対応範囲を広げると単純に作業量が増えるという事実を、初回のうちに共有しておくことです。後から「タブレットでも見られるようにしてほしい」と言われたときに、それが追加作業であるという前提が共有されていないと、無償対応の空気になります。

デザインシステムを作るのか使うのか

既存のデザインシステムやコンポーネント定義があるなら、それに従います。ない場合、今回の案件でシステムとして整備するのか、今回の画面が動けばよいのかで工数が大きく違います。

色やタイポグラフィやコンポーネントのルールを定義して納品物に含めるのであれば、それは独立した成果物です。「ついでに整えておいてください」で処理される作業ではないことを、初回に確認しておきます。逆に、システム化まで含めるのであれば、その分だけ後続の運用が楽になるという説明を添えると、予算をつける根拠になります。

実装側への受け渡し形式

デザインデータを渡して終わりなのか、実装者への説明の場に同席するのか、実装後の確認まで見るのか。ここが決まっていないと、納品後に延々と質問対応が続きます。

エンジニアとのやりとりが発生する案件では、余白や状態変化の指定をどこまで書くかも決めます。デザインデータ上の数値だけで足りるのか、仕様書として別途まとめるのか。この作業は目に見えにくいわりに時間を取るので、範囲に含めるかどうかを明確にします。技術側の職種がどんな責任範囲を持っているかはソフトウェア作成者の年収・単価相場のような職種別の整理を見ておくと、相手のエンジニアと話すときの前提がそろいます。

素材と原稿を誰が用意するかを決める

意外と見落とされるのが、写真、イラスト、アイコン、そして文言の原稿を誰が用意するかです。ここが決まっていないと、デザインが完成しているのに中身が入らず、公開が止まります。そして待たされている間は、こちらの請求も止まります。

初回で確認するのは3点です。写真素材は先方支給か、こちらで有料素材を購入するか。購入する場合、その費用は誰が持つか。文言の原稿は誰がいつまでに用意するか。特に文言は、ダミーテキストのまま進めると後で行数が合わなくなり、レイアウトの作り直しが発生します。

原稿が間に合わない可能性が高い案件では、「原稿の支給が遅れた場合、その日数分だけ納期を後ろにずらす」という一文を条件に入れておきます。これは相手を縛るためではなく、遅れの責任がどちらにあるかを後で争わないためのものです。

進め方と修正について聞くこと

修正の扱いは、UI/UXデザインの案件で最も揉める領域です。

修正は何回までを費用に含めるか

工程ごとに修正回数の上限を決めます。ワイヤーフレームで2回、ビジュアルで2回といった形です。

大事なのは回数そのものより、「回数を超えた場合にどうするか」を先に決めておくことです。追加費用にするのか、次の工程の時間を削って対応するのか。ここを決めずに回数だけ書くと、超えたときに気まずさだけが残って、結局は無償対応になります。

また、修正の定義も分けます。指定した内容の中での調整と、前提そのものを変える方向転換は別物です。「文言を変える」は修正、「ターゲットユーザーを変える」は要件変更として扱う、といった線引きを言葉にしておきます。この2つを同じ「修正」という言葉で呼んでいる限り、回数制限は機能しません。

レビューする人の数と順番

フィードバックを出す人が複数いる場合、そのまま全員の意見が届くと矛盾します。「担当者の方でいったん意見を集約していただけますか」と初回でお願いしておきます。

これは相手にとっても負担軽減になります。矛盾した指示を受けたデザイナーが確認のために往復すると、その調整時間は結局発注側にも降りかかるからです。集約の担当者を決めるだけで、往復が目に見えて減ります。

フィードバックの伝達手段を1本に絞る

チャットと電話とメールと打ち合わせの口頭が混在すると、どれが正式な指示か分からなくなります。修正指示は1つの場所に集約してもらうよう依頼します。

口頭で受けた内容は、その場でこちらがテキストに起こして送り返します。これは相手を疑っているのではなく、認識のずれを早く見つけるための作業です。「先ほどのお話をこう理解しましたが、合っていますか」という一往復で防げる手戻りは、相当な量があります。

期日、検収、支払いについて聞くこと

法務の相談で持ち込まれるトラブルは、ほぼこの3つのどれかに引っかかっています。

検収の定義を先に決める

「完成」とは何をもって完成なのかを、初回に決めます。データを納品した時点なのか、相手が確認してOKを出した時点なのか、実装が終わって公開された時点なのか。

ここが曖昧だと、公開が社内事情で半年延びたときに、報酬の支払いも半年止まるという事態が起きます。デザイン業務の完了と、相手の事業側の公開スケジュールは切り離しておくのが安全です。

あわせて、検収の期限も決めます。納品後に何日以内に確認の返答をもらうか。返答がない場合はどう扱うか。「納品後7営業日以内に指摘がなければ検収完了とみなす」という条項は、契約書に入れておく価値があります。相手の担当者が異動や休職でいなくなり、確認する人が誰もいないまま止まる案件は珍しくありません。

支払期日には法律上の上限がある

先日、あるWebデザイナーから相談を受けました。納品したのにクライアントが「イメージと違う」と言って報酬を払わない、という内容です。結論から言うと、これは2024年11月に施行されたフリーランス保護新法（特定受託事業者に係る取引の適正化等に関する法律）で明確に禁止されている行為です。

発注事業者は、成果物を受領した日から起算して60日以内のできる限り短い期間内で支払期日を定めなければならず、その期日までに報酬を支払う義務があります。つまり、「イメージと違う」は支払いを止める正当な理由にはならないんです。制度の詳細や相談の窓口は、公正取引委員会（https://www.jftc.go.jp/ ）や厚生労働省（https://www.mhlw.go.jp/ ）の案内が一次情報になります。

初回の打ち合わせでは、「お支払いはいつ頃になりますか」と聞くだけで十分です。相手が月末締め翌月末払いといった社内ルールを持っていれば、その場で答えが返ってきます。答えられない場合は、経理への確認をお願いしておきます。この一言があるかないかで、後の督促のしやすさがまったく違います。

※ 実際に支払いが止まっている状況であれば、個別の事情によって取れる手段が変わります。金額が大きい場合や、相手が交渉に応じない場合は、弁護士に相談してください。

途中で中止になった場合の扱い

社内の方針転換や予算の凍結で、案件が途中で止まることがあります。このときに、それまでの作業分が支払われるかどうかを決めておきます。

工程ごとに区切って、完了した工程までは請求できる形にするのが実務的です。着手金を設定しておくのも有効で、これは相手を疑う行為ではなく、双方が途中で止めやすくするための仕組みです。止めにくい契約は、続けるべきでない案件を惰性で続けさせます。

権利と秘密保持について聞くこと

著作権の譲渡範囲と実績公開

デザインの著作権を譲渡するのか、利用許諾にとどめるのかを確認します。譲渡する場合でも、実績として公開できるかどうかは別の話として交渉できます。

実績が出せるかどうかは、その後の受注に直結します。「守秘義務の範囲内で、ポートフォリオへの掲載は可能でしょうか」と初回に聞いておくと、公開できる形（社名を伏せる、公開時期をずらす）で折り合えることが多いです。納品後に聞くと、判断できる人が異動していて話が進まなくなります。

秘密保持契約はいつ結ぶか

未公開の事業計画やユーザーデータに触れる案件では、打ち合わせの前にNDAを結ぶのが本来の順序です。相手から提示がない場合、こちらから確認しても失礼にはあたりません。

NDAの中身で見るべきは、期間、対象となる情報の定義、そして実績公開との関係です。NDAが実績公開を全面的に封じる書き方になっていることがあるので、そこは初回のうちに調整します。文書のやりとりに慣れておくことは実務の基礎になるので、ビジネス文書検定のような体系で書式や敬語の型を押さえておくと、契約前後の連絡でつまずきません。

打ち合わせが終わった直後にやること

議事録は当日中に送る

打ち合わせの内容を、決定事項、保留事項、次回までの宿題の3つに分けて送ります。長文は不要で、箇条書きで十分です。

当日中に送ることに意味があります。相手の記憶が新しいうちなら、認識違いがあってもその場で訂正が返ってきます。数日空くと、双方の記憶が都合よく変形し、どちらが正しいか分からなくなります。

この議事録は、契約書がまだない段階での唯一の記録になります。メールで送っておけば、日付と内容が残ります。後になって条件の食い違いが起きたとき、当日に送った議事録に相手が異議を唱えていなかったという事実は、それ自体が有力な材料です。

保留は「保留」と書く

決まらなかった項目を、決まったかのように書かないことです。「画面数は追ってご連絡いただく」「レビュー時期は未定」と、未決のまま明記します。

未決事項が明記されている議事録は、見積りの前提条件としてそのまま使えます。「この見積りは、議事録の未決事項が想定通りに決まった場合の金額です」と添えれば、条件が変わったときに再見積りを出す根拠になります。

初回に出てきたら立ち止まりたい発言

条件を聞いていく過程で、危険信号として拾っておきたい言い回しがあります。どれも即座に断る理由にはなりませんが、確認を一段深くすべき合図です。

「まずは軽く作ってもらって、そこから考えます」

要件がまだ固まっていない状態で、作りながら決めたいという意向です。探索が必要な案件では正しい進め方なのですが、費用と期間が固定されたままこの進め方をすると、際限なく作り直すことになります。

対処は、探索の工程を明示的に切り出すことです。「最初の2週間は方向性を定めるための検討期間として、成果物は方針をまとめた資料にしましょう」と提案し、その後の制作は別の見積りにします。作りながら決めること自体は問題ではなく、それを制作費の中に無償で押し込む構造が問題です。

「デザインは詳しくないので、お任せします」

一見ありがたい言葉ですが、そのまま受け取ると危険です。任せると言った人ほど、出てきたものを見てから具体的な好みを述べます。判断基準を持っていないのではなく、言語化できていないだけだからです。

対処は、判断の材料を先に作ることです。参考にしたい既存サービスを3つ挙げてもらう、好ましくない例を1つ挙げてもらう。この2つを初回で押さえるだけで、方向性の外し方が大きく減ります。言葉で表現できない好みも、具体物を並べれば選べます。

「予算は決まっていないので、提案してください」

本当に決まっていないケースもありますが、多くは上限が社内で決まっていて、それを先に言いたくない状態です。金額を先に出させて比較したい、という意図もあります。

対処は、範囲別に段階を分けた提案を出すことです。最小構成、標準、拡張という3段階で、それぞれ何が含まれて何が含まれないかを示します。相手は上限に収まる段階を選ぶだけでよくなり、こちらは範囲と金額が結びついた形で合意できます。金額だけを1つ提示すると、その金額のまま範囲だけが膨らんでいきます。

長く続く人が初回にやっていること

フリーランスと在宅ワークの市場を20年運営してきた立場から言えば、長く仕事が続く人と単発で終わる人の差は、技術より初回の打ち合わせの設計に出ます。続く人は、初回で自分の進め方を提示し、相手の判断が必要な場所を明確にし、決まらなかったことを記録に残しています。逆に単発で終わる人は、初回を「気に入られる場」として使い、条件の確認を後ろに送っています。

もうひとつ、運営者として見てきた限りで共通しているのは、続く人ほど相手の社内事情に興味を持っているという点です。誰がどこで詰まるのか、どの部署が反対しそうかを初回で把握している人は、進行そのものが速い。デザインを作る技能と、組織の中で承認を通す技能は別物で、後者を持っている人に依頼が集まります。

中間業者が入らない直接取引の場合、この初回の打ち合わせが、そのまま契約条件の交渉の場になります。間に人が入っていれば条件はその人が整えてくれますが、その分だけ手数料が抜かれ、受け取る額は薄くなります。直接やりとりする形では、同じ予算でも依頼側はより多く頼め、受ける側の手取りは厚くなります。手数料0%の環境が効いてくるのは、金額の大小より、条件を自分で決められるという点です。そのかわり、条件を決める作業は自分でやらなければなりません。初回の打ち合わせの質が収入に直結するのは、この構造があるからです。

UI/UXの領域で独立する準備段階の整理はUI/UXデザインのフリーランスになるには？必要スキルと案件相場に、体系的な知識を資格の形で証明したい場合は人間中心設計(HCD)専門家資格でUXデザインのフリーランス案件を獲得にまとめてあります。初回の打ち合わせで相手に安心してもらう材料は、実績と、こうした裏付けの両方から作れます。

法律は、条件を決めていない人を守るためにあるのではなく、決めたことを守らせるためにあります。初回の打ち合わせで決めた内容を記録に残しておけば、いざというときに法律はあなたの味方になります。

よくある質問

Q. 初回の打ち合わせはどのくらいの時間を確保すべきですか？

条件の確認まで踏み込むなら、60分から90分は必要です。30分の枠だと背景説明で終わり、範囲や修正回数の話に入れません。事前に質問リストを送っておき、相手にも準備してもらうと短い時間でも決着します。時間が足りない場合は、決着させる項目を範囲と期日と支払期日の3点に絞り、残りは後日の資料共有に回します。