UI/UXデザインの納期に間に合わないとき｜伝える順番

結論から書きます。納期に間に合わないと分かったとき、信用を決めるのは遅れた事実ではなく、伝える速さと順番です。順番は、事実、新しい期日、影響と代案、原因の四つ。この順で伝えると、相手は次の手を打てます。逆に原因の説明から始めると、言い訳として受け取られ、対処が一手遅れます。この記事では、UI/UXデザインの案件で納期に間に合わないと判明したときの手順を、連絡の作り方から再発防止までまとめます。

遅れそのものより、報告の遅さのほうが重い

まず、依頼側が何に困るのかを正確に理解してください。ここを外すと、伝える内容の優先順位を間違えます。

困るのは制作の遅れではなく、後工程の停止

デザインの納品が遅れたとき、依頼側で止まるのはデザインではありません。実装、テスト、コンテンツの流し込み、公開の告知、広告の入稿。デザインの後ろに並んでいる工程が全部止まります。関係者が多い案件ほど、この連鎖は大きくなります。

つまり、依頼側にとって最も重要な情報は「いつなら出るのか」です。何日遅れるかが分かれば、後工程の日程を組み直せます。ここが分からないまま「遅れます」とだけ伝えられると、何も動かせません。報告の第一の目的は、謝罪ではなく相手の再計画を可能にすることです。

黙っている時間が信用を削る

遅れることが分かってから連絡するまでの時間は、そのまま信用の目減りに直結します。三日前に伝えられた遅延と、前日に伝えられた同じ日数の遅延では、相手が受ける被害がまったく違います。

そして依頼側は、なぜもっと早く言わなかったのかを必ず考えます。制作の進捗は外から見えないため、報告がない間は順調だと解釈されているからです。順調だと思っていた案件が直前に崩れると、次の案件でも進捗を疑うようになります。一件の遅延が継続の可否に影響するのは、遅れたからではなく、報告が遅れたからです。

遅延は契約上の責任にもなりうる

納期の遵守は契約上の義務です。遅延によって依頼側に損害が生じた場合、その賠償を求められる可能性があります。実際に請求まで至る例は多くありませんが、可能性がある以上、記録を残しながら対応する必要があります。

とくに注意すべきは、納品できなかったことを理由に報酬の減額を求められる場面です。合意なく一方的に減額することは制度上問題となりうる行為ですが、こちら側に納期遅延の責任がある状況では交渉が不利になります。取引条件や報酬の扱いについては公正取引委員会や中小企業庁が公開している情報を確認しておくと、話し合いの前提を持てます。

伝える順番を固定する

ここからが本題です。連絡の中身は、次の順序で組み立ててください。

最初に、事実だけを一文で書く

冒頭の一文は、遅れるという事実です。前置き、経緯、謝罪の長文を先に置かないでください。読み手は忙しく、最初の数行しか読まないことがあります。

書き方は「〇月〇日にご提出予定でした画面デザイン一式について、当初の日程での提出が難しくなりました」で十分です。何が、いつの予定で、どうなったか。この三点が一文に入っていれば、読み手は状況を把握できます。曖昧な表現で衝撃を和らげようとすると、かえって正確に伝わらず、二往復増えます。

次に、新しい期日を具体的な日付で出す

二番目に書くのが、新しい提出日です。ここが最も重要な情報になります。

日付は「来週中」「なるべく早く」ではなく、具体的な日で書いてください。そして、その日付は必ず守れる日にします。ここで楽観的な日を出して再び遅れると、二度目の遅延になり、信用の回復は極めて難しくなります。見積もりの際は、残作業を洗い出したうえで、想定外の分を上乗せした日を出してください。少し余裕を持った日を提示し、前倒しで出すほうが、結果として評価されます。

三番目に、影響と代案を示す

新しい日付だけでは、相手の後工程は救われません。何が遅れ、何は予定どおり出せるのかを分けて伝えてください。

UI/UXの制作は複数の成果物で構成されているため、全部が一様に遅れているとは限りません。画面遷移の設計は完成しているが視覚デザインが残っている、主要画面は出せるが付随する画面が残っている。この切り分けを提示すると、依頼側は完成した部分から後工程を進められます。

代案の出し方は後で詳しく扱いますが、要点は「相手が選べる形にする」ことです。全体を新しい日に一括で出す案と、完成した分から順に出す案を並べて提示すると、相手は自分たちの都合で選べます。

最後に、原因と再発防止を短く書く

