Hazır CRM veya ERP mi, Size Özel Yazılım mı?

"Hazır bir CRM alalım mı, yoksa kendimiz mi yaptıralım?" Bu soru bana son bir yılda, önceki on yılda olduğundan çok daha sık geliyor. Sebebi belli: hazır ürünlerin fiyatı arttı, kullanıcı başı lisans modeli yaygınlaştı, buna karşılık özel yazılım geliştirmenin maliyeti düştü. Ama mesele sadece fiyat değil.

Bu yazıda bir ürünü kötülemek ya da kendi işimi pazarlamak için değil, kararın nasıl verileceğini anlatmak için yazıyorum. Çünkü doğru cevap "her zaman özel yazılım" değil. Yanlış cevap ise "her zaman hazır ürün".

Kısa cevap

Süreciniz standartsa, yani sektörün herkes gibi çalışıyorsanız, hazır ürün daha hızlı ve daha ucuzdur. Bunda tartışacak bir şey yok. Hazır ürünün içinde sizin sektörünüzün on yıllardır birikmiş pratiği var; siz sıfırdan başlamıyorsunuz.

Ama şu dört şeyden biri varsa hazır ürünün sınırına çok hızlı gelirsiniz: çok şubeli bir yapı, size özel komisyon veya prim kuralları, kendi ilan/portal siteniz ve mevcut ERP muhasebe sisteminizle gerçek entegrasyon ihtiyacı. Bu dört madde, hazır ürünlerin "özel alan" ya da "eklenti" diye geçiştirdiği yerlerdir ve genellikle ürünün en pahalı, en kırılgan tarafıdır.

Hazır ürün gerçekten iyidir — şu durumlarda

• Süreciniz standart. Herkes gibi teklif veriyorsanız, herkes gibi fatura kesiyorsanız, raporlarınız sektörün ortak raporlarıysa.
• Hızlı başlamanız gerekiyor. Bu hafta müşteri kaydetmeye başlamanız lazımsa, altı ay sürecek bir sistem sizi kurtarmaz.
• Ekibiniz küçük. Üç kişilik bir satış ekibi için özel yazılım, çoğu zaman gereğinden büyük bir yatırımdır.
• Ürünü değiştirme ihtimaliniz düşük. Önümüzdeki iki yıl içinde süreçlerinizin kökten değişmeyeceğini biliyorsanız.

Bu dört madde sizin durumunuza uyuyorsa, hazır ürünle devam edin. Ama uymuyorsa devam etmeden önce şu işaretlere bakın.

Hazır ürünün sınırına geldiğinizi gösteren altı işaret

1. "Bu alanı özelleştiremiyoruz" cümlesi. İhtiyacınız ürünün yol haritasında yok. Üreticiye talep açıyorsunuz, cevap "ileride değerlendirilecek". Yani takviminiz artık sizin elinizde değil.
2. Excel'e geri dönüş. Sistemde yapılamayan bir hesaplama için dışa aktarım alıp Excel'de yapıyorsunuz. Bu, gerçek sürecinizin yazılımın içinde değil, yazılımın yanında yaşadığı anlamına gelir.
3. Kullanıcı başı lisansın büyümesi. Sahada çalışan her kişi, her şube kullanıcısı, hatta bazen sadece rapor görecek yönetici için ayrı lisans. Büyüdükçe maliyet doğrusal değil, çarpanlı artar.
4. Entegrasyonun "danışman işi" olması. ERP'nizle bağlantı kurulacaksa bunu ürünün kendi ekibi değil, ayrı bir danışman yapıyorsa; ve o danışman her güncellemede tekrar geliyorsa.
5. Raporun gelmemesi. Yönetim olarak ihtiyacınız olan rapor ürünün standart raporlarında yok ve özel rapor için ayrı ücret isteniyor.
6. Verinizin taşınamaması. Sistem değiştirmek istediğinizde portföyün, geçmişin, notların dışa aktarılamaması ya da anlamsız bir Excel'e dönüşmesi. Kilitli veri, kilitli müşteri demektir.

Görünmeyen maliyet: lisans değil, uyarlama ve bağımlılık

Hazır ürünlerin fiyatı genelde lisans olarak konuşulur: aylık kullanıcı başı ücret. Oysa gerçek maliyet üç kalemden oluşur ve ikisi konuşulmaz.

