ManageAI
ManageAI製品6分で読めます

ManageAI導入の進め方モデルケース|ヒアリングから運用まで

ManageAIの導入がどう進むかを、複数部署・複数プロバイダを使う中堅企業のモデルケース(説明用の架空例)で追います。キックオフヒアリングで決めること、認証情報の登録、組織マッピングとアラートの初期設定、設定確認、初回レビューでの突合と閾値調整までを、担当と日程つきで具体化します。

ManageAI の導入は、キックオフヒアリングから運用開始まで1〜2 週間、初回レビューまで含めて1〜1.5 か月で一巡します。この記事では、複数の部署が複数のプロバイダを使っている中堅企業を想定したモデルケースで、導入がどう進むかを追います。

このモデルケースは、導入の型を説明するための架空の例です。特定の企業の事例ではなく、数値は説明のための仮の値です。手順の一覧は「ManageAI の導入手順」を参照してください。

モデルケースの前提

項目設定(架空)
企業製造業 A 社。従業員 500 名規模
生成AI の利用開発本部が Azure OpenAI で社内アシスタントを運用。営業企画部と経営企画部が OpenAI 直の API で検証。研究開発部が AWS Bedrock を利用。ChatGPT Team のサブスクも一部で利用
困りごと経営会議で「部署別の AI 費用」を求められたが、請求書は経路ごとに 3 通。Excel で按分しているが、月に数時間かかり、正確かどうかも分からない
担当DX 推進部の担当者(窓口)、情報システム部(各経路の管理権限者)

第 1 週: キックオフヒアリング

事前依頼

ヒアリングの 1 週間前に、当社から事前依頼をお送りします。A 社は組織図と、経路ごとの管理権限者(Azure は Entra ID 管理者、OpenAI は組織の Owner、AWS は IAM 管理者)の同席を手配しました。

ヒアリング当日(75 分)

時間内容A 社での決定
0:00〜0:10デモ画面で「何が見えるか」を体感部署別の積み上げグラフを見て「本部単位で見たい」と方向が決まる
0:10〜0:25利用実態経路は Azure・OpenAI 直・Bedrock の 3 つ。サブスクは対象外と確認。OpenAI のキーは検証用に個人別、Azure は本部共用のデプロイメント
0:25〜0:45組織マッピング本部 4 つ + 重点の課 3 つの 2 階層に決定。Azure のデプロイメントは開発本部に直付け。Bedrock はリージョン/モデル単位で研究開発部に直付け
0:45〜1:00予算・アラート直近の請求額を一緒に見て、月間予算を仮置き。日次上限・急増検知は既定値から開始
1:00〜1:10利用者・閲覧範囲管理者 2 名(DX 推進・情シス)、閲覧者に経営企画部長と各本部長
1:10〜1:15セキュリティ社内の SaaS 審査があるため、セキュリティ説明書を提出することに

ヒアリングの場で、OpenAI と AWS の権限者が読み取り専用の認証情報を発行し、その場で登録まで完了しました。Azure はサービスプリンシパルの発行に社内承認が必要で、宿題(期日 3 営業日後)になりました。

第 1〜2 週: 設定反映

実施者内容
当日当社OpenAI・Bedrock の収集が 15 分以内に始まることを確認。過去データを取得できた範囲で取込
3 営業日後A 社Azure のサービスプリンシパルを登録。収集開始
登録から 2 営業日当社ヒアリングシートの内容を組織マッピングに反映(部署 CSV → ユーザー CSV → キー割当 CSV)。アラート 3 種を作成し、Slack の Webhook を登録。通知テストを実施し、発報履歴に「過検知(テスト)」を記録。管理者・閲覧者を招待

この時点で、OpenAI の個人別キーは検証者ごとに割り当てられ、Azure のデプロイメントと Bedrock の疑似キーは本部に直付けされました。担当者が分からないキーが 2 つ残り、「未割当」として表示されています。

組織マッピングの反映内容(例)

部署(階層)対応付けたもの
開発本部Azure のデプロイメント(社内アシスタント用)を部署に直付け
営業企画部 → 営業企画課OpenAI の個人別キー 3 本を各検証者に割当。所属部署から部署別に集計
経営企画部OpenAI の個人別キー 2 本を各検証者に割当
研究開発部Bedrock のリージョン/モデルの疑似キーを部署に直付け
未割当所有者不明のキー 2 本(情シスが確認中)

アラートの初期設定(例)

ルール種別スコープ通知先
全社 月次予算月次予算消化率(50/80/100%)全社情シスの Slack + 経営企画のメール
全社 日次上限日次コスト上限全社情シスの Slack
全社 急増検知急増検知(既定の倍率・下限)全社情シスの Slack

