Toplam işletim maliyetlerini karşılaştırın

Hesabın sınırını tanımlayın

Aynı yeteneği gereken kalitede sunmanın iki yolunu karşılaştırın. Basit prototip ile bakımı sürdürülen kurumsal teslimat sistemi farklı satın almalardır. Maliyetleri doğrudan birbirinin yerine kullanılamaz.

Bir dönem seçin ve neleri içerdiğini kaydedin. Kurulumu tekrar eden işten ayırın. İnsanları, altyapıyı, model kullanımını, desteği, entegrasyon bakımını ve kontrolleri etkili tutmak için gereken işi dahil edin.

FinOps, teknoloji harcamasını hesabı verilebilir kararlara ve iş değerine bağlar. Maliyet sorumlularını belirlemek ve varsayımları açıklamak için bu disiplini kullanın. Evrensel bir geliştirme veya satın alma yanıtı sağlamaz. FinOps Framework.

Her iki seçenekte de kalan işi dahil edin

Kurum içi sistem geliştirmek ilk uygulamadan fazlasını gerektirir. Birileri orkestrasyonun, model entegrasyonlarının, değerlendirmenin, platform arayüzlerinin, güvenlik kontrollerinin ve belgelerin bakımını yapmalıdır. Yayına alındıktan sonraki destek ve yükseltme işini sayın.

Hizmet satın almak da iş bırakır. Ürün sorumluluğu, veri kararları, entegrasyon, inceleme ve olay koordinasyonu kurum içinde kalabilir. Aboneliğin tüm ekibin yerini aldığını varsaymak yerine, bu işi belirlemek için sorumluluk haritasını kullanın.

Her yarı zamanlı sorumluluğu ayrı kişiye atamak yerine tam zaman eşdeğerini tahmin edin. Aynı işi iki kez saymayın. Mevcutsa kuruluşun tüm yan giderler dahil gerçek maliyetini kullanın.

Kurgusal karşılaştırmayı adım adım yapın

Aşağıdaki tutarlar örnek amaçlıdır. Taiga fiyatları, pazar karşılaştırma değerleri veya müşteri sonuçları değildir. Her iki seçenek de kurgusal yıllık €120.000 kişi maliyetini kullanır.

Hesap, kurulum ile üç yıllık tekrar eden maliyetin toplamıdır. Bu varsayımlarda satın alma seçeneği €210.000 daha düşüktür.

Şimdi kalan işi 1,5 kişiye ve aboneliği €150.000 düzeyine çıkarın. Satın alma toplamı €1.140.000 olur. Geliştirme toplamı €1.080.000 kalır. Değişen iki varsayım maliyet sıralamasını tersine çevirir.

Bu değişiklikleri etkileşimli hesaplayıcıda deneyin. Alıştırma, kuruluşunuzun doğru fiyatını değil, duyarlılığı gösterir.

Dahil edilmeyen etkileri görünür tutun

Basit hesaplayıcı; iskonto, vergiler, enflasyon, geçiş gecikmeleri ve çıkış maliyetlerini içermez. Önemli olduklarında bunları karar modeline ekleyin. Finans sorumlusu, kuruluşun gerekli yöntemini seçmeye yardımcı olabilir.

Kullanılabilir sonuca ulaşma süresini ve ekibinizin yapabileceği alternatif işin değerini de karşılaştırın. Belirsiz faydaları doğrulanmış maliyet girdilerinden ayrı tutun. Üretilen her satıra dayanaksız tasarruf atayarak yapay kesinlik oluşturmayın.

Fiyatı belirleyici saymadan önce seçeneklerin zorunlu gereksinimleri karşılayıp karşılamadığını kontrol edin. Gereken veri sınırını destekleyemeyen ucuz seçenek, destekleyebilen seçenekle eşdeğer değildir.

Aralık ve inceleme tetikleyicisi kaydedin

Belirsiz girdiler için gerekçeleriyle düşük, beklenen ve yüksek senaryolar kullanın. Kararı değiştiren varsayımları belirleyin. Önce bunlar için kanıt isteyin; örneğin entegrasyon çabası veya kurumda kalan işletim işi.

Modeli ne zaman yeniden ele alacağınızı kaydedin. Sözleşme değişiklikleri, daha fazla ekibin kullanıma geçmesi ve yeni platform gereksinimleri sonucu değiştirebilir. Hesap, güncellenebilen ve hesabı verilebilir bir kararı desteklemelidir.