Özel Yazılım Maliyeti Neye Göre Belirlenir?

Özel yazılımın liste fiyatı yoktur; maliyet tek bir formülden çıkar: tahmini adam-gün × ekibin günlük birim fiyatı. Adam-gün, işi bitirmek için gereken toplam geliştirici-günüdür; birim fiyat ise ekibin kıdemine ve şirketin konumuna göre değişir. Bu yüzden “bir yazılım kaç para?” sorusunun tek dürüst cevabı, işin kaç adam-güne oturduğunu çıkarmaktır. Kabaca üç bant vardır: tek bir süreci dijitalleştiren küçük bir iç panel 20-40 adam-gün, birden fazla rol ve entegrasyon içeren orta ölçekli bir iş uygulaması 60-150 adam-gün, birden çok modülü ve dış sistem bağlantısı olan kurumsal bir platform 200 adam-günün üzerindedir. Aşağıda bu sayının nasıl oluştuğunu, fiyatı asıl neyin büyüttüğünü ve bütçeyi hangi noktalarda gerçekten düşürebileceğinizi bulacaksınız.

Maliyet nasıl hesaplanır: adam-gün formülü

Bir yazılım firması size fiyat verirken önce işi parçalara böler: ekranlar, iş kuralları, entegrasyonlar, raporlar. Her parçaya bir geliştirme süresi biçilir, üzerine test ve düzeltme payı eklenir ve toplam adam-gün çıkar. Bu sayı ekibin günlük birim fiyatıyla çarpıldığında proje bedeline ulaşılır. Formül basit görünür ama içinde iki tuzak vardır.

Birinci tuzak, tahmine yalnızca “kodlama” süresinin yazılmasıdır. Gerçek bir projede kodlama toplam eforun yaklaşık yarısıdır; kalanı analiz, tasarım, test, düzeltme, kurulum ve devreye alma işidir. Sadece kodlama üzerinden verilen teklif ucuz görünür, sonra ek kalemlerle büyür. İkinci tuzak, belirsizliğin fiyata yansıtılmaması. Gereksinimler netleşmemişken verilen bir rakam tahmin değil temennidir; ciddi bir firma belirsiz kapsam için ya aralık verir ya da önce ücretli bir keşif çalışması önerir.

Fiyatı belirleyen altı kalem

• Ekran sayısı ve karmaşıklığı — Liste-form-detay üçlüsünden oluşan basit bir ekran ile sürükle-bırak planlama arayüzü aynı kalemde değildir.
• Rol ve yetki yapısı — Tek tip kullanıcıdan üç role geçmek, her ekranı yeniden düşünmek ve yetki matrisini test etmek demektir; maliyeti sanılandan çok artırır.
• Entegrasyonlar — ERP, muhasebe, ödeme, kargo, SMS, e-fatura gibi her dış sistem ayrı bir geliştirme ve test yükü getirir. Dokümantasyonu zayıf ya da test ortamı olmayan sistemler bu yükü ikiye katlar.
• Veri göçü — Eski sistemdeki veriyi taşımak çoğu teklifte unutulur. Kirli, tekrarlı veya eksik veri, göçü tek başına haftalık bir işe çevirebilir.
• Tasarım beklentisi — Hazır bir bileşen kütüphanesiyle kurulmuş işlevsel arayüz ile sıfırdan tasarlanmış özgün bir arayüz arasında ciddi fark vardır.
• Kullanıcı sayısı ve yük — Yüz kişinin kullandığı bir panelle on binlerce kişinin aynı anda girdiği bir sistem, aynı işlevi yapsa bile farklı mimari ister.

Kapsam nasıl sessizce büyür?

Özel yazılım projelerinde bütçeyi aşan asıl sebep, kötü tahmin değil kapsam kaymasıdır. Proje başlarken “basit bir stok takibi” diye tarif edilen iş, üç hafta sonra depo transferleri, sayım farkları, tedarikçi siparişleri ve maliyet raporlarını da içerir hâle gelir. Her ekleme tek başına küçüktür; toplamı ilk teklifin iki katıdır.

Bunu önlemenin yolu kapsamı yasaklamak değil, yazılı hâle getirmektir. Proje başlamadan önce hangi ekranların, hangi rollerin ve hangi entegrasyonların dahil olduğunu; hangilerinin ikinci faza bırakıldığını netleştirin. Bu belgeyi nasıl hazırlayacağınızı yazılım proje brief’i hazırlama yazımızda adım adım anlattık — iyi bir brief, çoğu zaman ilk teklifteki belirsizlik payını doğrudan düşürür.

