"Yazılım yaptırmak ne kadar tutar?" sorusu, "bir ev yaptırmak ne kadar tutar?" sorusuna benzer. Metrekare, malzeme kalitesi, arsa durumu ve iç mimari bilinmeden verilen her rakam ya çok iyimser ya da çok temkinli olur. Yazılımda da durum aynıdır: yazılım fiyatları, kapsam netleşmeden sağlıklı biçimde konuşulamaz.
Bu yazıda rakam vermek yerine, rakamı neyin belirlediğini anlatıyoruz. Amacımız, teklif aldığınızda teklifleri doğru okuyabilmeniz, birbirinden çok farklı görünen fiyatların nedenini anlayabilmeniz ve bütçenizi gerçekçi planlayabilmenizdir.
Yazılım fiyatları neye göre belirlenir?
Bir yazılım projesinin maliyetinin büyük kısmı, projede çalışan ekibin harcadığı emekten oluşur. Analist, tasarımcı, yazılım geliştirici, test uzmanı ve proje yöneticisinin toplam çalışma süresi maliyetin omurgasıdır. Dolayısıyla bu süreyi uzatan veya kısaltan her unsur fiyatı doğrudan etkiler.
1. Kapsam ve özellik sayısı
En belirleyici etken kapsamdır. Kaç farklı kullanıcı rolü var, kaç ekran gerekiyor, hangi iş kuralları uygulanacak? "Kullanıcı giriş yapsın" gibi basit görünen bir madde bile şifre sıfırlama, iki adımlı doğrulama, yetki grupları ve oturum yönetimiyle birlikte ele alındığında ciddi bir iş kalemine dönüşebilir.
2. İş kurallarının karmaşıklığı
İki proje aynı sayıda ekrana sahip olabilir, ama birinde fiyat hesaplaması sabit bir tablodan gelirken diğerinde müşteri tipine, kampanyaya, döviz kuruna ve stok durumuna göre dinamik olarak hesaplanıyor olabilir. Karar mantığı ne kadar karmaşıksa geliştirme ve test süresi o kadar uzar.
3. Entegrasyonlar
Ödeme altyapısı, e-fatura, muhasebe programı, kargo firması, SMS ve WhatsApp servisleri, harita servisleri veya mevcut bir ERP ile entegrasyon, her biri ayrı bir iş kalemidir. Karşı tarafın belgelenmiş ve kararlı bir API sunup sunmadığı süreyi önemli ölçüde değiştirir. Belgesi eksik veya eski bir sistemle entegrasyon, çoğu zaman tahminlerin en çok saptığı alandır.
4. Tasarım beklentisi
Hazır bir arayüz kütüphanesiyle tutarlı, sade ekranlar tasarlamak ile markaya özel, animasyonlu ve her ekranı ayrıca tasarlanmış bir kullanıcı deneyimi oluşturmak arasında belirgin bir emek farkı vardır.
5. Platform sayısı
Yalnızca web paneli mi, yoksa web paneline ek olarak iOS ve Android uygulamaları da mı? Her platform ayrı test, ayrı yayın süreci ve ayrı bakım anlamına gelir. Çapraz platform teknolojiler bu yükü azaltır ama tamamen ortadan kaldırmaz.
6. Performans, güvenlik ve ölçek
Aynı anda birkaç düzine kullanıcının kullandığı bir iç sistem ile binlerce ziyaretçinin eş zamanlı eriştiği bir platformun altyapı gereksinimi farklıdır. Kişisel veya sağlık verisi işleniyorsa şifreleme, erişim kayıtları ve KVKK uyumu için ek çalışma gerekir.
7. Veri aktarımı
Mevcut Excel dosyalarındaki veya eski bir sistemdeki kayıtların temizlenip yeni sisteme taşınması çoğu zaman küçümsenir. Veri kalitesi düşükse bu iş kendi başına bir mini proje hâline gelir.
Maliyeti etkileyen unsurlar: hızlı özet tablosu
| Unsur | Maliyeti düşüren durum | Maliyeti artıran durum |
|---|---|---|
| Kapsam | Net, önceliklendirilmiş ilk sürüm | Belirsiz, sürekli genişleyen istek listesi |
| İş kuralları | Standart akışlar | Çok değişkenli hesaplama ve onay zincirleri |
| Entegrasyon | Belgelenmiş, modern API | Belgesiz veya eski sistemler |
| Tasarım | Tutarlı bileşen kütüphanesi | Ekran bazında özgün tasarım ve animasyon |
| Platform | Yalnızca web | Web, iOS ve Android birlikte |
| Veri | Temiz ve az sayıda kayıt | Dağınık, tekrar eden, farklı formatlarda kayıt |
| Karar süreci | Tek yetkili, hızlı geri bildirim | Çok paydaş, uzun onay döngüleri |
Son satır genellikle gözden kaçar: müşteri tarafında geri bildirimlerin gecikmesi veya kararların sık değişmesi, projenin süresini ve dolayısıyla maliyetini doğrudan uzatır.
Mobil uygulama maliyeti nasıl hesaplanır?
Mobil uygulama projelerinde yukarıdaki tüm unsurlara ek olarak birkaç özel kalem daha vardır:
- Yerel mi, çapraz platform mu? iOS ve Android için ayrı ayrı yerel geliştirme, en yüksek performansı ve cihaz özelliklerine en derin erişimi sağlar ama iki ayrı kod tabanı demektir. Çapraz platform çözümler tek kod tabanıyla iki platforma çıkmayı mümkün kılar ve çoğu iş uygulaması için yeterlidir.
- Arka uç (backend): Mobil uygulamanın görünen yüzü buzdağının ucudur. Kullanıcı hesapları, veri saklama, bildirim gönderimi ve yönetim paneli için bir sunucu tarafı gerekir. Mobil uygulama maliyetinin önemli bir kısmı buradadır.
- Cihaz özellikleri: Kamera, konum, Bluetooth, NFC veya çevrimdışı çalışma gibi gereksinimler karmaşıklığı artırır.
- Mağaza süreçleri: App Store ve Google Play'in yayın kuralları, inceleme süreçleri ve geliştirici hesabı ücretleri hesaba katılmalıdır. Mağazaların uygulama içi satışlardan aldığı paylar da iş modelini etkileyebilir; güncel koşulları mağazaların kendi sayfalarından kontrol etmek gerekir.
- İşletim sistemi güncellemeleri: iOS ve Android her yıl yeni sürümler çıkarır. Uygulamanın bu sürümlere uyumlu tutulması sürekli bir bakım kalemidir.
Bazı durumlarda mobil uygulama yerine telefonda uygulama gibi çalışan, mobil uyumlu bir web uygulaması da yeterli olabilir. Kullanıcının uygulamayı indirmesini gerektirmeyen senaryolarda bu seçenek hem maliyeti hem de yayına çıkış süresini azaltır. Mobil tarafta ihtiyaç analizini nasıl yaptığımızı mobil uygulama geliştirme sayfamızda ayrıntılı anlatıyoruz.
Fiyatlandırma modelleri: sabit fiyat, zaman-malzeme ve retainer
Aynı proje, farklı fiyatlandırma modelleriyle teklif edilebilir. Her modelin kime uygun olduğunu bilmek, teklifleri doğru karşılaştırmanın ön şartıdır.
| Model | Nasıl işler? | Uygun olduğu durum | Dikkat edilmesi gereken |
|---|---|---|---|
| Sabit fiyat | Kapsam önceden yazılır, toplam bedel ve süre baştan belirlenir. | Kapsamı net, değişme ihtimali düşük projeler | Kapsam dışı her talep ek iş olarak fiyatlanır; analiz dokümanı çok iyi hazırlanmalıdır. |
| Zaman-malzeme | Harcanan gerçek süre üzerinden, genellikle dönemsel olarak faturalanır. | Kapsamı zamanla netleşecek, esneklik gerektiren projeler | Düzenli raporlama ve önceliklendirme şarttır; bütçe tavanı belirlemek faydalıdır. |
| Retainer (aylık sabit) | Her ay belirli bir ekip kapasitesi veya saat için sabit ücret ödenir. | Canlıdaki ürünün sürekli geliştirilmesi ve bakımı | Kullanılmayan kapasitenin nasıl değerlendirileceği sözleşmede yazmalıdır. |
Pratikte hibrit bir model de sık kullanılır: analiz ve ilk sürüm sabit fiyatla yapılır, canlıya çıktıktan sonraki geliştirmeler retainer veya zaman-malzeme modeliyle sürdürülür. Bu yapı, hem ilk yatırımı öngörülebilir kılar hem de ürünün gerçek kullanıcı geri bildirimine göre gelişmesine izin verir.
Gizli maliyetler: teklifte görünmeyen kalemler
Yazılımın geliştirme bedeli, toplam maliyetin yalnızca bir bölümüdür. Bütçe planlarken aşağıdaki kalemleri mutlaka sorun:
- Barındırma (hosting) ve altyapı: Sunucu veya bulut hizmeti, veritabanı, dosya depolama, yedekleme alanı ve trafik giderleri.
- Alan adı ve SSL: Küçük kalemlerdir ama yıllık yenilenir.
- Üçüncü parti servisler: SMS, e-posta gönderimi, harita, ödeme altyapısı ve yapay zeka servisleri genellikle kullanım miktarına göre ücretlendirilir.
- Uygulama mağazası ücretleri: Geliştirici hesapları ve varsa mağaza komisyonları.
- Bakım ve destek: Güvenlik yamaları, kütüphane güncellemeleri, hata düzeltmeleri ve izleme. Canlıdaki her yazılımın düzenli bakıma ihtiyacı vardır.
- Lisanslar: Kullanılan ücretli bileşenler, raporlama araçları veya yazı tipleri.
- Eğitim ve dokümantasyon: Kullanıcıların sistemi benimsemesi için harcanan zaman.
- İç ekip zamanı: Proje boyunca sizin tarafınızdan toplantılara, testlere ve veri hazırlığına ayrılan emek.
Hazır ve özel yazılımı bu kalemlerle birlikte karşılaştırmak için hazır yazılım mı özel yazılım mı yazımızdaki toplam sahip olma maliyeti bölümünü inceleyebilirsiniz.
Doğru teklif almak için nasıl hazırlanmalı?
Teklif veren firmaya ne kadar net bilgi verirseniz, alacağınız fiyat o kadar gerçekçi olur. Görüşmeden önce aşağıdaki listeyi hazırlamanızı öneririz:
- Problemi tanımlayın: Yazılım hangi sorunu çözecek, bugün bu iş nasıl yapılıyor?
- Kullanıcıları listeleyin: Kimler kullanacak, her birinin yetkisi ne olacak?
- Olmazsa olmazları ayırın: İlk sürümde mutlaka olması gerekenleri, sonraya bırakılabileceklerden ayırın.
- Entegrasyonları yazın: Hangi sistemlerle veri alışverişi yapılacak?
- Örnek belgeleri paylaşın: Kullandığınız Excel dosyaları, formlar ve raporlar kapsamı anlamayı çok hızlandırır.
- Zaman beklentinizi belirtin: Sabit bir yayın tarihi varsa (sezon açılışı, fuar vb.) baştan söyleyin.
- Bütçe aralığınızı paylaşın: Bu, size uymayan bir çözüm önerilmesini engeller; aynı bütçeyle neyin mümkün olduğunu konuşmayı sağlar.
Kaliteden ödün vermeden maliyet nasıl düşürülür?
Bütçeyi aşmadan işe yarar bir yazılıma sahip olmanın yolu, maliyeti rastgele kısmak değil, harcamayı doğru yere yönlendirmektir:
- Minimum uygulanabilir ürünle başlayın: İşin en çok değer üreten akışını çözen bir ilk sürüm, tüm istek listesini kapsayan bir projeden çok daha hızlı geri dönüş sağlar.
- Tekerleği yeniden icat etmeyin: Kimlik doğrulama, ödeme, bildirim gibi standart parçalar için olgunlaşmış servisler ve kütüphaneler kullanılabilir.
- Tasarımı bileşen tabanlı kurgulayın: Tutarlı bir bileşen seti hem geliştirmeyi hızlandırır hem de sonraki ekranların maliyetini düşürür.
- Karar verici atayın: Proje boyunca hızlı geri bildirim verebilen tek bir yetkili, bekleme sürelerini ciddi biçimde kısaltır.
Teklifleri karşılaştırırken sık yapılan hatalar
- Yalnızca toplam rakama bakmak: Teklifler aynı kapsamı içermiyorsa rakamlar karşılaştırılamaz. Hangi özelliklerin dahil olduğunu satır satır kontrol edin.
- Bakım ve barındırmayı sormamak: Canlıya çıktıktan sonraki ilk yılın maliyetini de teklifin parçası olarak isteyin.
- Kaynak kod ve veri sahipliğini atlamak: Sözleşmede kaynak kodun, veritabanının ve erişim bilgilerinin kime ait olacağı açıkça yazmalıdır.
- Test ve kabul sürecini tanımlamamak: İşin ne zaman "bitti" sayılacağı baştan belirlenmelidir.
- Çok düşük teklife güvenmek: Piyasanın belirgin biçimde altındaki bir teklif genellikle kapsamın yanlış anlaşıldığını veya bakım, test gibi kalemlerin dışarıda bırakıldığını gösterir.
Sonuç: bütçeyi kapsamla birlikte planlayın
Yazılım maliyetini kontrol altında tutmanın en etkili yolu, işe küçük ve net bir kapsamla başlamak, gerçek kullanım verisiyle önceliklendirmek ve bakımı en baştan bütçeye dahil etmektir. Sektörünüz için hazır bir ürün varsa, sıfırdan geliştirmek yerine bu ürünün üzerine özelleştirme yapmak da maliyeti önemli ölçüde düşürebilir; örneğin standart müşteri takibi için bir CRM yazılımı temel alınabilir.
Projenizi birlikte analiz edip kapsam, süre ve fiyatlandırma modelini gerekçeleriyle ortaya koyan net bir teklif almak için özel yazılım geliştirme sayfamızı inceleyebilir veya bize ulaşabilirsiniz.
Sık sorulan sorular
Yazılım yaptırmak ne kadar tutar?
Tek bir rakam vermek mümkün değildir; maliyet kapsam, iş kurallarının karmaşıklığı, entegrasyon sayısı, platform sayısı ve tasarım beklentisine göre belirlenir. Sağlıklı bir fiyat için önce ihtiyaç analizi yapılmalı ve ilk sürümün kapsamı netleştirilmelidir.
Mobil uygulama maliyeti web yazılımından neden farklıdır?
Mobil uygulamada web paneline ek olarak iOS ve Android için geliştirme, mağaza yayın süreçleri, cihaz testleri ve işletim sistemi güncellemelerine uyum gibi ek kalemler vardır. Ayrıca uygulamanın arkasında çoğu zaman bir sunucu tarafı ve yönetim paneli de geliştirilir.
Sabit fiyat mı, zaman-malzeme modeli mi daha avantajlıdır?
Kapsamı net ve değişme ihtimali düşük projelerde sabit fiyat öngörülebilirlik sağlar. Kapsamı zamanla netleşecek veya sürekli gelişecek ürünlerde zaman-malzeme ya da retainer modeli daha esnektir. Birçok projede ilk sürüm sabit fiyatla, sonraki geliştirmeler esnek modelle yürütülür.
Teklif almak için hangi bilgileri hazırlamalıyım?
Yazılımın çözeceği problemi, kullanıcı rollerini, ilk sürümde olmazsa olmaz özellikleri ve entegre olması gereken sistemleri yazılı olarak hazırlamanız yeterlidir. Kullandığınız Excel dosyaları ve formlar gibi örnek belgeler kapsamın hızlı anlaşılmasını sağlar.
Yazılım teslim edildikten sonra ek maliyet çıkar mı?
Evet, canlıdaki her yazılımın barındırma, alan adı, üçüncü parti servisler ve bakım gibi süregelen giderleri vardır. Bu kalemlerin teklif aşamasında ayrıca sorulması ve ilk yılın toplam maliyetinin birlikte değerlendirilmesi önerilir.
