Yazılım Projesi Fiyatlandırma Modelleri: Sabit Bütçe mi, Saatlik mi, Aylık Ekip mi?

Kısaca: Yazılım projelerinde üç temel fiyatlandırma modeli vardır: sabit bütçe (kapsam ve fiyat önceden belli), zaman ve malzeme / saatlik (harcanan emeğe göre ödeme) ve adanmış ekip / aylık (belirli bir ekibi aylık ücretle çalıştırma). Hiçbiri evrensel olarak “en iyi” değildir: kapsamı net bir proje için sabit bütçe, belirsizliği yüksek ve değişken bir ürün için saatlik veya aylık model daha sağlıklıdır. Teklifi değerlendirirken tutara değil, neyin dahil olduğuna, değişikliğin nasıl yönetildiğine ve riski kimin taşıdığına bakın. Birçok proje, aşamalara bölünerek modelleri birlikte kullanır: keşif sabit fiyatla, geliştirme aşama aşama onayla.

Son güncelleme: Ekim 2026

Fiyat neden bu kadar farklı çıkıyor?

Aynı brifi üç firmaya verdiğinizde birbirinden çok farklı üç teklif alabilirsiniz. Bunun nedeni çoğunlukla firmaların “fiyat” değil varsayım farkıdır:

• Bir firma yalnızca ana ekranları saymış, diğeri yönetim panelini, bildirimleri ve raporları da eklemiştir.
• Biri test ve güvenlik çalışmasını fiyata dahil etmiş, diğeri “ek hizmet” saymıştır.
• Biri hazır bileşenlerle ilerleyecek, diğeri sıfırdan yazacaktır.
• Biri yayın sonrası bakım süresini tekliften çıkarmıştır.

Dolayısıyla önce kapsamı eşitlemeniz, sonra fiyatlandırma modelini anlamanız gerekir. Kapsamı netleştirme ve firma seçimi için yazılım firması seçerken sorulacak sorular rehberimize da bakabilirsiniz.

Model 1: Sabit bütçe (fixed price)

Nasıl çalışır? Kapsam, teslimatlar ve süre önceden belirlenir; karşılığında tek bir toplam fiyat (genellikle aşamalara bölünmüş ödemelerle) kararlaştırılır.

Artıları

• Bütçeniz önceden bellidir; finansal planlama kolaydır.
• Risk büyük ölçüde firmadadır: tahminden fazla emek harcanırsa bu firmanın maliyeti olur.
• Karşılaştırması kolaydır.

Riskleri

• Kapsamın gerçekten net olması gerekir. Belirsizlik, ya yüksek bir “risk payını” fiyata taşır ya da sonradan “bu kapsam dışıydı” tartışmalarına yol açar.
• Değişiklik talepleri ek maliyet olarak döner; süreç esnek değildir.
• Firma fiyatı sabitlediği için zaman baskısı altında kaliteden kısma eğilimi doğabilir (test, dokümantasyon). Bunu kabul kriterleri ve test maddeleriyle sözleşmede güvenceye alın.

Ne zaman uygun? Kurumsal tanıtım sitesi, net kapsamlı bir yönetim paneli, bilinen bir akışın dijitalleştirilmesi gibi ne istediğinizin büyük oranda belli olduğu işler.

Model 2: Zaman ve malzeme / saatlik (time & materials)

Nasıl çalışır? Harcanan emek (saat veya gün) üzerinden, belirli bir birim fiyatla faturalandırılır. Genellikle bir tahmin aralığı ve üst sınır konuşulur.

Artıları

• Esnektir: öncelikler değiştikçe kapsamı birlikte yeniden şekillendirebilirsiniz.
• Belirsiz veya keşif niteliğindeki işlerde “risk payı” ödemezsiniz; yalnızca yapılan işi ödersiniz.
• Kullanıcı geri bildirimine göre yön değiştirmek kolaydır.

Riskleri

• Toplam maliyet kesin değildir; kontrol mekanizması yoksa bütçe şişebilir.
• Firmanın hızlı bitirme teşviki düşüktür; şeffaf raporlama ve düzenli demo şarttır.
• Sizin tarafınızda aktif katılım (hızlı karar, geri bildirim) gerektirir.

