外出先で残した営業メモを開き、会社の日報欄に文章を入力します。訪問先で何を説明し、相手からどんな反応があり、明日は何をするのか。内容は覚えていても、読み手に伝わる順番へ並べ直すところで手が止まることはないでしょうか。

ここでは、中小企業の営業担当者が、メモアプリに残した箇条書きから、上司へ提出する日報を作る場面を考えます。既存の日報には「活動内容」「先方の反応・結果」「次の対応」「確認事項」の欄がある想定です。担当者はメモを読み返し、項目ごとに内容を移し、短い文章に整え、訪問結果や対応期限を確認して提出します。テンプレートがあれば書く項目は決まっていますが、断片的な記録を文章にする作業は毎回発生します。

この文章化を補助する道具として使うのが、Claudeです。Anthropicが提供する、文章で依頼すると文章で応じるAIとして紹介されています。公式案内では、チャットの入力欄に依頼を書き、送信して会話を始める方法が示されています。（出典: Claudeヘルプセンター）

今回の活用提案は、営業活動の判断をClaudeに任せるものではありません。手元のメモを既存の日報の形に整える、一つの作業に絞ります。完成させるのは提出前の下書きです。訪問結果を確定し、内容を承認して提出する役割は担当者が持ちます。以下では、実在する会社や顧客の情報を含まない架空の例で、その進め方を説明します。

日報の作成には、いくつか異なる作業が含まれています。メモや予定表から当日の活動を探す作業、内容を日報の欄へ振り分ける作業、短い記録を文章に直す作業、事実を確かめる作業です。すべてをひとまとめに「日報を書く時間」と捉えると、どこを助けてもらえるのかが見えにくくなります。

たとえば「資料説明、見積ほしい、数量未定」という記録があったとします。日報では、資料を説明した事実、見積もりの依頼があった結果、数量がまだ分からない状態を、それぞれ適切な欄に書く必要があります。文章を整える途中で「見積もりを依頼された」が「受注の見込みが立った」に変われば、読みやすくなっても報告としては不正確です。言葉を補う作業と、事実を補ってしまうことは分けなければなりません。

確認にも種類があります。誤字や読みにくさは文章を見れば直せますが、数量が確定したかどうかは元の記録や担当者の認識に戻らなければ判断できません。記録に抜けがある場合、その穴を自然な文章で埋めるより、確認事項として残すほうが後の対応につながります。

この例でClaudeに渡すのは、担当者が集めた一日分のメモと日報の項目です。複数の道具から記録を集める工程は担当者が行い、分類と下書きをClaudeに依頼する設計にします。情報が散らばったままなら、その整理の負担まで消えるわけではありません。何を入力としてそろえるかを決めておくことが、試行の出発点になります。

比較するときは、AIを使う側だけ報告を短くしたり、確認を省いたりしないことが大切です。今回は、どちらも同じ箇条書きメモを使い、同じ四つの欄を埋めます。品質条件も「記録にない事実を加えない」「未確定の内容を確定扱いにしない」「次の対応を読み取れる」にそろえます。

従来の進め方では、担当者がメモを読み、内容を分類しながら文章を入力します。Claudeを使う場合は、メモと分類先をまとめて渡し、返ってきた下書きを担当者が確認する流れに置き換えます。期待できるのは、項目へ振り分けながら一文ずつ書き始める手間を減らすことです。実際の負担は、メモの分かりやすさや修正の量によって変わるでしょう。

| 工程 | AIを使わない場合 | 今回の活用提案 |
| --- | --- | --- |
| 記録を集める | 担当者がメモをそろえます | 担当者が同じメモをそろえます |
| 内容を分類する | 担当者が日報の欄へ振り分けます | Claudeに欄ごとの整理を依頼します |
| 文章に整える | 担当者が下書きを書きます | Claudeに下書きを依頼します |
| 事実を確認する | 担当者が元のメモと照合します | 担当者が元のメモと照合します |
| 修正して提出する | 担当者が仕上げて提出します | 担当者が修正内容を確かめて提出します |

Claudeの公式資料でも、依頼では必要な構成や内容を具体的に示し、出力を確認して調整する考え方が案内されています。（出典: Claudeヘルプセンター）ただし、この表の分担は本記事の業務上の提案です。自社の報告ルールに合わせて変えて構いません。すでに短い定型文を埋めるだけで済んでいる場合は、入力準備と照合が増え、かえって手間になる可能性もあります。

用意するのは、Claudeを利用できる環境、日報の項目、入力してよいメモです。練習では以下の架空例をそのまま使えます。実務で使う前には、勤務先のAI利用ルールを確認し、個人情報や社外秘を入力しない範囲を決めてください。顧客名を仮名に変えるだけでは、商談条件などの秘密情報まで除けるとは限りません。

**操作1：Claudeのチャットを開きます。** 利用できるアカウントでClaudeを開き、チャットの入力欄を使います。公式案内では、入力欄へ依頼を書いて送信する基本操作が説明されています。（出典: Claudeヘルプセンター）ここでいうプロンプトは「AIへのお願い文」のことです。以下の文章もプログラムではなく、日常の言葉で書いた依頼です。

**操作2：お願い文と架空のメモを入力して送信します。** 次のブロック全体をコピーして使えます。これは本記事が提案する練習用の例です。実務へ置き換える場合は、日報の項目とメモの部分を、自社で入力が認められた内容へ変更します。

