WordPress構築の納期に間に合わないとき｜伝える順番

WordPress構築 納期遅れという言葉で検索している人は、たいてい二種類に分かれます。すでに遅れが確定していて、どう伝えるか迷っている受注側の人。もうひとつは、待たされている発注側の人です。どちらの立場でも、状況を悪化させる要因は共通しています。それは遅れそのものではなく、伝える順番と、伝えるタイミングです。結論から書きます。遅れる事実を最初に、新しい着地日を二番目に、理由は三番目に置く。この順番を守るだけで、相手の反応はかなり変わります。この記事では、受注側が納期に間に合わないと分かった時点から取るべき手順を、実務と法務の両面から整理します。

納期の遅れは、なぜ関係の悪化に直結するのか

制作の遅れが問題になるのは、日程がずれること自体ではありません。発注者はサイトの公開に合わせて、別の予定を組んでいます。展示会の告知、採用の募集開始、キャンペーンの出稿、決算資料への掲載。サイトが動かないと、そこに紐づいた予定が全部動きます。

つまり、遅れの連絡は「制作の話」ではなく「相手の予定の再設計を依頼する話」です。ここを取り違えると、こちらは技術的な理由を説明しているつもりでも、相手には言い訳としか聞こえません。相手が最初に知りたいのは、いつになるのかという一点です。

遅れの原因は、制作側だけにあるとは限らない

実務では、発注者側の事情で工程が止まっているケースがかなりの割合を占めます。原稿の入稿が遅れる、写真が揃わない、確認の返答が来ない、社内の決裁が下りない。それでも、最終的に「遅れている」と見えるのは制作者です。

同じ構図の相談は、公開の場でも繰り返し見られます。

人気の質問納期遅れについて質問させてください。

発注側です。 ホームページの原稿の入稿が2ヶ月ほど遅れ、納期が3ヶ月延びました。 その他の要因でも1ヶ月ほど遅れたので、発注者側の原因だけで納期が遅れた というのが外注先の言い分です。 出典: detail.chiebukuro.yahoo.co.jp

この相談で注目すべきは、発注側が「外注先の言い分」という書き方をしている点です。原稿が遅れた事実自体は争われていない。それでも納得されていないのは、遅れが発生した時点で、その影響が共有されていなかったからです。入稿が遅れた日に「この遅れで公開日はここまで動きます」と伝えていれば、後から言い分として持ち出す必要はありませんでした。

隠したまま進めると、遅れより重い問題になる

遅れを伝えないまま作業を続ける判断は、短期的には楽です。あと数日で追いつけるかもしれない、という期待もある。しかし追いつかなかった場合、相手は「遅れた」ことと「隠されていた」ことの両方を知ります。後者のほうが、関係へのダメージは大きい。

これ、知らない人が本当に多いのですが、報告の遅れは信頼の問題であると同時に、契約上の立場も弱くします。発注者側の事情で工程が止まっていた場合でも、その事実を都度伝えていなければ、後から主張しても記録がありません。伝えるという行為は、相手への配慮であると同時に、自分を守る記録づくりでもあります。

伝える順番の型

遅れると分かったら、次の順番で連絡します。この順番は、相手が判断を下すために必要な情報の順です。

1. 遅れる事実を、最初の一文で書く

件名と本文の一行目で結論を書きます。「制作進行についてのご報告」ではなく「公開予定日の変更のご連絡」。本文の冒頭も、前置きなしで事実から始めます。

前置きを長く書くほど、相手は最後まで読んで初めて結論に到達します。読んでいるあいだ、何の話か分からない不安が積み上がる。この不安が、返信の語気に出ます。

件名で結論を出すことにも意味があります。担当者は受信箱の一覧で優先順位を決めており、件名が曖昧だと後回しになります。後回しにされた連絡は、読まれた時点ですでに手遅れです。件名に日程変更と書いてあれば、その日のうちに開かれます。

2. 新しい着地日を、確度つきで示す

次に書くのは、いつになるかです。ここで曖昧にすると、連絡した意味がほとんど失われます。「なるべく早く」「来週中を目指して」は、相手が予定を組み直せません。

