月1万円台の格安保守契約、契約時点で「範囲外」を確認する

システム開発の納品後、多くの開発会社は月額の保守契約を提案してきます。10人未満の会社にとって、月1万円台からという価格帯は、決して高いハードルには感じられません。「何かあったときのために、とりあえず入っておこう」という感覚で契約するケースも多いのではないでしょうか。

しかし、この月1万円台という価格帯の保守契約は、実際にはかなり限定的な範囲しかカバーしていないことが少なくありません。契約時点で「何が範囲内で、何が範囲外なのか」を確認していないと、いざトラブルが起きたときに「それは保守契約の対象外なので、別途お見積もりします」と言われ、想定していなかった追加費用が発生する事態に直面します。このガイドでは、格安保守プランの一般的な範囲と、契約前に確認しておくべきポイントを具体的に解説します。

なぜ「月1万円台」でも成り立つのか

まず理解しておきたいのは、なぜこれほど安価な価格で保守サービスが成り立つのかという構造です。開発会社が月1万円台の保守プランを提供できる背景には、多くの場合、対応範囲を意図的に狭く設定しているという事情があります。

一般的な格安保守プランでカバーされるのは、次のような範囲であることが多いです。

• サーバー・システムが正常に稼働しているかの定期監視
• OSやミドルウェアのセキュリティパッチ適用など、最低限のメンテナンス作業
• 軽微な文言修正・画像差し替えなど、ごく小規模な修正対応(月あたりの上限時間が定められていることが多い)
• 障害発生時の一次切り分け(原因の特定までは含まれないことも多い)

逆に、次のような対応は、多くの格安保守プランでは範囲外とされ、都度見積もりの追加費用になります。

• 新機能の追加開発
• 既存機能の仕様変更を伴う修正
• 一定時間を超える調査・作業が必要な不具合対応
• サーバー障害等、大規模なトラブルへの緊急対応(別途緊急対応費用が発生することも)
• 外部サービス(決済代行、外部API等)の仕様変更への追随対応

この構造自体は、不当なものではありません。開発会社としても、月1万円台という価格で無制限の対応を提供することは事業として成立しないため、対応範囲を絞ることは合理的な経営判断です。問題は、この範囲の線引きが発注者側に十分説明されないまま契約が進んでしまうケースがあることです。

契約前に確認すべき質問リスト

格安保守プランを契約する前に、次の質問を開発会社に投げかけ、可能であれば書面での回答をもらっておくことをお勧めします。

これらの質問への回答が曖昧だったり、契約書に明記されていなかったりする場合は、契約前に必ず書面での確認を求めてください。「基本的にはご相談いただければ柔軟に対応します」という口頭での説明だけでは、実際にトラブルが起きた際の解釈の余地が大きく、想定外の追加費用や対応の遅れにつながるリスクがあります。

「軽微な修正」の定義を具体的に確認する

格安保守プランの多くには「軽微な修正は対応範囲内」という文言が含まれていますが、この「軽微」の基準は開発会社によって大きく異なります。ある会社にとっては「1行のテキスト修正」だけが軽微とみなされる一方、別の会社では「30分程度で完了する作業」までを軽微と定義していることもあります。

この曖昧さを解消するために、契約前に具体的な例を挙げて確認することをお勧めします。「例えば、トップページの画像を1枚差し替えるのは軽微な修正に含まれますか」「フォームの入力項目を1つ追加するのは含まれますか」といった、自社が実際に依頼しそうな作業を例に挙げて質問することで、抽象的な説明よりもはるかに具体的な回答を引き出せます。

月額保守費で実際にカバーされる範囲の実態

月額保守費用でどこまでの作業がカバーされるのかについては、月額保守費で何をやってもらえるのかでも詳しく解説されています。10人未満の会社が特に注意すべきなのは、格安プランほど「対応範囲が狭い」だけでなく、「範囲の説明自体が省略されがち」だという傾向です。10人未満の会社は契約金額の絶対値が小さいため、開発会社側も詳細な契約書を作り込むコストをかけにくく、結果として口頭説明や簡易な契約書のみで済ませてしまうケースが多くなります。

