本文へスキップ
ToolSimu

SaaS・AI・クラウド · インタラクティブ・シミュレーター

SLA違反とダウンタイム損失シミュレーター:クレジット以外に障害が要するコスト

SLAクレジットは、障害のコストのうち最も小さな部分です。ダウンタイムの分数、約束した許容時間、クレジットの条件、障害後の解約が、月次の本当のコストをどう決めるかを確認します。

コントロールタワー

毎月請求される継続的な収益で、SLAクレジットと解約はこれに対して測定されます。

¥18,000,000

サービスが利用できなかった、またはSLAの定義を下回るまで劣化した時間の合計分数です。

25

クレジットを支払う義務が生じるまでに、契約が月間で認めるダウンタイムの分数です。約44分が稼働率99.9%に相当します。

44

SLAに違反した際に、顧客へクレジットとして返す月額料金の割合です。重大な違反では2倍になります。

10%

ダウンタイム1時間ごとに、その後の数か月でキャンセルまたはダウングレードされるMRRの割合です。

0.6%

利用時間または取引ごとに稼ぐ売上の割合で、サービスが停止している間は単純に稼げません。

30%

現在のシナリオに対して、逆ストレステストと1,000回のモンテカルロ・シミュレーションを実行します。

月次の純損益

¥11,388,397

連鎖するドミノの流れ

各段階が次の段階に影響します。緑は安全、黄は警告、赤は危険を表します。

  1. 1

    ダウンタイム

    0.4

    その月の障害の時間数

    安全

  2. 2

    支払うべきSLAクレジット

    ¥0

    顧客に支払い、または還元する額

    安全

  3. 3

    解約のリスクがある収益

    0.3%

    障害後に失われるMRRの割合

    安全

  4. 4

    失われた利益の割合

    2.7%

    通常の月次利益に対する割合

    安全

  5. 5

    利益

    ¥1,139万

    障害後の月あたり純額

    安全

金額はJPYで、実際の為替レートではなく例示的な目安のスケールで表示しています。

詳細ガイド

SLA違反とダウンタイム損失シミュレーター:クレジット以外に障害が要するコスト

業界のエグゼクティブ分析

サービスレベルアグリーメントは可用性を約束するものであり、それに署名した顧客は、その実現を期待します。約束が破られたとき、最も目に見える結果がクレジット、つまり月額料金の一定割合を顧客へ返すことです。企業はクレジットを予算に組み込み、それでリスクはカバーしたと考えることがよくあります。実際には、クレジットは通常、障害のコストのうち最も小さな部分です。より大きなコストは、その後に訪れます。解約する顧客、停滞する商談、構築ではなく修復に何日も費やすエンジニアリングチームという形で現れます。

この問題の構造には、二つの時計があります。一つ目は契約です。SLAは一定の分数のダウンタイムを認め、それを超えるとクレジットが発生し、多くは段階的になっています。二つ目は顧客との関係で、こちらにしきい値はありません。契約に違反したかどうかにかかわらず、ダウンタイムの1時間ごとに、信頼が少しずつ削られます。SLAの範囲内に収まっていても顧客を失うことがあり、数分の違反でも顧客を失わないことがあります。モデルは二つの時計を分けて扱います。

ドミノモデルは、障害が事業を通って広がる様子を追います。ダウンタイムの分数は許容時間と比較され、超えるとクレジットが発生します。障害が長いほど解約が増え、それは後の数か月に去っていく継続的な収益の割合として測定されます。その損失は、失った利用料収益と障害対応の作業とともに、通常の利益の一部を奪い、最後の箱が残りを示します。この影響は非線形です。長い障害は重大な違反の段階を超え、クレジットを倍にし、同時にさらなる解約を招くことがあるからです。

