“Bir yazılım ne kadara yapılır?” sorusunun tek rakamlı cevabı yoktur. Çünkü benzer görünen iki proje; kullanıcı sayısı, veri yapısı, entegrasyonlar, güvenlik seviyesi ve operasyonel risk bakımından tamamen farklı olabilir.

Sağlıklı maliyet hesabı, uzun bir özellik listesinden önce iş problemini ve ilk sürümün sınırlarını tanımlar. Amaç mümkün olan en büyük yazılımı yapmak değil, en küçük yatırımla ölçülebilir iş sonucunu üreten sürümü oluşturmaktır.

Yazılım maliyetinin temel bileşenleri

Özel yazılım bütçesi genellikle şu çalışma gruplarından oluşur:

  • İhtiyaç analizi ve ürün kapsamı
  • Kullanıcı deneyimi ve arayüz tasarımı
  • Ön yüz geliştirme
  • Sunucu, veri tabanı ve iş kuralları
  • Üçüncü taraf entegrasyonları
  • Yetkilendirme ve güvenlik
  • Test ve kalite kontrol
  • Yayına alma ve teknik altyapı
  • Dokümantasyon ve eğitim
  • Bakım, izleme ve yeni geliştirmeler

Teklif yalnızca toplam saat veya ekran sayısı içeriyorsa kritik karmaşıklıklar gözden kaçabilir. Her ana özelliğin hangi kullanıcıya ve hangi iş sonucuna hizmet ettiği açıklanmalıdır.

OmniPure Marketing lansman yazılım paketleri

İlk beş proje için başlangıç seviyesinde üç yatırım eşiği sunuyoruz:

Paket Başlangıç fiyatı Uygun kullanım
Mini Çözüm 19.900 TL’den Tek süreç veya küçük otomasyon
Mini MVP 39.900 TL’den İş fikrinin çalışan ilk sürümü
İşletme Yazılımı 59.900 TL’den Birden fazla rol ve operasyonu birleştiren sistem

Bu rakamlar sabit kapsam değil başlangıç eşiğidir. Nihai teklif, analiz sonrasında kullanıcı rolleri, iş akışları, entegrasyonlar ve teslim kriterleri üzerinden hazırlanır. Güncel paket yaklaşımını özel yazılım sayfasında görebilirsiniz.

Özellik sayısı neden yeterli bir ölçü değildir?

“Kullanıcı girişi” tek özellik gibi görünür; ancak e-posta doğrulama, şifre yenileme, sosyal giriş, iki faktörlü doğrulama, rol yönetimi ve oturum güvenliği eklendiğinde kapsam büyür.

Benzer şekilde “raporlama ekranı” şu sorulara göre değişir:

  • Kaç veri kaynağı kullanılacak?
  • Veriler gerçek zamanlı mı güncellenecek?
  • Kullanıcı filtre ve karşılaştırma yapacak mı?
  • PDF veya Excel çıktısı alınacak mı?
  • Rapor yalnızca görüntülenecek mi, e-postayla gönderilecek mi?
  • Farklı roller farklı alanları mı görecek?

Özellik adını değil, özelliğin kabul kriterlerini yazmak daha doğru maliyet verir.

Kullanıcı rolleri maliyeti nasıl etkiler?

Tek tip kullanıcıya sahip sistemler daha sade olabilir. Yönetici, çalışan, müşteri, tedarikçi ve bayi gibi roller eklendikçe her ekranın erişim ve davranış kuralları çoğalır.

Her rol için şu sorular cevaplanmalıdır:

  • Hangi verileri görebilir?
  • Hangi kayıtları oluşturabilir veya değiştirebilir?
  • Kimlerin işlemlerini onaylayabilir?
  • Bildirim alır mı?
  • Raporları indirebilir mi?
  • Hesabı kim açar ve kapatır?

Rol matrisinin erken hazırlanması, geliştirme sırasında ortaya çıkacak yetki değişikliklerini azaltır.

Entegrasyon maliyetleri

Ödeme, muhasebe, kargo, CRM, e-posta, SMS, harita ve yapay zekâ servisleri geliştirme süresini etkiler. Entegrasyon sağlayıcısının dokümantasyon kalitesi ve test ortamı da önemlidir.

Maliyet hesabında:

  • API erişiminin mevcut olup olmadığı
  • Kullanım ücretleri
  • Veri gönderme ve alma sıklığı
  • Hata durumunda tekrar deneme mantığı
  • Güvenlik ve anahtar yönetimi
  • Sağlayıcı değişirse oluşacak bağımlılık

değerlendirilmelidir.

Üçüncü taraf servislerin aylık ücretleri çoğu zaman geliştirme teklifinden ayrıdır. Toplam sahip olma maliyetine bunları ekleyin.

Veri aktarımı ve eski sistem

Mevcut Excel dosyaları, CRM veya eski yazılımdaki verilerin yeni sisteme aktarılması ayrı bir projedir. Veri temiz değilse aktarım geliştirmeden daha fazla zaman alabilir.

Aktarım öncesi:

  1. Kaynak sistemler listelenir
  2. Alan eşleştirmeleri yapılır
  3. Eksik ve hatalı kayıtlar belirlenir
  4. Deneme aktarımı gerçekleştirilir
  5. Toplam ve örnek kayıtlar doğrulanır
  6. Canlı geçiş planı hazırlanır

“Tüm eski veriler aktarılacak” ifadesi yerine kaynak, kayıt sayısı ve doğrulama yöntemi belirtilmelidir.

MVP kapsamı nasıl belirlenir?