確度が低い場合は、そのことも含めて書きます。原稿の到着が前提なら「素材をいただいた日から起算して何営業日」という形にする。前提条件つきの日付は、条件なしの曖昧な表現よりはるかに使えます。

3. 理由は、事実だけを簡潔に

理由は三番目です。長く書かない。技術的な事情は、相手にとって判断材料になりません。「想定していた機能の実装に追加の検証が必要になった」「いただいた素材の形式が想定と異なり変換工程が発生した」。この程度の粒度で十分です。

理由を先に長く書くと、言い訳として読まれます。順番を変えるだけで、同じ内容が報告として読まれるようになります。

4. 相手への影響と、こちらから出せる代替案

遅れによって相手の予定に何が起きるかを、こちらから先に言います。そのうえで、被害を小さくする案を出します。実務でいちばん効くのは、段階公開の提案です。

日程に縛られているのはサイト全体ではなく、たいてい一部です。トップページと申し込み導線だけ先に公開し、残りを後日追加する。この形なら、相手の予定は守られます。代替案を添えた連絡と、添えない連絡では、返ってくる反応がまったく違います。

代替案を出すときの注意として、こちらの負担が増える案ばかりを並べないことです。追加の作業を無償で引き受ける形で埋め合わせようとすると、次の遅れでも同じ埋め合わせを期待されます。出すのは、日程の組み替えや公開の分割といった、工程の設計で解ける案に絞ります。

5. 再発防止は、短く一行

最後に、同じことを繰り返さないための措置を一行だけ書きます。長い反省文は不要です。「以降、週次で進捗と残作業を共有します」といった、行動として確認できるものにします。

実際に送る文面の組み立て

型を知っていても、白紙から書き始めると前置きが長くなります。場面ごとに骨組みを持っておくと、迷わずに送れます。

遅れが確定する前の予告

件名は「公開予定日に関する現況のご報告」。本文は、現時点の進捗、残っている作業、そのうち日程に影響しうる作業、影響が出た場合の見込みの順で書きます。この段階では謝罪を入れません。まだ何も起きていないからです。謝罪から入ると、相手は問題が発生したと受け取ります。

予告の目的は、相手の頭の中に「動くかもしれない」という前提を置くことです。前提が置かれていれば、社内の他部署への連絡も早く回ります。

遅れが確定したときの連絡

件名は「公開予定日変更のご連絡」。本文の一行目で、変更後の日付を書きます。二段落目で理由を短く述べ、三段落目で相手の予定への影響と代替案を出します。謝罪は一文に留めます。長い謝罪は、読み手の作業を増やすだけです。

このとき、代替案を必ず具体的な形で書きます。「可能な限り対応します」は案ではありません。「トップページと問い合わせフォームのみ、当初の予定日に公開できます。残りのページは変更後の日付での追加公開となります」。ここまで書いて初めて、相手は選べます。

相手から強い反応が返ってきたとき

まず、事実の認識にずれがないかを確認します。強い反応の多くは、遅れの事実よりも「聞いていない」という感覚から出ています。これまでの経緯を時系列で一枚にまとめて送ると、それだけで温度が下がることが多い。

反論から入らないことが重要です。相手が事実誤認をしている場合でも、否定ではなく記録の提示で進めます。※この段階で支払い停止や契約解除を通告された場合は、その場で回答せず、弁護士に相談してください。即答を求められても、確認のうえ改めて回答すると伝えて構いません。

遅れがどの工程で発生しているかを分解する

伝える内容を正確にするには、どこで止まっているかを自分で把握している必要があります。WordPress構築で遅れが生じやすい工程は、おおむね決まっています。

サーバーとドメインの手配

意外に多いのが、着手前の環境整備で止まるケースです。既存のサーバー契約者と連絡が取れない、ドメインの管理会社が分からない、前の制作会社が管理画面の情報を持ったままになっている。これらは制作者の作業ではありませんが、解決しないと着手できません。

