UI/UXデザインのもう一度頼まれる人｜次に繋がる終わり方

2026年7月31日

丸山桃子

この記事のポイント

✓UI/UXデザインでリピートされる人が納品前後に何をしているのかを整理
✓次に繋がる終わり方の手順を具体的にまとめました

UI/UXデザインでリピートされる人と、良い仕事をしたのに一度きりで終わる人の差は、成果物の完成度ではありません。差が出るのは終わり方です。納品して、お礼を言って、請求書を送って終わり。この流れ自体は間違っていないのですが、これだけだと相手の中で案件が「完了した過去のもの」として閉じてしまいます。次の相談が来る人は、終わりの数週間の使い方が違います。この記事では、UI/UXデザインの案件をどう終わらせれば次に繋がるのかを、納品前から公開後までの流れで具体的に整理します。

再依頼は「良かったから」ではなく「次が見えているから」起きる

まず、相手が再依頼を出す瞬間を考えます。担当者が次の予算を取りに行くとき、社内で説明する材料が必要です。「前回お願いしたデザイナーが良かったので、また頼みたい」だけでは稟議は通りません。「前回の改修で申し込み画面までは整ったが、その先の会員向け画面が手つかずで、そこに離脱が残っている」という材料が要ります。

つまり、再依頼を生むのは満足度ではなく、次の課題が言語化されているかどうかです。そしてその言語化を、誰がやるのか。担当者は日々の業務で手一杯なので、多くの場合やりません。ここを終わり際に渡せる人が、もう一度呼ばれます。

UI/UXの仕事は本来、一度で終わる性質のものではない

そもそも、体験を設計する仕事は継続を前提としています。作って終わりではなく、使われ方を見て直していく性質のものです。

では、UI/UXデザインとは。ざっくり言ってしまえば、目的達成のための体験をつくることが「UXデザイン」で、UXデザインの要素の1つに「UIデザイン」が含まれていて、それを総合して「UI/UXデザイン」と呼んでいます。出典: root-sea.co.jp

目的の達成度は、公開してみないと分かりません。だから公開後にこそ仕事があります。この構造を相手と共有できていれば、継続は自然な話になります。共有できていないと、公開した時点で「終わったこと」になります。終わり方の設計とは、この認識をそろえる作業でもあります。

実際に評価されているのは、公開後に何が起きたか

改修の効果が語られるのは、たいてい公開してしばらく経った後です。

JINSの公式アプリリニューアル後、累計ダウンロード数は1400万を超え、App Store評価も2.1から4.6へと大幅に向上しました（2023年12月時点）。ユーザーが必要な情報に簡単にアクセスできるようになり、店舗からの「使いにくい」といったネガティブな声も減少しました。出典: goodpatch.com

注目したいのは、店舗からの声が減った、という部分です。設計の効果は、利用者だけでなく、運用する側の負担としても現れます。そして運用側の変化は、公開直後には見えません。数週間から数か月かけて分かってきます。

この期間に接点を持っている人と、納品と同時に消えた人では、次の相談が来る確率がまったく違います。

納品の1か月前からやること

終わり方の準備は、納品当日に始めても遅いです。1か月前から動きます。

残タスクを一覧にして共有する

制作が終盤に入ると、細かい未対応が積み残ります。この段階で、残っているものを全部一覧にして相手に見せます。

一覧には3種類を書きます。今回の範囲内で必ず終わらせるもの、範囲外だが今回のうちに片づけたほうがよいもの、今回は見送るが将来やるべきもの。この3分類が重要です。3つ目が、そのまま次の案件の種になります。

相手にとっても、この一覧はありがたいものです。何が終わって何が残るのかが見えるので、社内への報告が書けます。逆に、この一覧がないまま納品されると、担当者は自分で棚卸しをすることになり、負担だけが残ります。

誰が引き取るのかを確認する

納品したデザインは、相手の社内の誰かが引き取ります。実装するエンジニアなのか、運用する担当者なのか、あるいは別の制作会社なのか。

引き取る人が誰かによって、渡すものの形が変わります。エンジニアに渡すなら、余白や状態変化の指定が要ります。運用担当に渡すなら、更新の手順が要ります。別の会社に渡るなら、ファイルの構造そのものを整理しておく必要があります。

