Özel yazılım maliyeti nasıl hesaplanır?

Özel yazılım maliyeti; yapılacak işin kapsamına, mevcut sistemlerle bağlantılara, veri taşıma ihtiyacına ve teslimden sonraki sorumluluklara göre hesaplanır. Sadece ekran sayısına bakarak verilen rakam, projenin önemli bir bölümünü dışarıda bırakabilir. Sağlıklı bir teklif, fiyatın hangi varsayımlara dayandığını da gösterir.

Aynı ekran sayısına sahip iki proje neden farklı fiyatlanır?

Bir sipariş ekranı düşünün. İlk işletmede kullanıcı ürün ve adet seçer, sipariş kaydedilir. İkincisinde müşteriye özel fiyat, bayi kotası, yönetici onayı ve ERP stok kontrolü gerekir. Görünen ekran benzer olsa da ikinci projede daha fazla kural, bağlantı ve hata senaryosu vardır. Geliştirme ve test yükünü bu fark oluşturur.

Bütçeyi belirleyen altı kalem

• Süreç analizi: İşin bugün nasıl yürüdüğü, ilk sürümün sınırları ve kabul ölçütleri.
• İş kuralları: Roller, onaylar, istisnalar ve kayıt değişikliklerinin takibi.
• Entegrasyon: ERP, muhasebe, ödeme veya diğer yazılımlarla bağlantılar ve bunların test ortamları.
• Veri taşıma: Eski kayıtların temizlenmesi, eşleştirilmesi ve sonuçların doğrulanması.
• Kalite ve yayına geçiş: Güvenlik kontrolleri, yük testleri, kullanıcı eğitimi ve geçiş planı.
• İşletim: Sunucu, lisans, yedekleme, izleme, bakım ve sonradan istenen geliştirmeler.

Tek seferlik bedel ile devam eden giderleri ayırın

Geliştirme bedelinin yanında sistem çalışırken doğacak giderleri sorun. Kullanıcı başına lisans, dış servis kullanımı ve veri saklama gibi kalemler kullanım arttıkça değişebilir. Teklifleri aynı kullanım varsayımı ve aynı dönem üzerinden karşılaştırın. Bir teklifin içerdiği eğitim veya veri taşıma işi diğerinde ayrıca ücretlendiriliyorsa toplamlar aynı kapsamı temsil etmez.

İlk sürümü küçültmek bütçeyi nasıl etkiler?

Örneğin bir bayi portalının ilk sürümüne sipariş oluşturma, müşteriye özel fiyat ve ERP aktarımı alınabilir. Kampanya yönetimi ve gelişmiş bayi raporları sonraya bırakılabilir. Böylece temel akış gerçek kullanıcılarla doğrulanır. Ancak yetkilendirme, yedekleme veya siparişin iki kez oluşmasını önleyen kontroller ertelenecek süs özellikleri değildir.

Henüz hangi işlemlerin sisteme alınacağı belli değilse önce kısa bir kapsam çalışması yapılması daha anlamlıdır. Şirketin B2B sisteme geçiş işaretleri, hangi ihtiyacın öncelikli olduğunu belirlemenize yardımcı olur.

Teklif istemeden önce hazırlayabileceğiniz kısa bilgi notu

• Yazılımın çözmesini istediğiniz üç somut sorun ve mevcut işlem akışı.
• Kullanıcı rolleri, yaklaşık işlem hacmi ve yoğun dönemler.
• Bağlanacak sistemler ve erişilebilen teknik dokümanlar.
• Kimlik bilgileri çıkarılmış örnek bir kayıt ve bir istisna senaryosu.
• İlk sürüm için zorunlu özellikler, hedef tarih ve bütçe sınırı.

Sık sorulan soru: Kesin fiyat ilk görüşmede verilebilir mi?

Kapsam net ve belirsizlik azsa sabit fiyat çalışılabilir. Eski sistemin bağlantısı, veri kalitesi veya iş kuralları henüz incelenmemişse ilk rakam bir tahmindir. Tahminin hangi bilgilerle değişebileceği belirtilmeli; belirsizlikleri çözmek için yapılacak analiz ayrı tanımlanmalıdır.

TankDev'in özel yazılım geliştirme yaklaşımını inceleyebilir, teklifleri değerlendirmek için yazılım firması seçim rehberini okuyabilirsiniz. Mevcut iş akışınızı paylaşın; ilk sürümün kapsamını ve maliyeti etkileyen teknik ihtiyaçları konuşalım.