システムを作って使い始めたものの、「不具合が出たときに誰に連絡すればいいのか分からない」「開発してくれた会社と連絡が取りにくくなった」「担当者が異動して、システムのことが分かる人がいなくなった」といった不安を抱えていませんか。総務や経理などの仕事を兼ねながらシステムも見ている担当者の方にとって、運用保守の相談は、何から話せばよいのか分かりにくいものです。
運用保守とは、完成したシステムを安定して使い続けるための日々の見守りや、不具合への対応、小さな修正・改善を指します。相談の前に情報を少し整理しておくだけで、ベンダー（システム会社）との話は驚くほど進みやすくなります。
この記事では、システムに詳しくない方でも使えるよう、相談前に整理しておく項目を順番にまとめました。最後に、そのまま使えるチェックリストと、期間や費用の目安もお示しします。
運用保守の相談前に、情報を整理しておくべき理由
準備なしで相談すると起こりやすいすれ違い
準備をしないまま相談すると、ベンダーは状況をつかむために多くの質問をせざるを得ません。その場で答えられないことが増えると、打ち合わせが「宿題の洗い出し」で終わってしまい、次の打ち合わせまで日数がかかります。
もう一つ起こりやすいのが、期待のずれです。たとえば、担当者は「何かあれば夜間でも対応してもらえる」と考えていたのに、ベンダーは「平日の日中のみ」を前提に見積を出していた、というケースです。この食い違いは、契約後に障害が起きて初めて表面化することが少なくありません。
事前整理が見積の精度と比較のしやすさにつながる
運用保守の費用は、システムの規模、対応してほしい時間帯、緊急時にどこまで動いてもらうかによって大きく変わります。こちらが伝える情報が曖昧だと、ベンダーは安全側に見て高めの見積を出すか、逆に最低限の前提で安い見積を出すかのどちらかになりがちです。
同じ条件を複数のベンダーに伝えられれば、見積の違いが「条件の違い」ではなく「各社の考え方や強みの違い」として見えるようになります。比較検討しやすくなる点が、事前整理の大きな利点です。
専門知識がなくても大丈夫な整理の考え方
整理といっても、専門的な内容を調べる必要はありません。基本は次の三つの問いに答えることです。
- 今、どんな業務にこのシステムを使っているか
- 止まったり壊れたりしたら、何が困るか
- 自社でできることと、任せたいことはどこで分かれるか
技術的な部分、たとえばサーバーの種類やプログラムの言語などは、分からなければ「分からない」と伝えて構いません。分かる範囲で書き出し、分からない部分は後述する代わりの伝え方で補えば十分です。
相談前に整理しておく現状のシステム情報
何のためのシステムか、誰がどう使っているか
最初に、システムの目的と使い方をまとめます。たとえば「販売管理システム。営業事務3名が毎日、受注入力と請求書発行に使っている。月末は経理2名も請求データを確認する」といった書き方です。
ここで大切なのは、利用者の人数、使う頻度、特に忙しい時期（月末、決算期、繁忙期など）を入れておくことです。ベンダーは、どの時期に止まると影響が大きいかを知ることで、監視や対応の優先度を考えられます。
導入時期・開発元・利用している環境（サーバーやクラウドなど）
次に、システムの基本情報を整理します。
- いつ頃導入したか（おおよその年で構いません）
- どの会社が開発したか、その会社との契約が今も続いているか
- システムが動いている場所（自社内のサーバー、レンタルサーバー、クラウドなど）
サーバーとは、システムのデータやプログラムを置いて動かすためのコンピューターのことです。クラウドは、そのコンピューターを自社で持たず、インターネット経由で借りて使う形を指します。どちらか分からない場合は、「会社の事務所にパソコンのような機械が置いてあるか」「契約している外部サービスの請求書があるか」を確認すると見当がつきます。
開発元との契約状況は特に重要です。開発した会社が保守契約をすでに終了していたり、廃業していたりする場合もあります。その場合は、プログラムの中身（ソースコードと呼ばれる設計図のようなもの）を自社で受け取っているかも確認してください。受け取っていないと、新しいベンダーが対応できる範囲が限られることがあります。
現在の運用体制と、保守を担当している人
現状で誰が何をしているかも書き出します。「担当者が一人で、パスワードの管理やユーザー追加を行っている」「不具合があると開発元にメールしている」など、実態をそのまま書いてください。
あわせて、その担当者が休んだり異動したりした場合の影響も考えておきます。一人に頼っている状態は、運用保守を外部に相談する大きな理由の一つになります。ベンダーにとっても重要な情報です。
今困っていること・不安に感じていること
最後に、困りごとを具体的に書きます。「たまに動作が遅くなる」「月に一度ほど画面が開かなくなる」「古い仕組みで使っていて、いつまで使えるか不安」「バックアップ（データの控え）を取っているのか分からない」など、小さなことでも構いません。
困りごとは、いつ、どの画面で、どれくらいの頻度で起きたかを添えると、原因の見当がつきやすくなります。完全に整理できていなくても、メモ程度で十分役に立ちます。
希望する対応範囲と、守りたい業務の優先度を決める
運用保守で依頼できる主な内容（監視・障害対応・問い合わせ対応・改修）
運用保守で依頼できる内容は、大きく四つに分けられます。
- 監視：システムが正常に動いているかを、常時または定期的に確認すること。異常があれば早めに気づけます。
- 障害対応：システムが止まったり、おかしな動きをしたりしたときの原因調査と復旧作業です。
- 問い合わせ対応：「操作が分からない」「ユーザーを追加したい」といった社内からの質問に答える窓口です。
- 改修：法律や制度の変更、業務の変化に合わせて、機能を直したり追加したりすることです。
ベンダーによっては、これらがセットになったプランもあれば、個別に選べる場合もあります。どれを希望するかを決めておくと、見積の項目を理解しやすくなります。
止まると困る業務を洗い出す
次に、システムが止まったときに困る業務を、影響の大きい順に並べます。たとえば「請求書の発行が止まると入金が遅れる」「受注入力が止まると出荷ができない」「勤怠が見られなくても数日なら待てる」といった具合です。
整理するときは、次の三段階で考えると分かりやすくなります。
| 優先度 | 目安 | 例 |
|---|---|---|
| 高 | 数時間止まるだけでも業務や売上に影響が出る | 受注入力、出荷指示 |
| 中 | 1日程度なら代替手段でしのげる | 請求書発行、在庫確認 |
| 低 | 数日止まっても大きな問題にならない | 過去データの集計、社内報告用の出力 |
この表をもとに、「高」の業務をどれだけ手厚く守るかを話し合うと、無駄のない契約内容にしやすくなります。
「必ず任せたいこと」と「自社で対応できること」の線引き
すべてを外部に任せると、費用が大きくなります。反対に、自社で抱え込みすぎると、担当者の負担が重くなります。
そこで、「必ず任せたいこと」「できれば任せたいこと」「自社で対応できること」の三つに分けて考えます。たとえば、障害の原因調査や復旧は任せ、ユーザー追加やパスワードの再発行は自社で行う、といった分け方です。自社でできることの範囲は、担当者の時間やスキルによって異なります。ここは遠慮せず、実情に合わせて決めてください。
予算の目安と見直しの考え方
予算は、正確な金額が決まっていなくても、「月額でこのくらいまで」「年間でこのくらいまで」という上限の感覚があれば十分です。
運用保守の費用は、システムの規模や対応時間によって幅があります。あくまで一般的な目安ですが、小規模なシステムで日中のみの対応なら月額数万円程度から、夜間や休日の対応を含む場合や規模が大きい場合は十万円を超えることもあります。実際の金額は各社の見積で必ず確認してください。
また、最初から完璧な内容にする必要はありません。半年から1年ほど運用してみて、問い合わせの件数や障害の頻度を見ながら、内容を見直す前提で契約するのも一つの方法です。見直しの時期をあらかじめ決めておくと、過剰な契約を避けられます。
連絡体制・対応時間・緊急時ルールの希望をまとめる
平常時の連絡方法と窓口担当者
普段のやりとりに使う手段を決めておきます。メール、電話、チャットツールなど、社内で無理なく使えるものを選びます。誰が窓口になるかも決めてください。窓口が複数いると、連絡が行き違ったり、同じ内容を何度も説明したりすることになります。
窓口担当者は一人に絞り、副担当を一人置くのが現実的です。
対応してほしい曜日・時間帯
システムを使う時間帯と、対応してほしい時間帯をそろえて伝えます。平日9時から18時だけ使うのであれば、その時間帯の対応で足りることが多いでしょう。一方、土日や夜間にも業務がある場合は、その時間帯に連絡がつくかどうかが重要になります。
ここで確認したいのは、「連絡を受け付ける時間」と「実際に作業してもらえる時間」は別だという点です。夜間でも連絡は受け付けるが、作業は翌営業日になる、という契約も珍しくありません。どちらを希望するのか、はっきり伝えましょう。
障害発生時の連絡ルールと復旧までの目標時間
システムに障害が起きたとき、どの順番で誰が連絡するかを決めておきます。自社側からベンダーに連絡するのか、ベンダーの監視で気づいたら先に連絡をもらうのか、という点も確認事項です。
復旧までの目標時間も、希望を伝えておきます。たとえば「優先度が高い業務は、連絡から4時間以内に一次対応（状況の確認と応急処置）を始めてほしい」といった形です。実際には、すべての障害を決まった時間内に直せるとは限りません。「連絡後、何時間以内に対応を始めるか」と「何時間以内の復旧を目指すか」を分けて確認すると、現実的な取り決めになります。
担当者が不在のときの代わりの連絡先
窓口担当者が休みや出張で不在のときの連絡先も決めておきます。副担当の名前と連絡先、さらに経営層や上司など、判断が必要なときの連絡先も用意しておくと安心です。
兼務で動いている担当者の場合、突発的に連絡が取れなくなることもあります。ベンダーに「連絡が取れなかったときはこの人に連絡してください」と伝えておけば、対応が止まるリスクを減らせます。
ベンダーに渡すと話が早い参考資料を用意する
システム構成図や画面一覧など、あると助かる資料
資料があると、ベンダーはシステムの全体像を短時間で理解できます。代表的なものは次のとおりです。
- システム構成図：システムがどのような部品で成り立ち、どこで動いているかを示した図
- 画面一覧：システムにどんな画面があるかをまとめた一覧
- 機能一覧：どんな機能があるかをまとめた資料
- 開発時の契約書や仕様書、納品物の一覧
これらは、開発を依頼したときに納品物として受け取っていることがあります。共有フォルダやメールの履歴、契約書の添付資料などを探してみてください。
日常の操作手順や運用ルールのメモ
日々の操作手順や、社内で決めているルールも役に立ちます。たとえば「毎朝9時にデータの取り込みを実行する」「月末に請求データを出力して経理に渡す」「ユーザーの追加は総務が申請を受けて行う」といった内容です。
きれいな文書である必要はありません。手書きのメモや、担当者が自分用に作った手順書でも十分です。むしろ、実際の運用が分かるものほど、ベンダーにとっては価値があります。
過去の障害・トラブルの記録
過去に起きた不具合や、対応にかかった時間の記録も用意します。「昨年の3月に画面が開かなくなり、開発元に連絡して2日後に復旧した」といった簡単なもので構いません。
記録があれば、どこが弱点になりやすいのか、どんな対応が必要になりやすいのかをベンダーが判断できます。記録がない場合は、担当者や利用者の記憶をもとに、思い出せる範囲で書き出してみてください。
資料がない場合の代わりの伝え方
資料がまったくない場合も、相談はできます。代わりに、次の方法で伝えるとよいでしょう。
- 実際の画面を、操作しながら見てもらう
- スマートフォンなどで画面のスクリーンショット（画面の写真）を撮って共有する
- 利用者に「よく使う画面」「困っていること」を聞いて、箇条書きにまとめる
- 開発元や過去の担当者に、資料の有無だけでも確認する
資料がないこと自体を、悪いことと考える必要はありません。「資料がない」という状況も、ベンダーにとっては大切な情報になります。
打ち合わせ当日の進め方と確認しておきたい事項
当日の流れと、最初に伝えておくこと
打ち合わせの流れは、おおよそ次のようになります。
- 自己紹介と、相談の背景・目的の説明
- システムの現状と困りごとの共有
- 希望する対応範囲・時間・予算感の共有
- ベンダーからの質問と提案
- 次のステップ（見積の依頼方法、期限）の確認
最初に伝えておきたいのは、「何のために相談しているか」と「社内にシステムの専門家がいない」という事実です。専門家がいないことを先に伝えると、ベンダーは専門用語を避けて説明してくれます。分からない言葉が出てきたら、その場で聞き返して問題ありません。
対応範囲・対応時間・費用の内訳の確認ポイント
ベンダーの提案を聞くときは、次の点を確認します。
- どこまでが月額費用に含まれ、どこからが追加費用になるのか
- 障害対応は、月に何回まで、何時間までが含まれるのか
- 改修や相談は、月額に含まれるのか、別料金なのか
- 夜間・休日の対応は、含まれるのか、別料金なのか
- 契約期間と、途中で解約する場合の条件
特に注意したいのは、「何が含まれていないか」です。含まれる内容は説明されても、含まれない内容は聞かないと分からないことがあります。見積書の項目を一つずつ見ながら、「これは別料金になることはありますか」と尋ねてください。
引き継ぎ方法と、契約後の報告や定期連絡の内容
すでに別の会社や担当者が運用している場合は、引き継ぎの方法も確認します。誰から誰へ、どのような資料やデータを、いつまでに渡すのか。引き継ぎにかかる期間と費用も聞いておきましょう。
契約後の報告も重要です。月に一度の稼働報告があるのか、障害が起きたときはどんな報告書が出るのか、定期的な打ち合わせがあるのかなどを確認します。報告があると、社内の上司や経営層に運用状況を説明しやすくなります。
複数のベンダーを比較するときの見るべき点
複数のベンダーに相談する場合は、同じ条件で伝えたうえで、次のような点を比べてみてください。
| 比較する点 | 見るポイント |
|---|---|
| 説明の分かりやすさ | 専門用語をかみ砕いて説明してくれるか |
| 質問への姿勢 | こちらの業務や困りごとを丁寧に聞いてくれるか |
| 提案内容 | 優先度に合わせた現実的な内容か |
| 費用の透明性 | 含まれるもの・含まれないものが明確か |
| 対応体制 | 担当者が複数いて、不在時も対応できるか |
| 実績 | 似た規模・業種の対応経験があるか |
金額だけで選ぶと、いざというときに対応が薄かったという事態になりかねません。「この会社になら、困ったときに相談しやすいか」という感覚も、判断材料として大切にしてください。
相談後の進め方：見積依頼から運用開始まで
見積依頼時に追加で伝えること
打ち合わせのあと、見積を依頼する際には、次のような点をあらためて文書で伝えると、ベンダーとの認識がそろいます。
- 希望する対応範囲（監視、障害対応、問い合わせ対応、改修のうちどれか）
- 希望する対応時間と、緊急時の目標時間
- 予算の上限の目安
- 契約開始を希望する時期
- 見積の提出期限と、回答をいただきたい日
打ち合わせで話した内容は、メールなどで簡単にまとめて送っておくと、あとから確認しやすくなります。
見積内容の確認と社内での検討
見積が届いたら、先ほどの確認ポイントに沿って内容を読み込みます。分からない項目は、遠慮せずに質問してください。見積書の用語が難しい場合は、「この項目は具体的に何をしてもらえるのか」を尋ねるだけで十分です。
社内の検討では、金額だけでなく、守りたい業務が守れる内容かを基準にします。担当者一人で決めるのではなく、利用部門の責任者や経営層にも説明し、納得を得たうえで進めるとスムーズです。
契約から引き継ぎ、運用開始までの流れ
契約後は、おおむね次の流れで進みます。
- 契約書の取り交わし
- 資料やデータの引き継ぎ
- システムの状態確認（ベンダーによる現状調査）
- 連絡体制・緊急時ルールの最終確認
- 運用開始
運用開始の前に、ベンダーが現状調査で見つけた課題の報告を受けるのが一般的です。すぐに直したほうがよい点と、様子を見てよい点を分けて説明してもらうと、優先順位をつけやすくなります。
期間の目安は、準備から運用開始までで、おおよそ次のようになります。システムの規模や契約内容によって異なるため、あくまで参考としてお考えください。
| 段階 | 期間の目安 | 主な担当 |
|---|---|---|
| 相談前の情報整理 | 1〜2週間 | システム担当者、利用部門の代表者1〜2名 |
| 相談・見積の取得 | 2〜4週間 | システム担当者 |
| 社内検討・契約 | 1〜2週間 | システム担当者、決裁者 |
| 引き継ぎ・運用開始 | 1〜2か月 | システム担当者、ベンダー |
必要なスキルは、専門的なシステム知識ではありません。自社の業務を説明できること、困りごとを具体的に言葉にできること、そして分からないことを「分からない」と言えることが、いちばん大切です。
まずは現状の整理だけでも相談できます
ここまでの内容をすべて整えてから相談しなければならない、ということはありません。「何から手をつけたらよいか分からない」という段階でも、ご相談いただけます。現状の整理を一緒に進め、運用保守に何が必要かを整理するところから、お手伝いすることも可能です。
次のチェックリストを、社内での準備や、ご相談時の確認にお使いください。
| 区分 | 確認項目 | 済 |
|---|---|---|
| 現状 | システムの目的と、使っている部署・人数をまとめた | □ |
| 現状 | 導入時期、開発元、動いている場所を確認した | □ |
| 現状 | 開発元との契約状況と、設計図（ソースコード）の有無を確認した | □ |
| 現状 | 現在の運用担当者と、その人の役割を書き出した | □ |
| 現状 | 困りごと・不安を、起きた時期や頻度とともに書き出した | □ |
| 範囲 | 依頼したい内容（監視・障害対応・問い合わせ・改修）を決めた | □ |
| 範囲 | 止まると困る業務を、優先度の高い順に並べた | □ |
| 範囲 | 自社で対応できることと任せたいことを分けた | □ |
| 範囲 | 予算の上限の目安を決めた | □ |
| 連絡 | 窓口担当者と副担当者を決めた | □ |
| 連絡 | 対応してほしい曜日・時間帯をまとめた | □ |
| 連絡 | 障害時の連絡ルールと、復旧までの希望時間を整理した | □ |
| 資料 | 構成図、画面一覧、操作手順などを集めた（なければ代替手段を準備した） | □ |
| 資料 | 過去の障害や不具合の記録をまとめた | □ |
| 当日 | 費用の内訳、含まれない対応、契約期間を質問する準備をした | □ |
よくある質問
Q1. システムのことが全く分からなくても、相談できますか。
はい、問題ありません。システムに詳しくない状態で相談される方は多くいらっしゃいます。「何が分からないのか分からない」という段階でも、困っていることをそのまま伝えていただければ、ベンダー側で必要な情報を整理して質問します。
Q2. 開発した会社とは別のベンダーに、運用保守を頼むことはできますか。
可能な場合が多いです。ただし、プログラムの設計図（ソースコード）や資料を受け取っているかどうかで、対応できる範囲が変わります。まずは開発時の契約書や納品物を確認し、分からなければベンダーに状況をそのまま伝えてみてください。
Q3. 資料が一つもない場合は、どうすればよいですか。
実際の画面を見ながら説明したり、スクリーンショットを撮って共有したりする方法があります。資料がない場合は、ベンダーが現状を調べる作業から始めることになり、その分の費用や期間がかかることもあります。その点も含めて、見積で確認してください。
Q4. 費用を抑えるために、何を優先して整理すればよいですか。
止まると困る業務の優先度と、自社で対応できる範囲を整理することが、最も効果的です。すべてを手厚く守ろうとすると費用が膨らみます。守るべき業務を絞り、対応時間を実際の業務時間に合わせることで、無理のない契約内容を検討しやすくなります。
まとめ：整理が済んだところから、気軽にご相談ください
運用保守の相談を円滑に進めるには、現状のシステム情報、希望する対応範囲、連絡体制、参考資料の四つを、できる範囲で整理しておくことが大切です。完璧である必要はありません。分からないことは分からないと伝え、分かる部分から書き出すだけでも、ベンダーとの話はずっとスムーズになります。
当社では、システムに詳しい方が社内にいらっしゃらない中小企業様からの運用保守のご相談を承っています。「何を伝えればよいか整理したい」「今の状況で保守を頼めるのか知りたい」という段階でも構いません。お問合せフォームまたはお電話から、現在のシステムの状況や、お困りごとをお気軽にお知らせください。まずは本記事のチェックリストを手元に置いて、分かる範囲でご記入のうえ、ご連絡いただければ幸いです。