止まった時点で、誰が何を確認するかを明確にして共有します。「先方で確認中」のまま日数が過ぎるのが最も多い失敗です。確認の期限を切り、期限までに動かなければ日程が動くことをあわせて伝えます。

既存サイトからの移行

リニューアル案件で工数が読みにくいのが、既存記事の移行です。データの中身が想定と違う、文字コードが混在している、画像のリンクが切れている、独自に作り込まれた機能が絡んでいる。着手して初めて分かる要素が多い工程です。

対策は、着手前に既存データを一度取り込んで様子を見ることです。実際に取り込むまで、量と汚れ具合は分かりません。ここを見積もりの前にやっておくと、後から遅れる要因がひとつ減ります。

プラグインと機能の相性

必要な機能をプラグインで実現する前提で見積もったのに、実際に組み合わせると競合して動かない。このパターンは、複数の機能を同時に載せる案件で起こります。代替の実装を探すか、自前で実装するかの判断が発生し、そこで日数が伸びます。

要件の中で技術的に不確実な部分は、工程の前半に置きます。後半に置くと、判明したときには日程を動かす余地が残っていません。不確実なものを先に潰すのは、遅れを防ぐ工程設計の基本です。

デザイン確認の往復

確認者が多い案件ほど、この工程が伸びます。一度で決まらず、社内で意見が分かれ、修正のたびに全員の確認が必要になる。往復の回数を契約で区切っていない場合、この工程には終わりがありません。

伸び始めたら、往復の回数と所要日数を可視化して共有します。「これまでに◯回の修正対応を行い、確認から次のご指示まで平均◯営業日を要しています」。責める意図ではなく、日程が動く根拠として示します。

原稿と写真の到着

もっとも頻度が高い原因です。相手にとっては本業の合間の作業なので、締切の優先度が低い。ここを見越して、素材の提供期限を工程表に明記し、期限の数日前に確認の連絡を入れます。

期限を過ぎた分だけ公開日が動く、という取り決めを事前に共有していれば、遅れの連絡は交渉ではなく事実の報告になります。共有していなければ、同じ内容が言い訳として受け取られます。

伝えるタイミングの判断基準

順番と同じくらい重要なのが、いつ伝えるかです。基準はひとつ、「間に合わない可能性に気づいた日」です。確定してからではありません。

「たぶん間に合う」の段階で予告する

工程の途中で、残り作業と残り日数が釣り合わなくなった瞬間があります。その時点で、まだ確定していなくても予告します。「現時点では予定通りですが、この作業が想定より延びた場合、公開日が動く可能性があります」。

予告を入れておくと、実際に遅れたときの連絡が「二度目の連絡」になります。一度目の予告があると、相手は心の準備と社内調整を始められる。予告なしの一発目の連絡は、相手にとって不意打ちです。

「あと少しで終わる」で連絡を先送りしない

いちばんよくある失敗は、あと少しで追いつくという見込みを理由に連絡を遅らせることです。追いつかなかった場合、連絡が遅れた分だけ相手の選択肢が減っています。

判断の基準を、感覚ではなく日付で持っておきます。たとえば公開予定日の1週間前を締切として、その時点で残作業が終わっていなければ、追いつく見込みの有無にかかわらず連絡する。基準を先に決めておけば、その場の希望的観測に判断が流されません。

連絡の手段は、記録が残るものにする

電話で先に伝えるのは構いませんが、必ず同じ内容をメールなど文字で残る形で送ります。口頭で伝えた新しい日付は、双方の記憶が食い違ったときに証明できません。※支払いや解除の話に発展しそうな場合は、この記録の有無が決定的になります。

遅れの原因が発注者側にあるとき

ここが最も扱いを間違えやすい場面です。相手の落ち度を指摘したくなりますが、指摘は目的ではありません。目的は、工程を前に進めることと、責任の所在を記録に残すことです。

素材の入稿待ちで止まっているとき

止まった日に連絡します。内容は3つ。現在どの作業で待ちが発生しているか、その待ちによって公開日がどう動くか、いつまでにいただければ当初の日程に戻せるか。