Önlemler: Aylık veya aşama bazlı üst sınır, haftalık saat/yapılan iş raporu, her iterasyonun sonunda çalışan bir sürüm ve bütçe tükenmeden önce “devam/dur” kararı.

Ne zaman uygun? Kapsamı zamanla netleşecek ürünler, mevcut bir sistemde iyileştirme ve bakım işleri, araştırma-geliştirme niteliğindeki çalışmalar.

Model 3: Adanmış ekip / aylık model

Nasıl çalışır? Belirli sayıda uzmandan oluşan bir ekip, aylık sabit ücretle (ya da roller ve sürelerle) sizin ürününüz üzerinde çalışır. Projeyi “bitirmek” değil, ürünü sürekli geliştirmek amaçlanır.

Artıları

• Ekip ürününüzü ve iş alanınızı zamanla derinlemesine öğrenir; bilgi kaybı azalır.
• Öncelikleri her sprint yeniden belirleyebilirsiniz.
• Uzun vadede birim maliyet çoğu zaman düşer; işe alım ve yönetim yükünüz azalır.

Riskleri

• Aylık maliyet sürekli olduğundan, net bir ürün yol haritası yoksa kaynak boşa gidebilir.
• Önceliklendirmeyi yapacak bir ürün sahibi (sizin tarafınızda) şarttır.
• Kısa ve küçük işler için gereğinden büyük bir yapıdır.

Ne zaman uygun? SaaS ürünleri, büyüyen bir e-ticaret altyapısı, sürekli yeni özellik geliştirilen platformlar.

Üç modelin karşılaştırması

Hibrit yaklaşım: çoğu projede en mantıklısı

Pratikte birçok sağlıklı proje modelleri birleştirir:

1. Keşif / analiz aşaması — sabit fiyat. Kısa bir çalışmayla gereksinimler, ekran akışları, teknik yaklaşım ve tahmin çıkarılır. Bu aşama küçük ve ucuzdur; asıl projeyi netleştirdiği için en yüksek getirili yatırımdır.
2. Geliştirme — aşama bazlı sabit fiyat veya üst sınırlı saatlik. Büyük projeyi 4–8 haftalık parçalara bölersiniz; her parça için kapsam ve fiyat netleşir, çıktıyı görmeden sonrakine geçilmez.
3. Yayın sonrası — aylık bakım ve geliştirme paketi. Hata düzeltme, güncelleme, izleme ve küçük geliştirmeler için öngörülebilir bir ücret.

Bu yapı, hem bütçe kontrolünü hem de esnekliği korur. İlk sürümü küçük tutmak için MVP yol haritası yazımıza bakabilirsiniz.

Teklifte mutlaka kontrol edilecek 10 kalem

Hangi model seçilirse seçilsin, teklifte şunların net olması gerekir:

1. Kapsam (özellik listesi) ve kapsam dışı maddeler
2. Teslimatlar ve kabul kriterleri
3. Süre ve aşamalar
4. Ödeme planı (aşamaya bağlı mı?)
5. Değişiklik yönetimi (nasıl talep edilir, nasıl fiyatlanır?)
6. Test, güvenlik ve performans çalışmasının dahil olup olmadığı
7. Barındırma, alan adı, e-posta, üçüncü taraf servis (harita, ödeme, SMS) maliyetlerinin kimin hesabında olduğu
8. Kaynak kod ve hesap mülkiyeti
9. Garanti süresi ve yayın sonrası bakım
10. Fesih ve devir teslim koşulları

Gizli maliyetler: bütçeye eklemeyi unutmayın

Geliştirme ücreti toplam sahip olma maliyetinin yalnızca bir parçasıdır. Şunları da planlayın:

• Altyapı: Sunucu/bulut, veritabanı, depolama, yedekleme, e-posta ve bildirim servisleri.
• Üçüncü taraf lisanslar ve işlem ücretleri: Ödeme sağlayıcı komisyonları, harita ve SMS kullanımı, yapay zekâ API'leri.
• İçerik ve veri hazırlığı: Ürün verisi, metin, görsel, mevcut verilerin taşınması.
• Eğitim ve benimseme: Ekibinizin yeni sistemi kullanmayı öğrenmesi.
• Bakım ve destek: Güvenlik güncellemeleri, hata düzeltme, küçük iyileştirmeler.

