AI研修・人材育成

AI研修を「受けっぱなし」にしない|30・60・90日のフォローアップ設計

AI研修後の定着を支える30・60・90日のフォローアップを解説。質問会、課題提出、追加研修を判断する基準と、推進担当者の役割・必要工数を営業チームの例で整理します。

AI研修のフォローアップ設計の記事アイキャッチ。淡いグレーの地に大きな見出しと、輪郭英字「90 Days」

本記事では、AI研修後のフォローアップとして、質問会の頻度、課題提出の進め方、追加研修の要否を見極める基準について、営業チームでの実践例をもとに解説します。

推進担当者の役割や必要となる工数・時間まで整理していますので、自社で90日間の定着計画を立てる際のたたき台としてぜひご活用ください。


「研修後のアンケートは好評だったが、その後誰がどんな業務にAIを使っているのか把握できていない」

このような状況に心当たりのある企業様は少なくないのではないでしょうか。

研修をしてしばらく経ったのにAIの活用成功例が社内のどこからも聞こえてこない。
そんなときに、もう一度研修を実施すべきか、それとも社員へ利用を促すべきか、費用を投じた経営層も、社内で旗振り役を務める推進担当者も、次の一手に悩む場面です。

しかし、打ち手を決める前に確認しておきたいポイントがあります。

  • 社員が「何を試せばよいか」決まっているか
  • 業務内で実際に試す時間を確保できているか
  • うまくいかないときに相談できる窓口や体制があるか

これら3つの環境が整っていない段階で、社員の意欲不足や研修成果の良し悪しを判断することは避けるべきです。

研修後の「どう使えばいいか」を、社員個人の宿題にしないこと。

フォローアップとは、そのための仕組みづくりです。座学の勉強会を闇雲に増やすのではなく、実務で小さく試し、つまずいた箇所を解消できる機会を整えていきましょう。

90日間の全体スケジュール

まずは全体のゴールとタイムラインを整理します。

以下は、非エンジニアを中心とした8名規模のチームにおいて、週に数回発生する定型業務を改善していく運用モデルです。研修の翌日を1日目とし、研修からすでに日が空いている場合は取り組みを再開する日から起算してください。

研修後90日を試す・繰り返す・引き継ぐの3段階に分け、質問会と課題提出の日程を示す図

期間・ゴール 質問会・振り返り 課題提出 追加研修の検討
1〜30日目:一度試す 14日目・28日目(各30分) 7日目に試行メモ、30日目に改善版を提出 操作面でつまずいている対象者への補講
31〜60日目:繰り返す 42日目・56日目(各30分) 60日目に複数回の実施記録を提出 共通の課題が見られる場合の業務別演習
61〜90日目:引き継ぐ 75日目に引き継ぎ相談、90日目に振り返り(各30分) 90日目に簡易手順書と別担当者による試行結果を提出 利用者・確認者に必要な最低限の内容に限定

※このスケジュールは効果を保証する固定値ではなく、実践的な設計例の一つです。

前半は「試す・相談する・改善する」のサイクルを回すため、約2週間ごとの短期間で集まる機会を設けます。後半は、新しい操作を学ぶ段階から「他の担当者でも再現できるか」の確認へと重点を移します。

「これだけの予定を既存業務に追加するのは難しい」と感じられるかもしれません。

しかし、すべてを純増させる必要はありません。既存の定例ミーティングの一部を質問会に置き換え、課題には日常の実務を充て、提出物は要点を絞った簡潔なメモに留めます。そのうえで必要となる工数は、管理職側で業務調整を行い確保します。

月次業務を対象とするなら検証期間を延ばす、人数が多い場合は部署や業務ごとに分ける、習熟度に差があれば補講を別枠にするなど、自社の進捗に合わせて柔軟に調整してください。

開始前の3つの準備

1. 改善対象の業務と評価基準の決定

最初に取り組むべきは「AIで何ができるか」の探索ではなく、「どの業務をどう改善したいか」を定義することです。

候補を洗い出す際は、作業頻度、関わる人数、所要時間、手戻りの多さを並べて比較します。現場の「面倒だ」と感じる感覚は貴重なヒントですが、その工程を効率化することが事業や組織にどんな価値をもたらすかまで見据えて選定します。

