Yazılım Projesinde Sabit Fiyat mı Saatlik mi? Kurucular İçin Doğru Fiyatlandırma Modeli Rehberi

Elinde iki teklif var: biri 'sabit fiyat: 180.000 TL, 10 haftada teslim' diyor, diğeri 'saatlik 900 TL, ilerledikçe faturalandırırız' diyor. Hangisi seni daha az riske sokar? Yazılım projesinde sabit fiyat mı saatlik mi sorusu, çoğu kurucunun satın alma sürecinde karşılaştığı en gerilimli karardır — ve genellikle yanlış kritere göre çözülür: hangi rakam kağıt üzerinde daha düşük görünüyor. Oysa doğru cevap, kapsamın ne kadar netleştiğine, projenin ne kadar keşif gerektirdiğine ve riski kimin taşıyacağına bağlı. Bu yazıda iki modelin gerçekte nasıl çalıştığını, hangi durumda hangisinin seni koruduğunu ve karar verirken sorman gereken soruları anlatıyorum.

##Sabit Fiyat Modeli Gerçekte Nasıl Çalışır?

Sabit fiyat teklifinde geliştirici, belirlenmiş bir kapsam için tek bir toplam rakam verir: 'Bu özellikler, bu entegrasyonlar, bu tasarım — X TL'ye teslim ederim.' Kurucu için cazibesi açık: bütçe baştan bellidir, sürpriz fatura riski görünüşte sıfırdır. Ama bu güvenlik, kapsamın gerçekten net ve sabit kaldığı sürece geçerlidir. Gerçekte hemen hemen her proje ilerledikçe değişir — bir ekran daha eklenir, bir entegrasyon karmaşıklaşır, bir akış müşteri testinde işe yaramadığı için yeniden tasarlanır. Sabit fiyatlı bir sözleşmede bu değişiklikler 'kapsam dışı' sayılır ve ek ücretlendirilir; iyi hazırlanmış bir teklif bunu açıkça öngörür, kötü hazırlanmış biri ise anlaşmazlığa dönüşür. Ayrıca geliştirici, belirsizliğe karşı fiyata bir risk primi ekler — genellikle gerçek maliyetin üzerine bir tampon konur, çünkü kapsamdaki her belirsizlik geliştiricinin cebinden çıkar.

##Saatlik Ücretlendirme Ne Zaman Daha Mantıklı?

Saatlik model, harcanan zamanı doğrudan faturalandırır — ne kadar iş çıkarsa o kadar ödersin, ne az ne çok. Bu, kapsamın baştan net olmadığı, keşif gerektiren veya sık yön değiştirmesi beklenen projelerde mantıklıdır: yeni bir ürün fikrini test ediyorsan, mevcut bir sisteme entegrasyon yapıyorsan ve üçüncü taraf API'nin gerçek davranışı belirsizse, ya da müşteri geri bildirimine göre haftalık yön değiştirmeyi planlıyorsan. Risk, kurucuya kayar: iyi yönetilmezse saatler beklenenden fazla birikir ve fatura büyür. Bunu dengelemenin yolu, saatlik çalışmayı da bir üst limitle (cap) ve haftalık ilerleme raporuyla birlikte almaktır — 'bu sprint için tahmini 40-60 saat, aşarsak önceden haber veririm' gibi. Saatlik model şeffaflık sağlar ama disiplin gerektirir; hem geliştiricinin düzenli raporlaması hem de kurucunun haftalık takip etmesi gerekir, yoksa kontrol kaybolur.

##Gerçek Bir Senaryo: Bir Kurucunun Fiyatlandırma Kararı

Elif, küçük bir randevu/rezervasyon SaaS'ı için iki teklif alıyor. Birinci ajans sabit fiyat sunuyor: 220.000 TL, 12 haftada teslim, dokuz ekran ve ödeme entegrasyonu net biçimde tanımlı. İkinci geliştirici saatlik 850 TL öneriyor, tahmini 260-300 saat aralığı veriyor — yani 220.000-255.000 TL bandı, ama kesin değil. Elif ilk teklife yöneliyor çünkü rakam netleşmiş görünüyor. Fakat kapsam belgesini incelediğinde, planlanan özelliklerin üçte biri hâlâ 'kabaca' tanımlı: bildirim sistemi 'basit e-posta' mı yoksa 'SMS + e-posta + hatırlatma zamanlaması' mı, netleşmemiş. Elif bu ayrımı netleştirmeden imzalarsa, geliştirme sırasında her netleştirme bir 'kapsam değişikliği' talebine dönüşme riski taşıyor. Bunun yerine Elif, sabit fiyat ajansından kapsamı madde madde netleştirmesini ister, iki belirsiz alanı ('bildirim akışı' ve 'raporlama ekranı') ayrı, saatlik faturalanacak ek iş olarak sözleşmeye ekletir. Sonuç: temel kapsam sabit fiyatla güvence altında, belirsiz alanlar saatlik ve şeffaf — iki modelin avantajını birleştiren hibrit bir yaklaşım.

