朝のメールを開くと、業務企画室から長い連絡が届いていました。新しい申請書への切り替え、旧様式を使える期限、担当者が対応すべき作業、問い合わせ先が、背景説明とともに書かれています。内容は重要ですが、そのまま営業部の共有チャットへ転送すると、外出中の社員が期限や依頼事項を見落とすかもしれません。

ここでは、営業事務の担当者が長い連絡を読み、対象者・期限・依頼事項を残した「要点3つ」の社内共有文を作る架空の場面を扱います。普段使っているメール、社内チャット、メモ帳に加え、会話形式で文章を頼めるClaudeを使います。プログラミングや特別な命令は必要ありません。元の文章をチャットへ貼り、どのような共有文にしたいかを日常の言葉で伝える方法です。



目的は、原文を読まなくてよい状態にすることではありません。共有を受けた人が「自分が対象か」「いつまでに何をするか」を短時間で把握でき、必要なら原文へ戻れる状態を作ることです。Claudeには情報の整理と下書きを任せ、内容が正しいか、社内へ送ってよいかという判断は担当者が行います。

この記事で紹介する文章や回答は、操作結果を実測した体験談ではなく、試し方を示すための例です。個人名、顧客名、未公開案件などは使わず、架空の連絡文で練習します。会社で生成AIの利用ルールが定められている場合は、その範囲を確認してから進めてください。最初の題材を一つの社内連絡に絞ることで、入力、回答、確認の流れを無理なく把握できます。

AIを使わない場合でも、担当者はメールの検索機能や定型の共有文を活用できます。作業を不自然に非効率なものとして考える必要はありません。一般的には、原文を最初から読み、重要そうな箇所へ印を付け、メモ帳へ抜き出してから、社内チャット向けに文章を整えます。最後に原文と共有文を見比べ、日付や対象部署が合っていることを確かめます。



工程を分けると、次のようになります。

1. 連絡の背景を含めて原文全体を読みます。
2. 対象者、開始日、締切、依頼事項、問い合わせ先を探します。
3. 必要な情報をメモ帳や共有文のひな型へ転記します。
4. 読み手が理解しやすい順番へ並べ替え、短い文にします。
5. 原文と照合し、承認が必要なら責任者へ確認を依頼します。
6. 原文の場所を添えて、社内チャットへ投稿します。

この流れには、担当者が業務の事情を踏まえて判断できる利点があります。たとえば、原文に複数部署向けの説明が含まれていても、自部署に必要な箇所だけを選べます。普段から使っている共有文の書式も維持しやすいでしょう。

ただし、文章が長いほど、読む作業と書く作業を行き来する回数が増えます。日付を一つ転記したあとで別の段落に例外条件を見つけ、共有文を直すこともあります。背景説明を削りすぎると、依頼の理由が伝わらなくなる場合もあります。ここで目指す成果物は単なる短文ではなく、原文と同じ対象者、期限、依頼事項を保った共有文です。この品質条件は、Claudeを使う場合にも変えません。

長文の要約で負担になりやすいのは、文字を読むことだけではありません。文章中に散らばった情報を探し、意味を崩さずに別の形へ移す作業に手間が集まります。件名の直後に開始日があり、終盤に旧様式の期限が書かれているような連絡では、担当者が頭の中で関係を組み立てなければなりません。



「資料探し」に当たるのは、原文から自部署に関係する箇所を見つける工程です。「転記」では、部署名や日付をメモへ正確に移します。「分類」では、見つけた情報を対象者、期限、依頼事項などへ分けます。「下書き」では、それらを読み手に伝わる順序へ並べます。短くした後には「確認と手戻り」があり、抜けや誤解を見つければ原文へ戻って修正します。

特に注意したいのは、短くするほど正確になるとは限らない点です。「11月4日から新様式へ切り替える」と「11月14日以降は旧様式を受け付けない」は、似ていても役割が異なります。前者だけ残すと、すでに作成中の書類をいつまで旧様式で提出できるのかが分かりません。対象者を省けば、関係のない部署まで対応が必要だと受け取る可能性もあります。

担当者が疲れていると、原文にはない補足を善意で加えてしまうこともあります。たとえば「全案件を今すぐ更新してください」と書き換えると、元の依頼より範囲が広がるかもしれません。そこで、要約の前に残す項目を決め、原文にない内容を追加しないという条件を置きます。Claudeを使う狙いは判断そのものを省くことではなく、探索、分類、下書きの往復を一度にまとめ、人が照合に集中しやすくすることです。

