CRM Kurulumu: İhtiyaç Analizinden Canlı Kullanıma 9 Adım

CRM kurulumu ne demek, neyi kapsar?

Kurulum, hesabı açtığınız an ile ekibin gerçekten orada çalışmaya başladığı an arasındaki işin adıdır. Bulut tabanlı bir CRM programında teknik bir kurulum yoktur; giriş yaptığınız anda program çalışıyordur. Kavramın kendisini henüz oturtmadıysanız önce CRM nedir sayfası daha doğru bir başlangıç. Hangi CRM programı alınacağı henüz belli değilse o karar bu sayfadan önce gelir; seçim ölçütlerini en iyi CRM sayfasında ayrıca yazdık.

İş dört parçaya ayrılıyor ve bunlardan yalnızca biri teknik. Programın hangi soruya cevap vereceğine karar veriyorsunuz. Veriyi taşınmaya değer hâle getiriyorsunuz. Programı yapılandırıyorsunuz. Bir de ekibin günlük alışkanlığını değiştiriyorsunuz: teklifi kim yazıyor, aramadan sonra not nereye düşüyor, aşamayı kim ilerletiyor. Projenin kaderini dördüncüsü belirler; ilk üçü zaten onun için yapılır.

Türkiye’de CRM çoğu zaman proje olarak satılır: analiz, tasarım, geliştirme, devreye alma, bir de eğitim kalemi. Tek satış ekibi olan bir şirket için bu çerçeve işin kendisinden ağır. Kurulumları asıl tıkayan şey daha sıradan: bir adım, kendinden öncekinin bitmesini beklemeden başlıyor. Bu yüzden aşağıdaki her adımın sonunda bir geçiş koşulu var: sonrakine geçmeden önce doğru olması gereken cümle.

Kurulumu kim yapar, kim neye karar verir?

Beş rolün var olması gerekiyor. Küçük bir şirkette bir kişi iki rolü birden üstlenebilir; ama hiçbiri boş kalamaz.

Her rolün karar verdiği bir konu var, bir de zaman ayırması gereken bir iş.

• Sponsor (genelde satış yöneticisi): Kapsama, aşama adlarına, neyin ertelendiğine ve neye “bitti” denildiğine karar verir. Başlangıç toplantısında ve canlıya geçene kadar düzenli bir kontrol için müsait olmalı.
• Sistem sorumlusu: Bütün yapılandırma kararları onda; alanları değiştirebilen tek hesap da onun. İşin tamamı boyunca müsait olmalı, çünkü yükü taşıyan rol bu.
• İki ya da üç satışçı: Günlük akışın yürüyüp yürümediğine onlar karar verir; pilotta veto hakları var. Pilot boyunca sistemi kendi işlerinde kullanmaları gerekiyor.
• Veriyi elinde tutan kişi: İki dosya çeliştiğinde hangisinin doğru sayılacağına ve neyin taşınmayacağına karar verir. Veri hazırlığında ve aktarımın kendisinde müsait olmalı.
• BT ya da posta kutusunu yöneten kişi: Posta ve takvim bağlantısı, erişim ve güvenlik kontrolü onun kararı. Her bağlantı için, teker teker müsait olması gerekiyor.

Kurulumu en sık iki durum çıkmaza sokar. Birincisinde sponsor var, sorumlu yok: toplantıda kararlar alınır, herkes onaylar, hiçbiri sisteme yazılmaz, çünkü yazma işi kimsenin üzerinde değildir. İkincisinde sorumlu var, sponsor yok: o kişi gelen her alan talebine hayır diyemez ve sonunda kimsenin doldurmadığı bir form ortaya çıkar.

Hangi adımı kim yürütür, adım ne zaman biter?

Aşağıdaki tablo planın tamamı: hangi adımı kim yürütür, diğerlerinin yanında ne kadar ağır durur ve bir sonrakinin başlaması için ne olmuş olmalıdır. İçinde bilerek gün sayısı yok. Bir kurulumun kaç hafta süreceğini yazılım değil, sponsorun sorulara ne hızda cevap verdiği ve verinizin ne durumda olduğu belirler; ikisini de hiçbir tedarikçi baştan kestiremez.

