Yazılım Geliştirme · Fiyatlandırma modeli
Yazılım Projesinde Sabit Fiyat mı Saatlik Çalışma mı?
Sabit fiyat, saatlik çalışma ve fazlı bütçe modellerini; kapsam, risk, değişiklik, raporlama ve kabul ölçütleri üzerinden karşılaştırın.
Kısa cevap
Bu yazının en kısa, uygulanabilir yanıtı.
Kapsam ve kabul ölçütleri yeterince netse sabit fiyat karşılaştırılabilir bir teslim sınırı sağlayabilir. Teknik belirsizlik, kullanıcı geri bildirimi veya değişen öncelik yüksekse saatlik/efor bazlı ya da fazlı çalışma daha gerçekçi olabilir. Saatlik ücret tek başına toplam maliyeti göstermez; ekip bileşimi, tahmin, bütçe sınırı, raporlama, değişiklik ve durdurma koşulları birlikte değerlendirilmelidir.
01
Saatlik ücret birim fiyatı gösterir; toplam bütçeyi, teslim kapsamını veya ekibin üreteceği sonucu tek başına açıklamaz.
02
Sabit fiyat belirsizliği yok etmez; kapsam dışı, varsayım, değişiklik ve kabul koşulları yazılmamışsa riski sonraya taşır.
03
Fazlı bütçe veya üst sınırlandırılmış efor modeli, öğrenmeye açık projelerde esneklik ile bütçe kontrolünü birlikte kurabilir.
Detaylı rehber
Konuyu adım adım netleştirelim.
01
Saatlik yazılım ücreti neyi ifade eder?
Saatlik veya efor bazlı modelde ücret; analiz, tasarım, geliştirme, test, proje koordinasyonu ya da belirlenmiş başka roller için harcanan süre üzerinden hesaplanır. Ancak tek bir saatlik rakam, ekibin kaç kişiden oluştuğunu, hangi işlerin faturalandığını, tahmini toplam eforu veya teslim edilecek sonucu göstermez. Bu nedenle birim ücret; rol dağılımı, tahmin aralığı ve bütçe kontrolüyle birlikte okunmalıdır.
02
Sabit fiyatlı yazılım projesi ne demektir?
Sabit fiyat modelinde tanımlı bir kapsam, teslimat ve kabul koşulu için baştan kararlaştırılmış bir bedel bulunur. Sağlıklı olması için kullanıcı rolleri, iş akışları, entegrasyonlar, veri taşıma, kalite beklentisi, kapsam dışı ve müşteri sorumlulukları yazılı olmalıdır. Yalnız 'her şey dahil' veya özellik listesi, sabit fiyatın neyi güvence altına aldığını açıklamaz.
03
Sabit fiyat hangi projelerde daha uygundur?
Hedef kullanıcı, ana akış, zorunlu entegrasyonlar, veri kaynağı ve kabul senaryoları yeterince biliniyorsa sabit fiyat daha karşılaştırılabilir olabilir. Düzenleyici kuralı ve teslim biçimi net küçük modüller, sınırları belirli entegrasyonlar veya önceden doğrulanmış bir ilk faz buna örnektir. Yine de dış servis gecikmesi, veri kalitesi ve müşteri onayı gibi varsayımlar teklifte ayrıca görünmelidir.
04
Saatlik veya efor bazlı çalışma ne zaman daha uygundur?
İhtiyaç kullanıcı geri bildirimiyle şekillenecekse, mevcut sistemin teknik durumu henüz bilinmiyorsa veya araştırma ve prototip gerekiyorsa efor bazlı model öğrenmeye alan açar. Bu, kontrolsüz çalışma anlamına gelmemelidir. Öncelik listesi, haftalık çıktı, efor kaydı, tahmin güncellemesi, bütçe eşiği ve işi durdurma kararı baştan tanımlanmalıdır.
05
Düşük saatlik ücret neden her zaman düşük toplam maliyet değildir?
Aynı iş farklı deneyim, iletişim ve kalite düzeyleriyle farklı sürede tamamlanabilir. Tekliflerden biri analiz, test ve proje yönetimini ayrı rollere bölerken diğeri yalnız geliştirme saatini gösterebilir. Yeniden çalışma, bekleme, eksik kabul ve devir maliyeti de toplamı büyütür. Bu yüzden birim fiyat kadar varsayılan ekip, tahmini efor, dahil işler ve tamamlanmış çıktı ölçüsü karşılaştırılmalıdır.
06
Fazlı bütçe ve üst sınır nasıl çalışır?
Belirsizliğin tamamını tek sözleşmeye yüklemek yerine proje keşif, çalışan ilk akış, genişletme ve canlıya geçiş gibi fazlara ayrılabilir. Her fazın hedefi, bütçe sınırı, karar tarihi ve devam koşulu yazılır. Efor bazlı çalışmada da belirli bir dönem veya iş paketi için aşılmaması gereken üst sınır ve bu sınıra yaklaşınca alınacak onay tanımlanabilir.
07
Değişiklik talebi iki modelde nasıl yönetilir?
Sabit fiyatlı projede değişiklik; mevcut kapsamdan farkı, süre ve bedel etkisi onaylandıktan sonra eklenmelidir. Saatlik modelde değişiklik daha kolay sıraya alınabilir, fakat yeni işin hangi önceliği ertelediği ve bütçe tahminini nasıl değiştirdiği görünür olmalıdır. Her iki modelde de karar kaydı tutulmazsa kapsam sessizce büyür ve taraflar farklı teslim beklentilerine sahip olur.
08
Teklifte hangi kontrol maddeleri yazılmalı?
Modelin adı kadar ölçüm biçimi önemlidir. Teklifte kapsam ve kapsam dışı, rol veya ekip yapısı, teslim ritmi, efor kayıt yöntemi, tahmin güncelleme sıklığı, bütçe eşiği, değişiklik onayı, kabul ölçütü, üçüncü taraf giderleri, kaynak kod ve hesap sahipliği, durdurma ile devir koşulları birlikte görünmelidir. Böylece farklı modeller aynı risk çerçevesinde karşılaştırılabilir.
Karar kontrolü
Bu konu sizin için ne zaman gündeme gelmeli?
- 01
Kapsam ve kabul ölçütleri sabit fiyat verecek kadar açık mı?
- 02
Teknik bilinmeyenler için önce keşif, inceleme veya prototip gerekiyor mu?
- 03
Saatlik teklifte rol dağılımı, tahmini efor ve faturalandırılan işler görünür mü?
- 04
Bütçe eşiğine yaklaşınca kimin hangi kararı vereceği yazılı mı?
- 05
Yeni talebin süre, fiyat ve mevcut önceliklere etkisi nasıl onaylanacak?
- 06
Proje durursa çalışan çıktı, kaynak kod, erişimler ve dokümanlar nasıl devredilecek?
Sözleşme ve ödeme modeli
Aynı proje, farklı fiyatlandırma modellerinde farklı risk taşır.
Sabit fiyat öngörülebilir bir bedel, saatlik çalışma ise değişen önceliklere esneklik sunabilir. Hiçbiri tek başına daha güvenli değildir. Doğru model; kapsamın ne kadar bilindiğine, belirsizliğin nerede olduğuna ve bütçenin hangi kararlarla kontrol edileceğine göre seçilir.
Teklif kontrol alanları
Bir teklif modelini dört kontrol alanıyla okuyun
01
Kapsam ve kabul
Teslim edilecek akış, kapsam dışı, varsayımlar ve tamamlanma koşulu modelin gerçek sınırını belirler.
Kontrol: Hangi çalışan sonuç hangi senaryolar geçince teslim edilmiş sayılacak?
02
Ekip ve efor
Roller, deneyim dağılımı, faturalandırılan faaliyetler ve tahmin yöntemi birim ücret kadar önemlidir.
Kontrol: Kim hangi işi yapacak; analiz, test, toplantı ve yeniden çalışma nasıl kaydedilecek?
03
Değişiklik ve risk
Yeni talep, teknik bilinmeyen ve dış bağımlılığın süre ile bütçeye nasıl yansıyacağı önceden tanımlanır.
Kontrol: Kapsam değiştiğinde kim onay verecek ve hangi mevcut iş ertelenecek?
04
Bütçe ve raporlama
Tahmin güncellemesi, harcanan efor, kalan bütçe, üst sınır ve durdurma kararı düzenli görünür olmalıdır.
Kontrol: Hangi bütçe eşiğinde yeniden planlama veya devam onayı istenecek?
Fiyatlandırma modeli
Üç model, üç farklı kontrol mantığıyla çalışır.
01
Sabit fiyat
Kapsam, bağımlılıklar, teslimat ve kabul koşulları yeterince tanımlıdır.
Fiyatı etkileyen: Kapsam değişikliği, yanlış varsayım, müşteri gecikmesi ve kapsam dışı işlerin onay yöntemi.
02
Saatlik veya efor bazlı
Öncelikler öğrenmeyle değişebilir; araştırma, teknik inceleme veya düzenli iterasyon gerekir.
Fiyatı etkileyen: Ekip bileşimi, harcanan süre, teslim ritmi, tahmin sapması ve bütçe eşiği.
03
Fazlı veya üst sınırlı
Belirsizliğin bir kısmı korunurken her dönem ya da iş paketi için bütçe kontrolü istenir.
Fiyatı etkileyen: Faz hedefi, üst sınır, devam kararı, sonraki faz tahmini ve yarım kalan işin devri.
Model seçimi
Fiyatlandırma modeli hangi sırayla seçilir?
- 01
Problem, kullanıcı, ilk faz ve kabul edilecek çalışan sonuç yazılır.
- 02
Veri, entegrasyon, araştırma ve dış bağımlılık bilinmeyenleri ayrı risk listesine çıkarılır.
- 03
Net işler ile öğrenmeye açık işler ayrılarak sabit, efor bazlı veya fazlı model seçilir.
- 04
Tahmin, bütçe sınırı, raporlama, değişiklik, durdurma ve devir kuralları teklife bağlanır.
Teklif karşılaştırma
Saatlik ücret veya toplam bedelden önce bunları eşitleyin.
- 01
Teklifler aynı kullanıcı akışını, entegrasyonları ve kalite seviyesini mi kapsıyor?
- 02
Analiz, tasarım, geliştirme, test, koordinasyon ve canlıya geçiş dahil mi?
- 03
Ekip rolleri, birim ücretler ve tahmini efor hangi varsayımlara dayanıyor?
- 04
Bütçe üst sınırı, tahmin güncellemesi ve harcama raporu hangi sıklıkta verilecek?
- 05
Değişiklik, bekleme ve müşteri kaynaklı gecikme hangi yöntemle fiyatlanacak?
- 06
İş durursa kod, erişim, veri, doküman ve çalışan çıktının devri nasıl yapılacak?
Sık sorulanlar
Kısa cevaplarla netleşen sorular.
Saatlik yazılım ücreti nedir?
Analiz, tasarım, geliştirme, test veya proje koordinasyonu gibi tanımlı işler için harcanan sürenin birim ücretle hesaplandığı modeldir. Hangi rollerin ve faaliyetlerin faturalandırıldığı, tahmini toplam efor ve bütçe sınırı teklifte ayrıca yazılmalıdır.
Yazılım projesinde sabit fiyat mı saatlik çalışma mı daha iyidir?
Tek bir doğru yoktur. Kapsam ve kabul koşulları netse sabit fiyat; ihtiyaç öğrenmeyle değişecekse saatlik/efor bazlı veya fazlı model daha uygun olabilir. Her durumda değişiklik, raporlama, bütçe ve devir kuralları yazılı olmalıdır.
Saatlik ücret biliniyorsa toplam proje bütçesi hesaplanabilir mi?
Yalnız birim ücret yeterli değildir. Rol dağılımı, tahmini efor, toplantı ve test kapsamı, teknik belirsizlikler, dış bağımlılıklar ve yeniden çalışma varsayımları bilinmeden toplam bütçe güvenilir biçimde hesaplanamaz.
Sabit fiyatlı projede değişiklik yapılamaz mı?
Yapılabilir; ancak değişikliğin mevcut kapsamdan farkı, süre ve bedel etkisi, hangi işin erteleneceği ve yeni kabul koşulu yazılı olarak onaylanmalıdır. Aksi halde sabit fiyatın teslim sınırı belirsizleşir.
Saatlik çalışmada bütçe üst sınırı konabilir mi?
Evet. Dönem veya iş paketi için üst sınır, bu sınıra yaklaşınca bildirim ve onay eşiği, öncelik değişimi ve işi durdurma koşulu tanımlanabilir. Üst sınırın hangi çıktıyı garanti ettiği ayrıca açıklanmalıdır.
Bakım ve yeni geliştirme aynı fiyatlandırma modeliyle mi yürütülür?
Zorunlu değildir. Hata müdahalesi, izleme ve belirli bakım işleri ayrı hizmet sınırıyla; yeni özellikler ise sabit iş paketi, fazlı bütçe veya efor bazlı modelle ele alınabilir. Hata, destek ve yeni talep ayrımı sözleşmede görünmelidir.
İlgili yazılar
Bu konuyu tamamlayan rehberler.
Karar rehberi
Özel Yazılım Nedir? Hangi İhtiyaçlarda Mantıklıdır?
Özel yazılımın ne olduğunu; hazır paket, entegrasyon ve sıfırdan geliştirme arasındaki karar sınırını, proje sahipliğini ve canlı sonrası sorumlulukları örneklerle anlatıyoruz.
Yazıyı okuyunProje ve ekip seçimi
Yazılım Projesi Nasıl Başlatılır? Anahtar Teslim ve Ekip Seçimi
Yazılım fikrini uygulanabilir kapsama dönüştürmek; anahtar teslim, fazlı geliştirme ve ekip modellerini karşılaştırmak; teklif ile devir teslim sınırlarını kontrol etmek için pratik rehber.
Yazıyı okuyunFiyat ve kapsam
Web ve Özel Yazılım Fiyatları Nasıl Belirlenir?
Web ve özel yazılım fiyatını etkileyen kapsam, kullanıcı rolleri, entegrasyon, veri, kalite ve bakım kararlarını; teklif karşılaştırma adımlarıyla birlikte anlatıyoruz.
Yazıyı okuyunSonraki adım
Bu konuyu kendi projenizde netleştirelim.
Problemi, mevcut akışı ve ilk beklentiyi anlatın. İlk görüşmede riski ve uygulanabilir başlangıç sınırını birlikte görünür hale getirelim.
Projenizi anlatın