たとえば、営業チームが商談後の連絡作業に工数を取られている場合、「商談メモをもとにしたお礼メールの下書き作成」を対象とします。営業プロセス全体を一気に自動化しようとするのではなく、まずは1つの工程に絞り込むのがポイントです。

「小さく始めること」と「重要度の低い仕事を選ぶこと」は異なります。

仮に、従来の作業時間が準備から送信前確認まで計30分かかっていたところを、20分への短縮を目指すとします。品質基準は「商談内容と矛盾がないこと」「約束した対応事項や期限の漏れがないこと」「未確定事項を断定表現にしないこと」とし、最終送信の判断は必ず人間が行う運用とします。

実践にあたっては、改善前の所要時間と品質を事前に記録しておきましょう。事前の基準値がなければ、取り組み後の成果を正しく測定できません。

2. 試行時間の確保と社内役割の分担

「手が空いたときに試してください」という指示では、実務の優先度に押されて実行されません。

本モデルでは、週に30分の「試行・記録枠」を業務スケジュールにあらかじめ確保します。あわせて、その分の工数を捻出するためにどの会議や作業を削減するかを上司と合意します。形だけの担当者を置くのではなく、実際に手を動かせる時間を公式に与えることが不可欠です。

また、社内での役割分担も明確にしておきましょう。

  • 推進担当者: 質問の取りまとめ、進行管理
  • 社内講師・有識者: 操作方法やプロンプトの支援
  • 業務責任者: 出力された成果物の品質確認
  • 経営層・管理職: 業務の優先順位付けと時間の確保

少人数組織であれば兼務でも問題ありませんが、「兼務」と「単なる丸投げ」は異なる点にご留意ください。

3. 利用ルールの策定と相談窓口の設置

会社が認めたツール・アカウント、入力可能な情報の範囲、成果物の確認フローを試行前に明確にします。

初期段階では公開情報や架空データを使った演習から始め、実業務のデータを扱うのは社内ルールが整った後にします。社名や個人名を伏せるだけでなく、複数の情報を組み合わせることで顧客や案件が特定されないかといった観点も必要です。

生成AIは、正確に見える誤情報(ハルシネーション)を出力するリスクを伴います。

入力データ・ファイルの保存設定、AI学習への利用可否、アクセス権限などは、契約プランや設定項目を担当者が事前に確認してください。また、AIへの入力時だけでなく、課題提出時の添付ファイルや質問会での画面共有時にも同様のセキュリティ基準を適用します。

質問窓口は1箇所に一本化し、内容に応じて回答者を振り分けます。即答が難しい場合でも「2営業日以内に一次受付と回答予定時期を返す」など、無理のない運用ルールを社内で合意しておきましょう。

なお、情報漏えいやセキュリティ事故の懸念が生じた場合は、定例会を待たず即座に社内の緊急連絡ルートへ連携する体制を敷いておきます。

【1〜30日目】まず一度試してみる

「とりあえず下書きは作れたが、これをそのまま送っていいのか判断できない」

仮想モデルの営業担当者がこのような状況で立ち止まったとします。

ここで必要なのは、新しい高度なテクニックのレクチャーではなく、作成された下書きを一緒に見ながら確認ポイントを整理することです。

最初の30日間の目標は、大きな成果を出すことではなく、「自分の実務で試してみて、どこでつまずいたかを言語化できる状態」に到達することです。

質問会は「課題持ち寄り型」で運用する

質問会の開催2営業日前までに、「実施しようとした業務」「試した内容」「つまずいた箇所」を簡潔に共有してもらいます。整った文章にする必要はなく、まだ試せていない場合はその理由を共有するだけで十分です。

30分の時間配分は、状況確認に5分、特定の題材を一緒に修正するワークに20分、次回のアクション決定に5分を目安とします。全員の近況を漫然と聞くのではなく、多くのメンバーに共通する課題を重点的に扱います。

メールの例であれば、入力した商談メモとAIの下書きを見比べ、「未確定の日程が確定事項として記載されていないか」といったポイントを確認します。

