Özel CRM yazılımı yaptırmak, satış süreciniz hazır programların veri yapısına gerçekten sığmıyorsa ve bu uyumsuzluk her ay ölçülebilir bir saat, hata veya kaçan teklif üretiyorsa mantıklıdır. Sorununuz eksik bir alan, eksik bir rapor ya da iki program arasındaki bağlantıysa büyük olasılıkla özel yazılıma ihtiyacınız yoktur; ayar veya entegrasyon yeter. Karar için önce sorunun hangi katmanda olduğunu bulmak, sonra kaçağı saat olarak ölçmek, en sonunda da tek bir satış yolculuğunu kapsayan küçük bir ilk sürüm tanımlamak gerekir.
Özel bir CRM'in maliyeti entegrasyon sayısına, veri modeline ve eski verinizin durumuna o kadar bağlıdır ki internette dolaşan bütçe aralıkları kendi projeniz hakkında pek bir şey söylemez. Bu yüzden asıl işe yarayan bilgi, maliyeti büyüten kalemleri tanımak, teklifleri aynı ölçüyle okuyabilmek ve bu projeleri batıran gerçek nedenleri önceden görmektir. Aşağıdaki bölümler bu sırayı izliyor.
"Hazır CRM bize uymuyor" cümlesi aslında dört ayrı şikâyettir
Yönetim toplantılarında bu cümle kurulduğunda genellikle kastedilen şey birbirinden çok farklıdır. Ayrımı yapmadan yazılım firmasıyla görüşmeye giderseniz, ihtiyacınız olmayan bir projeye para harcayabilir ya da tam tersine gerçek bir yapısal sorunu ufak ayarlarla geçiştirmeye çalışıp yıllarca yamayla yaşayabilirsiniz.
Birinci katman, ayar eksikliğidir. "Satış aşamalarımız programdakinden farklı", "bayi kodu diye bir alan lazım", "şu raporu göremiyoruz" gibi şikâyetler çoğu olgun CRM'de yapılandırmayla çözülür. Sorun programda değil, kurulumu kimsenin sahiplenmemiş olmasındadır. Burada yazılım yaptırmak, bozuk bir musluk için bina yıkmaya benzer.
İkinci katman, kopukluktur. CRM kendi içinde iş görüyor ama satışçı aynı firmayı muhasebe programına ve teklif Excel'ine de yazıyor. Bu da özel CRM değil, entegrasyon problemidir. API entegrasyonunun nasıl çalıştığını bilmek bu noktada işe yarar: iki sistem arasına kurulan bir bağ, çoğu zaman yeni bir sistem yazmaktan çok daha küçük bir iştir. Kararın henüz CRM'e ihtiyacınız olup olmadığı aşamasındaysa KOBİ'ler için CRM rehberimiz daha doğru bir başlangıçtır.
Üçüncü katman, eklenti yığılmasıdır. Çözüm teknik olarak var; ama üç eklenti, iki otomasyon senaryosu ve bir de "şunu elle kontrol etmeyi unutma" notuyla yürüyor. Bu noktada soru artık "yapılabiliyor mu" değil, "bu yapıyı kim ayakta tutuyor ve o kişi ayrılırsa ne olur" sorusudur.
Dördüncü katman, veri modeli uyuşmazlığıdır. Gerçek özel yazılım gerekçesi budur. Programın dünyası "firma, kişi, fırsat" üçgeninden oluşur; sizin dünyanızda ise bir teklif aynı anda bayiye, son kullanıcıya ve proje müteahhidine bağlıdır, bir sözleşmenin altında farklı vadelerde parti teslimatları vardır. Bunu özel alanlarla taklit edebilirsiniz, ama taklit büyüdükçe raporlar yalan söylemeye başlar.
Kendi durumunuzu sınamak için basit bir egzersiz: Hazır CRM'de yapamadığınız üç şeyi yazın ve her birinin yanına "bunu şu an nasıl çözüyoruz" sorusunun cevabını ekleyin. Cevap "Excel" ise muhtemelen entegrasyon veya ayar konusudur. Cevap "Ahmet Bey biliyor" ise bilgi kişiye bağlı demektir ve asıl risk de budur. Cevap "çözemiyoruz, o yüzden o tip işleri takip etmiyoruz" ise veri modeli sorunuyla karşı karşıya olabilirsiniz.
Türkiye'de satış süreçlerinin hazır programlara en çok takıldığı yerler
Pek çok hazır CRM'in varsayılan kurulumu, tek para birimiyle doğrudan müşteriye yapılan bir satış hattını esas alır. Türkiye'de B2B satış yapan birçok işletmenin günlük gerçeği ise bundan farklıdır. Aşağıdaki senaryolar kurgusaldır, ama her birini kendi işinizle kıyaslayabilirsiniz. Hazır programların bir kısmı bunların bazılarını karşılayabilir; önemli olan satın almadan önce kendi senaryonuzla sınamaktır.
Kur değişirken yaşayan teklif. Örnek: Girdisi dövize bağlı bir makine yedek parça üreticisi düşünün. Teklif dolar bazında hazırlanıyor, müşteriye TL gösteriliyor, geçerlilik süresi kısa tutuluyor ve kur oynadığında teklifin revizyonu çıkıyor. Satış müdürü hem ilk teklifi hem üç revizyonu hem de hangi kurla hangi kârlılığın kaldığını görmek istiyor. Tek alanlı bir "fırsat tutarı" bu hikâyeyi taşıyamaz, satışçı da gerçek hesabı Excel'de tutar.
Bayi ve son kullanıcının iç içe geçtiği satış. Örnek: Isıtma sistemi satan bir firma ilk talebi tesisatçıdan alıyor, faturayı bölge bayisine kesiyor, garanti kaydı ise son kullanıcı adına tutuluyor. Aynı projeye iki bayi birden geldiğinde "bu proje kimin" sorusu para demektir. Bayi koruma kuralları, kademeli iskonto ve bölge sınırı hazır programlarda çoğu zaman not alanında yaşar. Toptan satış yönetiminin bu tarafı, kurumsal programların ana odağı olmayabilir.
WhatsApp'ta başlayıp WhatsApp'ta biten pazarlık. Müşteri fotoğraf atıyor, satışçı kişisel telefondan fiyat yazıyor, onay yine oradan geliyor. CRM'e ise ayın sonunda tek satırlık özet düşüyor, o da düşerse. Satışçı işten ayrıldığında yazışma geçmişi de gidiyor. WhatsApp Business API ile görüşmeyi kayda bağlamak mümkündür, ancak bunun açık rıza, mesaj şablonu ve maliyet boyutu vardır ve doğru kurulması gerekir.
Çek ve vadeyle kapanan satış. Satışın "kazanıldı" sayıldığı an ile paranın gerçekten girdiği an arasında aylar olabilir. Satış primini kesin tahsilata bağlayan bir firma için siparişin CRM'de kapanması yeterli değildir; vade, çek, kısmi tahsilat ve risk limiti satışçının ekranında görünmelidir. Bu veriler genellikle muhasebe tarafında durduğu için iş yine entegrasyona ve yetki tasarımına dayanır.
Şantiyede veya sahada kurulan ilişki. Saha satışçısının gün içinde bilgisayar açmadığı işlerde, ziyaret notu ya telefondan on saniyede girilir ya da hiç girilmez. Çekim zayıfsa çevrimdışı çalışma gerekir. Bu tek şart bile mimariyi, dolayısıyla bütçeyi ciddi biçimde etkiler.
Listedeki maddelerden biri bile sizde varsa bu otomatik olarak özel yazılım demek değildir. Ama iki üç tanesi aynı anda varsa ve satış ekibiniz gerçek işi CRM dışında yürütüyorsa, karşılaştırmayı ciddiye almanın zamanı gelmiştir.
Üç yol var, ikisi genellikle konuşulmuyor
Tartışma çoğu zaman "hazır mı özel mi" diye iki seçeneğe sıkışır. Oysa orta yol pek çok firma için en akılcı olanıdır: Müşteri kartı, aktivite, e-posta gibi herkeste aynı olan kısımları hazır bir platformda bırakıp yalnızca sizi farklı kılan parçayı özel geliştirmek. Örneğin teklif hesaplama motorunu ya da bayi portalını ayrı bir uygulama olarak yazıp hazır CRM'e API ile bağlamak bu yola girer.
Bu yaklaşımın riski, üreticinin güncellemeleriyle bağın kırılabilmesi ve kullanıcı başı lisans gideri devam ederken üstüne geliştirme ve bakım eklenmesidir. Avantajı ise ilk yatırımı küçültmesi ve kararı geri alınabilir tutmasıdır. Özel katman işe yaradıysa ve zamanla ağırlık oraya kayarsa, tam özel CRM'e geçiş o zaman daha az riskle konuşulur.
Tam özel CRM'in en az konuşulan bedeli paradan çok sahipliktir. Hazır programda yol haritasını üretici yönetir; siz yalnızca seçersiniz. Özel yazılımda her yeni istek için "bunu yapalım mı" kararını veren, önceliği belirleyen biri firmanın içinde olmak zorundadır. Bu kişi yoksa sistem bir süre sonra en yüksek sesle isteyenin ekranlarıyla dolar. Genel olarak özel yazılımın ne zaman gerektiğini tartıştığımız yazıda da aynı noktaya geliyoruz: Teknik karar, aynı zamanda bir organizasyon kararıdır.
Maliyetini çıkarıp çıkarmayacağını kaçak saatle hesaplayın
Özel CRM kararını lisans bedeli üzerinden kurmak yanıltıcıdır. "Yıllık abonelik şu kadar, özel yazılım bu kadar, kaç yılda amorti eder" hesabı, asıl kazanç kalemini dışarıda bırakır. Asıl soru şudur: Mevcut düzen her ay ne kadar emek ve fırsat sızdırıyor, yeni sistem bunun ne kadarını gerçekten kapatır?
İki hafta boyunca satış ekibinden şu dört işe harcanan süreyi not etmelerini isteyin: CRM dışında teklif hesaplamak veya revize etmek, sistemler arasında aynı veriyi yeniden yazmak, rapor veya takip listesini elle çıkarmak, yanlış bilgi yüzünden düzeltme yapmak. Kesin ölçüm şart değil; satışçının on beş dakikalık yuvarlamaları karar için yeterlidir. Çıkan sayıyı aya çevirin.
Örnekteki 80 saat, varsayımsal firmada yaklaşık bir kişinin ayda iki haftadan fazla işine denk gelir. Şimdi bu sayıyı üç soruyla dürüstleştirin:
- Bu saatlerin ne kadarı gerçekten yok olur? Teklif hesabı otomatikleşse bile satışçı kontrol etmeye devam eder. Yüzde yüz kazanç varsaymayın, kendi tahmininizi yarı yarıya kırpıp da hesaplayın.
- Açılan zaman neye dönüşür? Satışçı daha çok müşteri arayacaksa değerlidir. Serbest kalan süreyi dolduracak iş yoksa kazanç kâğıt üzerinde kalır.
- Aynı kaçağın ne kadarı daha ucuz bir yolla kapanır? Entegrasyon 80 saatin 50'sini götürüyorsa, özel CRM'in hesabı kalan 30 saat üzerinden yapılmalıdır.
Sonra saate sığmayan kalemleri ayrıca yazın: kurala bağlanamadığı için kaçan yenileme ya da takip, kârlılığı görülemeyen teklifler, satışçı ayrıldığında giden müşteri bilgisi. Bunlara sayı uydurmayın. Son bir yılda gerçekten yaşadığınız olayları listeleyin; yönetim için beş somut olay çoğu zaman tahmini bir orandan daha ikna edicidir.
Karar eşiği şudur: Geri kalan kaçağın saat karşılığı, sizin saat maliyetinizle çarpıldığında, geliştirmenin yıllara yayılan payı ile bakım giderini makul bir sürede karşılıyor mu? Bu hesabı ancak gerçek teklif aldıktan sonra tamamlayabilirsiniz; ama kaçağı ölçmeden görüşmeye giderseniz teklifi değerlendirecek ölçünüz olmaz. Kaçak küçük çıkıyorsa, bu da değerli bir sonuçtur: Özel yazılım gerekmiyordur.
Bütçeyi ekran sayısı değil, görünmeyen işler taşır
Firmalar yazılım teklifini istediklerinde genellikle ekranları anlatır: müşteri listesi, fırsat panosu, teklif formu. Oysa bir CRM projesinde emeğin büyük bölümü ekrandan görünmeyen yerlere gider. Özel CRM yazılımı yaptırmak için görüştüğünüz ekibin kapsam sorularının çoğu, aşağıdaki kalemlerden gelmelidir.
| Kalem | Maliyeti ne büyütür? | Görüşmeden önce cevaplayın |
|---|---|---|
| Entegrasyonlar | Karşı sistemin API kalitesi, iki yönlü senkron, hata durumları | Muhasebe, e-belge, santral ve WhatsApp tarafında hangi veri hangi yöne akmalı? |
| Veri modeli | Bayi, proje, şube ve sözleşme gibi iç içe ilişkiler | Bir teklif kaç tarafa bağlı? Bir firmanın kaç şubesi ve yetkilisi olabilir? |
| Yetkilendirme | Bölge, ekip ve bayi bazlı görünürlük, onay zincirleri | Kim kimin müşterisini görür? İskontoyu kim onaylar? |
| Teklif ve fiyat kuralları | Döviz, kademeli iskonto, ürün konfigürasyonu, revizyon geçmişi | Kuralları yazıya dökebiliyor musunuz, yoksa birinin kafasında mı? |
| Veri taşıma | Kaynak sayısı, mükerrer kayıt, tutarsız alanlar | Kaç Excel, kaç program? Temizliği kim yapacak? |
| Saha ve mobil | Çevrimdışı çalışma, konum, fotoğraf | Satışçı gerçekten sahada mı, kaç dakikası var? |
| Raporlar | Canlı pano, geçmişe dönük kıyas, yönetici özetleri | Haftalık toplantıda hangi kararı hangi sayıyla veriyorsunuz? |
Teklifte görünmeyen, ama kasadan çıkan kalemleri de ayrıca yazın. Barındırma ve yedekleme, üçüncü taraf servislerin kullanım ücretleri, WhatsApp gibi kanallarda mesaj başına giderler, güvenlik güncellemeleri, karşı sistem değiştiğinde entegrasyonun yenilenmesi, yeni çalışanların eğitimi ve en sık unutulanı: Sizin ekibinizin toplantılarda, testlerde ve veri temizliğinde harcayacağı süre. Bu son kalem kimsenin faturasında görünmez ama satış müdürünüzün haftalarını alabilir.
Fiyatı bu kalemlerin toplamı belirlediği için, kapsam netleşmeden söylenen her rakam ya riski fiyatlamış ya da işi eksik anlamış demektir. Welda tarafında da sabit bir liste yok; proje kapsamı ve teklif, ücretsiz görüşmede ihtiyacınızı dinledikten sonra netleşir.
İlk sürümü özellik listesiyle değil, tek bir satışla çizin
Pek çok özel CRM projesi, departmanlardan toplanan istek listesiyle başlar: Satış şunu ister, muhasebe bunu, yönetim on iki rapor. Sonuç, her şeyi yapmaya çalışan ve uzun süre kimsenin kullanamadığı bir projedir. Daha sağlıklı yöntem, listeyi geçmişteki gerçek işlerle süzmektir.
Son 20 satışı baştan sona anlatın. Kazanılan ve kaybedilen işlerden karışık seçin. Her biri için ilk temastan tahsilata kadar neyin, kimde, hangi araçla olduğunu yazın. Gerçek akış neredeyse her zaman kâğıttaki süreçten farklıdır ve projenin değeri çoğu zaman bu farkta çıkar.
Kayıtları ve ilişkileri adlandırın. Firma, şube, yetkili, bayi, proje, teklif, revizyon, sözleşme. Hangisi hangisine, kaça bir bağlı? Yazılımcının en çok ihtiyaç duyduğu bilgi budur; yanlış kurulan bir veri modeli sonradan en pahalıya düzeltilen şeydir.
Rapordan geriye gidin. Yönetim her hafta hangi kararı veriyor? Bayi iskontosunu mu daraltıyor, hangi teklife ağırlık vereceğini mi seçiyor? Karar için gereken sayıyı yazın, sonra o sayının üretilmesi için hangi alanın kimin tarafından girilmesi gerektiğini bulun. Kararı beslemeyen alan, ilk sürüme girmez.
Tek bir kanala kesin. Bayi kanalı mı, doğrudan kurumsal satış mı? İlk sürüm bir kanalı uçtan uca taşısın. Dört kanalı yarım taşıyan sistem, ekip için bir de ikinci Excel demektir. Örnek bir ilk sürüm şöyle olabilir: Firma ve yetkili kaydı, kurallı teklif ve revizyon, iskonto onayı, muhasebeye tek yönlü cari aktarımı, haftalık takip listesi. Bayi portalı, mobil uygulama ve gelişmiş panolar ikinci aşamaya kalır.
Kabul senaryolarını yazın. "Teklif modülü olacak" yerine: "İstanbul bölgesindeki bayiye, döviz bazlı, bölge müdürü onaylı teklif hazırlanır, kur değişince revizyon oluşur ve iki sürüm yan yana görülür." Bu cümleler hem teklifi netleştirir hem de teslim anlaşmazlığını önler.
Bu hazırlıkla görüşmeye giderseniz teklifteki belirsizlik payı daralır. Welda'nın özel yazılım ve otomasyon hizmetinde de süreç benzer biçimde keşifle başlar: Çözülecek problem, kapsam ve başarı ölçütü netleşir; veri modeli ve entegrasyon noktaları planlanır, arayüz ve akışlar kod yazılmadan onayınıza sunulur, geliştirme sürümler hâlinde teslim edilir.
KVKK ve e-belge konuları ekranlardan önce konuşulmalı
CRM, firmanın en yoğun kişisel veri deposudur: Yetkili adları, telefonlar, görüşme notları, bazen de satışçının kişi hakkında düştüğü yorumlar. Sonradan eklemek zor olan birkaç konuyu baştan tasarıma almak gerekir. Aşağıdakiler genel çerçevedir; firmanıza özel uygulama için KVKK danışmanınız, hukukçunuz ve mali müşavirinizle netleştirmeniz gerekir.
- Erişim ve iz kaydı: Kim hangi kaydı görebilir, dışa aktarımı kim yapabilir, silinen veya değiştirilen kayıt izlenebiliyor mu? Toplu dışa aktarım yetkisi, işten ayrılan satışçı senaryosunda özellikle önemlidir.
- Saklama ve imha: Hiç müşteri olmamış bir adayın verisi ne kadar tutulacak? Sürenizi siz belirleyin, sistem de bu süreye göre silme veya anonimleştirme yapabilsin.
- Ticari ileti izinleri: Toplu SMS ve e-posta gönderiyorsanız izin kayıtları ve İleti Yönetim Sistemi (İYS) yükümlülükleri gündeme gelebilir. İznin nereden, ne zaman alındığı kayıtta durmalıdır.
- Barındırma ve yurt dışı aktarım: Sunucu ve kullanılan bulut servisleri nerede? Yurt dışına aktarım koşulları değişebilen bir konu olduğu için güncel durumu mutlaka danışmanınıza teyit ettirin.
- e-Fatura ve e-Arşiv: CRM'in genellikle belge kesmesi gerekmez; siparişi muhasebe programına veya özel entegratörünüze aktarması yeterli olur. Kararı "CRM fatura kessin mi" diye değil, "tek doğru cari ve fatura kaydı nerede duracak" diye verin. İki sistemin de aynı cariyi ayrı ayrı yönetmesi, mutabakat sorununa dönüşür.
Bu başlıklar teklifte satır satır görünmeyebilir ama sonradan eklenmeleri veri modeli üzerinde değişiklik gerektirebilir. Bu yüzden keşif görüşmesinde sormakta fayda var.
Teklifleri yan yana koyunca rakamdan önce neye bakmalı?
İki yazılım firmasından gelen tekliflerin arasındaki fark çoğu zaman fiyat değil, kapsamın nerede bittiğidir. Bir teklif veri taşımayı "kolay bir aktarım" diye tek satırda geçer, diğeri kaynak sayısına göre ayrı kalem yapar. Düşük görünen fiyat, işin eksik anlaşıldığını gösterebilir. Bu nedenle her firmaya aynı dokümanı verin: Kayıt ilişkileri, kabul senaryoları, entegrasyon listesi ve aşağıdaki sorular.
Kontrol listesine ek olarak ilk görüşmede şunları da deneyin:
- Size benzer zorlukta, canlıda çalışan bir ürün gösterebiliyorlar mı? Ekran görüntüsü değil, gerçek kullanım sorun: Bir sonraki hatayı kim düzeltiyor, güncelleme nasıl çıkıyor?
- Sizin senaryonuzdan birini alıp beyaz tahtada veri modeline çevirmelerini isteyin. Ekibin sorduğu sorular, sunumdan daha çok şey anlatır. "Hepsini yaparız" diyen değil, "bu kuralın istisnası ne" diye soran ekip daha güvenilirdir.
- Değişiklik talebine bir örnek verin ve nasıl fiyatlanacağını sorun. Proje ortasındaki gerilimin en bilinen kaynağı budur.
- Projeyi yürütecek kişilerle görüştüğünüzden emin olun; satış görüşmesini yapanla kod yazan ekip farklı olabilir.
Sabit fiyat ile süre bazlı çalışma arasındaki seçim de kapsamın netliğine bağlıdır. Kapsam gerçekten netse sabit fiyat rahatlatır, ama satıcı riskini fiyata koyar. Keşfedilecek çok şey varsa ilk aşamayı sabitleyip devamını o aşamanın öğrettikleriyle planlamak genellikle daha dürüst bir yoldur.
Bu projeler genellikle kodda değil, salı sabahı satış toplantısında batar
Teknik olarak kusursuz bir özel CRM bile satışçı kullanmazsa boş bir veritabanıdır. Kullanım sorunu sonradan eğitimle çözülmez; tasarımın parçasıdır.
En belirleyici şey toplantı düzenidir. Haftalık satış toplantısı sistemin ekranından yapılmaya başlamadan kimse veri girmeyi öncelik saymaz. Yönetici hâlâ "bana bir Excel atın" diyorsa, ekibe verilen mesaj nettir. Bu yüzden geçiş planının en önemli maddesi yazılımla değil, yöneticinin alışkanlığıyla ilgilidir.
İkinci belirleyici, satışçıya ne verdiğinizdir. Sistem yalnızca yönetime rapor üretiyorsa, satışçı için ek iş demektir. Aynı veri ona bugün aranacak müşteriyi, teklifi otomatik hazırlayan ekranı, unuttuğu yenilemeyi veriyorsa kullanmak için neden kazanır. Tasarım görüşmesinde en deneyimli satışçınızı masaya oturtun; hem doğru sorunu görür hem de sonra sistemi savunur.
Diğer tekrar eden kırılma noktaları şunlardır:
- Projenin sahibinin olmaması: İç tarafta karar verecek, öncelik belirleyecek ve kabul edecek tek kişi şarttır. Bu iş yönetim kuruluna veya "hepimize" bırakılamaz.
- Bugünkü dağınıklığın kodlanması: Mevcut süreci olduğu gibi yazılıma dökmek, sorunları hızlandırmaktan başka işe yaramaz. Önce süreci sadeleştirin.
- Zorunlu alan bolluğu: Yirmi zorunlu alanlı form, uydurma veriyle doldurulur. Uydurma veri, raporların da güvenilirliğini bitirir.
- Kirli veriyi taşımak: Aynı firmanın beş ayrı yazılışı yeni sisteme de geçerse, ilk günden güven kaybolur.
- Bakımı unutmak: Karşı sistem güncellendiğinde entegrasyon durur. Bakım bir lüks değil, ürünün parçasıdır.
Eski düzenden yeni sisteme geçiş nasıl yürür?
Geçişin tek bir "açılış günü" olması, özellikle aktif fırsatları olan bir ekip için en riskli senaryodur. Daha güvenli yol kademeli ilerlemektir. Hedef, bir yandan gerçek işle sistemi sınamak, öte yandan satışçıya iki yere birden veri yazdırmamaktır.
Eski sistemden veya Excel'den çıkış yapmadan önce aktif fırsatları, açık teklifleri ve yaklaşan yenilemeleri ayrıca kontrol edin; geçişte kayıp yaşanırsa en pahalıya bunlar patlar. Hazır bir CRM'den çıkıyorsanız aboneliği kapatmadan önce veriyi tam olarak dışa aktarın ve görüşme geçmişi, ek dosyalar gibi alanların da gelip gelmediğine bakın.
Geçiş biter bitmez ikinci sürüme atlamak da yaygın bir hatadır. Birkaç hafta gerçek kullanımı izleyin. Hangi alan boş kalıyor, hangi ekran açılmıyor, hangi raporu gerçekten okuyan var? İkinci sürümün listesi yönetimin hayalinden değil, buradan çıkmalıdır.
Welda burada nerede duruyor?
Welda'da iki ayrı konu var ve karıştırılmaması gerekir. Birincisi Welda CRM: Randevuyla çalışan işletmeler için, yani klinik, güzellik merkezi, kuaför, stüdyo ve benzerleri için tasarlanmış hazır bir üründür. Sizin işiniz bu tanıma giriyorsa özel yazılım yaptırmadan önce onu denemek daha akılcıdır; 7 gün ücretsiz deneme süresince tüm modüller açıktır.
Ancak çok aşamalı teklif, bayi ağı veya uzun proje satışı olan bir B2B firmasıysanız Welda CRM bu ihtiyaç için tasarlanmadı. O durumda konuşacağımız şey özel geliştirmedir: Özel web uygulamaları, CRM kurulumları ve özelleştirmeleri, API entegrasyonları, WhatsApp Business API akışları, panolar. Kendi ürünlerimiz Welda Stock ve Welda CRM'i geliştirip canlıda işlettiğimiz için bakımın ve günlük operasyonun yükünü biliyoruz. Kaynak kod ve dokümantasyon size ait olur; lansman sonrasında bakım desteği sözleşmeyle sürer. Görüşmede hazır bir program ya da ufak bir entegrasyon işinizi görüyorsa bunu da açıkça söyleriz.
Özel CRM yaptırmak isteyenlerin sık sorduğu sorular
Özel CRM yazılımı yaptırmak ne kadar tutar?
Tek bir rakam vermek dürüst olmaz, çünkü fiyatı ekran sayısından çok entegrasyonlar, veri modeli, yetkilendirme ve eski verinin durumu belirler. Kapsam netleştiğinde gerçekçi teklif verilebilir. Welda'da kapsam ve fiyat, ücretsiz görüşmede ihtiyacınızı dinledikten sonra netleşir.
Kaç kişilik satış ekibi için özel CRM mantıklı olur?
Kişi sayısından çok sürecin yapısı belirleyicidir. Küçük bir ekip, yüksek tutarlı ve kuralları karmaşık tekliflerle çalışıyorsa özel bir modülden fayda görebilir; büyük ama standart satış yapan bir ekip hazır programla çok rahat ilerleyebilir. Kaçak saat hesabı burada kişi sayısından daha iyi rehberdir.
Mevcut CRM verilerimizi taşıyabilir miyiz?
Genellikle evet, ama taşımanın kapsamını önceden konuşmak gerekir. Firma ve kişi kayıtları görece kolaydır; görüşme geçmişi, ek dosyalar ve teklif revizyonları daha fazla iş çıkarır. Mükerrer kayıtların temizliği için iç tarafta da zaman ayırmanız gerekir.
Proje ne kadar sürer?
Süre kapsamla, entegrasyonlarla ve sizin tarafınızdaki karar hızıyla değişir; kapsam görülmeden verilen tarih sağlam olmaz. Daha önemli olan ilk kullanılabilir sürümün ne zaman gerçek satışta çalışacağıdır. İlk sürümü küçük tutmak, gerçek kullanımdan daha erken öğrenmenizi sağlar.
Özel CRM yerine Excel ve otomasyonla ilerleyebilir miyiz?
Az kayıt ve az kullanıcıyla süreci bir süre taşıyabilirsiniz. Make, Zapier veya n8n gibi otomasyon araçlarıyla bir hayli yol da alınır; somut örnekler için iş akışı otomasyonu senaryolarına bakabilirsiniz. Ancak yetki, geçmiş kaydı ve eşzamanlı çalışma gerektiğinde Excel temelli düzen hızla kırılganlaşır.
Yazılım firmasıyla yollarımız ayrılırsa ne olur?
Bunu sözleşme öncesi konuşun. Kaynak kodun, dokümantasyonun ve verinin size ne zaman ve hangi biçimde teslim edileceği yazılı olmalıdır. Welda'da kaynak kod, telif ve dokümantasyon müşteriye aittir; başka bir ekibin devralabilmesi için dokümantasyon ve standart teknoloji seçimi önemlidir.
Özel CRM KVKK uyumlu olur mu?
Yazılımın kendisi yetkilendirme, iz kaydı, saklama-imha ve izin yönetimi gibi araçları sunabilir; ama uyum yalnızca yazılımla sağlanmaz, süreç ve politikalarınıza da bağlıdır. Firmanıza özel gereklilikleri hukuk danışmanınızla netleştirip tasarıma baştan koymak gerekir.
Kaçak saatinizi ölçtüyseniz ve hâlâ özel çözüm olasılığı masadaysa, sıradaki adım kısa bir görüşmedir. Son birkaç satışınızı bize anlatın; özel CRM yazılımı yaptırmak sizin için anlamlı mı, yoksa bir entegrasyon işi çözer mi, ücretsiz görüşmede birlikte değerlendirelim.