Yazılım proje maliyeti nasıl hesaplanır?

Yazılım maliyeti, iş ekranlara, iş akışlarına ve entegrasyonlara bölünüp her parça bir kabul kriteriyle fiyatlanarak hesaplanır. Aşağıda bu kalemleri gösteren örnek bir teklif yapısı var.

Bu rehber, bir teklifteki rakamın nasıl oluştuğunu ve elinizdeki teklifleri nasıl okuyacağınızı anlatıyor. Fiyatı en çok etkileyen yedi etkeni fiyatlandırma sayfamızdaki Maliyeti ne belirler? başlığında sıraladık; burada hesabın kendisine ve teklifin yapısına odaklanıyoruz. Örnekler, Savaş Tutumlu'nun geliştirdiği projelerden.

Maliyet dört adımda nasıl hesaplanır

Bir teklifteki rakam, işin parçalarına verilen tahminlerin toplamıdır. Parçalar ne kadar açık yazılırsa tahmin o kadar sağlam olur. Aşağıdaki dört adım, bir yazılım projesini fiyatlanabilir kalemlere ayırmanın sırasıdır.

1. İşi iş akışlarına, ekranlara ve rollere bölün

«Bize bir ERP lazım» ya da «bir mobil uygulama yapılacak» gibi tek cümlelik bir tarif fiyatlanamaz. Önce sistemi kimin, hangi işi yapmak için kullanacağı yazılır: teklif hazırlayan satış temsilcisi, günlük üretimi planlayan şef, kalite formunu dolduran operatör. Her iş akışı kendi ekranlarını, her rol kendi yetki kurallarını getirir; tahmin bu listeden yapılır.

Ölçek için bir örnek: SPSTARPLAST için geliştirilen üretim ERP'si 16 modül ve Türkçe arayüzlü 50'den fazla ekrandan oluşuyor; her kullanıcıya 14 işlev alanından yalnızca ihtiyacı olanlar açılıyor. Bu büyüklükte bir sistem için modüller ve roller tek tek yazılmadan verilen bir rakam, neyin fiyatlandığını göstermez.

2. Entegrasyonu ve veri taşımayı ayrı kalem yazın

Mevcut bir sistemle veri alışverişi yapan her bağlantı kendi başına bir iştir: hangi kaydın hangi yöne akacağı, iki sistemden hangisinin esas alınacağı ve hatalı bir kaydın nasıl yakalanacağı ayrıca tasarlanıp test edilir. SPSTARPLAST'ta müşteri, tedarikçi ve stok kartları firmanın LOGO ERP'sinden gelir; müşteri ekstreleri ve satın alma geçmişi LOGO'dan okunur; kabul edilen teklifler LOGO'ya satış siparişi olarak işlenir. Teklifte bu akışların her biri ayrı bir satır olmalıdır.

Veri taşıma da öyle. Excel dosyalarından ya da eski bir programdan aktarılacak kayıtların temizlenmesi, eşleştirilmesi ve kontrol edilmesi gerekir. «Veriler aktarılacak» demek yetmez; hangi kayıtların, hangi kaynaktan ve kimin onayıyla aktarılacağı yazılmalıdır.

3. Riskli parçayı kendi kilometre taşı yapın

Bazı kalemlerin sonucu baştan bilinmez: ilk kez denenecek bir yapay zekâ modeli, belgesi eksik bir sistemle entegrasyon, çok büyük veriyle çalışacak bir ekran. Bunları diğer işlerin arasına gömmek yerine ayrı bir kilometre taşı yapın ve başarıyı ölçülebilir bir kritere bağlayın. Böylece risk projenin sonunda değil, başında görünür.

Otocropper bunun örneği. Taranmış soru bankalarındaki soruları bulan model, öğretmenlerin Mac'lerine yüklenmeden önce eğitimde hiç kullanılmamış 238 sayfalık bir kitapla ölçüldü: IoU ≥ 0,9 eşiğinde %97,1 duyarlılık ve %96,9 kesinlik. Sonucu belirsiz bir parçanın kabulü böyle bir ölçüme bağlandığında, iki taraf da neyin teslim edildiğini aynı sayıyla görür.

4. Her kaleme bir kabul kriteri yazın

Kabul kriteri, bir parçanın «bitti» sayılması için neyin gösterilmesi gerektiğini söyleyen cümledir. Fiyat ancak bu cümleler yazıldığında bir anlam ifade eder; yazılmadığında aynı rakam, iki tarafın aklında iki farklı işe karşılık gelir.

• Belirsiz: «Teklif modülü yapılacak.»
• Kabul kriteriyle: «Satış temsilcisi müşteriyi seçip teklif satırlarını girer ve teklifi PDF olarak indirir; onaylanan teklif, sipariş listesinde aynı satırlarla görünür.»

Ödeme de bu kriterlere bağlanır. Bizim tekliflerimizde ödeme başlangıçta %30, ara teslimde %40 ve tamamlandığında %30'dur; ara teslim ve son teslim, yazılı kabul kriterleriyle kontrol edilir. Proje sürerken her hafta deneyebileceğiniz bir sürüm de alırsınız.

Örnek teklif yapısı

Aşağıdaki tablo, sabit fiyatlı bir yazılım teklifinde bulunması gereken bölümleri gösteriyor. Sağ sütundaki ifadeler örnektir; köşeli ayraç içindeki yer projeye göre doldurulur.