Ağırlık sütunu tek başına bile bir şey söylüyor: en ağır adım yapılandırma değil, veri hazırlığı. İçinde veri hazırlığı olmayan bir kurulum planı görürseniz, planı yazan kişiye verinizi görüp görmediğini sorun.

Adım	Kim yürütür	Ağırlık	Ne olduğunda biter
1. İhtiyaç tespiti	Sponsor ve sorumlu	Hafif	Dört beş soru ve her sorunun beklediği cevabın biçimi yazılı
2. Sorumluyu belirleme	Sponsor	Listenin en kısa adımı	Yapılandırmanın altında tek bir kişinin adı yazılı duruyor
3. Süreç haritası	Sorumlu ve iki satışçı	Hafif ama acele edilmez	Bir fırsatın geçtiği aşamalar tek sayfaya, ekibin kelimeleriyle sığıyor
4. Veri modeli tasarımı	Sorumlu ve sponsor	Orta	Her alanın arkasında bir soru var; gerisi listeden silindi
5. Veri hazırlığı ve taşıma	Sorumlu ve veriyi tutan kişi	Planın en ağır adımı	Örnek aktarım kaynakla uyuşuyor, mükerrer kayıtlar birleştirildi
6. Yapılandırma	Sorumlu	Orta	Bir satışçı ilk temastan teklife kadar kimseye sormadan ilerliyor
7. Bağlantılar	Sorumlu ve BT	Orta; bağlantılar teker teker	Gönderilen e-posta kimse kopyalamadan doğru kaydın altında
8. Gerçek fırsatlarla pilot	Üç dört kişi	Kişi başına hafif, iki haftaya yayılır	Pilot ekibi kendi özel dosyasını tutmayı bıraktı
9. Canlıya geçiş ve gözden geçirme	Önce herkes, sonra sorumlu	Geçişte kısa, gözden geçirmede daha kısa	Eski dosya salt okunur ve gözden geçirme tarihi takvimde

CRM nasıl kurulur? Dokuz adım, tek tek

Her adımın sonunda bir geçiş koşulu var. Bu koşul formalite değil; bir kurulumun sahip olabileceği en ucuz kalite kontrolü. Aşağıdaki her madde şimdi hallolur; canlıya geçildikten sonra ayıklanması her zaman daha zahmetli.

1. İhtiyaç tespitini yazın

Hiçbir ekranı açmadan önce, sistemin hangi soruya cevap vereceğini yazın. Dört beş soru yeter: hangi fırsatlar nerede takıldı, bir satışçının sıradaki adımı ne, bu çeyrek neyin kapanması bekleniyor, şu firmayla en son kim konuştu. Her sorunun yanına cevabın biçimini yazın: bir sayı, bir liste ya da bir ekran. Özellik adı yazmayın; hangi yeteneğin hangi soruya karşılık geldiğini sonra CRM özellikleri rehberiyle eşleştirirsiniz. “Otomasyon lazım” diye başlayan bir ihtiyaç listesi, sınanamayan bir kurulum üretir; çünkü yanlış cevabı yoktur.

Geçiş koşulu: sorular yazılı ve sponsor bunların doğru sorular olduğunu söylemiş.

2. Kurulumun tek bir sorumlusu olsun

Yapılandırmayı tek kişi yapar. Komite değil, tedarikçi değil, “bir ara bakarız” hiç değil. Bu kişinin teknik olması gerekmiyor; ekibin nasıl sattığını bilmesi ve alanları değiştirme yetkisinin olması gerekiyor. Geri kalan herkes fikir verir. Adı yazılı olsun, ekibe duyurulsun ve bu kişiye bir alan talebini reddetme yetkisi verilsin, çünkü birkaç tane gelecek ve çoğu birinin raporu değil, birinin merakıdır. Listenin en kısa adımı bu; atlandığında arkasından gelen hiçbir adım tutmuyor.