• Lisans: Her ay ödenen, kullanıcı sayısıyla büyüyen tutar.
• Uyarlama: Ürünün yapamadığı işi yaptırmak için alınan özel geliştirme veya danışmanlık. Genellikle yıllık lisansın birkaç katı.
• Bağımlılık: Ürünün fiyatı iki katına çıkarsa, ürün satılırsa, ürünün bulunduğu teknoloji kapanırsa ne olacağı. Bu kalemin fiyatı yok, ama riski gerçek.

Bunu bir örnekle somutlaştırayım. Bir şirket hazır bir CRM'e geçiyor, 20 kullanıcı için lisans ödüyor. İlk yıl sonunda "komisyon hesabı bizim kurallarımıza uymuyor" diyor ve uyarlama için ek bütçe ayırıyor. İkinci yıl şube açıyor, kullanıcı sayısı 40 oluyor ve lisans iki katına çıkıyor. Üçüncü yıl ERP değişiyor, entegrasyon yeniden yazılıyor. Bu tabloda asıl maliyet lisans değil; her seferinde dışarıdan alınan uyarlama ve her seferinde tekrar eden entegrasyon işi.

Bu yüzden karşılaştırmayı "aylık lisans ne kadar" diye değil, "üç yılda toplam ne ödeyeceğim ve sonunda elimde ne olacak" diye yapmak gerekiyor.

Açık kaynak: kod sizin, bakım da sizin

Açık kaynak ürünler bu denklemin cazip bir ara seçeneği gibi görünür. Kod elinizde, lisans ücreti yok, istediğiniz gibi değiştirebilirsiniz. Teoride doğru. Pratikte ise şu soruyla başlar: değiştirdiğiniz kodu kim bakımda tutacak?

• Güvenlik yamaları geldiğinde kim uygulayacak?
• Sizin için yazılan özel eklenti, ürünün yeni sürümüyle uyumsuz hale geldiğinde kim düzeltecek?
• Ürünün kendi yol haritası sizin ihtiyacınızla ters düştüğünde ne olacak?

Açık kaynak, lisansı sıfırlar; sorumluluğu sıfırlamaz. Bunu bir ekip, bir süreç ve bir bütçeyle üstlenebiliyorsanız çok iyi bir seçenek. Üstlenemiyorsanız, ücretsiz görünen ürün sizi en pahalı yere götürebilir: bakımsız kalan, güncellenemeyen ve kimsenin tam olarak anlamadığı bir sistem.

WordPress'i neden yeni sitelerde kullanmıyoruz

Bu site de bir zamanlar WordPress'ti. Yani bunu bir rakip teknolojiyi kötülemek için değil, kendi deneyimimizden yazıyoruz. WordPress blog ve içerik yayınlama için hâlâ son derece başarılı bir araç. Ama kurumsal bir sitenin, bir ürünün vitrininin ya da bir müşteri portalının altına koyduğunuzda tablo değişiyor.

Sebep tek bir şey değil, birikim:

1. Eklenti yığını. İhtiyaç duyulan her şey için bir eklenti ekleniyor. Sayfa hızı, form, SEO, yedekleme, güvenlik, önbellek. Yirmi eklentiyle çalışan bir site, yirmi ayrı ekibin yazdığı kodu aynı sayfada çalıştırmaya benziyor.
2. Güvenlik yüzeyi. Eklentilerin ve temaların güncellemesi bitmeyen bir iş. Güncellemeyi atlarsanız açık kalıyor, güncellerseniz site bozulabiliyor. Bu ikilem her ay tekrar ediyor.
3. Performans. Önbellek eklentileriyle "hızlandırılan" bir site, aslında yavaş bir çekirdeğin üstüne boya atmak oluyor. Mobilde ilk açılış süresi, arama motoru ve yapay zekâ aramaları için doğrudan bir sıralama sinyali.
4. Tasarımın sınırı. Tema sizin değil. Bir bölümü değiştirmek istediğinizde tema güncellemesinde kaybetme riskiyle karşılaşıyorsunuz.
5. Yapısal veri ve GEO. Yapay zekâ aramalarında görünmek için sayfanın sunucu tarafında, temiz HTML ve doğru şema ile üretilmesi gerekiyor. Eklentiyle eklenen şema çoğu zaman yarım kalıyor.

Bunların hiçbiri "WordPress çalışmaz" demek değil. "WordPress, işiniz büyüdüğünde sizin kontrolünüzde olmayan bir yük haline geliyor" demek. Bir blog için bu yük kabul edilebilir. Bir ürünün ana sitesi için değil.