だからこそ、発注者側が能動的に質問し、確認する姿勢がより重要になります。契約金額が小さいからといって、確認すべき事項の重要性が下がるわけではありません。

保守契約と開発契約を混同しない

10人未満の会社で見られる誤解の一つに、「保守契約に入っていれば、システムに関するあらゆる相談ができる」という思い込みがあります。しかし、保守契約はあくまで「既存のシステムを維持する」ための契約であり、新しい機能を追加したり、事業の変化に合わせて仕様を変更したりする作業は、性質としては新規の開発案件に近いものです。

この違いを理解していないと、「保守契約に入っているのに、なぜ追加費用がかかるのか」という不満につながります。保守契約と新規開発案件は、契約上も費用の考え方としても別物であるという前提を、契約時点で開発会社と共有しておくことが重要です。

保守契約は「壊れないように維持する」契約であり、「新しいことをやってもらう」契約ではありません。この境界線の理解が曖昧なまま契約すると、双方の期待値にズレが生じます。

障害発生時の連絡フローも確認する

格安保守プランの範囲を確認する際、あわせて確認しておきたいのが、実際に障害が発生した際の連絡フローです。「保守契約に入っているから、何かあれば開発会社が対応してくれる」と考えていても、実際には発注者側から連絡しない限り、開発会社が能動的に異変を検知して対応してくれるわけではないプランも多くあります。

次の点を確認しておくことをお勧めします。

1. 障害を検知する仕組み(監視ツール等)は保守プランに含まれているか、それとも発注者が異変に気づいて連絡する前提か
2. 連絡先は電話・メール・チャットツールのどれか、対応可能な時間帯はいつか
3. 連絡してから初動対応までの目安時間(SLA)が定められているか

障害発生時の連絡フローとSLAの基礎については障害発生時の連絡フローとSLAの基礎でも詳しく扱われています。月1万円台の格安プランでは、明確なSLA(対応時間の保証)が設定されていないことも多いため、この点は特に事前確認の価値が高い項目です。

保守費の値上げにも備えておく

契約時点では想定しづらいことですが、格安保守プランは、契約から一定期間が経過した後に値上げを打診されることもあります。特に開発当初は「サービス開始のお試し価格」として格安に設定されており、契約更新のタイミングで通常価格に引き上げられるケースも見られます。

契約時に、次の点も確認しておくと、後々の交渉がスムーズになります。

• 現在の価格は、初期の特別価格か、通常の継続価格か
• 値上げがある場合、事前にどの程度の期間を置いて通知されるか

保守費の値上げを打診された際の判断基準については保守費の値上げを打診されたときの判断基準で詳しく解説されていますので、契約後にそうした打診を受けた際には参照してください。

複数のシステムをまとめて1つの保守契約にしていないか確認する

10人未満の会社では、ホームページと業務システムなど、複数のシステムを同じ開発会社にまとめて依頼し、保守契約も1本化されているケースがあります。この場合、格安プランの「月あたりの対応時間の上限」が、複数のシステムに対して共有される形になっていることがあり、想定よりも早く上限に達してしまうことがあります。

複数のシステムをまとめて契約している場合は、次の点を確認しておくとよいでしょう。

• 対応時間の上限は、システムごとに個別か、それとも合算されているか
• 一方のシステムでトラブルが集中した場合、もう一方への対応にしわ寄せが出ないか

これらを把握しておくことで、例えば「業務システムの障害対応で保守時間を使い切ってしまい、ホームページの軽微な修正依頼が後回しにされた」といった事態を未然に防ぐ材料になります。

保守担当者の技術力・実績も確認する

契約範囲だけでなく、実際に保守対応を担当する人物の技術力や経験も、格安プランを選ぶ際に見落とされがちなポイントです。格安プランでは、経験の浅い若手担当者や、複数の案件を掛け持ちする担当者がアサインされることも珍しくありません。

