Özel Yazılım mı, Hazır Yazılım mı? İşletmeler İçin Karar Rehberi

Kısa cevap: Muhasebe, bordro veya e-posta gibi her işletmede benzer işleyen süreçler için hazır yazılım genellikle daha mantıklıdır. Sizi rakiplerinizden ayıran, sık değişen ya da birden fazla sistemi birbirine bağlaması gereken süreçler için ise özel yazılım uzun vadede daha doğru olabilir. Kararı ilk yatırım tutarıyla değil; birkaç yıllık toplam sahip olma maliyeti, veri kontrolü ve sürecin işinizdeki stratejik önemiyle vermek gerekir.

Bu soru çoğu zaman bir "ya o, ya bu" tartışması gibi sunulur. Oysa pek çok işletmede doğru cevap karma bir yapıdır: standart işler hazır araçlarla yürür, farkı yaratan süreç ise özel olarak geliştirilir ve diğerlerine bağlanır. Aşağıda bu ayrımı nasıl yapacağınızı adım adım anlatıyoruz.

Hazır yazılım, SaaS ve özel yazılım: kavramları ayıralım

• Hazır (paket) yazılım: Çok sayıda işletmenin ortak ihtiyacı için geliştirilmiş, lisansla satın alınan ya da kurulan yazılım.
• SaaS (hizmet olarak yazılım): Hazır yazılımın bulut üzerinden, genellikle aylık veya yıllık abonelikle sunulan biçimi. Sunucu, güncelleme ve yedekleme sağlayıcının sorumluluğundadır.
• Özel yazılım: Belirli bir işletmenin süreçlerine göre analiz edilip tasarlanan, kaynak kodu ve verisi üzerinde işletmenin söz sahibi olduğu yazılım.
• Low-code / no-code araçlar: Hazır bileşenlerle iş akışı kurmayı sağlayan platformlar. Hızlı deneme için iyidir, ancak karmaşıklık arttıkça sınırlarına ulaşılabilir.

İlk soru: Bu süreç sizi farklılaştırıyor mu?

Yazılım mimarı Martin Fowler, kurum içi yazılımları iki gruba ayırmayı önerir: her şirkette benzer işleyen destekleyici (utility) işlevler ve şirketi rakiplerinden ayıran stratejik işlevler. Fowler'a göre destekleyici işlevlerde paket yazılım kullanmak ve gerekirse süreci pakete uydurmak mantıklıdır; stratejik işlevlerde ise rakiplerle aynı paketi kullanmak farklılaşma imkanını zayıflatır.

Bu ayrımı kendi işletmenize uygulamak için şu soruyu sorun: "Bu süreci rakibimizle aynı şekilde yürütsek müşteri bir fark hisseder mi?" Bordro için cevap büyük olasılıkla hayırdır. Teklif hazırlama hızınız, saha ekibinizin iş takibi ya da bayilerinizle sipariş akışınız için cevap evet olabilir.

Altı kritere göre karşılaştırma

Tablo, bir tarafın her zaman kazandığını göstermiyor. Önemli olan, hangi kriterin sizin için ağır bastığını bilmek. Örneğin hızla pazara çıkmanız gereken bir dönemde devreye alma süresi her şeyden önemli olabilir; düzenlemelere tabi bir sektörde ise veri kontrolü ve erişim kayıtları belirleyici hale gelir. Kriterleri kendi önceliklerinize göre puanlayıp ağırlıklandırmak, tartışmayı kişisel tercihlerden çıkarıp somut bir zemine taşır.

Toplam sahip olma maliyetini (TCO) nasıl düşünmeli?

Hazır yazılımın ilk faturası düşük görünür; özel yazılımınki yüksek. Ancak sağlıklı karşılaştırma için 3 ila 5 yıllık bir dönemi birlikte değerlendirmek gerekir. Hesaba katılması gereken kalemler:

• Hazır yazılım tarafında: kullanıcı başı abonelik artışları, ek modül ücretleri, entegrasyon için ara yazılımlar, süreci yazılıma uydurmak için harcanan iş gücü, yazılımın yapamadığı işler için tutulan paralel Excel tabloları.
• Özel yazılım tarafında: analiz ve geliştirme, barındırma, bakım ve güvenlik güncellemeleri, yeni ihtiyaçlar için geliştirme, kullanıcı eğitimi.
• Her iki tarafta: veri taşıma, çalışan eğitimi ve geçiş döneminde düşen verimlilik.

Çoğu zaman gözden kaçan kalem, "görünmez" iş gücüdür: aynı veriyi iki sisteme elle girmek, raporları her ay manuel birleştirmek gibi. Bu işler faturada görünmez ama her ay maliyet üretir. Kaba bir hesap için, bu tür tekrar eden işlere haftada kaç saat harcandığını birkaç hafta boyunca not etmek bile karar için değerli bir veri sağlar.

