AIアノテーションの納期に間に合わないとき｜伝える順番

2026年7月21日

丸山桃子

この記事のポイント

✓AIアノテーションで納期遅れが避けられないと分かったとき
✓何をどの順番で伝えるかで結果が変わります
✓契約上の扱いを実務の手順として整理しました

AIアノテーションの案件で納期に間に合わないと分かったとき、多くの人が最初にやるのは「あと少し頑張れば間に合うかもしれない」という計算のやり直しです。そして、間に合わないと確定してから連絡します。この順番が、関係を壊す最大の原因になっています。

結論を先に書きます。納期遅れの連絡で結果を分けるのは、遅れの長さではなく、伝えるタイミングと順番です。3日の遅れを前日に伝える人より、7日の遅れを1週間前に伝える人のほうが、信頼を落としません。理由は単純で、依頼主の側にも段取りがあるからです。

この記事では、遅れが見えた時点で送る連絡の型、伝えてはいけない要素、原因別の言い方の違い、そもそも遅れないための進行設計を、実務の手順として整理します。契約上どう扱われるかにも触れます。

納期遅れの連絡は「早さ」で9割決まる

まず、依頼主の立場を理解しておきます。アノテーションのデータは、それ単体で完結する成果物ではありません。納品されたデータを使って学習を回し、精度を評価し、その結果を社内やクライアントに報告するという後工程が控えています。

つまり、データが1日遅れると、その後ろに並んでいる工程がすべて1日ずれます。エンジニアの稼働予定も、報告の日程も、場合によっては顧客への納品日も動きます。依頼主が怒るのは、遅れたこと自体ではなく、その調整を直前まで始められなかったことに対してです。

だから、遅れが見えた時点で連絡すれば、依頼主は調整に入れます。調整に入れた依頼主は、遅れを織り込んだ計画を立て直せます。逆に、前日や当日に伝えられた依頼主には、打つ手がありません。

「間に合わせられるかもしれない」で待つ危険

連絡が遅れる最大の理由は、まだ間に合う可能性を捨てきれないことです。徹夜すれば、週末を使えば、作業速度が上がれば、と考えて連絡を先延ばしにします。

この判断が危険なのは、無理をして間に合わせた場合の品質が落ちるからです。アノテーションは精度が価値のすべてであり、急いで作った低精度のデータは、遅れて納品された正確なデータより価値が低い。学習を回して精度が出なければ、結局やり直しになります。

判断の基準を先に決めておきます。予定した作業量に対して、進捗が70%を下回った状態が2日続いたら、その時点で連絡する。この種の機械的な基準を持っておくと、感情で判断せずに済みます。

伝える順番は5ステップで固定する

連絡の内容は、順番が決まっています。この順番を守るだけで、受け取る側の印象が変わります。

1. 結論を最初に置く

冒頭の一文で、遅れる事実を書きます。「ご連絡があります」「ご相談したいことがございまして」といった前置きから入ると、読み手は本題を探すことになり、それだけで不快になります。

書き方は「当初9月10日を納期としておりましたが、間に合わない見込みとなりました」という形です。事実だけを、修飾せずに書きます。謝罪はこの後に置きます。順番を逆にすると、謝罪の文章を読み終えるまで何が起きているか分かりません。

2. 現在の進捗を数字で出す

次に、いまどこまで終わっているかを数字で示します。「全体の60%が完了しており、残りは40%です」という形です。

数字を出すことには2つの効果があります。1つは、状況が把握できるので依頼主が判断できること。もう1つは、作業が実際に進んでいることが伝わることです。「遅れています」だけでは、手が付いていないのか、ほぼ終わっているのか区別が付きません。

進捗を出せるようにするには、日々の作業量を記録しておく必要があります。記録がない状態では、この段階で数字を作れません。

3. 新しい着地日を1つだけ出す

