Özel yazılım mı, paket çözüm mü? B2B karar kılavuzu

Önce ayrım: standart mı, farkınız mı?

Muhasebe, e-posta, bordro — bunlar standart süreçlerdir. Binlerce şirket aynı işi yapar. Burada paket yazılımlar (SAP, QuickBooks, Workday gibi) zaten olgun, güvenli, ucuz. Özel yazılım yazmak genellikle israftır.

Ama işletmenizin "rakibinizden ayıran bölümü" — örneğin özel fiyatlama algoritmanız, müşterinizle kuracağınız özel entegrasyon, belirli bir operasyonel akışınız — paket yazılıma girdiğinde işletmenin %20 katma değer üreten kısmı %0'a düşer. Burada özel yazılım zorunludur; aksi hâlde rakibinizle aynı araçlarla çalıştığınız için aynı sonucu üretirsiniz.

Dört pratik soru

Süreci elemeden önce şu dört soruyu cevaplayın:

1) Bu süreç sektörde standart mı, yoksa şirkete özgü mü? 2) Veri modeli dış dünya ile değişiyor mu (faturalama, entegrasyon)? Değişiyorsa, paket yazılım ya da açık API'li SaaS iyidir. 3) Önümüzdeki 24 ay içinde iş modeliniz bu sürecin etrafında değişecek mi? Evetse paket yazılımın yapılandırma sınırları sizi kısıtlar. 4) Süreçte rekabet avantajınız gizli mi? Eğer müşterinizin "neden sizi tercih ettiğini" açıklarken bu süreci zikrediyorsanız — özel yazılım şart.

İki veya daha fazla soruda özellikli cevap varsa (özgün, gizli rekabet avantajı) özel yazılım doğru yatırım. Aksi hâlde paket yazılımla başlayıp sınırına geldiğinizde geçiş yapmak en ucuz strateji.

Hibrit yaklaşım: en pragmatik seçim

Gerçek hayatta çoğu B2B kararı "hep özel" ya da "hep paket" değildir — her ikisini de akıllıca birleştirmektir. Stratejisi şu: standart katmanı (muhasebe, İK, CRM temeli, e-posta) piyasadaki en iyi paket yazılımla çalıştırın; farkınızı yaratan katmanı (fiyatlama motoru, müşteri portalı, operasyon akışı, veri dönüştürme) özel olarak geliştirip paket sistemlerle API üzerinden entegre edin.

Bu yaklaşım üç şey sağlar: (1) standart kısımda satıcı güvenliği ve düşük toplam sahip olma maliyeti, (2) farkınızı yaratan kısımda tam kontrol ve hızlı iterasyon, (3) her katmanın kendi hızında ilerleme imkânı. Pratikte bu genellikle "SaaS + API + ince özel uygulama katmanı" mimarisine dönüşür. Büyüme ile birlikte özel katman genişler; paket katmanlar stabil kalır. Setviva'da müşterilerimizin %70'i bu hibrit yaklaşımla başlar — salt-özel proje talep edenlerin çoğu, haritayı çıkardığımızda standart süreçlerini de paket çözüme taşımayı tercih eder.

Geçiş maliyetini doğru hesaplamak

B2B yöneticilerin en sık düştüğü hata: karar verirken yalnızca lisans ücretini ya da proje bedelini kıyaslamaktır. Gerçek maliyet buzdağının suyun altındaki kısmındadır. Paket yazılıma geçerken şunları ekleyin: veri göçü ve temizlik, eğitim, geçiş döneminde üretkenlik kaybı, entegrasyon geliştirme, raporlama özelleştirmesi ve süreç yeniden tasarımı. Bu kalemler çoğu zaman lisans ücretinin 3-5 katına ulaşır. Özel yazılıma geçerken ise şunları: tasarım ve keşif, geliştirme, test, eğitim, bakım ve sürekli iterasyon, altyapı (sunucu, izleme, yedekleme) ve sahiplik riski (ekip ayrılırsa sistemi kim sürdürür). Bu kalemler çoğu zaman geliştirme ücretinin 1.5-2 katına ulaşır.

Doğru kıyaslama için 24-36 aylık toplam sahip olma maliyetini (TCO) yazın ve iki seçeneği aynı ölçekte karşılaştırın. Setviva'nın tekliflerinde bu kalem-kalem TCO tablosunu baştan veriyoruz ki karar "ucuz görünen"e değil "gerçekten ucuz olan"a dayansın. Geçiş maliyetini doğru hesaplamak, seçimi kendisinden daha önemli olabilir.

Kilitlenme riski: her iki yönde de var

Çoğu karar verici "bu bugün ne kadara mal olur" diye sorar, ama neredeyse hiç "üç yıl sonra kim benim üzerimde söz sahibi olacak" diye sormaz. SaaS'ta yol haritasını tedarikçi yazar, siz değil. Sözleşmeler yenilenirken fiyatlar, araç günlük operasyonunuza iyice yerleştikten sonra sert biçimde artabilir; özellikler kaldırılabilir ya da daha üst bir pakete taşınabilir; tedarikçi satın alınabilir ve ürün, sizin seçmediğiniz bir tarihte kullanımdan kaldırılabilir. Bunların hiçbiri varsayımsal değil — yazılım tedarikçilerinin olağan yaşam döngüsü budur ve araç operasyonunuza ne kadar derin işlenmişse, fiyat üç katına çıksa bile ondan vazgeçmek o kadar pahalılaşır. Bu, SaaS'tan kaçınmanız gerektiği anlamına gelmez — standart süreçler için genellikle hâlâ doğru tercihtir — ama "aylık ücret" kıyaslamasının, aslında sorulması gereken soruyu gizlediği anlamına gelir: çıkarları sizinkiyle örtüşmeyen bir tarafa ne kadar söz hakkı devrediyorsunuz?

Özel yazılım bu söz hakkı sorununu içe çevirir. Risk artık bir tedarikçinin yol haritası değil, kendi ekibinizin "kaç kişiye bağlı olduğu"dur. Sistemi kuran iki geliştirici ayrılır ve verdikleri kararlar hiçbir yerde belgelenmemişse, sistem sessizce kimsenin dokunmak istemediği bir kara kutuya dönüşür. Bakımsız kalan bağımlılıklar eskir, güvenlik yamaları durur ve zamanla "özel yazılım", tam da kaçınmak için yola çıktığınız şeye — eski, kırılgan bir sisteme — dönüşür. Buradaki kilitlenme sözleşme maddeleri değil, bilgi yoğunlaşmasıdır; ama etkisi aynıdır: yüksek bir bedel ödemeden ayrılamazsınız.

Çözüm, çıkış maliyetini daha ilk günden bir karar kriteri olarak ele almaktır — her iki yönde de. SaaS için imzalamadan önce hangi veriyi hangi formatta dışa aktarabileceğinizi, sözleşmede bir fiyat artış tavanı olup olmadığını ve ayrılmanın gerçekte ne kadar acı vereceğini kontrol edin. Özel yazılım için ise kaynak kod sahipliğini, altyapı erişimini ve güncel dokümantasyonu bir iyilik değil, sözleşme kalemi olarak talep edin — ve yalnızca demoyu değil, bir sonraki ekibi düşünerek kod yazan bir ortak seçin. Hangi yolu seçerseniz seçin, satın alma sorusunu sormadan önce çıkış sorusunu sorun. Bugün en ucuz görünen seçenek değil, gerektiğinde vazgeçebileceğiniz seçenek daha değerlidir.