AIチャットボット開発の納期に間に合わないとき｜伝える順番

2026年7月9日

長谷川奈津

この記事のポイント

✓AIチャットボット開発で納期に間に合わないとき
✓何をどの順番で伝えるかで結果が変わります
✓遅れの兆候をつかむ方法

AIチャットボット開発で納期に間に合わないと分かったとき、最も損をするのは「間に合わせようとして黙って作業を続ける」ことです。これ、本当に多いんです。ぎりぎりまで頑張って、当日になって「すみません、間に合いませんでした」と伝える。相手の立場からすると、対策を打つ時間を丸ごと奪われたことになります。

結論から書きます。納期の遅れで信頼を失うかどうかは、遅れた事実そのものではなく、伝えた時期と伝えた順番で決まります。この記事では、遅れの兆候をどうつかむか、何をどの順で伝えるか、契約上の責任をどう整理するか、そしてどう着地させるかを、受注後の実務手順として順に説明します。

AIチャットボット開発で納期が遅れる典型的な原因

参照する文書の確定が遅れる

最も多い原因です。チャットボットが参照する社内文書やQ&A集を依頼者側が用意する約束になっているのに、その提出が遅れる。あるいは提出された文書が想定と違う形式で、加工に時間がかかる。

この遅れは、開発側の作業が止まる期間として直撃します。しかも、待っている間は成果物が増えないので、進捗が外から見えません。気づいたときには全体の日程が押している、という展開になります。

つまり、開発の遅れの原因が依頼者側にあるケースが相当な割合を占めます。にもかかわらず、納期に遅れた責任が開発側だけのものとして扱われてしまう。この構造を理解しておくことが、後の会話の質を左右します。

検収の基準がないまま調整が続く

合格ラインが決まっていない状態で調整を始めると、終わりが来ません。依頼者が思いついた質問を投げ、期待と違う回答が返り、調整する。この繰り返しには、構造的に終点がありません。

これも遅れの原因ですが、外から見ると「開発者が作業に手間取っている」ように見えます。実際は、完成の定義がないことによる遅れです。

外部サービス側の変更

AIチャットボット開発は、外部のAIサービスに依存します。そのサービス側の仕様変更やモデルの更新で、それまで安定していた回答の傾向が変わることがあります。

これは開発側の落ち度ではありませんが、対応には時間がかかります。契約書に想定が書かれていないと、この対応時間が「開発の遅れ」として計上されてしまいます。

依頼者側のレビューが返ってこない

プロトタイプを出したのに、確認の返答が来ない。担当者が別の業務で手一杯になり、レビューが後回しになる。よくある話です。

待っている間、開発側は次の工程に進めません。それでいて、最終的な納期は動かないので、後の工程にしわ寄せが来ます。

見積もりの段階で工程が抜けていた

自分側の原因として最も多いのがこれです。参照文書の整形、テストケースの作成、社内のセキュリティ確認への対応、公開前の動作確認。これらを工数に見込んでいないと、開発そのものが順調でも日程が足りません。

見積もり時に工程を洗い出す精度が、そのまま納期の守りやすさになります。遅れを減らす最大の対策は、実は見積もりの段階にあります。

遅れそうだと気づく方法

中間の締め切りを自分で置く

最終納期だけを見ていると、遅れに気づくのが遅くなります。工程ごとに中間の締め切りを設定し、そこを過ぎたら黄色信号として扱います。

置き方の目安は、参照文書の確定日、プロトタイプの提出日、初回納品日、調整完了日の四つです。それぞれに日付を入れ、依頼者とも共有します。共有しておくと、依頼者側の作業の遅れも可視化されます。

中間の締め切りを共有する効果は大きい。依頼者は最終納期しか意識していないことが多く、途中の作業に期限があると知らされていないケースが実際にあります。共有するだけで、資料の提出が早くなります。

待ち時間を記録する