次に、いつなら納品できるかを提示します。ここで重要なのは、日付を1つに絞ることです。「早ければ3日、遅くとも1週間」といった幅のある書き方は、依頼主が予定を立てられません。

提示する日付は、余裕を持たせます。ぎりぎりの日付を出して再度遅れると、信頼は回復不能になります。逆に、提示した日より早く納品すれば、それだけで印象が戻ります。

4. 影響範囲を先回りして書く

依頼主が次に聞きたいのは、「その遅れで何が困るか」です。これを先回りして書きます。

具体的には、部分納品が可能かどうかを提案します。「完了している60%分については、明日中に先行して納品可能です。学習の検証を先に始められるようでしたら、そのように進めさせてください」という形です。

この提案は、実務上きわめて有効です。依頼主にとって、全部が遅れるのと一部が予定通り届くのでは、後工程への影響がまったく違います。

音声データの案件で、ローリング納品によって遅れを吸収した進め方が報告されています。

音声ファイルは数100件から成り、録音データの送付が想定よりも遅れる場面もありましたが、チーム内でタイムコード挿入・文字起こし・検証を常に並行して進行する体制を構築していたため、完成データは順次（ローリング方式で）納品することが可能でした。検証作業は別の担当者2名が行い、起こし漏れやタイムコードの誤差を厳密に確認することで、データの品質を確実に担保しました。出典: 8089.co.jp

順次納品できる体制であれば、途中で遅れが生じても全体が止まりません。個人で受ける場合も、この考え方はそのまま使えます。

5. 原因と再発防止を1文ずつ

最後に、原因と今後の対応を書きます。ここは短くします。長い説明は言い訳に見えます。

「原因は、当初の見積もりで1件あたりの所要時間を過小に見ていたことです。今後は着手前にサンプル作業で実測してから見積もりを出します」という程度の分量で十分です。

伝えてはいけない3つの要素

連絡文に入れると逆効果になる要素があります。

第1に、依頼主の責任を示唆する表現です。指示の回答が遅かった、データの提供が遅れた、といった事実があったとしても、遅れの連絡と同時に伝えると責任転嫁に見えます。これらは、遅れの連絡が済んで進行が落ち着いてから、次回の条件の話として持ち出します。

第2に、私的な事情の詳述です。体調や家庭の事情で遅れた場合でも、詳しく書く必要はありません。「体調の不良により作業時間を確保できませんでした」という一文で足ります。詳しく書くほど、依頼主は反応に困ります。

第3に、過剰な謝罪です。謝罪は1回で十分です。同じ文面の中で何度も謝ると、内容より謝罪が目立ち、対処の提案が読まれなくなります。

遅れの原因別に、言い方を変える

原因によって、伝え方と提案の内容が変わります。

自分の見積もりが甘かった場合

最も多いのがこれです。この場合は素直に見積もりの誤りとして伝え、以降の見積もり方法を変えると宣言します。

アノテーションの作業量がどれほど膨らむかは、業界側からも指摘されています。

AIは学習をするほど精度があがっていきます。しかしAIの機械学習に必要となる「教師データ」をつくるアノテーション作業を行うには膨大な時間とマンパワーが必要になります。開発メンバーが担当した場合、本筋である研究・開発業務が滞ることになってしまいます。例えば、単純な画像アノテーションでも100枚行うのに1時間程度かかります。1万枚だと100時間、10万枚だと1,000時間、勤務時間8時間めいっぱい作業したとしても、それぞれ12.5日、125日となり、非現実的な作業となってしまいます。それだけではなく、自社内で作業を行うと限られたデータしか準備できないという問題もあります。出典: anno-navi.com

単純な作業でも枚数が増えれば所要時間は線形に伸びます。しかも、実際の案件では単純な画像ばかりではありません。見積もりの段階でサンプル作業をせずに引き受けると、この計算が大きく外れます。

データの状態が想定と違った場合

提供されたデータの画質が悪い、想定より複雑な構図が多い、指示書にないケースが頻出する。こうした場合は、事実として伝えます。ただし、責任の話にはしません。