契約前に、次のような点をさりげなく確認しておくと、実際の対応品質を推し量る材料になります。

• 保守対応を担当するのは専任の担当者か、それとも案件ごとに変わるチーム体制か
• 過去に類似の案件(業種・システム規模が近いもの)を保守した実績があるか
• 緊急時、担当者が不在の場合はどう対応されるか(バックアップ体制の有無)

価格だけで判断せず、実際に対応してくれる体制がどうなっているかを確認することは、契約後の満足度を大きく左右します。特に緊急時の対応品質は、平時にはなかなか見えてこない部分であるため、契約前の質問で少しでも情報を引き出しておく価値があります。

「範囲外」の作業が発生したときの対応フロー

契約時にどれだけ範囲を明確にしていても、実際の運用の中で「これは範囲内か範囲外か、判断が難しい」というグレーゾーンの依頼は必ず発生します。このとき慌てないために、次のような対応フローをあらかじめ想定しておくことをお勧めします。

• 依頼したい作業内容を、できるだけ具体的に整理してから開発会社に伝える
• 開発会社から「範囲外」と回答された場合、その理由と、範囲内に収める代替案がないかを確認する
• 追加費用が発生する場合は、金額と作業内容を書面(メール等)で確認してから依頼する
• 同様の依頼が今後も発生しそうな場合は、保守プランのグレードアップを検討する

追加開発を安く早く進めるコツについては追加開発の頼み方: 小さな改修を安く早く進めるコツでも解説されていますので、範囲外の依頼が発生した際の参考にしてください。

見積書・契約書に「一式」としか書かれていないケース

格安保守プランの契約書や見積書を見ると、対応範囲の欄に「システム保守一式」「サーバー保守一式」といった、非常に抽象的な表現だけが記載されていることがあります。この「一式」という表現は、具体的に何が含まれ、何が含まれないのかを読み取ることができず、発注者にとって最もリスクの高い記載パターンの一つです。

契約書にこうした抽象的な表現しかない場合は、契約前に必ず「一式に含まれる具体的な作業内容を、箇条書きで教えてください」と依頼してください。開発会社側がこれに応じて具体的なリストを提示してくれるかどうかは、その会社の説明責任に対する姿勢を測る材料にもなります。もし「一式としか言えません」「都度判断します」という回答しか得られない場合は、契約後にトラブルが起きる可能性を織り込んだ上で、契約するかどうかを慎重に判断してください。

IPA(情報処理推進機構)が公開している「情報システム・モデル取引・契約書」には、保守運用契約における作業範囲の記載例が示されています。10人未満の会社が個別に契約書のひな形を作成するのは難しくても、こうした公的な資料を参考に、「自社が受け取る契約書には、最低限何が書かれているべきか」の目安を持っておくことは可能です。

窓口が社長ひとりの場合、保守契約の管理はより重要になる

10人未満の会社では、保守契約の内容を把握しているのが社長ひとりというケースが多く見られます。この状態で社長が不在の間に障害が発生すると、誰も保守契約の範囲や連絡先を把握できておらず、対応が後手に回るリスクがあります。保守契約の内容(範囲・連絡先・対応時間帯)は、簡単なメモでもよいので、社長以外の誰かとも共有しておくことをお勧めします。開発会社とのやり取りの窓口が社長ひとりに集中していることの一般的なリスクについては開発会社とのやり取り担当が社長ひとりという状態のリスクと備えで詳しく扱っています。

保守契約の「気まずさ」を乗り越える

10人未満の会社の担当者から聞かれる声として、「契約の細かい範囲を根掘り葉掘り聞くのは、相手に失礼なのではないか」「そこまで疑っているように見られたくない」という遠慮があります。特に、以前から付き合いのある開発会社や、紹介で知り合った会社が相手だと、この気まずさはより強く感じられるかもしれません。