この確認をせずに納品すると、渡した後で質問が延々と来ます。しかもその質問対応は、契約の範囲外なので無償になりがちです。誰に渡るかを先に聞くのは、自分の時間を守る作業でもあります。

公開後に起きそうなことを先に伝える

公開すると、想定していなかった反応が出ます。既存ユーザーが慣れた操作を変えられて戸惑う、問い合わせが一時的に増える、といったことです。

これを事前に伝えておくと、実際に起きたときに「聞いていた通りだ」となります。伝えていないと、「デザインを変えたせいで問い合わせが増えた」という話になります。同じ現象でも、予告の有無で評価が正反対になります。

伝え方は簡単で、納品前の打ち合わせで「公開後1週間から2週間は、慣れの問題で一時的に問い合わせが増えることがあります。その期間を過ぎても減らない場合は、設計側の問題なので見直しましょう」と言っておくだけです。この一言が、公開後の関係を守ります。

納品時に渡すもの

データは他人が開く前提で整える

自分だけが分かる構造のままファイルを渡すと、受け取った側は使えません。レイヤー名が「グループ 12」のままだったり、使っていないアートボードが大量に残っていたりすると、開いた人はそこで詰まります。

整理の作業は地味ですが、ここが評価に直結します。受け取った側が「きれいに整っている」と感じたデータは、社内で共有されます。共有されると、こちらの名前が組織の中で広がります。逆に、開きにくいデータは担当者の中で止まり、二度と開かれません。

命名のルール、階層の切り方、色や文字のスタイル定義。この3つが揃っていれば十分です。完璧である必要はなく、他人が触れる状態であればよいのです。

判断の記録を1枚残す

これが最も効きます。今回の設計でどういう判断をしたのか、なぜそうしたのかを、1枚にまとめて渡します。

書くのは、主要な判断を3つから5つ。「一覧は絞り込みより並び替えを優先した。理由は、利用者の多くが目的の商品を決めずに来るため」といった形です。長い文章は要りません。判断と理由が対になっていればよいのです。

この1枚があると、後から別の人が触るときに、設計の意図を壊さずに済みます。そして相手にとっては、社内に残る資産になります。ここまで残す人はほとんどいないので、それだけで印象が変わります。

運用の手順を書く

公開後に相手が自分で変えられる箇所については、手順を書きます。バナーの差し替え、文言の変更、新しい項目の追加。よくある更新を3つか4つ選んで、手順を書いておきます。

「自分でできるようにすると、次の仕事が減るのでは」と考える人がいますが、逆です。細かい更新を自分でできる相手は、こちらに大きな相談を持ってきます。細かい更新でいちいち連絡が必要な相手は、面倒になって別の会社に切り替えます。

触ってはいけない箇所を明示する

設計上、変えると全体が崩れる箇所があります。共通のコンポーネント、余白の基準値、色の定義などです。

ここを「触らないでください」ではなく、「触る場合はご相談ください」と書きます。相談が来る仕組みを作っておくと、それが次の接点になります。禁止で終わらせると、勝手に触られて崩れ、後で「デザインが崩れている」という話になります。

引き渡しの場をどう作るか

実装者との受け渡し

デザインデータをただ渡すのではなく、30分でよいので説明の場を持ちます。ここで実装側の懸念を聞いておくと、後の手戻りが減ります。

エンジニアから「この動きは実装コストが高い」と言われたら、その場で代替案を出します。デザインを守ることより、公開までたどり着くことが優先です。ここで柔軟に動ける人は、エンジニアから名前を覚えられます。次の案件で「あの人にお願いしたい」と言い出すのは、担当者ではなくエンジニアであることが少なくありません。

運用担当への説明

運用する人は、たいてい設計の打ち合わせに出ていません。出来上がったものを渡されて、使い方を自分で理解するよう求められています。

ここに30分使うだけで、印象が大きく変わります。運用の人は現場の不満を一番よく知っているので、説明の場でそれが出てきます。その不満は、そのまま次の改善提案の材料になります。

公開後に何をするか

公開の直後に確認する

公開されたら、自分で一通り触ります。実装の過程でずれた箇所、意図と違う動きをしている箇所を見つけて、まとめて連絡します。