依頼者側の返答を待っている期間を、記録に残します。「資料の提出をお願いしてから提出まで10日」「レビュー依頼から返答まで7日」といった記録です。

この記録が、後の会話で決定的に効きます。納期の相談をするとき、感情ではなく事実として日程の経緯を示せるからです。相手を責める材料としてではなく、日程を組み直すための材料として使います。

兆候の段階で口に出す

遅れが確定してから伝えるのでは遅い。まだ確定していない、遅れる可能性が出てきた段階で伝えます。

伝える基準を決めておくと迷いません。中間の締め切りを過ぎた時点、あるいは残りの工程を見積もり直して期限内に収まらない見通しになった時点。このどちらかに該当したら、その日のうちに連絡します。

「まだ確定ではないので、様子を見てから」という判断が、最も高くつきます。可能性の段階で共有された情報は、相手にとって対策を打つ余地のある情報です。確定してから伝えられた情報は、通知でしかありません。

伝える順番

事実を最初に、短く

連絡の冒頭に置くのは、事実です。何が、どれだけ遅れる見込みか。この一文を最初に書きます。

「初回納品を予定していた9月20日について、現時点の見通しでは1週間程度の遅れが生じる可能性があります」。この形です。前置きの謝罪を長く書いてから事実に至る文面は、読む側にとって負担になります。

事実を先に書く理由は、相手が最初に必要とする情報だからです。読み手は、まず何が起きているかを知りたい。理由や謝罪は、そのあとで読みます。

原因は、責任論ではなく構造として書く

次に原因です。ここで最も気をつけるのは、相手の落ち度を指摘する形にしないことです。

たとえ実際の原因が依頼者側の資料提出の遅れであっても、「資料のご提出が遅れたため」と書けば、それは非難として読まれます。書き方を変えます。「参照資料の確定に想定より日数を要しており、その後の工程が後ろ倒しになっています」。

事実としては同じ内容ですが、主語を出来事に置くことで、責任の押し付け合いになりません。責任の所在は、必要になったときに記録をもとに整理すればよい話です。連絡の目的は、日程を立て直すことであって、責任を確定させることではありません。

相手の業務への影響を示す

三つ目に、この遅れが相手にとって何を意味するかを書きます。ここを書ける人は多くありません。しかし、依頼者にとって最も重要なのはここです。

依頼者は社内で説明する立場にあります。「開発が遅れました」だけでは説明になりません。「公開予定日が後ろ倒しになるため、社内への告知時期の調整が必要になります」といった、相手の業務に翻訳した情報が必要です。

相手の社内で何が起きるかを想像して書く。この一手間が、担当者を守ります。担当者を守った実績は、後の関係に必ず返ってきます。

代替案を三つ出す

四つ目が代替案です。一つだけ示すと、それを受け入れるか拒否するかの二択になります。三つ示すと、相手は選ぶ側になります。

典型的な三案は次の形です。第一案は納期を延ばす案。第二案は範囲を絞って予定どおりの日に一部を納品する案。第三案は、体制を増やして間に合わせる案です。

第二案の分割納品は、AIチャットボット開発と相性が良い。対象とする質問カテゴリを絞って先に公開し、残りを後から追加する形が取れるためです。依頼者にとっては、公開日を守れるという意味があります。

第三案は、費用の話が絡むので慎重に出します。ただ、選択肢として示すこと自体に意味があります。あらゆる手を検討したうえで相談していると伝わるからです。

再発防止を一行添える

最後に、同じことが起きないための工夫を一行書きます。「今後は週次で進捗と残作業をお送りし、日程の見通しを共有します」といった内容です。

長々と書く必要はありません。一行あるかないかで、印象が変わります。

やってはいけない順番

逆に、避けるべき順番があります。謝罪から始めて、事情を長々と説明し、最後にようやく遅れる事実が出てくる文面。読む側は結論を探しながら読むことになり、それだけで印象が悪くなります。

