Yazılım Maliyeti: 36 Aylık Toplam Sahip Olma Modeli

Teklifleri aynı işi yapacak hale getirin

Toplam sahip olma maliyeti, bir çözümü seçilen dönem boyunca kullanmak için gereken maliyetleri birlikte ele alır. Karşılaştırmaya başlamadan önce iki çözümün gerçekten aynı ihtiyacı karşılayıp karşılamadığını belirleyin. Birinde hazır raporlar, diğerinde özel rapor geliştirmesi varsa bu fark görünür olmalıdır. Eksik özelliği sıfır maliyet gibi yazmayın.

Önerilen kapsam tablosunda kullanıcı rolleri, iş akışları, entegrasyonlar, veri taşıma, destek beklentisi ve çıkış ihtiyacı bulunsun. Hazır ürüne uyum sağlamak için işletme sürecini değiştirmek de bir seçenektir. Fakat bu değişikliğin eğitim ve operasyon yükünü yok saymayın. Özel geliştirmede ise gelecekteki bütün isteklerin başlangıç teklifine dahil olduğunu varsaymayın.

Microsoft’un maliyet optimizasyonu ilkeleri, maliyetin iş değeriyle ilişkilendirilmesini, bütçe ve kullanımın anlaşılmasını vurgular. Bu yaklaşım yalnız altyapı faturasını küçültmekten daha geniştir. Aşağıdaki model, aynı düşünceyi satın alma kararına uygulamak için hazırlanmış özgün bir örnektir. [1]

Maliyet sözlüğünü hesaplamadan önce oluşturun

Başlangıç çalışması, veri hazırlığı, entegrasyon kurulumu, lisans, barındırma, bakım, ek geliştirme ve çıkış giderlerini ayrı tanımlayın. Hangi kalemin bir defalık, hangisinin aylık, hangisinin kullanım arttıkça değişken olduğunu belirtin. İç ekip zamanı dahil edilecekse her iki seçenekte de aynı yöntemle dahil edin.

Aynı maliyeti iki kez saymamaya dikkat edin. Bir teklifin aylık bedeli barındırmayı kapsıyorsa ayrıca ikinci barındırma gideri eklemeyin. Destek, hata düzeltme ve yeni özellik geliştirme aynı paket içinde olabilir veya ayrı olabilir. Belirsizliği tahminle kapatmak yerine tedarikçiye sorulacak maddeye dönüştürün.

Basit model şu şekilde kurulabilir: Toplam = başlangıç + bir defalık uyarlamalar + dönem içindeki sabit ve değişken giderler + kapsamlı değişiklikler + çıkış. Bu bir muhasebe standardı veya bağlayıcı teklif formülü değildir. Projenizin maliyet sınıflarını görünür kılan karar aracıdır. Vergi, finansman ve amortisman gibi konular gerekiyorsa ilgili uzmanla ayrıca değerlendirilmelidir.

Varsayımsal 36 aylık karşılaştırma

Aşağıdaki rakamların tamamı hesap yöntemini göstermek için seçilmiş varsayımsal girdilerdir. Piyasa araştırması, gerçek müşteri maliyeti veya Ganz Dijital fiyat tarifesi değildir. İki seçenekte aynı iş kapsamının sağlandığı varsayılmış; enflasyon, vergi, finansman ve kur etkisi hesaba katılmamıştır.

A seçeneğinde hesap 90.000 + 36 × 17.000 + 120.000 + 60.000 = 882.000 TL’dir. B seçeneğinde 360.000 + 36 × 12.000 + 150.000 + 40.000 = 982.000 TL’dir. İlk fiyatı yüksek olan B, bu varsayımlarda toplamda da daha pahalıdır. Özel yazılımı her durumda daha ucuz göstermek için varsayımları eğmeyin.

Bu sonuç kalite, teslim süresi veya iş uygunluğu hakkında tek başına hüküm vermez. Örneğin A seçeneği kritik iş kuralını karşılayamıyorsa, düşük toplam bedelle aynı işi satın almıyor olabilirsiniz. Önce uygunluk koşulları karşılanmalı, sonra uygun seçenekler arasında maliyet karşılaştırılmalıdır.

Kullanım arttığında kararı yeniden hesaplayın

Örnek ikinci senaryoda A’nın aylık değişken gideri 3.000 TL yerine 8.000 TL olsun. A’nın toplamı 180.000 TL artarak 1.062.000 TL olur. Aynı büyümenin B’de aylık işletim giderini 2.000 TL artırdığını varsayarsak B toplamı 72.000 TL artarak 1.054.000 TL olur. Sıralama değişmiştir; fakat bu yalnızca seçilen girdilerin sonucudur.