コピーして使うお願い文と架空の入力例です。

次の営業メモだけを使って、営業日報の下書きを作ってください。
文章はです・ます調にし、各項目を短くまとめてください。

【日報の項目】
活動内容
先方の反応・結果
次の対応
確認事項

【守ってほしいこと】
メモにない事実、数量、期限、担当者を追加しないでください。
未確定の内容は、未確定と分かる形で残してください。
見積もりの依頼を、受注や購入決定と書き換えないでください。
不明な点は推測せず、確認事項に分けてください。

【架空の営業メモ】
・本日、架空の取引先A社を訪問しました。
・商品サンプルを渡し、使い方を説明しました。
・先方から見積もりの依頼がありました。
・希望数量は未定です。
・明日、営業担当者が希望数量を確認します。
・納期について質問がありましたが、回答していません。
・納期は社内確認が必要です。

**操作3：返ってきた文章をメモと見比べます。** 次は想定する回答例です。実際にClaudeを操作して得た出力ではなく、確認の基準を示すための例示です。同じ依頼でも、文章の形がこのとおりになるとは限りません。

回答の例です。

【活動内容】
本日、A社を訪問し、商品サンプルを渡して使い方を説明しました。

【先方の反応・結果】
先方から見積もりの依頼がありました。希望数量は未定です。

【次の対応】
明日、営業担当者が希望数量を確認します。

【確認事項】
納期について社内確認が必要です。先方からの納期の質問には、まだ回答していません。

**操作4：必要な部分だけ直してもらいます。** 文章が長いと感じたら、同じ会話の入力欄に追加のお願いを書いて送信します。たとえば次のように頼めます。事実そのものが間違っている場合は、先に正しい内容を示してください。

コピーして使う修正のお願い文です。

各項目を、できるだけ一文で簡潔にしてください。
希望数量が未定であることと、納期が未回答であることは残してください。
新しい事実は追加しないでください。

修正後も元のメモとの照合が必要です。短くした結果、重要な条件まで消えていないかを確認してから、日報へ移す候補にします。

読みやすい文章でも、報告として正しいとは限りません。提出前には、元のメモと下書きを並べ、事実の強さが変わっていないかを確かめます。今回の架空例なら、見積もりの依頼があったことまでは記録されていますが、購入の決定は記録されていません。「購入予定です」「受注が決まりました」といった文章が出ていれば、削除または修正が必要です。

未確定事項は、抜けると報告の意味が変わります。希望数量が未定であること、納期の質問に回答していないこと、納期の社内確認が必要なことを、一つずつ照合してください。「納期を案内しました」のように、実施していない対応が完了扱いになっていないかにも目を向けます。文章の丁寧さより先に、行動や結果の状態を確認しましょう。

次の対応では、誰が、何を、いつするかを見ます。例では、営業担当者が明日、希望数量を確認することまでメモにあります。一方、納期を社内確認する担当者と期限は示されていません。Claudeがもっともらしい担当者名や期限を付けていても、そのまま採用せず、担当者自身が確認して補います。決まっていなければ、確認事項として残す判断が必要です。

照合の順番を固定すると、読み返す目的が明確になります。訪問結果、未確定事項、次の対応を確認した後に、表現や誤字を整えます。必要な修正を終えたら、担当者が内容を承認し、既存の日報の提出先へ転記します。上司の承認が必要な職場では、その手順にも従ってください。Claudeから返ってきた時点を完成とせず、人が事実を確認した時点を提出可能な状態とする運用を提案します。

この使い方で負担が軽くなると期待できるのは、分類と文章の下書きです。短いメモを日報の欄へ移しながら文章に直す作業が多い人には、試す理由があります。ただし、元の記録が曖昧なら確認は残りますし、出力の修正が多ければ、その分の作業も増えます。ここで示した手順の時間短縮や削減率は実測していません。

自分の業務で確かめるには、同じ架空のメモとテンプレートを使い、手書きで下書きを作る場合とClaudeを使う場合を比べます。記録するのは下書きが出るまでの時間だけではありません。メモをそろえる準備、お願い文の入力、回答待ち、元のメモとの照合、修正、提出先への転記までを含めてください。日報として必要な情報がそろったところを、両方の作業の終了点にします。

品質も一緒に見ます。見積もりの依頼を正しく残せたか、数量未定と納期未回答が消えていないか、次の対応を勝手に追加していないかを記録します。速く仕上がっても、確認漏れが増えていれば採用の判断材料としては不十分です。また、同じメモを二度使うと内容を覚えるため、一度の比較だけで結論を出さず、別の架空メモでも試すと判断しやすくなるでしょう。

毎回お願い文を大きく直す必要があるなら、日報の項目や守ってほしい条件が曖昧かもしれません。反対に、短い定型文だけで十分な業務なら、従来のテンプレートを使い続ける判断もできます。道具を使うこと自体ではなく、必要な品質の日報を無理なく作れるかを基準にします。

最初の一歩は、この記事の架空メモを一度入力し、返ってきた下書きに「数量未定」と「納期未回答」が残っているかを確かめることです。その確認までできたら、自社の日報欄に合わせたお願い文を作り、入力してよい情報の範囲で一日分を試してください。

- Get started with Claude
- Create and edit files with Claude