Veri sahipliği ve tedarikçi bağımlılığı

Bir SaaS ürününden ayrılmaya karar verdiğinizde verinizi hangi formatta, ne kadar sürede ve ne kadar eksiksiz alabilirsiniz? Bu soru, sözleşme imzalanmadan önce sorulmalıdır. Şunlara dikkat edin:

• Verinin tamamı (ilişkileri ve dosya ekleriyle birlikte) dışa aktarılabiliyor mu?
• Fiyat değişikliklerinde ne kadar önceden bildirim yapılıyor?
• Ürün kapanırsa ya da satın alınırsa ne olacağı tanımlı mı?
• API erişimi hangi pakette var, kullanım sınırları neler?

Özel yazılımda da bağımlılık riski vardır; bu kez yazılımı geliştiren ekibe karşı. Bunu azaltmak için kaynak kodun size teslim edilmesi, yaygın teknolojilerin kullanılması, kodun belgelenmesi ve sürüm kontrol erişiminin sizde olması gerekir.

KVKK ve güvenlik boyutu

6698 sayılı Kişisel Verilerin Korunması Kanunu, veri sorumlusuna kişisel verilerin güvenliği için uygun teknik ve idari tedbirleri alma yükümlülüğü getirir ve kişisel verilerin yurt dışına aktarımını belirli şartlara bağlar. Bu nedenle müşteri, çalışan veya hasta gibi kişisel veri işleyen bir sistem seçerken şu sorular önemlidir:

• Veriler hangi ülkedeki sunucularda tutuluyor?
• Erişim yetkileri rol bazlı tanımlanabiliyor mu, işlem kayıtları (log) tutuluyor mu?
• Saklama ve imha süreleri yazılımda uygulanabiliyor mu?

Hazır yazılımda bu konular sağlayıcının sunduğu seçeneklerle sınırlıdır. Özel yazılımda ise ihtiyaca göre tasarlanabilir, ancak doğru uygulanması da sizin ve geliştirici ekibin sorumluluğundadır. Hukuki değerlendirme için bir uzmana danışmanız gerekir.

Hangi durumlarda hazır yazılım daha doğru?

• Süreç sektörünüzde standart ve sizi farklılaştırmıyor.
• Hızlı başlamanız gerekiyor ve süreci yazılıma uydurmak kabul edilebilir.
• Kurum içinde yazılımı sahiplenecek teknik bir muhatap yok.
• Kullanıcı sayısı ve veri hacmi öngörülebilir.
• Fikri henüz doğrulamadınız; önce düşük maliyetle denemek istiyorsunuz.

Hangi durumlarda özel yazılım daha doğru?

• Süreç, müşterinin hissettiği farkı doğrudan etkiliyor.
• Hazır yazılımı kullanabilmek için çok sayıda yan tablo ve elle aktarım gerekiyor.
• Birden fazla sistemin (web sitesi, CRM, muhasebe, saha uygulaması) tek bir akışta konuşması gerekiyor.
• Kullanıcı başı abonelik modeli, ekip büyüdükçe orantısız pahalılaşıyor.
• Veri konumu ve erişim kontrolü üzerinde tam söz sahibi olmanız gerekiyor.

Çoğu işletme için en iyi cevap: karma yaklaşım

Muhasebeyi yerleşik bir paketle yürütüp, teklif ve sipariş akışını özel bir panelde yönetmek ve ikisini API ile bağlamak oldukça yaygın ve sağlıklı bir modeldir. Bu yaklaşımda özel geliştirme, yalnızca değer üreten yere odaklanır.

Bir başka pratik yol da aşamalı ilerlemektir: önce hazır araçlarla süreci deneyin, darboğazların nerede oluştuğunu görün, ardından yalnızca o darboğazı çözen özel bir modül geliştirin. Böylece neye ihtiyacınız olduğunu tahminle değil, deneyimle belirlemiş olursunuz.

Varsayımsal bir örnek: teklif süreci

Kararı somutlaştırmak için kurgusal bir senaryo düşünelim. Ankara'da endüstriyel ekipman satan orta ölçekli bir firma, tekliflerini bir hazır CRM'de, fiyat listelerini Excel'de, stok bilgisini muhasebe yazılımında tutuyor. Her teklif için satış temsilcisi üç sistemi açıp bilgileri elle birleştiriyor ve teklifi bir kelime işlemcide hazırlıyor.

Bu durumda üç seçenek vardır:

1. Daha kapsamlı bir hazır CRM'e geçmek: Teklif modülü olan bir ürün bulunabilir, ancak firmaya özgü fiyatlandırma kuralları ve stok bağlantısı yine eksik kalabilir.
2. Tamamen özel bir ERP geliştirmek: Muhasebe dahil her şeyi yeniden yazmak, standart işler için gereksiz bir yük ve risk getirir.
3. Karma çözüm: Muhasebe yerinde kalır, CRM'in iyi çalışan kısmı korunur; yalnızca fiyat kurallarını uygulayan, stok bilgisini çeken ve teklif belgesini otomatik üreten özel bir teklif modülü geliştirilip diğer sistemlere bağlanır.