Claudeは、Anthropicが提供する会話形式のAIです。Anthropicの公式案内では、入力する依頼文はプロンプトと呼ばれ、同僚や友人に話すように自然な言葉で伝えられると説明されています（出典: Anthropic Support）。この記事では初めて使う人に合わせ、プロンプトを「AIへのお願い文」と呼びます。ここで扱うのは、チャットへ文章を入力して要約を頼む使い方だけです。



同じ原文から、同じ品質条件の共有文を作る場合の対応は次のとおりです。以下は業務へ取り入れるための提案であり、特定の時間短縮を保証するものではありません。

| 工程 | AIを使わない場合 | Claudeを使う場合 | 人が行うこと |
|---|---|---|---|
| 情報を探す | 原文を読みながら印を付けます | 指定した項目ごとに候補を整理させます | 候補が原文にあるか確かめます |
| 転記・分類 | メモへ写して項目別に並べます | 対象者・期限・依頼事項の形で出力させます | 数字、名称、対象範囲を照合します |
| 下書き | 一から共有文を書きます | 要点3つの下書きを作らせます | 社内の言葉遣いへ直します |
| 修正 | 原文へ戻って書き直します | 追加のお願い文で形式を直させます | 修正で事実が変わっていないか確認します |
| 承認・送信 | 担当者または責任者が行います | Claudeには任せません | 投稿先と送信可否を判断します |

Claudeへ渡す入力は、従来の作業で読む原文と同じです。成果物も、社内チャットに載せる要点3つの共有文で変わりません。違うのは、候補の抽出、分類、最初の下書きをまとめて依頼できる点です。

ただし、回答は原文の代わりになる確定情報ではありません。AIが日付を取り違えたり、条件を単純化したりする可能性を前提に扱います。会社固有の承認ルールや、どこまで社内へ知らせるべきかも自動では決められません。Claudeが作るのは確認前の下書きであり、原文との照合、表現の調整、承認、投稿は人に残る工程です。

準備するものは、Claudeを利用できる環境、公開して差し支えない練習用の文章、確認結果を書き留めるメモです。実際の業務連絡を使う前に、社内の生成AI利用規程を確認してください。規程が分からない場合は、顧客名、社員名、契約内容、売上、認証情報などを入力せず、次の架空例で流れだけを試すのが安全です。



以下は架空の入力例です。新しい見積申請書への切り替えを想定しています。

件名：見積申請書の様式変更と対応のお願い

東日本営業部の皆さまへ
申請内容の確認をしやすくするため、2026年11月4日から見積申請書を様式V3へ切り替えます。共有フォルダにV3を掲載しています。11月4日より前に作成を始めた案件については、旧様式V2のままでも提出できますが、11月14日以降はV2を受け付けません。

現在進行中の案件を持つ担当者は、使用中の様式を確認し、V2を使用している案件の名称と提出予定日を11月7日17時までに営業部の管理表へ記入してください。新規案件は11月4日以降、V3で作成してください。

様式の入力項目に関する質問は業務企画室の共有チャットへ投稿してください。個別案件の価格判断は、これまでどおり各営業課長へ相談してください。

操作は4段階です。第1段階では原文を読み、今回残したい情報を自分でも確認します。第2段階ではClaudeのチャット入力欄へ、次のお願い文と架空の原文を貼り付けて送信します。公式案内でも、チャット画面へ依頼を入力して会話を始める方法が説明されています（出典: Anthropic Support）。

コピーして使うAIへのお願い文です。「ここに原文を貼る」の部分を、練習用の文章へ置き換えてください。

以下の社内連絡を、社内チャットで共有する文章にまとめてください。

条件：
・要点は3つにしてください
・対象者、日付、期限、依頼事項を省略しないでください
・原文にない情報は追加しないでください
・各項目は短くしてください
・判断できない内容は推測せず、確認が必要と書いてください

原文：
ここに原文を貼る

第3段階では、返ってきた文章をすぐ投稿せず、原文と横に並べます。対象者、日付、依頼事項が見つかる箇所へ印を付けると、初めてでも照合しやすくなります。第4段階では、意味を保ったまま読みやすく直すよう追加で頼みます。Claudeとの会話を続け、最初から全文を入力し直す必要がない場合でも、修正後の文章は改めて原文と比べてください。

前章の架空例に対し、次のような回答が返ってきたと想定します。これはClaudeの実際の出力を保証するものではなく、確認方法を説明するために作成した例です。



回答の例です。

【見積申請書の様式変更】

1. 東日本営業部では、2026年11月4日から新規案件の見積申請書をV3へ切り替えます。
2. V2を使用中の案件がある担当者は、案件名と提出予定日を11月7日17時までに営業部の管理表へ記入してください。V2の受付は11月14日までです。
3. 入力項目の質問は業務企画室の共有チャットへ、価格判断は各営業課長へ相談してください。

