Yazılım Maliyeti Neye Göre Değişir?

01Yazılım Fiyatı Neden Tek Bir Rakam Değildir?

“Bir uygulama kaç para?” sorusu, “bir ev kaç para?” sorusuna benzer. Metrekare, konum, malzeme ve işçilik bilinmeden verilen her rakam tahminden öteye geçmez. Yazılım yaptırma fiyatları da aynı şekilde, ne yapılacağı netleşmeden anlamlı biçimde konuşulamaz.

İki uygulama ekranda birbirine çok benzeyebilir, ama biri yalnızca form verisini kaydederken diğeri stok düşer, muhasebeye fatura gönderir, kargoya etiket açar ve müşteriye bildirim yollar. Görünen yüz aynı, arkadaki emek tamamen farklıdır.

Bu yüzden sağlıklı bir bütçe, önce kapsamı netleştirmekle başlar. Kapsam belirsiz kaldıkça teklifler arasındaki fark büyür ve karşılaştırma yapmak zorlaşır.

02Maliyeti Belirleyen Ana Kalemler

Aşağıdaki etkenler, hemen her yazılım projesinde bütçeyi doğrudan etkiler. Hangisinin sizin projenizde ağır bastığını bilmek, pazarlıkta da öncelik belirlemede de işinizi kolaylaştırır.

Kapsam ve modül sayısı

Ekran, rol ve rapor sayısı arttıkça emek doğrusal olmaktan çok katlanarak artar. Her yeni kullanıcı rolü, mevcut ekranlarda yetki kontrolü demektir. Net bir kapsam listesi, maliyetin en güçlü belirleyicisidir.

İş kurallarının karmaşıklığı

Basit bir kayıt formu ile sezona, müşteri grubuna ve kanala göre değişen bir fiyat hesaplaması aynı emeği gerektirmez. İstisnalar ve uç durumlar arttıkça test yükü de büyür.

Entegrasyonlar

Muhasebe, e-fatura, kargo, ödeme, pazaryeri ya da kurum içi eski sistemlerle bağlantı, maliyetin çoğu zaman en az tahmin edilen kalemidir. Karşı sistemin dokümantasyonu zayıfsa ya da test ortamı yoksa süre uzar. Bu tür bağlantıları e-ticaret entegrasyon hizmet sayfamızda örnekleriyle anlattık.

Tasarım ve kullanıcı deneyimi

Firmaya özel tasarlanmış bir arayüz, standart bir yönetim paneline göre daha fazla tasarım ve ön yüz emeği ister. Karşılığında kullanım kolaylığı ve marka tutarlılığı kazanılır.

Güvenlik, performans ve ölçek

Ödeme ya da kişisel veri işleyen sistemler; ek güvenlik kontrolleri, kayıt tutma ve yedekleme gerektirir. Aynı anda binlerce kullanıcıya hizmet vermesi beklenen bir sistem de mimari açıdan daha fazla planlama ister.

03Adam Gün Hesabı Nedir?

Yazılım sektöründe emek çoğu zaman adam gün (bir kişinin bir iş günü) ya da adam saat cinsinden tahmin edilir. Proje parçalara bölünür, her parçaya analiz, tasarım, geliştirme ve test için gereken süre yazılır ve toplanır.

Bu hesap bir tahmindir, kesin ölçüm değildir. Bu yüzden deneyimli ekipler belirsiz kalemler için bir risk payı ekler. Kapsam ne kadar netse, risk payı o kadar küçük tutulabilir. Ekip büyüdükçe süre kısalır ama koordinasyon yükü de artar; bu nedenle kişi sayısını ikiye katlamak süreyi her zaman yarıya indirmez.

Toplam emek = Σ (modül başına analiz + tasarım + geliştirme + test)
Risk payı = belirsiz kalemler için ek süre
Tahmini süre = (Toplam emek + Risk payı) / ekip kişi sayısı
Bütçe = Toplam emek x birim emek bedeli + lisans + altyapı

04Ekip ve Çalışma Modeli

Aynı proje farklı ekip yapılarıyla farklı maliyetlerle yürütülebilir. Serbest çalışan tek bir geliştirici, küçük bir uzman ekip ya da büyük bir firma; her birinin süre, süreklilik ve risk açısından farklı bir profili vardır.