Geçiş koşulu: adı belli, kendisine söylenmiş ve değişiklik yapma yetkisi olan bir kişi var.

3. Bugün yürüyen süreci haritalayın

İki satışçıyı karşınıza alın; kazandıkları bir işi ve kaybettikleri bir işi sırasıyla anlatsınlar. Söyledikleri aşamaları yazın, kullanmalarını istediğiniz aşamaları değil. Burada genelde iki şey ortaya çıkar: herkesin atladığı bir aşama ve aslında iki aşama olan tek bir kutu. Kullandıkları kelimeleri koruyun, kabaca olanlar dahil. Yönetim diliyle adlandırılmış bir pipeline (satış süreci) ya yanlış doldurulur ya hiç doldurulmaz. Bir aşamadan çıkmak için neyin doğru olması gerektiği de burada konuşulur; bu bir ekip anlaşmasıdır, yazılımın dayattığı bir kural değil.

Geçiş koşulu: aşamalar tek sayfaya sığıyor, ekibin kendi kelimeleriyle yazılmış ve iki satışçı da kendi fırsatlarını orada tanıyor.

4. Veri modelini tasarlayın

Şimdi nesnelere ve alanlara karar verilir: aday ne demek, ne zaman firmaya ve fırsata dönüşüyor, kaç pipeline olacak, hangi aşamada hangi alanın dolu olması beklenecek. Sonuncusu da üçüncü adımdaki gibi bir ekip kuralıdır, yazılımın fırsatı durdurduğu bir kontrol değil. Kural tek: her alanın arkasında bir soru olacak. Alanın beslediği raporu ya da kararı söyleyemiyorsanız o alanı silin. Zorunlu alanları az tutun; her biri, girilen her kayıttan alınan küçük bir vergidir. Sektörünüzün kelimeleri (bayi, termin, navlun, portföy) buraya özel alan olarak girer; sonradan eklemek verinin yeniden girilmesi demektir. Aşama tasarımı bu adıma sığmayacak kadar uzun bir konu: CRM stratejisi onu ayrıca yazıyor.

Geçiş koşulu: listedeki her alanın arkasında adı konmuş bir soru var ve liste başladığından kısa.

5. Veriyi taşımadan önce temizleyin

Planın en büyük kalemi ve en sık son haftaya bırakılan iş. Elinizdekini dışa aktarın. İki dosya çeliştiğinde hangisinin doğru sayılacağına karar verin. Mükerrer kayıtları hâlâ Excel’deyken birleştirin; orada birleştirmek kolaydır. Yıllardır konuşulmamış kişileri hiç taşımayın. Bu kayıtlar sonradan kuracağınız her raporu kirletir; üstelik KVKK tarafında ihtiyacınız olmayan kişisel veriyi taşımış olursunuz. Sonra yüz kayıtlık bir örnek aktarın, kayıtları açın ve gerisini aktarmadan önce kaynakla gözle karşılaştırın. CRM veritabanı mükerrer kaydın nereden çıktığını ve nasıl uzak tutulacağını ayrıca anlatıyor.

Geçiş koşulu: örnek aktarım kaynakla uyuşuyor ve birleştirilen mükerrer kayıtlara bir insan bakmış.

6. Sistemi yapılandırın

Dördüncü adımdaki pipeline’ları, aşamaları, alanları ve listeleri kurun. Teklif şablonunu hazırlayın ve indirimli bir teklifin gönderilmeden önce hangi onay yolundan geçeceğini tanımlayın. Otomasyonda iki üç kuralla yetinin: fırsat bir aşamaya geldiğinde görev, sorumlu değiştiğinde bildirim, gerçekten takip ettiğiniz bir alan değiştiğinde uyarı. Buradaki içgüdü her ihtimali baştan kurmaktır. Direnin, çünkü hangi tahmininizin yanlış olduğunu henüz bilmiyorsunuz ve her yanlış tahmin, ilk hafta bir satışçının etrafından dolaşmak zorunda kalacağı bir engele dönüşür.