氷山は、お金がどこへ行くのかを示します。目に見えるのは、障害中に稼げなかった利用料収益と、支払ったクレジットです。水面下には、去っていく顧客によって失われる将来の収益、障害と事後検証に巻き込まれた人々の人件費、見込み客が問題を耳にするあいだに鈍る新規の販売があります。これらはそれぞれ、クレジットを上回りがちです。シミュレーターで、ご自身の事業がどのくらい長い障害を吸収できるか、そして信頼性への取り組みがご自身の売上でどれほどの価値を持つかを確認してください。

計算式と方法論の設計図

このモデルは1か月です。ダウンタイムは分で入力し、SLAの許容時間と比較します。ダウンタイムが許容時間内なら、クレジットは発生しません。許容時間を超えると、クレジットはMRRにクレジット率を掛けた額となり、ダウンタイムが許容時間の3倍を超えると2倍になります。失った利用料収益は、時間あたりに稼ぐ利用量課金の部分のMRRに、ダウンタイムの時間数を掛けたものです。解約は、ダウンタイム1時間あたりに危険にさらされる収益の割合を、営業利益率で6か月の期間にわたって適用します。

クレジットの段階
段階 = D ≤ A なら0、D ≤ 3A なら1、それ以外は2
SLAが守られたか、違反されたか、重大に違反されたかを示します。
SLAクレジット
クレジット = MRR × クレジット率 × 段階
違反に対して顧客へ返される金額です。
失った利用量
U = MRR × 利用量課金の割合 ÷ 730時間 × ダウンタイムの時間数
サービスが停止している間は稼げない、利用量課金の収益です。
解約による損失
C = MRR × min(1, 時間数 × 1時間あたりの解約率) × 6か月 × 利益率65%
障害後に去る、またはダウングレードする顧客によって失われる将来の利益です。
純利益
純額 = 65% × MRR − U − クレジット − 人件費 − C − 販売の停滞
月次の結果です。破綻点は、これがゼロになるところです。

連鎖する弾力性

ダウンタイムが最も弾力的な入力値です。1時間ごとに、利用量の損失、人件費、解約、販売の停滞が増え、クレジットの段階を超えることもあるからです。1時間あたりの解約率は、MRRに数か月にわたって掛かるため、次に強力です。クレジット率は、許容時間を超えてはじめて意味を持ちます。

実例に基づく3つのケーススタディ

自己資金で始めるスタートアップ

寛大な許容時間を持つ若いSaaS

小さな製品が、控えめなMRRと、月に数時間を認める緩いSLAを持っています。1時間のダウンタイムは許容時間内に収まります。読み込むと、寛大な契約はクレジットからは守ってくれても、失われた信頼からは守ってくれないことがわかります。

成長中の中堅企業

厳格な信頼性を保つ大規模なプラットフォーム

MRRの大きなプラットフォームが、厳しい許容時間に対して、ダウンタイムを数分に抑えています。短い障害ではクレジットはわずかですが、売上は大きくなっています。読み込むと、規模が大きいときに信頼性への投資が報われる理由がわかります。

ブラックスワン級の危機

厳しいSLAに対する長い障害

厳しいSLAを持つ事業が、丸一日の障害に見舞われます。クレジットの段階が倍になり、利用料収益が止まり、オンコールのチームが何日も働き、顧客がキャンセルします。読み込むと、クレジットが損失のほんの一部にすぎないことがわかります。

業界ベンチマーク一覧

指標危険ゾーン業界平均上位10%のエリート水準
稼働率99.9%のSLAにおける月間ダウンタイム44分超10〜30分5分未満
平均復旧時間2時間超30〜60分15分未満
違反時のクレジット(月額料金に対する割合)上限なしで50%以上10〜25%上限付きで段階的に5〜25%
障害のコストと支払うクレジットの比較クレジットを全体のコストとみなす合計でクレジットの3〜5倍障害ごとに全体のコストを追跡
障害時の顧客への連絡なし、または遅れるステータスページと1時間ごとの更新先回りの通知と事後検証

変数とレバー

月次の継続課金収益

毎月請求される継続的な収益で、SLAクレジットと解約はこれに対して測定されます。

レバー: MRRが大きいほど、障害のたびに高くつきます。信頼性への取り組みは、売上に遅れず、売上とともに拡大してください。