責める言い方は不要です。「◯月◯日時点で原稿を未受領のため、当該ページの制作に着手できておりません。本日から起算して、ご入稿日の翌営業日を起点に作業を再開します」。この形なら、事実の共有として読まれ、同時に記録になります。

確認の返答が返ってこないとき

デザインや実装内容の確認待ちも、同じ扱いです。返答期限を切って依頼します。期限を切らない依頼は、優先順位の低いタスクとして扱われます。

期限を過ぎたら、催促ではなく状況の再共有をします。「◯日にお送りした確認事項について、本日時点でご返答をいただいておりません。この確認が完了しない場合、公開日は◯日以降となる見込みです」。相手の社内で判断を動かすのは、催促ではなく影響の可視化です。

相手の社内で決裁が止まっているとき

窓口担当者は動いているのに、社内の承認が下りずに止まることがあります。この場合、担当者を急かしても状況は変わりません。担当者が社内で使える材料を渡すのが早い。

具体的には、承認が遅れることで何がどう動くかを一枚にまとめて渡します。日付、影響を受ける工程、変更後の公開日、判断の期限。担当者はそれをそのまま社内に回せます。制作者から見ると余計な作業に見えますが、この一枚を出すかどうかで、決裁の速度が変わります。

記録の残し方

やりとりは、工程ごとにまとめて追える形にしておきます。メールのスレッドを分けない、共有シートに日付と依頼事項と回答状況を書く、といった単純な方法で足ります。

記録が要るのは、争うためではありません。多くの場合、担当者は自分の側で何日止めていたかを覚えていません。悪意ではなく、単に本業の合間の作業だからです。記録を出すと、事実の共有だけで話が収まります。

法的な整理を押さえておく

納期遅れが支払いの話に発展したとき、どこまでが感情の問題で、どこからが制度の問題かを分けて考えられると、対応が落ち着きます。

検収と支払いの規律

フリーランスとして業務委託を受ける取引では、発注者が取引条件を書面などで明示する義務や、報酬の支払期日に関する規律が法令で定められています。支払期日は、成果物を受け取った日から起算して一定期間内とされており、期日を過ぎた支払いの引き延ばしは制度上の問題として扱われます。条文の内容はe-Govで確認できます。

つまり、「イメージと違うから払わない」という主張は、それ自体では支払いを止める理由になりません。ただし、契約で定めた成果物が納品されていない場合は話が別です。だからこそ、何をもって納品とするかを着手前に文字にしておく必要があります。

遅延による損害の話が出たとき

遅れによって相手に具体的な損失が生じた場合、その扱いは契約の内容と、遅れの原因がどちらにあるかで変わります。ここは一般論で判断できる範囲を超えます。※金額の請求や契約解除を通告された場合は、自己判断で回答せず、弁護士に相談してください。回答を急ぐ必要はありません。

実務上できる備えは2つです。ひとつは、着手前の取り決めに、遅延が生じた場合の取り扱いを一行入れておくこと。もうひとつは、工程の記録を残しておくことです。原因がどちらにあるかは、記録がなければ主張の言い合いになります。

契約書がない場合の扱い

小規模な依頼では、正式な契約書を交わしていないことがあります。その場合でも、メールのやりとりや見積書の記載は取り決めの証拠になります。何を、いつまでに、いくらで、どういう状態で納めるか。この4点がどこかに残っていれば、判断の基準になります。

残っていない場合は、遅れが表面化した時点で、これまでの認識を文字にして相手に確認します。「これまでのご依頼内容を以下のとおり整理しました。相違があればご指摘ください」。この一往復で、後の争点の大半が消えます。相手が黙認した内容は、事実上の合意として扱えます。

支払いを止められたときの初動

まず、契約書と、やりとりの記録を時系列に並べます。次に、相手の主張が「納品されていない」なのか「品質に不満がある」なのかを切り分けます。前者は事実の確認で解決することが多く、後者は契約上の完成の定義に戻る話です。

いきなり強い文面を送らないほうがよい場面が多い。事実の確認を求める連絡から始めれば、多くのケースは支払いに至ります。法律はあなたの味方ですが、味方になってもらうには記録が要ります。