原因の説明は最後です。しかも短く書きます。長く書くほど言い訳に見えるためです。

書く内容は、事実としての原因と、今後どうするかの二点だけにしてください。「先方の承認が想定より時間を要したこと、および作業量の見積もりが不足していたことが原因です。以降は週次で進捗をご共有します」といった形です。責任の所在を相手に押し付ける書き方は避けます。たとえ承認の遅れが原因であっても、それを織り込んだ工程を組まなかったのはこちら側の責任という立場で書くほうが、その後の関係が保たれます。

連絡の手段とタイミング

順番が決まったら、いつ、どの手段で伝えるかを決めます。ここも判断の基準を持っておくと迷いません。

気づいた時点で連絡する

最も多い失敗は、挽回できるかもしれないと考えて連絡を先延ばしにすることです。徹夜すれば間に合うかもしれない、明日の作業が進めば追いつくかもしれない。この期待で数日が過ぎ、結局間に合わずに直前の報告になります。

判断基準を明確にしてください。残作業を今の作業速度で計算して、予定日に対して余裕がゼロを下回った時点で連絡する。この基準にしておけば、感情ではなく計算で動けます。連絡した後で間に合ってしまった場合は、予定どおり出せますと伝えれば済みます。早すぎる連絡で失うものはありませんが、遅すぎる連絡で失うものは大きいという非対称があります。

文章で残し、必要なら口頭で補う

連絡はメールなど記録が残る手段で行ってください。口頭や通話だけで済ませると、後から言った言わないになります。とくに新しい期日と代案は、記録に残っていないと意味がありません。

関係者が多い案件や、影響が大きい場合は、文章を送ったうえで通話を申し出るのが丁寧です。ただし順序は、文章が先です。先に電話をすると、相手は情報を整理できないまま反応することになり、感情的なやり取りになりやすくなります。文章で事実を把握してもらってから話すと、議論が対処の話から始まります。

相手の後工程の締切を確認する

連絡の際、相手側で動かせない日がいつかを聞いてください。公開日、告知日、社内の報告日。この日が分かれば、そこから逆算して何を優先して出すべきかが決まります。

依頼側にとっての本当の締切は、こちらに伝えていた納期より後ろにあることがあります。バッファを取って発注しているためです。その場合、実質的な影響は小さく済みます。逆に、伝えられていた納期がすでにぎりぎりだった場合は、部分納品や工程の入れ替えを急いで検討する必要があります。確認しないまま謝り続けるのは、時間の使い方として適切ではありません。

連絡文の組み立て方

実際の文面をどう作るかを整理します。長さは短くて構いません。

構成は四段落で足りる

一段落目に事実、二段落目に新しい期日、三段落目に影響と代案、四段落目に原因と再発防止。これで完結します。

謝罪の言葉は、一段落目の末尾に一文入れる程度にしてください。冒頭から謝罪を重ねると、肝心の情報が後ろに押しやられます。誠意は文量ではなく、情報の正確さと速さで伝わります。

例文の骨格

以下のような形になります。

「〇〇株式会社 △△様。□□の画面デザイン一式について、〇月〇日のご提出予定に間に合わない見込みとなりました。ご迷惑をおかけし申し訳ございません。」

「新しい提出予定日は〇月〇日です。この日程は残作業を確認したうえで設定しており、確実にお渡しできます。」

「なお、画面遷移の設計と主要三画面については本日中にお渡しできます。実装の準備を先に進めていただける場合は、先行してご確認いただく形も可能です。ご都合の良い進め方をお知らせください。」

「原因は、承認をいただく工程の日数を短く見積もっていたことです。以降は週次で進捗と残作業をご共有し、遅れの兆候が出た段階でご相談します。」

この四つで、相手が必要とする情報は揃います。これ以上の説明は、聞かれてから答えれば十分です。

書いてはいけない表現

体調不良、家庭の事情、他の案件が立て込んでいる。これらを理由として書くのは避けてください。相手にとっては、それが事実かどうかを確かめようがなく、しかも対処にも使えません。理由として意味を持つのは、その案件の中で起きた事実だけです。

もう一つ、「できる限り早く」「善処します」といった曖昧な表現も避けます。相手が予定を組めない表現は、報告としての機能を果たしていません。日付を書けない段階なら、いつまでに日付を出せるかを書いてください。

部分納品という選択肢を持っておく

納期遅れの対処で最も効くのが、全部か無かの発想を捨てることです。

工程が分かれていれば部分で出せる

