生成AIの社内FAQを作った。
更新担当も決めた。
質問が集まる入口も作った。
運用が少しずつ回り始めた。
ここまで来ると、次に出てくる課題があります。
それは、AI活用が「担当者の頭の中」に寄りすぎることです。
この業務はAIに頼んでいいのか。
この問い合わせ文は、どこまで伏せればいいのか。
AIが出した回答案を、どこまで直せば送れるのか。
FAQの回答は、前回と同じ判断でいいのか。
最初は担当者が答えてくれます。
でも、その担当者が忙しい日、休みの日、別の仕事に追われている日、判断が止まります。
小さな会社ほど、AI担当者を専任で置けるとは限りません。
むしろ、他の仕事をしながら兼務していることの方が多いはずです。
以前、中小企業のAI担当者は、詳しい人より業務を聞ける人から育てる で、AI担当者はツール博士ではなく、業務を聞き取る人から始めた方がいいと書きました。
その後、AI活用の効果測定は、成果より先に運用ログから始める では、どの業務でAIを使い、結果どうだったかを残す話をしました。
そして前回は、生成AIの社内FAQは、作って終わりではなく更新担当を決めて育てる で、FAQを古くしないための更新運用を整理しました。
今回は、その次です。
担当者を決めたあと、どうすればその人だけにAI運用が溜まらないのか。
総務省・経済産業省の AI事業者ガイドライン第1.2版 でも、AI活用は継続的な見直しや関係者の役割を含めて取り組むものとして整理されています。
IPAの AI利用者のためのセキュリティ豆知識 でも、生成AIを使う人が情報の扱いに注意する必要性が現場向けにまとめられています。
経済産業省とIPAの デジタルスキル標準 でも、デジタルを使い続けるための学びや実践が重視されています。
だから、AI内製化で大事なのは、担当者を置くことだけではありません。
担当者がいなくても、次の人が判断できる形にしておくことです。
生成AIの社内運用は、担当者の頑張りに頼るより、判断理由と確認手順を残して引き継げる状態にする。
今日は、中小企業や小規模事業者が、AI活用を属人化させずに社内へ残すための考え方を整理します。
AI担当者だけに任せると、便利なほど属人化する
生成AIの社内運用で、最初に担当者を決めるのは大事です。
誰も担当しないと、結局誰も動きません。
質問の受け皿がない。
使い方の相談先がない。
ルールの見直し先もない。
この状態では、AI活用は個人の試行錯誤で止まります。
なので、最初に小さな担当者を置くこと自体はいいと思っています。
ただ、ここで気をつけたいのは、担当者を決めた瞬間に「その人が全部分かっている前提」になりやすいことです。
AIの使い方を聞く。
プロンプトを直してもらう。
社内ルールを確認してもらう。
FAQを更新してもらう。
セキュリティ面も見てもらう。
ツールの変更も追ってもらう。
いや、もうそれは一人情シスならぬ一人AI部です。重い。
特に、うまく回り始めたときほど危ないです。
最初は「詳しい人がいて助かる」で始まります。
でも、質問が増えるほど、担当者の中に判断が溜まります。
「前に似たケースがあったから、今回はこうした」
「この資料は公開情報だけだからAIに入れていい」
「このお客様対応は、返信案までならAIで作っていい」
こうした判断が、担当者の記憶だけに残る。
すると、周りの人は便利になります。
でも、会社としては弱くなります。
担当者がいないと分からない。
担当者が忙しいと進まない。
担当者が変わると過去の判断が消える。
この状態は、AI内製化ではなく、AI担当者への依存です。
社内で使える人が増えたように見えても、実際には判断が一人に集まっている。
ここを見落とすと、生成AIの運用は定着したようで定着しません。
担当者を置くことはスタートです。
でも、ゴールではありません。
次に必要なのは、その担当者がした判断を、他の人でもたどれる形にすることです。
引き継ぐべきなのは、プロンプトより判断の理由
AI活用の引き継ぎと聞くと、まずプロンプト集を作りたくなります。
問い合わせ返信用プロンプト。
議事録要約用プロンプト。
ブログ構成用プロンプト。
FAQ案作成用プロンプト。
もちろん、プロンプトを残すことは役に立ちます。
ただ、プロンプトだけを引き継いでも、次の人は迷います。
なぜこの表現にしているのか。
どこまでAIに任せてよいのか。
どの情報は入れてはいけないのか。
出力のどこを人が必ず見るのか。
失敗したときに、どの条件を変えればよいのか。
ここが分からないと、プロンプトはただの呪文になります。
同じ文章を貼れば同じように動く、と思って使ってしまう。
でも、生成AIの出力は、入力内容、前提、ツールの仕様、業務の目的で変わります。
だから、引き継ぐべき中心はプロンプトそのものではありません。
そのプロンプトを使う理由です。
たとえば、問い合わせ返信の下書きプロンプトがあったとします。
その横に、こんな情報を残します。
- 顧客名や連絡先は伏せる
- 契約内容や個別事情が入る場合は要約してから使う
- AIには返信の構成案まで作らせる
- 事実、金額、納期、約束は担当者が確認する
- 送信文は必ず自社の言葉に直す
これがあると、次の人は判断できます。
「このプロンプトは、AIに返信を丸投げするためではなく、担当者が確認しやすい下書きを作るためなんだ」と分かります。
この違いは大きいです。
プロンプトは操作手順です。
判断理由は運用の考え方です。
操作手順だけなら、ツールが変わった瞬間に使いにくくなります。
でも、判断理由が残っていれば、ツールが変わっても応用できます。
AI内製化で社内に残したいのは、完璧なプロンプト集ではありません。
次の人が「なぜこう使うのか」を理解できる運用メモです。
運用ノートには、業務・権限・確認者をセットで残す
では、AI活用の運用ノートには何を残せばいいのか。
最初から分厚いマニュアルを作る必要はありません。
むしろ、分厚くすると読まれません。
小さな会社でまず残したいのは、3つです。
- 業務
- 権限
- 確認者
この3つをセットで残します。
「業務」は、AIを使う対象です。
問い合わせ返信。
議事録要約。
社内FAQ案の作成。
営業資料のたたき台。
ブログ構成。
ここが曖昧だと、「AIを使っていい」という話が広がりすぎます。
生成AIは便利なので、つい何でも使いたくなります。
でも、業務ごとに扱う情報も、リスクも、確認すべき点も違います。
次に「権限」です。
ここでいう権限は、システムのアクセス権限だけではありません。
AIに何を渡してよいか。
AIに何を作らせてよいか。
AIの出力をどこまで使ってよいか。
公開前、送信前、顧客対応前に、どこで止めるか。
この範囲を決めることです。
たとえば、社内FAQ案なら、公開済み資料と匿名化した実例メモから案を作るところまではAIに頼める。
でも、回答として社内へ出す前には、担当者と責任者が見る。
このように書くと、使える範囲と止める範囲が分かります。
最後に「確認者」です。
誰が最終確認するのか。
担当者本人なのか。
業務責任者なのか。
代表なのか。
外部パートナーに相談するのか。
ここを決めずに「人が確認する」とだけ書くと、だいたい曖昧になります。
曖昧な確認は、忙しい日に飛びます。
そして、あとで怖くなる。
運用ノートは、きれいな文章でなくていいです。
1業務につき、1枚のカードくらいで十分です。
業務。
AIに渡してよい情報。
AIに作らせるもの。
人が確認する点。
確認者。
最終更新日。
この粒度なら、担当者が変わっても見返せます。
大事なのは、AI活用を「できる人の感覚」から「次の人が読めるカード」に変えることです。
代理で回せる15分の確認会を作る
担当者に依存しないためには、運用ノートを作るだけでは足りません。
誰かが読む機会も必要です。
作ったノートがフォルダに眠ると、結局また担当者に聞くことになります。
おすすめは、15分だけの確認会を作ることです。
大げさな会議でなくて大丈夫です。
週1回でも、隔週でもいい。
最初は月1回でも構いません。
見るのは、次のような小さな項目です。
- 今週AIを使った業務は何か
- 判断に迷った場面はあったか
- FAQや運用ノートに追加することはあるか
- 担当者以外でも分かる書き方になっているか
- 次回、誰が代理で確認できるか
ここで重要なのは、担当者が発表する会にしないことです。
担当者が一方的に説明するだけだと、やっぱり担当者中心になります。
そうではなく、運用ノートを見ながら、他の人が質問します。
「この業務は、担当者が休みでも進められますか」
「この確認は、誰が見ればいいですか」
「このプロンプトを使う前に、どの情報を伏せますか」
「このFAQは、いつ見直しますか」
こういう問いを出す。
すると、担当者の頭の中にあった前提が外に出ます。
15分の確認会は、AI活用の進捗報告ではありません。
引き継げるかどうかを試す場です。
小さなリハーサルです。
「担当者がいなくても、今日この業務を進められるか」
この問いを置くだけで、運用ノートの書き方が変わります。
説明しないと分からないメモは、まだ属人化しています。
読めば次の一手が分かるメモは、社内の資産になります。
AI活用を広げるとき、いきなり全社員研修をする必要はありません。
まずは、担当者の隣に一人、代理で見られる人を作る。
その人が運用ノートを読んで、分からないところを質問する。
この繰り返しで、AI運用は少しずつ担当者の外に出ていきます。
30日ごとに、古いルールと使われていない型を見直す
生成AIの運用は、作って終わりにしない方がいいです。
ツールも変わります。
業務も変わります。
社内で使う人も増えます。
お客様からの相談内容も変わります。
だから、運用ノートやFAQは、30日ごとに軽く見直すくらいがちょうどいいです。
毎週だと重い。
半年に1回だと古くなりやすい。
30日なら、現場の記憶が残っているうちに直せます。
見直すポイントは、増やすことだけではありません。
むしろ、減らすことも大事です。
使われていないプロンプト。
古くなったFAQ。
誰も見ていないチェックリスト。
重すぎて現場が入力していないログ項目。
こういうものを残し続けると、運用が複雑になります。
AI活用のルールは、増えるほど安全になるわけではありません。
読まれないルールが増えると、現場は「結局どれを見ればいいの」となります。
30日見直しでは、次の3つを見ます。
まず、使われたもの。
どの運用ノートが実際に見られたか。
どのプロンプトが使われたか。
どのFAQが参照されたか。
次に、迷ったもの。
どの業務で判断が止まったか。
どの情報をAIに入れてよいか迷ったか。
どの確認者が分からなかったか。
最後に、捨てるもの。
古くなった書き方。
現場が使わない項目。
似た内容で重複しているFAQ。
この3つだけでも、運用はかなり軽くなります。
AI活用の属人化は、担当者が抱え込むことだけで起きるわけではありません。
古い資料が増えすぎて、どれが正しいか担当者に聞かないと分からない状態でも起きます。
だから、運用ノートは増やすだけではなく、整える。
使われていない型は、直すか捨てる。
古い判断は、更新日を入れる。
この地味な手入れが、AI内製化では効いてきます。
AI内製化は、担当者を増やすより引き継げる状態を作る
AI活用を広げようとすると、「担当者を増やそう」と考えがちです。
それ自体は間違いではありません。
一人より二人。
二人より三人。
分かる人が増えるほど、相談しやすくなります。
ただ、担当者を増やすだけでは、属人化はなくなりません。
詳しい人が二人に増えただけで、判断がその二人の頭の中にあるなら、構造はあまり変わっていないからです。
AI内製化で目指したいのは、担当者の人数を増やすことだけではありません。
判断軸が社内に残ることです。
この業務でAIを使う目的は何か。
どの情報は入れないのか。
どこまでAIに任せるのか。
どこから人が見るのか。
誰が確認するのか。
いつ見直すのか。
これが残っていれば、担当者が変わっても続けやすくなります。
逆に、ここが残っていなければ、どれだけ詳しい人がいても、引き継ぎのたびにゼロから説明することになります。
生成AIの社内運用は、派手な自動化より、地味な記録で強くなります。
プロンプト集。
運用ノート。
FAQ。
確認者。
更新日。
代理で見られる人。
このあたりを小さく揃えるだけで、AI活用は「使える人だけのもの」から「会社に残るもの」へ変わります。
カタチ舎では、生成AIの導入テーマ整理、業務メモの型化、社内ルール、FAQ、運用ログ、担当者育成まで、実務で引き継げる形にする支援をしています。
もし今、AI担当者がいるのに、その人に質問が集まりすぎているなら、ツールを増やす前に運用の残し方を見直してみてください。
「担当者がいない日でも、次の人が判断できるか」
この問いから始めるだけで、AI活用の設計はかなり変わります。
生成AIを社内に入れることより、社内に残る形にすること。
そこまで整えて、はじめてAI内製化と言えるのだと思います。
AI活用を担当者任せにせず、引き継げる運用へ整えたい方は、お問い合わせページ からご相談ください。
Author
村上龍平
カタチ舎代表。言葉、生成AI活用、資料・Web制作を行き来しながら、事業の考えを届く形へ整理しています。