しかし、契約範囲の確認は、相手を疑う行為ではなく、双方が後々のトラブルを避けるための、ごく健全なビジネス上の手続きです。誠実な開発会社であれば、こうした確認を歓迎こそすれ、不快に感じることはまずありません。むしろ、契約範囲を明確にしておくことは、開発会社側にとっても「言った言わない」のトラブルを避けるメリットがあるため、双方にとって望ましいプロセスです。

質問する際は、「疑っているわけではなく、社内で契約内容を正確に共有するために確認させてください」という前置きを添えると、気まずさを感じずに確認を進めやすくなります。

契約書に残しておきたい最低限の記載

格安保守プランであっても、次の項目だけは契約書やそれに準ずる書面(メールでの合意でも可)に残しておくことをお勧めします。

• 月額料金と、含まれる対応内容の範囲
• 範囲外の作業が発生した場合の費用の考え方(時間単価、都度見積もり等)
• 契約期間と更新・解約の条件
• 緊急時の連絡先と対応可能時間

これらが口頭の説明だけで済まされている場合、契約更新時や担当者交代時に、当初の合意内容が正確に引き継がれない可能性があります。トラブル時の条項全般については契約書に書いておくべきトラブル条項でも整理されていますので、あわせて参照してください。

準委任契約としての保守契約の性質

保守契約の多くは、法律上準委任契約という契約形態に分類されます。準委任契約は、決まった成果物の完成を約束する請負契約とは異なり、一定の業務を遂行すること自体を目的とする契約です。この違いを理解しておくと、保守契約の範囲をめぐる考え方がより明確になります。

準委任契約である保守契約は、「システムを正常に保つために必要な業務を遂行する」ことが目的であり、「特定の成果物を完成させる」ことは目的ではありません。そのため、「保守契約に入っているのだから、どんな要望にも応えてもらえるはず」という期待は、契約の性質上そもそも成立しにくいのです。保守契約で何が行われるかは、契約書や合意された作業範囲によって決まり、それを超える依頼は、新たな合意(追加費用の発生)を必要とします。

このように契約形態の基本を理解しておくことは、保守契約の範囲をめぐる交渉においても役立ちます。「準委任契約なので、業務の遂行が目的であり、個別の要望への対応義務までは含まれていないのですね」というように、契約の性質を踏まえた確認ができるようになります。

格安プランと標準プラン・上位プランの違い

多くの開発会社は、保守プランを複数の価格帯で用意しています。月1万円台の格安プランだけでなく、月3万円〜5万円程度の標準プラン、月10万円を超える上位プランといった段階が設定されていることが一般的です。10人未満の会社が格安プランを選ぶ理由は明確ですが、プラン間の違いを理解しておくことで、将来的なアップグレードの判断もしやすくなります。

一般的に、価格帯が上がるにつれて、次のような違いが見られます。

これはあくまで一般的な傾向であり、実際のプラン内容は開発会社によって大きく異なります。重要なのは、自社が「格安プランで足りるのか」「もう少し手厚いプランが必要なのか」を、実際の依頼頻度や事業の重要度に照らして判断することです。契約から数ヶ月経って「範囲外の依頼が頻発している」と気づいたら、プランの見直しを検討するタイミングかもしれません。

格安プランを選ぶこと自体は間違いではない

ここまで格安保守プランの注意点を中心に解説してきましたが、格安プランを選ぶこと自体が誤った判断だというわけではありません。10人未満の会社にとって、月々の固定費を抑えることは経営上重要な判断であり、システムの重要度や依頼頻度によっては、格安プランで十分に機能するケースも多くあります。

判断の軸として有効なのは、「そのシステムが止まったとき、事業にどの程度の影響があるか」を基準に考えることです。日々の業務に不可欠なシステムであれば、多少コストをかけてでも手厚い保守プランを選ぶ価値がありますが、補助的な役割のシステムであれば、格安プランで様子を見て、必要に応じてアップグレードするという段階的なアプローチも合理的です。

大切なのは、「安いから」という理由だけで思考停止せず、範囲を理解した上で選択することです。範囲を理解していれば、いざ範囲外の依頼が発生しても、想定の範囲内の出来事として冷静に対応できます。

