結論
EODとCOBは混在させるべきではありません。
同じ「本日中」を指す言葉でも前提が異なるため、併用すると締切認識のズレや責任の押し付け合いが起きやすくなります。
何が混同されやすいのか
EOD（End of Day）とCOB（Close of Business）は、どちらも「今日中」という意味で使われます。
そのため、「どちらを使っても同じ」「途中で言い換えても問題ない」と考えられがちです。
しかし実務では、同じ案件でEODとCOBが混在した瞬間に、締切の前提が崩れます。
違いが生まれる構造
違いの本質は、締切を管理する基準が異なることです。
- EOD
暦日ベースの締切です。
「今日はここまで」という時間の区切りを示します。 - COB
業務プロセスベースの締切です。
「業務として完了させる」という管理上の区切りを示します。
この2つを混在させると、
「今日は時間的には終わっているが、業務としては終わっていない」
というグレーゾーンが発生します。
印象・道義的な違い
混在は印象面でも問題を生みます。
- 送り手側
- 都合に応じて締切を動かしているように見える
- 管理が曖昧な印象を与える
- 受け手側
- どこまで対応すべきか判断できない
- 後出しで詰められていると感じやすい
結果として、「言った・言わない」「聞いていない」といった不毛なやり取りが発生します。
どう使い分けるのが無難か
基本ルールはシンプルです。
- 1つの案件ではどちらかに統一する
- 途中で言い換えない
もし途中で条件が変わるなら、
「当初はEOD想定でしたが、業務都合でCOBに変更します」
と、前提が変わったことを明示する必要があります。
実務での例
危険な例
Please share it by EOD today.
（数時間後）
We need this by COB.
締切が前倒しされたように感じ、強い不信感を生みます。
無難な例
Please share it by EOD today.
If possible, earlier would be appreciated.
締切は固定しつつ、期待値だけを補足しています。
前提変更を明示する例
Initially we planned to collect inputs by EOD, but we now need them by COB due to internal review.
混在ではなく、条件変更として扱うことで混乱を防げます。