UI/UXの制作は、要件の整理、情報設計、画面構成、視覚デザイン、実装用データの作成という順に進みます。この工程が明確に分かれていれば、完成した工程から順に渡すことができます。

依頼側の後工程も、実は全部が同時に始まるわけではありません。実装は主要画面から着手するのが普通で、付随画面は後になります。優先度の高い画面から先に渡せば、相手の後工程は止まりません。全体の納品日が遅れても、実質的な影響をほぼゼロにできる場合があります。

一般的なUI/UXデザインの外注プロジェクトは準備期間を含めて12〜18週間が目安です。ただし、これはあくまで標準的な場合。実際には案件の規模や複雑さによって大きく変動します。 出典: picks-design.com

期間に幅があるということは、工程のどこかで詰まると全体が動くということでもあります。だからこそ、工程を分けて部分的に渡せる形にしておくことが、遅延時の唯一の逃げ道になります。

部分納品の際に必ず添えるもの

完成した分だけを渡すときは、残りの範囲と提出日を明記した一覧を添えてください。これがないと、依頼側は何が届いていて何が届いていないかを把握できません。

一覧の書式は簡単で構いません。成果物の名前、状態、提出予定日の三列です。この一覧を毎回更新して送る運用にすると、進捗の共有にもなり、次の遅延の予防にもなります。

検収と支払いの扱いを確認する

部分的に渡す場合、検収と支払いをどう扱うかを確認してください。契約が一括納品を前提にしている場合、部分納品は検収の対象になりません。支払いの時期に影響が出るため、事前に取り決めておく必要があります。

工程ごとの分割払いにしておくと、この問題は起きません。契約の段階で分割を提案しておくことは、遅延時の備えとしても有効です。

相手の反応別に対応を変える

報告を送った後、相手の反応は大きく三つに分かれます。それぞれで次の一手が変わります。

新しい日程を受け入れてくれた場合

最も多いのがこの反応です。ここで気を抜かないでください。受け入れられた新しい日は、絶対に守る日になります。二度目の遅延は、一度目とは比較にならない重さで受け取られます。

やるべきことは、その日までの残作業を細かく分割し、日ごとの目標に落とすことです。全体を漠然と追いかけると、また終盤で崩れます。分割したうえで、進捗を週の途中でも共有すると、相手の不安が減ります。加えて、新しい日より前に一度、途中の状態を見せておくと、最終提出時の修正が減り、結果として日程を守りやすくなります。

日程を動かせないと言われた場合

公開日や告知日が確定していて、日程を動かせない場合があります。このときに取れる手は三つです。範囲を減らす、優先度の高い部分だけ先に出す、こちら側の体制を増やす。

範囲を減らす提案は、相手にとって受け入れやすい選択肢です。付随する画面を後回しにする、対応端末を段階的に増やす、細部の作り込みを公開後に回す。何を削れば期日に間に合うかを具体的に示すと、相手は判断できます。削る提案を出すときは、削っても目的が達成できる根拠を添えてください。

体制を増やす選択肢は、他の制作者に一部を任せる形です。ただし、品質と一貫性の責任はこちらに残ります。急いで人を入れると、確認の手間が増えて逆に遅くなることもあるため、任せられる範囲が明確な作業に限定してください。

減額や賠償の話が出た場合

強い反応が返ってくる場合もあります。ここで即座に金額の譲歩をしないでください。感情的な場面での譲歩は、後から根拠のない前例になります。

まず、契約書の条項を確認します。遅延に関する規定があるか、損害の範囲がどう定められているか。そのうえで、実際にどのような損害が生じたのかを具体的に確認します。相手が主張する損害が実在するのか、金額に見合うのかを確かめずに応じるのは適切ではありません。合意なく一方的に報酬を減額することは制度上問題となりうるため、話し合いは記録を残しながら進めてください。金額が大きい場合や、話し合いが平行線になる場合は、早い段階で弁護士や公的な相談窓口に相談してください。

遅れる原因を分類して手を打つ

対処の話が終わったら、次は原因の話です。UI/UXの案件で遅延が起きる原因は、いくつかの型に分類できます。

承認待ちの滞留

最も多い原因がこれです。制作側の作業は終わっているのに、依頼側の確認が返ってこない期間が積み上がります。しかも、この待ち時間は工程表に組み込まれていないことがほとんどです。

対策は、承認にかかる日数を工程表に明示することです。提出から何営業日で回答をもらうかを着手前に合意し、その日数を工程表に入れます。回答が遅れた場合は納期が同じ日数後ろにずれると明記しておけば、遅延の責任が曖昧になりません。この一行があるかどうかで、揉め方がまったく変わります。