##Sabit Fiyat mı Saatlik mi Seçmeli? Karar Kriterleri

• ▸Kapsam net ve yazılı mı? Ekran ekran, entegrasyon entegrasyon tanımlanmışsa sabit fiyat güvenlidir; hâlâ 'bir şeyler' diyorsan saatlik veya bir keşif fazı daha dürüsttür.
• ▸Proje bir MVP mi, yoksa mevcut sisteme ek mi? Sıfırdan bir MVP'de kapsam netleştirilebilir; mevcut, karmaşık bir sisteme entegrasyon genelde saatlik başlamalı çünkü sürprizler mevcut koddan çıkar.
• ▸Bütçe kesinliği mi önemli, yoksa esneklik mi? Yatırımcıya veya yönetim kuruluna sabit bir rakam sunman gerekiyorsa sabit fiyat; ürünü haftalık geri bildirimle şekillendirecek kadar erken aşamadaysan saatlik.
• ▸Geliştiriciyle güven ilişkin ne kadar? Yeni bir geliştiriciyle ilk projede sabit fiyat + net kapsam belgesi, sürpriz faturaya karşı daha güvenli bir başlangıçtır.
• ▸Süre kritik mi? Sabit fiyat teklifleri genelde daha net bir teslim tarihine bağlanır; saatlik projelerde tarih tahmini gerçek ilerlemeye göre kayabilir.
• ▸Hibrit bir model mümkün mü? Çoğu deneyimli geliştirici, net kısmı sabit fiyatla, belirsiz kısmı saatlik olarak ayırmayı kabul eder — bunu teklif aşamasında açıkça sor.

##Kapsam Değişince Ne Olur? Her İki Modelin Riskleri

Kapsam değişikliği, iki modelde de farklı şekilde acı verir. Sabit fiyatta, her değişiklik talebi resmi bir 'change order' sürecine girer: yeni özellik, yeni fiyat, yeni tarih — ve bu süreç haftalar sürebilir çünkü her taraf yazılı onay bekler. Saatlik modelde değişiklik daha hızlı uygulanır ama fatura sessizce büyür; kurucu haftalık raporu takip etmezse ay sonunda beklenmedik bir toplamla karşılaşır. İyi bir sözleşme, hangi model seçilirse seçilsin üç şeyi net yazar: kapsam değişikliği nasıl talep edilir, kim onaylar, ve fiyat/süre nasıl güncellenir. Bu üç madde yoksa, model adı ne olursa olsun anlaşmazlık riski yüksektir. Deneyimli bir geliştirici bu süreci sözleşmenin en başında, iş henüz başlamadan senden ister — bunun olmaması aslında bir uyarı işaretidir.

##Sık Sorulan Sorular

>Sabit fiyat mı saatlik mi, hangisi startuplar için daha güvenli?

Kesin bir MVP kapsamın varsa ve bunu yazılı olarak netleştirebiliyorsan sabit fiyat bütçe güvenliği sağlar. Ürünü kullanıcı geri bildirimine göre haftalık şekillendirecek kadar erken aşamadaysan saatlik + üst limit modeli daha dürüst bir yaklaşımdır; sabit fiyat seni olmayan bir netliğe zorlar ve genelde daha yüksek bir belirsizlik primi ödersin.

>Sabit fiyatlı bir teklif neden mevcut geliştirme maliyetinin üzerinde çıkabilir?

Çünkü geliştirici kapsamdaki her belirsizliğin riskini kendi üstüne alıyor ve bunu fiyata yansıtıyor. Kapsam ne kadar net tanımlanmışsa bu prim o kadar düşer; belirsiz gereksinimlerle gelen bir sabit fiyat teklifi genelde saatlik tahminin üzerinde çıkar çünkü geliştirici olası sürprizlere karşı kendini korumak zorunda kalır.

>Saatlik çalışırken bütçe kontrolden çıkmasın diye ne yapmalıyım?

Haftalık veya iki haftalık sprint bazında bir üst limit (cap) belirle ve geliştiriciden düzenli zaman raporu iste — hangi saatler hangi işe gitti. Limit yaklaşınca önceden haber verilmesini sözleşmeye yaz. Bu, saatlik modelin esnekliğini korurken sürpriz faturayı büyük ölçüde engeller.

>Hibrit model (kısmen sabit, kısmen saatlik) gerçekten işe yarıyor mu?

Evet, deneyimlerimde en dengeli sonucu bu veriyor. Net tanımlanmış çekirdek kapsam sabit fiyatla, henüz netleşmemiş veya keşif gerektiren parçalar (yeni bir entegrasyon, kullanıcı testine göre şekillenecek bir akış) saatlik olarak ayrılır. Bu, hem bütçe güvenliği hem de esneklik sağlar.

Hangi modeli seçersen seç, asıl belirleyici olan kapsamın ne kadar net yazıldığı ve değişiklik sürecinin baştan tanımlanmış olması. Kendi projen için sabit fiyat mı saatlik mi daha uygun, birlikte birkaç soruyla netleştirebiliriz — iletişim sayfasından ulaşabilirsin.