もうひとつ避けるのは、代替案を出さずに事実だけを伝えて相手の判断を待つ形です。判断材料がない状態で判断を求められると、相手は困ります。

伝える文面の実例

兆候の段階での連絡は、次のような形になります。

〇〇様

いつもお世話になっております。□□です。
現時点での進捗と、日程の見通しについてご共有します。

初回納品を9月20日で予定しておりましたが、
現在の進捗では数日から1週間程度の遅れが生じる可能性があります。

参照資料の確定に想定より日数を要しており、
その後の設定作業が後ろ倒しになっている状況です。

公開予定日に影響が出る場合、社内へのご告知の時期に
調整が必要になるかと存じます。

対応として3案をご提案します。

1. 納品日を9月27日に変更し、当初の全範囲で納品
2. 9月20日に対象カテゴリを絞って納品し、残りを10月上旬に追加
3. 作業体制を増やして9月20日を維持（別途お見積もり）

ご都合に合う案をお知らせいただけますでしょうか。
今後は週次で進捗と残作業をお送りいたします。

この文面には、謝罪の言葉が入っていません。まだ遅れが確定していない段階だからです。確定していないことを謝ると、かえって不安を与えます。

遅れが確定した段階では、冒頭に短い謝罪を入れます。ただし一文です。「納期に間に合わず申し訳ございません」の一文を置き、すぐに事実と代替案に移ります。長い謝罪は、相手の時間を奪うだけです。

契約と責任の整理

遅延の責任がどこにあるか

法律の話を、正確に押さえておきます。業務委託契約における納期の遅れは、原則として債務不履行にあたります。ただし、遅れの原因が依頼者側の協力義務の不履行にある場合、その責任は単純に受託者だけのものにはなりません。

つまり、依頼者が約束した資料を提供しなかったために作業が進まなかったのであれば、その期間分の遅れについて受託者だけが責任を負うわけではない、という整理になります。

ここで重要なのが記録です。いつ資料の提供を依頼し、いつ提供されたか。この記録がメールで残っていれば、事実として示せます。口頭やチャットの流れの中に埋もれていると、後から取り出せません。

違約金や損害賠償の条項を確認する

契約書に遅延損害金や違約金の条項がある場合、その内容を必ず確認します。日割りで金額が発生する形になっているのか、上限があるのか、免責の条件が書かれているのか。

条項の内容によっては、遅れの規模が同じでも結果がまったく違います。契約を結ぶ段階でここを読んでいない人が本当に多い。遅れが現実味を帯びてから初めて条項を読む、という順序になりがちです。

※ 違約金や損害賠償の条項が実際にどう適用されるかは、契約全体の内容や個別の事情によって判断が分かれます。金額が大きい場合や、相手から請求を受けた場合は、弁護士に相談してください。

契約時に入れておきたい条項

遅れが起きてからでは遅いので、契約の段階で入れておく条項を挙げます。

第一に、依頼者側の協力事項とその期限。参照資料の提供、レビューの返答、決裁の取得。それぞれに期限を書き、遅れた場合は納期を協議のうえ変更する旨を明記します。

第二に、外部サービスの仕様変更に起因する対応の扱い。開発側の責に帰さない事由として位置づけ、必要な対応は別途協議とします。

第三に、検収の基準と検収期間。検収の合格条件を事前に定め、検収期間内に異議がない場合は合格とみなす条項を入れます。

第四に、不可抗力の条項。天災や通信障害など、双方の責に帰さない事由での遅延について定めます。

これらは相手を疑うための条項ではありません。どちらの責任かを後から争わずに済むようにするための、双方のための取り決めです。法律はあなたの味方ですが、味方になってもらうには、あらかじめ形を整えておく必要があります。

費用の話がついてくる場合

体制を増やす案を出すとき

代替案として体制の増強を示す場合、費用が発生します。ここで曖昧にすると、後で揉めます。