「提供いただいたデータのうち、想定していなかった構図が全体の3割ほど含まれており、1件あたりの所要時間が当初想定の2倍になっています」と事実を書き、そのうえで「該当分の扱いをご相談させてください」と続けます。これは責任転嫁ではなく、条件の再確認です。

指示の回答待ちで止まった場合

判断が分かれるケースの質問を送り、回答が来ないまま日数が経過した場合です。この場合、連絡の中で待ち時間を明示します。

「8月28日にお送りした3件のご質問について回答をお待ちしている状態で、該当箇所の作業が止まっております」という形です。責める書き方にはせず、状況の共有として書きます。あわせて、「回答をいただければ即日再開できます」と添えて、依頼主の行動を促します。

このパターンを防ぐには、質問を送る際に「この回答をいただいてから該当分の作業に入ります。回答が遅れる場合は納期に影響します」と最初に書いておきます。

体調や私的な事情の場合

事情の詳細は書かず、稼働できなかった事実と、いつから再開できるかだけを書きます。ここで重要なのは、再開日の確度です。回復の見込みが立たない状態で日付を出すと、再度の遅延を招きます。

見込みが立たない場合は、その旨を正直に伝えて、案件の扱いを相談します。「回復の見込みが立たないため、他の作業者への引き継ぎも含めてご相談させてください」と提案するほうが、曖昧な日付を出すより誠実です。

そもそも遅れないための進行設計

連絡の型を持っていても、遅れが常態化すれば関係は続きません。進行の設計で防げる部分があります。

進捗を毎日記録する

作業日ごとに、処理した件数と所要時間を記録します。この記録があると、予定に対する遅れが2日目か3日目には検知できます。全体の締切だけを見ていると、遅れに気づくのが終盤になります。

記録の形式は単純で構いません。日付、処理件数、所要時間、その日に発生した質問。この4項目だけで、進捗の管理には十分です。

ロット分割とローリング納品にする

全件を一括で納品する取り決めより、ロットに分けて順次納品する取り決めのほうが、遅れの影響が小さくなります。第1ロットで基準をすり合わせるので、全件やり直しのリスクも減ります。

この提案は着手前に行います。「作業量が多いため、3ロットに分けて順次納品する形をご提案します」と伝えれば、断られることはほとんどありません。依頼主にとっても、早い段階で成果物を確認できるほうが安心です。

中間報告を設計に組み込む

納期の中間地点で、進捗を報告する日をあらかじめ決めておきます。「作業開始から1週間後に進捗をご報告します」と着手前に伝えておけば、その時点で遅れが見えても自然に共有できます。

中間報告を設定しておく利点は、遅れの連絡が「特別な連絡」でなくなることです。定例の報告の中で「予定より遅れています」と伝えるほうが、突然の連絡より受け取りやすくなります。

作業の全体像と標準的な進め方については、AIアノテーション・教師データ作成のお仕事に整理されています。標準的な工程を知っておくと、自分の進行がどこで詰まりやすいかを事前に把握できます。

見積もりの段階で遅れの芽を摘む

遅れの多くは、見積もりの段階で決まっています。受注時の計算方法を変えると、遅れの頻度そのものが下がります。

第1に、サンプル作業で実測します。全体の見積もりを出す前に、実際のデータを20件ほど処理して、1件あたりの所要時間を測ります。想像で見積もると、ほぼ必ず短く見積もります。

第2に、実測値に余裕を乗せます。実測した時間の1.3倍程度を計画値とします。実際の作業では、質問への回答待ち、休憩、集中力の低下といった要素が入ります。

第3に、稼働できる時間を現実的に見ます。1日に確保できる作業時間を過大に見積もると、計画が最初から破綻します。他の案件との掛け持ち、家庭の事情、体調の波を織り込んだ数字にします。