発注側から見た「受け入れられる遅れ」

受注側は遅れの長さを気にしますが、発注側が見ているのは別の点です。相談の場に上がってくる不満を整理すると、受け入れられる遅れと受け入れられない遅れの境界は、おおむね次の3点で決まっています。

知らされた時期

公開予定日の直前に知らされた遅れは、長さにかかわらず強い不満につながります。すでに告知を出していたり、社内で公開日を共有していたりするからです。逆に、早い段階で知らされていれば、相手は自分の側の予定を組み直せます。

代わりの案が示されたか

遅れの連絡だけで終わる報告と、段階公開などの代替案を伴う報告では、受け取られ方が違います。前者は相手に問題を渡す行為で、後者は一緒に解く提案です。同じ日程の遅れでも、後者は関係を壊しません。

経過が共有されていたか

遅れが発生するまでの過程が見えていれば、突然の連絡になりません。工程を細かく区切って共有していれば、相手も進み方の遅さに気づいています。気づいている相手への連絡は、確認の意味しか持ちません。

契約時の書面がどうなっていたかも、後の展開を左右します。同種の相談で繰り返し確認されているのが、この点です。

ご契約時の内容に関しての情報は記載してありませんが、 書類など交わされていると思います。

どんな内容でしたか？ 出典: detail.chiebukuro.yahoo.co.jp

つまり、遅れが起きた後にできることは限られていて、勝負の大半は着手前の取り決めで決まっています。書面がなければ、双方の記憶の突き合わせになります。

遅れを繰り返さない工程の作り方

一度の遅れは事故ですが、繰り返す遅れは工程設計の問題です。設計で効くのは次の3点です。

素材の到着を起点に納期を数える

契約時点で、公開日を固定の日付で書かない方法があります。「すべての原稿と画像をご提供いただいた日から◯営業日」と書く。この形にしておけば、素材の遅れがそのまま日程に反映され、遅れの連絡そのものが不要になります。

固定日付が必要な案件では、素材の提供期限を逆算して明示します。期限を過ぎた場合に公開日が動くことも、同じ文面に入れておきます。

工程を細かく区切って共有する

全体の進捗率ではなく、完了した工程名で共有します。環境構築、テーマ実装、投稿設定、コンテンツ流し込み、テスト、公開作業。区切りが細かいほど、遅れが早い段階で見えます。

進捗率での報告は、遅れを隠す方向に働きます。8割まで進んだ状態が長く続くのは、この報告形式の副作用です。

バッファを工程表に書く

見込みの日数に余裕を足した数字を、社内用ではなく相手に見せる工程表に書きます。余裕を隠して短い日程を出すと、余裕が消えた瞬間に遅れになります。最初から書いてあれば、それは工程の一部です。

余裕を書くと受注できないのではないか、という不安があると思います。実際には、余裕の理由を添えると納得されることが多い。テストと修正のための期間、確認の往復のための期間、公開直後の調整のための期間。何のための日数かを書けば、水増しには見えません。むしろ、工程を理解している証拠として受け取られます。

同時に走らせる案件の数を決める

遅れの根本原因が、案件の抱えすぎであることは珍しくありません。並行して動かせる本数には限界があり、その限界は作業量ではなく、確認待ちの管理コストで決まります。案件が増えるほど、待ちの管理に時間が取られ、実作業の時間が減ります。

上限を決めておくと、引き合いが重なったときの判断が早くなります。上限を超える依頼は、時期をずらす提案をするか、範囲を絞って受けるか、見送るか。この判断を先に決めておけば、受けてから遅らせるという最悪の形を避けられます。

市場を見てきた立場からの観察

20年この市場を見てきた立場から言えば、納期の遅れで関係が壊れる案件と、遅れても継続する案件の差は、遅れの長さではありません。差が出るのは、遅れが見えた時点で相手が何を知らされていたかです。3日の遅れを当日に伝えた案件は続き、2週間の遅れを公開予定日に伝えた案件は終わる。この傾向は、職種を問わず一貫しています。