Bu bölümler bizim yazılı tekliflerimizin de iskeletidir. Teklif, 15 dakikalık ücretsiz ön görüşmeden sonra hazırlanır ve tek bir sabit fiyat içerir.

Teklifleri karşılaştırırken

Elinizde birden fazla teklif varsa rakamları yan yana koymadan önce şu dört soruyu sorun:

1. Aynı kapsamı mı fiyatlıyorlar? Tekliflerin kapsamlarını aynı satırlara yazın. Bir teklifte olup ötekinde olmayan bir iş akışı, entegrasyon ya da veri taşıma kalemi, fiyat farkının asıl sebebi olabilir.
2. Kabul ve sahiplik koşulları ne diyor? Kabul kriteri yazılmış mı, teslimde kod ve hesaplar size geçiyor mu? Bu iki koşul, saat ücretinden daha çok şey söyler.
3. Açıp deneyebileceğiniz işler var mı? Firmanın yayında olan, sizin de açıp kullanabileceğiniz işlerine bakın. Örneğin Savaş Tutumlu'nun dört uygulaması App Store'daki geliştirici sayfasında yer alıyor.
4. Sözleşmeyi kim, hangi hukuka göre imzalıyor? Karşınızdaki şirketi ve sözleşmenin tabi olduğu hukuku öğrenin.

Teklifin dışında kalan maliyetler

Sabit fiyatın nasıl belirlendiğini yazılım yaptırma maliyeti sayfamızda anlattık. O fiyat, projenin size toplam maliyetinin tamamı değildir; teklifte yazmıyorsa şunları ayrıca sorun:

• Barındırma ve veritabanı. Sunucu, veritabanı ve dosya depolama, yazılımdan ayrı hesaplardır ve kendi ücret planları vardır. Bizim projelerimizde bu hesaplar müşterinin adına açılır; SPSTARPLAST'ın sistemi de teslimde firmanın kendi hesaplarına taşındı.
• Alan adı. Sitenin ya da uygulamanın kullanacağı alan adının kaydı ve yenilenmesi. Geliştirdiğimiz kurumsal web siteleri de müşterilerin kendi alan adlarında yayında.
• Mağaza hesapları. Uygulama App Store'da yayınlanacaksa Apple Developer Program üyeliği gerekir. Apple'ın sayfasına göre ücret, üyelik yılı başına 99 ABD doları ya da mevcutsa yerel para birimindeki karşılığıdır. Hesap türleri ve inceleme süreci App Store rehberimizde.
• Yapay zekâ servisleri. Uygulama bir dil modeli ya da görsel üretim servisi kullanıyorsa bu servislerin kullanım ücreti ayrıca ödenir; tutar, kullanım miktarına ve seçilen modele göre değişir.
• Yayından sonraki destek. Hata düzeltmeleri ve yeni özellikler; bizde isteğe bağlıdır ve aylık olarak sürer.

Kırmızı bayraklar

Bir teklifte aşağıdakilerden birini görürseniz imzalamadan önce açıklama isteyin:

• Üst sınırı olmayan saatlik faturalama. Harcanan saat üzerinden çalışılacaksa bir üst sınır ve onay noktası olmalıdır; yoksa toplam maliyeti iş bitene kadar bilemezsiniz.
• Kabul kriteri olmayan teklif. Neyin «bitti» sayılacağı yazmıyorsa teslimde neyin kontrol edileceği tartışmaya açık kalır.
• Kodun ve hesapların geliştiricide kalması. Kaynak kod, veritabanı ve barındırma geliştiricinin hesabındaysa sistemi başka bir geliştiriciye devretmek zorlaşır.
• Tek paragraflık kapsam. «Kurumsal bir sistem geliştirilecektir» gibi bir cümle, iki tarafın aklındaki farklı projeleri aynı fiyata bağlar.

İkinci görüş

Bir teklifi imzalamadan önce bağımsız bir gözle okutmak isterseniz teklif incelemesi yapıyoruz: kapsamdaki boşlukları, gerçekçi olmayan takvimleri ve imzadan önce düzeltilmesi gereken sözleşme koşullarını yazılı bir planla gösteririz. İncelemeyi, 16 modüllü bir ERP'yi teknik borç raporuyla teslim etmiş olan Savaş Tutumlu yapar.

İlgili hizmet

Özel yazılım geliştirme: iç sistemler, portallar ve web uygulamaları; yazılı kapsam, tek sabit fiyat ve teslimde sizin hesaplarınıza geçen kod.

İlgili rehberler

• Sabit fiyat mı, adam/saat mi, yazılımcı kiralama mı?
• Yazılım teknik şartnamesi nasıl hazırlanır?
• App Store'da uygulama yayınlama: hesap, ücret ve inceleme süreci

Kaynaklar

• Apple Developer, «Membership Details»: Apple Developer Program ücreti. developer.apple.com/programs/whats-included, kontrol tarihi 16 Ekim 2026.
• Apple Developer, «Become a member»: fiyatın kayıt sırasında yerel para birimiyle gösterilmesi. developer.apple.com/programs/enroll, kontrol tarihi 16 Ekim 2026.
• Proje bilgileri: bu sitedeki SPSTARPLAST ERP'si ve Otocropper vaka çalışmaları.