部署別・キー別のルールは、運用後に必要になってから追加する方針にしました。

第 2 週: 設定確認ミーティング(30 分)

実データの画面を見ながら確認します。

確認A 社での結果
全社サマリーの当月実費が請求の感覚と合うかAzure と OpenAI は一致。Bedrock の実費は約 1 日遅れで反映される旨を確認
部署別・上位利用者が組織の実感と合うか営業企画部の検証が想定より多いことが分かり、部長が「そうだと思っていた」と反応
未割当キーの扱い残り 2 つは情シスが翌週までに確認することに
通知テストSlack の情シスチャンネルとメールに到達を確認
運用開始宣言。初回レビューを 3 週間後に設定

A 社の SaaS 審査は、セキュリティ説明書と数問の追加回答で通過しました。

第 3〜4 週: 日常の運用

運用開始後、A 社で実際に起きたこと(架空)です。

  • 急増検知が夜間に発報。情シスが通知のリンクからアラート画面を開き、研究開発部の Bedrock の疑似キーと特定。担当に確認すると定例のバッチ処理で、想定内だったため「過検知」を記録
  • 営業企画部長が閲覧者として自部署の詳細画面を初めて開き、検証者ごとの内訳を確認
  • 経営企画が円表示の全社サマリーをブックマークし、月末の締めで実費を確認

日常的に必要な作業は、通知を受けたときの確認だけでした。

第 5 週: 初回レビュー(60 分)

議題A 社での内容
請求突合ダッシュボードの実費と、Azure Cost Management・OpenAI の請求画面・AWS の請求書を比べる。差の要因は速報値と UTC/JST の境界で、説明がついた
アラート精度発報履歴を確認。急増検知が研究開発部のバッチ処理(夜間)で発報しており、過検知として記録。下限トークン数を上げることに
閾値調整月次予算の消化率が 3 週間で 50% を超えていたため、予算額を実績ベースで見直し
マッピング更新未割当だった 2 キーの所属を確定。新しく増えた検証キーを割当
活用状況経営企画部長が全社サマリーの CSV を経営会議に提出。「本部別の内訳を毎月そのまま出せる」との反応

以降、月次レビューに移行します。内容は「ManageAI の月次レビューで何をするか」を参照してください。

このモデルケースの要点

  • 決めることは決まっている: 部署の粒度、キーと部署の対応、予算と閾値、通知先、閲覧者。ヒアリングはこの 5 つを埋める作業で、白紙から考える必要はない
  • お客様の作業は認証情報の発行だけ: 権限者が同席すれば当日に終わる。承認が要る経路だけ宿題になる
  • 未割当は残ってよい: 最初から全部埋めようとせず、設定確認と月次レビューで埋めていく
  • 初回レビューは正確性の検証: 機能要望より先に、請求との突合とアラート精度を確認する

よくある質問

Q. 実際の導入企業の事例はありますか? モニター企業の事例は、ご了承をいただいた範囲で今後ご紹介します。本記事は導入の型を説明するための架空の例です。

Q. 経路が 1 つだけでも同じ流れですか? 同じです。経路が少ない分、ヒアリングと設定反映は短くなります。

Q. ヒアリングに誰が出ればよいですか? DX 推進・情報システム・経営企画の担当者と、利用中の経路の管理権限を持つ方です。「どのキーがどのチームのものか分かる方」が同席すると、組織マッピングがその場で決まります。

まとめ

  • モデルケース(架空)では、ヒアリング 75 分 → 認証情報の登録(当日〜3 営業日)→ 設定反映(2 営業日)→ 設定確認(30 分)→ 運用開始 → 初回レビュー(3 週間後)
  • ヒアリングで決めるのは部署の粒度・キーの対応・予算と閾値・通知先・閲覧者の 5 つ
  • 未割当は月次で埋め、初回レビューは請求突合とアラート精度の検証を優先する

モニター企業募集の詳細を見る資料請求・お問い合わせ

関連記事

この記事を書いた人

神谷 克也の写真

神谷 克也

Katsuya Kamitani

株式会社カイダン Founder|導入伴走・マーケティング

大手印刷会社・Web制作・コンサルを経て博報堂プロダクツへ。大手企業のデジタルマーケティングとB2Bソリューション開発に従事。独立後は企業のDX推進を幅広く支援。

モニター企業募集

初期費用0円・月額5万円(税別)

先着5社・2026年11月末まで

5プロバイダの利用量と費用を部署・利用者・APIキー別に可視化。読み取り専用キーの登録だけで当日から始められます。

募集要項を見る資料請求・お問い合わせ

Blog一覧へ戻る