ChatGPT Workで業務フローを監査し、自動化前の滞りを見つける方法

2026年10月4日

受注処理が遅いからといって、すぐに自動化ツールを買う必要はありません。ChatGPT Workを使えば、およそ1時間で現在の作業を図にまとめ、滞っている箇所を探し、小さな試験案の下書きを作れます。必要なのは手順書、管理表、引き継ぎの記録と、結果を確認する業務責任者です。

この記事では、OpenAIの業務フロー監査の事例を運用チーム向けの手順に置き換えます。成果物は現状の監査記録、書き直した手順の下書き、範囲を絞った自動化の提案です。この3つは分けて扱います。現状の記録は実際の仕事を正確に示し、提案は今後検討できることを示します。

準備するもの

利用が許可されたワークスペースでChatGPT Workを開きます。会話にファイルを添付するか、管理者が有効にした接続を使います。社内の情報源につなぐ前にアクセス権を確認してください。

「注文を受けてから出荷を確認するまで」のように、1つの具体的な業務フローを選びます。開始点、終了点、結果を受け取る人、確認日、業務責任者を書き出します。

証拠は小さくまとめます。有効な手順書、日時と担当者が分かる管理表、引き継ぎメモ、いくつかの対応チケット、所要時間やエラー率の記録、例外を説明するやり取りなどです。不要な個人情報は伏せてください。現行文書と下書きを区別します。数値がなければ、推測せず「未測定」と記します。この段階で入力と出力を明確にしてAIに依頼する方法も確認できます。

古い手順書と実際の作業が矛盾したときに分かるよう、各資料の名前、日付、管理者を記録します。

手順

1. 範囲を決め、現状の作業を整理する

適切な権限のある会話に資料を入れます。ChatGPTには、証拠で確認できる現状だけを説明するよう依頼します。各工程に入力、担当者、引き継ぎ条件、結果、根拠を含めてください。

[確認日]時点の[業務フロー名]について、[開始点]から[終了点]までを監査してください。
私が提供した資料だけを使ってください。現在の工程、入力、担当者、引き継ぎ条件、出力、根拠資料の表を作ってください。
資料で確認できたことと、会話や管理表から推測したことを区別してください。情報が足りなければ「未確認」と記し、担当者に聞くべき質問を挙げてください。
この段階では現在の作業だけを説明してください。自動化を提案せず、元の資料も変更しないでください。

実務担当者と一緒にこの一覧を読み直します。手順書から抜けている工程はないか、情報が足りないときに誰が判断するか、引き継ぎに失敗したときに誰が対応するかを聞いてください。AIが担当を誤って割り当てた箇所は修正します。

2. 勘ではなく記録から滞りを探す

承認待ち、データの二重入力、差し戻しなどが滞りの候補です。気づいたことを具体的な日付、行、チケットと結び付けます。実際の作業時間と待ち時間を分けてください。注文の確認を速くしても、承認に2日待つなら問題は残ります。

現状の一覧と管理表から、遅延、やり直し、不明確な引き継ぎがある工程を探してください。
各項目について具体的な根拠、データがあれば発生回数、顧客や次のチームへの影響、結論の確かさを示してください。
作業時間と待ち時間を分けてください。数値を作らないでください。仮説を確かめるために[期間]中に追加で記録すべきデータを挙げてください。
ここでは問題と検証可能な原因だけを示し、解決策はまだ書かないでください。

通常の案件だけでなく、差し戻しや例外も確認します。開始時刻か終了時刻が欠けていれば、平均所要時間は計算できません。次の作業に合う道具を選ぶときはChatGPT Work、Chat、Codexの使い分けを参照してください。

3. 公式手順と実際の作業を照合する

古い手順書には倉庫担当が注文を確認すると書かれていても、最近のチケットでは別の部門が対応しているかもしれません。両方の根拠を残して業務責任者に確認します。チーム内の会話だけで公式な決定を上書きしてはいけません。