Geçiş koşulu: bir satışçı ilk temastan gönderilmiş teklife kadar bir fırsatı kimseye soru sormadan yürütebiliyor.

7. E-postayı, takvimi ve komşu sistemleri bağlayın

Önce tek bir posta kutusunu bağlayın ve bir gün izleyin; hepsini aynı anda bağlarsanız bir şey ters gittiğinde nedenini bulamazsınız. Sonra takvim, sonra kayıt alışverişi yapacak diğer sistemler. Bağlamadan önce yön kararı verin: müşterinin adres bilgisinde hangi sistem doğru kabul edilecek, hangisi sadece gösterecek. Aynı alanı iki sistem de sahiplenirse aylarca sessizce birbirinin üzerine yazarlar. Türkiye’de fatura tarafı çoğunlukla ayrı bir ön muhasebe programında durur; oradaki kural tek yön olmalıdır: satış CRM’de yürür, kazanılan iş muhasebeye geçer ve geri dönmez. Bağlantıların sırasını ve eşleştirme anahtarlarını CRM entegrasyonu rehberi ayrıntılı anlatıyor.

Geçiş koşulu: posta programından gönderilen bir e-posta, kimse kopyalamadan doğru kaydın altında görünüyor.

8. Gerçek fırsatlarla pilot yapın

Üç dört kişiye sistemi ve kendi açık fırsatlarını iki haftalığına verin. Örnek veri ya da eğitim ortamı değil, ay sonunda hesabı sorulacak gerçek işler. İki hafta içinde iki kez toplanın ve birinin duraksadığı her yeri not edin. Şikâyet değil, duraksama sinyaldir: insanlar alışık olmadıkları şeye şikâyet eder, gerçekten anlaşılmayan şeyde duraksar. Bu iki haftada bir aşama adının değişmesini, bir zorunlu alanın kalkmasını ve bir liste eklenmesini bekleyin. Hiçbir şey değişmediyse pilot gerçek değildi.

Geçiş koşulu: pilot ekibi kendi özel dosyasını tutmayı bırakmış ve geri bildirimden çıkan değişiklikler uygulanmış.

9. Canlıya geçin, sonra tarihi belli bir gözden geçirme yapın

Canlıya geçiş iki iştir. Birincisi, herkesin erişimi açılır ve kısa bir oturumda özellikler değil akış anlatılır: bir fırsat nereden giriyor, nereden çıkıyor, kimden ne yazması bekleniyor. İkincisi, eski dosya belli bir günde salt okunur hâle gelir. Açık bırakılan eski dosya, yarım kullanılan CRM’in en yaygın nedenidir. Gözden geçirme tarihini canlıya geçmeden önce belirleyin, yaklaşık bir ay sonrasına koyun, takvime yazın. O gün doluya değil boşa bakın: kimsenin kullanmadığı aşama, her kayıtta aynı değeri taşıyan zorunlu alan, kimsenin açmadığı rapor. Ekleyin değil, kesin. Canlıya geçişten sonraki bakım ritmini CRM en iyi uygulamaları rehberi anlatıyor.

Geçiş koşulu: eski sistem salt okunur ve gözden geçirme tarihi takvimde.

İlk CRM mi, mevcut sistemin yerine mi? Aynı dokuz adım, farklı ağırlık

Aynı adı taşıyan iki farklı proje var. Excel ve gelen kutusundan çıkmakla, hâlâ kullandığınız bir sistemden çıkmak aynı iş değil; fark dokuz adımın üçünde ortaya çıkıyor.