Çalışma modeli de bütçeyi etkiler. Sabit fiyat modelinde kapsam baştan donar, değişiklikler ayrı fiyatlanır. Zaman ve emek modelinde ise harcanan süre üzerinden ilerlenir; kapsamın değişmesi beklenen projelerde daha esnektir ama bütçe takibi gerektirir.

05Gözden Kaçan Kalıcı Maliyetler

Yazılım bütçesi yalnız geliştirme bedelinden oluşmaz. Yayına aldıktan sonra her yıl tekrar eden kalemleri baştan hesaba katmak, ileride sürpriz yaşamayı önler.

• Barındırma ve bulut altyapısı: sunucu, veritabanı, depolama ve yedekleme.
• Bakım ve güncelleme: güvenlik yamaları, tarayıcı ve işletim sistemi uyumu.
• Üçüncü taraf servisler: SMS, e-posta gönderimi, harita, ödeme altyapısı gibi kullanım bazlı ücretler.
• Lisanslar: kullanılan ticari kütüphane ya da hizmetlerin yıllık bedelleri.
• Destek: kullanıcı soruları, hata bildirimleri ve küçük düzenlemeler.
• Yeni özellikler: kullanıldıkça ortaya çıkan ihtiyaçlar için ayrılan bütçe.

06Yazılım Bütçesi Nasıl Düşürülür?

Teknoloji seçimi konusunda örneğin web tarafında hâlâ çok yaygın olan dillerden birini PHP nedir yazımızda, hızlı deneme için kodsuz araçların yerini ise low-code nedir yazımızda ele aldık. Hızlı bir prototip ile uzun ömürlü bir ürünün bütçesi farklı mantıkla planlanır.

Sektörel çözüm seçeneği özellikle turizm, konaklama, emlak ve restoran gibi süreçleri benzer olan alanlarda öne çıkar. Otel rezervasyonu, acente satışları ya da ilan yönetimi gibi ihtiyaçlar için hazırlanmış sektörel yazılım çözümleri, sıfırdan geliştirmenin analiz ve test yükünün önemli bir kısmını ortadan kaldırır. Bütçe bu durumda temel ürün ile işletmeye özel uyarlamaların toplamı olarak konuşulur.

1. İlk sürümü küçültün: en kritik akışı önce yapın, kalanını kullanıcı geri bildirimiyle planlayın.
2. Kapsamı yazılı netleştirin: belirsizlik, risk payını ve dolayısıyla fiyatı büyütür.
3. Hazır olgun parçaları kullanın: kimlik doğrulama ya da ödeme gibi standart işlerde tekerleği yeniden icat etmeyin.
4. Sektörel çözüm olup olmadığına bakın: ihtiyacın büyük kısmını karşılayan bir ürün üzerinden özelleştirme daha ekonomik olabilir.
5. Karar vericiyi sürece katın: geç gelen onaylar ve fikir değişiklikleri en pahalı kalemlerdendir.
6. Teknoloji seçiminde bakımı düşünün: yaygın ve olgun teknolojiler uzun vadede daha kolay sürdürülür.

07Teklifleri Doğru Karşılaştırmak

Gelen teklifleri yan yana koyduğunuzda en düşük rakam her zaman en ekonomik seçenek değildir. Önce tekliflerin aynı kapsamı içerip içermediğini kontrol edin; birinde dahil olan test, eğitim ya da veri aktarımı diğerinde ayrı kalem olabilir.

Sorulacak temel sorular şunlardır: Kaynak kod ve veri kime ait olacak? Bakım ücreti neyi kapsıyor? Değişiklik talepleri nasıl fiyatlanıyor? Teslimden sonra hata düzeltme süresi ne kadar? Bu soruların yanıtları, ilk bakışta görünmeyen toplam sahip olma maliyetini ortaya çıkarır.

Süreç tarafını merak ediyorsanız analizden canlıya almaya kadar tüm aşamaları özel yazılım geliştirme süreci yazımızda anlattık. Mağaza projelerinde ise Aurora Smart E-Ticaret'in tek paket, her şey dahil yaklaşımını e-ticaret altyapısı sayfamızda inceleyebilirsiniz.