Özel Yazılım mı, Hazır Paket Program mı? Karar Rehberi

Bir işletme yazılım ihtiyacını fark ettiğinde iki yol görür: piyasada satılan hazır bir paket programı (ya da bulut tabanlı bir aboneliği) almak veya işine göre özel yazılım geliştirtmek. İkisi de doğru olabilir; yanlış olan, kararı yalnızca ilk teklifin tutarına bakarak vermektir. Genel kural şöyle: süreciniz sektördeki diğer firmalarla büyük ölçüde aynıysa ve sizi rakiplerden ayırmıyorsa hazır paket çoğu zaman daha mantıklıdır. Süreciniz sizi farklı kılıyorsa, hazır paket sizi uyumsuz çözümlere zorluyorsa ya da birden fazla sistemi birbirine bağlamanız gerekiyorsa özel yazılım uzun vadede daha ekonomik hâle gelir. Bu rehberde kararı toplam sahip olma maliyeti, esneklik ve bağımlılık üzerinden karşılaştırıyoruz.

Kavramlar: neyi neyle karşılaştırıyoruz?

Hazır paket program, çok sayıda işletmenin ortak ihtiyacına göre tasarlanmış, lisans ya da abonelikle satılan yazılımdır: ön muhasebe programları, bulut tabanlı CRM'ler, stok ve randevu araçları gibi. Ayarlarla belirli ölçüde uyarlanır ama temel iş akışını üretici belirler.

Özel yazılım ise sizin süreçlerinize, veri yapınıza ve kullanıcılarınıza göre tasarlanan, kaynak kodu üzerinde söz hakkınızın olduğu yazılımdır. Sıfırdan yazılabilir ya da açık kaynak bir çekirdeğin üzerine inşa edilebilir.

Arada üçüncü bir yol da vardır: hazır paketi omurga olarak kullanıp eksik kalan kısmı özel geliştirmeyle tamamlamak. Örneğin muhasebeyi hazır programda tutup sahaya özel iş emri uygulamasını ayrıca geliştirmek ve ikisini API ile bağlamak. Pratikte en sık önerdiğimiz çözüm de çoğu zaman bu karma yapıdır.

Bu yazı iş yazılımları üzerine. Kurumsal web sitesi için aynı soruyu WordPress mi, özel yazılım mı yazımızda, e-ticaret için ise e-ticaret altyapısı seçimi rehberimizde ayrıca ele aldık.

Karşılaştırma tablosu

Tablodan çıkan sonuç, iki seçeneğin de farklı türden bir bağımlılık taşıdığıdır. Hazır pakette üreticiye, özel yazılımda ise kodun kalitesine ve onu bilen ekibe bağlı kalırsınız. Doğru soru "hangisinde bağımlılık yok?" değil, "hangi bağımlılığı daha iyi yönetebilirim?" olmalıdır.

Toplam sahip olma maliyeti nasıl hesaplanır?

Toplam sahip olma maliyeti (TCO), yazılımın ilk satın alma bedelinin yanında, kullanıldığı süre boyunca doğurduğu tüm doğrudan ve dolaylı maliyetlerin toplamıdır. Kararı ilk teklife bakarak değil, örneğin beş yıllık bir dönem üzerinden vermek gerekir. Hesaba katılması gereken kalemler:

