Zoho CRM'e Doğru Başlangıç

Çoğu kurulum şu soruyla başlar: "Zoho CRM hangi özelliklere sahip?" Bu yanlış sorudur. Özellik listesi, kurulumun çıktısı değil; sürecinizi tasarladıktan sonra ihtiyaç duyacağınız parçaların toplamıdır. Doğru başlangıç sorusu şudur: "İşimizde gerçekte ne oluyor ve bunun ne kadarı şu an görünmez?"

Bir CRM bir müşteri listesi ya da bir satış ekranı değildir. Müşteri yolculuğunuzun, operasyon adımlarınızın ve kim-ne-zaman-karar-verdi bilgisinin görünür hâle gelmesidir. Bu yüzden kuruluma özellikten değil, sürecinizin haritasından başlıyoruz.

Bu rehber neyi çözüyor

Amaç, ilk haftada çalışan ama altıncı ayda elinizde kalan bir CRM kurmamaktır. Aşağıdaki sıra, sonradan değiştirilmesi zor olan kararları (sürüm, hiyerarşi, veri modeli) öne; kolay değişen kararları (rapor, otomasyon, arayüz) sona koyar. Manifestomuzdaki sıra budur ve bu rehberin omurgasıdır.

En sık karşılaştığımız hata, sürecin sistemin izin verdiği şekle göre tasarlanmasıdır. Bu tersinden kurmaktır. Doğru yol önce sürecin kâğıt üzerinde tariflenmesi, sonra Zoho CRM'in bu sürece uyarlanmasıdır. Zoho CRM'in standart modülleri (Müşteri Adayları / Leads, Kişiler / Contacts, Firmalar / Accounts, Anlaşmalar / Deals) bir başlangıç çerçevesidir; sizin sürecinizin tanımı değildir.

Sürecin haritasını çıkarmak

Butik bir estetik klinik örneği üzerinden gidelim. Burada gerçekte olan şudur: bir kişi Instagram'dan ya da WhatsApp'tan ulaşır, ön görüşme yapılır, fiyat verilir, randevu kurulur, işlem yapılır, kontrol randevusu planlanır. Bu altı adım, modüllerden önce gelir. Modülleri bu adımlara eşleriz, adımları modüllere değil.

• Bir adım kimse tarafından sahiplenilmiyorsa, o adım sistemde de sahipsiz kalır.
• Bir adım kâğıtta belirsizse, sistemde otomasyonla netleşmez; sadece belirsizliği büyütür.
• İstisnası bol adımlar (ertelenen randevu, vazgeçen hasta) sistemde mutlaka bir yol bulmalı; yoksa kullanıcı sistemin dışına kaçar.

Süreç haritasının üzerinde, "burada bir karar veriliyor" diyebileceğiniz noktaları işaretleyin. Karar noktası, akışın yön değiştirdiği yerdir: teklif onaylandı mı, hasta işleme uygun mu, indirim yetkisi kimde? Bu noktalar kimin neyi görebileceğini ve sistemin nerede insandan onay bekleyeceğini belirler.

Karar = kim + nerede + hangi yetkiyle

Zoho CRM'de kimin neyi gördüğünü Roller (Roles), kimin ne yapabileceğini Profiller (Profiles) belirler. Bu ikisi karıştırıldığında ya herkes her şeyi görür (gizlilik sorunu) ya da kimse yeterince göremez (operasyon tıkanır). Bu yüzden roller ve profiller, kullanıcı davet etmeden önce kararlaştırılmalıdır.

Yaklaşık 20 kişinin altındaki ekiplerde Zoho'nun varsayılan rolleri (CEO, Yönetici) ve iki temel profili (Yönetici / Administrator, Standart / Standard) çoğu durumda yeterlidir. Erken aşamada ince ayrımlar yapmak yerine, varsayılanları kendi unvanlarınıza göre yeniden adlandırmak daha sağlıklıdır.

Kötü bir veri modeli üzerine iyi bir otomasyon kurulamaz. Yaşadığımız otomasyon sorunlarının büyük bölümü aslında otomasyon değil, veri modeli sorunudur. Bu yüzden alan ve modül açmadan önce üç soruyu yanıtlarız.

1. Bu veri nerede tutulmalı? Hangi modülde, hangi kayıtta yaşamalı.
2. Bu veri kiminle ilişkili? Hangi kayda bağlanmalı.
3. Bu veri nasıl güncellenecek? Elle mi, otomasyonla mı, hangi adımda.

İlişkiler: arama alanının gücü ve sık yapılan hata

Zoho CRM'de bir kaydı başka bir kayda bağlayan alana arama alanı (lookup field) denir. Örneğin her Anlaşma bir Firma'ya bağlıdır. Doğru ilişki kurulumu, sonradan "bu hastanın tüm işlemlerini tek ekranda göremiyoruz" şikâyetini baştan engeller. Yanlış kurulan ilişki ise verinin iki yerde kopyalanmasına ve tutarsızlığa yol açar.

Standart modüllerin önemli bir kısmı yalnızca belirli sürümlerde gelir. Veri modelinizi kurarken hangi modüle güvendiğinizi sürüm uygunluğuna göre netleştirin:

Bir süreç ölçülemiyorsa yönetilemez; yönetilemeyen bir sürece otomasyon kurmak problemi çözmez, sadece hızlandırır. Bu yüzden otomasyondan önce görünürlüğü kurarız. Görünürlük, yöneticinin "bu hafta kaç ön görüşme oldu, kaçı randevuya döndü, hangi danışman kaç teklif kapattı" sorusuna sistemden cevap alabilmesidir.

Aşama olasılığı = forecast'in temeli

Anlaşmalar modülündeki satış hattının (pipeline) aşamaları, sürecinizin gerçeğini yansıtmalıdır. Bir danışmanlık firması için aşamalar "Keşif → Teklif Gönderildi → Değerlendirme → Sözleşme → Kazanıldı" olabilir. Her aşamaya bir olasılık (%) atanır; bu oran satış tahminini (forecast) besler. "Teklif Gönderildi" aşamasındaki %50 olasılıklı bir anlaşma, tahmine değerinin yarısı kadar katkı yapar.

Menü yolu: Kurulum > Özelleştirme > Modüller ve Alanlar > Anlaşmalar > Aşama-Olasılık Eşleştirmesi. Birden fazla satış hattı, Standard sürümde tipik olarak 5 ile sınırlıdır; üst sürümlerde daha fazlasını destekler (kesin sayı için güncel lisans kontrolü).

Otomasyon, kuruluma başlanacak yer değil, bitirileceği yerdir. Süreç netleşip görünürlük sağlandıktan sonra "hangi işler insan yerine yapılabilir" sorusunu sorarız. Bu noktada Zoho CRM birden çok araç sunar ve hangisini seçtiğiniz operasyonunuzun ne kadar esnek olduğuna bağlıdır.

Blueprint her zaman doğru çözüm değildir

Blueprint, bir sürecin her adımında "şu yapılmadan ileri gidilemez" kuralını sisteme dayatır. Bu, çağrı merkezi gibi tek tip akışlarda işi disipline eder. Ancak randevu, tedavi ya da danışmanlık gibi istisnası bol süreçlerde kullanıcıyı kilitler ve operasyonu yavaşlatır. Sağlık, eğitim ve hizmet operasyonlarında bunu sık görürüz.

İş Akışı Kuralları Zoho CRM'in Free sürümünde bile (sınırlı eylemle) bulunur; Blueprint ise Professional ve üzeri sürümlerde gelir. Bu da otomasyon kararının sürüm kararıyla iç içe olduğunu gösterir.

Sürüm, geri dönüşü en zahmetli kararlardan biridir. Çok düşük seçerseniz ilk ayda limite çarparsınız; çok yüksek seçerseniz kullanmadığınız özelliklere para ödersiniz. Karar özellik karşılaştırmasıyla değil, sürecinizin gerçek ihtiyacıyla verilir.

Zoho CRM beş sürümde sunulur: Free, Standard, Professional, Enterprise, Ultimate. Bir organizasyon tek bir sürüm seçer; aynı org içinde sürüm karıştırılamaz (örneğin 10 kullanıcı Standard, 10 kullanıcı Enterprise olamaz). Maliyeti kullanıcı tipiyle yönetirsiniz: yoğun kullanıcılar için tam lisans, ara sıra erişen ekipler için daha düşük maliyetli ekip kullanıcı lisansı (team user license).

Eğer Zoho CRM ihtiyacınızdan fazlaysa, daha sade Bigin ile başlayıp büyüdükçe CRM'e taşınabilirsiniz. Birden çok Zoho ürünü kullanıyorsanız CRM Plus ya da Zoho One paketleri tek tek satın almaktan çoğu zaman daha uygundur.

Yurt dışı kaynaklı kurulum rehberleri Türkiye'nin yasal ve operasyonel gerçeklerini içermez. Oysa bu gerçekler veri modelini ve otomasyonu doğrudan etkiler ve baştan kurgulanmazsa sonradan eklemek zordur.

Yukarıdaki kararları verdiyseniz, kurulumun teknik adımları nettir. Adımların sırası, "değiştirmesi zor olan önce" ilkesine göre dizilmiştir. Her adımın altında neden o adımın o noktada olduğunu belirttik.

Aşağıdakiler, devraldığımız projelerde en sık karşılaştığımız ve düzeltmesi en pahalı olan başlangıç hatalarıdır. Sırası, bu rehberin sırasının tam tersidir; çünkü bu hatalar genellikle kararları yanlış sırada vermekten doğar.

• Süreç tasarlamadan modül açmak. Önce alan açılır, sonra alanların ne işe yaradığı unutulur. Kullanıcı her gün boş alanla yüzleşir.
• Hiyerarşi tercihini kullanıcı ekledikten sonra değiştirmek. Tüm veri görünürlüğü değişir; bazı kullanıcılar görmemesi gereken kayıtları görür ya da göremez.
• Aşamaları gerçeğe göre değil ideale göre kurmak. Kayıtlar doğru aşamaya taşınmaz, forecast yanıltıcı olur.
• Veri modeli kurmadan otomasyona geçmek. Otomasyon, eksik ilişkilerin üzerine kurulunca her istisnada bozulur.
• Sürümü ihtiyaçtan değil hevesten seçmek. Kullanılmayan özelliğe ödenen para, kurulumu daha iyi yapmaz.
• KVKK'yı sonraya bırakmak. Rıza ve saklama süresi baştan modellenmezse, ölçekte geri dönüşü en zor borç olur.