Bu senaryoda üçüncü seçenek, özel geliştirmeyi firmanın gerçekten farklılaştığı tek noktaya, yani teklif hızına ve doğruluğuna odaklar. Senaryo kurgusaldır; ama pek çok işletmenin gündelik gerçeğine benzer.

Özel yazılım sözleşmesinde bulunması gerekenler

• Kaynak kodun ve veritabanı şemasının teslimi, fikri hakların kime ait olduğu
• Kapsamın modül bazında tanımı ve kapsam değişikliği prosedürü
• Kabul testleri: bir modül hangi koşullarda "tamamlandı" sayılır?
• Garanti süresi içinde giderilecek hata türleri
• Bakım, güvenlik güncellemesi ve yedekleme sorumluluğu
• Barındırma ortamı ve verilerin saklandığı konum
• Dokümantasyon ve kullanıcı eğitimi

Karar vermeden önce cevaplanması gereken 8 soru

1. Bu süreç rakiplerimizden ayrışmamızı sağlıyor mu?
2. Bugün süreci yürütmek için kaç farklı araç ve kaç elle aktarım kullanıyoruz?
3. Üç yıl sonra kullanıcı ve veri hacmimiz ne olacak?
4. Hangi sistemlerle entegrasyon şart?
5. Veriyi başka bir sisteme taşımak istesek bunu nasıl yaparız?
6. Kişisel veri işleniyor mu, nerede saklanıyor?
7. Yazılımı kurum içinde kim sahiplenecek?
8. Hata olduğunda kime, hangi sürede ulaşabileceğiz?

Özel yazılım projesi nasıl ilerler?

Sağlıklı bir özel yazılım projesi genellikle şu adımlardan oluşur: mevcut sürecin yerinde analizi, kapsamın önceliklendirilmesi, en kritik akışı çözen ilk sürümün geliştirilmesi, gerçek kullanıcılarla test, ardından kısa döngülerle yeni modüllerin eklenmesi. Bu yaklaşım hem riski azaltır hem de yatırımın erken geri dönmeye başlamasını sağlar.

Web sitenizle entegre çalışacak bir panel düşünüyorsanız, bunun site bütçesine etkisini kurumsal web sitesi maliyet faktörleri yazımızda da ele aldık.

Sonraki adım

Hangi yolun size uygun olduğunu netleştirmek için mevcut sürecinizi birlikte haritalandırabiliriz. Ankara özel yazılım hizmetimizi inceleyebilir, ihtiyacınızı kısaca anlatarak proje teklifi talep edebilirsiniz. Hazır bir aracın yeterli olduğu durumlarda bunu da açıkça söylüyoruz.

Sık sorulan sorular

Özel yazılım hazır yazılımdan daha mı pahalı?

İlk yatırım genellikle daha yüksektir. Ancak birkaç yıllık toplam sahip olma maliyetine bakıldığında; kullanıcı başı abonelikler, ek modüller ve elle yapılan aktarımlar hesaba katıldığında tablo değişebilir. Karşılaştırmayı tek seferlik tutara göre değil, 3 ila 5 yıllık döneme göre yapmak gerekir.

SaaS ile özel yazılım arasındaki fark nedir?

SaaS, çok sayıda müşteriye abonelikle sunulan ve altyapısı sağlayıcı tarafından yönetilen hazır yazılımdır. Özel yazılım ise tek bir işletmenin süreçlerine göre geliştirilir ve kaynak kodu ile verisi üzerinde işletme söz sahibidir.

Özel yazılımda firmaya bağımlı kalır mıyım?

Kaynak kod size teslim edilmezse, yaygın olmayan teknolojiler kullanılırsa veya kod belgelenmezse bu risk artar. Sözleşmede kaynak kod teslimini, sürüm kontrol erişimini ve dokümantasyonu güvenceye almak bağımlılığı önemli ölçüde azaltır.

Hazır yazılım ile özel yazılım birlikte kullanılabilir mi?

Evet, pek çok işletme için en verimli model budur. Muhasebe gibi standart süreçler hazır paketlerle yürür, farkı yaratan süreç ise özel bir modülle yönetilir ve sistemler API üzerinden birbirine bağlanır.

Özel yazılım projesi ne kadar sürer?

Süre kapsamın büyüklüğüne, entegrasyon sayısına ve karar süreçlerine göre değişir. En kritik akışı çözen ilk sürümle başlayıp sonraki modülleri kısa döngülerle eklemek, kullanıma geçişi hızlandırır ve riski azaltır.