このとき、責める書き方をしないことです。「実装で崩れています」ではなく、「公開後に確認したところ、数か所ずれがありました。優先度の高い順に並べています」と伝えます。相手のチームを立てる書き方をしておくと、その後の関係が続きます。

少し時間を置いて様子を聞く

公開から2週間から1か月後に、短い連絡を入れます。長文は不要で、「公開後の状況はいかがですか。気になる点があれば伺います」という程度です。

この連絡の目的は、営業ではありません。相手の中で案件が閉じるのを防ぐことです。連絡が来た時点で、相手は「まだ続いている関係」として認識し直します。ここで返信がなくても構いません。送った事実が残ります。

次の提案は観測した事実から出す

様子を聞いたときに何か問題が出てきたら、それを起点に提案します。ここで大事なのは、思いつきで提案しないことです。

「他にもこういうことができます」という提案は、営業に見えます。「公開後に伺った内容から、この部分に手を入れると効きそうです」という提案は、相談に見えます。同じ内容でも、起点が相手の言葉かこちらの都合かで、受け取られ方が変わります。

提案の大きさも調整します。いきなり大きな改修を持ちかけると、予算の話になって止まります。まず小さく試せるものを出し、そこで結果が出たら次を出す。この順番のほうが、結果的に長く続きます。

終わり方の言葉づかい

感謝で締めるより、事実で締める

最後の連絡を「ありがとうございました」だけで終えると、そこで会話が閉じます。感謝は書いたうえで、その後に事実を1つ添えます。

添えるのは、残した課題です。「今回の範囲では手をつけていない会員向け画面について、公開後のデータが溜まったころにあらためてご相談いただければと思います」という一文です。これがあると、相手の頭の中に次の項目が残ります。

断るときこそ丁寧に終わる

条件が合わない、時期が合わないなどで断ることもあります。このときの終わり方が、後で効きます。

断る理由を正直に伝え、可能であれば代替案を出します。「この期間は他の案件で埋まっているため、この規模はお受けできません。範囲を絞った形であれば対応可能です」あるいは「この領域は専門外なので、無理にお受けするより適任の方を探されたほうが良い結果になります」と伝えます。

断られた相手は、意外なほどよく覚えています。無理に受けて中途半端になるより、正直に断ったほうが次に呼ばれます。

一度きりで終わる人がやっていること

再依頼が来ない理由は、ほとんどの場合わかりやすいところにあります。腕が悪いから呼ばれないのではなく、次に呼ぶ理由を渡していないだけです。

納品した瞬間に連絡が途絶える

もっとも多いのがこれです。データを送り、請求書を出し、そこで会話が止まります。相手は特に不満もないので、こちらから連絡がなければ何も起きません。

そして数か月後、次の改修の話が社内で出たときに、担当者の頭に浮かぶのは直近でやりとりのある相手です。半年前に納品して以来やりとりのない人は、思い出されません。忘れられたのではなく、想起の順番で負けているだけです。

この状況を防ぐのに、頻繁な連絡は要りません。公開直後に1回、1か月後に1回。この2回で十分です。回数より、途切れさせないことに意味があります。

相手が困りそうな場所を残したまま去る

デザインデータの構造が自分にしか分からない、更新手順がどこにも書かれていない、実装側からの質問に答える相手がいない。こういう状態で終わると、相手の社内で「あの案件は引き継ぎが大変だった」という記憶が残ります。

デザインの出来が良くても、この記憶があると次は別の相手に頼まれます。特に、担当者が異動した後の再依頼はここで決まります。引き継いだ人が資料を開いて理解できれば、そのまま同じ人に頼みます。理解できなければ、一から探し直されます。

完成を目的にしてしまう

作ったものを完成させることに集中しすぎると、使われ方への関心が薄くなります。公開後に何が起きるかを見ていない人は、次に何をすべきかも語れません。

依頼側から見ると、この差は「作る人」と「一緒に良くしていく人」の違いに見えます。作る人は必要なときだけ呼ばれ、一緒に良くしていく人には相談が先に来ます。

請求と経理の手続きを丁寧に終える

見落とされがちですが、最後に相手と接するのは経理部門です。請求書の形式が合っていない、締め日を過ぎている、必要な書類が足りない。こうした手間をかけさせると、社内で「あの人は事務がやりづらい」という評価が付きます。