今月のダウンタイム(分)

サービスが利用できなかった、またはSLAの定義を下回るまで劣化した時間の合計分数です。

レバー: ダウンタイムの最大の原因、通常はデプロイと依存関係から直し、自動フェイルオーバーとロールバックを追加してください。

SLAで許容されるダウンタイム(分)

クレジットを支払う義務が生じるまでに、契約が月間で認めるダウンタイムの分数です。約44分が稼働率99.9%に相当します。

レバー: 計測した実績だけを約束してください。実績が裏付ける以上に厳しい許容時間は、通常の障害をクレジットに変えます。

違反時のクレジット

SLAに違反した際に、顧客へクレジットとして返す月額料金の割合です。重大な違反では2倍になります。

レバー: クレジットを月額料金の一定割合に上限設定し、申請を文書化された手続きにしてください。契約と現地の規則が認める範囲内で行います。

ダウンタイム1時間あたりの収益解約率

ダウンタイム1時間ごとに、その後の数か月でキャンセルまたはダウングレードされるMRRの割合です。

レバー: 障害時には、ステータスページと正直な更新で素早く連絡してください。解約を招くのは、障害そのものよりも信頼の喪失です。

利用量課金の売上に占める割合

利用時間または取引ごとに稼ぐ売上の割合で、サービスが停止している間は単純に稼げません。

レバー: 可能であれば、確約した容量やサブスクリプションで課金し、ダウンタイムが障害中の収益をゼロにしないようにしてください。

このシミュレーターの使い方

  1. 1現実的なプリセットから始めるか、MRR、先月のダウンタイム、SLAの許容時間を入力します。
  2. 2五つのドミノの箱を見て、クレジットと解約のどちらが先に赤くなるかを確認します。
  3. 3「破綻点を探す」を押して、その月を消してしまう障害の長さを確認します。
  4. 4現在の計画と信頼性の計画を、24か月のグラフで比較します。
  5. 5すべての障害を実際のコストとともに記録し、次の更新の前にSLAの条項を見直します。

避けたい間違い

  • SLAクレジットを障害のコストとみなして、解約、人件費、遅れる販売を無視すること。
  • サービスが現在実際に提供している水準を計測せずに、可用性の水準を約束すること。
  • 完全な停止だけを数えること。性能の劣化も顧客をいらだたせ、SLAの定義に違反することがあります。
  • 事後検証と顧客への連絡を省くこと。障害後の解約を減らす、最も安価な方法です。

よくある質問

99.9%は、何分のダウンタイムを許容しますか。

平均的な月でおよそ43〜44分、1年でおよそ8.8時間です。99.99%なら、月に約4分です。契約が可用性をどのように定義し、測定するかを確認してください。

SLAクレジットは障害の主なコストですか。

通常は違います。クレジットは目に見えて上限があるのに対し、解約、遅れる販売、エンジニアリングの時間はより大きく、見えにくいものです。モデルはこれらを別々に数えるので、比較できます。

1時間あたりの解約率はどのように設定すればよいですか。

過去の障害後の数か月におけるキャンセルとダウングレードを調べ、ダウンタイムの時間数で割ります。履歴がなければ、低めから始めて感度を試してください。

より厳しいSLAを約束すべきですか。

計測した可用性がそれを裏付け、価格が必要な信頼性への取り組みを賄える場合に限ります。守れない約束は負債です。

その月が赤字になる障害の長さはどのように見つけますか。

「破綻点を探す」を押してください。ツールは各入力値を悪化する方向へ動かし、月次利益がゼロになる値を報告します。

どのくらい正確ですか。

明示した前提に基づく教育目的のモデルであり、法的、契約上、財務上の助言ではありません。ご自身の契約の条項を確認し、入力値をご自身のデータに置き換えてください。

これは前提条件を明示した、教育目的の計画モデルです。財務、税務、法律に関する助言ではありません。入力値はご自身の数字に置き換え、重要な判断は必ず資格を持つ専門家に確認してください。