Üç firmadan teklif alırsınız: biri ₺400.000, biri ₺700.000, biri ₺1.100.000 der. Hangisi doğru? Çoğu zaman üçü de aynı şeyi kastetmiyordur: biri yalnızca kodlamayı, biri testi ve eğitimi de, biri bir yıllık bakımı da fiyata katmıştır. Yazılım projesinin maliyetini karşılaştırmanın tek yolu, maliyetin nelerden oluştuğunu ve nasıl hesaplandığını bilmektir. Bu rehberde yazılım projesi maliyeti nasıl hesaplanır sorusunu, tek bir örnek proje üzerinden, kapsamdan eforu çıkarmaktan üç yıllık toplam maliyete ve hazır çözümle karşılaştırmaya kadar adım adım cevaplıyoruz.
Rehberi bir eğitim gibi kurduk: yedi ders, her biri bir kavram, bir örnek hesap ve bir ders görevi. Örnek projemiz, proje planı yazısındaki bayi portalının ilk sürümü; orada toplam efor 53 kişi-gün çıkmıştı. Burada o eforu paraya çeviriyoruz. Tüm rakamlar temsilidir; kendi hesabınızda gerçek ücretlerinizi ya da teklif veren firmanın ücretlerini kullanın.
Yazılım Projesi Maliyeti Nelerden Oluşur?
Yazılım projesinin maliyeti; geliştirme, entegrasyon, veri aktarımı, altyapı ve lisans, eğitim, bakım ve destek ile iç ekibinizin harcadığı zamandan oluşur. Bunların bir kısmı tek seferliktir, bir kısmı her yıl tekrarlanır.
| Kalem | Neleri içerir? | Tek seferlik mi, yinelenen mi? |
|---|---|---|
| Geliştirme | Analiz, tasarım, kodlama, test, yayın | Tek seferlik |
| Entegrasyon | ERP, ödeme, e-Fatura, kargo gibi sistemlerle bağlantı | Tek seferlik, bakımı yinelenen |
| Veri aktarımı | Eski sistemden veri temizleme ve taşıma | Tek seferlik |
| Altyapı ve lisans | Sunucu, alan adı, e-posta ve SMS hizmetleri, üçüncü taraf lisansları | Yinelenen |
| Eğitim ve yaygınlaştırma | Kullanıcı eğitimi, kılavuz, ilk dönem destek | Tek seferlik |
| Bakım ve destek | Hata düzeltme, güncelleme, küçük geliştirmeler | Yinelenen |
| İç ekip zamanı | Karar verme, test, veri hazırlama, eğitime katılma | Proje boyunca; çoğu zaman hesaba katılmaz |
Teklifleri karşılaştırırken ilk iş, her teklifin bu yedi kalemden hangilerini kapsadığını bir tabloya yazmaktır. Rakamlar farklı çıkıyorsa, çoğu zaman kapsamlar farklıdır.
Okumanızı öneririz: Özel yazılım geliştirme hizmetimiz
Bu Rehberi Nasıl Kullanmalısınız?
Dersleri sırayla izleyin; her ders bir öncekinin sonucunu kullanır.
| Ders | Konu | Sonunda yapabildiğiniz |
|---|---|---|
| 1 | Kapsamdan efor çıkarmak | İş paketlerinden kişi-gün toplamını bulmak |
| 2 | Ek işler ve belirsizlik payı | Unutulan işleri ve riski eforun içine katmak |
| 3 | Günlük ekip ücreti | Bir kişi-günün gerçek fiyatını hesaplamak |
| 4 | Geliştirme maliyeti | Eforu paraya çevirmek |
| 5 | Üç yıllık toplam maliyet | Altyapı ve bakımı dahil ederek gerçek yatırımı görmek |
| 6 | Hazır çözümle karşılaştırma | Başabaş kullanıcı sayısını bulmak |
| 7 | Teklif ve kapsam değişikliği | Teklifleri karşılaştırmak ve değişikliğin bedelini hesaplamak |
Ders 1: Kapsamdan Efor Nasıl Çıkarılır?
Yazılımın maliyeti ilk olarak kişi-gün cinsinden eforla ölçülür; efor ise kapsamı iş paketlerine bölüp her paketin süresini tahmin ederek bulunur. "Kaç para?" sorusundan önce "kaç kişi-gün?" sorusu sorulur, çünkü yazılımda maliyetin büyük kısmı emektir.
Örnek projemizin iş paketleri ve beklenen süreleri, proje planı yazısındaki PERT hesabından gelir: gereksinim analizi 5, arayüz tasarımı 8, veritabanı ve API 10, ön yüz 12, ERP entegrasyonu 9, test 6, eğitim ve yayın 3 kişi-gün. Toplam efor = 5 + 8 + 10 + 12 + 9 + 6 + 3 = 53 kişi-gün.
Bu yöntemin gücü, paketlerin tek tek tartışılabilmesidir: "ERP entegrasyonu 9 gün mü sürer?" sorusu, "proje ₺600.000 mi tutar?" sorusundan çok daha somut bir konuşma yaratır. Teklif veren firmadan da kapsamı paketlere bölünmüş bir efor dökümü isteyin; döküm vermeyen bir teklifin rakamı sorgulanamaz.
Okumanızı öneririz: Proje planı nasıl hazırlanır? İş kırılımı ve PERT ile süre tahmini
Ders 2: Ek İşler ve Belirsizlik Payı Nasıl Eklenir?
İş paketlerinin toplamı projenin gerçek eforu değildir; çünkü proje yönetimi, toplantılar ve koordinasyon hiçbir pakette görünmez, belirsizlik ise her projede vardır. Bu iki kalem, çekirdek eforun üzerine oransal olarak eklenir.
Yönetim payı: Proje yöneticisinin planlama, takip ve iletişim emeği. Örnekte %15 alıyoruz: 53 × 0,15 ≈ 8 kişi-gün, toplam 61.
Belirsizlik payı (contingency): Gereksinimlerin netleşme düzeyine, kullanılan teknolojilerin tanıdıklığına ve entegre edilecek sistemlerin kalitesine göre belirlenir; yüzde, ekibin ve işin belirsizliğine göre seçilir. Örnekte %20 alıyoruz: 61 × 0,20 ≈ 12 kişi-gün, toplam 73 kişi-gün.
Belirsizlik payı bir "yastık" değil, hesaplanmış bir risk bütçesidir. Gereksinimler yazılı ve onaylıysa pay düşük tutulabilir; ERP'si dokümante edilmemiş bir entegrasyon ya da ilk kez yapılan bir teknoloji varsa yükseltilmelidir. Pay hiç eklenmemiş bir teklif iki ihtimalden birini gösterir: ya risk gözden kaçmıştır ya da fark sonradan "kapsam değişikliği" olarak size fatura edilecektir.
Ders 3: Günlük Ekip Ücreti Nasıl Hesaplanır?
Bir kişi-günün satış fiyatı, çalışanın işverene maliyetinin fiilen üretken günlere bölünmesiyle başlar; üzerine genel gider ve kâr payı eklenir: Günlük satış ücreti = (Aylık işveren maliyeti ÷ Fiili üretken gün) × (1 + Genel gider payı) ÷ (1 − Hedef kâr marjı).
Örnekte bir geliştiricinin aylık işveren maliyeti ₺108.000. Ayda 22 iş günü vardır ama izin, toplantı, eğitim, bekleme ve destek işleri düşüldüğünde fiilen üretken gün 18'dir.
| Adım | Hesap | Sonuç |
|---|---|---|
| Üretken günün maliyeti | ₺108.000 ÷ 18 | ₺6.000 |
| Genel gider payı (%20: ofis, ekipman, yönetim, satış) | ₺6.000 × 1,20 | ₺7.200 |
| Hedef kâr marjı %20 (bölerek) | ₺7.200 ÷ 0,80 | ₺9.000 |
İki ayrıntıya dikkat edin. Birincisi, aylık 22 gün üzerinden bölmek günlük maliyeti olduğundan düşük gösterir; fiilen üretken gün sayısı kullanılmalıdır. İkincisi, kâr marjı ile kâr oranı farklıdır: ₺7.200'ün üzerine %20 eklemek ₺8.640 verir ve gerçek marj yaklaşık %16,7 olur. Marj hedefliyorsanız bölmek gerekir. Bu fark, ürün maliyeti yazısındaki fiyatlandırma dersinin aynısıdır.
Bu hesabı bir teklifi değerlendirirken tersten de kullanabilirsiniz: bir firmanın günlük ücreti diğer tekliflerden çok düşükse bu bir uyarı işaretidir; nedenini sorun.
Okumanızı öneririz: Ürün maliyeti nasıl hesaplanır? Kâr marjı ile kâr oranı farkı
Ders 4: Geliştirme Maliyeti Nasıl Bulunur?
Geliştirme maliyeti, toplam eforun günlük satış ücretiyle çarpımıdır: 73 kişi-gün × ₺9.000 = ₺657.000. Bu, çekirdek geliştirme için gereken tek seferlik yatırımdır; altyapı, bakım ve iç ekip zamanı bunun dışındadır.
Rakamın ne kadarının neye gittiğini görmek için dökümü paketlere dağıtın. Yönetim ve belirsizlik paylarını paketlere oransal yüklediğimizde 53 kişi-günlük çekirdek eforun ₺477.000, yönetim payının yaklaşık ₺72.000, belirsizlik payının yaklaşık ₺108.000 olduğunu görürüz; çekirdek iş toplamın yaklaşık %73'üdür. Teklifte bu dökümü görmek, "yüzde yirmi pay" gibi gizli kalemlerin tartışılabilmesini sağlar.
Ders 5: Üç Yıllık Toplam Maliyet Nasıl Hesaplanır?
Yazılımın gerçek maliyeti ilk yatırımla bitmez; yayından sonra altyapı, lisans, bakım ve destek harcamaları yıllarca sürer. Bu yüzden karşılaştırma, genellikle üç yıllık toplam sahip olma maliyeti (TCO) üzerinden yapılır: Toplam maliyet = Geliştirme + Yıl sayısı × (Altyapı ve lisans + Bakım).
| Kalem | Varsayım | Tutar |
|---|---|---|
| Geliştirme (tek seferlik) | 73 kişi-gün × ₺9.000 | ₺657.000 |
| Altyapı ve lisans (yıllık) | Sunucu, alan adı, e-posta ve SMS | ₺60.000 |
| Bakım ve destek (yıllık) | Geliştirme maliyetinin %15'i | ₺98.550 |
| Yıllık yinelenen toplam | ₺60.000 + ₺98.550 | ₺158.550 |
| Üç yıllık toplam maliyet | ₺657.000 + 3 × ₺158.550 | ₺1.132.650 |
Bakım yüzdesi tek bir doğru değere sahip değildir; yazılımın büyüklüğüne, değişim hızına ve destek düzeyine göre belirlenir ve sözleşmede açıkça yazılmalıdır. Bu örnekte yinelenen giderler, üç yılda geliştirme maliyetinin yaklaşık %72'si kadar ek bir yük getiriyor (₺475.650 ÷ ₺657.000). İlk yatırıma bakıp karar vermek, buzdağının yalnızca görünen kısmına bakmaktır.
Ders 6: Hazır Çözümle Karşılaştırma ve Başabaş Nasıl Hesaplanır?
Hazır çözümün maliyeti kullanıcı sayısıyla büyür, özel yazılımın maliyeti ise büyük ölçüde sabittir; bu yüzden ikisi, bir kullanıcı sayısında eşitlenir. Bu noktaya başabaş kullanıcı sayısı denir: Başabaş kullanıcı = (Özel yazılımın 3 yıllık maliyeti − Hazır çözümün tek seferlik maliyeti) ÷ (Aylık kullanıcı ücreti × 36).
Örnekte hazır bir çözüm kullanıcı başı aylık ₺600 olsun; bayi portalı ihtiyacını karşılaması için ₺150.000'lik tek seferlik uyarlama ve entegrasyon gerekir. Kullanıcı başı üç yıllık ücret 600 × 36 = ₺21.600'dür.
| Kullanıcı sayısı | Hazır çözüm, 3 yıl | Özel yazılım, 3 yıl | Daha ucuz olan |
|---|---|---|---|
| 25 | ₺21.600 × 25 + ₺150.000 = ₺690.000 | ₺1.132.650 | Hazır |
| 40 | ₺21.600 × 40 + ₺150.000 = ₺1.014.000 | ₺1.132.650 | Hazır |
| 46 | ₺21.600 × 46 + ₺150.000 = ₺1.143.600 | ₺1.132.650 | Özel |
| 100 | ₺21.600 × 100 + ₺150.000 = ₺2.310.000 | ₺1.132.650 | Özel |
Başabaş = (₺1.132.650 − ₺150.000) ÷ ₺21.600 ≈ 45,5 → yaklaşık 46 kullanıcı. Bu örnekte 46 kullanıcıdan sonra özel yazılım maliyet olarak öne geçiyor.
Bu hesap yalnızca parayı karşılaştırır; sürecin ve verinin uyumunu içermez. Hazır çözüm iş akışınıza uymuyorsa elle yapılan işin maliyeti, sistemler arası veri taşıma emeği ve beklemeler tabloya girmemiştir; özel yazılımın ise sizin sürecinize göre çalışması getirdiği verimlilik de yoktur. Karar verirken iki sütunun dışında kalan bu kalemleri de yazın.
Okumanızı öneririz: Hazır yazılım mı, özel yazılım mı? Karar rehberi
Ders 7: Teklifler Nasıl Karşılaştırılır, Kapsam Değişikliğinin Bedeli Nasıl Hesaplanır?
Teklifleri karşılaştırırken önce fiyat modeline bakın: sabit fiyatlı teklif bütçeyi öngörülebilir kılar ama kapsamın net olmasını şart koşar; zaman ve malzeme (saat ya da gün bazlı) teklif esnektir ama bütçe kontrolünü sizin takip etmenizi gerektirir.
| Başlık | Sabit fiyat | Zaman ve malzeme |
|---|---|---|
| Bütçe öngörülebilirliği | Yüksek, kapsam sabitse | Düşük; harcamaya göre belirlenir |
| Kapsam netliği gereksinimi | Çok yüksek; belirsizlik fiyata yansır | Düşük; kapsam yolda şekillenebilir |
| Değişiklik | Her değişiklik ayrı hesaplanır | Doğal olarak akışa girer |
| Risk | Büyük kısmı yüklenicide, fiyata eklenir | Büyük kısmı müşteride |
| Uygun olduğu durum | Gereksinimleri net, sınırlı kapsamlı işler | Keşfederek ilerleyen, değişken kapsamlı işler |
Kapsam değişikliğinin bedeli nasıl hesaplanır?
Proje sürerken gelen her yeni isteğin bedeli aynı formülle bulunur: Ek maliyet = Ek efor × (1 + Yönetim payı) × Günlük ücret. Örneğin bayi portalına bir kampanya modülü eklenmek isteniyor ve ek efor 8 kişi-gün: 8 × 1,15 = 9,2 kişi-gün; 9,2 × ₺9.000 = ₺82.800. Ayrıca modülün kritik yoldaki işleri uzatıp uzatmadığına bakılır; uzatıyorsa teslim tarihi de değişir.
Bu hesabın yararı, "küçük bir ekleme" cümlesinin somut bir bedele dönüşmesidir. Değişiklik isteği süreci baştan sözleşmede yazılıysa, istek; efor, bedel ve takvim etkisiyle yazılı olarak onaylanır ve kapsam sessizce şişmez.
Teklifleri karşılaştırırken şu yedi soruyu her firmaya aynı biçimde sorun:
- Efor dökümü var mı? Paket bazında kişi-gün ve roller gösteriliyor mu?
- Neler kapsam dışı? Test, eğitim, veri aktarımı, entegrasyon ve ilk dönem destek fiyata dahil mi?
- Belirsizlik nasıl ele alınıyor? Pay var mı, yoksa risk sizde mi?
- Bakım kapsamı ve bedeli nedir? Yıllık tutar, destek süresi ve kapsamı yazılı mı?
- Altyapı ve lisans kimin adına? Alan adı, sunucu ve üçüncü taraf lisansları sizin adınıza mı?
- Kaynak kod ve veri kimde? Sözleşme bittiğinde kodu ve veriyi alabilecek misiniz?
- Değişiklik nasıl yönetilecek? Yeni isteğin bedeli ve takvim etkisi yazılı olarak mı onaylanıyor?
Yazılım Maliyeti Hesaplarken Sık Yapılan Hatalar Nelerdir?
Bütçe hataları çoğunlukla yanlış çarpmadan değil, hiç yazılmayan kalemlerden doğar. En sık görülenler şunlardır:
- Yalnızca ilk yatırıma bakmak: Altyapı, lisans ve bakım üç yılda geliştirme maliyetinin önemli bir kısmına ulaşabilir.
- Kapsamı yazmadan fiyat almak: Kapsamı belirsiz teklifler karşılaştırılamaz; fark sonradan "kapsam değişikliği" olarak ödenir.
- Belirsizlik payını silmeye çalışmak: Payı sıfırlanan teklif riski ortadan kaldırmaz, yalnızca size yükler.
- İç ekibin zamanını hesaba katmamak: Karar, test ve veri hazırlığı için ayırmanız gereken emek de projenin maliyetidir.
- En düşük fiyatı seçmek: Düşük fiyat çoğu zaman eksik kapsam, eksik test ya da kısa süreli bakım anlamına gelir.
- Bakımı sözleşmeye yazmamak: Yayından sonra doğan her istek, pazarlığın zayıf olduğu bir anda fiyatlanır.
Okumanızı öneririz: Özel Yazılım Nasıl Yaptırılır? Firma Seçimi, Teklif, Sözleşme ve Ödeme Planı Rehberi
Okumanızı öneririz: ERP Programı Nasıl Seçilir? Süreç Haritası, Modül Önceliği, Geri Dönüş ve Geçiş Rehberi
Okumanızı öneririz: Özel Yazılım Nedir? Türleri, Örnekleri, Avantajları ve Hangi İşletmeler İçin Doğru?
Okumanızı öneririz: Mobil Uygulama Maliyeti Nasıl Hesaplanır? Efor, Kapsam, MVP ve Üç Yıllık Toplam Maliyet Rehberi
Okumanızı öneririz: Yazılım Bakım ve Destek Sözleşmesi (SLA) Nedir? Kapsam, Süreler ve Ücret Rehberi
Okumanızı öneririz: Low-code nedir? Düşük kodlu geliştirmenin sınırları ve maliyeti
Okumanızı öneririz: Mikroservis mimarisi nedir? Monolit farkı, maliyet ve karar rehberi
Okumanızı öneririz: MVP Nedir?
İnovabil ile Yazılım Projesi Bütçesi
İnovabil olarak bütçeyi, rakam söylemeden önce kapsamı netleştirerek oluşturuyoruz. Gereksinim analizi sonunda kapsam, iş kalemlerine bölünmüş bir takvim ve efor dökümüyle yazılı hâle geliyor; böylece teklifin neyi kapsadığı, neyi kapsamadığı ve değişikliklerin nasıl ele alınacağı baştan görülebiliyor. Geliştirmeyi küçük parçalar hâlinde yürüttüğümüz için çalışan sürümü proje bitmeden görüyor ve bütçeyi gerçekleşenle karşılaştırabiliyorsunuz.
Hazır çözüm sizin için daha doğruysa bunu açıkça söylüyoruz; standart ihtiyaçlar için kendi ürünlerimizi de önerebiliyoruz. Projenizin ne yapacağını, kaç kişinin kullanacağını ve bağlanacağı sistemleri birkaç cümleyle anlatın; size özel bir kapsam ve bütçe çerçevesi hazırlayalım.
Okumanızı öneririz: Yazılım geliştirme sürecimiz: analizden yayına adım adım
Sık Sorulan Sorular
Yazılım projesi maliyeti nasıl hesaplanır, kısaca formülü nedir?
Önce kapsam iş paketlerine bölünüp kişi-gün cinsinden efor bulunur; eforun üzerine yönetim ve belirsizlik payı eklenir; toplam, günlük ekip ücretiyle çarpılarak geliştirme maliyeti çıkar. Gerçek maliyet için buna yıllık altyapı, lisans ve bakım giderleri de eklenir.
Özel yazılım fiyatı neden firmadan firmaya bu kadar değişir?
Çoğu zaman teklifler aynı kapsamı fiyatlamaz: biri yalnızca kodlamayı, diğeri test, eğitim, entegrasyon ve bakımı da içerir. Efor, günlük ücret ve belirsizlik payı da farklıdır. Teklifleri karşılaştırmak için efor dökümü, kapsam dışı kalemler ve bakım kapsamı yazılı olarak istenmelidir.
Yazılımda belirsizlik payı nedir, ne kadar olmalıdır?
Belirsizlik payı, gereksinimlerin netlik düzeyine, teknolojinin tanıdıklığına ve entegre edilecek sistemlerin kalitesine göre eforun üzerine eklenen risk bütçesidir. Tek bir doğru oran yoktur; gereksinimler net ve onaylıysa düşük, bilinmeyen çoksa yüksek tutulur ve gerekçesi yazılır.
Yazılımın yıllık bakım maliyeti nasıl belirlenir?
Bakım maliyeti genellikle geliştirme maliyetinin bir yüzdesi olarak belirlenir ve yazılımın büyüklüğüne, değişim hızına ve destek düzeyine göre değişir. Hata düzeltme, güncelleme ve küçük geliştirmelerin kapsamı ile yıllık bedel sözleşmede açıkça yazılmalıdır.
Hazır yazılım ile özel yazılım hangi noktada eşit maliyetli olur?
Hazır çözümün maliyeti kullanıcı sayısıyla arttığı, özel yazılımınki büyük ölçüde sabit kaldığı için bir başabaş kullanıcı sayısı vardır: (özel yazılımın üç yıllık maliyeti − hazır çözümün tek seferlik maliyeti) ÷ (aylık kullanıcı ücreti × 36). Bu hesap yalnızca parayı karşılaştırır; sürece uyumu ayrıca değerlendirmek gerekir.