第4に、質問への回答待ちの時間を計画に入れます。着手直後にまとめて質問を送る前提で、回答までの想定日数を工程に組み込みます。

技術系の案件全般で見積もりがどう扱われているかは、ソフトウェア作成者の年収・単価相場のような職種のデータからも傾向がつかめます。工数の見積もりが職能の一部として扱われる分野では、見積もりの精度そのものが評価対象になります。アノテーションでも同じ構造が働きます。

遅れを取り戻す局面での優先順位

連絡を済ませたら、実際に遅れを取り戻す作業に入ります。ここでの判断も、順序が決まっています。

最初にやるべきは、残作業の再仕分けです。残っている作業を、簡単なものと難しいものに分けます。そして、簡単なものから片付けます。処理件数が早く伸びるので、進捗の報告に数字を出せるようになります。難しいものを先に片付けると、報告できる数字が伸びず、依頼主の不安が続きます。

次に、品質の基準を下げないことを確認します。遅れを取り戻そうとして精度を落とすのは、最も避けるべき選択です。低精度のデータは学習に使えず、結局やり直しになります。遅れをさらに拡大させる結果にしかなりません。速度を上げるなら、判断が速くなる工夫を入れます。判断が分かれるケースの一覧を手元に置き、迷ったら即座に参照できる状態にする。この程度の準備で、1件あたりの時間は目に見えて縮みます。

3つ目に、進捗の報告を細かくします。遅れている期間は、報告の頻度を上げます。毎日の終わりに1行、「本日120件処理、残り340件」と送るだけで構いません。依頼主は状況が見えるので、追加の問い合わせをしなくて済みます。報告の頻度を上げるのは手間に見えますが、問い合わせに答える手間より小さく済みます。

2度目の遅れが起きたときの扱い

1度目の遅れは、連絡が適切であれば関係を維持できます。2度目は状況が変わります。

2度目の連絡では、原因の説明より、以降の進行をどう変えるかに重心を置きます。「進捗の報告を毎日に変更します」「残りを2ロットに分け、それぞれの期日を設定します」といった、具体的な運用の変更を提案します。同じ体制のまま「次は気をつけます」と言っても、依頼主は信じられません。

そして、案件の途中で無理だと判断したら、引き継ぎを提案する選択肢を持っておきます。抱え込んだまま遅延を重ねるより、早い段階で他の作業者に渡すほうが、依頼主の被害は小さくなります。この提案ができる人は、結果として次の依頼を失いません。逃げずに最後まで抱えることが誠実さだという思い込みは、実務では通用しないことがあります。

契約上、納期遅れはどう扱われるか

業務委託契約における納期遅れは、原則として債務不履行にあたります。契約書に遅延損害金や解除の条項があれば、それが適用されます。

ただし実務上、少額の案件で損害賠償が請求される事例は多くありません。依頼主にとっても、争うコストのほうが大きいからです。現実に起きるのは、次回以降の発注がなくなることです。

一方で、遅れの原因が依頼主側にある場合、扱いは変わります。データの提供が遅れた、質問への回答が来なかった、指示が途中で変更された。こうした事情がある場合、受注側だけの責任にはなりません。そのためにも、やりとりの記録を残しておくことが重要になります。

なお、フリーランスとして受ける業務委託については、取引条件を書面または電磁的方法で明示する義務が発注事業者側にあります。納期の定めがどうなっているか、遅延時の扱いがどう書かれているかは、着手前に確認しておきます。取引に関する相談窓口の情報は公正取引委員会のサイトで確認できます。

海外の発注元との取引では、納期に対する感覚と契約上の扱いが国内と異なる場合があります。Upworkの使い方ガイド｜日本人フリーランスが海外案件を取る方法には、海外プラットフォームでの契約の進め方が整理されています。

依頼主に送る連絡文の完成例

ここまでの要素を1つの文面にまとめると、次の形になります。着手中の案件で遅れが見えた時点で送るメッセージです。

〇〇様