講師が正解を提示して終わりにするのではなく、本人にプロンプトやメモの渡し方を調整して再実行してもらい、他の参加者にも自社の案件に置き換えて考えてもらいます。

全体の前で発言しづらい内容に対応できるよう個別の相談窓口も設け、欠席者には確認事項と次回の課題をテキストで共有します。質問が上がってこないからといって、課題が存在しないわけではありません。

1つの課題と簡潔な記録シート

7日目には「一度試した記録」、30日目にはアドバイスをもとに「やり直した結果」を提出してもらいます。実データの利用許可が下りていない場合は、あらかじめ用意した練習用データを使用し、その旨を記録に残します。

提出する内容は、以下の項目程度で十分です。

対象業務と目的: 何を、どのように改善しようとしたか
試した内容: 使用したプロンプト、入力した情報の種類
結果と確認: そのまま使えた部分、修正が必要だった部分、誰がどう確認したか
所要時間: 準備、AIの作業、確認・修正にかかった各時間
次回のアクション: 次回はどこを変更して試すか

出力結果の全文や機密情報をそのまま貼り付ける必要はありません。業務改善の確認に必要な範囲に留めます。

フィードバックも「良かった点」「次回改善する点(1点のみ)」「次に試すシチュエーション」の3点に絞ります。安全性やコンプライアンスに関わる重大な誤りは漏れなく指摘しつつも、改善点を一度に詰め込みすぎないことが継続の秘訣です。

たとえば、「商談要点の整理は良好です。次回は、メモを『確定事項』と『検討中事項』に分けて入力してみましょう」と返せば、担当者が次に取るべきアクションが明確になります。

提出物の目的は、成功を証明することではなく、次の一手を支援するための情報を得ることです。

うまくいかなかった事例も歓迎して共有してもらい、未提出者に対しては単に催促するのではなく、「時間」「業務選定」「操作方法」「ツールの利用権限」のどこで止まっているのかを確認してボトルネックを取り除きます。

30日目の到達度確認

操作でつまずいている担当者には、20〜30分程度の個別補講を設け、本人の課題を一緒にやり直します。最後は自力で同じ操作を再現できるところまで確認します。

一方、アカウント発行やツールの利用許可で止まっている場合は、システム管理部門側の課題であり、研修を重ねても解決しません。

30日目の段階で、参加者の状態を「試行完了」「未実施」「環境要因による待機」に分類します。

  • 試行完了: 継続検証フェーズへ
  • 未実施: 業務内容や時間の再調整へ
  • 環境要因による待機: システム管理者との連携・調整へ

期日が来たからといって、一律に全員を次のステップへ進める必要はありません。

30日目に試行完了、未実施、環境要因による待機を見分けて対応を分ける図

【31〜60日目】繰り返せる手順を確立する

「一度は良いメールが作れたが、別の商談では修正に時間がかかってしまった」

このような場合でも、「自分には合わない」と諦める必要はありません。案件ごとの前提条件の違いを確認します。前回の商談は次回のアクションが明確だったのに対し、今回は持ち帰り検討事項が多かったなど、入力元の情報に違いがあったケースが考えられます。

この30日間は、ツールの用途を広げるのではなく、同じ業務を異なる条件・案件で繰り返しテストしていきます。

質問会を通じた品質基準のすり合わせ

この期間の質問会には、AIが出力した下書きだけでなく、「送信前に人間が修正した箇所」を持ち寄ります。業務責任者にも同席してもらい、どのような修正を加えたのかを現場の業務基準と照らし合わせて言語化します。

  • 商談内容と齟齬がないか
  • 合意した次回アクションが網羅されているか
  • 未確定のスケジュールを確定として書いていないか

同じパターンの修正が頻発する場合、プロンプトを長文化する前に、元の入力メモの精度や求める完成形の基準を見直します。指示が曖昧な状態では、部下や外注先に依頼する際も手戻りが発生するのと同じ理屈です。

モデルケースでは、メモを「確定事項」と「未確定事項」に整理して入力し、生成後もその2点にズレがないかを照合するルールを策定します。有効であれば定着させ、合わなければ見直すというサイクルを繰り返します。

複数案件を通じた効果検証