保守契約を結ばないという選択肢

すべての小規模なシステムに、保守契約が必須というわけではありません。使用頻度が低い、あるいは止まっても大きな影響がないシステムであれば、保守契約を結ばず、何かあったときにスポットで対応を依頼するという選択肢も現実的です。

ただし、保守契約を結ばない場合は、次の点に注意が必要です。

• スポット対応の場合、開発会社側の対応の優先順位が下がりやすく、対応までに時間がかかることがある
• 契約していない状態からの緊急対応は、割増料金が設定されていることが多い
• そもそも、その開発会社がすでにその案件を忘れている、あるいは担当者が異動していて、一からの説明が必要になることもある

保守契約を結ばない選択をする場合でも、「何かあったときは、どこに、どう連絡すればよいか」だけは、事前に確認しておくことをお勧めします。連絡先すら分からない状態は、契約の有無にかかわらず避けるべきリスクです。

解約・乗り換え時に確認しておくこと

格安保守プランに満足できず、他の開発会社への乗り換えを検討する場合、解約の手続きにも注意が必要です。多くの保守契約には、解約の申し出から実際の契約終了までに一定の予告期間(1ヶ月〜3ヶ月程度が目安とされることが多い)が定められています。この期間を把握せずに急に乗り換え先を決めてしまうと、二重に費用が発生したり、保守が途切れる空白期間が生じたりするリスクがあります。

乗り換えを検討する際は、次の順序で進めることをお勧めします。

1. 現在の契約の解約条件(予告期間・違約金の有無)を確認する
2. 乗り換え先の開発会社と契約内容を固める前に、現行の開発会社からソースコード・アカウント情報等を確実に受け取れているかを再確認する
3. 解約の申し出と、新しい保守契約の開始タイミングが空白期間を作らないよう調整する

開発会社を解約する際の伝え方については開発会社を解約するときの伝え方。角を立てずに関係を終える交渉マナーでも詳しく解説されていますので、乗り換えを検討する際の参考にしてください。

まとめ

月1万円台という価格の手軽さから、深く確認せずに契約してしまいがちな格安保守プランですが、その対応範囲は決して広くないことがほとんどです。契約前に、対応範囲・上限時間・緊急時の連絡フロー・範囲外の作業の費用感を具体的に質問し、可能であれば書面で確認しておくことで、いざというときの「そんなはずじゃなかった」を防げます。

10人未満の会社にとって、月1万円台の保守費用は決して大きな金額ではないかもしれませんが、いざトラブルが起きたときに範囲外の追加費用が積み重なると、想定していた予算を大きく超えることもあります。契約時点での数十分の確認作業が、後々の余計なコストと時間を防ぐ、最も費用対効果の高い備えです。安さの裏側にある「対応範囲の狭さ」を正しく理解した上で契約することが、格安保守プランと上手に付き合っていくための第一歩です。契約時の数十分の確認を惜しまず、自社にとって過不足のない保守体制を選び取ってください。

契約の見直しは、一度きりで終わるものではありません。事業が成長し、システムへの依存度が高まるにつれて、当初は十分だった格安プランが手狭に感じられるようになることもあります。半年〜1年に一度程度、保守契約の内容と自社の実態が合っているかを振り返る機会を設けておくと、必要なタイミングでプランの見直しや契約先の再検討がしやすくなります。

振り返りの際には、実際にこの半年〜1年でどんな依頼を開発会社にしたか、そのうち何件が「範囲外」として追加費用が発生したかを簡単に集計してみることをお勧めします。範囲外の依頼が頻発しているようであれば、上位プランへの切り替えや、都度発注のスポット契約への切り替えを検討する明確な根拠になります。逆に、範囲外の依頼がほとんど発生していないのであれば、現在の格安プランのままで問題ないという判断もできます。感覚だけで「なんとなく足りている・足りていない」と判断するのではなく、実際の依頼履歴を根拠にすることで、より納得感のある契約の見直しが可能になります。