いつもお世話になっております。ご依頼いただいている画像アノテーションについて、当初の納期に間に合わない見込みとなりましたのでご連絡いたします。

現在の進捗は全体の60%で、残りは40%です。この進行速度で計算すると、納品は9月17日になる見込みです。

完了済みの60%分については、本日中に先行して納品することが可能です。学習の検証を先に始められるようでしたら、そのように進めさせてください。ご不要であれば全件まとめてお送りします。

原因は、当初の見積もりで1件あたりの所要時間を過小に見ていたことです。今後は着手前にサンプル作業で実測してから見積もりを提出します。

ご迷惑をおかけして申し訳ありません。ご都合をお聞かせいただけますと助かります。

この文面は300字ほどです。長く書く必要はありません。依頼主が知りたいのは、いつ届くのか、いま何ができるのか、この2点だけです。それ以外の説明は、聞かれてから答えれば足ります。

着手前に決めておくと遅れの扱いが変わる

納期の遅れは、起きてから対処するより、起きたときの扱いを先に決めておくほうが軽く済みます。着手前のやり取りで、次の4点を文面にしておきます。

質問への回答期限を決める

判断が分かれるケースの質問を送ったとき、何日以内に回答をもらえるかを先に決めます。「ご質問は営業日で2日以内にご回答いただく前提で工程を組んでおります。それを超える場合は、超過した日数分だけ納期を後ろにずらさせてください」という書き方です。

この一文があると、回答待ちで止まった期間が自動的に納期の調整に反映されます。決めていないと、待った日数を後から主張することになり、相手には言い訳として受け取られます。

基準が変わったときの扱いを決める

作業の途中で判断の基準が変わることは珍しくありません。付与する項目が増える、対象の範囲が広がる、分類の粒度が細かくなる。こうした変更が来たときに、納期と作業量をどう扱うかを先に書いておきます。

「作業開始後に基準の変更が生じた場合は、変更前に完了した分の再作業の要否と、残作業への影響を確認したうえで、納期と作業量を再度お見積もりします」という形です。ここを決めていないと、変更を受け入れながら元の納期を守ることを求められます。

差し戻しの回数と確認の期間を決める

納品後の確認で修正が出る場合、何回までを当初の範囲に含むか、確認にどれくらいの期間を見込むかを決めます。回数を書かないと、何度でも受ける前提で読まれます。確認の期間を書かないと、納品からしばらく経ってから指摘が来て、その時点で別の案件に入っている状況になります。

差し戻しの内容も分類しておきます。指示書に書かれた基準からの逸脱は無償で直し、指示書になかった新しい基準による修正は追加として扱う。この線引きを先に共有しておくと、修正の依頼が来たときに毎回交渉せずに済みます。

中断したときの精算を決める

依頼主の社内事情で案件が止まることがあります。学習の方針が変わった、予算が止まった、担当者が変わった。この場合、それまでに完了した分をどう精算するかを先に決めます。ロットごとの納品にしておくと、この処理が単純になります。完了したロットの分を請求し、着手済みで未完了の分の扱いだけを相談すれば済みます。

複数の案件を並行して受けているとき

遅れが起きやすいのは、単独の案件を抱えているときより、複数を並行しているときです。並行しているときの判断の順番を、先に決めておきます。

まず、締切の近い順ではなく、遅れたときの影響が大きい順に並べます。後工程がすぐ控えている案件、ロットの分割がない案件、代わりの作業者を立てにくい案件が上位になります。締切だけで並べると、影響の大きい案件が後回しになることがあります。

次に、新しい依頼を受けるかどうかの基準を持ちます。手元の案件で、実測の所要時間に対して余裕が3割を切っている状態なら受けない。この種の機械的な基準がないと、声がかかった嬉しさで受けてしまい、既存の案件を圧迫します。

3つ目に、複数の案件で遅れが同時に見えたときは、全部に同じ日に連絡します。1件ずつ様子を見ながら連絡すると、最後の1件への連絡が最も遅れます。連絡そのものは短くて済むので、まとめて片づけるほうが確実です。

