- システム保守を外注する前に準備すべき4つの情報
- 保守会社への引き渡し手順（ステップ1〜5）
- 引き継ぎ期間中に確認すべきチェックポイント
- 外注後によくあるトラブルと対処法
「現在のシステムの保守を外部に任せたい」と思いながら、何から始めればいいかわからない——そんな中小企業のご担当者は多いです。
システム保守の外注は、単に「会社を選んで契約すれば終わり」ではありません。保守会社がシステムを正しく理解し、安全に運用できる状態に引き渡すプロセスが最も重要です。この引き渡しが不十分だと、外注後すぐにトラブルが発生したり、障害への対応が遅れたりするリスクが高まります。
本記事では、初めてシステム保守を外注する中小企業向けに、スムーズな移行を実現するための準備と手順を実務目線で解説します。
なぜ保守外注の「引き渡し」が重要なのか
システム保守を外注したものの、すぐに問題が起きる会社の多くに共通するのが引き渡し情報の不足です。
- サーバーのログイン情報が渡されていない
- どんな技術を使っているか保守会社に伝わっていない
- 過去の障害履歴を共有しなかった
- デプロイ手順が属人化したまま
こうした状態では、保守会社が障害発生時に即座に対応できません。「外注したのに動いてくれない」という不満の多くは、この引き渡し不足が原因です。
逆に、引き渡しをきちんと行えば、外注後から安定稼働が期待でき、保守会社も主体的に動いてくれます。
外注前に整理すべき4つの情報
保守会社への引き渡しを始める前に、以下の4つの情報を社内で整理してください。
1. インフラ・環境情報
| 項目 | 確認内容 |
|---|---|
| サーバー | ホスティング会社名、IPアドレス、SSHアクセス方法 |
| OS・言語 | OS種類・バージョン、PHP/Node.jsなどのバージョン |
| フレームワーク | Laravelのバージョン、主要パッケージ一覧 |
| データベース | MySQL/PostgreSQLのバージョン、接続情報 |
| ドメイン・SSL | ドメイン管理会社、SSL証明書の更新日 |
特にバージョン情報は必ず確認してください。PHPのEOL（サポート終了）バージョンが動いている場合、保守会社がリスクを把握した上で対応方針を決める必要があります。
2. ソースコードとリポジトリ
- GitHubやGitLabなどのリポジトリURL
- ブランチ運用ルール（mainブランチが本番、developが開発環境など）
- デプロイ手順（CIパイプラインがあるか、手動デプロイの手順書があるか）
ソースコードがバージョン管理されていない場合、まずGitリポジトリへの移行を依頼することをお勧めします。
3. 外部サービス・連携情報
- メール送信サービス（SendGrid、AWSなど）のAPIキー
- 決済サービス（Stripe、PAY.JPなど）の本番キー
- 地図・SNS連携のAPIキー
- 定期バッチ・スケジュールタスクの一覧
4. 過去の障害・変更履歴
過去に発生した障害の概要と対処法、直近1年間の主要な機能変更・バージョンアップ履歴をまとめておくと、保守会社がシステムの「クセ」を早く把握できます。
保守外注の移行ステップ（全5ステップ）
ステップ1：情報整理と候補会社の選定（〜2週間）
上記の4つの情報を整理しながら、保守を依頼する会社を2〜3社ピックアップします。候補会社の選定は「中小企業のシステム保守外注ガイド」を参考にしてください。
ステップ2：見積もり・ヒアリング（1〜2週間）
候補会社に対してシステムの概要を説明し、見積もりを依頼します。このとき単純に月額費用だけで比較しないことが大切です。応答時間・対応範囲・エスカレーションフローなど、サービス内容を比較してください。
保守契約の確認ポイントは「SLAの見方と交渉のコツ」で詳しく解説しています。
ステップ3：契約締結とNDA締結（1週間）
保守会社が決まったら、秘密保持契約（NDA）を先に締結してから詳細情報を開示します。NDA締結前に本番の接続情報を渡すのは厳禁です。
ステップ4：環境の共有と引き継ぎ期間（1〜2ヶ月）
引き継ぎは最低1ヶ月、可能であれば2ヶ月設けることを推奨します。具体的な流れは以下の通りです。
- 1〜2週目：環境情報の共有、リポジトリへのアクセス権限付与、テスト環境での動作確認
- 3〜4週目：軽微なメンテナンス作業（依存パッケージのアップデート、ログ確認等）を保守会社が担当しながら習熟
- 2ヶ月目：障害対応の一次対応も保守会社が単独で行えるかテスト。旧担当者または自社で確認・バックアップしながら進める
ステップ5：単独対応への移行と定期レビュー設定
引き継ぎ期間が完了したら、保守会社が単独で対応に当たります。最初の3ヶ月は月次レポートと定期MTGを設け、対応品質を確認します。
引き継ぎ期間中に確認すべきチェックポイント
引き継ぎ期間は「情報を渡して終わり」ではありません。以下のチェックリストで、保守会社が正しく理解できているかを確認してください。
- 本番・ステージング・開発環境の違いを理解しているか
- デプロイ手順を実際にやってもらって確認できたか
- ログの見方と障害の一次切り分け手順を把握しているか
- 緊急連絡先（誰にどのように連絡するか）が明確か
- 月次レポートのフォーマットと報告タイミングが合意できているか
外注後によくあるトラブルと対処法
「障害が発生したのに連絡が来ない」
監視設定（サーバーダウン、エラー率急増の通知）が保守会社に入っていない可能性があります。監視ツール（UptimeRobot、Datadogなど）のアラート先に保守会社のアドレスを追加してください。
「対応が遅い」
SLAで応答時間を定めていない場合に起きやすいトラブルです。契約書に「障害報告から◯時間以内に一次回答」という条項を追加して、再契約を検討してください。
「何をやってもらっているかわからない」
月次レポートが届いていない・内容が薄いケースです。定期的に作業ログ・対応内容・翌月の予定メンテナンス項目を報告してもらう体制を作りましょう。
まとめ
- 保守外注の成否は「引き渡しの質」で決まる。情報整理を徹底することが最重要
- 整理すべき情報は①インフラ・環境、②ソースコード、③外部連携、④障害履歴の4種類
- 移行ステップは情報整理→見積もり→NDA・契約→引き継ぎ期間（1〜2ヶ月）→単独対応の5段階
- 引き継ぎ期間中は「渡して終わり」にせず、チェックリストで品質を確認する
- 外注後のトラブルは監視・SLA・月次レポートの3つで予防できる
この記事をシェア
システム保守の外注をお考えですか？
FUNBREWでは、中小企業のシステム保守を月額固定で承っています。初めての外注でも、引き継ぎ準備から丁寧にサポートします。まずはお気軽にご相談ください。