Hazır Yazılım mı, Özel Yazılım mı? Karar ve Maliyet Rehberi
Hazır yazılım (SaaS) ile özel yazılım geliştirme arasındaki karar; yalnız ilk kurulum bedeline göre değil, iş akışı ve yetkilendirme uyumuna, artan kullanıcı başı abonelik maliyetine, dış API/ERP entegrasyon sınırlarına, veri taşınabilirliğine ve kaynak kod sahipliğine göre verilmelidir.
Özel yazılım geliştirme, işletmenin kendine özgü operasyon ve onay süreçleri için kapsamlandırılır. İhtiyacınızın standart bir kurumsal site mi yoksa özel geliştirme mi olduğunu netleştirmek için web sitesi ve proje brief şablonumuzu kullanabilirsiniz.
Önce gereksinimleri yazın
“Bize bir CRM gerekiyor” yerine hangi kullanıcının hangi işlemi yapacağını tarif edin. Talep kaydı, atama, onay, rapor ve devir aynı özellik değildir. Mevcut dosyalar veya yazılımlar arasındaki elle yapılan işi de görünür kılın.
| Gereksinim | Hazır üründe kontrol | Özel geliştirmede kontrol |
|---|---|---|
| Temel iş akışı | Gerçek örnekle çalıştırılabiliyor mu? | Akış ve istisnalar kabul senaryosuna yazıldı mı? |
| Kullanıcı rolleri | Gerekli erişim sınırları destekleniyor mu? | Rol bazında izin ve veri erişimi tanımlı mı? |
| Veri aktarımı | Gerekli alanlar içe/dışa aktarılabiliyor mu? | Alan eşleştirme ve doğrulama planı var mı? |
| Entegrasyon | Kullanılabilir bağlantı ve sınırlar neler? | Karşı sistemin erişimi ve sorumlusu hazır mı? |
| Rapor | İşletmenin sorusunu cevaplıyor mu? | Kaynak, hesaplama ve dönem tanımlı mı? |
| Bakım | Sağlayıcının destek kapsamı ne? | Destek, güncelleme ve işletim sorumlusu kim? |
Her satıra “karşılıyor”, “uyarlama gerekiyor”, “doğrulanmadı” veya “karşılamıyor” yazın. Gözlemlenmeyen bir özelliği satış açıklamasından kesin mevcut kabul etmeyin. Özel çözümde de geliştirme planı henüz çalışan ürün değildir.
Temsili toplam maliyet modeli
Bu model piyasa fiyatı veya teklif değildir; kendi doğrulanmış girdilerinizi yerleştirmek için hazırlanmıştır.
Hazır çözümün dönem maliyeti = kurulum + veri taşıma + eğitim + dönemlik lisans + gerekli ek servisler + uyarlama ve işletim.
Özel çözümün dönem maliyeti = analiz ve tasarım + geliştirme + veri taşıma + test ve devir + barındırma ve servisler + bakım ve geliştirme.
Aynı süreyi, kullanıcı sayısını ve para birimini kullanın. Vergi, kullanım sınırı veya artan kullanıcı bedeli varsa ayrı yazın. İç ekibin eğitim ve süreç değişikliği için ayıracağı zamanı da karar notuna ekleyin; doğrulanmamış verim artışını tasarruf gibi hesaba katmayın.
Hazır çözüm ne zaman daha uygun olabilir?
Kritik iş akışı üründe karşılanıyor, veri taşıma mümkün ve sınırlar işletmenin beklentisine uyuyorsa hazır çözüm anlamlı olabilir. Özelleştirme talebinin gerçekten iş gereksinimi mi, alışılmış çalışma biçimi mi olduğunu sorun. Gerekli sonucu sağlayan küçük süreç uyarlaması, yeni yazılım üretmekten daha yönetilebilir olabilir.
Özel çözüm; mevcut ürünlerin kritik bir ihtiyacı karşılamadığı, entegrasyon veya erişim modelinin farklı olduğu durumlarda değerlendirilir. Buna rağmen kapsamın işletme içinde net olması gerekir. Belirsiz bir süreci kodlamak, belirsizliği ortadan kaldırmaz.
Kabul ve devir senaryosunu önceden yazın
Temsili bir talep yönetimi işinde kabul yalnız “talep açılabiliyor” değildir. Doğru role atama, yetkisiz kişinin kaydı görememesi, değişiklik takibi ve aktarılmış verinin eşleşmesi de kontrol edilir. Aynı kullanıcı akışıyla hem hazır ürünü hem özel çözümün test sürümünü değerlendirebilirsiniz.
Hesap, kaynak kod, veri, tasarım dosyası ve işletim belgesinin sahiplik ve teslim koşullarını yazın. Bunları tek bir “devir dahil” ifadesine bırakmayın. Sonradan sağlayıcı değiştirme ihtimalinde hangi verinin hangi biçimde alınabileceğini açıklığa kavuşturun.
Bir sonraki karar
Zorunlu kullanıcı işlerini, mevcut veri kaynaklarını, entegrasyonları ve sorumluları tek sayfada toplayın. Mobil bir ürün de gerekiyorsa mobil uygulama maliyet rehberindeki platform ve yayın kalemlerini ekleyin. Kamuya açık bir tanıtım sitesi ihtiyacını ise web tasarım kapsamından ayrı değerlendirin.