60日目の提出課題は、同一業務を異なる案件で試した複数回の記録です。目安として3案件程度、条件の異なるケースで試行し、結果を前回の記録シートに追記します。

3回という数値は例外パターンや出力のばらつきを把握し始めるための目安であり、完全な再現性を証明するものではありません。ミスの許されない業務や例外対応が多い業務では、検証回数を適宜増やしてください。

時間削減効果を測定する際は、「準備時間」と「事後の確認・修正時間」も含めたトータルの工数を算出します。

従来30分かかっていた業務において、情報準備に5分、AIの出力に3分、人間による確認・修正に12分かかった場合、合計時間は20分となり、実際の削減効果は「10分」です。

AIが3分で出力したからといって、27分の削減と判断してはいけません。

スムーズに進んだ案件だけでなく、修正に手間取ったケースも記録し、できる限り難易度の近い案件同士で比較します。従来の作業時間が個人の感覚値である場合はその旨も注記しておきます。品質面でも、情報の欠落や事実誤認、上司からの差し戻しが発生しなかったかを検証します。

管理職への報告においても、単なる提出率ではなく「対象8名中6名が試行済み、2名はアカウント権限待ち。品質と削減時間は現在検証中」といった形で、進捗状況と次のアクションが伝わる報告を行います。

60日目の意思決定

複数のメンバーが共通のポイントでつまずいている場合は、45日目前後でピンポイントの業務別演習を設けます。

メール作成の例であれば、抽象的な「文章生成の応用テクニック」ではなく、「商談メモの構造化と未確定事項のチェック法」に特化した45分程度のセッションにします(解説10分、各自の実務データを用いた演習25分、振り返り10分など)。

参加者はその課題に直面しているメンバーに絞り、受講後は実務で検証したうえで、60日目の記録で改善度合いを測ります。

60日目を迎えた段階で、以下のいずれかを判断します。

  1. この手順で運用を継続する
  2. 条件や手順を見直して再検証する
  3. 効果が薄いため別の業務プロセスへ切り替える

創出された時間の活用方法もあらかじめ想定しておきましょう。作業が10分短縮されたとしても、直ちに人件費が削減されるわけではありません。創出した時間をお客様とのコミュニケーションやコア業務に充てられるか、あるいは残業削減につながるかといった実質的な価値を見て、継続の是非を判断します。

【61〜90日目】他メンバーへ引き継ぎ、組織の資産にする

ここで、自社の業務を振り返ってみてください。

最もAIを使いこなしている担当者が不在の際、他のメンバーが同じ品質とスピードでその業務を遂行できるでしょうか。

最後の30日間は、「本人が使えるか」から「他のメンバーでも迷わず再現できるか」を検証するフェーズです。いきなり全社展開を目指す必要はなく、まずは「隣のもう1人」へ引き継げるかを確認します。

引き継ぎを受ける側が主体となる相談会

75日目の相談会では、これまで実践してきた担当者と、これから業務を引き継ぐ後任者がペアで手順を確認します。

注意すべきは、前任者が隣からすべて口頭で教えてしまわないことです。後任者がマニュアルや指示書を読み、実際に操作を行い、どこで迷ったかを記録していきます。

メール作成の例であれば、「商談メモに次回の対応期限が記載されていない場合、AIにどう指示を出すか」「顧客からの要望と自社のコミットメントをどう区別してプロンプトに含めるか」といった実務上の疑問点を洗い出し、手順書へ追記していきます。

個人の頭の中にあったノウハウを、組織の手順書として形式知化する作業です。

プロンプト集から「運用手順書」へ昇華させる

90日目の提出物は、「実践的な運用手順書」と「後任者が実際に試した結果」です。

手順書には、対象となる業務範囲・対象外とする条件、入力すべき情報、プロンプトのテンプレート、生成後のチェック項目、エラーや判断に迷った場合の相談先を明記します。更新責任者と最終確認日も忘れずに記載してください。

プロンプトだけをまとめた資料を配布するのは、料理のレシピから火加減や焼き上がりの基準を省いて渡すようなものです。同じプロンプトを使っても、仕上がりの良し悪しを判断できません。

