AIを仕事で使ってみたい。でも、ツールの名前を調べるほど、何から始めればよいのか分からなくなる。そんなときは、先に仕事を一つ選んでしまうほうが考えやすくなります。
候補は、問い合わせ返信の下書き、会議メモの整理、社内資料からの案内文づくりです。どれも「文章を作る仕事」ですが、渡す資料の量や確認の難しさ、間違えたときの影響が違います。
最初に試す業務を選ぶ基準は、元資料がすでにあること、自分で答えを確かめられること、繰り返し発生することです。たとえば短い会議メモが毎週残っていて、内容を確認できるなら、決定事項と担当作業の整理から試せます。
この記事では3業務を同じ基準で比べ、ダミー情報を使って試すところまで進めます。業務の比較と試し方は、小さく始めるための提案です。特定の会社で効果を実測した事例ではありません。
最初の仕事は、3つの基準で選ぶ
AIに任せやすそうな仕事を、広く探す必要はありません。いま自分が繰り返している仕事から、次の3つがそろうものを探します。
| 基準 | 確かめること | 最初の候補として扱いやすい状態 |
|---|---|---|
| 元資料があるか | 文章、メモ、決まった案内などを用意できるか | 新たに調べなくても、必要な材料が手元にある |
| 人が確認できるか | 出てきた内容が正しいと判断できるか | 元資料と見比べれば、誤りや抜けを見つけられる |
| 繰り返す頻度はどれくらいか | 今後も同じような作業が発生するか | 週に何度か、あるいは定期的に繰り返す |
特に見落としやすいのが、元資料を準備する時間です。
文章を作るところだけ速くても、必要な資料を集め、個人情報を除き、AIへ渡す形に整える作業が毎回長くかかるなら、全体の負担は減らないかもしれません。
また、自分が正解を知らない仕事から始めると、出力がもっともらしくても確かめにくくなります。最初は「自分でもできるけれど、毎回少し手間がかかる仕事」が候補になります。
問い合わせ返信・会議メモ・社内資料を同じ条件で比べる
ここでいう社内資料づくりは、何もないところから会社のルールを作ることではありません。既存の資料をもとに、案内文や短いFAQへ整理する作業を指します。
| 比較すること | 問い合わせ返信の下書き | 会議メモの整理 | 社内資料から案内・FAQを作る |
|---|---|---|---|
| 元資料 | 問い合わせ内容、確認済みの対応条件 | 箇条書きのメモや議事記録 | 更新済みのマニュアルや案内 |
| 入力準備の負担 | 顧客情報や契約情報の扱いを確認する必要がある | 短いメモがすでにあれば始めやすい | 資料が分散・矛盾していると整理に手間がかかる |
| 正しさの確かめ方 | 質問へ答えているか、約束してよい内容かを見る | 決定事項、担当者、期限を元メモと比べる | 回答ごとに、根拠のある箇所と照合する |
| 繰り返しやすい状況 | 同じような質問が定期的に来る | 定例会議があり、毎回メモを整理する | 同じ社内質問や案内が繰り返される |
| 間違えたときの影響 | 未確定の納期や料金を相手に約束してしまう | 決まっていないことを決定扱いにする | 存在しない規則を正式な案内として広める |
| 最初の作業範囲 | 送信しない下書きだけ | 共有しない整理案だけ | 公開・配布しない案内案だけ |
どの業務が必ず一番向いている、とは言えません。
短いメモが残らない会議を、録音や文字起こしの仕組みづくりから始めるなら、準備に手間がかかります。反対に、問い合わせの定型回答がすでに整っている会社なら、返信案のほうが小さく試せるかもしれません。
「うちの仕事では、材料をどこから持ってくるか」まで具体的にすると、選びやすくなります。
向いている仕事と、いまは見送る仕事を分ける
会議メモは、決定事項と宿題が短い文章で残っている場合に向いています。発言の細かなニュアンスや、専門的な議論の正確な解釈が必要な会議は、最初の試行では範囲を狭くします。
問い合わせ返信は、よくある質問と確認済みの回答条件がそろっている場合に向いています。返金や契約条件の例外対応、個別交渉など、判断が必要なものは、AIに結論を決めさせる対象にしません。
社内資料は、根拠となる資料が新しく、内容を確認できる担当者がいる場合に向いています。複数の資料に違うルールが書かれているなら、AIにもっともらしく統合させる前に、どれが正しいかを人が決めます。
迷ったら、最初に使う資料を実際に一つ選んでみてください。「このメモをこの形に整理する」「この回答条件からこの返信案を作る」と言えれば、試す範囲が見えてきます。
外へ出さない下書きから始める
最初の試行では、AIに作らせる段階と、その結果を人に渡す段階を分けます。
下書きのままなら、誤りを見つけて直せます。自動送信や自動公開までつなぐと、確認前に相手へ届いたり、社内で正式な情報として使われたりする可能性があります。
そこで、最初は「AIが作る→自分が元資料と比べる→人が確定する」という形にします。メール、カレンダー、社内の文書置き場などとの連携も、試すために最初から必要なものではありません。
人が確認するのは誤字だけではありません。事実、数値、期限、担当者、未確定事項に加え、出してよい情報かどうかまで確かめます。どこまで確認すればよいかが分からない仕事は、最初の1業務としては範囲が広すぎる可能性があります。
まずは実際の顧客情報を使わず、ダミーで試す
以下の例はすべて説明用の架空情報です。実在するお客さまのメールや社内会議の記録は使っていません。
使うAIツールを開き、選んだ業務の例を一つ貼り付けます。ツールごとの自動送信や外部連携は使わず、文章を出力するだけにします。
試す際は、通常の例に加えて、材料が足りない例や、未確定の情報が入った例も用意します。足りない情報を勝手に補っていないかを見るためです。
問い合わせ返信：未確定の納期を約束しないか
以下の架空情報だけを使い、お問い合わせへの返信下書きを作ってください。
実在する顧客情報ではありません。メールの送信はしません。
目的：
質問に答えつつ、まだ決まっていない納期や料金を約束しない。
確認済みの対応条件：
・相談の受け付けは平日10時〜17時。
・初回の返信は原則2営業日以内。
・作業内容を確認してから、料金と納期を案内する。
・当日の作業完了は保証していない。
架空のお問い合わせ：
「サイトの文章を3か所直したいです。
明日までに対応できますか。料金も教えてください。」
出力：
・返信の下書き：200字程度。
・人が確認する必要がある点：下書きとは分ける。
守ること：
・初回の返信までの時間を、作業完了までの時間に変えない。
・資料にない料金、納期、対応可否を作らない。
・足りない確認事項があれば、確認が必要だと分かる形にする。この例の確認ポイントは、文章の丁寧さよりも、「明日までに対応できます」「2営業日以内に作業します」と約束していないかです。初回返信の目安と納期は違います。
料金も、元資料には具体的な金額がありません。自然な文章になっていても、金額が追加されていれば修正が必要です。
返信案を実務に近づける段階では、問い合わせ返信の下書きで確認することも使い、質問と回答条件を分けて渡す形に整えます。
会議メモ：提案と決定を混ぜないか
次の架空の会議メモを整理してください。
外部資料は使わず、メモにない内容は追加しないでください。
架空の会議メモ：
・案内ページの文章を先に見直すことで合意。
・担当Aが9月25日までに文章のたたき台を作る。
・担当Bが9月28日までに、その文章を確認する。
・写真も変更したいという提案が出たが、今回は決定していない。
・公開日は、文章の確認後に決める。
・画像の担当者はまだ決めていない。
出力：
・決定事項
・担当者、作業、期限を並べた表
・提案のままの内容
・未決定事項
守ること：
・提案を決定にしない。
・担当者や期限がない作業に、推測で値を入れない。
・公開日が決まっていないことを残す。次の表は、元メモから正しく整理できているかを人が照合するための基準です。AIを実行して得た結果ではありません。
| 確認する項目 | 元メモと合う内容 |
|---|---|
| 決定事項 | 案内ページの文章を先に見直す |
| 担当Aの作業 | 文章のたたき台、9月25日まで |
| 担当Bの作業 | 文章の確認、9月28日まで |
| 写真の変更 | 提案であり、決定ではない |
| 公開日 | 未決定 |
| 画像の担当者 | 未決定 |
「写真を変更する」と決定事項に入っていれば、要約の段階で意味が変わっています。未決定の内容が省かれていないかも見ます。
実際のメモで確認項目をそろえたい場合は、会議メモから決定事項と作業を整理する方法で、引き継ぎたい情報を整理できます。
社内資料：書いていない規則を追加しないか
以下の架空の資料だけを根拠に、会議室利用の短いFAQを作ってください。
会社の実際の規則ではありません。
資料：
[S1] 会議室は、社内の予約表に利用日時と利用者名を記入して予約する。
[S2] 利用後は、机を拭き、椅子を元の位置へ戻す。
[S3] 設備に不具合があった場合は、総務担当へ連絡する。
回答する質問：
・会議室はどう予約しますか。
・使い終わったら何をしますか。
・設備が故障していたら、誰に連絡しますか。
・飲食してもよいですか。
出力：
質問、回答、根拠の資料番号を表で示す。
守ること：
・根拠にした資料番号を、回答ごとに付ける。
・資料にないことは「資料に記載なし。担当者へ確認」とする。
・一般的な会社のルールを使って穴埋めしない。
・正式な規則として公開せず、確認用の下書きにする。この例では、飲食の可否は分かりません。「飲食は禁止です」と断定していたら、元資料にない規則を作っています。
また、資料番号が付いていても安心はできません。飲食の禁止に「S2」が付いていたとしても、S2が述べているのは利用後の片付けだけです。番号が存在するかではなく、その資料に回答の根拠があるかまで確かめます。
同じ考え方で、社内FAQを元資料に沿って作る方法へ広げられます。最初から大きなマニュアル全体を渡すより、短い資料と数問を使い、確認の仕方を決めるほうが扱いやすくなります。
実際の資料を使う前に、入力してよい情報かを確認する
ダミー情報で使い方が分かっても、そのまま本物の顧客メールを貼るのは別の判断です。会社の利用ルール、契約、情報の種類、使うサービスとプランを確認します。
氏名とメールアドレスを消しても、会社名、案件の特徴、日付、金額、署名などの組み合わせから、関係者には誰の話か分かる場合があります。
最初の試行では、実データから情報を削って匿名化するより、作業の構造だけを残した架空の例を自分で作る方法が扱いやすくなります。「納期が未確定の問い合わせ」「担当者が未定のメモ」といった、確かめたい条件を残す考え方です。
実資料を加工するときは、メールをAIへ渡す前の匿名化の確認も参考にし、加工したから必ず入力してよいとは考えないようにします。
「学習に使われない」と「何を入れてもよい」は別
たとえばChatGPTの個人向けサービスでは、データコントロールで、会話をモデルの改善に使うかを設定できます。学習利用をオフにしても、会話の履歴が自動的になくなるわけではありません。
一方、ChatGPT Business・Enterprise・APIなどの業務向け製品は、入力と出力を既定では学習に使わない方針が案内されています。個人向けの有料プランと、業務向けプランを同じ条件として扱わないようにします。
これらの仕様は2026年9月16日の公式情報で確認しています。データの扱いは変更され得るため、実際に使うプランと設定を確認してください。
学習利用の設定だけで、保存、閲覧権限、共有、外部サービス連携、会社としての入力許可まで決まるわけではありません。情報を入力してよいか判断できない場合は、ダミーでの試行にとどめます。
うまくいったかは、確認を含む時間で比べる
AIが数秒で文章を出しても、その後の確認に長くかかるなら、作業全体が短くなったとは言えません。
比べるのは、従来の作業時間と、次の合計です。
AIを使った作業時間
＝入力資料の準備
＋指示・生成にかかった時間
＋人が確認した時間
＋修正・やり直しの時間最初は、同程度の長さと難しさの資料を使い、手作業とAIを使う方法を比べます。同じ資料を2回使うと、2回目は内容を覚えている影響もあるので、厳密な実験結果としては扱いません。
試した業務について、次の表の項目を記録します。
| 記録するもの | 残す内容 |
|---|---|
| 入力 | 資料の長さ、内容の種類、今回の条件 |
| 手作業 | 完了までにかかった時間 |
| AIを使った作業 | 準備・生成・確認・修正を含む時間 |
| 内容の問題 | 事実の誤り、抜け、未確定事項の断定 |
| 修正の負担 | そのまま使えた部分と、大きく直した部分 |
| 判断 | 続ける、範囲を狭める、今回は使わない |
「時短になった」だけでなく、「日付の確認はしやすかったが、敬語を直す時間が長かった」のように、具体的に残します。次に変えるのが入力資料なのか、指示なのか、対象業務そのものなのかを考えられます。
まず3〜5種類のダミーで扱いを確かめ、利用条件を確認できたら、許可された同じ種類の作業を数件続けてみる、という始め方ができます。この件数は試行の例であり、数件通れば安全性や効果が証明できるという意味ではありません。
人の確認を外すのではなく、確認しやすい形に整える
何度か問題なく使えると、出てきた文章をそのまま使いたくなるかもしれません。しかし、資料の条件が変われば、これまでなかった抜けや誤りが出ないとは限りません。
そこで、確認を省くのではなく、確認する項目を固定します。
問い合わせ返信なら、相手の質問、料金、納期、対応可否。会議メモなら、決定と提案、担当者、期限。社内資料なら、元資料の該当箇所と、資料にない回答です。
重要な数字や約束を表に分け、未確定事項を別に出すと、文章の中で見落としにくくなります。最初からすべての文を自動で完成させようとするより、人が判断する場所を残した形にします。
確認に毎回大きな負担がかかるなら、使い方が悪いと決めつけず、その仕事をいまAIへ任せる価値があるかを見直します。候補から外す判断も、試した結果の一つです。
一つの業務が回り始めたら、近い条件へ広げる
次の業務へ広げる順番は、使う資料と確認方法が近いものから考えます。
会議メモの整理が安定したなら、まず同じ種類の会議で続けます。社内案内を元資料に沿って作れるなら、同じ資料の別の質問を扱います。問い合わせ返信なら、同じ回答条件で扱える質問を追加する、といった順番です。
一度に業務の種類、使う情報、出力先、自動化の範囲まで変えると、どこに問題があるか分かりにくくなります。メールの自動送信や外部公開は、下書きづくりとは別の段階として扱います。
最初の1業務は、見栄えのする大きな仕事でなくて構いません。元資料があり、自分で確かめられ、また来週も同じ作業がある。まずは、その条件に合う仕事を一つ選び、ダミー情報を使って試します。
AI活用・業務改善の相談では、いま繰り返している仕事と使える資料を整理しながら、小さく試せる業務を一緒に探せればと考えています。どの業務から始めるか迷っている方は、よろしければご相談ください。
