要点：AIGENT ACEの導入は、経営課題を聞き出すScan、対象業務とKPIを決めるBlueprint、限定範囲で検証するPilot、運用に移すOperateの4段階で進めます。各段階の入力・成果物・止める条件と、90日を設計するための計画フレームを解説します。
- この記事の結論
- 前提: 「90日」は期間の約束ではなく、設計のためのフレーム
- 全体像: Scan → Blueprint → Pilot → Operate
対象読者：設備工事会社の経営者・積算/見積担当者
この記事の結論
AIGENT ACEの導入は、Scan（課題の仮説化）→ Blueprint（設計）→ Pilot（限定検証）→ Operate（運用）の4段階で進めます。成果の数字を先に約束するのではなく、各段階の「入力・成果物・止める条件」を先に文書化し、検証できる形で進めることが大原則です。タイトルの「90日」は期間の保証ではなく、最初の90日を設計するための計画フレーム（例）です。実際の期間は対象業務とデータ連携により個別に設定します。
前提: 「90日」は期間の約束ではなく、設計のためのフレーム
AI導入の進行速度は、対象業務の種類、データの揃い方、確認者（Human Review）の負荷、意思決定の速さによって変わります。そのため、全社に当てはまる「標準期間」を提示することはしていません。
最初の診断は5分、初回ヒアリングは60分程度で受けられます。その後の検証（Pilot）期間は対象業務と必要なデータ連携により変わるため、一律の約束はしていません。この記事の「90日」は、4段階を1枚の計画に落とし込むときの「設計図の型」として使うフレームであり、各社の実勢に合わせて伸縮させます。
全体像: Scan → Blueprint → Pilot → Operate
| 段階 | 目的 | 主な成果物 |
|---|---|---|
| 01 Scan | 経営課題と業務の流れを聞き、詰まりを仮説化する | ボトルネックの仮説と検証候補業務のリスト |
| 02 Blueprint | 対象業務・必要なデータ・KPI・Human Reviewを決める | 設計文書（対象・データ・KPI・確認者・止める条件） |
| 03 Pilot | 限定した範囲で実装し、使われ方と品質を検証する | Baselineとの比較結果、継続・修正・停止の判定材料 |
| 04 Operate | 運用手順と見直し条件を整え、継続・修正・停止を判断する | 運用手順書と見直し条件 |
採用・育成・受注Capacityのどこがボトルネックかを診断し、検証範囲と止める条件を先に合意する。この順序は逆にできません。設計前に実装を始めると、Baselineがなくて効果判定ができず、止める条件がなくて検証が終わらなくなります。
なお、診断からお見積り・ご契約までの正式な手順は「ご依頼の流れ」ページにまとめています。本記事はその各段階を「設計の視点（入力・成果物・止める条件）」から詳述した読み物であり、手続き上の流れはページ側をご確認ください。
Scan: 課題を仮説化する（初回ヒアリングは60分程度）
入力
- 経営課題の共有（人手不足、原価、受注の上限など。数値でなくても構いません）
- 業務の流れの概略（受注から施工・請求までのどこに手作業が滞留しているか）
- 採用・育成・受注まわりの支出と工数の現状の実感
成果物
- 採用・育成・受注Capacityのどこがボトルネックかの仮説
- 検証候補になりやすい業務のリスト（頻度・ルール性・入力データ・失敗リスク・Human Reviewの5軸で判定する）
止める条件
- 課題が「AIを入れたい」だけで、解決したい業務が特定できない場合
- 対象業務の標準化や入力方法の見直しだけで解決する場合。AIを使うことが前提の提案はしていません
Blueprint: 対象業務・データ・KPI・Human Reviewを決める
入力
- Scanで挙がった検証候補のうち、最初の1業務（頻度が高く・人が確認でき・失敗時に元に戻せる業務）
- 対象業務の現状データ（日報、お見積りのたたき台、問い合わせ記録など）
- 導入前のBaseline（1回あたりの所要時間、月間の発生回数、確認・やり直しの回数）
成果物
- 対象業務・必要なデータ・KPI・Human Reviewを定めた設計文書
- 確認者1名の指名と、確認に要する時間のお見積り
- 続ける条件・修正する条件・止める条件を書いた1枚の文書
止める条件
- Baselineが測れない場合（導入前後を同じ測り方で比較できない）
- 確認者が決まらない場合。確認者のいないPilotは、使われずに終わります
- KPIを決められない場合。「なんとなく良さそう」は判定基準になりません
Pilot: 限定した範囲で実装し、使われ方と品質を検証する
入力
- Blueprintの設計文書とBaseline
- 対象業務の実データ（現場が実際に入力する形のもの）
成果物
- 限定範囲での実装物と、使われ方・品質の検証記録
- Baselineとの比較結果（計画時の仮説の削減率を実測値で置き換える）
止める条件
- 確認者1名の負担が、元の業務時間を超える場合
- 修正しても、入力だけで新規工数が生じる場合
- 開始前に書いた判定基準を満たさない場合。止める条件を事前に文書化していれば、失敗も次のPilotの設計材料になります
検証の対象をどう絞り、止める条件をどう書くかは「設備会社のAI導入を小さく始める方法【Pilot設計ガイド】」で詳解しています。効果の試算の枠組み（削減時間 × 対象人数 × 時間単価）は「設備会社のAI導入、投資対効果はどう計算する？」で整理しています。
Operate: 運用手順と見直し条件を整える
入力
- Pilotの検証記録（うまくいった点、崩れた点、確認者の負担）
- 運用を任せる担当者と、確認の権限
成果物
- 運用手順書（入力方法、確認範囲、権限を含む）
- 見直し条件（Human Reviewの範囲を四半期ごとに更新する、など）
止める・縮める条件
- 検証結果が出ていないのに、展開だけ広げる場合
- 確認の省略が常態化した場合。「AIが出したから正しい」という確認の省略は、運用として成立しません
最初の90日を設計するための計画フレーム（例）
以下は、4段階を90日で設計するときの「型」の例です。各社の実勢は対象業務とデータ連携により変わるため、この通りに進むとは限りません。各段階の期間は、診断と初回ヒアリングの後に個別に設定します。
| フレーム（例） | 段階 | この期間で決めること |
|---|---|---|
| 第1〜2週 | Scan | ボトルネックの仮説と、検証候補業務の選定 |
| 第3〜6週 | Blueprint | 対象1業務の確定、Baselineの測定、確認者と判定基準の文書化 |
| 第7〜12週 | Pilot | 限定実装と検証、継続・修正・停止の判定 |
| Pilot判定後 | Operate | 運用手順書の整備と、見直し条件の設定 |
重要なのは期間の長さではなく、各週の終わりに何が決まっていなければ先に進まないかを先に書くことです。Pilot設計ガイドでは、検証期間を設定するときの目安（現場が慣れる前のデータしか取れない短さと、確認者が疲弊する長さのバランス）を紹介していますが、実際の期間は繁忙期・閑散期の切り替わりも含めて個別に設定します。
よくある質問
Q. 90日で必ず導入が完了しますか？
いいえ。90日は計画を設計するためのフレーム（例）で、完了を約束するものではありません。最初の診断は5分、初回ヒアリングは60分程度です。その後の検証（Pilot）期間は対象業務と必要なデータ連携により変わるため、一律の約束はしていません。
Q. 最初の一歩は何をすればいいですか？
無料の診断から始めてください。採用情報の診断やAI自動化余地診断で現状を確認した上で、初回ヒアリング（60分程度）で経営課題と業務の流れを伺い、詰まりを仮説化します。成果の数字を約束するのではなく、検証できる形で進めるかどうかを一緒に確認します。
Q. Pilotがうまくいかなかったらどうなりますか？
開始前に書いた止める条件に沿って停止します。原因をデータ品質・入力方法・確認フローの3類型に分けて記録し、次のPilotの設計材料にします。止める条件を事前に文書化していることが、失敗を「損失」で終わらせないための条件です。
検討の前提となる料金体系は「料金と導入コスト」にまとめています。
参考文献・出典
※ 以下の出典は、本記事の主題（AI利活用の段階的な検証と、人間による確認を前提とした運用設計）に関連する公的資料です。本文中の進行管理の枠組み（Scan・Blueprint・Pilot・Operate）自体はAIGENT ACEの業務設計に基づくものであり、出典は数値・制度名の引用元ではありません。
→ 無料相談・お見積り依頼はこちら（営業電話はいたしません）
フルスクラッチ開発との単純比較ではなく、自社標準の積算（直請・再利用前提）との比較で費用を抑える設計です。※削減率は案件の要件・既存資産の流用可否により大きく異なり、特定率を保証するものではありません。積算前提は料金シミュレーター・/price-list/の算定条件をご確認ください。自社の規模や自動化したい業務を選択するだけで、想定開発費用と手作業による工数削減効果をその場でシミュレーションできます。