メールの例であれば、「未確定情報はAIに推測させない」「送信前に必ず商談メモの原本と照合する」「判断に迷う案件は上司の承認を得る」といったチェック体制や、例外時にAIを使わず従来の手順に戻す判断基準まで定めておきます。

この段階で行う追加研修は、新規利用者向けの実機演習や、成果物を承認する上司向けのチェック観点レクチャーなどに絞り込みます。一般的な最新機能の解説などは不要です。

「継続・改善・中止」の適切な判断

90日目の振り返りには、受講者、業務責任者、推進担当者、そして投資判断を行う管理職が一席に会します。

開始時に定めた品質基準と効率化目標に照らし、以下の3つのいずれかに着地させます。

  • 継続・横展開: 品質基準をクリアし、工数削減が実証され、他メンバーによる再現性も確認できた場合
  • 改善・再検証: 改善の兆しはあるものの、チェック工数の増大や例外対応に課題が残る場合
  • 中断・取りやめ: 想定した効果が得られない、または品質・セキュリティ上の懸念を解消できない場合

検証の過程で目標数値を修正した場合は、その背景も含めて記録しておきます。継続と判断した業務については、マニュアルの更新担当者と定期的な見直し日程を設定します。

安定して稼働している業務は月1回の定期確認へ移行し、ツールの仕様変更や入力データの前提が変わった際に随時メンテナンスを行います。90日目はフォローアップの打ち切り日ではなく、定常運用へ移行するための節目です。

目的は「AIを使い続けること」ではなく、「業務の生産性と品質を高めること」です。

自社の実務に合わないと判断して利用を取りやめることも、この90日間の正当な成果の一つです。

つまずきの原因別・追加研修の判断基準

ここまでのポイントを、現場のボトルネック別に対処表として整理しました。研修の追加を検討する前に、ぜひチェックしてください。

つまずきの要因 優先すべき対処法 主な担当部門・役割
操作方法やプロンプトの書き方がわからない 実務課題を用いた短時間の補講を実施し、自力で再現できるか確認する 社内講師・有識者
どの業務に適用すべきか判断できない 業務プロセスの棚卸しを行い、効率化の目的を再整理する 管理職・業務責任者
業務に追われて試す時間を確保できない 既存業務の優先順位を見直し、スケジュール上に試行枠を確保する 管理職
出力された成果物の品質を評価できない 業務上の品質基準を言語化し、具体例を用いた判定演習を行う 業務責任者・社内講師
アカウントや権限、利用ルールが未整備 セキュリティ要件の確認と社内ルールの策定・権限付与を進める システム・情報管理部門
作成した本人しか手順を再現できない 手順書を整備し、別の担当者が実際に操作してみる引き継ぎ演習を行う 実務担当者・業務責任者

操作スキルやプロンプト知識の不足に対しては研修が有効ですが、時間不足やルールの未整備といった環境面の課題は、いくら講義を重ねても解決しません。

操作や品質の課題は研修・演習で補い、業務や権限の課題は環境整備で解決する図

追加研修はスケジュールを埋めるためではなく、明確になった現場のボトルネックを解消する手段としてピンポイントに設計・実施します。

運用体制の構築と必要工数の目安

「進め方は理解できたが、誰がどれだけの時間を割くべきか」

この工数設計が曖昧なままでは、計画は形骸化してしまいます。受講者本人の時間だけでなく、質問を取りまとめる担当者や添削を行う管理者の工数もあらかじめ試算しておきましょう。

前述の「8名規模のチーム」を想定し、90日間(約13週間)で必要となる想定工数は以下のとおりです。

90日間に必要な受講者、推進担当者、添削担当、管理職の時間を比較した図

役割 確保すべき時間の目安 90日間の合計想定工数
受講者(1名あたり) 試行・記録(週30分×13週)+ 質問会など(30分×6回) 約9時間30分 / 人
推進担当者(1名) 質問整理・事前準備(週30分×13週)+ 進行(30分×6回) 約9時間30分
講師・業務責任者(添削担当) 受講者8名 × 1回10分 × 提出4回 添削枠:計約5時間20分(※質問会同席工数は別途)
管理職(意思決定者) 開始時30分、30・60日目各15分、90日目30分 計1時間30分