İlk CRM’de pahalı adımlar üçüncü ve dördüncü. Süreç daha önce hiç yazılmadığı için aşamalar odada icat ediliyor, alan listesinin tartışacağı bir öncesi yok. Veri de dağınık: her satışçıda bir dosya, ortak bir posta kutusu, birinin telefonundaki numaralar. Beşinci adım taşımaktan çok toplamak oluyor. İyi tarafı, karşınızda savaşacağınız eski bir şekil yok; ne tasarlarsanız ekip onu öğreniyor.

Mevcut sistemin yerine kuruyorsanız üçüncü ve dördüncü adım daha ucuz, çünkü cevapları eski sistemde zaten var. Buradaki tuzak, iki yıldır kimsenin doldurmadığı alanlar dahil eskisini olduğu gibi kopyalamak. Bu kez beşinci adım ağırlaşıyor: dışa aktarım geçmişi, notları, ekleri ve kayıt numaralarını da getiriyor ve her biri için ayrı bir “gelsin mi” kararı gerekiyor. Sekizinci adım da ağırlaşır, çünkü ekip eski sistemden kalma alışkanlıklarla geliyor ve yeni sistem onları ödüllendirmiyor.

• Excel’den geliyorsanız tartışma üçüncü adımda geçer: süreç bugüne kadar hiç yazılmadı.
• Başka bir CRM’den geliyorsanız tartışma beşinci adımda geçer: dışa aktarımda, kimsenin hatırlamadığı yılların kararları duruyor.
• Ön muhasebe ya da ERP’nin CRM modülünden geliyorsanız önce sınırı çizin: müşteri kaydında hangi sistem doğru kabul edilecek, hangisi yalnızca gösterecek? Tek bir alan bile eşleştirilmeden bu karar verilir.
• Her durumda, yeni sistemi eskisine benzetme isteğine direnin. Alan alan kopyalanan bir pipeline, eski sistemin taviz listesini yenisine taşır.

İkinci faza ne bırakılır?

Canlıya çıktığınız sürüm, dördüncü adımda hayal ettiğinizden küçük olmalı. Aşağıdakilerin hepsi meşru iş; hiçbiri ilk aya ait değil.

• İhtiyaç tespitindeki iki üç sorunun dışındaki raporlar. Bir soru ikinci kez sesli sorulduğunda rapor yazılır.
• Aday, firma ve fırsata sığmayan iş parçaları için özel nesneler. Bunları gerçek kayıtları bir ay izledikten sonra tasarlamak çok daha kolay.
• İkinci ve üçüncü pipeline. Birincisi düzenli güncellenmeye başlayana kadar tek ekip, tek pipeline yeter.
• Henüz yayımlanmamış olan her şey. Senitix tarafında giden webhook’lar; WhatsApp, Instagram, Messenger ve Telegram kanalları; web formları, e-posta şablonları, makrolar, atama kuralları, kurala dayalı paylaşım ve mükerrer kayıt eşleştirme kuralları henüz yolda. İlk sürümü bunlar yokmuş gibi planlayın, çünkü bugün yoklar. Müşteriyle yazışmanız WhatsApp’ta yürüyorsa, o konuşmanın özetini aktiviteye kimin gireceğini ilk günden konuşun.
• İki üç yıldan eski kapanmış işler. Bir rapor gerçekten isterse sonradan taşınır.

Hepsinin arkasındaki kural aynı: kimsenin kullandığını izlemediğiniz yapılandırma bir tahmindir. İkinci ayda tahmin etmenin bedeli düşüktür; ilk haftada aynı tahmin ekibi programdan soğutur.

Kurulum nerede tıkanır?

Bir kurulumu yarıda bırakan şeyler genelde şu beşinden biri. Hiçbiri yazılım sorunu değil.

• Sorumlusu olmayan kurulum. Yukarıda anlattık; yine de tekrar etmeye değer.
• Haritadan önce yapılandırma. Varsayılan aşamalarla kurulmuş ve gerçekten olmuş bir işle hiç sınanmamış pipeline.
• Taşımayı içe aktarma sanmak. Excel’de yanlış olan veri CRM’de daha hızlı yanlış olur, üstelik artık resmî görünür.
• Özellik eğitimi vermek. Kimse ekran turu istemiyor; herkes kendi gününün nereden yürüyeceğini bilmek istiyor.
• Gözden geçirme tarihi koymamak. Tarih yoksa ilk tasarım kalıcı olur; oysa ilk tasarım her zaman taslaktır.