発注側の担当者にとって、事務が滞る取引先は面倒です。デザインの良し悪しとは無関係に、次を頼むかどうかの判断に効いてきます。請求書の宛名、締め日、必要な添付書類は、案件の開始時に確認しておきます。

支払いが遅れている場合の督促も、感情を出さずに事実だけを書きます。「お支払い予定日を過ぎておりますので、状況をご確認いただけますでしょうか」で十分です。ここで関係を壊すと、その後の受注も同時に失います。

引き継ぎ相手が現れたときの対応

案件の途中や納品後に、担当者が異動することがあります。このとき、後任への引き継ぎに協力すると、関係がそのまま次の担当者に移ります。

具体的には、後任向けに経緯をまとめた短い資料を作って渡します。頼まれていなくても構いません。異動した担当者は助かりますし、後任は最初からこちらを味方として認識します。ここで手を抜くと、後任は前任の選んだ取引先というだけの認識になり、自分の判断で別の相手を探し始めます。

継続の芽をどこで見つけるか

次の案件は、外から降ってくるものではなく、今の案件の中に必ず落ちています。拾い方には型があります。

範囲外だと気づいたことをメモしておく

制作中、範囲外のことに気づく場面が何度もあります。別の画面の導線がおかしい、社内の運用が非効率、データの持ち方に無理がある。

その場では言いません。範囲外の指摘は、進行中だと余計な仕事に見えるからです。かわりにメモに残します。案件が終わるときに、この蓄積が「今回は見送るが将来やるべきこと」の一覧になります。制作中に自然に集まった観察なので、思いつきの提案とは説得力がまるで違います。

相手の口から出た不満を拾う

打ち合わせの雑談で、担当者は必ず何か愚痴をこぼします。「毎月このバナーを差し替えるのが大変で」「別の部署から同じことを何度も聞かれる」といった内容です。

これは金脈です。本人が困っていると自覚している課題なので、提案すれば通ります。しかも予算が取りやすい。数字で示せる課題より、担当者本人の負担が減る課題のほうが、社内の承認が早いことがよくあります。

運用担当と実装担当の声を聞く

決裁する人や窓口の担当者ではなく、実際に手を動かす人の話を聞きます。この層は不満を持っていても、それを上に伝える機会がありません。

引き渡しの場で「使ってみて困ることがあれば教えてください」と一言添えるだけで、話が出てきます。ここで出た内容は、次の提案の中でも特に喜ばれる種類のものになります。

相手の社内に名前を残す

再依頼が来るかどうかは、窓口の担当者一人に依存させないほうが安定します。

資料に自分の連絡先を残す

渡す資料の最後に、連絡先と、対応できる範囲を1行書いておきます。データが社内で共有されたとき、その資料を開いた別の人がこちらにたどり着けます。

案件が終わって半年後に、まったく面識のない部署から連絡が来ることがあります。たいていの場合、社内で回っていた資料を見た人からです。これは待っていて起きるものではなく、連絡先を残していたから起きます。

担当者が説明しやすい形で渡す

担当者は、こちらの成果を社内で説明する役目を負っています。その説明が楽になる形で渡すと、担当者の評価が上がります。

具体的には、要約を先頭に置くこと、専門用語に短い説明を添えること、判断の理由を書いておくこと。この3つです。担当者が上長に説明して褒められた案件は、次も同じ人に頼まれます。逆に、説明しづらい資料を渡すと、担当者は苦労した記憶だけを持ちます。

継続を前提にした契約の形

保守の枠をあらかじめ作る

納品後に、月ごとの小さな枠を設ける形があります。決まった時間数の中で、細かい修正や相談に対応するというものです。

この枠があると、相手は些細な相談をしやすくなります。そして些細な相談の中から、大きな案件が出てきます。枠がないと、相手は「これくらいで連絡するのは悪いかな」と遠慮し、その遠慮が積もって疎遠になります。

相談だけの枠を作る

制作を伴わない、相談だけの時間を売る形もあります。社内でデザインを進めている相手に対して、月に1回か2回、見てコメントするという関わり方です。

この形は、相手の社内に手を動かせる人がいる場合に有効です。全部を外注する予算はないが、判断に自信がない、という状況は非常に多いからです。UI/UXの領域でどういう関わり方があるのかはUI/UX・アプリデザインのお仕事に整理されており、自分が提供できる関わり方の幅を考える材料になります。

