提案書に「24時間365日対応」と書かれていても、夜間に動くのが監視システムだけなのか、技術者が一次対応まで行うのかでサービスの実態は変わります。料金表だけでは、この違いは見えにくいものです。
委託先を選ぶ際は、アラート通知、一次切り分け、復旧、開発会社との連携、月次改善のうち、どこまで含まれるかを確認しましょう。以下の10項目と質問リストは、RFPや提案比較にも利用できます。
重大障害を一つ想定し、アラート受信から30分後までの行動を各社に説明してもらうと、提案書の差が具体化します。誰が何を判断し、どの権限と手順で進めるかを10項目で確かめます。
1. 対応範囲
最初に確認するのは、どこまで代行するかです。
- 監視設定とアラート受信
- 一次切り分け
- 承認済み手順による復旧
- 開発会社、クラウド事業者への連絡
- 障害報告書
- 原因分析と再発防止
「障害対応あり」と書かれている場合も、調査、暫定復旧、完全復旧、恒久修正のどこまで含むのかを分けて示してもらいましょう。
2. 24時間体制の実態
24時間稼働するのが監視、受付、技術者、顧客窓口のどの役割なのかを聞きます。夜間チームから日中チームへの引き継ぎ、欠員時のバックアップ、複数障害が重なった場合の体制も欠かせない確認事項です。
3. 技術対応力
利用中のクラウドやOS、コンテナ、データベース、監視ツールについて、運用経験と対応可能な操作を提示してもらいます。製品名の一覧だけでは、障害時にどこまで任せられるかは分かりません。
例えば「Kubernetes対応」なら、ダッシュボードを見るだけなのか、ログとイベントの分析、Pod再起動、設定変更まで含むのかを具体的に聞きます。
4. インシデント管理
重大度の判定、指揮、技術対応、コミュニケーション、記録がどのような流れで行われるかを説明してもらいます。
- 重大度は何を基準に決めるか
- 初回報告には何を含めるか
- 障害中はどの頻度で更新するか
- 誰が復旧完了を判断するか
- 障害後のレビューを行うか
5. SLAと測定方法
応答時間の数値だけでなく、測定開始と終了の条件、対象外、データソース、レポート方法を読み込みます。完全復旧を約束している場合は、第三者サービスや顧客承認に依存する時間の扱いも質問しましょう。
6. セキュリティとアクセス管理
外部チームが本番環境に接続する場合は、少なくとも次の設計が必要です。
- 最小権限と役割分離
- 多要素認証
- 接続元と端末の制御
- 一時権限と承認
- 操作ログと監査
- ログやデータの保管場所
- 契約終了時の権限削除とデータ返却
認証や規格の有無だけで判断せず、対象サービスに実際に適用される統制を明らかにします。
7. コミュニケーション
障害時は、技術対応と同じくらい情報共有が重要です。日本語窓口の対応時間、連絡手段、報告テンプレート、会議頻度を提案書に明記してもらいます。
海外チームを活用する場合、翻訳だけでなく、顧客の事業影響を理解して優先順位を調整できるサービスマネージャーがいるかも選定基準になります。
8. 移管プロセス
契約後すぐに24時間運用が始まるわけではありません。現状調査、手順作成、権限準備、教育、テスト、並行運用、本番移行の順序と所要期間をすり合わせます。
既存資料が不足している場合に、誰が構成図や手順書を作成するかも明確にします。
9. 改善能力
運用品質を継続的に高めるには、アラートを処理するだけでなく、重複アラートの削減、自動化、手順改善、再発防止が必要です。誰がどの頻度で改善を提案するのかを聞きます。
月次レポートのサンプルを依頼し、件数の集計だけでなく、傾向、課題、アクションが含まれるかを見ると判断しやすくなります。
10. 契約と終了時の引き継ぎ
最低契約期間、対象変更、追加料金、再委託、責任制限は契約書で押さえます。終了時に手順書、チケット、構成情報、レポートをどの形式で受け取るかも、契約前に決めておきます。
提案依頼で使える質問リスト
- 24時間対応する役割と、日中のみの役割を教えてください。
- アラート検知後、どこまで一次対応しますか。
- 重大度の判断基準とエスカレーション例を示してください。
- 同時に複数の重大障害が発生した場合、どう対応しますか。
- 当社環境で必要になるアクセス権限を示してください。
- 障害中の報告例と、月次レポートのサンプルを提示できますか。
- 移管期間、顧客側の作業、受け入れ判定を教えてください。
- 手順外の調査、対象追加、超過作業の料金条件を教えてください。
- 再委託先を含むデータアクセスと保管方法を教えてください。
- 契約終了時の知識移管とデータ返却はどう行いますか。
評価表は重み付けする
すべての項目を同じ点数で評価するのではなく、自社のリスクに合わせて重みを付けます。
例えば、決済サービスでは応答時間、セキュリティ、インシデント管理を重くし、社内業務システムでは業務理解、問い合わせ対応、改善提案を重くする方法があります。価格だけで決めず、必須条件を一つでも満たさない提案は選外とするルールも有効です。
比較は対応範囲と運用プロセスから
システム監視代行会社の選定では、「24時間」と「月額」の比較だけでは不十分です。対応範囲、体制、技術、SLA、セキュリティ、移管、改善、終了時の引き継ぎまで確認してください。
同じ重大障害シナリオに対して、最初の30分の行動、必要権限、顧客への質問まで説明できる会社なら、提案書の「24時間対応」を実務として評価できます。AMELAのIT運用支援 24/7についても、監視から一次対応、報告、改善レビューまでの役割分担をご説明します。

