AIツールの契約と研修はどちらが先か|順番を決める条件と待たずに進める範囲

この記事でわかること
- 研修内容はツール依存と非依存に分かれ、非依存側(業務の切り出し・指示の型・リスク判断)はツール未定でも発注できます
- ツール確定を待つのは、権限設定の演習、既存システムとの連携設計、環境依存の画面操作の3つです
- 進め方は、既存基盤・情シスの完了見込み時期・対象人数・展開段階・個人利用の広がりという5条件で3案に振り分けられます
- 待機中でも、対象業務の工程分解、入力禁止情報の暫定線引き、到達点の言語化は、担当と完了条件を決めて先に進められます
- ツール確定の時期を答えられない段階なら、一括契約して内容を後決めにするより、分割発注のほうが抱えるリスクは小さくなります
目次
結論
社内標準ツールが決まっていなくても、研修の発注をすべて止める必要はありません。研修の中身は、「特定製品の画面・権限・連携を前提とするもの」と「前提としないもの」に分かれます。業務の切り出し、指示の型、リスク判断の3領域は前提としない側に入るため、ツールが未定のままでも発注できます。ツール確定を待つのは、権限設定の演習、既存システムとの連携設計、受講者全員が同じ画面を再現する操作演習です。
順番そのものは5つの条件で決まります。既存基盤の有無、情シスの検討完了見込み時期、対象人数、パイロットか全社展開か、個人利用がすでに広がっているかの5点です。ツール先行・研修先行・並行着手の3案を条件表に当てはめ、待ち時間には前倒しできる作業を割り当てます。判定と前倒しの2つが済んでいれば、情シスの結論が出ていない段階でも見積依頼の本文を書けます。
ツール先行・研修先行・並行着手で何が変わるか
3案は、最後にやり切る内容が変わるわけではありません。差が出るのは、先に手元へ残る成果物と、後回しにした側で生じる手戻りの大きさです。
| 進め方 | 先に得られるもの | 後回しになるもの | 主なリスク |
|---|---|---|---|
| ツール先行 | 自社環境での操作演習、権限・連携を含む運用設計 | 業務題材の特定と到達点の合意 | 到達点を指定しないと内容が操作説明に寄る |
| 研修先行 | 業務の切り出し、指示の型、リスク判断、選定材料 | 環境依存の演習と権限設定 | ツール確定後に環境固有の追加研修が必要になる |
| 並行着手 | 非依存部分の成果物を、情シスの検討と同じ期間内に得られる | 環境依存の演習(ツール確定後に追加する) | 発注範囲を分けずに契約すると、後決め部分が薄くなる |
表の中でリスクの中身がいちばん読みにくいのは、ツール先行の行です。内容が操作説明に寄るかどうかは、研修会社の姿勢ではなく発注書の書き方で決まります。
ツール先行で研修が操作説明に寄る理由
到達点が発注書に書かれていない場合、受講者の前提を問わずに提供できる内容は、製品の画面操作へ寄ります。操作手順なら、受講者の業務知識に関係なく同じ内容を届けられ、その場でできたかどうかも確かめられるからです。業務の切り出しや指示の型は、そうはいきません。受講者の業務理解と自社の題材がそろって初めて設計でき、発注側が題材を出さなければ設計そのものが始まらないためです。到達点を書かない発注は、この非対称によって操作手順の側へ引き寄せられます。
寄せたくない場合は、見積依頼の時点で次の4点を条件として書き込みます。
- 題材にする業務を部門名と業務名で指定する(「営業部の提案資料作成」まで具体化する)
- 受講者が持ち帰る成果物を指定する(指示テンプレート、業務フロー図、確認基準など)
- 到達点を行動で書く(自部門の業務1件を工程に分解し、AIに任せる工程を選べる、など)
- 操作説明に充てる時間の上限を書く(全体の何割までか)
4点とも、ツールが決まっていなくても書けます。未定の段階で先に固めておけば、確定後に決めるのは、どの画面でその到達点を確かめるかだけです。
ツールが未定でも成立する研修と、成立しない研修
成立するかどうかは、演習の手順書を書いたときに製品固有の要素が必要になるかで分かれます。
| 演習内容 | ツール未定での成立 | 欠けると成立しない要素 |
|---|---|---|
| 自部門業務の工程分解とAI適用箇所の選定 | 成立する | ―(自社の業務情報だけで完結する) |
| 指示の型(役割・前提・入力・制約・出力形式)の作成 | 成立する | ―(製品の画面を前提としない) |
| 入力してよい情報の線引きと、出力の検証手順 | 成立する | 社内ルールの暫定案があれば足りる |
| 出力の良し悪しを判定する基準づくり | 成立する | ―(判定基準は業務側の要件で決まる) |
| 権限・共有範囲の設定演習 | 成立しない | 管理者コンソールと、自社のアカウント/グループ構成 |
| 既存システム(メール・ファイル共有・基幹)との連携設計 | 成立しない | 接続先の実データと、接続可否の判断結果 |
| 画面操作の手順化・社内マニュアル化 | 成立しない | 受講者全員が同じ画面を再現できる環境 |
| 実データを使った成果物の実装 | 条件つきで成立 | 実行環境と、機密データ持ち込み可否の決定 |
指示の型が製品をまたいで通用するかどうかは、各社の公開ガイドで確かめられます。OpenAIのプロンプトガイド、Anthropicのプロンプトエンジニアリング概説、Google Workspace のGeminiプロンプトガイドは、明確で具体的な指示、必要な文脈の提示、出力形式の指定、結果を見ての反復を共通する要素として挙げています。いずれも製品の画面や権限を前提としません。ツールが未定のうちに扱っても、土台は残せます。ただし、同じ型を使っても既定の応答傾向や得意な作業は製品ごとに違います。確定後に細部を合わせる手直しまでは省けません。
自社はどれで進めるか|条件で判定する
判定に使う条件は5つあります。それぞれ、自社に当てはまる行を1つずつ選んでください。
| 条件 | 自社の状態 | 寄せる案 |
|---|---|---|
| 既存基盤 | Microsoft 365 か Google Workspace のどちらかに一本化済み | ツール先行 |
| 既存基盤 | 複数環境が混在、または基盤自体が未整備 | 研修先行 |
| 情シスの完了見込み | 結論が出る時期を月単位で答えられる(目前) | ツール先行 |
| 情シスの完了見込み | 見込み時期を答えられない、または四半期をまたぐ | 研修先行 |
| 対象人数 | 全社一斉に展開する | ツール先行 |
| 対象人数 | パイロットの少人数から始める | 研修先行 |
| 展開段階 | 最初の1業務で成果を確認する段階 | 研修先行 |
| 展開段階 | 成功した型を横展開・全社定着させる段階 | ツール先行 |
| 個人利用 | 個人アカウントでの利用がすでに広がっている | 研修先行 |
| 個人利用 | 利用実績がほとんどない | ツール先行 |
既存基盤が判定に効くのは、基盤が決まると比較する候補が減るからです。Microsoft環境を業務の中心に使っている企業ではCopilotの導入メリットが大きい、という整理が公開されています(AI経営総合研究所「ChatGPTとCopilotの違いは?」、2026-08-07確認)。一本化されていれば、この対応関係のぶんだけ検討の出発点が定まり、情シスも完了見込み時期を答えやすくなります。複数環境が混在している場合は、比較検討そのものに時間がかかります。待つ選択の負担が重くなるのは、この状態の会社です。
どのツールを選ぶかは、着手順とは別の判断です。候補の絞り込みに入る段階では、比較軸を整理した記事が判断材料になります。
決定を待つ期間の損失をどう見積もるか
待機の損失は、感覚で語るより変数へ分けたほうが稟議で説明できます。金額そのものを当てにいくのではなく、どの変数が自社で大きいかを特定するために使います。
- 着手遅延の月数:情シスの完了見込み時期から現在を引いた月数。答えが出ない場合は、直近の他案件の実績月数を仮置きします
- 対象人数と1人あたりの見込み削減時間:研修で狙う月間の削減時間。自社の想定値を使い、他社の数値は流用しません
- 見積・講師枠の有効期間:見積書の有効期限と、講師枠を押さえられる期限
- 予算の執行期限:期初に確保した枠を年度内に使い切れるか。使えない場合の失効額
待機による機会損失 = (対象人数 × 1人あたり月間削減見込み時間 × 社内人件費単価) × 待機月数 + 年度内に実施できない場合の予算失効額
未管理の個人利用は、金額へ換算せず観察項目として扱います。式には載せられませんが、次の3点なら自社を見るだけで数えられます。
- 個人アカウントでの利用が確認できる部署の数
- 会社の情報を入力した可能性がある作業(見積、顧客名を含む文面、社内資料の要約など)
- 誰が何を入力したか説明できない状態が続いている期間
数えた結果は、待機を続けるかどうかの材料になります。
着手が遅れる時間だけが損失とは限りません。NTTデータの記事は、同じツールを配っても成果は均一にならず、最初に問うべきは「どうすれば全員が使うか」ではなく「誰の、どの成功を、どう再現するか」だと指摘しています(NTTデータ DATA INSIGHT「生成AIは『導入しただけ』では失敗する」、2026-08-07確認)。この指摘に沿えば、再現できる型を持たないまま配布日を迎えることも、待機の結果として数えられます。
決定を待つ間に前倒しできる作業
前倒し作業は、担当と完了条件を対にして書きます。どちらかが欠けると、着手したかどうかを後から確かめられません。完了条件は、担当者以外が見ても判断できる書き方にします。
| 作業 | 担当 | 完了と見なせる状態 |
|---|---|---|
| 対象部門と対象業務の指定 | 経営側 | 部門名と業務名が3件以内に絞られ、書面になっている |
| 対象業務の工程分解 | 現場側 | 1つの業務が最小工程まで分解され、時間のかかる工程に印がついている |
| 入力禁止情報の暫定線引き | 経営側 | 入れてよい情報と悪い情報が例示つきで一覧化され、暫定運用として周知されている |
| 個人利用の実態把握 | 現場側 | 部署ごとの利用有無と用途が一覧になっている |
| 受講対象と人数の確定 | 経営側 | 層(経営層・管理職・実務者)と人数、担当業務が確定している |
| 到達点の言語化 | 経営側と研修会社側 | 受講後に何ができれば合格かが、行動の記述で書かれている |
| ツール非依存部分の見積取得 | 研修会社側 | 内容・時間・人数と、後決め部分の扱いが見積書に明記されている |
この7件は、どれもツールの決定を前提としません。ここまで済ませておけば、情シスの結論が出た日に足すのは環境依存の演習だけです。
研修を先にやった結果をツール選定にどう使うか
研修先行を時間稼ぎで終わらせないために、研修中に記録する項目を先に決めておきます。記録が選定会議の資料になれば、研修そのものが選定の前工程に変わります。
- 部門別に選ばれた業務題材と、対象になった工程
- 受講者がつまずいた箇所を2種類に分けた記録(指示の型で解決したもの/製品機能が必要だったもの)
- 演習の中で必要になった連携先(メール、表計算、ファイル共有、基幹システムなど)
- 扱った情報の機密区分と、社外サービスへ出せなかった情報の種類
- 部門ごとの想定利用頻度と利用者数
選定会議でそのまま使えるのは、2番目と3番目です。「製品機能が必要だった箇所」は、候補ツールに求める機能要件そのものになります。連携先の一覧は、候補が自社の業務動線に入れるかを判定する材料です。評価軸が自社の業務要件から出てくるため、機能一覧を横並びで突き合わせる比較より、候補を落とす理由を書きやすくなります。
想定利用頻度と利用者数は、ライセンス数の見積もりに使えます。全社員に配るか、実務で使う部署に絞るか。この判断も、演習で誰が実際に手を動かしたかを見た後なら、想定ではなく観察に基づいて決められます。
並行着手の発注は分割か、一括後決めか
並行着手を選んだ場合、契約の形は2通りに分かれます。同じ軸で並べると、どちらのリスクが自社で大きいかが見えます。
| 比較軸 | 分割発注 | 一括契約・内容後決め |
|---|---|---|
| 契約時に確定する範囲 | 第1弾(ツール非依存部分)のみ | 総額と実施時期の枠だけ |
| 価格 | 第2弾で再見積になる | 総額を先に固定できる |
| 日程 | ツール確定後に再調整が必要 | 講師枠を先に押さえられる |
| 途中で止める難易度 | 第1弾の結果を見て判断できる | 契約済みのため止めにくい |
| 主なリスク | 再見積で単価が変わる、希望日程の枠が埋まる | 範囲が曖昧なまま費用が発生し、後決め部分が薄くなる |
分かれ目は2つです。ツール確定の見込み時期を答えられない、または対象部門がまだ動く可能性があるなら、一括後決めの側が重くなります。範囲が定義されないまま契約すると、後決め部分の内容を交渉する材料が発注側に残らないためです。逆に、確定時期が見えていて対象部門と人数も固まっているなら、分割による再見積と日程の再調整という手間のほうが上回ります。
研修会社をどう評価するかは、分割か一括かとは別の判断です。発注先を比較する段階では、選定基準を整理した記事が使えます。
いま発注できる範囲を法人AI研修に当てはめる
当社の法人AI研修は、AIリテラシー・生成AI基礎・生成AI業務プロセス適用・社内ハッカソンの4レベルで構成しています。このうちAIリテラシー研修のカリキュラムは、LLMの仕組み、ハルシネーションが起きる理由、プロンプトの基本原理、インストラクションの書き方、制約条件と出力形式といった題材を含みます。対象は全社員、形式は講義とデモです。いずれの題材も特定製品の画面や管理者権限を前提としないため、社内標準ツールが未確定の段階でも実施できます。
ツールが確定した後に接続する部分は、コース単位で分かれています。Microsoft Copilotコース、Google Geminiコース、Claudeコース、初級のChatGPT資格試験対策コースがそれぞれ用意されているため、確定したツールに合わせて後から足す形で組めます。
研修スタイルは2種類です。標準カリキュラムから選ぶパッケージ研修と、現状課題・部門・業務フローをヒアリングして題材と成果物まで設計するパーソナライズ研修があります。並行着手で分割発注を選ぶ場合は、ツール非依存部分をどちらのスタイルで組むかが最初の分岐です。
進め方は、お問い合わせ、初回無料ヒアリング、プランのご提案、ご契約、プロジェクト開始という順です。期間と料金は対象人数・レベル・題材によって設計が変わるため、個別にお見積りしています。受講前の診断で現在地を確認してから開始地点を決めるので、前提知識が受講者間で揃っていなくても発注できます。
よくある質問
無料版のツールで研修だけ先に実施してよいですか?
業務の切り出し、指示の型づくり、出力の判定基準といったツール非依存の内容であれば、演習に使うツールは学習用の位置づけで足ります。ただし、無料版や個人アカウントに会社の情報を入力しないという前提は、演習開始前に受講者へ明示してください。機密データを使わない題材で設計すれば、この前提のまま進められます。反対に、権限設定や既存システム連携の演習は無料版で代替できません。管理者コンソールと自社のアカウント構成が必要だからです。
後からツールを変更したら、先に受けた研修は無駄になりますか?
ツール非依存の内容は残ります。業務のどの工程をAIに任せるかという判断、指示に何を書くかという型、入力してよい情報の線引きは、いずれも特定製品の画面を前提としていないためです。一方、画面操作の手順や権限設定の演習は、製品が変われば作り直しになります。この違いがあるため、確定前に発注する範囲は非依存側へ絞ります。もっとも、型の骨格が残ることと、移行後に一切の調整が要らないことは別です。製品ごとの応答傾向に合わせる作業までは消えません。
情シスの検討を急がせるべきですか?
急がせる前に、待機で失われるものを変数で示すほうが話が進みます。着手遅延の月数、対象人数、年度内に予算を執行できるかという3点は、情シス側でも判断材料になります。あわせて、研修のうち非依存部分を先に進める案を出せば、審査の期限を動かさずに全体の日程を詰められます。審査の進め方そのものは情シスの判断領域です。外から手順を指定するのではなく、完了の見込み時期だけを共有してもらう形が現実的です。
見積だけ先に取っておくことはできますか?
できます。ただし見積書には有効期限があり、講師枠を押さえられる期間にも限りがあるため、取得時期は情シスの完了見込みから逆算してください。見込み時期を答えられない段階で総額だけを固定すると、内容が後決めのまま契約が進みます。非依存部分を確定範囲として明記した見積と、確定後に足す部分の扱いを分けて記載してもらえば、範囲が曖昧なまま契約が動くことを防げます。
いま発注するものを1枚に書く
判定の手順は短く済みます。既存基盤・情シスの完了見込み時期・対象人数・展開段階・個人利用の広がりを5条件表に当てはめ、同じ案が3つ以上あればその案、割れたら並行着手を選びます。研修先行と並行着手のどちらでも、いま発注できるのは業務の切り出し、指示の型、リスク判断、出力の判定基準までです。権限設定、既存システム連携、環境依存の操作演習は、確定後に足す範囲として見積上で分けます。
相談や見積依頼の本文には、対象部門と業務、ツール確定の見込み時期、いま発注する範囲と後決めにする範囲の3点を書きます。この3点が書けていれば、社内標準ツールが未確定でも研修の設計は始められます。

この記事の監修者

AI研修講師 / AI活用コンサルタント
青木 徹
AIを実際の業務成果につなげるための支援を行っています。
立命館大学大学院修了後、日本IBMに入社。製造業・海運業などの企業に対し、業務変革支援やテックリードとしてのシステム開発に携わり、企業のDX戦略を推進。その後、複数のAI・SaaSプロダクトを企画段階から立ち上げ、上場企業を中心に100社以上のAI活用・DXを支援。現在は、法人向けのAI研修や生成AI導入支援、AI顧問などを通じて、AIを実際の業務成果につなげるための支援を行っている。専門領域は、生成AIを活用した業務効率化、企業へのAI導入、AI・SaaSプロダクト開発、DX推進。専門的な内容を分かりやすく伝え、参加者が研修後すぐに実務で活用できる、実践的な研修を大切にしている。