もうひとつ、運営者として見てきた限りでは、間に複数の会社が入る取引ほど、遅れの連絡が遅くなります。伝言の経路が長いほど、悪い知らせは途中で止まりやすい。直接取引の利点は、受け手の手取りが厚くなることだけではありません。悪い知らせが最短距離で届くので、対処の選択肢が残っているうちに動けます。手数料0%の仕組みが効くのは、金額の話としてよりも、情報が劣化せずに届くという構造の話としてです。

職域データから見る、遅れにくい仕事の作り方

遅れの多くは、自分の担当範囲を超えた工程を抱え込んだ結果として起きます。原稿制作、写真手配、マーケティング設計、公開後の運用。これらを全部ひとりで持つと、どこかで詰まったときに全体が止まります。

範囲を切るには、隣接する職域が何をする仕事なのかを知っておく必要があります。開発寄りの工程についてはソフトウェア作成者の年収・単価相場で職種としての役割を確認できます。原稿制作を切り出すなら著述家，記者，編集者の年収・単価相場が扱う編集職の守備範囲が目安になります。集客や広告運用まで求められている案件なら、AI・マーケティング・セキュリティのお仕事の領域を別の担い手に渡したほうが、結果も日程も守れます。実装量が大きく開発寄りに振れる案件は、アプリケーション開発のお仕事として工程を分けて考えると、見積もりの精度が上がります。

書面でのやりとりに苦手意識があると、遅れの連絡そのものが遅くなります。報告書や依頼文の型を体系的に押さえるならビジネス文書検定が扱う文書構成が実務にそのまま使えます。伝える技術は、才能ではなく型です。型を持っている人は、悪い知らせを早く出せます。

納期に間に合わないという状況は、避けられないことがあります。避けられないものを、避けられなかったこととして扱うか、事故として扱うかは、伝え方で決まります。事実を最初に、日付を二番目に、理由を三番目に。この順番を守った連絡は、遅れの報告ではなく、工程の再設計の提案として読まれます。

よくある質問

Q. 納期に間に合わないと分かったら、どのくらい前に伝えるべきですか？

確定を待たず、間に合わない可能性に気づいた日に予告します。目安として公開予定日の1週間前を判断の締切に置き、その時点で残作業が終わっていなければ、追いつく見込みの有無にかかわらず連絡します。予告があると相手は社内調整を始められるため、実際に遅れたときの連絡が二度目になり、不意打ちになりません。

Q. 遅れの原因が発注者の素材待ちのとき、どう伝えればよいですか？

責める言い方を避け、事実の共有として伝えます。どの作業で待ちが発生しているか、それによって公開日がどう動くか、いつまでに提供いただければ当初の日程に戻せるか。この3点を、止まった当日に文字で送ります。都度送っておけば、後から責任の所在を主張する必要がなくなり、記録としても機能します。

Q. 「イメージと違う」と言われて支払いを止められたら、どうしますか？

まず契約書とやりとりの記録を時系列に並べ、相手の主張が「納品されていない」のか「品質に不満がある」のかを切り分けます。契約で定めた成果物を納品していれば、感覚的な不満は支払いを止める理由になりません。強い文面を送る前に事実確認の連絡から始め、解除や損害賠償の話が出た場合は弁護士に相談してください。

Q. 納期を守りやすくする契約の書き方はありますか？

公開日を固定の日付で書かず、「すべての原稿と画像を提供いただいた日から起算して◯営業日」という形にします。固定日付が必要な案件では、素材の提供期限を明示し、期限を過ぎた場合に公開日が動くことも同じ文面に入れます。工程表には最初から余裕を含めた日数を書き、相手に見せる形にしておきます。

Q. 遅れそうなとき、相手に出せる代替案には何がありますか？

最も現実的なのは段階公開です。日程に縛られているのはサイト全体ではなく一部であることが多いため、トップページと申し込み導線を先に公開し、残りを後日追加します。ほかに、確認工程を並行させて往復を減らす、優先度の低いページを次フェーズに送るといった調整も有効です。代替案を添えた連絡は反応が明確に変わります。