Hazır CRM Aboneliği vs Özel CRM Geliştirme: 5 Yıllık Maliyet Analizi
Kısa cevap: hazır CRM’in maliyeti zamanla ve kullanıcıyla çarpılarak büyür; özel geliştirmenin maliyeti önden yüklüdür, sonra düzleşir. Kırılma noktasını kullanıcı sayısı, kur ve özelleştirme derinliği belirler.
İki modelin fatura yapısı temelden farklıdır: hazır CRM’de kullanıcı başına aylık abonelik ödersiniz ve maliyet, ekip büyüdükçe ve katman (edition) atladıkça otomatik olarak büyür; özel CRM geliştirmede ise tek seferlik proje bedeli + yıllık bakım ödersiniz ve maliyet kullanıcı sayısından büyük ölçüde bağımsızdır. Bu sayfa iki modeli 5 yıllık pencerede bileşen bileşen karşılaştırır: hangi kalem nerede gizlenir, vendor lock-in ne zaman pahalanır, veri sahipliği neyi değiştirir. Temel kavramlar, kullanıcı başı örnek projeksiyon ve TCO formülü için önce temel karşılaştırma rehberimizi okuyabilirsiniz — bu sayfa o rehberi tekrarlamaz, maliyet tarafını derinleştirir.
Neden 5 yıllık pencere?
CRM bir yıllık araç değil, altyapı kararıdır: veri taşıma, entegrasyon ve ekip alışkanlığı yatırımı ilk yılda yapılır, getirisi sonraki yıllarda alınır. Tek yıllık bakışta abonelik her zaman ucuz görünür çünkü özel geliştirmenin önden yüklü maliyeti tek yıla sıkışır. Beş yıllık bakışta ise tablo değişir: abonelik kalemleri her yıl tekrarlanır ve birikir, geliştirme bedeli ise amortize olur. Sektör analizleri pazarın uzun vadeli bir büyüme kanalında olduğunu gösteriyor — Grand View Research (2025) küresel CRM pazarı için 2030’a kadar yıllık ortalama %14,6 büyüme öngörüyor — yani bu kararla en az bir yatırım dönemi boyunca yaşayacaksınız.
5 yıllık maliyetin 8 bileşeni
Aşağıdaki tablo iki modelin maliyet yapısını karşılaştırır. Bilinçli olarak rakam içermez: hazır CRM fiyatları üreticiye, katmana ve kura göre değişir; özel geliştirme bedeli kapsama göre belirlenir. Rakamı kendi verinizle koyacağınız iskelet şudur:
| Maliyet bileşeni | Hazır CRM (abonelik) | Özel CRM (geliştirme) |
|---|---|---|
| 1. Lisans / abonelik | Kullanıcı × ay × katman; her yıl tekrarlar, kullanıcıyla ve katman atlamayla büyür. Çoğu üreticide döviz bazlıdır. | Yok. Kod tabanı sizindir; kullanıcı eklemek lisans maliyeti doğurmaz. |
| 2. Kurulum / uyarlama | Yapılandırma ve danışmanlık; basit kurulumda düşük, kurumsal kurulumda ayrı danışmanlık bütçesi. | Proje bedelinin içindedir; keşif ve süreç analiziyle başlar. |
| 3. Özelleştirme | Konfigürasyonla sınırlı; sınır aşılınca üst katman, ek modül veya platform içi geliştirme (ek ücret) gerekir. | Tanımı gereği sınırsız; sınırı bütçe ve süre çizer. İlk kapsamda netleştirilmelidir. |
| 4. Entegrasyon | Hazır bağlaçlar varsa hızlı; yoksa API üzerinden ek geliştirme. API erişimi bazı üreticilerde üst katmanlara bağlıdır. | İhtiyaç listesine göre yazılır (ERP, e-fatura, WhatsApp, santral); bedeli proje kapsamındadır. |
| 5. Veri taşıma | İçe aktarma araçları vardır; alan eşleştirme ve temizlik emeği size kalır. | Şema size göre kurulduğu için eşleştirme doğaldır; taşıma proje adımıdır. |
| 6. Eğitim / benimseme | Genel arayüz için hazır eğitim materyali; süreçle örtüşmeyen ekranlar benimsemeyi zorlar. | Arayüz sizin sürecinizin aynası olduğu için eğitim yükü tipik olarak daha düşüktür. |
| 7. İşletme / bakım | Aboneliğe dâhildir (barındırma, güncelleme); kontrol üreticidedir. | Yıllık bakım sözleşmesi + barındırma; kontrol ve sorumluluk sizdedir. |
| 8. Çıkış (exit) maliyeti | Veri dışa aktarımı, yeni sisteme taşıma, otomasyonların ve entegrasyonların yeniden kurulması; en çok atlanan kalemdir. | Düşüktür: kod, şema ve veri zaten sizdedir; tedarikçi değişse bile sistem çalışmaya devam eder. |
Görünmeyen çarpanlar: hesabı bozan dört kalem
- Kur riski: Global CRM aboneliklerinin çoğu döviz bazlıdır; fiyat listesi değişmese bile TL maliyet kurla birlikte artar. Beş yıllık projeksiyonda kur varsayımı yazılmalı, duyarlılık (kur %X artarsa maliyet ne olur) hesaplanmalıdır.
- Kullanıcı büyümesi: Bugün 15 kullanıcıyla başlayan ekip, 5. yılda 40 kullanıcıya çıkarsa abonelik maliyeti yaklaşık üç katına çıkar; özel geliştirmede aynı büyüme lisans maliyeti doğurmaz. Projeksiyona büyüme senaryosu eklenmelidir.
- Katman (edition) enflasyonu: İhtiyaç duyduğunuz tek bir özellik (ör. gelişmiş otomasyon, API erişimi, denetim izi) çoğu platformda üst katmandadır; tek özellik için tüm kullanıcıların katmanı yükselir. Satın almadan önce «hangi özelliğimiz hangi katmanda» tablosu çıkarılmalıdır.
- Entegrasyon bakımı: Platform API sürümleri değiştikçe entegrasyonlar bakım ister; bu yinelenen emek her iki modelde de vardır ama hazır CRM’de takvimi üretici belirler, özelde siz.
Vendor lock-in ekonomisi
Lock-in bir fatura kalemi değil, zamanla biriken bir pazarlık kaybıdır. Mekanizması şöyle işler: süreçleriniz platformun otomasyon diline, raporlarınız platformun veri modeline, ekibiniz platformun ekranlarına alışır; her geçen yıl geçiş maliyeti büyür. Geçiş maliyeti büyüdükçe fiyat artışına, katman değişikliğine ve sözleşme şartlarına itiraz gücünüz azalır. Pazarın yapısı bu riski büyütüyor: IDC Worldwide Semiannual Software Tracker (Nisan 2026) verilerine göre tek bir sağlayıcı 2025’te küresel CRM pazarının %20,0’sini tek başına tutuyordu. Sözleşme aşamasında üç madde pazarlık gücünüzü korur: tam veri dışa aktarım formatının (ekler ve ilişkiler dâhil) garanti edilmesi, API erişiminin hangi katmanda ve hangi limitlerle açıldığının yazılması ve sözleşme sonu devir prosedürünün tanımlanması. Özel geliştirmede bu üçlü yapısal olarak çözülür: kaynak kodu, veri tabanı ve dokümantasyon teslim edildiğinde tedarikçiye bağımlılık, «bakımı kim yapacak» sorusuna indirgenir.
Veri sahipliği: «veri sizin» ile «şema sizin» farkı
Hazır CRM üreticileri haklı olarak «verileriniz size aittir» der; kayıtlarınızı dışa aktarabilirsiniz. Ancak veri sahipliğinin ikinci katmanı sıklıkla gözden kaçar: veri modeli (şema), otomasyon mantığı ve süreç tasarımı platformundur. Dışa aktardığınız CSV dosyası, yıllar içinde kurduğunuz skorlama kurallarını, onay akışlarını ve rapor tanımlarını içermez — bunlar yeni sistemde yeniden inşa edilir. Özel geliştirmede şema, kurallar ve kod aynı teslimatın parçasıdır; bu fark, çıkış maliyeti satırının iki modelde neden bu kadar ayrıştığının teknik sebebidir. KVKK tarafında da veri lokasyonu farkı vardır: yurt içinde barındırılan sistemde m.9 yurt dışı aktarım kurgusu gerekmez (kvkk.gov.tr); global platformlarda bu uyum katmanı bütçeye danışmanlık kalemi olarak eklenmelidir.
Özelleştirme sınırları: duvara nerede çarpılır?
Hazır CRM’de özelleştirme üç halkada ilerler: önce konfigürasyon (alan ekleme, akış tanımlama — hızlı ve ucuz), sonra platform içi geliştirme (platformun kendi diliyle kod — daha yavaş, o platforma özgü yetkinlik ister), en dışta API üzerinden dış geliştirme. Sorun, ihtiyacın hangi halkada karşılanacağının satın alma anında bilinememesidir; «basit bir alan» sanılan talep, platform kısıtı yüzünden dış geliştirme projesine dönüşebilir. Pratik test şudur: süreçlerinizin yüzde kaçı platformun standart nesneleriyle (müşteri, fırsat, görev) ifade edilebiliyor? Cevap yüksekse hazır CRM verimli çalışır; süreçleriniz sürekli istisna üretiyorsa her istisna ya ek ücret ya da çözümsüz kalır. Özel geliştirmede sınır tekniğin değil bütçenin sınırıdır — bu da disiplin ister: kapsam netleşmeden başlayan özel proje, en pahalı senaryodur.
Karar çerçevesi: hangi durumda hangisi?
- Küçük ekip (≤10 kullanıcı), standart satış süreci: Hazır CRM güçlü adaydır; önden yatırım gerektirmez, aynı gün başlarsınız. Ücretsiz katmanla pilot yapın.
- Orta ölçek, büyüyen ekip, 1-2 özgün süreç: Hibrit kurgu — hazır CRM + API’ye bağlı özel modül — düşük riskle özelleştirme açığını kapatır.
- Kalabalık kullanıcı, özgün süreç, uzun vade: Özel geliştirme 5 yıllık pencerede güçlenir: kullanıcı başı lisans yoktur, süreç birebir kodlanır, çıkış maliyeti düşüktür.
- Veri yurt içinde kalmalı / kamu ve regülasyonlu sektör: Yurt içi barındırmalı özel veya yerli çözüm, KVKK kurgusunu sadeleştirir.
- Belirsiz süreç, hızla değişen model: Önce hazır CRM ile süreci oturtup veri biriktirmek, sonra özel geliştirmeye taşınmak meşru bir stratejidir; çıkış maliyetini baştan sözleşmeye yazın.
Kırılma noktası nasıl hesaplanır?
İki modeli karşılaştırmanın en dürüst yolu, «hangisi ucuz» sorusunu bırakıp kırılma noktasını aramaktır: özel geliştirmenin birikimli maliyeti, aboneliğin birikimli maliyetini kaçıncı ayda yakalar? İskelet basittir. Aboneliğin birikimli maliyeti (kullanıcı sayısı × kullanıcı başı aylık bedel × ay) + kurulum + entegrasyon şeklinde büyür ve kullanıcı arttıkça eğim dikleşir. Özel geliştirmede ise proje bedeli + (yıllık bakım + barındırma × yıl) vardır: başlangıçta yüksek bir basamak, sonra çok daha yatık bir eğim. İki eğrinin kesiştiği ay, kırılma noktasıdır.
Hesabı yaparken üç kural işi kurtarır. Birincisi, kullanıcı sayısını sabit almayın; bugünün değil, 3. ve 5. yılın ekip büyüklüğüyle ayrı senaryolar kurun — kırılma noktası çoğunlukla kullanıcı sayısına aşırı duyarlıdır. İkincisi, kur varsayımını yazılı yapın ve döviz bazlı aboneliği tek bir kurla değil, en az iki senaryoyla (baz ve yüksek) hesaplayın. Üçüncüsü, çıkış maliyetini son yıla bir kalem olarak ekleyin; aksi hâlde abonelik tarafı sistematik olarak olduğundan ucuz görünür. Bu üç düzeltmeyi yapmadan çıkan tablolar, tedarikçi sunumlarında sık görülür ve neredeyse her zaman aynı yöne sapar. Rakamları kendi tekliflerinizden alın; bu sayfa bilinçli olarak fiyat vermez, çünkü doğru rakam sizin kapsamınıza ve o günün fiyat listesine bağlıdır.
Dürüst denge: özel geliştirmenin riskleri
Bu sitenin arkasındaki ekip (Yazılım Koçu) özel CRM geliştiren bir yazılım evidir; bu yüzden dengeyi açıkça yazalım. Özel geliştirme de risksiz değildir: yanlış tedarikçiyle proje sürünür; kaynak kodu ve dokümantasyon teslimi sözleşmede yazmıyorsa özel yazılım da kendi lock-in’ini üretir; bakım planı yapılmazsa sistem yıllar içinde bakımsız kalır. Doğru kurguda bu riskler yönetilir: fazlı teslim (önce çekirdek akış), kaynak kodu + dokümantasyon teslimi, tanımlı bakım SLA’sı ve keşif aşamasında yazılı kapsam. Hazır CRM’in «bugün başlarım» hızı ile özel geliştirmenin «bana göre ve benim malım» avantajı arasındaki seçim, ideolojik değil aritmetik bir karardır — yukarıdaki iskeleti kendi rakamlarınızla doldurduğunuzda cevap genellikle kendiliğinden çıkar.
Bu içerik bağımsız bir değerlendirmedir; listelenen üreticilerle sponsorluk ilişkisi yoktur. Hata bildirimi için iletişim sayfamızı kullanabilirsiniz.
Merak edilenler
5 yıllık maliyet hesabında en çok atlanan kalem hangisi?
Çıkış (exit) maliyeti. Abonelik biterken verinin dışa aktarılması, yeni sisteme taşınması, entegrasyonların yeniden yazılması ve ekibin yeniden eğitilmesi başlı başına bir proje bütçesidir. İkinci sırada kur riski gelir: döviz bazlı aboneliklerde TL maliyet, fiyat listesi hiç değişmese bile kur hareketiyle büyür. Beş yıllık projeksiyona bu iki kalemi koymayan hesap, hazır CRM tarafını sistematik olarak olduğundan ucuz gösterir.
Vendor lock-in tam olarak neyi kaybettirir?
Pazarlık gücünü. Süreçleriniz, otomasyonlarınız ve ekip alışkanlıklarınız bir platforma gömüldükçe geçiş maliyeti yükselir; geçiş maliyeti yükseldikçe fiyat artışlarına ve katman değişikliklerine «evet» demek zorunda kalırsınız. Lock-in tek bir fatura kalemi değil, zamanla biriken bir bağımlılıktır: veri dışa aktarımının kapsamı, API erişiminin hangi katmanda açıldığı ve otomasyonların taşınabilirliği sözleşme aşamasında netleştirilmelidir.
Özel CRM geliştirmede maliyeti ne belirler?
Üç değişken: kapsam (modül ve ekran sayısı, entegrasyon listesi), süreç karmaşıklığı (onay akışları, rol matrisi, raporlama derinliği) ve veri taşıma yükü. Kullanıcı sayısı ise hazır CRM’in aksine maliyeti doğrudan büyütmez; 10 kullanıcı da 100 kullanıcı da aynı kod tabanını kullanır. Bu yüzden özel geliştirme, kullanıcı sayısı yüksek ve süreçleri özgün organizasyonlarda; hazır CRM ise küçük ekipli, standart süreçli yapılarda maliyet avantajı sağlar.
Hibrit model (hazır CRM + özel modül) ne zaman mantıklı?
Çekirdek satış süreci standart, ancak bir-iki kritik süreç özgünse. Örneğin pipeline yönetimi hazır CRM’de kalırken; teklif motoru, saha operasyonu veya sektöre özel bir akış, CRM’in API’sine bağlanan özel bir modül olarak geliştirilebilir. Bu, tam geçişin riskini almadan özelleştirme sınırını aşmanın yoludur. Dikkat edilecek nokta: özel modülün platform API limitlerine ve sürüm politikasına bağımlı hâle gelmesi — yani lock-in’in modüle de sirayet etmesidir.
Süreçlerinize sığmayan CRM’i size özel geliştirelim.
İhtiyacınızı ve mevcut CRM kurulumunuzu yazın; hazır mı yeter, özelleştirme mi, yoksa size özel CRM mi — değerlendirip 1 iş günü içinde dönelim. Kaynak kodu ve veri sizin.
Talep Oluştur