直接損失だけでは実態を過小評価する
コンプライアンス審査、SLAクレジット、顧客離反、復旧作業の人件費は、単純な「収益×時間」の計算にはほとんど現れません——隠れた税は、それぞれを個別にモデル化する必要なく、これらを代表するために存在します。
ステップごとの解説
このサイトのすべてのページの背後にある、同じ4つのステップ。
このサイト自体のデフォルト例を使って計算します: 850システム、システム時間あたり180ドルの収益影響、3.5時間のMTTR、年間14件のインシデント、そして99.9%のSLA目標。
ステップ1 — 年間ダウンタイム時間
MTTR × インシデント発生頻度 = 3.5時間 × 14件 = 年間49時間のダウンタイム。これは金額が算出される前の、生の露出量です。
ステップ2 — 直接損失
影響を受けるシステム数 × システム時間あたりの収益影響 × 年間ダウンタイム時間 = 850 × 180ドル × 49 = 7,497,000ドル。これは財務チームが即座に認識するコスト——システムが停止していた時間分の失われた収益または生産性です。
ステップ3 — SLA予算と違反
年間8,760時間 ×(100% − SLA目標)= 8,760 × 0.1% = 99.9%目標下で許容される8.76時間。年間ダウンタイム時間(49)からこの予算を差し引くと、予算超過が40.24時間となります——これが、下記の隠れたコスト乗数がどれほど深刻になるかを左右する入力値です。
ステップ4 — 隠れたダウンタイム税
直接損失に対するリスク加重パーセンテージで、18%から始まり、SLA予算超過の程度とインシデント発生頻度に応じて上昇し、直接損失の72%を上限とします。この例では違反の程度が深刻なため上限に達しています: 7,497,000ドル × 72% = 5,397,840ドル。
年間総コスト
直接損失 + 隠れたダウンタイム税 = 7,497,000ドル + 5,397,840ドル = 12,894,840ドル——これが、まさにこの入力値の組み合わせで、今日この計算ツールが算出する数値です。
この設計にした理由
隠れた税は水増しではなく、それこそが要点です。
ほとんどのダウンタイム計算ツールは直接損失で止まります。このツールはそうしません。なぜなら、予算をめぐる議論で人の考えを変えるのは、たいてい直接損失という数字ではないからです。
乗数は貴社固有のリスクに応じて変化する
SLA予算内に十分収まっているチームでは、隠れた税は18%の下限に近くなります。慢性的に予算を超過しているチームでは、72%の上限に向かって上昇します——この計算式は、リスクが平坦なままではなく複合的に増大することを反映しています。
すべての入力値はあなた自身が検証できるもの
影響を受けるシステム数、収益影響、MTTR、発生頻度、SLA目標はすべて、どの計算ツールページでも編集可能です——計算式自体は固定され透明ですが、入力値は常にこのページの例示的なデフォルト値ではなく、貴社自身の運用データであるべきです。
よくある質問
計算式について、お答えします。
このモデルの前提を擁護または疑問視したいときに出てくる質問です。
なぜ隠れた税は72%が上限なのですか?
この上限は、極端な入力値に対してモデルが際限のない乗数を生み出さないようにするためのものです——これは、計算式に組み込まれた定性的な深刻度の階層に基づき、単一のダウンタイムパターンに帰属させることが妥当な間接コストの上限を表しています。
なぜ発生頻度は直接コストだけでなく隠れた税にも影響するのですか?
頻繁なインシデントは組織の疲弊を積み重ね、孤立した事象よりも早く顧客の忍耐を消耗させ、ステークホルダーによるレビューが直接的なダウンタイムを超えてコストをエスカレートさせる可能性を高めます——これは、SLA違反による圧力とは別の、控えめな追加圧力項として捉えられています。
SLA目標を書類上で改善すれば、隠れた税を下げられますか?
いいえ——SLA予算は貴社の目標から導かれ、実際のダウンタイム時間と比較されます。MTTRや発生頻度を減らさずに目標だけを引き上げると、違反は減るどころか増加します。この正確なケースの計算例については、シナリオプランニングをご覧ください。
これはサイト内のすべての計算ツールで使われている同じ計算式ですか?
はい——すべてのコスト別ページ、業界別ページ、そして総合計算ツールは、すべてこの正確な計算式を使用しています。異なるのは、各コンテキストを反映したデフォルトの入力値のみです。
あなたの番です