生成AIを社内で使い始めると、最初は使い方を増やしたくなります。
議事録に使える。
問い合わせ返信にも使えそう。
営業資料のたたき台も作れる。
ブログ構成も出せる。
社内マニュアルも整えられる。
便利な場面が見えるほど、「もっと広げよう」と思います。
その気持ちは自然です。
ただ、ここで一気に社内展開しようとすると、だいたい途中で散らかります。
使う人によって入力している情報が違う。
確認する人が決まっていない。
出力の修正理由が残っていない。
うまくいった事例だけ共有されて、危なかった場面は流れていく。
そして気づくと、「便利だけど、会社としてどう使うかは決まっていない」状態になります。
これ、けっこう危ないです。
AI活用は、個人の便利技のままだと広がりません。
でも、最初から大きな社内規程を作ろうとしても止まります。
現場の使い方が固まっていないのに、先にルールだけ作っても、実務に合わないからです。
僕は、AI活用を社内展開する前に、15分の改善会議を作った方がいいと思っています。
前回の AI活用の効果測定は、成果より先に運用ログから始める でも書いたように、まずは「どの業務で、何をAIに渡し、誰が確認し、結果どうなったか」を残すことが大事です。
ただ、ログは残すだけでは弱い。
ログを見て、次に何を変えるかを決める場が必要です。
総務省・経済産業省の AI事業者ガイドライン第1.2版 でも、AIの活用では便益だけでなく、リスクやガバナンスを含めて継続的に見直す考え方が整理されています。
小さな会社に置き換えるなら、最初に作るべきなのは分厚い規程ではありません。
週1回、15分だけ、AIの使い方を直す会議です。
AI活用の社内展開は、使い方を増やす前に、ログを見て改善を決める小さな会議から始める。
今日は、中小企業や小規模事業者が、生成AIを個人利用で終わらせず、社内に残る使い方へ育てるための改善会議の作り方を整理します。
AI活用は、使い方を増やす前に改善会議を作る
AI活用を始めた会社で起きやすいのは、「使い道探し」が先に進みすぎることです。
ChatGPTで何ができるか。
どのツールが便利か。
他社はどう使っているか。
もっと自動化できないか。
もちろん、探索は大事です。
ただ、使い方を増やす前に、今の使い方を見直す場がないと、社内展開は不安定になります。
たとえば、問い合わせ返信でAIを使い始めたとします。
ある担当者は、お客様の文章をそのままAIに貼っている。
別の担当者は、名前や会社名を消してから使っている。
ある人は返信文まで作らせている。
別の人は要約だけにしている。
最終確認は、担当者本人がしている日もあれば、上長が見ている日もある。
これだと、同じ「AIを使っている」でも、中身はかなり違います。
社内展開で必要なのは、便利な使い方を横展開することだけではありません。
どの使い方なら安心して広げられるか。
どの使い方はまだ試験運用にするか。
どの使い方は止めるか。
この判断です。
その判断をするために、改善会議が必要になります。
会議といっても、大げさなものではありません。
週1回、15分。
見るのは、AI活用の運用ログと、現場の困りごとだけでいいです。
「今週うまくいったこと」
「今週危なかったこと」
「同じ修正が続いたこと」
「次週変えること」
この4つを見るだけでも、かなり変わります。
AI活用は、導入プロジェクトというより、業務改善に近いです。
最初から完成形を作るのではなく、使いながら直す。
そのためには、直す場が必要です。
改善会議がないまま社内展開すると、便利な人だけが使い、怖い人は使わず、判断基準がばらばらになります。
逆に、15分でも見直す場があると、AI活用は「個人の工夫」から「会社の運用」に変わり始めます。
改善会議で見るのは、成功事例より迷いと手戻り
改善会議で最初にやりがちなのは、成功事例の共有です。
「このプロンプトが便利でした」
「議事録がすぐまとまりました」
「資料の構成案が出ました」
こういう共有は、もちろん意味があります。
でも、成功事例だけを集めると、AI活用は少し危なくなります。
なぜなら、社内展開で本当に詰まるのは、うまくいった場面より、迷った場面だからです。
この情報はAIに入れていいのか。
この表現のままお客様に送っていいのか。
AIが作った内容の根拠はどこか。
料金や契約条件に触れているけど大丈夫か。
誰が最終確認するのか。
どの出力なら使わない判断をするのか。
こういう迷いが残っていると、現場は使い続けにくくなります。
「便利だけど、あとで怒られたら嫌だな」
「判断に自信がないから、結局使わないでおこう」
そうなります。
だから改善会議で見るべきなのは、成功事例よりも迷いと手戻りです。
たとえば、運用ログに次のような記録があったとします。
- 問い合わせ返信の下書きで、毎回料金表現を直している
- 議事録要約で、決定事項と未決事項が混ざる
- ブログ構成案が一般論に寄りすぎて、事業の言葉に直す時間がかかる
- 社内資料をAIに入れてよいか毎回迷う
- 出力の事実確認を誰がするか曖昧
これは失敗ではありません。
むしろ、改善材料です。
料金表現を毎回直しているなら、料金に関する定型文や禁止表現をプロンプトに入れる。
決定事項と未決事項が混ざるなら、議事録メモの型を変える。
一般論に寄りすぎるなら、自社の対象読者や言葉のトーンを先に渡す。
社内資料を入れてよいか迷うなら、入力ルールを決める。
確認者が曖昧なら、送信前チェックの責任者を決める。
こうやって、迷いと手戻りを1つずつ運用に変えます。
以前書いた 生成AIの社内ルールは、禁止より入力ルールから考える にもつながりますが、社内ルールは机上で完璧に作るより、実際に迷った場面から作る方が現場に残ります。
改善会議は、AIの成果発表会ではありません。
使い方を責める場でもありません。
迷ったことを、次に迷わない形へ変える場です。
ここを間違えると、現場はログを書かなくなります。
「失敗を出すと責められる」と感じた瞬間に、AI活用の記録はきれいごとになります。
改善会議では、うまくいかなかった出力ほど価値があります。
なぜなら、そこに社内ルールの種があるからです。
参加者は、詳しい人より現場・確認者・決める人
AI改善会議という名前にすると、AIに詳しい人だけが集まる場に見えるかもしれません。
でも、最初の改善会議に必要なのは、専門家会議ではありません。
必要なのは、現場、確認者、決める人です。
まず現場です。
実際にAIを使う人です。
問い合わせ対応をしている人。
議事録をまとめる人。
資料を作る人。
ブログやSNSの下書きを作る人。
この人たちがいないと、実際にどこで助かり、どこで困っているかが見えません。
次に確認者です。
AIが作ったものを確認する人です。
上長、社長、営業責任者、品質を見る人、外に出す前のチェック役。
AIの出力は、作る人だけでなく、確認する人の負担にも影響します。
現場は「楽になった」と感じていても、確認者の修正が増えているなら、会社全体では効率化になっていないかもしれません。
ここを見落とすと、AI活用は現場だけの時短で止まります。
そして、決める人です。
小さな会社なら社長や責任者でいいです。
すべての会議に長時間出る必要はありません。
でも、次のような判断は誰かが決める必要があります。
- どの情報はAIに入れないか
- どの業務を次に試すか
- どの出力は必ず人が確認するか
- どのツールを正式利用にするか
- どこから外部に相談するか
これを現場だけに任せると、責任が重くなります。
逆に、決める人だけで考えると、実務に合わないルールになります。
だから、現場、確認者、決める人を小さくそろえる。
大人数である必要はありません。
最初は3人でも十分です。
現場担当者1人。
確認者1人。
決める人1人。
これで、AI活用の見え方がかなり変わります。
中小企業のAI担当者は、詳しい人より業務を聞ける人から育てる でも書いたように、最初のAI担当者に必要なのは、技術を全部知っていることではありません。
社内の業務を聞き、整理し、次の判断につなげることです。
改善会議は、その担当者が一人で抱え込まないための場でもあります。
AI担当者だけが詳しくなっても、社内展開は進みません。
現場が使い、確認者が見て、決める人が線を引く。
この3つがつながると、AI活用は会社の仕事になっていきます。
決めることは、入力ルール・確認範囲・次の1業務
改善会議で何を決めればいいのか。
ここを広げすぎると、会議が重くなります。
AIの最新ニュース。
ツール比較。
自動化アイデア。
社内研修。
セキュリティ。
契約。
全部大事です。
でも、15分で全部は無理です。
最初に決めることは、3つに絞った方がいいです。
1つ目は、入力ルールです。
AIに何を入れてよいか。
何を入れないか。
個人情報、顧客名、契約条件、未公開資料、社内の数字。
このあたりを、業務ごとにざっくり分けます。
完璧な分類表を作る必要はありません。
最初は「入れてよい」「匿名化すればよい」「入れない」の3つで十分です。
2つ目は、確認範囲です。
AIの出力をどこまで人が見るか。
たとえば、議事録の要約なら担当者確認でよい。
問い合わせ返信なら送信前に責任者が見る。
料金や契約条件が含まれる文章は、必ず人が修正する。
外部送信や削除はAIに任せない。
こういう線引きです。
ここは AIエージェント導入前に決めたい権限設計 にも近い話です。
AIに何を読ませるか。
何を作らせるか。
何を実行させないか。
人がどこで止めるか。
改善会議では、この範囲を実際のログに合わせて直します。
3つ目は、次の1業務です。
AI活用を広げるとき、いきなり全部に広げない。
次に試す業務を1つだけ決めます。
たとえば、問い合わせ返信の本文はまだ早いけれど、問い合わせ要約なら使えそう。
ブログ記事の執筆全体は重いけれど、構成案のたたき台なら使えそう。
議事録作成は使えているから、次はタスク抽出まで試せそう。
このように、次の1業務を決めます。
ポイントは、広げることより、続けられることです。
AI活用は、使う場所を増やせば成果が出るわけではありません。
むしろ、広げすぎると確認が追いつかなくなります。
入力ルール。
確認範囲。
次の1業務。
この3つだけ決めると、改善会議は現実的になります。
15分でも、次の週に何を変えるかが残ります。
議事録は、社内AIルールの下書きとして残す
改善会議をやるなら、必ず短い議事録を残した方がいいです。
ただし、長い議事録はいりません。
会議のための会議録になったら、本末転倒です。
残すのは、次の5つくらいで十分です。
- 今週AIを使った業務
- 迷った入力
- 修正が多かった出力
- 今週決めたルール
- 次週試す1業務
これだけです。
この議事録は、社内AIルールの下書きになります。
最初から「生成AI利用規程」を作ろうとすると、だいたい難しくなります。
法律、セキュリティ、個人情報、著作権、ツール設定、ログ管理。
考えることが多い。
もちろん大事です。
でも、小さな会社が最初にやるべきことは、分厚い規程を作ることより、実際の業務で迷った判断を残すことです。
たとえば、議事録にこんな決定が残ったとします。
「問い合わせ返信では、お客様名と連絡先を削ってからAIに要約させる」
「料金表現はAIの下書きをそのまま使わず、社内の定型文に直す」
「契約条件に関わる回答は、担当者だけで送らない」
「議事録の決定事項は、参加者が確認してから共有する」
「社外公開する文章は、根拠リンクか社内資料の確認を残す」
これらは、立派な社内ルールの材料です。
現場で実際に迷ったことから出ているので、机上のルールより使われやすい。
AI事業者ガイドライン第1.2版のページでは、チェックリストやワークシートも公開されています。
大きな枠組みを参照することは大事です。
ただ、いきなり全部を自社に当てはめようとすると重くなります。
まずは、毎週の改善会議の議事録を積み上げる。
そのうえで、1ヶ月分たまったら、入力ルール、確認ルール、禁止事項、相談先に整理する。
この順番の方が、小さな会社では進めやすいです。
社内AIルールは、最初から完成品として作るものではありません。
運用しながら育てるものです。
改善会議の議事録は、その育てるための土台になります。
ここが残っていれば、外部パートナーに相談するときも話が早くなります。
「AI活用のルールを作りたいです」だけではなく、
「この4週間で、こういう入力に迷いました」
「この業務では確認者が必要でした」
「この出力は使えましたが、ここは修正が多かったです」
こう言えるようになる。
これはかなり強いです。
相談の質が変わります。
15分の改善会議を4回続けると、社内展開の順番が見える
AI改善会議は、1回で完成させるものではありません。
最初から完璧なルールを作るより、4回続けてみることをおすすめします。
週1回なら、1ヶ月です。
1回目は、今の使い方を集める。
2回目は、迷った入力と危なかった出力を見る。
3回目は、確認範囲と担当者を決める。
4回目は、次に広げる業務を1つ選ぶ。
このくらいで十分です。
4回続けると、社内展開の順番が見えてきます。
どの業務は安心して広げられるのか。
どの業務はまだ試験運用にした方がよいのか。
どの業務は外部に相談した方が早いのか。
どのルールは全社共通にできるのか。
どのルールは部署や業務ごとに分けた方がよいのか。
これが見えてきます。
社内展開で怖いのは、全部を同じ温度で広げてしまうことです。
議事録要約と問い合わせ返信。
社内メモ整理と契約条件の回答。
ブログ構成案と採用候補者への連絡文。
これらを同じAI活用として扱うと、リスクも確認負荷も混ざります。
だから、社内展開には順番が必要です。
まずは、社内利用で完結し、手戻りが少なく、確認しやすい業務から広げる。
次に、社外に出る文章だが、人が必ず確認できる業務へ進む。
そのあとで、権限やログが必要な自動化を検討する。
この順番の方が、安全です。
AI活用は、勢いだけで広げると止まります。
怖がりすぎても止まります。
大事なのは、実際のログを見ながら、広げる順番を決めることです。
15分の改善会議を4回続けるだけでも、その材料はかなり集まります。
そして、ここまでできると、AI活用は「誰かが便利に使っている」状態から、「会社として次に何を試すか決められる」状態に変わります。
これは大きな差です。
社内展開とは、全員に同じ使い方を配ることではありません。
業務ごとに、入力、出力、確認、責任の線をそろえていくことです。
その入口として、改善会議を小さく作る。
まずは週1回、15分でいいです。
ログを見て、迷いを出して、次の1つを決める。
このリズムができると、生成AIは一時的な便利技ではなく、社内に残る改善の仕組みになっていきます。
もし、自社のAI活用を個人利用で終わらせず、運用ログ、改善会議、社内ルール、次の業務選定まで整理したい場合は、カタチ舎のお問い合わせ から相談してください。
業務の棚卸しから、入力ルール、確認範囲、社内展開の順番まで、実際に続けられる形に一緒に整えます。
Author
村上龍平
カタチ舎代表。言葉、生成AI活用、資料・Web制作を行き来しながら、事業の考えを届く形へ整理しています。