伝え方の順序は、まず「この案は追加の費用が発生します」と先に書くことです。金額の話を後回しにして案の中身だけを説明すると、相手は無償で対応してもらえると受け取ります。その誤解が生じたまま話が進むと、修復が難しくなります。

費用の内訳も、案を示す時点で概算を添えます。詳細な見積書は後でよいので、どの程度の規模になるかだけは同時に伝えます。相手は社内で概算を共有する必要があるためです。

遅れたことを理由に減額を求められたら

納期に遅れた場合、依頼者から報酬の減額を求められることがあります。ここは契約の内容次第で扱いが変わります。

契約書に遅延損害金の定めがある場合は、その条項に従うことになります。定めがない場合、減額の要求は当然に認められるものではなく、実際に生じた損害との関係で判断されます。

いずれにせよ、その場で応じると答えないことです。「契約書の内容を確認のうえ、あらためてご回答します」と一度持ち帰ります。感情的な場面で即答すると、不利な合意をしてしまいます。

※ 減額や損害賠償の請求を受けた場合、契約内容と個別の事情によって結論が変わります。金額が大きい場合は、弁護士に相談してください。

遅れの分の作業を無償で足さない

遅れた埋め合わせとして、契約範囲外の作業を無償で追加してしまう人がいます。気持ちは分かりますが、これは避けるべきです。

理由は二つ。ひとつは、無償の追加が次から標準として期待されること。もうひとつは、追加作業がさらに日程を圧迫し、二度目の遅れを招くことです。

埋め合わせをするなら、作業を増やすのではなく、連絡と情報提供の質を上げます。進捗の共有を厚くし、相手が社内で説明しやすい資料を出す。これは追加の日程を必要とせず、しかも相手にとっての価値が高い。

進捗を共有する仕組みを作る

週次の定型フォーマットを決める

遅れを早く見つけるために最も効くのが、定型化された進捗共有です。毎週同じ形式で送ると、変化に気づきやすくなります。

含める項目は四つ。今週完了したこと、来週着手すること、依頼者側にお願いしたいこと、日程への懸念の有無。四つ目は「なし」と書ける週が続くのが理想で、ここに文字が入った瞬間が兆候です。

三つ目の「お願いしたいこと」を毎週書くのがコツです。依頼者側の作業の遅れが可視化され、催促が催促に見えなくなります。定型の項目として存在していれば、毎週書いても角が立ちません。

ツールは相手が見る場所に合わせる

進捗の共有には、共有ドキュメント、課題管理ツール、チャットなど選択肢があります。選び方の基準は、機能ではなく相手が日常的に開く場所かどうかです。

どれだけ優れた課題管理ツールを導入しても、依頼者が開かなければ情報は届きません。相手がメールしか見ないなら、メールで送るのが正解です。メールの本文に週次の四項目を書くだけで、十分に機能します。

ツールを増やす提案をする場合は、相手の負担が減ることを示せるときに限ります。管理のためのツールが管理の手間を生むのは、本末転倒です。

記録が残る場所で会話する

口頭や通話での合意は、必ずその日のうちにテキストで残します。日程の変更、範囲の調整、優先順位の変更。これらが記録に残っていないと、後から経緯を追えません。

書き方は「本日ご相談した内容を確認させてください」として、決まったことを箇条書きにするだけです。相手の返信をもって合意の記録とします。担当者が交代した場合にも、この記録が引き継ぎの材料になります。

遅れやすい案件を最初に見分ける

依頼者側の作業量が多い案件

参照文書の準備、社内での確認、他部署との調整。依頼者側にやってもらう作業が多い案件ほど、日程が読みにくくなります。

こうした案件では、依頼者側の作業も工程表に載せます。開発側の作業だけを並べた工程表は、実態を表していません。両方を一枚に載せると、どちらが日程を握っているかが一目で分かります。

決裁の階層が深い案件