• Lisans veya abonelik: Kullanıcı başına ücret, ek modüller, depolama ve işlem sınırları, üst pakete geçiş zorunlulukları. Kullanıcı sayınız büyüdükçe bu kalemin nasıl değişeceğini senaryolarla hesaplayın.
• Geliştirme ve uyarlama: Özel yazılımda analiz, tasarım, geliştirme ve test. Hazır pakette danışmanlık, kurulum ve ayar hizmeti.
• Barındırma ve altyapı: Özel yazılımda sunucu, yedekleme ve izleme. Hazır pakette çoğunlukla aboneliğe dahildir.
• Bakım ve güncelleme: Hata düzeltme, güvenlik yamaları, işletim sistemi ve kütüphane güncellemeleri. Özel yazılımda bunun için yıllık bir bütçe ayrılmalıdır.
• Entegrasyon: Muhasebe, e-fatura, e-ticaret, pazaryeri, kargo gibi sistemlere bağlantı. Hazır pakette bu bağlantıların bir kısmı ek ücretli olabilir.
• Veri taşıma: Eski sistemden veri aktarımı ve temizliği.
• Eğitim ve benimseme: Ekibin yeni sisteme alışması için harcanan zaman.
• Uyumsuzluk maliyeti: Hazır paket sürecinize tam uymuyorsa, eksik kalan işleri Excel'de, elle ya da ikinci bir araçla yapmanın yarattığı zaman kaybı. Bu kalem çoğu zaman hesaba katılmaz ama en büyük kalem olabilir.
• Çıkış maliyeti: İleride sistemi değiştirmek isterseniz verinizi ne kadar kolay ve hangi biçimde alabileceğiniz.

Basit bir örnekle düşünelim (rakamlar yoktur, yalnızca mantık gösterilmektedir): 15 kişinin kullandığı bir abonelik, kullanıcı sayısı 40'a çıktığında yıllık maliyetini neredeyse üçe katlar. Aynı süreçte özel yazılımın maliyeti büyük ölçüde ilk geliştirmede harcanmıştır; kullanıcı sayısının artması lisans maliyetini değil, yalnızca sunucu ihtiyacını etkiler. Tersine, beş kişilik ve süreçleri standart bir ekip için özel yazılımın ilk yatırımı, abonelik bedelinin yıllarca karşılayamayacağı kadar büyük olabilir.

Kim için hangisi?

Hazır paket şu durumlarda mantıklıdır

• Süreç, sektördeki diğer firmalarla büyük ölçüde aynıysa: ön muhasebe, bordro, e-fatura gibi mevzuata bağlı ve standartlaşmış işler.
• Hemen başlamanız gerekiyorsa ve aylar süren bir geliştirme projesine zamanınız yoksa.
• Kullanıcı sayısı küçük ve uzun vadede büyük ölçüde sabit kalacaksa.
• İç ekibinizde ya da çözüm ortağınızda yazılımı sürdürecek teknik kapasite yoksa.
• Henüz sürecinizi tam bilmiyorsanız; hazır bir araçla çalışmak, ihtiyacınızı netleştirmenin ucuz bir yoludur.

Özel yazılım şu durumlarda mantıklıdır

• Sizi rakiplerden ayıran bir iş yapma biçiminiz varsa: özel bir teklif hesaplama mantığı, sahaya özgü bir iş emri akışı, bayilerle özel bir fiyat yapısı.
• Hazır paketlerde ihtiyacınızın büyük kısmını karşılayan bir çözüm yoksa ya da üç dört farklı aracı yan yana kullanmak zorunda kalıyorsanız.
• Birden fazla sistemi tek bir akışta birleştirmeniz gerekiyorsa: üretim verisini, stok bilgisini ve müşteri siparişini aynı ekranda görmek gibi.
• Kullanıcı sayısı veya işlem hacmi büyüdükçe abonelik maliyeti orantısız artıyorsa.
• Verinin nerede ve nasıl tutulduğu üzerinde tam kontrol gerekiyorsa.

Martin Fowler'ın stratejik ve yardımcı sistemler ayrımı bu kararda işe yarar: işletmeye rekabet avantajı sağlayan stratejik süreçler için özel çözüme yatırım yapmak, herkesin aynı şekilde yaptığı yardımcı işler için ise hazır ürün kullanmak genellikle doğru dengedir. Muhasebeniz büyük olasılıkla stratejik değildir; ama müşteriye teklif hazırlama hızınız stratejik olabilir.

Karar vermeden önce sorulacak sorular