※上記はスケジュール枠の試算であり、実際の所要時間を一律に保証するものではありません。ツールの初期設定、データ準備、教材作成、個別相談対応、追加演習の時間は別途見積もりが必要です。また、課題の難易度によって添削時間も変動します。

実務の中で試行する時間は、通常の作業時間と重複してカウントしないよう注意してください。役割を兼務する場合は合計工数を算出し、同一ミーティングへの参加時間は重複計上を避けます。外部サービス利用料やツール導入費用も、社内リソースの工数とは分けて管理します。

運用の負担を軽減するために、質問窓口、提出メモ、手順書の保管場所は既存の社内グループウェア等に集約することをおすすめします。本施策のためだけに新たな報告書を作成するのではなく、提出メモそのものを投影して議論を進めましょう。

記録シートは30日、60日と追記していく形式をとり、同様の質問にはナレッジとして全体共有します(※機密情報や個別の事情を含むものは個別に切り離して対応します)。

業務効率化を目指す取り組みによって、担当者の社内報告工数が増えてしまっては本末転倒です。

社内運用と外部委託の見極め基準

改善したい業務が明確で、社内に品質基準を判断できる責任者と、ツールの操作を支援できる推進者がおり、必要な時間を確保できるのであれば、まずは社内リソースで小さくスタートすることをおすすめします。

一方で、

  • どの業務から手をつけるべきか整理がつかない
  • 提出された成果物を見ても適切な修正アドバイスができない
  • 社内推進者の負担が重く、通常業務に支障が出ている

といった課題を抱えている場合は、そのボトルネックとなっている領域に絞って外部支援を活用するのも有効な選択肢です。すべてを自前で抱え込むか、全行程を外部に丸投げするかの二択である必要はありません。

外部への依頼を検討する際は、質問への回答納期、添削の対象人数・回数、追加研修の実施条件や費用、手順書作成・引き継ぎの支援範囲などを事前に確認しておきましょう。

なお、外部の専門家を活用する場合であっても、自社における業務の優先順位付け、セキュリティポリシーの決定、成果物の最終的な合否判断は、自社内で責任を持って行う必要があります。

まず取り組むべき最初の一歩

  • 30日目: まず実務で一度試す
  • 60日目: 複数案件で繰り返して手順を固める
  • 90日目: 運用手順書を作成し、他のメンバーへ引き継ぐ

質問会は現場のつまずきを解消する場であり、課題提出は次の一手を判断するための情報収集手段です。そして追加研修は、集まった課題を解決するための選択肢の一つに過ぎません。

最初から完璧な教材やカリキュラムを準備する必要はありません。

まずは、改善したい業務を1つに絞り込むこと。そして、実際に試す時間と最初の相談会の日程をカレンダーに登録することから始めてみてください。そこで浮き彫りになった課題をもとに、次のサポートを組み立てていきましょう。

「研修を受けた後、何から始めればよいのか」を受講者が一人で抱え込まない環境を整えることが何より重要です。

株式会社ミチガエルでは、実施済みの研修内容、現在つまずいている業務、社内で確保可能な工数などを丁寧にヒアリングしたうえで、対象業務の選定から小さな試行、効果測定、マニュアル化や追加演習の設計まで、貴社に最適な定着プロセスを一貫してご支援しています。

追加研修を実施すべきか、それとも対象業務を見直すべきか、といった初期の論点整理からお気軽にご相談ください。

いま必要なのは、研修の回数を重ねることではなく、現場が実務で踏み出せる「確かな一歩」を整えることです。

この記事の執筆・監修

t-yamashita

執筆

山下 敏樹

IT/AIコンサルタント

IT企業勤務。Web制作会社で社内業務改善・DX推進に携わり、code4bizで学んだAIコーディングを活用してさまざまな業務を自動化。半年間の取り組みで、年間約2,500時間相当の業務削減を実現。その後、IT/AIコンサルタントへ転身。DX現場での経験をもとに、AI活用・業務改善・DX・システム開発に関する知識やノウハウを、読者の成果につながる形で発信しています。

生成AI業務整理DX

Services

AI研修で組織の底上げを

役員から現場まで、階層別に「使える」まで伴走する研修プログラムをご用意しています。