作業日報の実例集：同じ素材から3パターンの日報書き方を比較
日報とは何を書くべきか、日報書き方のコツは実例を見るのが最も早い。3職種 × 3段階の詳細度で書き分けた作業日報の比較例を見れば、「箇条書き / 合格 / 高品質」の差が一目で分かります。同じ素材でも、日報書き方が違えば伝わる情報密度も、上司の評価も全く変わります。
営業
素材（口述）
今日の午前中は A 社とビデオ会議で、契約の支払い条件について話し合いました。先方は30日サイトを希望、当社は通常15日です。営業部長に報告したところ、「少し待て、20日まで交渉できるかもしれない」とのこと。午後は今週の顧客リストを整理し、3社からまだ返信がないことが分かったので、明日プッシュする予定です。夜は業務チャットの返信をいくつか処理しました。
箇条書き
本日完了： 1. A 社と会議 2. 顧客リスト整理 3. メッセージ返信 明日：顧客フォローを継続。
合格
本日完了： 1. A 社とビデオ会議。核心の相違点は支払いサイト：先方30日、当社規定15日 2. 営業部長にエスカレーション、20日への折衷案を交渉中 3. 今週の顧客リスト整理、5日以上未返信の顧客が3社 明日の計画： - 未返信の3社にコンタクト - 営業部長からのサイトに関する回答待ち
高品質
一、顧客進捗 - **A 社契約**（フェーズ：条件交渉）：核心の相違点は支払いサイト。先方は30日を主張、当社規定は15日。営業部長に20日の折衷案をエスカレーション済み、5/29 までに最終回答、5/30 顧客と共有予定。 二、顧客健全性 - 今週リスト中、5日以上未返信が3社（B 社、C 社、D 社）。うち C 社は前回接触時に予算逼迫を表明しており、失注リスクあり。 三、明日の重点 - 09:30 までに B 社、C 社、D 社へ能動的にコンタクト、特に C 社（ダウングレード案を準備） - 営業部長からのサイトに関する回答待ち - 14:00 社内プロダクト要件会議 四、サポート要請 - A 社のサイト相違について、ご判断をお願いしたい。営業部長が 5/29 に20日まで譲歩できない場合、先方の意思決定者と直接擦り合わせていただくのが望ましく、行ったり来たりで成約に響くのを避けたい。
カスタマーサポート
素材（口述）
今日は問い合わせを28件処理、昨日より少し少なかったです。うち数件は返金関連で、1件感情的な顧客がいて、最終的にクーポンで対応しました。それから、複数件の問い合わせで「X 機能が見つからない」という声があり、入口に問題があるのか気になっています。
箇条書き
本日完了： 1. 問い合わせ対応 2. 返金処理 3. 難しい顧客対応 明日も継続。
合格
本日完了： 1. 問い合わせ対応 28件（前日35件） 2. 返金処理6件、うち1件は感情的な顧客に対しクーポンで解決 3. 複数件の問い合わせで X 機能の入口が見つからないとの声 明日：問い合わせ対応を継続。
高品質
一、数値データ - 問い合わせ対応 28件（前日35件、前日比 -20%、本日は月曜の問い合わせ低調期） - 平均応答 6分（基準値 8分） - 一次解決率 82%（基準値 80%） 二、重点ケース - 顧客 #2024 が配送遅延で感情的に、上長対応にエスカレーション。50円分のクーポンで最終的に解決。提案：類似の遅延注文に対し能動通知を行えば、エスカレーション率を下げられる可能性あり。 三、本日の観察 - 本日 4件の問い合わせが「X 機能の入口が見つからない」、過去1週間で累計11件（先週4件）、明確な傾向。プロダクトチームに入口位置の見直しを提案。今後の集計用に専用タグを作成済み。 四、明日の重点 - 顧客 #2024 のクーポン到着確認 - 今週の「機能が見つからない」系問い合わせサンプルを整理し、プロダクトチームへ評価依頼
エンジニア
素材（口述）
今日は注文モジュールの返金 API を主に書いていました。完成して、クレジットカードとコンビニ決済の両方で結合テスト済みです。途中ログイン関連のバグを発見し、原因はキャッシュキー結合時に空文字を処理していなかったためでした。修正済み。明日は注文照会を書く予定です。午前中ずっと田中さんからのインターフェース仕様書を待っていましたが、来ませんでした。
箇条書き
本日完了： 1. コードを書いた 2. バグを1つ修正 3. 仕様書待ち 明日：コードを書き続ける。
合格
本日完了： 1. 注文返金 API 開発完了、クレジットカード/コンビニ決済で結合テスト済み 2. ログインバグを修正（キャッシュキー空値処理） ブロッカー：田中さんの仕様書待ち。 明日：注文照会を実装。
高品質
一、本日完了 - **[注文モジュール]** 返金 API 開発完了（PR #234）、クレジットカード/コンビニ決済の2チャネルで結合テスト通過、ユニットテストカバレッジ85% - **[BUG]** ログイン失敗 BUG-1234 を修正（本番影響：約200ユーザー/日）。根本原因：キャッシュキー結合時に空文字未処理で、誤ったアカウントにヒット。修正：パラメータ検証 + 結合前 trim を追加、該当シナリオをユニットテストでカバー。 二、ブロッカー・リスク - [ユーザーセンター] インターフェース仕様書待ち（田中さんに @ 連絡済み）、明日の開発に 0.5日影響見込み 三、明日の計画 - 09:30〜12:00 注文照会 API 開発完了 - 14:00 下流の佐藤さんと決済コールバックの結合テスト - BUG-1235 対応 四、その他 - バグ修正中、注文モジュールに類似の結合の落とし穴を発見、技術的負債リストに記録、優先順位付け待ち