Bir kural olarak, yayına çıkıştan sonra ürünü canlı tutmak ve geliştirmek için ayrılan yıllık bütçenin sıfır olmadığından emin olun.

Hangi modeli seçmeliyim? Kısa karar rehberi

• Ne istediğinizi net biliyorsanız ve değişiklik olasılığı düşükse → sabit bütçe.
• Ürün fikriniz evriliyor, kullanıcı geri bildirimine göre yön değiştireceksiniz → aşamalı / üst sınırlı saatlik.
• Ürününüz yayında ve düzenli geliştirme gerekiyorsa → aylık ekip veya bakım paketi.
• Hiç emin değilseniz → sabit fiyatlı küçük bir keşif aşaması ile başlayın.

Aktaş Digital'de nasıl ilerliyoruz?

Projelere kapsam ve maliyet dökümüyle başlıyoruz; böylece neyin neye mal olduğunu baştan görebiliyorsunuz. İhtiyacınıza göre sabit kapsamlı aşamalar, esnek geliştirme ya da yayın sonrası destek paketleri planlıyoruz. SaaS platform geliştirme, CRM ve ERP projelerinde bu hibrit yaklaşım en iyi sonucu veriyor.

Fikrinizi bir özellik listesine dönüştürmek için ücretsiz Yazılım Özellik Üretici aracımızı deneyebilir, ardından teklif formumuzu doldurabilirsiniz. Teklif sürecimizde gizlilik için NDA seçeneği de sunuyoruz.

Sık Sorulan Sorular

Sabit fiyatlı teklif her zaman daha güvenli midir?

Hayır. Kapsam belirsizken verilen sabit fiyat ya şişirilmiş bir risk payı içerir ya da kalite ve kapsam konusunda sonradan çatışma çıkarır. Sabit fiyatın güvenli olması için kapsamın ve kabul kriterlerinin yazılı olması gerekir.

Saatlik modelde bütçe nasıl kontrol edilir?

Üst sınır belirleyin, haftalık ilerleme ve harcama raporu isteyin, her iterasyon sonunda çalışan bir sürüm görün ve belirli bir bütçe eşiğine ulaşıldığında birlikte “devam/dur” kararı verin.

Aylık ekip modeli küçük işletmeler için uygun mu?

Çoğu zaman gereğinden büyüktür. Küçük işletmeler için sabit kapsamlı bir ilk sürüm ve ardından aylık bakım/geliştirme paketi daha dengelidir.

Kapsam değişikliği olursa ne yapmalıyım?

Değişikliği yazılı olarak iletin, etkisini (süre ve maliyet) firmadan yazılı alın ve onaylayarak ilerleyin. Değişiklik yönetimi sözleşmede tanımlıysa bu süreç sorunsuz işler.

Teklifte “bakım” kalemi yoksa ne anlama gelir?

Bakım ya hiç dahil değildir ya da ayrı bir sözleşmeyle sunulacaktır. Teslimden sonra kimin hata düzelteceğini, hangi sürede ve hangi ücretle yapacağını açıkça sorun.

Firmadan neden detaylı bir maliyet dökümü istemeliyim?

Döküm, hangi kalemlerin fiyata dahil olduğunu gösterir ve teklifleri kıyaslamayı mümkün kılar. Ayrıca ileride kapsam değişikliği olduğunda hangi işin ne kadar etkileyeceğini önceden görmenizi sağlar.

Sonuç

Fiyatlandırma modeli, projenin riskinin kimde olduğunu belirler. Kapsamı net bir iş için sabit bütçe, belirsizliği yüksek bir ürün için üst sınırlı saatlik model, sürekli geliştirilen bir platform için aylık ekip modeli mantıklıdır; çoğu zaman da bunların akıllı bir birleşimi en iyi sonucu verir. Teklifleri karşılaştırırken tutara değil, kapsama, değişiklik yönetimine ve mülkiyete bakın. Bugün yapabileceğiniz ilk iş: elinizdeki tekliflerde “neler dahil, neler değil” sorusunu yazılı olarak netleştirmek.