Bir işletme büyüdükçe aynı sahne tekrar eder: siparişler bir Excel'de, cariler muhasebe programında, teklifler birinin e-postasında, üretim takibi WhatsApp grubunda. Bir noktada "artık bir yazılıma geçelim" denir ve hemen ardından soru gelir: hazır bir program mı alalım, yoksa kendimize özel mi yazdıralım?
Bu soru çoğu zaman yanlış kurulur. Doğru soru "hangisi daha iyi" değil, "bizim sürecimiz ne kadar standart" sorusudur. Aşağıdaki beş başlık, kararı duygusal değil ölçülebilir hale getirir.
1. Süreciniz sektörde ne kadar standart?
Hazır yazılım, binlerce işletmenin ortak paydasına göre tasarlanır. Ön muhasebe, e-fatura, bordro, temel stok takibi gibi süreçler her şirkette hemen hemen aynı işler. Bu alanlarda hazır çözüm neredeyse her zaman doğru karardır; tekerleği yeniden icat etmenin bir getirisi yoktur.
Ama işletmenizi rakiplerinden ayıran şey bir süreçse — kendinize özgü bir fiyatlandırma mantığı, sektörde kimsede olmayan bir üretim akışı, bayilerinizle kurduğunuz özel bir sipariş modeli — hazır yazılım burada sizi kendi kalıbına sokmaya çalışır. Bu durumda yazılıma para verip rekabet avantajınızdan vazgeçmiş olursunuz.
Pratik ölçüt: süreçlerinizi bir kâğıda yazın ve her adımın yanına "bu sektörde herkeste aynı mı?" diye not düşün. Kritik adımların çoğunda cevap "hayır" ise özel geliştirme masaya gelir.
2. Toplam sahip olma maliyeti — ilk fatura değil
Hazır paketler genellikle kullanıcı başına aylık ya da yıllık lisansla satılır. Beş kullanıcıyla başlayan bir işletme üç yıl sonra yirmi kullanıcıya çıktığında maliyet dört katına çıkar; oysa yazılım aynı yazılımdır. Buna modül ekleme bedelleri, eğitim, danışmanlık ve bazen "bizim için şunu da yapar mısınız" özelleştirmeleri eklenir.
Özel yazılımda ise ağırlık başa biner: geliştirme bedelini ödersiniz, ardından sunucu ve bakım gideri devam eder. Kullanıcı eklemek genelde ek maliyet doğurmaz.
Karşılaştırmayı ilk fatura üzerinden değil, üç yıllık toplam üzerinden yapın. Hesaba kullanıcı sayınızın büyüme tahminini de katın; çoğu işletmede kararı değiştiren kalem tam olarak budur.
3. Veri ve entegrasyon: sistem yalnız mı çalışacak?
Yeni yazılım tek başına bir ada olarak yaşamayacak. Muhasebe programınıza, e-fatura entegratörünüze, e-ticaret sitenize, kargo firmanıza, belki bir üretim makinesinin çıktısına bağlanması gerekecek.
Burada belirleyici soru şu: hazır paketin açık ve dokümante bir API'si var mı? Varsa entegrasyon öngörülebilir bir iştir. Yoksa, ya veriyi manuel taşırsınız — ki bu yazılıma geçme sebebinizi ortadan kaldırır — ya da her entegrasyon için satıcıya ayrı bedel ödersiniz. Özel yazılımda entegrasyon en baştan tasarımın parçası olur; ek bir pazarlık konusu değildir.
4. Hız: bugün mü, altı ay sonra mı?
Hazır paket bugün kurulur, yarın kullanılmaya başlanır. Acil bir yasal zorunluluğunuz varsa ya da mevcut düzen tamamen çökmüşse bu tek başına belirleyici olabilir.
Özel yazılımda ise doğru yaklaşım "her şeyi kapsayan dev proje" değildir. En çok acıyan tek süreci seçip 6-10 haftada çalışan bir sürümü sahaya almak, sonra üzerine modül eklemek çok daha sağlıklıdır. Ekip erken kullanmaya başlar, geri bildirim gerçek kullanımdan gelir ve proje "bir gün biter" belirsizliğinden kurtulur.
5. Bağımlılık ve çıkış maliyeti
Az konuşulan ama en pahalıya patlayan başlık bu. Yıllarca veri biriktirdiğiniz bir sistemden çıkmak istediğinizde ne olacak? Verilerinizi hangi formatta, ne kadar eksiksiz dışarı alabiliyorsunuz? Satıcı fiyat artırırsa, ürünü kapatırsa ya da desteği zayıflarsa alternatifiniz ne?
Özel yazılımda da benzer bir risk vardır — bu sefer geliştirici tarafında. Bu yüzden sözleşmede üç maddenin net olması gerekir: kaynak kodun mülkiyeti kimde, veritabanı ve barındırma kimin kontrolünde, iş birliği biterse devir nasıl yapılacak. Bu üçü yazılı değilse, fiyat ne olursa olsun risk alıyorsunuz demektir.
Gözden kaçan kalem: uyarlama ve eğitim yükü
Karşılaştırmalarda neredeyse hiç konuşulmayan ama projeleri en çok yıpratan başlık budur. Hazır bir yazılım kurulduğunda ekibinizin süreçlerini o yazılımın kabul ettiği biçime uydurması gerekir. Bu, bir eğitim meselesi gibi görünür; aslında bir alışkanlık değiştirme meselesidir ve haftalar sürer.
Uyarlama yükünün büyüklüğünü ölçmenin basit bir yolu var: yazılımın demo sürümünde kendi gerçek bir siparişinizi baştan sona girmeyi deneyin. Örnek veriyle yapılan demolar her zaman pürüzsüz geçer; kendi verinizle yaptığınız denemede takıldığınız her nokta, sahada her gün yaşanacak bir sürtünmedir.
Özel yazılımda bu yük daha düşüktür çünkü sistem zaten sizin akışınıza göre kurulur — ancak sıfırdan geliştirmenin getirdiği test ve düzeltme dönemi vardır. İki tarafta da bu süreyi projenin bir parçası olarak planlayın; "yazılım geldi, yarın kullanmaya başlarız" beklentisi her iki senaryoda da gerçekçi değildir.
Çoğu işletme için doğru cevap: ikisi birden
Pratikte en sağlıklı kurgu genelde hibrittir. Standart olanı hazır alın, sizi siz yapanı özel yazdırın:
- Hazır kalsın: ön muhasebe, e-fatura, bordro, temel finans
- Özel yazılsın: üretim akışınız, sipariş ve teklif mantığınız, bayi/müşteri paneliniz, size özgü raporlar
- Aradaki köprü: iki tarafın API'leriyle kurulan entegrasyon
Böylece muhasebe tarafında herkesin kullandığı olgun bir ürünün üzerinde kalırsınız, farkınızı yarattığınız yerde ise kimseye benzemek zorunda kalmazsınız.
Karar vermeden önce şu üç soruyu yanıtlayın
- Hangi süreç bize bugün en çok zaman ve para kaybettiriyor?
- Bu süreç sektörde standart mı, yoksa bize mi özgü?
- Üç yıl sonra kaç kullanıcı ve hangi hacimle çalışıyor olacağız?
Bu üç cevap netleştiğinde karar çoğu zaman kendiliğinden ortaya çıkar. Emin olamıyorsanız, süreçlerinizi birlikte çıkaralım; hangi parçanın hazır çözümle, hangisinin size özel geliştirmeyle daha doğru çözüleceğini rakamlarla konuşalım.