1. Bu süreç bizi rakiplerimizden ayırıyor mu? Cevap hayırsa, hazır paketin sürecini benimsemek çoğu zaman kendi sürecinizi korumaktan daha ucuzdur.
2. Hazır paketler ihtiyacın ne kadarını karşılıyor? İki üç ürünün demosunu kendi gerçek senaryolarınızla deneyin. Eksik kalan kısmın ayarla mı, eklentiyle mi, yoksa ancak elle çözülebildiğini not edin.
3. Beş yıl sonra kaç kullanıcı ve ne kadar veri olacak? Maliyeti bugünkü değil, büyüme senaryosundaki rakamlarla hesaplayın.
4. Hangi sistemlerle konuşması gerekiyor? Hazır paketin API'si var mı, belgelenmiş mi, ek ücrete tabi mi?
5. Verimi nasıl geri alırım? Toplu dışa aktarma var mı, hangi biçimde, ilişkili verilerle birlikte mi?
6. Üretici ya da geliştirici işi bırakırsa ne olur? Hazır pakette hizmetin sürekliliği, özel yazılımda kaynak kodu ve dokümantasyon teslimi bu sorunun cevabıdır.
7. Yazılımı kim sürdürecek? Özel yazılımda bakım sözleşmesi, sürüm takibi ve sorumluluk dağılımı baştan belli olmalıdır.
8. Ne kadar hızlı başlamamız gerekiyor? Acil bir ihtiyaç için hazır paketle başlayıp, süreci öğrendikçe özel çözüme geçmek mümkündür.

Bağımlılığı azaltmanın yolları

Hangi yolu seçerseniz seçin, bağımlılığı yönetilebilir tutmak sizin elinizdedir.

Hazır pakette: Sözleşmeden önce veri dışa aktarma imkânını test edin. Kritik verilerin düzenli yedeğini kendi tarafınızda alın. Sürecinizi araca gömmek yerine dokümante edin; böylece başka bir araca geçerken neyin taşınacağını bilirsiniz. Mümkünse API üzerinden çalışan bağlantılar kurun, araçlar arasında elle veri taşımaktan kaçının.

Özel yazılımda: Kaynak kodunun ve veri tabanının size teslim edileceğini, kodun sizin erişiminizdeki bir depoda tutulacağını sözleşmeye yazdırın. Yaygın, belgelenmiş ve topluluğu güçlü teknolojileri tercih edin; yalnızca tek bir kişinin bildiği bir çerçeve sizi o kişiye bağlar. Kurulum, mimari ve veri modeli için asgari bir dokümantasyon isteyin. Sunucu ve alan adı hesaplarının sizin adınıza açılmasını sağlayın. Fikri mülkiyet ve kaynak kodu devri gibi konular sözleşmeye ve mevzuata bağlıdır; bu kısım genel bilgilendirmedir, hukuki danışmanlık değildir.

Teknik borç da özel yazılımda gizli bir bağımlılık kaynağıdır. Hızlı teslim için alınan kısayollar zamanla değişiklik yapmayı pahalı hâle getirir. Bakım bütçesinin bir kısmını bu borcu düzenli olarak azaltmaya ayırmak, yazılımın ömrünü uzatır.

Karma yaklaşım ve kademeli geçiş

Çoğu işletme için en sağlıklı mimari, standart işler için hazır ürünler ve farklılaştıran süreçler için özel modüllerden oluşan bir yapıdır. Bu parçaları birbirine bağlayan şey entegrasyondur: muhasebe programının API'si, e-fatura entegratörünün servisi, e-ticaret altyapısının web kancaları. Basit veri aktarımları için n8n gibi iş akışı otomasyonu araçları çoğu zaman özel kod yazmaktan hızlıdır.

Mevcut bir sistemi değiştirirken her şeyi aynı gün değiştirmek gerekmez. Yazılım dünyasında "strangler fig" olarak bilinen yaklaşımda eski sistem çalışmaya devam ederken yeni sistem parça parça devreye girer; her parça çalıştığında eski sistemin ilgili kısmı kapatılır. Örneğin önce teklif modülü yeni sisteme taşınır, ardından sipariş ve en son raporlama. Bu yöntem riski ve kesintiyi azaltır. Excel tablolarıyla yürüyen bir süreci yazılıma taşımayı düşünüyorsanız Excel'den web uygulamasına geçiş yazımızda geçiş işaretlerini ve veri taşıma adımlarını anlattık. ERP ölçeğinde bir karar veriyorsanız ERP seçim rehberimiz modül ve geçiş risklerini ele alıyor.