Bu örnekten hazır ürünlerin mutlaka pahalılaşacağı veya özel geliştirmede maliyetin sabit kalacağı sonucu çıkarılamaz. Her çözümün kullanıcı, işlem, depolama, API çağrısı ve destek yüküyle ilişkisini ayrı inceleyin. Kullanımı iki katına çıkarırken bütün maliyetleri otomatik ikiyle çarpmak da, hiçbir gideri artırmamak da yanlış varsayım olabilir.

Önerilen çalışma üç senaryo içerir: düşük kullanım, beklenen kullanım ve yoğun kullanım. Her senaryoda miktar, birim maliyet, kaynak ve belirsizlik kaydı olsun. Güncel fiyatlar gerekiyorsa ilgili sağlayıcının gerçek teklif veya tarifesini kullanın; bu yazıdaki örnek tutarları bütçenize taşımayın.

Zaman tasarrufunu nakit kazancıyla karıştırmayın

Bir otomasyon çalışanların ayda belirli saatlerini serbest bırakabilir. Ancak bu saatlerin tamamı doğrudan maaş tasarrufu veya yeni gelir anlamına gelmez. Serbest kalan zamanın hangi işe aktarılacağı, darboğazın gerçekten orada olup olmadığı ve ek talep bulunup bulunmadığı ayrıca değerlendirilmelidir.

Önerilen fayda tablosunda ölçülen mevcut iş süresi, beklenen yeni süre, kullanıcıların benimseme oranı ve iş hacmi bulunabilir. Bu değerler pilot sırasında gözlemle güncellenmelidir. Kesinleşmemiş faydaları maliyet toplamından doğrudan düşürüp “proje kendini ödedi” demeyin. Potansiyel fayda ile gerçekleşmiş tasarrufu ayrı raporlayın.

Hata azalması veya veri doğruluğu gibi parasal olmayan faydalar da önem taşıyabilir. Bunları zorla uydurma bir TL değerine çevirmek yerine iş göstergesi olarak takip edin. Örneğin manuel düzeltme gereken kayıt oranı veya teklif hazırlama süresi, başlangıç ve sonraki ölçümle karşılaştırılabilir. Bir değişikliğin nedeni hakkında diğer etkenleri de dikkate alın.

Sistemden çıkış maliyetini başlangıçta sorun

Verilerin hangi formatta dışa aktarılabildiği, eklerin ve ilişkilerin korunup korunmadığı, hesapların kime ait olduğu ve yeni ekibin sistemi nasıl çalıştıracağı kararın parçasıdır. Kaynak kodu almak ile sistemi bağımsız işletmek aynı şey değildir. Lisanslar, kapalı bağımlılıklar ve dokümantasyon eksikleri çıkış yükünü etkileyebilir.

Hazır üründe dışa aktarım yeteneğini bir örnekle test edin. Özel yazılımda temiz bir ortamda kurulum provasını ve bağımlılık listesini değerlendirin. Her iki durumda da çıkışın müşteri verisi kaybına veya uzun operasyon kesintisine dönüşmemesi için kabul ölçütü yazın. Devir koşullarının hukuki boyutu ayrıca uzman incelemesi gerektirebilir.

Karar dosyasında maliyet kadar varsayım da görünür olsun

Önerilen tek sayfalık özet toplam maliyet, kapsam dışı işler, kullanım senaryosu, kritik bağımlılıklar ve belirsiz kalemleri içersin. Her sayı için tarih ve kaynak kaydı tutun. Teklif süresi dolmuşsa veya kullanım tahmini değişmişse hesabı güncelleyin. Hesabın doğru toplanması, girdilerin doğru olduğu anlamına gelmez.

Üç yıllık karşılaştırma her proje için uygun mu?

Hayır. Ürünün beklenen yaşamı ve karar ufku farklı olabilir. 36 ay bu yazıda örnek dönemdir. Aynı yöntemi daha kısa veya uzun döneme uygulayabilirsiniz; dönem değiştiğinde yenileme ve devir varsayımlarını da gözden geçirin.

En düşük toplam maliyeti seçmek yeterli mi?

Uygunluk, güvenlik, teslim kabiliyeti ve işletim gereksinimleri karşılanmadan yeterli değildir. Amaç ucuzluğu tek hedef yapmak değil, fiyatın hangi işi ve hangi riskleri kapsadığını anlamaktır. Sağlam yazılım yatırımı, parlak ilk teklifin değil; açık kapsam ve sınanmış varsayımların üzerine kurulur.