- 「Copilotを全員に配って操作研修をする」だけの導入は、個人の時短で止まりやすい。業務プロセスを再設計してから組み込むBPR型とは、成果の出る単位が違う。
- 順序は業務棚卸し→AI適用余地のマッピング→プロセス再設計→研修・定着。この記事では棚卸しテンプレートと、営業・経理・人事・情シスの部門別適用余地マップを掲載する。
- 研修は画面操作の教育ではなく「再設計後の業務手順」を教材にする。回り始めた定型部分は段階的にエージェント化し、人の時間を判断と例外対応に寄せていく。
なぜCopilotを配るだけでは業務が変わらないのか？
既存業務にCopilotを足すだけでは、時短が個人技で止まり、プロセスの構造が変わらないからです。
Microsoft 365 Copilot は、Word・Excel・PowerPoint・Outlook・Teams といった日常のアプリに組み込まれて動くAIアシスタントです（Microsoft Learn「Microsoft 365 Copilot とは?」）。使い慣れたアプリの中にAIが現れるからこそ、「ライセンスを配って操作を教えれば、あとは現場が使いこなす」という導入計画が立てられがちです。
ところが配布と操作研修だけで止めた場合、起きるのは個人単位のバラつきです。もともと文章仕事が多くITに慣れた人は自分の作業を速くし、そうでない人は数回試して元のやり方に戻る。業務の流れ——誰が何を受け取り、何を作り、誰に渡すか——は1ミリも変わっていないため、部門としてのリードタイムも品質も動きません。ムダな転記や多段の確認が残ったままなら、Copilotはそのムダを速くこなす道具にしかならないのです。
ここで参照したいのが、業務プロセス改革（BPR：ビジネスプロセス・リエンジニアリング）の考え方です。BPRはマイケル・ハマーとジェイムズ・チャンピーが1993年の著書『リエンジニアリング革命』で広めた概念で、既存手順の部分改善ではなく、「その業務はそもそも何のためにあるのか」から問い直して業務プロセスを根本から設計し直すアプローチを指します（参照：野村総合研究所 用語解説「BPR」）。生成AIの登場は、この30年前のフレームワークに新しい前提を持ち込みました。「文章を書く・読む・まとめる・転記する」という、これまで人間がやる以外に選択肢のなかった工程を、プロセス設計の変数として扱えるようになったからです。
Microsoft自身も、公式の導入支援サイトで「Copilot Success Kit」としてシナリオライブラリや定着計画のチェックリストを提供しており、業務シナリオを起点に計画して定着（Adoption）まで設計することを推奨しています。「配れば使われる」ではなく「どの業務でどう使うかを先に決める」——提供元の公式ガイダンス自体が、ツール配布型の導入を前提にしていません。
Copilotが速くできるのは「工程」であって、「工程の並び」は変えてくれない。並びを変えるのはプロセス設計の仕事で、それをやるかやらないかが導入成果の分岐点になる。
ツール導入型とBPR型のCopilot導入は何が違うのか？
前者は既存業務にAIを足す発想、後者は業務を再設計してから組み込む発想。成果の単位が個人と組織で分かれます。
両者の違いは、導入プロジェクトの初日に立てる「問い」からすでに分かれています。ツール導入型は「Copilotで何ができるか」から始まり、BPR型は「この業務はそもそもどうあるべきか」から始まる。以降のすべて——研修の教材、成果の測り方、定着の指標——がこの最初の問いに引っ張られます。
| 比較軸 | ツール導入型（既存業務＋Copilot） | BPR型（再設計×Copilot） |
|---|---|---|
| 最初の問い | 「Copilotで何ができるか」 | 「この業務はそもそもどうあるべきか」 |
| 対象の単位 | 個人の作業（メール・資料・議事録） | 部門をまたぐ業務の流れ（受け取り→加工→受け渡し） |
| Copilotの位置づけ | 既存手順を速くする補助ツール | 再設計後の手順に最初から組み込まれた構成要素 |
| 研修の中身 | 画面操作と一般的なプロンプト例 | 自部門の業務シナリオと、再設計後の新しい手順 |
| 成果の見え方 | 個人の時短。人による差が大きい | 業務単位のリードタイム・品質・引き継ぎやすさの変化 |
| 定着の測り方 | 利用率・ログイン数 | 新しいプロセスが標準として回っているか |
| 陥りやすい結末 | 熱心な一部だけが使い続け、全体は元に戻る | 設計に時間をかけすぎると現場が待ちくたびれる |
誤解のないように書くと、両者は二者択一ではありません。ツール導入型が「悪い」のではなく、そこで止まることが問題です。個人の時短はBPR型でも通過点として起きますし、逆にBPR型の弱点（設計に時間をかけすぎて止まる）は、対象業務を絞って小さく回すことで避けられます。順序と到達点の設計の問題であり、それを外部の支援会社に頼む場合の見極め方はCopilot導入支援会社の比較記事で扱っています。
ツールを入れて業務が変わるのではない。業務を変える設計の中に、ツールの席を用意する。
BPR型のCopilot導入はどの順序で進めるのか？
業務棚卸し→適用余地のマッピング→プロセス再設計→研修・定着の順で進めます。順序の入れ替えが失敗の主因です。
BPR型と言っても、全社の業務を一斉に描き直す大規模プロジェクトを指すわけではありません。現実に機能するのは、対象部門を絞ったうえで次の4段階を順番どおりに回すことです。よくある失敗は順序の入れ替え——たとえば棚卸しをせずに研修から始める、再設計をせずにツールだけ配る——で、どの段階を飛ばしたかによって、止まり方まで予測できます。
- 業務棚卸し。対象部門の業務を「アウトプット単位」で洗い出す。誰から何を受け取り、何を作って、誰に渡すか。定型か判断かの区別と、詰まっている点（痛み）も添える。ここが以降すべての土台になる。
- AI適用余地のマッピング。棚卸した業務の一つずつに「Copilotで何がどこまで任せられるか」の仮説を付ける。文書の初稿・要約・整形は適用余地が大きく、責任を伴う判断や関係構築は人に残る。この段階では仮説でよく、正解を出そうとしない。
- プロセス再設計。適用余地の大きい業務について、工程の並びそのものを描き直す。「書く」工程を「AIの初稿を確認する」工程に置き換える、転記が必要だった入口の形式を揃える、確認の段数を減らす——AIを前提にすると外せる工程が見えてくる。
- 研修・定着。再設計後の手順を教材にして研修し、新しいやり方を部門の標準にする。定着を測り、詰まった箇所は手順側を直す。研修が最後に来るのは、教える中身（新しい手順）が3までの工程で初めて確定するからだ。
1の業務棚卸しには、次のテンプレートをそのまま使えます。1業務＝1行で、まずは対象部門の主要業務を書き出すところから始めてください。
| 記入項目 | 書き方 | 記入例（※サンプル） |
|---|---|---|
| 業務名 | アウトプット（成果物）単位で書く | 月次の営業会議資料の作成 |
| 頻度 | 毎日／毎週／毎月／不定期 | 毎月 |
| インプット | 誰から・何を受け取って始まるか | 各担当の実績報告（形式バラバラ） |
| アウトプット | 何を作り、誰に渡すか | 会議資料一式を部長へ提出 |
| 使う場所・ツール | データや文書がどこにあるか | 共有フォルダ＋チャットの過去ログ |
| 型の区別 | 定型／半定型／判断のいずれか | 半定型（構成は毎月同じ、中身の解釈は人） |
| 痛み | 詰まる点・時間を食う点を一言で | 報告の形式がバラバラで転記が発生する |
| AI適用余地の仮説 | 初稿・要約・整形・照合など、任せられそうな部分 | 報告の要約と資料初稿。数値の最終確認は人 |
棚卸しのコツは「きれいに書こうとしない」こと。粗くても全業務が並ぶことに価値がある。精度はマッピングと再設計の段階で上げればよく、最初の一覧づくりに時間をかけすぎない。
部門別に見ると、AI適用余地はどこにあるのか？
4部門とも「書く・転記する・確認する」の集中点が起点です。量の多い定型文書と照合作業から再設計します。
適用余地の大きい場所は、部門が違っても構造は共通しています。文書化・要約が集中する業務、転記・照合が集中する業務——この2つの集中点を見つけ、そこを起点に工程の並びを描き直す。以下は営業・経理・人事・情シスの4部門でそれを整理したマップです。自社の棚卸し結果と突き合わせる比較対象として使ってください。
| 部門 | 文書化・要約の集中点 | 転記・照合の集中点 | 再設計の起点 | Copilotの組み込み方 |
|---|---|---|---|---|
| 営業 | 商談メモ・提案書・報告資料 | SFA/CRMへの活動入力 | 「議事録を書く」を「確認する」に置き換える | 商談記録の要約・整形と提案書の初稿生成 |
| 経理 | 月次報告・監査対応の説明文書 | 申請書類の目視照合・差し戻し | 入口（申請フォーマット）の形式統一が先 | 例外の抽出と報告書の定型部分の初稿 |
| 人事 | 求人票・評価文・研修案内・議事録 | 応募書類・回答の突き合わせ | 文書の「型」を先に定義する | ヒアリングメモからの文書初稿と整形 |
| 情シス | 手順書・FAQ・周知文 | 問い合わせの重複対応・記録 | 窓口の一本化とナレッジ整備が先 | 一次回答の下書きと手順書の更新支援 |
営業の再設計例。従来は、商談→記憶とメモから議事録を清書→SFAへ転記→提案書をゼロから作成→上長確認、という直列の流れでした。再設計後は、商談メモをCopilotが記録の型に整形→人は事実確認と所感の追記だけ→過去の提案文脈を渡して提案書の初稿を生成→人は顧客固有の論点と条件の判断に集中、という並びになります。ポイントは「議事録を書く」という工程自体を消し、「確認する」工程に置き換えたことです。SFAの入力項目をそのままにAIを足すのではなく、記録の型ごと見直すのが再設計です。
経理は順序を間違えやすい部門です。各部門から形式のバラバラな申請が届き、目視で照合し、不備を差し戻す——この流れのままAIに読ませようとすると、形式のばらつきがそのまま精度の壁になります。先にやるべき再設計は入口の統一です。申請フォーマットを構造化された形式に揃えれば、照合の大半は機械的に済み、人は例外だけを見ればよくなる。そのうえで、月次報告書の定型部分の初稿づくりをCopilotに任せます。バラバラの入口を残したままAIを足すのは、順序が逆です。
人事の集中点は、求人票・評価コメント・研修案内・面談議事録といった「都度ゼロから書く」文書群です。再設計の起点は、これらの文書の「型」を先に定義すること。型が決まれば、部門ヒアリングのメモから求人票の初稿を作る、面談メモを引き継ぎ用に整形するといった工程をCopilotに置き換えられます。人事は個人情報を扱う部門でもあるため、何を入力してよいか・何をマスキングするかの線引きを、再設計と同時にルール化しておきます。
情シスは、自部門がAI活用の実験台になれる部門です。問い合わせがメール・チャット・口頭に分散し、同じ質問に都度答え、手順書は古いまま——という状態なら、再設計の起点は窓口の一本化とナレッジ（FAQ・手順書）の整備です。整備されたナレッジの上に一次回答の下書きを載せ、人はエスカレーションと改善に回る。この延長線上に、Microsoft Copilot Studio などを使った社内エージェント化があります。エージェントはナレッジの整備が済んでいるほど機能するため、ここでも順序が先です（エージェント内製の学び方はCopilot Studio研修の記事を参照）。
再設計後の業務でCopilotに渡す指示は、たとえば次のような形になります。一般的なプロンプト例ではなく、自社の記録の型が指示に埋め込まれている点が、再設計を経た使い方の特徴です。
図：再設計で定めた「記録の型」を指示に埋め込んだ例。出力は必ず人が事実と照合してから記録に残します。
研修と定着をどう設計すれば、ツール研修で終わらないのか？
操作教育ではなく、再設計後の業務手順にCopilotを載せた自部門シナリオで研修し、定着を測って回します。
ここまでの順序論で、研修が最後に置かれている理由が見えてきます。研修は「Copilotの使い方を教える場」ではなく、再設計した新しい業務手順を、部門の標準として全員に配る場だからです。教える中身が確定するのは再設計の後であり、だから研修が先に来ることはありません。同じ「研修」という言葉でも、中身は次のように分かれます。
| 比較軸 | 操作研修（ツール研修） | 業務シナリオ研修（BPR型） |
|---|---|---|
| 教材 | 機能の一覧と一般的なプロンプト例 | 自部門の業務と、再設計後の新しい手順書 |
| 演習 | サンプル文書での練習 | 自分の実業務をその場でCopilotで進める |
| 受講後の状態 | 「便利そうだ」で職場に戻る | 翌日から使う手順が手元にある状態で戻る |
| 定着の指標 | 利用率・受講完了率 | 新手順が標準として回っているか、詰まりはどこか |
| 研修後の運用 | 個人の自主性に委ねる | 詰まりを集めて手順側を直す改善サイクル |
定着のフェーズで見るべきは利用率ではなく、「新しい手順が回っているか」「回っていないなら、どの工程で詰まっているか」です。詰まりの原因が個人のスキルなら追加のフォローで解けますが、多くの場合は手順側の設計に原因があります。定着を測って手順を直す——この改善サイクルまでが導入設計の範囲です（定着が止まる典型パターンと対策はCopilot定着の記事で詳しく扱っています）。
TechWorkerがCopilot導入支援で用いているのも、このBPR×研修×エージェント化の型です。業務棚卸しとプロセス再設計で「どの業務をどう変えるか」を確定し、研修で新しい手順を部門の標準にし、回り始めた定型部分を段階的にエージェントへ移していく。上場企業を含む37社・2,500名の生成AI支援を通じて見えているのは、操作研修単体よりも、手順の再設計とセットにした研修のほうが、受講後に使われ続けるという傾向です。研修の位置づけが「ツールの説明会」から「新しい働き方の初日」に変わるためです。
なお、要件を満たす研修設計であれば、人材開発支援助成金（事業展開等リスキリング支援コース）の対象になり得ます。経費助成は中小企業で最大75%・大企業で最大60%、1人あたり経費30万円が上限です。制度の事実関係と研修費用の考え方はCopilot研修の費用相場の記事で整理しています。
よくある質問
どちらかの完了を待つ必要はありません。全社のBPR計画が固まるのを待たず、対象業務を1つ選んで棚卸しと再設計を行い、その業務でMicrosoft Copilotを試すのが現実的です。小さく回した実例が、全社展開の計画づくりの根拠になります。
アウトプット（成果物）単位で洗い出すのが目安です。「議事録を共有する」「月次報告書を提出する」のように、受け取り手が存在する単位で止めます。マウス操作やキー入力のような動作単位まで分解すると、棚卸し自体が終わらなくなります。
無駄にはなりません。操作を知っていること自体は再設計後も土台になります。ただし操作研修だけでは日常業務が変わらないまま利用が減っていきやすいため、自部門の業務シナリオを教材にした研修と、定着を測って直す運用を後から接続してください。
大組織は不要です。対象業務の現場担当者と、棚卸し・再設計を主導する推進役がいれば最小構成として成立します。部門横断の委員会を最初から作るより、1業務で成果の型を作ってから広げるほうが、社内の合意も得やすくなります。