仕様の追加と変更

作業中に画面が増える、機能が追加される、対応端末が増える。これらは修正ではなく新しい作業ですが、納期は据え置きのまま進んでしまうことがあります。

対策は、範囲が変わった時点で納期の再設定を提案することです。追加を受けた瞬間に、この追加により納期が何日後ろになりますと伝えてください。後で伝えると、追加を受けたこと自体が忘れられ、単なる遅延として扱われます。範囲と納期は連動するという前提を、最初の合意に入れておくのが確実です。

作業量の見積もり不足

自分側の原因として最も多いのがこれです。とくに、経験の少ない領域や、初めて扱う制作物では見積もりが甘くなります。

対策は、過去の案件の実績時間を記録しておくことです。画面一枚あたりに実際にかかった時間、修正一回あたりの時間、書き出しと整理にかかる時間。記録があれば、次の見積もりは推測ではなく実績に基づいて行えます。記録がない状態での見積もりは、ほぼ確実に短く出ます。

デザイン職として扱う業務の幅や、工程ごとに何が求められるかについてはUI/UX・アプリデザインのお仕事で整理されている業務範囲を参照すると、見積もりに入れ忘れている工程が見つかります。

依頼側の体制の問題

窓口が複数いて指示が相反する、決裁者が途中で変わる、社内の合意が取れていない。これらは制作側の努力では解消できません。

この場合の対策は、着手前の条件設定に持ち込むことです。窓口の一本化、承認者の明示、回答期限の設定。契約前にこの三つを確認する習慣を持つと、体制に問題のある案件を早い段階で見分けられます。受けるかどうかの判断材料としても機能します。

制作環境と道具の問題

見落とされやすい原因として、作業環境そのものが原因の遅延があります。共同編集のツールが重くて作業が進まない、依頼側から支給される素材の形式が扱いにくい、確認用の環境が用意されていない。

こうした問題は、着手直後に判明することが多いにもかかわらず、報告されないまま作業が遅れます。「言うほどのことではない」と判断してしまうためです。実際には、日々数十分の損失が積み上がると、工程全体では大きな遅れになります。

対策は、着手後の最初の数日で環境の問題を洗い出し、まとめて依頼側に伝えることです。素材の形式の統一、共有場所の整理、確認環境の準備。相手にとっても、後で遅延の報告を受けるより、最初に環境を整えるほうが安く済みます。言いにくい話ほど、早い段階なら単なる調整として扱われます。

二度目を起こさないための工程設計

一度の遅延は取り返せますが、同じ相手に二度目を起こすと関係の修復は難しくなります。予防の仕組みを作ってください。

進捗を毎週送る

遅延の報告が重くなるのは、それまで何も共有していなかったからです。毎週、完了した作業と残りの作業を短く送る運用にすると、遅れの兆候が早い段階で共有されます。

この共有は、相手のためだけではありません。書き出す作業が、自分の残作業を正確に把握する機会になります。頭の中だけで進捗を管理していると、残りの量を過小評価しがちです。週次の書き出しは、その歪みを補正します。

工程表に余白を入れる

すべての工程を最短で見積もると、一つでも詰まった瞬間に全体が遅れます。承認待ち、修正、想定外の作業。これらのための余白を、あらかじめ工程表に入れてください。

余白を入れると納期が遠くなり、受注に不利に見えるかもしれません。しかし、遅延を出す制作者より、余裕を持って確実に出す制作者のほうが継続的に選ばれます。稼働の安定という観点でも、無理な日程を受けないほうが結果的に得になります。開発側の工程がどう組まれているかを理解しておくと、全体の日程を現実的に組めます。実装工程の実態についてはソフトウェア作成者の年収・単価相場の職種データから、どういう作業が並行して走っているかを把握しておくと役に立ちます。

契約書に納期に関する条項を入れておく

納期の遅延は起こりうる前提で、契約の段階から扱いを決めておいてください。入れておくべきは三つです。承認の回答期限とそれを過ぎた場合の納期の扱い、範囲が変わった場合の納期の再設定、そして双方の責によらない事由が生じた場合の協議条項です。

この三つがあると、遅延が起きたときに感情ではなく条項に基づいて話ができます。とくに承認の回答期限は、遅延の責任分界を決める最も重要な一行です。書いていない場合、承認待ちの期間もこちらの作業期間として数えられてしまいます。

