Özel yazılım, iş akışınızın ayırt edici kısmı hazır paketle çözülemiyorsa ve bu fark her ay ölçülebilir manuel iş yaratıyorsa mantıklıdır. Hazır paket ise standart süreçlerde, hızlı başlangıç gereken durumlarda ve bakım yükünü dışarıda tutmak istendiğinde üstündür. Doğru karar genellikle ikisinin karışımıdır: standart süreçler için paket, ayırt edici süreç için özel geliştirme ve ikisi arasında entegrasyon.
- Özel yazılım kararı, süreç farkının her ay yarattığı manuel iş yüküyle ölçülür.
- Hazır paketin gizli maliyeti lisans değil, süreçlerinizi pakete uydurmak için harcanan iştir.
- Özel yazılımın gizli maliyeti geliştirme değil, yıllar süren bakım ve uyum çalışmasıdır.
- Çoğu kurumda doğru cevap ikisinin karışımıdır: paket + ayırt edici süreç için özel modül + entegrasyon.
- Veri sahipliği ve dışa aktarım imkânı, her iki seçenekte de sözleşmeden önce netleşmelidir.
Soru 1 — Bu süreç sizi rakiplerinizden ayırıyor mu?
Muhasebe, bordro ve e-fatura gibi süreçler her kurumda benzer işler. Bunlar için özel yazılım geliştirmek, mevzuat değiştiğinde güncelleme yükünü de üstlenmek demektir; hazır paket bu yükü binlerce müşteriye dağıtır.
Buna karşılık üretim planlamanız, fiyatlandırma mantığınız veya saha operasyonunuz rakiplerinizden farklıysa, o farkı standart bir pakete sığdırmaya çalışmak rekabet avantajınızı törpüler.
Soru 2 — Farkın aylık maliyeti ne kadar?
Hazır paketin karşılamadığı her ihtiyaç, genellikle bir tablo dosyasına ve elle veri girişine dönüşür. Bu işin kaç kişi-saat tuttuğunu ölçün. Aylık maliyet, özel geliştirme yatırımının kaç ayda geri döneceğini gösterir.
Ölçüm yapılmadan verilen “bizim işimiz farklı” kararı, çoğu zaman alışkanlığı gerekçeye dönüştürür. Ölçüm sonucunda farkın küçük olduğu ortaya çıkarsa paket doğru cevaptır ve bunu söylemek tedarikçinin işidir.
Soru 3 — Süreciniz gerçekten mi özel, yoksa alışkanlık mı?
Bazı süreçler yıllar içinde, artık var olmayan bir kısıt yüzünden bugünkü hâlini almıştır. Özel yazılım, o kısıtı koda gömerek kalıcılaştırır.
Analiz aşamasında sorulması gereken soru şudur: bu adım neden var? Cevap “her zaman böyle yapıyoruz” ise, önce süreci sadeleştirmek yazılım geliştirmekten daha ucuz ve daha kalıcıdır.
Soru 4 — Kaç kişi kullanacak?
Kullanıcı başına lisanslanan hazır paketlerde maliyet kullanıcı sayısıyla doğrusal artar. Özel yazılımda ise geliştirme maliyeti sabittir, kullanıcı sayısı arttıkça kişi başına düşen maliyet düşer.
Bu yüzden az kullanıcılı senaryolarda paket, çok kullanıcılı ve uzun ömürlü senaryolarda özel geliştirme ekonomik olarak öne geçebilir. Kırılma noktası her kurumda farklıdır ve hesaplanabilir.
Soru 5 — Ne kadar hızlı başlamanız gerekiyor?
Hazır paket günler içinde kullanılmaya başlanabilir; özel yazılımda ilk çalışan sürüm haftalar sonra gelir. Yasal bir tarihe veya sezon başlangıcına yetişilmesi gereken durumlarda bu fark belirleyicidir.
Ara çözüm mümkündür: kritik tarihe paketle yetişip, ayırt edici süreci sonraki dönemde özel modül olarak geliştirmek ve ikisini entegre etmek çoğu kurumda en düşük riskli yoldur.
Soru 6 — Veriniz kimde kalacak?
Her iki seçenekte de sorulması gereken soru aynıdır: verinizi istediğiniz anda, kullanılabilir bir biçimde dışarı alabiliyor musunuz? Dışa aktarımı sınırlı bir paket, ilişkiyi bitirme maliyetini yıllar sonra karşınıza çıkarır.
Özel yazılımda kaynak kodun, veri modelinin ve kurulum dokümanının kurumda kalması sözleşmeyle güvence altına alınmalıdır.
Soru 7 — Bakımı kim yapacak?
Özel yazılımın en çok hafife alınan maliyeti geliştirme değil, bakımdır. Entegre olduğu sistemler güncellendiğinde uyum çalışması gerekir; kullanıcı ihtiyaçları değiştikçe geliştirme sürer.
Bakımı kimin, hangi sürelerle ve hangi bedelle yapacağı ilk gün belirlenmelidir. Bakım planı olmayan özel yazılım, birkaç yıl içinde kimsenin dokunmaya cesaret edemediği bir sisteme dönüşür.
Soru 8 — Karma model mümkün mü?
Pratikte en sık doğru çıkan cevap budur. Standart süreçler hazır paketle yürütülür, kurumu ayrıştıran süreç için özel bir modül geliştirilir ve ikisi entegrasyonla konuşturulur.
Bu modelde kritik olan, hangi verinin hangi sistemde ana kayıt sayılacağının baştan belirlenmesidir. Bu karar verilmediğinde iki sistem birbirini ezmeye başlar ve entegrasyon çözüm değil sorun kaynağı olur.
Bu konuda sorulanlar.
İlk yatırımda genellikle evet. Ancak kullanıcı sayısı arttıkça ve kullanım süresi uzadıkça karşılaştırma değişir; kullanıcı başına lisanslanan paketlerde yıllık bedel her yıl tekrarlanırken özel yazılımın geliştirme maliyeti tek seferliktir. Üç ile beş yıllık toplam maliyet üzerinden bakmak gerekir.
Sınırlı ölçüde. Paket içinde kalan özelleştirmeler sürdürülebilirdir; paketin sınırlarını zorlayan özelleştirmeler ise her sürüm güncellemesinde yeniden çalışma gerektirir ve zamanla paketin güncellenememesine yol açar.
Doğru kurgulanmış bir projede her sürüm teslimi çalışır durumdadır ve kaynak kod kurumdadır. Süreç herhangi bir aşamada dursa da elinizde çalışan bir sürüm ve tam dokümantasyon kalır.
Evet, ancak veri aktarımı bağımsız bir iş kalemidir. Eski sistemden çıkarma, temizleme, eşleştirme ve doğrulama adımlarını içerir ve teklifte ayrı olarak yer almalıdır.
Kurum büyüklüğüne göre iki ile altı hafta arasında bir analiz genellikle yeterlidir. Bu sürede mevcut süreç haritalanır, farkın maliyeti ölçülür ve iki seçenek karşılaştırmalı olarak fiyatlanır. Analiz çıktısı, hangi yolu seçerseniz seçin kurumda kalır.