[手順書]を[管理表]、[引き継ぎメモ]、[チケット履歴]と比較してください。
矛盾や古くなった記述を列挙してください。各項目について双方の資料名と日付、現状の一覧への影響、確認する人、具体的な質問を記してください。
更新した手順を下書きとして書いてください。根拠で確認できる箇所と、[業務責任者]の判断が必要な箇所を明示してください。公開したり、元の文書を変更したりしないでください。

責任者が確認したら、決定内容と承認者の名前、日付を記録します。社内資料からPRDの下書きを作るときも、根拠を同じように確認します。

4. 小さな自動化の試験案に優先順位を付ける

現状が確認できてから、繰り返す工程を頻度、リスク、データ品質、結果を確認する手間で比べます。入力、権限、例外への対応、元に戻す方法が明確な工程だけを候補にします。

確認済みの監査記録から、自動化で支援できそうな繰り返しの工程に優先順位を付けてください。
工程ごとに、現在の手間、証拠のある頻度、必要なデータとアクセス権、エラーや例外、出力の確認方法、元に戻す方法、人による承認点、実施または延期する理由を記してください。
[試験期間]に試す最小の工程を1つだけ提案してください。成功基準と中止条件を書いてください。実装、通知の送信、システムの変更はしないでください。

たとえば、住所が欠けた注文の一覧を下書きとして作り、担当者に確認してもらう方法があります。AIに住所を自動変更させたり、支払いを確定させたり、顧客に連絡させたりする段階ではありません。表の1項目だけが必要なら、メールボックス全体を読む権限を与えないでください。

5. 承認者、記録、測定方法を決める

誰が運用し、出力を承認し、エラーに対応し、試験を止めるかを決めます。たとえば、住所不足の注文を発見した割合や、注文確認にかかった分数を試験前と試験中で比べます。入力、提案された結果、承認者、エラー、実行日時を残します。業務責任者と権限管理者が範囲を承認してから実装してください。

出力例

ある店舗が週に200件の注文を処理していると仮定します。次の数字と状況は説明のための例です。

項目	監査の下書き
現状	営業担当が注文表を倉庫に渡し、倉庫が在庫を確認する。住所が不足する場合は顧客対応チームが電話する。
滞りの疑い	抽出したサンプルでは12件のチケットで住所を聞き直している。割合を見積もる前に表全体との照合が必要。
資料の矛盾	古い手順書では倉庫が顧客に電話するとあるが、最近のチケットでは顧客対応チームが実施している。運用責任者の確認が必要。
試験案	必須項目が欠けた注文の一覧を下書きで作り、担当者が顧客への連絡前に確認する。
中止条件	確認用サンプルで注文を1件でも見落とす、または承認された範囲を超えてデータにアクセスした場合は停止する。

監査は現在の仕事を記録します。提案はこれから試す価値があることを示します。事実と予定を混ぜないでください。

よい結果を得るコツ

具体的な案件を選ぶ。 通常の注文、差し戻された注文、例外を数件ずつ使うと、手順書から抜けた作業が見つかります。

結論に根拠を付ける。 行番号、チケット番号、メモを求めます。日時の記録がないなら、所要時間についての見立ては測定が必要な仮説として扱います。

実務担当者に現状の一覧を直してもらう。 例外がそのように処理される理由を知っているからです。意見の違いと、最終判断する人を記録します。

確認しやすい工程から試す。 要確認の一覧や照合結果の下書きなら、自動メール送信や注文ステータスの変更より結果を確かめやすくなります。

注意点

ChatGPTは例外を見落としたり、表の日時を読み違えたり、議論を決定事項と取り違えたりすることがあります。役割、顧客、金銭、アクセス権に影響する結論は、業務責任者が確認してください。会社の規程を超える機密情報を会話に入れてはいけません。OpenAIの権限に関する資料は、ツールや接続アプリの範囲を確認する出発点になります。

空欄だらけの管理表から業務効率を証明することはできません。その場合に必要なのは、何を、誰が、いつまでに測るかの一覧です。データが汚れていたり権限が曖昧だったりするまま自動化すると、エラーの発生が速くなるだけかもしれません。また、ChatGPTの提案文は実装の許可ではありません。システムの変更、外部への通知、元に戻しにくい操作には、権限を持つ人の承認が必要です。