確認目的を分ける
緊急復旧、保守引き継ぎ、既存資産の確認、技術検証、運用体制構築のどれに該当するかを扱います。
Before Start
改善更新できる業務運用体制は、画面や機能の制作だけでは判断しにくいものです。既存システムを残す範囲、触れる権限、扱うデータ、トークン消費量、リソース利用を開始前に分けます。

進め方

緊急復旧、保守引き継ぎ、既存資産の確認、技術検証、運用体制構築のどれに該当するかを扱います。
対象業務、関係者、現在の利用システム、権限、データ、AIに渡せる情報、業務影響、希望時期を扱います。
調査、暫定復旧、技術検証、設計、構築、保守、研修のうち、初期対応に含める範囲を決めます。
復旧時間、連携時間、差戻し、確認漏れ、承認速度、改善反映速度など、提案後に確認するKPIを決めます。
判断項目
開始前に曖昧にしない方がよい項目です。分からない項目は、調査対象として扱えます。
既存資産の量、権限の有無、データ量、外部サービス連携、技術検証の対象、セキュリティ要件、Codex対応モデルのトークン消費量、AzureやOpenAI APIなどのリソース利用によって変わります。初回確認では見積もりの前提条件を明確にします。
ドメイン、DNS、クラウド、Git、CMS、Microsoft 365、外部API、バックアップ、請求情報の所在を扱います。不明なものは調査対象として扱います。
個人情報、録音、録画、業務ログ、医療・福祉・請求情報などは、AI利用範囲、保存期間、閲覧権限、マスキング方針を開始前に決めます。
止まっているものを直す対応と、再発防止・保守引き継ぎ・改善更新できる運用体制づくりは、目的と運用に残す情報を分けて提案します。
費用比較
開始前には、通常の人件費やマネジメントコストと、開発運用で発生する当社オペレーション、トークン消費量、リソース利用を同じ判断表に並べます。
担当者単価、確認時間、差戻し回数、会議、再確認、管理者の催促時間を分けます。見えにくい管理コストを、件数と時間で仮置きします。
要望整理、環境構築、指示設計、実装、検証、仕様記録、改善バックログ整理にかかる当社の作業範囲を分けます。
仕様情報、業務ログ、会話履歴、画像・音声の要約、テスト回数によって変わります。大量の文脈を扱う場合は分割と再利用設計が重要です。
Azure、OpenAI API、DB、ストレージ、ログ、メール、Teams、カメラ、外部APIなど、システムを動かすための利用量を別枠で扱います。
Azure構築状況
AIモデルだけでなく、業務画面、データ保存、認証、証明書、問い合わせ・イベント受付などの周辺リソースも見積前提に含めます。
Container Apps、App Service、Static Web Appsなど、ブラウザで触れる業務画面や検証画面を動かす基盤を案件ごとに分けて構築します。
Storage Account、SQL Server、SQL Databaseなど、アップロード、帳票、履歴、業務データを保存する場所を用途ごとに分けます。
CIAM、Managed Certificate、カスタムドメイン、公開URLの管理を含め、外部公開や社内利用に必要な導線を整えます。
問い合わせ、イベント、資料、リード情報を保存し、後続の通知、確認、記録、KPIへつなげるためのリソースを用意します。
SustainAbleDesignでは、GPT-5.5の容量更新とGPT-5.4-miniの新規デプロイを確認しています。AIを使う案件では、モデルだけでなく周辺リソースも合わせて計画します。
チェックリスト
よくある質問
必須ではありません。現状の画面、帳票、Excel、紙、メール、利用中サービス、困っている工程をもとに、初回で確認順を決めます。
緊急復旧、現状確認、技術検証、運用設計、本格構築では見積もりの前提が異なります。初回確認では、まず見積もりに必要な範囲、権限、データ、関係者、成果指標、トークン消費量、リソース利用の前提を扱います。
初回確認では機密情報そのものを出さずに、扱う情報の種類、権限、ログ、AI利用範囲、確認者、保存期間を分けます。必要に応じてNDAの前提も決めます。
可能です。映像AI、音声AI、イベント監視などは、本番構築前に精度、費用、運用負荷、個人情報対応、通知後の業務フローを確認する技術検証として切り出せます。