Kısacası bir CRM kurulumunda ters gitme ihtimali en düşük olan kısım, teknik kısımdır. Günlük kayıt disiplininin nasıl kurulduğunu müşteri takip programı rehberinde ayrıca anlattık.

Senitix CRM’de kurulum nasıl ilerler?

Senitix CRM’in temelinde aday, firma ve kişi kayıtları, fırsatlar, aktiviteler, ürün kataloğu, raporlar ve CSV ya da Excel ile içe ve dışa aktarma var. Bunların üstüne birden fazla pipeline, bağlı e-posta ve takvim, sürümlenen ve PDF olarak çıkan teklifler, Belgeler modülü, otomasyonlar ve Senitix AI gelir; sözleşme, sipariş, fatura, onay akışları, tahminleme ve özel nesneler de aynı kayıtlara bağlanır. İlk ayda bunlardan hangilerini açacağınız altıncı adımın tamamıdır ve cevap, istediğinizden az olmalı.

Yedinci adım için bugünkü durum şu: her kullanıcı Gmail, Microsoft Outlook ya da IMAP/SMTP destekleyen başka bir posta kutusunu bağlar; Google Takvim ve Microsoft Takvim de eşitlenir. Ön muhasebe tarafında Paraşüt ve Mikro ERP CRM’e bağlanır: Paraşüt cari kartlarını, satış faturalarını, e-Fatura/e-Arşiv durumunu, tahsilatları ve ürün kataloğunu getirir; Mikro ERP, firmanın kendi Mikro Desktop API servisine bağlanıp cari, stok, satış faturası kayıtlarını ve GİB’e iki aşamalı e-Fatura/e-Arşiv gönderimini taşır. Başka bir muhasebe programı kullanıyorsanız veri bugün CSV ya da Excel olarak dışa aktarılır. Entegrasyon tarafında da kendi başınıza bağlanacağınız bir geliştirici API’si yok: Senitix’in bağlı-uygulama katmanı bugün kişi, firma, fırsat ve aktivite kayıtlarını kapsıyor; teklif, ürün ve fatura ise kapsamın dışında. Bunun ötesinde özel bir entegrasyon ihtiyacınız varsa onu kendi yazacağınız bir bağlantı olarak değil, satış ekibiyle konuşacağınız bir iş olarak planlayın. Beşinci adımdaki taşıma da dosyayla yürür: başka bir CRM’den tek tıkla veri çeken bir bağlayıcı yok, eski sistemin dışa aktarımı alanları eşleştirilerek içeri alınır.

Senitix AI kullanıcı başına günlük bir istek sınırıyla çalışır ve kaydın yerine değil yanında durur: günlük özet, yetkiniz olan kayıtlardan cevap veren bir asistan, e-posta taslağı ve sıradaki adım önerisi. Asistan bir kaydı değiştirmeden ya da bir e-postayı göndermeden önce onayınızı ister. Hiçbiri veri hazırlığını atlamanın gerekçesi değil: bir öneri, dayandığı kaydın kalitesini aşamaz.

Son olarak aşamalar: Senitix CRM’de her aşama bir yönlendirme metni ve en fazla beş anahtar alan taşır; üçüncü adımda anlaştığınız çıkış koşulu böylece işin yapıldığı yerde görünür durur. Yine de Senitix, bu alanlar boş diye fırsatın ilerlemesini engellemez: çıkış koşulu sistemin dayattığı bir kural değil, ekibin kendi arasındaki anlaşmadır. Her yeteneğin ne yaptığını Senitix CRM özellik kataloğunda bulabilirsiniz; plan ayrıntıları da fiyatlandırma sayfasında.