Kurumsal Yazılım Maliyeti: Fiyatı Belirleyen 9 Faktör
"Ne kadar tutar?" sorusunun dürüst cevabı kapsama bağlıdır; ama kapsamı belirleyen faktörler bilinir. Fiyatı etkileyen dokuz faktörü, adam-gün mantığını, sabit fiyat ile zaman-malzeme modellerinin farkını ve tekliflerde görünmeyen kalemleri anlatıyoruz.
Her keşif görüşmesinin ilk sorusu aynıdır: "Ne kadar tutar?" Dürüst cevap "kapsama bağlı"dır; ama bu cevap tek başına işe yaramaz. Kapsamı — dolayısıyla fiyatı — belirleyen faktörler bilinir, ölçülebilir ve teklif alınmadan önce büyük ölçüde kontrol altına alınabilir. Bu yazıda o faktörleri, tekliflerin arkasındaki adam-gün mantığını, sözleşme modellerinin farkını ve tekliflerde görünmeyen kalemleri anlatıyoruz. Rakam vermiyoruz; rakamı nasıl okuyacağınızı veriyoruz.
Fiyatı belirleyen dokuz faktör
# | Faktör | Maliyete etkisi | Nasıl kontrol edilir |
|---|---|---|---|
1 | Kapsam: rol, ekran ve iş kuralı sayısı | Doğrusal; en görünür kalem | Süreci akış şemasına dök, "olmazsa olmaz" ile "iyi olur"u ayır |
2 | Entegrasyon: bağlanacak sistem sayısı ve niteliği | En büyük değişken; API'siz sistem 3–5 kat pahalı | Her sistem için API dokümantasyonu var mı, veri yönü ne? |
3 | Yetkilendirme: rol hiyerarşisi, onay akışları, veri görünürlüğü kuralları | Rol sayısıyla üstel değil ama kural sayısıyla hızla artar | Rol matrisini keşif öncesi hazırla |
4 | Veri göçü: mevcut verinin taşınması ve temizlenmesi | Sık atlanır; kirli veride proje süresinin %15–25'i | Kaynak verinin örneğini erkenden paylaş |
5 | Mevzuat ve uyum: KVKK, e-fatura, denetim izi, saklama süreleri | Sabit ek maliyet; sonradan eklenirse yeniden tasarım | Uyum gereksinimlerini şartnameye yaz |
6 | Performans ve ölçek: eşzamanlı kullanıcı, veri hacmi, yanıt süresi | Hedefler yüksekse mimari ve test maliyeti artar | Gerçekçi hedef ver: "50 eşzamanlı" ile "5.000 eşzamanlı" farklı mimaridir |
7 | Platform sayısı: web, iOS, Android, masaüstü | Her ek platform %30–60 ek iş | İlk sürümde tek platform; çapraz platform seçeneğini değerlendir |
8 | Tasarım derinliği: kurumsal şablon vs özgün arayüz | Özgün UX projeye %10–20 ekler | Kullanıcı sayısı ve dış müşteri görünürlüğüne göre karar ver |
9 | Müşteri tarafı kapasite: onay hızı, değişiklik oranı, ürün sahibi | Bekleme ve yeniden iş; gecikmelerin ana nedeni | Bir ürün sahibi ata, karar süresini sözleşmeye yaz |
Bu dokuz faktörden ikisi tekliflerdeki farkın çoğunu açıklar: entegrasyon ve veri göçü. Kod yazmak öngörülebilirdir; başka sistemin davranışını keşfetmek ve on yıllık veriyi temizlemek değildir. Bir teklif bu iki kalemi ayrı satırlarda göstermiyorsa, ya varsayımla fiyatlanmıştır ya da sonradan ek iş olarak gelecektir.
Tekliflerin arkasındaki matematik: adam-gün
Her teklif, açıkça yazılsa da yazılmasa da, şu formülden çıkar:
Maliyet = ekip büyüklüğü × süre × günlük oran + sabit kalemler
Tipik bir kurumsal projede ekip şöyle kurulur: bir analist/proje yöneticisi (yarı zamanlı), iki-üç geliştirici, bir arayüz tasarımcısı (proje başında yoğun), bir test uzmanı (proje sonunda yoğun). Süre bandları kapsama göre değişir: odaklı bir kurumsal modül tipik olarak 8–12 hafta, entegrasyonlu çok rollü bir platform 4–9 ay sürer. Süreyi belirleyen kod miktarından çok entegrasyon sayısı ve onay süreçlerinin karmaşıklığıdır.
Bir teklifi sağlamasını yapmanın en kolay yolu adam-gün sayısını sormaktır. "12 haftalık proje, 2,5 kişilik ekip" yaklaşık 150 adam-gün eder; teklif bedelini 150'ye böldüğünüzde çıkan günlük oran, piyasa aralığıyla karşılaştırılabilir hale gelir. Adam-gün açıklaması vermeyen teklifi karşılaştıramazsınız.
Sözleşme modelleri: sabit fiyat, zaman-malzeme, hibrit
Boyut | Sabit kapsam – sabit fiyat | Zaman-malzeme (T&M) | Hibrit |
|---|---|---|---|
Kapsam netliği | Yüksek olmalı; yazılı şartname şart | Düşük olabilir; kapsam yol boyunca netleşir | Keşif sabit fiyat, geliştirme T&M |
Risk kimde | Tedarikçide; fiyata risk primi eklenir | Müşteride; ama şeffaf | Paylaşılır |
Değişiklik yönetimi | Her değişiklik ek teklif | Backlog önceliği değişir, ek sözleşme gerekmez | Sprint bazında |
Bütçe öngörüsü | Kesin | Tavan bütçe ve haftalık raporla yönetilir | Fazlara göre kesin |
Uygun durum | Kapsamı net, benzerleri yapılmış işler | Belirsizlik yüksek, keşif gerektiren işler | Kurumsal projelerin çoğu |
Sabit fiyat "daha güvenli" görünür ama iki bedeli vardır: tedarikçi belirsizliği fiyata prim olarak ekler ve her değişiklik pazarlığa dönüşür. Kapsamın netleşmediği projelerde zaman-malzeme, tavan bütçe ve haftalık ilerleme raporuyla birlikte hem daha ucuz hem daha kontrol edilebilir olur. Bizim en sık kurduğumuz yapı hibrittir: keşif ve prototip sabit fiyatla, geliştirme sprint bazlı, bakım aylık.
Tekliflerde görünmeyen kalemler
Bakım ve destek: Teslim sonrası yıllık bakım, tipik olarak geliştirme bedelinin %15–20'sidir. Bütçede yoksa yazılım ikinci yılda erimeye başlar.
Altyapı: Bulut veya sunucu, yedekleme, izleme, SSL, alan adı. Aylık düşük ama sürekli.
Üçüncü parti servisler: SMS, e-posta gönderimi, harita, ödeme sağlayıcı, e-fatura entegratörü. Kullanıma göre faturalanır.
Mağaza ve sertifika hesapları: Mobil projede Apple ve Google geliştirici hesapları, kod imzalama.
Güvenlik testi: Dış müşteriye açık sistemlerde sızma testi ayrı bir kalemdir.
Eğitim ve dokümantasyon: Devir eğitimi ve teknik dokümantasyon teklifin parçası olmalıdır; değilse sonradan ücretlendirilir.
Veri göçü: Yukarıda anlatıldı; ayrı satır olarak görmek isteyin.
Maliyeti düşürmenin doğru ve yanlış yolları
Doğru yollar
MVP kapsamı: İlk sürümde işi döndüren asgari akış; raporlar, ikincil roller ve "iyi olur" özellikleri ikinci faza.
Hazır bileşenler: Kimlik yönetimi için Keycloak, ödeme için sağlayıcı entegrasyonu, e-fatura için entegratör. Rekabet avantajı olmayan parçaları yazdırmayın.
Entegrasyonu fazlandırma: Önce dosya/manuel aktarımla çalışan sürüm, sonra canlı entegrasyon.
Prototip onayı: Tıklanabilir prototip onaylanmadan üretim kodu yazılmasın; en pahalı değişiklik kodlanmış ekranın değişmesidir.
Yanlış yollar
Testi ve dokümantasyonu kesmek: Kısa vadede %10 tasarruf, ilk üretim hatasında geri ödenir.
Keşif aşamasını atlamak: Keşifsiz verilen fiyat tahmindir, teklif değil; fark sonradan "ek iş" olarak gelir.
En düşük teklifi seçmek: Üç kat fark, genellikle kapsamın üç kat farklı anlaşıldığı anlamına gelir.
Teklif alırken sorulacak yedi soru
Teklif kaç adam-gün üzerinden hesaplandı, ekip yapısı nedir?
Entegrasyon ve veri göçü ayrı satırlarda mı?
Hangi varsayımlarla fiyatlandı; hangi durumda fiyat değişir?
Kaynak kodun mülkiyeti kime ait, hangi anda devredilir?
Bakım ve destek sözleşmesinin kapsamı ve yanıt süresi taahhüdü nedir?
Kabul kriterleri nasıl tanımlanacak, teslim neye göre onaylanacak?
Değişiklik talepleri nasıl fiyatlanacak ve önceliklendirilecek?
Sık sorulan sorular
Aynı iş için teklifler neden üç kat farklı çıkıyor?
Çoğunlukla kapsam farklı anlaşıldığı için: biri entegrasyonu dahil etmiş, diğeri etmemiştir; biri test ve dokümantasyonu fiyatlamış, diğeri fiyatlamamıştır. Adam-gün ve varsayım listesi istemeden teklifleri karşılaştırmayın.
Sabit fiyat her zaman daha mı güvenli?
Kapsam yazılı şartnameyle netleşmişse evet. Netleşmemişse sabit fiyat, risk primi ve değişiklik pazarlıkları nedeniyle genellikle daha pahalıya gelir; tavan bütçeli zaman-malzeme daha kontrol edilebilirdir.
Bakım sözleşmesi zorunlu mu?
Zorunlu değil ama kaçınılmazdır: güvenlik yamaları, kütüphane güncellemeleri ve mevzuat değişiklikleri birinin sorumluluğunda olmalıdır. Bakımı kendi ekibiniz üstlenecekse devir eğitimi ve dokümantasyonu teslimin parçası yapın.
Sonuç
Kurumsal yazılım maliyeti bir fiyat listesi değil, dokuz faktörün ve seçilen sözleşme modelinin sonucudur. Kapsamı akış şemasına dökmek, entegrasyon ve veri göçünü ayrı görmek, adam-gün sormak ve bakımı baştan bütçelemek — bu dört alışkanlık, sürpriz maliyetlerin büyük kısmını ortadan kaldırır.
Projenizin kapsamını ve bütçe aralığını birlikte netleştirmek için kurumsal uygulama geliştirme sürecimize, teslim sonrası kapsam için bakım ve destek hizmetimize göz atabilirsiniz. Keşif görüşmesi ve ilk tahmin ücretsizdir.