Biz bu yüzden siteyi kendi altyapımıza taşıdık: Laravel, veritabanı güdümlü içerik, eklentisiz bir yapı. Sonuç daha az hareketli parça, daha hızlı sayfa, daha kolay bakım.

Yapay zekâ neyi değiştirdi, neyi değiştirmedi

Bu yazının asıl sebebi şu: son iki yılda özel yazılımın maliyeti, çoğu işletmenin düşündüğünden çok daha hızlı düştü. Sebep büyülü bir araç değil, işin içindeki tekrar eden kısmın azalması.

Değişen şeyler:

• İlk taslak kod, ekran ve veri modeli çok daha hızlı çıkıyor. Yani fikirden tıklanabilir bir şeye geçme süresi kısaldı.
• Test, dokümantasyon ve küçük düzeltmeler daha az zaman alıyor.
• Farklı sistemlerin API'lerine bağlanmak, eskiden günler süren bir işken artık saatler meselesi.
• Bu sayede "küçük ama tam size göre" bir sistem, artık sadece büyük şirketlerin bütçesine uygun değil.

Değişmeyen şeyler:

• Kapsam. Ne yapılacağına karar vermek hâlâ insan işi. Yanlış kapsamı hızlı yazmak, yanlış şeyi hızlı teslim etmek demek.
• Mimari ve veri modeli. Bir sistemin üç yıl sonra da ayakta kalmasını sağlayan kararlar burada alınır.
• Güvenlik. Yetkilendirme, veri saklama, yedekleme ve denetim izi. Bunlar üretilen kodun değil, onu tasarlayan kişinin sorumluluğunda.
• Sorumluluk. Bir şey bozulduğunda "yapay zekâ yapmış" diyemezsiniz. Sistemin arkasında bir isim ve bir muhatap olması gerekir.

Kısacası yapay zekâ, özel yazılımı "lüks" olmaktan çıkardı; ama "kendiliğinden olan bir şey" haline getirmedi. Doğru kurgulanmış bir özel yazılım projesi hâlâ bir kapsam, bir plan ve bir sorumlu gerektiriyor.

Maliyet karşılaştırması nasıl yapılır

İki seçeneği kıyaslarken lisans fiyatıyla geliştirme fiyatını yan yana koymak yanıltıcı. Doğru yöntem, üç yıllık sahip olma maliyeti. Hesabı şu kalemlerle yapın:

1. Doğrudan ödeme: Hazır üründe lisans × kullanıcı × ay. Özel yazılımda geliştirme + yıllık bakım.
2. Uyarlama: Hazır üründe özel alan, özel rapor, özel entegrasyon için ek bütçe. Özel yazılımda bu, kapsamın içinde.
3. Entegrasyon: ERP, muhasebe, e-fatura, ilan portalları. Hazır üründe genellikle danışmanlık ücreti; özel yazılımda bir defa yazılır, sizin olur.
4. Eğitim ve geçiş: Her iki tarafta da var, ama hazır üründe süreç değiştiğinde tekrar eder.
5. Fırsat maliyeti: Sistemin yapamadığı iş için harcanan insan saati. Excel'de yapılan iş, çift kayıt, kaçan müşteri. Bu kalem hiçbir faturada görünmez ama en büyüğü olabilir.

Emlak örneği: hazır CRM nerede tıkanıyor

Emlak sektörü bu kararın en net görüldüğü yerlerden biri. Tek ofisli, standart komisyonla çalışan bir yapı için hazır bir emlak CRM'i gayet iyi çalışır. Portföy, müşteri, ilan, görüşme notu; hepsi hazır.

Ama iş şu noktalara geldiğinde hazır ürünün sınırı görünür oluyor:

• Çok şubeli yapı. Danışmanın havuzu şube bazında mı, merkezî mi? Bir şubedeki müşteri diğer şubeye gittiğinde komisyon nasıl paylaşılır? Birçok hazır ürün bu soruyu "şube" alanıyla geçiştirir, kural motoruyla değil.
• Komisyon ve prim kuralları. Kademeli komisyon, ekip primi, portföy getiren danışmanın payı, hedefi tutan ekibe ek prim. Bu kurallar şirketten şirkete değişir; hazır ürün ise kendi varsayımıyla gelir.
• Kendi ilan siteniz. Portföyünüzün kendi domaininizde, kendi SEO yapınızla yayınlanması. İlan portallarına otomatik gönderim, gelen talebin CRM'e düşmesi, ilanın durumuna göre otomatik kapanması.
• Mevcut ERP ile entegrasyon. Muhasebe, e-fatura, tahsilat ve sözleşme akışının aynı veriyle çalışması. Çift kayıt, hem hata hem zaman kaybı demek.
• Sahada çalışan ekip. Mobilde portföy ekleme, fotoğraf yükleme, müşteriyle yerinde görüşme notu. Masaüstü için tasarlanmış bir ekranı mobilde kullanmak, kimseye iş yaptırmaz.