この例には対象部署、切り替え日、記入する内容、締切、問い合わせ先が含まれています。ただし、「11月14日まで」という表現は、原文の「11月14日以降は受け付けません」と同じ運用を示すか、人が確認したほうが安全です。また、原文にある「11月4日より前に作成を始めた案件はV2のまま提出できる」という条件が簡略化されています。共有先の人に必要な条件なら、残すよう頼み直します。

コピーして使う追加のお願い文です。

2番を修正してください。
11月4日より前に作成を始めた案件はV2でも提出できることと、
11月14日以降はV2を受け付けないことを、意味を変えずに分けて書いてください。
ほかの項目は変更しないでください。

文章が長い場合は、次のように短さだけを追加指定できます。ただし、文字数を優先して期限や対象者を削らないよう条件を残します。

対象者、日付、期限、依頼事項は残したまま、
各項目を一文に整えてください。
削った情報がある場合は、共有文の後に一覧で示してください。

頼み直すときは「分かりやすくしてください」だけで終えず、どの項目を、何を保って、どう直すかを伝えるのがコツです。修正範囲を限定すれば、すでに確認した箇所が不用意に変わる可能性も減らせます。それでも変更が加わることはあるため、最終版全体の照合は省けません。

完成した共有文は、上から読み直すだけでなく、原文に戻りながら項目別に確認します。おすすめの順番は、固有名詞と数字、対象範囲、依頼内容、例外条件、問い合わせ先です。日付は似た数字が複数登場するため、切り替え日と回答期限と受付終了条件を別々に照合してください。



確認項目は次のように整理できます。

- 対象者が「東日本営業部」から別の範囲へ変わっていませんか。
- 11月4日、11月7日17時、11月14日の役割が入れ替わっていませんか。
- 管理表へ記入する内容が「案件名と提出予定日」のままですか。
- V2を使える条件と、受け付けなくなる条件が残っていますか。
- 入力項目と価格判断の問い合わせ先が混同されていませんか。
- 原文にない義務、期限、理由、例外が加わっていませんか。

誤りを見つけた場合は、自分で直しても、Claudeへ修正を頼んでも構いません。Claudeへ頼むなら、誤っている箇所と原文の正しい記載を示し、他の部分を変えないよう伝えます。修正後は、その一文だけでなく全文を再確認してください。直した箇所に合わせて、別の表現まで変わっている可能性があるためです。

投稿の承認が必要な職場では、責任者へ「原文」「要約後の共有文」「確認した項目」をまとめて渡します。Claudeの回答だけを送るのではなく、根拠となる原文へ戻れる状態を保ちます。最終的にどの表現を採用するか、誰へ共有するか、いつ投稿するかは担当者または承認者が決めます。AIは文章を整える補助役であり、業務上の責任や送信判断を引き受けるものではありません。

この使い方で期待できるのは、原文から項目を探し、メモへ移し、最初の下書きを作る往復をまとめられることです。特に、対象者や期限が複数の段落に散らばっている文章では、整理候補を一度に得られる可能性があります。ただし、入力の準備、回答の照合、修正、承認には手間がかかります。原文が短い場合や、定型文へ数語を移すだけの場合は、手作業のほうが簡単なこともあるでしょう。



効果を確かめるときは、速さだけで判断しません。機密情報を含まない同程度の連絡文を用意し、従来の方法とClaudeを補助に使う方法で、同じ「要点3つ」の共有文を作ります。作業後に、次の項目をメモしてください。

- 原文を読んで重要箇所を探すために必要だった手間
- メモへの転記や分類を何度やり直したか
- Claudeへお願い文を整えるために必要だった手間
- 回答にあった抜け、誤り、不要な追加の数
- 修正と承認を含め、投稿可能な状態までに必要だった手間

実測していない削減率を目標に置く必要はありません。「探索と下書きは楽になったが、日付の照合は変わらない」「短い連絡では準備のほうが増えた」と工程別に記録すると、向いている文章を判断しやすくなります。正確性が落ちた場合は、お願い文の条件を増やすだけでなく、その業務では使わない選択も必要です。

最初の一歩には、実際の社内情報ではなく、前章までの架空例をそのまま使う方法が適しています。Claudeへお願い文を送り、回答から三つの日付と二つの問い合わせ先を探してください。原文との違いを一つでも説明できれば、要約を受け取って終わるのではなく、人が確認する流れまで練習できています。その後、社内ルールを確認し、公開して差し支えない一件だけを候補にすると、安全性と実用性を同時に確かめられます。

- Get started with Claude（ページ表示日: 2026年9月16日、資料取得日: 2026年10月30日）