Bir saatlik kesinti size ne kadara mal oluyor? Hesaplama yöntemi.
Süreklilik yatırımlarının tamamı tek bir rakama dayanır: kesintinin maliyeti. Bu rakam hesaplanmadan, "ne kadar harcamalıyız?" sorusuna cevap verilemez.
Bu hesap ne işe yarar?
- Süreklilik yatırımının üst sınırını belirler
- RTO/RPO hedeflerini gerçekçi kılar
- Yönetime sunum için somut bir dayanak sağlar
- Sağlayıcı seçiminde ölçüt olur
- Öncelik sıralamasını netleştirir
1. Adım — Doğrudan gelir kaybını hesaplayın
Sistem üzerinden doğrudan satış yapılıyorsa:
- Yıllık ciroyu alın
- Çalışma günü sayısına bölün → günlük ciro
- Günlük çalışma saatine bölün → saatlik ciro
- Sistemin cirodaki payını uygulayın
Sonuç: bir saatlik kesintinin doğrudan gelir kaybı.
Not: Kaybın tamamı kalıcı olmayabilir; bazı siparişler sonra gelir. Ancak bir kısmı rakibe gider.
2. Adım — Verimlilik kaybını ekleyin
- Sistem durduğunda kaç çalışan iş yapamıyor?
- Saatlik personel maliyeti ne?
- Çarpın
Kısmi verimlilik kaybı da hesaba katılmalıdır: sistem kısmen çalışıyorsa çalışanlar yavaşlar.
3. Adım — Kurtarma maliyetini ekleyin
- Teknik müdahale zamanı
- Dış uzman desteği
- Fazla mesai
- Acil satın almalar
- Veri yeniden girişi emeği
4. Adım — Dolaylı maliyetleri değerlendirin
- Müşteri memnuniyetsizliği
- İtibar kaybı
- Sözleşmesel cezalar
- Kaçırılan teslim tarihleri
- Yönetim zamanı
- Rakibe kayan müşteriler
Bu kalemler kesin rakamlandırılamaz ama göz ardı edilmemelidir; genelde doğrudan kayıptan büyüktür.
5. Adım — Sistem bazlı hesaplayın
| Sistem | Saatlik maliyet | Günlük maliyet | Tolere edilebilir süre |
|---|---|---|---|
| Sipariş sistemi | |||
| Üretim takip | |||
| Muhasebe | |||
| E-posta | |||
| Web sitesi | |||
| Dosya paylaşımı |
Her sistemin maliyeti farklıdır; süreklilik yatırımı da buna göre farklılaştırılmalıdır.
6. Adım — Zaman içindeki değişimi dikkate alın
Kesinti maliyeti sabit değildir:
- Mesai saatlerinde yüksek, gece düşük
- Kampanya döneminde çok yüksek
- Dönem sonunda yüksek
- Tatil döneminde düşük olabilir
Bu yüzden bakım pencereleri düşük maliyetli zamanlara planlanır.
7. Adım — Süre etkisini modelleyin
Maliyet doğrusal artmaz; belirli eşiklerden sonra sıçrar:
| Süre | Etki |
|---|---|
| Dakikalar | Fark edilmez |
| Bir saat | Rahatsızlık |
| Yarım gün | Operasyonel aksama |
| Bir gün | Ciddi kayıp, müşteri etkisi |
| Birkaç gün | Sözleşme riski, itibar |
| Bir hafta+ | Varoluşsal risk |
8. Adım — Yatırım kararına bağlayın
Hesabı şu biçimde kullanın:
Sipariş sisteminin bir günlük kesintisi [X] tutarında kayba yol açıyor. Yılda ortalama [Y] gün kesinti yaşıyoruz. Yıllık beklenen kayıp [X × Y].
Süreklilik yatırımı yıllık [Z] maliyet getiriyor ve beklenen kesintiyi belirgin biçimde azaltıyor.
Z, X × Y'den küçükse yatırım anlamlıdır.
Veri kaybı maliyeti
Kesinti maliyetinden ayrı olarak hesaplanmalıdır:
- Kaybedilen verinin yeniden oluşturulma emeği
- Yeniden oluşturulamayan veri
- Yasal ve sözleşmesel sonuçlar
- Müşteri güveni
Bu hesap, RPO hedefinizi belirler.
Hesabı yaparken dikkat
- ☐ İş tarafıyla birlikte yapın (BT tek başına yapamaz)
- ☐ Gerçekçi olun (abartma da küçümseme de zarar verir)
- ☐ Varsayımları yazın
- ☐ Farklı senaryolar için ayrı hesaplayın
- ☐ Yılda bir güncelleyin
Kullanım alanları
Bütçe savunması
"Yedekleme sistemi pahalı" itirazına, "bir günlük kesinti bunun kat kat üzerinde" cevabı somut bir dayanaktır.
Sağlayıcı seçimi
Daha yüksek uptime taahhüdü sunan bir sağlayıcının ek maliyeti, kesinti maliyetiyle karşılaştırılabilir.
Öncelik belirleme
Hangi sistemin önce geri getirileceği, bu hesapla netleşir.
SLA değerlendirmesi
Sağlayıcının sunduğu telafinin, gerçek kaybınızın ne kadarını karşıladığını gösterir. (Genelde çok küçük bir kısmını.)
Basit başlangıç
Ayrıntılı hesap yapamıyorsanız, tek bir soruyla başlayın:
"Ana sistemimiz bir gün kapalı kalsa şirket ne kaybeder?"
Bu sorunun kaba bir cevabı bile, süreklilik konuşmasını somutlaştırır ve kararları kolaylaştırır.
Yorumlar (0)
Henüz yorum yok — ilk yorumu siz yazın.
Yorum yaz