Sık Sorulan Sorular

Özel yazılım her zaman daha mı pahalıdır?

İlk yatırım olarak genellikle evet. Ancak toplam sahip olma maliyeti kullanıcı sayısına, ek modül ihtiyacına, uyumsuzluk kaynaklı zaman kaybına ve kullanım süresine bağlıdır. Büyüyen ekiplerde ve hazır paketin uymadığı süreçlerde özel yazılım birkaç yıl içinde daha ekonomik hâle gelebilir.

Hazır paketi özelleştirmek iyi bir orta yol mu?

Ayarlar ve resmi eklentilerle yapılan uyarlamalar genellikle güvenlidir. Paketin çekirdeğine müdahale eden derin özelleştirmeler ise güncellemelerde kırılabilir ve sizi iki tarafın da dezavantajıyla bırakabilir. Gerekli değişiklik çok büyükse, ayrı bir özel modül geliştirip API ile bağlamak daha sağlıklıdır.

Özel yazılımın kaynak kodu kime ait olur?

Bu, sözleşmenin konusudur. Kaynak kodunun teslimini, kullanım ve değiştirme haklarını ve üçüncü taraf bileşenlerin lisans koşullarını sözleşmede açıkça düzenlemek gerekir. Bu genel bir bilgilendirmedir; kendi sözleşmeniz için bir hukukçuya danışın.

Özel yazılım ne kadar sürede hazır olur?

Kapsama bağlıdır. Tek bir süreci çözen sade bir uygulama birkaç ayda devreye alınabilir; birden fazla departmanı kapsayan bir sistem ise aşamalar hâlinde daha uzun bir takvimde ilerler. İlk sürümü dar tutup kullanıma almak, hem süreyi kısaltır hem de geri bildirimle doğru yönde ilerlemeyi sağlar.

Bulut tabanlı hazır paket ile kurulu (lisanslı) paket arasında ne fark var?

Bulut tabanlı pakette yazılım üreticinin sunucusunda çalışır, siz dönemsel abonelik ödersiniz; güncelleme ve yedekleme üreticidedir. Kurulu pakette ise lisansı bir kez ya da yıllık alır, yazılımı kendi bilgisayarınızda veya sunucunuzda çalıştırırsınız; yedek ve güncelleme sizin sorumluluğunuza geçer. Bulut modeli uzaktan erişimi kolaylaştırır ama internet bağlantısına ve üreticinin fiyat politikasına bağımlılığı artırır. Kurulu model veriyi elinizde tutar, ancak donanım ve bakım yükünü de size bırakır.

Hazır paketten özel yazılıma sonradan geçebilir miyim?

Evet ve bu sık rastlanan bir yoldur. Hazır paketle çalıştığınız süre, ihtiyacınızı netleştirmenizi sağlar. Geçişi kolaylaştırmak için verilerinizi düzenli dışa aktarın ve paketin size uymayan noktalarını not edin; bu notlar ileride ihtiyaç analizinin temelini oluşturur.

Kararınızı birlikte netleştirelim

Doğru seçim, sürecinizin ne kadar standart ya da ne kadar size özgü olduğuna, büyüme planınıza ve hangi bağımlılığı yönetebileceğinize bağlıdır. Bazen en iyi tavsiye "hazır paketi alın" olur; biz de bunu söylemekten çekinmiyoruz. İhtiyacınızı birlikte değerlendirmek, hazır paket ile özel çözümün maliyetini aynı tabloda görmek için özel yazılım hizmetimizi inceleyebilir ya da bizimle iletişime geçebilirsiniz.

Kaynaklar

• Martin Fowler: Utility Vs Strategic Dichotomy
• Martin Fowler: Strangler Fig
• Martin Fowler: Technical Debt
• GOV.UK: The Technology Code of Practice