Bu beş madde bir arada varsa, hazır ürünün size uyarlanması için harcayacağınız para ve zaman, kendi sisteminizi yazdırmaya yaklaşır. Fark şu olur: birincisinde sonunda sizin olmayan bir ürünün özel alanlarına sahip olursunuz, ikincisinde sistem sizin olur.

Karar kontrol listesi

Karar vermeden önce şu yedi soruya yazılı cevap verin:

1. Sürecimizin kaçta kaçı standart, kaçta kaçı bize özel?
2. Hazır ürünün yapamadığı işler için bugün kaç saat harcıyoruz?
3. Önümüzdeki üç yılda kullanıcı ve şube sayımız ne olacak?
4. Hangi sistemlere entegre olmamız gerekiyor ve bunlar ne sıklıkla değişiyor?
5. Verimizi sistemden çıkarmamız gerekirse ne olur?
6. Ürünün fiyatı iki katına çıkarsa ne yaparız?
7. Bu sistemi üç yıl sonra kim bakımda tutacak?

Bu soruların çoğuna "bilmiyorum" cevabı geliyorsa, hazır ürünle başlamak maruz kaldığınız riski düşürür. Çoğuna net cevap veriyorsanız ve cevaplar hazır ürünün sınırlarını gösteriyorsa, özel yazılım artık bir lüks değil.

Bizde süreç nasıl işliyor

Özel yazılım dediğimizde kastettiğimiz şey, altı ay boyunca kapalı bir odada kod yazmak değil. Süreç şöyle:

1. Kapsam atölyesi. Mevcut süreci ve hazır üründe nerede tıkandığınızı konuşuyoruz. Çıktı: yazılı kapsam, ekran listesi, kapsam dışı listesi.
2. Tıklanabilir prototip. Kod yazmadan önce ekranları görüyorsunuz. Yanlış anlaşılmayı burada düzeltmek, geliştirme sırasında düzeltmekten kat kat ucuz.
3. Aşamalı teslim. Her aşama çalışan bir şeyle bitiyor: giriş ve portföy, sonra ilan akışı, sonra entegrasyon. Ödeme tarihe değil, görülen işe bağlı.
4. Veri ve devir. Mevcut sistemden veri göçü planlanıyor. İş bittiğinde kod, veritabanı ve dokümantasyon sizin oluyor.
5. Bakım. Yayın sonrası dönemde hata düzeltme ve destek; sonrasında yıllık bakım anlaşması.

Yapay zekâyı bu sürecin her adımında kullanıyoruz: ilk taslakları hızlandırmak, test senaryoları çıkarmak, entegrasyon kodunu yazmak, dokümantasyon üretmek. Ama kapsamı, mimariyi ve sorumluluğu bir insan olarak ben üstleniyorum. Sizin muhatabınız bir araç değil.

Sonuç

Hazır ürün mü, özel yazılım mı sorusunun cevabı ideoloji değil, hesap. Standart süreçte hazır ürün mantıklı. Ama çok şubeli yapı, kendine özel komisyon kuralları, kendi ilan siteniz veya ERP entegrasyonu devreye girdiğinde hazır ürünün sınırı hızla geliyor. O noktada artık "hangi hazır ürün" değil, "hangi kapsamla kendi sistemimizi kurarız" sorusu doğru soru oluyor.

Emlak tarafında bu kararın nasıl göründüğünü emlak sektörü sayfasında, benzer bir yaklaşımı diğer sektörlerde ve somut işlerde projeler bölümünde bulabilirsiniz. Elinizdeki süreci anlatırsanız, hazır ürünle mi devam etmeniz gerektiğini yoksa kendi sisteminizi mi kurmanız gerektiğini birlikte netleştiririz; hangisi çıkarsa onu söylerim.

İletişime geçin, işi konuşalım.