ChatGPT Workの全社展開事例を導入判断へつなぐ。対象業務と確認責任を分ける
公開日 ・更新日
全社展開の事例は、その規模を真似するためではなく、分解して自社の試行へ移すために読みます。OpenAIが紹介したUberの事例では、3万人を超える従業員へChatGPT Workを展開し、調査、データ分析、プレゼンテーション作成、複雑な業務フローに使うと説明されています。大事なのは人数ではなく、業務と確認責任の切り分けです。
全社展開を四つの境界に分ける
最初に、AIへ任せる業務を一つ選びます。社内文書の要約、会議後の整理、提案資料の下書きなど、入力と完成条件を説明しやすいものから始めます。顧客への送信、契約条件の確定、個人情報の判断は、最初から人の確認を必須にします。
次に、入力できる情報を決めます。公開情報、社内限定資料、顧客から預かった情報を同じ場所へ入れず、利用できるデータの範囲と保存先を先に書きます。使える機能が多くても、入力の境界が曖昧なら全社展開は止めます。
小さなチームで成果物を確認する
一つの部署や一つの業務で試し、成果物を誰が確認するかを決めます。要約なら元資料との抜け漏れ、分析なら数字の計算、資料なら事実と表現を分けて確認します。AIの回答をそのまま共有するのではなく、確認済みの版だけを次の担当者へ渡します。
確認の記録は、プロンプトをすべて残すことだけが目的ではありません。依頼日、入力資料、出力の用途、修正者、公開可否を一枚にまとめ、同じ仕事を再現できる状態を作ります。うまくいかなかった例も、停止条件を更新する材料になります。
評価指標を速さだけにしない
導入の効果は、作業時間だけで決めません。修正回数、確認漏れ、引き継ぎのしやすさ、担当者が判断に使えた時間を並べます。短くなった時間に別の確認作業が増えていないかを見れば、導入の良し悪しを判断しやすくなります。
全社へ広げる前に、権限、利用停止、問い合わせ先を決めます。退職や担当変更で設定が残らないよう、管理者を複数置き、月1回は利用範囲とログを見直します。新しい機能が出ても、承認なしで対象業務を増やさない運用が必要です。
一つの業務から横へ広げる
試行で確認できた業務だけを、隣のチームへ広げます。似た業務でも入力データや顧客対応の責任が違うため、同じ設定をそのまま複製しません。対象業務、入力範囲、確認者、停止条件の四つがそろったら、次の部署へ進めます。
ChatGPT Workの事例は、AIを入れれば全員が同じ成果を出せるという話ではありません。仕事の境界を決め、確認できる単位で始め、結果を記録してから広げる。生成AIの対象業務と確認ルールを整理したい方は、COZITOへご相談ください。
関連記事
著者: 松井 勇樹