契約書に次の余地を残す

業務委託契約を結ぶとき、終了条項だけを書いて終わりにしないことです。納品後の対応について、一文入れておきます。

「納品後30日以内の軽微な修正は本契約に含む」「以後の対応は別途協議する」といった書き方です。これがあると、公開後の連絡が契約の範囲内の行為になり、双方が動きやすくなります。何も書かれていないと、公開後の連絡がサービスなのか有償なのか曖昧になり、結局どちらも動かなくなります。

あわせて、公開実績としての掲載可否についても、この段階で協議の余地を残しておきます。実績が出せる案件は、次の受注を呼びます。

定期的な見直しの提案を先に置く

納品時に、「公開から3か月後に一度、数字を見ながら振り返りの場を持ちませんか」と提案しておきます。予算の話はその時点でしません。まず場を約束します。

場が約束されていると、相手は3か月後にこちらを思い出します。そして振り返りの場で課題が出れば、そこから次の案件が始まります。何も約束していない場合、3か月後に連絡するのはこちらの都合になり、切り出しにくくなります。

この提案は、断られてもマイナスになりません。「その頃にまたご連絡します」と言われれば、それはそれで接点の予告になります。

単発と継続で、仕事の組み立て方は変わる

継続を前提にすると、1つの案件の中でやることの優先順位も変わります。

完璧に作り込むより、直せる形にする

単発なら、渡した時点が最終形なので、その中で完成度を上げるのが正解です。継続を前提にするなら、後から直せる構造にしておくほうが価値が高くなります。

具体的には、共通部品を整理しておく、判断の理由を残す、変更しやすい箇所と固定すべき箇所を分けておく。この整備は、次の改修の速度に直結します。速く直せる相手は、また呼ばれます。

全部を今回でやろうとしない

限られた予算の中で全部を良くしようとすると、どれも中途半端になります。継続を見込むなら、今回は範囲を絞って確実に効果を出すほうが賢明です。

効果が見えれば、次の予算が付きやすくなります。範囲を広げて薄く手を入れると、効果が測れず、次の予算の根拠が作れません。相手の社内で予算が通る流れを考えると、狭く深くのほうが有利です。

相手が自走できる部分を増やす

すべてを自分が握っていたほうが仕事が続く、という考え方は短期的には正しく見えます。ただ実際には、握りすぎた関係は相手にとって重荷になり、切り替えの検討を招きます。

相手が自分でできる範囲を増やしたうえで、判断が必要な場面で呼ばれる立場に立つ。この形のほうが、長い目では仕事が続きます。

呼ばれ続ける人が持っている感覚

フリーランスと在宅ワークの市場を20年運営してきた立場から言えば、長く続いている人ほど、単発の作業ではなく「この人に任せると楽だ」という状態を作ることに時間を使っています。デザインの質は前提であって、差がつくのはその外側です。

運営者として見てきた限り、リピートされる人には共通する感覚があります。相手の社内での立場を想像しているのです。担当者が上司に何と説明するか、次の予算をどう取るか、失敗したときに誰が責められるか。ここを想像している人は、渡す資料の形が違います。相手が社内で使える形で渡すので、担当者の評価が上がり、結果として次も呼ばれます。

中間に業者が入らない直接取引では、この関係が個人に直接蓄積します。間に人が入っていると、関係は業者と発注者の間に貯まり、担当者が変わればこちらは呼ばれません。直接やりとりする形なら、同じ予算でも依頼側はより多く頼め、受ける側の手取りも厚くなります。手数料0%の環境で効いてくるのは、金額そのものより、関係が自分に残るという点です。

デザイン領域で長く働くための土台づくりはUI/UXデザインのフリーランスになるには？必要スキルと案件相場に、体系的な知識を形にしたい場合は人間中心設計(HCD)専門家資格でUXデザインのフリーランス案件を獲得にまとめてあります。分野ごとの働き方の違いを俯瞰したい場合はデザイナーの年収データ｜Web・UI/UX・グラフィック分野別【2026年版】も参考になります。

終わり方は、次の始まり方です。納品の日をゴールにするか、次の相談の入口にするかは、その1か月の使い方で決まります。