条項を入れる交渉は、着手前なら普通の商談です。着手後に持ち出すと、責任逃れと受け取られます。順序を守ってください。

引き受ける量の上限を決める

複数案件を同時に抱えると、一件の遅れが連鎖します。同時進行の上限を自分で決めておき、それを超える依頼は着手日をずらして受けるか、見送ってください。

上限は、時間ではなく案件数で決めるほうが機能します。案件が増えると、作業時間以外の連絡や調整の時間が増えるためです。時間で計算すると、この分が抜け落ちます。

遅延の扱い方が、その後の仕事量を決める

在宅ワークと業務委託の市場を20年運営してきた立場から見ると、遅延を一度も出さない制作者はいません。差が出るのは、遅延が起きたときの動き方です。長く続いている人は、遅れると分かった時点で連絡し、新しい日付を出し、部分的に渡せるものを渡し、そして二度目を出しません。この一連が定型化されています。

もう一つ、運営者として見てきた限りでは、遅延をきっかけに関係が深くなる例が実際にあります。困った場面での対応が丁寧だと、この人は任せても大丈夫だという判断につながるためです。順調なときの仕事ぶりは差が付きにくく、問題が起きたときの動きで差が出ます。遅延は避けるべきものですが、起きてしまった後の対応は、信用を作る機会でもあります。

そして、稼働の安定という観点では取引の経路も効いてきます。仲介手数料が乗る形では、同じ契約でも受け取る額が変わり、その分だけ多くの案件を抱える必要が生じます。案件を詰め込むほど遅延の確率は上がるので、これは品質にも直結する問題です。手数料0%で直接つながる経路があれば、依頼側は同じ予算でより多くの工程を頼めますし、受け手の手取りは厚くなります。無理のない件数で回せる状態を作ることが、納期を守る最も確実な方法です。

制作者としての守備範囲や、案件を得るための準備についてはUI/UXデザインのフリーランスになるには？必要スキルと案件相場で整理されている内容が、稼働の設計を考える材料になります。あわせて、設計の根拠を説明できる状態を作っておくと、仕様変更の議論が早く収束し、結果として日程の乱れが減ります。根拠の組み立て方については人間中心設計(HCD)専門家資格でUXデザインのフリーランス案件を獲得で扱われている考え方が参考になります。納期の管理は、時間の管理であると同時に、合意の管理でもあります。

よくある質問

Q. 納期に間に合わないと分かったら、まず何を伝えればよいですか？

最初に事実を一文で書きます。何が、いつの提出予定で、間に合わない見込みかの三点です。二番目に新しい提出日を具体的な日付で示し、三番目に何が遅れて何は出せるかの切り分けと代案、最後に原因と再発防止を短く書きます。原因の説明から始めると言い訳と受け取られ、相手が次の手を打つのが一手遅れます。

Q. 連絡はいつすればよいですか？

残作業を今の作業速度で計算して、予定日に対する余裕がゼロを下回った時点です。挽回できるかもしれないと考えて先延ばしにするのが最も多い失敗です。連絡した後に間に合った場合は、予定どおり出せると伝えれば済みます。早すぎる連絡で失うものはありませんが、直前の報告は相手の後工程を止め、信用を大きく損ないます。

Q. 部分納品は提案してもよいのでしょうか？

提案すべきです。UI/UXの制作は工程が分かれているため、画面遷移の設計や主要画面など完成した部分から先に渡せます。依頼側の実装も主要画面から着手するのが普通なので、優先度の高いものを先に渡せば後工程が止まりません。ただし検収と支払いの扱いに影響するため、事前に取り決めを確認してください。

Q. 遅れの原因が依頼側の承認待ちの場合はどう伝えますか？

責任を相手に押し付ける書き方は避け、承認にかかる日数を短く見積もっていたこちらの工程設計の問題として書いてください。そのうえで、以降は提出から何営業日で回答をもらうかを合意し、回答が遅れた場合は納期が同じ日数後ろにずれる旨を工程表に明記します。この一行があると、次回以降の責任分界が明確になります。

Q. 二度目の遅延を防ぐには何をすればよいですか？

毎週、完了した作業と残りの作業を短く送る運用にしてください。書き出す作業自体が残量の正確な把握につながり、遅れの兆候が早く見えます。あわせて、承認待ちや想定外の作業のための余白を工程表に入れ、同時に抱える案件数の上限を決めてください。時間ではなく件数で決めるほうが、連絡や調整の時間まで含めて管理できます。