判断のたびに複数の承認が必要な組織では、意思決定に日数がかかります。仕様の確認を出してから返事が来るまでの往復が、そのまま日程に積み上がります。

契約前にこの構造が見えたら、見積もりの日程に確認の待ち時間を織り込みます。「仕様のご確認は1回あたり5営業日を見込んでいます」と工程表に明記しておくと、遅れたときの説明も自然になります。

公開日が先に決まっている案件

イベントやキャンペーンに合わせて公開日が動かせない案件は、遅れが許容されません。この種の案件では、最初から分割納品を前提に設計します。

公開日に確実に動く最小構成を先に決め、それ以外を追加分として扱う。この構成にしておけば、多少の遅れが公開日を脅かしません。成功する進め方は、間に合わせる努力ではなく、間に合う構造を先に作ることです。

分割納品という着地

納期の遅れで最も実務的な着地が、分割納品です。AIチャットボットは、対象とする範囲を絞れば動く形にできるという特性があるため、この着地が取りやすい。

分割の切り方は、質問のカテゴリで分けるのが基本です。問い合わせの多いカテゴリから先に対応し、頻度の低いものを後回しにする。依頼者にとっても、効果の大きい部分から公開できる利点があります。

導入の効果は、範囲を絞った段階でも現れます。

このように AI チャットボットの導入は、社内のヘルプデスク業務における問い合わせ対応の負担を軽減し、業務効率化に貢献します。また、情報のサイロ化が進んでいる組織においても、迅速に必要な情報にアクセスできる環境を構築することで、業務全体の生産性向上に寄与します。社内の問い合わせ対応に課題を感じている企業様は、ぜひアイレットまでご相談ください。出典: cloudpack.jp

負担の軽減という効果は、対応できる質問が全体の一部であっても発生します。この点を説明できると、分割納品が妥協案ではなく合理的な進め方として伝わります。

分割で納品する場合、必ず二回目以降の日程を明記します。「残りは追って」という曖昧な形にすると、二回目が永遠に来ない印象を与えます。日付を切り、その日程の根拠も一行添えます。

遅れたあとの回復

約束した新しい日程は必ず守る

一度遅れた後の再設定した日程は、絶対に守ります。二度目の遅延は、一度目とは意味がまったく違います。信頼の回復が難しくなります。

だから、新しい日程を決めるときは余裕を持たせます。ぎりぎりの日程を出して相手を安心させるより、余裕を含んだ日程を出して確実に守るほうが、結果的に評価されます。

頻度を上げて進捗を送る

遅延の後は、連絡の頻度を上げます。週に一度だったものを、状況が落ち着くまでは数日おきにする。相手は不安を抱えているので、こちらから状況を出し続けることが最大の安心材料になります。

送る内容は簡潔でかまいません。今週やったこと、来週やること、懸念があるかないか。この三行で十分です。

遅れた案件こそ最後まで丁寧に閉じる

遅れが出た案件は、納品して終わりにせず、締めの連絡を丁寧に行います。納品物の内容、動作確認の結果、運用開始後に注意してほしい点。この三つを整理して送ります。

遅れの記憶は、最後のやり取りで上書きされます。納品の連絡が事務的だと、遅れた印象だけが残ります。最後の連絡が丁寧だと、遅れはあったが誠実な相手だった、という記憶に変わります。

もうひとつ、納品から一定期間が経った時点で、状況を尋ねる連絡を入れます。「公開後の運用でお困りのことはありませんか」の一文です。この連絡は営業ではなく、遅れで迷惑をかけた相手への確認として自然に受け取られます。そして実際には、次の相談につながることが多い。

見積もりの精度を上げる

同じことを繰り返さないために、終わった案件を振り返ります。どの工程が見積もりより時間がかかったか、見落としていた工程は何か。この振り返りを一枚のメモに残しておくと、次の見積もりの精度が上がります。