4つ目に、作業を切り替える回数を減らします。同じ日のうちに複数の案件を行き来すると、判断の基準を思い出す時間が毎回かかります。1日単位、あるいは半日単位でまとめて1つの案件に当てるほうが、同じ稼働時間でも処理できる件数が増えます。

納品の直前に確認すること

遅れを取り戻して納品にこぎつけたあと、確認を飛ばすと差し戻しで結局遅れます。納品の直前に見る項目を決めておきます。

対象の件数が指示された数と一致しているか。ファイルの名前と並びが指示された規則どおりか。付与した項目に空欄が残っていないか。判断が分かれたケースについて、同じ判断で統一されているか。作業の途中で基準が変わった箇所が、変更後の基準で揃っているか。

最後の項目が、遅れた案件で最も落ちやすい部分です。急いで進めた作業では、基準が変わる前に処理した分の見直しが後回しになります。見直しが漏れたまま納品すると、差し戻しの理由がこちらの作業の不統一になり、遅れの説明が通らなくなります。

確認の結果は、納品の連絡に1行で添えます。「全件について空欄の有無と分類の統一を確認済みです」と書いておくと、依頼主の側の確認の負担が下がります。遅れた案件では、この一行があるかどうかで受け取られ方が変わります。

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

フリーランスと在宅ワークの市場を長く運営してきた立場から見ると、納期を守る人と守れない人の差は、作業の速さではありません。差が出るのは、遅れそうだと気づく速さです。

長く続いている人は、進捗の記録を持っていて、予定とのズレを早い段階で検知します。そして、ズレが小さいうちに連絡します。結果として、依頼主から見れば「多少ずれることはあるが、必ず事前に言ってくる人」になります。この評価は、遅れが一度もない人と実質的に同じ価値を持ちます。依頼主が困るのは遅れそのものではなく、予定が読めないことだからです。

逆に、依頼が途切れる人には共通点があります。締切当日まで連絡せず、当日になって「間に合いませんでした」と伝える。この一度で、次の依頼はなくなります。作業の質がどれだけ高くても、進行の見通しが立たない相手には仕事を出せません。

もう1つ、この市場で見えているのは、中間に手数料が乗らない直接の取引では、進行の相談が細かく行われる傾向があるということです。仲介が入る取引では連絡がプラットフォームの様式に縛られますが、直接の取引では必要な相談を必要なタイミングで持ちかけられます。依頼主は同じ予算でより多くを頼めて、受け手の手取りは厚くなる。この構造の中では、進行の透明性が関係を長く保ちます。

データから見える納期をめぐる傾向

AI関連の在宅案件を横断して眺めると、納期のトラブルが起きやすい案件には共通の特徴があります。募集文で総作業量が示されていないこと、ロット分割の設計がないこと、質問窓口が明示されていないことの3つです。

総作業量が示されていない案件では、受注側が自分で量を把握できないまま着手することになります。ロット分割がない案件では、遅れが発覚した時点で全体が止まります。質問窓口がない案件では、判断待ちの時間が読めません。この3つが揃っている募集は、着手前の段階で条件を詰めておく必要があります。

一方で、中間確認の日程が最初から設計されている案件では、納期のトラブルが明確に少なくなります。定例の報告があると、遅れが小さいうちに双方が気づくからです。この設計は、依頼主が用意していなくても、受注側から提案できます。

技術要件が明確に定義された分野では、この傾向がさらにはっきりします。AI・マーケティング・セキュリティのお仕事のように要件が文章化されている領域では、工程の分割も自然に行われ、進捗の共有もしやすくなります。アノテーションは作業の粒度が細かいぶん、進捗を数字で示しやすい分野でもあります。この特性を活かして、遅れを早期に検知し、早期に共有する。それが、納期をめぐる問題への最も実務的な対処になります。