約 26 分で読めます
編集部イチオシタスク・担当・期日をひとつのボードで見える化
- かんばん・ガントチャート・カレンダーなど複数ビューをワンクリックで切替
- 日本語UI・日本語サポート対応（東京オフィスあり）
- 通知・担当割り当て・期日リマインドを自動化
- ダッシュボードで複数プロジェクトの進捗を一括把握
Delivery date（デリバリーデート）とは、製品・サービス・成果物を顧客に届ける約束の期日、つまり日本語の「納期」「納品日」にあたる言葉です。この記事では、Deadline や Due date との違い、そのまま使える英語例文、出荷日との区別、遅延を防ぐ管理手順までを実務目線で整理します。
1. Delivery dateの意味とは｜読み方と「納期」の対応
Delivery date とは、商品や成果物を顧客が受け取る予定日、すなわち日本語の「納期」「納品日」を指す言葉です。 読み方はそのまま「デリバリーデート」です。
英語の直訳は「配達日・納品日」で、ビジネス文書や契約書では「The delivery date shall be July 20.（納期は7月20日とする）」のように、履行期限を明確にする語として登場します。「納期 英語」で検索すると必ずこの delivery date が出てくるのはそのためです。
使われ方は文脈で少し変わります。英語圏のECや物流システムでは、注文完了画面に「Delivery date: July 20」と表示され、顧客が「いつ届くか」を判断する基準になります。一方、ソフトウェア開発や製造業といったプロジェクト管理の現場では、成果物を関係者に引き渡す期日という意味で使われ、社内外すべてのステークホルダーの期待をそろえる「約束」として機能します。誰がどの成果物に責任を持つのかは、プロジェクトチームの構成を決める段階で合わせて確認しておくと、納期の合意がぶれにくくなります。
納期を語るときは、次の三要素を分けて考えると管理がぐっと楽になります。
- 締め切り日（Deadline）：明確に合意された最終納品日。ここがブレると全体が崩れます。
- マイルストーン：最終納品に至るまでの中間目標。進捗を測る節目になります。
- 依存関係（Dependency）：納品前に完了しておくべき先行タスクやプロセス。ここを見落とすと連鎖遅延が起きます。
締め切り日・マイルストーン・依存関係をツール上のボードで可視化しておくと、進捗確認の抜け漏れは減ります。タスク・担当者・期限を1画面にまとめられるツールを使うと、この分解作業がそのまま運用に乗ります（monday.com の無料プランは2ユーザーまでクレジットカード不要で試せます）。
2. Delivery date・Deadline・Due date・Lead timeの違い｜混同しやすい4語を整理
納期まわりの英語でつまずく原因の大半は、この4語の役割がごちゃ混ぜになっていることです。それぞれ「何を指すか」「どれくらい強制力があるか」が違います。
- Delivery date（納期・納品予定日）：成果物が相手に届く予定日。商談段階なら交渉の余地があり、契約で確定すると拘束力を持ちます。
- Deadline（締切）：それを過ぎたら原則アウトという最終期限。語源どおり「これ以上は動かせない線」で、交渉の余地がないニュアンスが最も強い語です。ビジネスで「締切日」を英語で言うなら、まずこの deadline が第一候補になります。
- Due date（期限日）：提出物・支払い・返却などが「期日として到来する日」。請求書の支払期限（payment due date）やレポートの提出期限で使われ、deadline よりやや中立的な響きです。
- Lead time（リードタイム）：日付ではなく「着手から完了までにかかる期間」。「Our lead time is 10 business days.（リードタイムは10営業日です）」のように、日数で答える点が他の3語と決定的に違います。
| 用語 | 意味 | 強制力のニュアンス | 変更可否 | 主な使用場面 |
|---|---|---|---|---|
| Delivery date | 納期・納品日 | 中〜強（契約で確定すると強い） | 交渉により変更可 | 受発注、契約書、プロジェクト納品 |
| Deadline | 最終締切 | 最も強い | 原則変更不可 | 応募締切、入稿、提出期限 |
| Due date | 期限日 | 中 | 条件次第で延長可 | 支払い、レポート提出、返却 |
| Lead time | 所要期間（日数） | ー（期間の目安） | 実績で更新される | 見積もり、在庫計画、工程設計 |
実務での使い分けはシンプルです。相手に「日付」を確認したいときは delivery date か due date、「絶対に動かせない線」を強調したいときは deadline、「どれくらいかかるか」を聞きたいときは lead time。この対応さえ押さえておけば、納期管理の英語でほぼ困りません。
3. Delivery date・Shipping date・Order date・EDDの違い｜比較表で一目
「Delivery date と出荷日は同じ？」という疑問は非常に多く聞かれます。結論は明確で、出荷日（Shipping date）は商品が倉庫を出る日、Delivery date は顧客の手元に届く日です。両者の間には輸送日数（リードタイム）が存在します。
Ship date（出荷日）とDelivery dateの違い
Ship date は、商品や成果物が発送元を離れるタイミングです。ここに輸送日数を足したものが Delivery date になります。たとえば7月15日出荷・輸送3日なら、Delivery date は7月18日です。物流のトラッキング画面で「Shipped（出荷済み）」と「Delivered（配達完了）」が別々に表示されるのはこのためで、delivered date を調べる人は、実際に届いた日を確認したいケースがほとんどです。海上輸送では、コンテナに積み込む日を loading date（船積日）と呼び分けることもあります。
Order date（注文日）から納期を計算する
Order date（注文日）は顧客が注文を確定した日です。ここから Delivery date を出す式はこうなります。
Delivery date ＝ Order date ＋ 注文処理時間（order processing time）＋ 輸送日数（lead time）
注文処理時間は在庫引き当てや梱包にかかる社内リードタイム、輸送日数は配送業者が運ぶ期間です。この分解ができると、「なぜ注文から到着まで5日かかるのか」を顧客にもチームにも説明できます。
Estimated delivery date（EDD）とは
Estimated delivery date（EDD／配達予定日）は、確定値ではなく「見込みの納期」です。ECサイトの「お届け予定日」や、国際配送の追跡画面に出る estimated delivery がこれにあたり、あくまで予測なので実際の Delivery date とはズレることがあります。約束値（commit）と予測値（estimate）を区別することが、顧客への正しい期待値設定につながります。
なお「Estimated date of delivery（EDD）」は妊娠の分野では「出産予定日」を意味し、最終月経開始日から約280日で算出されます。医療の文脈では意味が変わりますが、ビジネスや物流では「配達予定日」と覚えておけば十分です。
また、契約書で「引き渡し日」と訳される場合も delivery date が使われます。不動産やシステム開発の契約では「引き渡し＝所有権・成果物が相手に移る日」であり、納品日と同義に扱われることが多いためです。翻訳ツールに頼ると「配達日」と直訳されがちですが、契約文脈では「引き渡し日」「納品日」と読み替えると意味が通ります。
| 用語 | 日本語対応 | 定義 | 主に管理する人 | 変更可否 |
|---|---|---|---|---|
| Delivery date | 納期・納品日・引き渡し日 | 顧客が受け取る期日 | PM・営業 | 交渉により変更可 |
| Shipping date | 出荷日 | 商品が倉庫を出る日 | 物流・倉庫担当 | 出荷準備次第で調整可 |
| Order date | 注文日 | 注文が確定した日 | 顧客・受注担当 | 変更不可（実績日） |
| Estimated delivery date | 配達予定日（EDD） | 到着の見込み日 | システム自動算出 | 状況で随時更新 |
| Delivery date（金融） | 受渡日・決済日 | 契約の履行日 | 取引所・約定条件 | 契約で確定 |
こうした日付の流れを一本のタイムライン上に並べると、どこで遅れが生じやすいかが直感的に見えるようになります。
4. ビジネスで使う「納期」の英語フレーズ集｜確認・希望・回答・変更依頼
用語の違いがわかったら、次は実際に使える形にしておきましょう。納期のやり取りは、大きく4つの場面に分けられます。
納期を尋ねる
- Could you tell me the delivery date for this order?（この注文の納期を教えていただけますか）
- When can we expect delivery?（いつ頃の納品になりそうでしょうか）
- What is your standard lead time for this item?（この商品の標準リードタイムはどのくらいですか）
希望納期を伝える
「希望納期」は desired delivery date または requested delivery date が定番です。カジュアルな依頼なら preferred delivery date も使えます。
- Our desired delivery date is March 15.（希望納期は3月15日です）
- We would like to request delivery by the end of this month.（今月末までの納品を希望します）
- Would it be possible to deliver before the handover date on April 1?（4月1日の引き渡し日より前に納品いただけますか）
納期を回答する
- We can deliver by March 15.（3月15日までに納品可能です）
- The estimated delivery date is March 18.（配達予定日は3月18日です）
- Please note that orders placed after the cut-off time will ship the next business day.（締め時刻を過ぎた注文は翌営業日出荷となります）
変更を依頼する・遅延を連絡する
- Could we push back the delivery date by three business days?（納期を3営業日後ろ倒しできませんか）
- We regret to inform you that the shipment will be delayed due to customs clearance.（通関手続きのため出荷が遅延することをお知らせします）
- We will update you with a revised delivery date by Friday.（金曜までに修正後の納期をご連絡します）
| 英単語 | 日本語 | 使いどころ |
|---|---|---|
| shipment | 出荷・積荷 | 発送単位の話をするとき |
| cut-off time | 締め時刻 | 当日出荷の可否を説明するとき |
| delay | 遅延 | 遅れの連絡・原因説明 |
| in transit | 輸送中 | 追跡ステータスの説明 |
| out for delivery | 配達中（当日配達へ） | 到着直前のステータス |
| blackout dates | 出荷停止日 | 繁忙期・休業で扱えない日 |
なお、海外の取引先に連絡するときは「誰に聞くか」も重要です。納期の判断権を持つ担当者が誰なのかを事前に押さえておくと、問い合わせが宙に浮くのを防げます。
5. Delivery dateの3つのビジネス文脈｜EC・プロジェクト管理・金融
同じ Delivery date でも、業界によって意味合いが変わります。代表的な3つを押さえておきましょう。
Eコマース・物流での使い方
ECでは Delivery date（正確には EDD）が購買の意思決定に直結します。「明日届く」と表示されれば購入率が上がり、「2週間後」なら離脱が増える——それほど影響の大きい指標です。計算式は前述のとおりで、カットオフ時刻前の注文なら当日出荷、過ぎれば翌日出荷となり、着日が1日ずれます。
納期遅延のダメージは想像以上です。たとえば繁忙期に倉庫処理が滞り、表示していた配達予定日を数日超過すれば、注文キャンセルの増加とレビュー評価の低下が同時に起き、リピート購入の機会を失いかねません。EC事業では「表示した Delivery date を守れるか」が、そのまま信頼と売上に跳ね返ります。安く速く作っても検品で不良が出れば結局遅れるため、品質と納期の両立をセットで設計しておくことが欠かせません。
プロジェクト管理（ソフトウェア・製造業）での使い方
ソフトウェア開発では、Delivery date はスプリントやリリースの成果物を引き渡す期日を指します。製造業では、製品を顧客に納品する「製品納期」を意味します。どちらも共通するのは、要件定義の段階で成果物と期日を握り、キックオフミーティングで関係者全員に共有しておくことが遅延防止の第一歩だという点です。曖昧なまま走り出すと、後工程で必ず認識のズレが表面化します。
金融・先物取引でのDelivery date
先物取引の文脈では、Delivery date は「受渡日（決済日）」を意味し、対象資産の受け渡しと決済が行われる期日を指します。契約時点であらかじめ確定しており、ECのように後から柔軟に変更できるものではありません。同じ英単語でも、金融では「約定にもとづく履行日」という厳格な意味を持つと覚えておけば混乱しません。
6. 納期に影響する6つの因子｜遅延リスクを先読みする
納期を守れるかどうかは、次の因子をどれだけ事前に把握できているかで決まります。「予期せぬ遅延」の多くは、実は事前に読めるリスクの見落としです。
リードタイムとカットオフタイム
リードタイムは、着手から完了までにかかる標準的な所要期間です。物流なら「出荷から到着まで」、開発なら「タスク着手から完了まで」を指し、ここを正確に見積もれないと納期そのものが絵に描いた餅になります。
カットオフタイムは「その日の処理を締め切る時刻」です。物流では出荷締め時刻を過ぎると翌営業日扱いになり、着日が1日後ろへずれます。ここで効いてくるのが、プロジェクト計画書の段階でバッファ（緩衝期間）を組み込むこと。クリティカルなタスクには工程全体の10〜15%程度の余裕を持たせる運用が定着しやすく、ギリギリの計画は小さな遅れひとつで崩壊します。日々の進み具合を追う工程管理の精度が、そのままバッファ設計の精度になります。
リソース制約と工数の優先順位
人員・予算・ツールの制約は、納期遅延のもっとも一般的な原因です。鍵は優先順位づけにあります。すべてを同時に進めようとせず、「重要度×緊急度」で4象限に振り分け、重要かつ緊急なものから着手します。あわせて工数管理で各タスクの必要工数を実数で把握しておくと、「この人員でこの納期は無理」という判断を早い段階で下せます。
通関・天候・祝日の影響
海外案件では、社内でコントロールできない外部リスクを着手前に洗い出しておきます。
- 通関（Customs）：書類不備や検査で数日単位の遅延が発生する
- 天候（Weather）：悪天候による輸送・現地作業の停止
- 祝日・ブラックアウト日：相手国の祝日や配送業者の稼働停止日
- 時差と稼働カレンダー：先方の営業日と自社のズレ
これらを納期計算の前提に織り込むだけで、「想定外」の遅延は大幅に減らせます。
7. 納期を守る4ステップ｜今日から回せる管理法
因子を把握したら、実際のプロセスに落とし込みます。以下の4ステップは、そのまま日々の運用に組み込める形にしてあります。
Step1 スコープ確認と現実的な納期設定
まずプロジェクトスコープを確定し、そこから必要な作業量を見積もります。「非現実的な締め切り」は失敗の温床です。判断基準としては、当初の見積もりより20%以上短い納期を求められたら、その場で受けずに再交渉するのが安全です。現実的な目標の立て方を押さえたうえで、チームを巻き込んで見積もりの妥当性を検証し、達成可能なラインで合意する——これが後の全工程を安定させます。
Step2 クリティカルパスを活用したタイムライン設計
次にクリティカルパス（完了までの最長経路）を特定します。手順としては、まずWBSでタスクを分解してから依存関係を洗い出すと、経路が正確に引けます。ここに乗っているタスクが1日遅れれば納期も1日遅れるため、重点管理が必要です。ガントチャートで全工程を可視化し、中間マイルストーンは2〜3週間に1つのリズムで置くのが目安。節目が近いほど軌道修正が効き、遠すぎると気づいたときには手遅れになります。
Step3 進捗追跡とステークホルダーへの定期報告
タスクとマイルストーンの進捗状況を定期的に追跡します。報告頻度は、動きの速い開発案件なら週次、長期の製造・建設案件なら月次が基本です。リソース制約が見えてきたら、この報告の場で早めに配分を見直します。ステークホルダーとのオープンで透明なコミュニケーションこそが、納期変更を「事故」ではなく「調整」に変える鍵です。
Step4 遅延発生時のエスカレーション手順
どれだけ準備しても遅延は起きます。大切なのは、感覚ではなく明確な基準で動くことです。
- 予測遅延が3営業日を超えたら → 即時にステークホルダーへ通知
- 全体工期の10%を超える遅延が見込まれるなら → 納期そのものを再交渉
この基準をあらかじめ共有しておけば、報告が遅れて問題が肥大化する事態を防げます。エスカレーションは「悪い知らせ」ではなく、早いほど価値があります。
8. 納期管理ツール比較｜チームに合うのはどれ？
4ステップを手作業やExcelで回すのは、チームが大きくなるほど無理が出ます。選ぶ基準はシンプルで、チーム規模と必要な機能（依存関係・自動アラート・可視化）の2軸です。
monday.com｜部門横断チームの納期管理に
monday.com は当サイトのイチオシツールです。納期管理で効くのは次の3点です。
- 依存関係設定：先行タスクが遅れると後続の期日が連動し、クリティカルパスの崩れが一目でわかる
- 自動期限アラート：期限接近や遅延を担当者へ自動通知
- ダッシュボード：複数プロジェクトの納期状況をひと目で把握
たとえば「タスクが2日以上遅延したら担当者へ自動通知」という自動化ルールを1つ設定しておくと、納期のずれをその日のうちに拾えます。自動化アクションはスタンダードが月250回、プロが月25,000回まで使えます。
料金は無料プラン（最大2ユーザー・3ボード）から、ベーシックUS$9/月、スタンダードUS$12/月、プロUS$19/月、エンタープライズは要問い合わせ。年額プランのほうがお得になりますが、正確な割引率は公式サイトでご確認ください。ガントチャート・タイムライン・カレンダービューはスタンダード以上で使えます。世界で25万を超える顧客が利用し、東京にオフィスがあり日本語UI・日本語サポートにも対応しています。有料機能もプロプランの14日間無料トライアルで試せます。1つだけ試すなら、monday.com から始めてください。
デメリット：ガントチャートやカレンダーが無料プランに含まれないため、納期の可視化を本格的にやるならスタンダード以上が前提になります。
Notion｜個人・小規模チームのドキュメント一元化に
Notion は次点のおすすめで、仕様書・議事録・タスクを1か所にまとめたいチームに向きます。1〜10人のスタートアップやフリーランスなど、「まずドキュメントとタスクを一元化したい」段階のチームにぴったりです。納期管理の観点では、タイムラインビューでタスクを時間軸に並べ、納期の重なりを可視化できる点が特徴です。データベースのプロパティ設計次第で、日々のタスク管理と納期一覧を同じページにまとめることも可能です。
料金はフリー（US$0）から、プラスUS$10/月、ビジネスUS$20/月、エンタープライズは要問い合わせ。年間プランで最大20%お得になります。フリープランにはゲスト数やアップロード容量などいくつか制限があるため、詳細は公式サイトでご確認ください。また、メンバーが2名以上の場合はブロック数の制限がかかります。
デメリット：自動アラートや依存関係の自動計算は専用ツールほど強くなく、運用ルールを自分たちで設計する必要があります。
ClickUp｜依存関係と納期アラートを細かく組みたいチームに
ClickUp はタスクの依存関係設定と納期の自動通知を標準で備え、遅延が後工程に与える影響を追いやすいのが特徴です。Free Forever ではタスク数・メンバー数が無制限（ストレージ60MB）なので、まずチーム全員で運用を試すハードルが低いのも利点です。有料は Unlimited US$7/月（年間払い）からで、最新の料金は公式サイトでご確認ください。
デメリット：機能が多い分、初期設定の学習コストが高く、シンプルな納期管理だけを求めるチームにはオーバースペックになりがちです。
機能比較表とチーム別の選び方
| ツール | 納期アラート | ガント／タイムライン | 依存関係 | 無料プラン | はじめる |
|---|---|---|---|---|---|
| monday.com | 自動通知あり | スタンダード以上 | あり | 2ユーザーまで | 無料トライアル → |
| Notion | リマインダー | 全プランで利用可 | データベース連携 | あり | 無料プランで始める → |
| ClickUp | 自動通知あり | あり | あり | メンバー無制限 | 無料プランで始める → |
自分のチームがどれに当てはまるか、目安は次のとおりです。
- 5人以下・個人、はじめての納期管理 → まず Notion の無料プランから
- 5〜15人の部門横断コラボレーション → monday.com（当サイトイチオシ）
- 開発チームでScrum運用 → ClickUp
- 15人以上の大規模プロジェクト → monday.com のプロ以上（ポートフォリオ管理・多階層権限が要件ならエンタープライズを問い合わせ）
まとめ
Delivery date（納期）は、顧客満足と効率的なプロジェクト運営を左右する最重要指標です。要点を整理します。
- Delivery date とは、成果物を顧客に届ける約束の期日（日本語の「納期」「納品日」「引き渡し日」）で、読み方は「デリバリーデート」
- Deadline は動かせない最終締切、Due date は提出・支払いの期限日、Lead time は日付ではなく所要期間——この使い分けが納期英語の土台
- Shipping date は倉庫を出る日、Delivery date は顧客に届く日で、差がリードタイム。EDD（配達予定日）は予測値
- 希望納期は desired delivery date、遅延連絡は delayed due to… と、場面ごとの定型文を持っておくと対応が速い
- 遅延の多くはリードタイム・カットオフ・リソース制約・通関・天候・祝日など、事前に読める因子から生じる
- スコープ確認 → クリティカルパス設計 → 進捗追跡 → エスカレーションの4ステップで、納期は守れる
まず monday.com でテンプレートから新しいボードを作り、成果物・締め切り日・依存関係の3列を埋めてみてください。10分ほどで最初の納期管理の骨組みが完成し、この記事の4ステップをそのまま運用に乗せられます。無料プランはクレジットカード不要、有料機能もプロプランの14日間無料トライアルで確認できます。
よくある質問
date of deliveryとはどういう意味ですか？
delivery date とほぼ同義で、「納品日・配達日」を指します。契約書や船積書類では the date of delivery という語順が好まれ、履行日を厳密に示す表現として使われます。日常のビジネスメールでは delivery date のほうが一般的です。
ビジネスで「締切日」を英語で何といいますか？
最も一般的なのは deadline です。「The deadline is March 31.」のように使い、動かせない最終期限を意味します。提出や支払いの期日であれば due date（例：The payment due date is April 10.）、納品の期日であれば delivery date を使い分けます。
英語で「引き渡し日」は？
契約の文脈では delivery date または handover date が使われます。不動産やシステム開発では「The handover date is set for June 1.（引き渡し日は6月1日とする）」のように表現し、成果物や所有権が相手に移る日を指します。物流の配達日を指す場合は delivery date のままで問題ありません。
ビジネス英語で「希望納期」は？
desired delivery date または requested delivery date が定番です。「Our desired delivery date is March 15.」「We would like to request delivery by the end of this month.」のように使います。社内の希望を伝えるだけなら preferred delivery date も自然です。
Delivery dateとShipping dateは何が違いますか？
Shipping date（出荷日）は商品や成果物が発送元を離れる日、Delivery date（納期）は顧客が実際に受け取る日です。両者の間には輸送日数（リードタイム）があり、出荷が3日前でも、到着した日が Delivery date になります。
Estimated delivery dateはどのように計算しますか？
「注文日＋注文処理時間＋輸送日数（リードタイム）」で算出します。カットオフ時刻前の注文なら当日出荷、過ぎれば翌営業日出荷となり着日がずれます。EDD はあくまで予測値なので、通関や天候、祝日などの外部要因で実際の納期と前後することがあります。
「Delivery date」は英文契約書でどう使いますか？
履行期限を示す語として「The delivery date shall be July 20.」のように規定します。遅延に対する違約金条項とセットで定められることが多く、確定した期日を意味するため、一方的に変更できない性質を持ちます。変更する場合は覚書などで正式に合意し直すのが原則です。
納期が守れないとわかったら、どう動けばいいですか？
早い段階でのエスカレーションが基本です。予測遅延が3営業日を超えたら即座にステークホルダーへ通知し、全体工期の10%を超える遅延が見込まれる場合は納期そのものを再交渉します。遅延を隠さず、原因と対応策、修正後の delivery date をセットで共有することが信頼維持の鍵です。