保守契約に監視を組み込む料金設計ガイド｜費用転嫁と収益化の実務

「監視費用は原価なの？それとも請求できる？」

死活監視ツールを導入してみたものの、その費用をどう扱うか迷っていませんか？自社の「コスト」として吸収するか、保守契約の付加価値として請求するかで、制作会社の収益構造は大きく変わります。

この記事では、監視費用を保守単価に組み込む料金設計の実務をステップで解説します。

前提：監視コストの実態を把握する

料金設計の前に、自社の監視コストを正確に把握しましょう。

Miterlを例に挙げると、監視サイト数に応じたプランで複数クライアントのサイトを一元管理できます。クライアントごとにワークスペースを分けておけば、workspace_id 単位で集計してコスト配分を計算できます。まずAPIで現在の監視状況を確認しておくと話が早いです。

# 全モニターの一覧をワークスペース別に取得してクライアント別コストを把握
curl -s "https://miterl.com/api/v1/monitors?per_page=100" \
  -H "Authorization: Bearer YOUR_API_KEY" | \
  jq -r '.data[] | "\(.workspace_id // "未割当") \(.name) \(.status)"' | \
  sort

1サイトあたりの月額コストが把握できたら、次のステップでその費用を保守単価に反映させます。

料金設計の3つのアプローチ

アプローチ1：監視を「込み」で提示する（推奨）

監視費用を保守単価に上乗せし、明細には「サイト死活監視込み」と表記する方法です。クライアントへのメッセージは「以前より価値が増えた保守プラン」として提示できます。

メリット: 価格交渉が起きにくい。「監視だけやめたい」と言われるリスクを下げられる。

アプローチ2：監視を「オプション明細」として分離する

保守契約の明細に「死活監視オプション ¥3,000/サイト/月」と明示する方法です。監視の価値を可視化しやすく、サイト数が増えるほど単価が自然に上がる仕組みになります。

メリット: 追加・削除の判断がクライアント側でしやすい。サイト数増加に伴うスケールアップ提案が自然に行える。

アプローチ3：監視費用を「コスト転嫁」として実費精算する

監視ツールの費用を実費でクライアントに請求する方法です。透明性は高いですが、コスト感が強くなるためあまり推奨しません。

単価を下げずに説明するロジック

料金引き上げに際してクライアントが「なぜ値上がりするの？」と聞いてきた場合、以下の説明フレームが有効です。

1. ダウンタイムの実損害を数字で示す
   「御社のような受発注サイトが1時間止まると、機会損失はおよそ○○万円です」

2. 「気づく速さ」の価値を伝える
   「以前は御社かユーザーの方が先に気づく状況でした。今後は当社が3分以内に検知し、連絡が来る前に動き出せます」

3. 月次レポートで実績を可視化する
   「毎月の稼働率レポートをお送りするので、保守の効果が数字で見えるようになります」

月次の稼働レポートはダッシュボードで自動生成され、共有URLやPDFでそのまま渡せます。数字だけ抜き出したい場合は、各モニターの直近30日稼働率（uptime_30d）と解決済みインシデント件数をAPIで取得できます。

# モニターの直近30日稼働率を取得
curl -s "https://miterl.com/api/v1/monitors/123" \
  -H "Authorization: Bearer YOUR_API_KEY" | \
  jq '{稼働率: .uptime_30d}'

# 同モニターの解決済みインシデント件数を取得
curl -s "https://miterl.com/api/v1/incidents?monitor_id=123&status=resolved" \
  -H "Authorization: Bearer YOUR_API_KEY" | \
  jq '{障害件数: (.data | length)}'

これらの数字をそのままクライアントへの月次報告書に貼り付けるだけで、「保守の価値」を毎月証明できます。

費用回収のシミュレーション

監視ツールのコストをどのくらいのサイト数で回収できるか試算してみましょう。

10サイト管理の時点で月2〜3万円の粗利が出る計算になります。監視は「コスト」ではなく、スケールするほど利益率が上がるサービスとして設計できます。

導入タイミングと提案の進め方

既存の保守契約に監視を追加するなら、契約更新のタイミングが最も抵抗が少ないです。新規案件であれば、初期提案から監視込みのプランを標準として提示しましょう。

• 既存クライアント向け: 「セキュリティ強化と可用性向上のため、今回の更新から監視サービスを標準装備にしました」
• 新規クライアント向け: 「保守プランには24時間365日の自動監視が含まれています。月次の稼働率レポートもお届けします」

詳しい提案メール文例や保守契約の付加価値化については、Web制作会社向けの監視サービス導入ガイドも参考にしてください。

まとめ

監視費用を保守単価に組み込む料金設計は、透明性・提案のしやすさ・収益性の3点を意識して設計することが重要です。「込み」で提示するか「オプション」で分離するかは自社の営業スタイルに合わせて選択し、いずれの場合も月次レポートで実績を可視化することが継続率向上のカギになります。

• 監視費用を原価吸収せず、付加価値として価格転嫁する
• 3段階メニューで「スタンダード」を主軸にする
• 月次稼働率レポートで保守の価値を毎月証明する
• サイト数が増えるほど収益が拡大するスケール構造を作る

料金設計の参考事例はユースケースページで確認できます。機能の詳細はドキュメントで、導入前の疑問はよくある質問からどうぞ。