MVP, kalitesiz veya yarım yazılım değildir. Bir iş varsayımını gerçek kullanıcıyla test etmeye yetecek en küçük güvenilir üründür.

Özellikleri dört gruba ayırabilirsiniz:

  • Olmazsa olmaz: Ürünün temel sonucu için zorunlu
  • Olmalı: Kullanımı önemli ölçüde iyileştirir
  • Olabilir: Değerli fakat ilk sürüm için zorunlu değil
  • Şimdilik olmayacak: Sonraki faza bilinçli olarak bırakılan

Örneğin randevu yönetim sisteminin ilk sürümünde kullanıcı girişi, müsaitlik, rezervasyon ve bildirim zorunlu olabilir. Gelişmiş kampanya, sadakat ve yapay zekâ önerileri ikinci faza kalabilir.

Tasarım maliyeti

Hazır bileşenlerden oluşan yönetim paneli ile müşteriye açık, marka odaklı ürün aynı tasarım süresini gerektirmez.

Tasarım kapsamı:

  • Kullanıcı akışları
  • Wireframe
  • Görsel arayüz
  • Tasarım sistemi
  • Mobil ve masaüstü durumları
  • Hata, boş ve yüklenme ekranları
  • Etkileşim prototipi

gibi teslimatlara ayrılabilir.

Yazılımda yalnızca “normal” ekranı tasarlamak yeterli değildir. Kullanıcı veri bulamadığında, yetkisi olmadığında veya işlem başarısız olduğunda ne göreceği belirlenmelidir.

Test ve kalite güvencesi

Test bütçesi genellikle görünmeyen fakat kritik kalemdir. Hata düzeltme, farklı cihazlar, tarayıcılar ve kullanıcı senaryoları zaman gerektirir.

Test planında:

  • Temel iş akışları
  • Yetki kontrolleri
  • Form doğrulama
  • Entegrasyon hataları
  • Mobil kullanım
  • Performans
  • Yedekleme ve geri yükleme
  • Güvenlik kontrolleri

bulunmalıdır.

Finans, sağlık veya kişisel veri işleyen sistemlerde test ve güvenlik kapsamı daha yüksek tutulmalıdır.

Bulut ve operasyon maliyetleri

Yazılım yayımlandıktan sonra sunucu, veri tabanı, dosya depolama, e-posta, SMS ve izleme maliyetleri oluşur.

Başlangıçta düşük kullanım için küçük bir altyapı yeterli olabilir. Ancak şu büyüme senaryoları değerlendirilmelidir:

  • Kullanıcı sayısı on katına çıkarsa
  • Dosya ve görsel miktarı artarsa
  • Raporlar daha yoğun çalışırsa
  • Yedek saklama süresi uzarsa
  • Yeni ülke ve bölgeler eklenirse

Teknik mimari, bugün gereksiz maliyet yaratmadan yarının büyümesine alan bırakmalıdır.

Bakım ve yeni geliştirme

Yazılım teslim edildiğinde iş bitmez. İşletme süreçleri, tarayıcılar, entegrasyonlar ve güvenlik ihtiyaçları değişir.

Bakım modeli şu başlıkları ayırmalıdır:

  • Hata düzeltme
  • Güvenlik ve bağımlılık güncellemeleri
  • Sunucu ve performans takibi
  • Kullanıcı desteği
  • Yeni özellik geliştirme
  • Kapsam dışı değişiklikler

Garanti dönemi ile sürekli bakım aynı şey değildir. Teklifte hata tanımı, müdahale süresi ve destek kanalı açık olmalıdır.

Toplam sahip olma maliyeti

İlk geliştirme bedeli, yazılımın toplam maliyetinin yalnızca bir bölümüdür.

Maliyet dönemi Örnek kalemler
Kurulum Analiz, tasarım, geliştirme, veri aktarımı
Aylık işletim Sunucu, e-posta, SMS, üçüncü taraf servisler
Bakım Güncelleme, izleme, hata müdahalesi
Büyüme Yeni roller, raporlar, entegrasyonlar

Üç yıllık toplam maliyeti değerlendirmek, yalnızca en ucuz ilk teklifi seçmekten daha doğru karar verir.

Teklif almadan önce hazırlayacağınız kısa doküman

Yazılım fikrinizi anlatmak için yüz sayfalık teknik belgeye ihtiyacınız yoktur. Bir sayfalık başlangıç dokümanı yeterlidir:

  • Çözülecek iş problemi
  • Sistemi kullanacak roller
  • Bugünkü süreç ve kullanılan araçlar
  • İlk sürümün üç ana sonucu
  • Zorunlu entegrasyonlar
  • Yaklaşık kullanıcı sayısı
  • Hedef yayın tarihi
  • Bütçe aralığı
  • Başarı ölçütü

Bu belge, ajansların aynı probleme teklif vermesini ve fiyatların karşılaştırılmasını kolaylaştırır.

Yazılım bütçesini düşürmenin en etkili yolu geliştirme saatini pazarlık etmek değil, ilk sürümde çözülmesi gerekmeyen belirsizlikleri kapsamdan çıkarmaktır.

Sonuç

Özel yazılım maliyeti; ekran sayısından çok iş kuralları, kullanıcı rolleri, entegrasyonlar, veri ve operasyon gereksinimleriyle belirlenir. En sağlıklı yaklaşım küçük fakat ölçülebilir bir ilk sürüm oluşturmak, gerçek kullanım verisine göre büyümektir.

OmniPure Marketing ile ön görüşmede fikri teknik terimlere boğmadan iş akışını haritalayabilir, ilk fazın sınırlarını ve yatırım aralığını birlikte netleştirebiliriz.