結論: AI導入はツールを配る仕事ではない。資産・業務・権限を整え、1部門で数字を出すDXプロジェクトである
企業のAI導入は、ChatGPT・Gemini・Copilotの比較から始まりません。最初に行うのは、Google Drive、スプレッドシート、紙、社内アプリ、会計アプリに何があり、誰が原本を持ち、どの業務で使われ、どこに時間と手戻りが発生しているかを明らかにすることです。その後にAIの適用可否を調べ、改善後の業務とセキュリティを設計し、1部門へ小さく入れて効果を測ります。
本記事では、この流れを「AI導入8工程48タスク」として公開します。提案会社が実際に何をするのか、発注企業が何を用意するのか、どの成果物が残るのか、何をもって次へ進むのかを隠しません。
引用用表記: AIディア「AI導入8工程48タスク」2026年8月版
この提案書の作り方と、非公開情報の扱い
骨格には、PENGINのNotionに保存されたAI導入提案、業務可視化、KPI設計、社内AI利用ログ、PoC設計を使いました。ただし公開にあたり、次の情報は除外しています。
- クライアント名、案件名、個人名
- 組織や業務を特定できる固有事情
- 非公開の組織図、会議内容、アカウント情報
- 個別見積もり、契約条件、予算
- 社員の利用ログ、プロンプト、会話本文
- 未検証の効果数値
残したのは、複数案件へ再利用できる工程、成果物、判定方法だけです。記事内の期間・工数・判定値は標準例であり、業種・規模・法令・既存システムに合わせて変更します。
AI導入8工程48タスク — 全体一覧
| 工程 | 目的 | 主な成果物 | 次へ進む条件 |
|---|---|---|---|
| 1. 目的と責任者 | 経営課題と意思決定を固定 | プロジェクト定義書 | 責任者・対象・停止権限が決定 |
| 2. 資産棚卸し | 紙とデジタルの情報源を可視化 | 資産台帳 | 主要資産の所在・所有者が判明 |
| 3. 権限と原本 | AIが読める情報の境界を作る | 権限・保持・原本ルール | 過剰共有と不明原本を解消 |
| 4. 現行ワークフロー | 時間・品質・例外を基準化 | Before業務フロー・基準値 | 比較可能な数値を取得 |
| 5. AI適用調査 | AIを使う・使わないを判定 | AI適用マップ・候補比較 | 対象業務と方式を1〜3件に限定 |
| 6. 改善後フローとAI設計 | 人・AI・システムの役割を設計 | Afterフロー・構成図・テスト | リスクと受入条件が合意済み |
| 7. 限定導入 | 小規模で実務に載せる | パイロット環境・手順・ログ | 対象業務を一定回数実行 |
| 8. 効果検証と再調整 | 拡大・修正・停止を判断 | 効果測定・改善計画 | 数値と事故条件で意思決定 |
AI製品の比較は5工程目です。2〜4工程を飛ばすと、どのデータを読ませるか、何を改善するか、何と比較して効果を測るかが決まりません。
工程1: 目的と責任者を決める — 6タスク
最初に「AIを導入する」を目的から外します。目的は処理時間、品質、処理量、属人化、顧客体験など、業務上の変化で表現します。
| # | 実施タスク | 担当 | 成果物・完了条件 |
|---|---|---|---|
| 1 | 経営課題を3件以内に絞る | 経営責任者 | 売上・原価・品質・リスク等との接続を記載 |
| 2 | 対象部門と対象外を明記する | プロジェクト責任者 | 全社導入という曖昧な範囲を禁止 |
| 3 | 意思決定者、実務責任者、情シス、法務を決める | 経営責任者 | 氏名ではなく役割でRACIを作成 |
| 4 | 成功指標と事故指標を仮置きする | 実務責任者・情シス | 時間・品質・利用率・重大事故を定義 |
| 5 | 予算枠と検証期間を決める | 決裁者 | PoC上限、外部費用、社内工数を分離 |
| 6 | 停止権限とエスカレーションを決める | 情シス・法務 | 誰が即時停止できるかを文書化 |
工程1で使うプロジェクト定義
解決したい経営課題:
対象部門・対象業務:
対象外:
責任者:
PoC期間・予算上限:
成功指標:
重大事故の定義:
停止権限者:
最終判断日:
「全社員のAIリテラシー向上」だけでは効果を測れません。「営業提案の初稿作成時間を減らす」「問い合わせ一次回答の処理量を増やす」のように、業務へ落とします。
工程2: 資産を棚卸しする — 6タスク
AIは、会社に存在しない情報や、整理されていない原本を自動で正しくしません。紙も含めて情報源を1つの台帳へ載せます。
| # | 実施タスク | 担当 | 成果物・完了条件 |
|---|---|---|---|
| 7 | 保存場所を列挙する | 各部門・情シス | Drive、SharePoint、Notion、ファイルサーバー、紙を網羅 |
| 8 | 業務アプリを列挙する | 情シス・業務責任者 | CRM、会計、勤怠、販売管理、社内アプリを網羅 |
| 9 | 資産単位を決める | 情シス | フォルダ、データベース、帳票、台帳の単位を統一 |
| 10 | 所有者と更新者を確認する | 各部門 | 所有者不明を残さない。暫定責任者でも設定 |
| 11 | 紙・画像・音声のデジタル化可否を確認する | 各部門 | OCR、文字起こし、撮影禁止等を記録 |
| 12 | 機密度と個人情報を仮分類する | 情シス・法務 | 公開・社内・機密・要配慮等の区分を付与 |
資産棚卸し表
| 項目 | 記入例ではなく確認内容 |
|---|---|
| 資産名 | 社内で通じる正式名称 |
| 形式 | Google Drive、Sheet、紙、PDF、DB、会計アプリ等 |
| 原本の場所 | URL、システム名、保管庫。公開版には実URLを書かない |
| 所有者・更新者 | 部署・役割 |
| 更新頻度 | 都度、日次、月次、年次、停止中 |
| 機密区分 | 公開、社内、機密、個人情報等 |
| 利用業務 | どの作業のどの判断で使うか |
| AI参照候補 | 可、条件付き、不可、未判定 |
| 廃棄・保持 | 期限と責任者 |
棚卸しの目的は「AIに全部読ませる」ことではありません。読ませない資産を決められる状態を作ることです。
工程3: 権限・原本・保持を整理する — 6タスク
共有リンクが残ったDriveや、部署をまたいで閲覧できるSharePointへAIを接続すると、AIは既存の過剰共有を見つけやすくします。製品側がユーザー権限を尊重しても、その権限自体が誤っていれば安全にはなりません。
| # | 実施タスク | 担当 | 成果物・完了条件 |
|---|---|---|---|
| 13 | 原本と複製を区別する | 資産所有者 | 正本を1つ決め、複製の用途を記録 |
| 14 | 全社・部署・個人共有を棚卸しする | 情シス | 意図しない全社共有を解消 |
| 15 | 退職・異動・外部共有を確認する | 情シス・人事 | 不要アカウントとリンクを停止 |
| 16 | 保持・削除・版管理を決める | 法務・資産所有者 | 保存期間と削除責任者を設定 |
| 17 | AI参照可否を機密区分へ割り当てる | 法務・情シス | 可・匿名化後可・承認後可・不可を明示 |
| 18 | 権限修正後のテストを行う | 情シス | 一般社員・管理職・外部の3権限で確認 |
デジタルアセット設計では、ファイルの中身だけでなく、メタデータも資産です。タイトル、作成日、対象顧客、版、承認状態、有効期限が揃っていないと、AIは古い資料と新しい資料を区別しにくくなります。
工程4: 現行ワークフローと基準値を作る — 6タスク
業務フローは部署名だけでなく、入力・処理・判断・承認・出力・例外で書きます。
| # | 実施タスク | 担当 | 成果物・完了条件 |
|---|---|---|---|
| 19 | 対象業務の開始条件と終了条件を決める | 業務責任者 | どこからどこまで測るかを固定 |
| 20 | 入力・処理・判断・承認・出力を記録する | 実務担当 | Beforeフロー図を作成 |
| 21 | 使用資産・システムを各工程へ紐づける | 実務担当・情シス | 資産台帳とフローを接続 |
| 22 | 通常・例外・差し戻しを分ける | 実務担当 | 例外を省略しない |
| 23 | 2週間以上の基準値を測る | 実務担当 | 時間、件数、一次完了率、手戻り率を取得 |
| 24 | ボトルネックを原因別に分類する | プロジェクト責任者 | 待ち、転記、検索、判断、承認等に分類 |
Before計測表
| 日付 | 業務 | 件数 | 完了時間 | 待ち時間 | 手戻り時間 | 一次完了 | 例外理由 |
|---|---|---|---|---|---|---|---|
| 計測日 | 対象作業 | 実処理数 | 開始〜完了 | 承認待ち等 | 差し戻し対応 | Yes/No | 自由記述 |
計測期間中だけ作業を速くするバイアスを避けるため、既存ログがあれば併用します。月次業務は1回では判断せず、複数回または過去記録を使います。
工程5: AI適用調査を行う — 6タスク
ここで初めて、AI・RPA・既存機能・ルール変更を比較します。生成AIを使わない方がよい業務も残します。
| # | 実施タスク | 担当 | 成果物・完了条件 |
|---|---|---|---|
| 25 | ボトルネックごとに解決方式を列挙する | AI設計者・情シス | AI、RPA、API、設定変更、廃止を並列比較 |
| 26 | 入力と期待出力のサンプルを匿名化する | 業務責任者 | 実データを公開環境へ持ち出さない |
| 27 | 精度・速度・費用を同じテストで比較する | AI設計者 | 比較条件と実行日を記録 |
| 28 | 個人情報・知財・法令リスクを評価する | 法務・情シス | 禁止・要承認・可を判定 |
| 29 | データ準備度と定着難易度を評価する | プロジェクト責任者 | すぐ着手・整備後・対象外に分類 |
| 30 | PoC候補を1〜3業務に絞る | 決裁者 | 候補を増やしすぎず優先順位を合意 |
AI適用スコア
各項目を1〜5点で評価し、合計点だけで自動決定せず、議論の見落とし防止に使います。
| 評価軸 | 高得点の条件 |
|---|---|
| 頻度 | 毎日・毎週繰り返す |
| 時間影響 | 削減可能時間が大きい |
| 品質影響 | 抜け漏れ・ばらつきの改善余地がある |
| データ準備度 | 入力がデジタル化され、原本が明確 |
| 正解の定義 | 人が良否を判定できる |
| リスク | 機密・法令・誤判断の影響が小さいほど高得点 |
| 定着性 | 現場の操作と既存ツールに載せやすい |
高頻度でも、人命・契約・会計確定など誤判断の影響が大きい業務は、自動確定させず下書き・候補提示に留めます。
工程6: 改善後フローとAIを設計する — 6タスク
AIに任せる範囲より、人が承認する地点と失敗時の戻り先を先に設計します。
| # | 実施タスク | 担当 | 成果物・完了条件 |
|---|---|---|---|
| 31 | 不要工程を削除してAfterフローを作る | 業務責任者 | AIを足す前に廃止・統合を実施 |
| 32 | 人・AI・既存システムの役割を割り当てる | AI設計者 | 自動、下書き、確認、承認を明示 |
| 33 | データの入出力と保存先を決める | 情シス | 入力元・処理・出力先・ログを構成図にする |
| 34 | 認証・権限・保持・監査を設計する | 情シス・法務 | SSO、退職処理、保持、監査責任を記載 |
| 35 | 失敗・停止・手動復旧を設計する | 業務責任者 | AI停止時も業務継続できる手順を作る |
| 36 | テストケースと受入条件を作る | 実務担当・AI設計者 | 通常・境界・禁止・例外を含むテスト |
AI構成図に必ず書くもの
[入力元]
Drive / SharePoint / 紙OCR / 社内DB / 会計 / CRM
↓ 誰の権限で、何を取得するか
[前処理]
匿名化 / 形式統一 / 重複排除 / 期限確認
↓
[AI・ルール処理]
モデル / プロンプト / 検索 / API / 固定ルール
↓
[人の確認]
担当者 / 承認条件 / 差し戻し
↓
[出力・保存]
原本更新 / 下書き / 通知 / ログ / 削除期限
データを溜める仕組みがない場合は、AIより先に日報・会議ログ・申請フォームなどの入口を作ります。読むデータが存在しないのに、全社員分の有料AIを契約しても横断検索や経営アラートは作れません。
工程7: 1部門へ限定導入する — 6タスク
| # | 実施タスク | 担当 | 成果物・完了条件 |
|---|---|---|---|
| 37 | 対象者と対象データを登録する | 情シス | 5〜20席程度または1部門に限定 |
| 38 | 利用ガイドラインと禁止事項を配布する | 法務・情シス | 受講・同意記録を残す |
| 39 | 役割別ハンズオンを行う | 推進担当 | 自分の実務で1件完了させる |
| 40 | テンプレート・操作手順を配布する | AI設計者 | 汎用説明でなく対象業務別に作る |
| 41 | 利用・効果・問題ログを開始する | 推進担当 | 時間、品質、支援、事故を記録 |
| 42 | 週次で問題を修正する | AI設計者・実務責任者 | プロンプトだけでなく業務フローも修正 |
全員へ同じ研修を配らず、経営、営業、管理、現場、開発など役割別に最初の成功体験を変えます。操作回数より「対象業務を完了できたか」を確認します。
工程8: 効果を検証し、再調整する — 6タスク
| # | 実施タスク | 担当 | 成果物・完了条件 |
|---|---|---|---|
| 43 | Before/Afterの純時間を比較する | 分析担当 | 確認・修正・手戻りを含める |
| 44 | 品質・処理量・一次完了率を比較する | 業務責任者 | 時短だけで成功扱いしない |
| 45 | 管理者支援と運用コストを集計する | 情シス | 隠れコストをROIへ入れる |
| 46 | 利用率・詰まり・事故を分析する | 推進担当 | 役割・業務別に原因を分類 |
| 47 | 拡大・再設計・停止を判定する | 決裁者 | 事前に決めた基準で判断 |
| 48 | 次の部門と改善バックログを決める | プロジェクト責任者 | 席追加、資産整備、機能改善を優先順位化 |
効果の計算方法は従業員規模別の生成AI TCOと効果検証で、確認・手戻りを含む式と50人企業の試算を公開しています。
12週間の導入ロードマップ例
業務頻度が週次以上で、既存基盤を大きく作り直さない場合の例です。
| 週 | 工程 | 主な作業 | 意思決定 |
|---|---|---|---|
| 1 | 目的 | 課題、範囲、責任者、停止条件 | プロジェクト開始 |
| 2〜3 | 資産 | Drive・紙・アプリ・所有者の棚卸し | 対象データ確定 |
| 3〜4 | 権限 | 原本、共有、保持、AI参照可否 | 安全に試せる範囲確定 |
| 4〜5 | Before | 現行フローと基準値の計測 | ボトルネック確定 |
| 6 | 調査 | AI/RPA/API/廃止を比較 | PoC対象1〜3件を選定 |
| 7〜8 | 設計 | Afterフロー、構成、テスト、復旧 | パイロット承認 |
| 9〜11 | 導入 | 1部門で利用、週次改善 | 問題修正 |
| 12 | 検証 | 時間、品質、運用、事故を評価 | 拡大・再設計・停止 |
月次・四半期業務は12週間で実行回数が足りない場合があります。その場合は期間を延長し、最低2回以上の比較可能な業務実行を確保します。
RACI: 誰が決め、誰が作業するか
R＝実行責任、A＝最終責任、C＝相談、I＝共有です。
| 成果物 | 経営責任者 | 業務責任者 | 情シス | 法務 | AI設計者 | 実務担当 |
|---|---|---|---|---|---|---|
| プロジェクト定義 | A | R | C | C | C | I |
| 資産台帳 | I | A | R | C | C | R |
| 権限・保持ルール | I | C | A/R | R | C | I |
| Before/Afterフロー | I | A | C | I | R | R |
| AI構成・テスト | I | C | A | C | R | C |
| パイロット運用 | I | A | R | C | R | R |
| 効果検証 | A | R | R | C | C | R |
外部支援会社へ丸投げしても、資産の原本と業務の正解は社内にしかありません。外部は設計・実装・検証を担えますが、業務責任者と最終責任者は社内に置きます。
提案書の成果物をすべて公開する
このプロジェクトで納品・保有すべき成果物です。
- プロジェクト定義書
- デジタル・紙資産台帳
- 原本・権限・保持ルール
- AI参照可否マトリクス
- Before業務フロー
- Before基準値
- AI適用マップ
- 比較テスト記録
- After業務フロー
- システム・データ構成図
- セキュリティ要件
- テストケース・受入条件
- 利用ガイドライン
- 役割別操作手順・テンプレート
- 利用・効果・問題ログ
- 効果検証レポート
- 改善バックログ
- 全社展開または停止の決裁記録
これらが残らず、「アカウントを作った」「研修を1回行った」だけなら、導入ではなく配布です。
セキュリティの公開チェックリスト
- [ ] 個人アカウントへ業務情報を入力しない
- [ ] AIが学習に使うかだけでなく、会話の保持期間を確認した
- [ ] SSO・MFA・退職者削除の責任者を決めた
- [ ] 全社共有リンクと外部共有を棚卸しした
- [ ] 個人情報、契約、会計、未公開技術の入力条件を決めた
- [ ] AIが参照できるデータ範囲を権限別にテストした
- [ ] プロンプト・回答・参照元のログをどこまで残すか決めた
- [ ] 誤回答を人が確認する工程を設けた
- [ ] AI停止時の手動業務を残した
- [ ] 重大事故時に誰が停止し、誰へ報告するか決めた
特定業種では追加の法令・契約・監査要件があります。本記事は法的助言ではなく、IPA、個人情報保護委員会、各社公式ドキュメント、自社専門家による確認の入口です。
提案対象外も明記する
やることを隠さない提案書は、やらないことも書きます。
- AIが出した回答の無条件な正しさを保証しない
- 原本不明・権限不明のデータをそのまま接続しない
- 法令・契約上禁止されたデータを検証環境へ持ち込まない
- 人命、契約確定、会計確定などを人の承認なしで自動化しない
- 効果の基準値がないまま削減率を約束しない
- 全社員への一括ライセンス配布を初手にしない
- PoCで合格しなかった業務を惰性で全社展開しない
なぜこのコンテンツを全文公開するのか
AI導入支援の価値は、工程名を知っていることではありません。会社ごとに散らばった資産を探し、業務の例外を聞き、権限を直し、使える構成を実装し、現場と数字を見ながら再調整するところにあります。工程を隠しても、発注側の判断が難しくなるだけです。
この「AI導入8工程48タスク」は、社内検討、提案依頼、ベンダー比較の共通言語として引用できます。引用する場合は、工程の一部だけを「導入完了」と扱わず、出典と版を併記してください。
出典表記例: AIディア「AI導入8工程48タスク」2026年8月版
参考: IPA 中小企業の情報セキュリティ対策ガイドライン ／ デジタル庁 デジタル社会推進標準ガイドライン ／ 経済産業省 デジタルガバナンス・コード ／ 個人情報保護委員会 個人情報保護法等
よくある質問