Kapsamı baştan yazıya dökmek yalnızca proje yönetimi meselesi değil, doğrudan fiyat meselesidir: belirsiz kapsam, teklife eklenen risk payı olarak size zaten fatura edilir.

Sabit fiyat mı, adam-gün mü?

İki yaygın sözleşme modeli vardır ve hangisinin doğru olduğu projenin netliğine bağlıdır. Sabit fiyat modelinde kapsam ve bedel baştan sabitlenir; riski firma taşır, bu yüzden teklife bir güvenlik payı eklenir. Kapsamı gerçekten net, değişme ihtimali düşük projelerde en öngörülebilir yoldur.

Adam-gün (zaman ve malzeme) modelinde ise harcanan efor faturalanır. Kapsamın yol boyunca netleştiği, kullanıcı geri bildirimiyle şekillenen ürünlerde daha adildir ve gereksiz güvenlik payı ödemezsiniz; buna karşılık bütçeyi siz takip etmek zorundasınız. Pratikte en sağlıklı kurulum ikisinin karışımıdır: keşif ve ilk faz sabit fiyatla yapılır, sonraki geliştirmeler adam-gün havuzuyla yürütülür.

Görünmeyen kalemler: yazılım bittikten sonra

Teslim, maliyetin sonu değildir. Her özel yazılımın yıllık bir işletme gideri vardır ve bunu bütçelemeyen şirketler ikinci yılda zorlanır. Tipik kalemler: sunucu veya bulut altyapısı, alan adı ve sertifika, üçüncü taraf servis abonelikleri (harita, SMS, e-posta, ödeme), yedekleme ve izleme araçları, güvenlik güncellemeleri ve kullanıcı destek hattı.

Sektörde yaygın kabul, yıllık bakım-destek bedelinin ilk geliştirme bedelinin yaklaşık beşte biri civarında olmasıdır. Bu rakam, kullanılan teknolojinin güncel kalması, hata düzeltmeleri ve küçük iyileştirmeleri kapsar. Yazılımın toplam sahip olma maliyetini hazır çözümlerle karşılaştırmak istiyorsanız özel yazılım mı hazır çözüm mü yazımız iki modelin beş yıllık toplamını yan yana koyuyor.

Bütçeyi düşürmenin gerçekçi yolları

• Önce MVP çıkarın. Çekirdek değeri taşıyan en küçük sürümü yayına alıp gerisini gerçek kullanımdan öğrenmek, ilk maliyeti de riski de düşürür; ayrıntısı MVP nedir, nasıl geliştirilir yazımızda.
• Fazlara bölün. İkinci fazda yapılacak her özellik, birinci fazın teslim tarihini ve fiyatını küçültür.
• Hazır bileşenleri kabul edin. Özgün tasarım gerektirmeyen yönetim panelleri için hazır arayüz kütüphaneleri günler kazandırır.
• Entegrasyonları önceliklendirin. Gerçekten günlük kullanılan iki entegrasyonla başlayın; “ileride lazım olur” denilenleri erteleyin.
• Veriyi siz temizleyin. Göç edecek veriyi kendi ekibinizin düzenlemesi, aynı işi geliştiriciye yaptırmaktan çok daha ucuzdur.
• Karar verici tek kişi olsun. Onay sürecinin uzunluğu doğrudan adam-güne yazılır; her hafta gecikme, ekibin bekleme maliyetidir.

Teklif alırken sorulması gereken sorular

Karşılaştırılabilir teklif almak için hepsinden aynı bilgiyi isteyin: toplam adam-gün tahmini ve dağılımı, teklife dahil olan ve olmayan kalemler, test ve devreye alma süreçlerinin dahil olup olmadığı, kaynak kodun mülkiyeti, teslim sonrası garanti süresi ve bakım bedeli, gecikme durumunda ne olacağı. Yalnızca toplam rakama bakılarak yapılan karşılaştırma neredeyse her zaman yanıltıcıdır; en düşük teklif çoğu zaman en dar kapsamlı olandır.

Sonuç

Özel yazılım maliyeti bir liste fiyatı değil, kapsamın matematiğidir: ekran sayısı, rol yapısı, entegrasyonlar ve veri göçü adam-günü belirler; adam-gün de fiyatı. Bütçeyi kontrol etmenin en etkili yolu pazarlık değil, kapsamı baştan netleştirmek ve işi fazlara bölmektir. Projenizin hangi banda düştüğünü konuşmak isterseniz özel yazılım geliştirme hizmetimize göz atabilir ya da kapsamınızı birlikte çıkarmak için teklif alabilirsiniz.