AIチャットボット開発の案件で必要になる工程や技能の全体像はAIチャットボット開発のフリーランス案件｜必要スキルと単価にまとまっており、見積もり時に工程を洗い出す際の参考になります。上流の要件整理から関わるようになると、そもそも遅れの原因を減らせます。業務そのものの設計を扱うAIコンサル・業務活用支援のお仕事や、実装に軸足を置くアプリケーション開発のお仕事は、その延長線上にある仕事です。技術職としての報酬の水準感を知っておきたい場合はソフトウェア作成者の年収・単価相場が目安になります。

遅れの連絡で信頼を落とす言い回し

伝える順番と同じくらい、使う言葉が結果を左右します。悪気なく使われていて、しかも確実に印象を損ねる表現がいくつかあります。

第一に、「もう少しで終わります」という表現です。日付が入っていないため、相手は判断できません。もう少しが何日なのかを毎回確認する手間を、相手に押し付けることになります。必ず日付で伝えます。

第二に、「思ったより大変で」という説明です。工数の見積もりが自分の責任である以上、この言い方は準備不足の告白にしかなりません。何が想定と違ったのかを具体的に示せば、同じ内容でも受け取られ方が変わります。

第三に、「体調を崩しまして」といった個人的な事情を主たる理由に据える書き方です。事実であっても、相手は社内でその理由を使えません。個人の事情は簡潔に触れる程度にとどめ、日程の立て直し方を主に書きます。

第四に、「他の案件が立て込んでおり」という説明です。相手からすると、自分の案件の優先度が低いと言われたに等しい。実際にそうであっても、この言い方は避けます。

第五に、「対応可能な範囲で進めております」という曖昧な進捗の報告です。何がどこまで終わったのかが読み取れず、報告として機能していません。完了した工程と残っている工程を、それぞれ名前で挙げて書きます。

第六に、返信の前に長く沈黙することです。言葉ではありませんが、最も強いメッセージになります。事情が整理できていなくても、まず受け取った旨だけを返します。整理には時間がかかると添えれば、それで十分に伝わります。

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

フリーランスと在宅ワークの市場を20年見てきた立場から言えば、納期の遅れで取引が終わるケースと、終わらないケースの差は、遅れの日数ではありません。差が出るのは、依頼者が社内で説明できたかどうかです。説明できる材料を渡された担当者は、社内で守ってくれます。渡されなかった担当者は、自分が矢面に立つことになり、次から別の相手を探します。

運営者として見てきた限りでは、長く続く人ほど、悪い知らせを早く出す習慣を持っています。良い知らせは待たせても問題ありませんが、悪い知らせは時間とともに価値が下がります。早く出した悪い知らせは相談になり、遅く出した悪い知らせは事故報告になります。

取引の構造も、この局面に関わります。中間の手数料が乗らない直接取引では、依頼者は同じ予算でより多くを依頼でき、受け手は同じ発注額でも手取りが厚くなります。手数料0%という構造は、金額を吊り上げる仕組みではなく、双方の取り分を無駄に削らない仕組みです。そして直接取引では、遅れの連絡を仲介者が代わりに伝えてくれることはありません。自分の言葉で、自分の判断で伝えることになります。その分だけ、伝え方の技術が結果に直結します。

納期に間に合わないことは、開発の仕事をしている限り必ず起きます。避けられない出来事をどう扱うかが、その後の仕事の続き方を決めます。事実を早く、原因を構造として、影響を相手の言葉で、代替案を複数で。この順番を体に入れておけば、遅れは事故ではなく、乗り越えられる出来事になります。

よくある質問

Q. 納期に遅れそうだといつ伝えるべきですか？

遅れが確定する前、可能性が出てきた段階で伝えます。判断の基準は、設定しておいた中間の締め切りを過ぎた時点、または残り工程を見積もり直して期限内に収まらない見通しになった時点です。そのどちらかに該当したら当日中に連絡します。可能性の段階で共有された情報は相手が対策を打てますが、確定後の連絡は通知にしかなりません。