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

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.

Roller (Roles)

Veri görünürlüğünü belirler. Üstteki rol, altındaki kullanıcıların kayıtlarını görebilir. Organizasyon şemanızı yansıtır.

Profiller (Profiles)

Özellik ve eylem yetkisini belirler. Hangi modüle erişilir, kayıt silinebilir mi, dışa aktarılabilir mi.

Hiyerarşi tercihi

Rol Hiyerarşisi mi, Raporlama Yöneticisi mi? Bu seçim tüm org'un veri görünürlüğünü etkiler ve sonradan değiştirmek risklidir.

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 sırasıyla "Keşif", "Teklif Gönderildi", "Değerlendirme", "Sözleşme" ve "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.

KVKK ve açık rıza

Müşteri verisi tutuyorsanız, rıza durumu ve veri saklama süresi birer alan olarak veri modelinde yer almalı; rolle erişim sınırlanmalı. Bunu sonradan eklemek, mevcut kayıtların tamamını gözden geçirmek demektir.

e-Fatura / e-Arşiv

Faturalama Türkiye'de e-fatura altyapısıyla yürür. Zoho CRM'in Faturalar modülünü resmi sürece bağlamak için entegrasyon planı gerekir; bu, sürüm ve veri modeli kararını etkiler.

WhatsApp ve iletişim

Klinik ve KOBİ'lerde ilk temas çoğunlukla WhatsApp'tır. İletişim kanalını CRM'e bağlamak, kaydın iletişim geçmişini görünür kılar; aksi hâlde kritik konuşmalar sistem dışında kalır.

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.

1. 01Şirket ayarlarını yapın

   Neden: Para birimi, mali yıl ve saat dilimi otomasyonlardaki tarihleri ve tüm parasal alanları etkiler. Sonradan değiştirmek raporları bozar.

   Kurulum > Genel > Şirket Ayarları'ndan şirket adı, ana para birimi, saat dilimi ve mali yıl başlangıcını girin.

2. 02Hiyerarşi tercihini belirleyin

   Neden: Tüm org'un veri görünürlüğünü belirler ve sonradan değiştirmek herkesin gördüğünü değiştirir. Kullanıcı eklemeden önce yapılmalı.

   Rol Hiyerarşisi mi, Raporlama Yöneticisi mi olduğuna burada karar verin.

3. 03Rolleri ve profilleri kurun

   Neden: Kim neyi görecek (rol) ve kim ne yapabilecek (profil) ayrımı, kullanıcılar gelmeden hazır olmalı.

   Kurulum > Güvenlik Kontrolü > Roller ve Paylaşım / Profiller. Varsayılanları kendi unvanlarınıza uyarlayın.

4. 04Ekibi davet edin

   Neden: Erken davet, kurulum sürerken ekibin sistemi tanımasını sağlar. Rol ve profil sonradan da ayarlanabilir.

   Kurulum > Genel > Kullanıcılar > + Yeni Kullanıcı. Her kullanıcıya bir rol ve bir profil atayın.

5. 05Satış hattını sürecinize göre kurun

   Neden: Aşamalar gerçeği yansıtmazsa kayıtlar doğru aşamaya taşınmaz ve raporlar yanıltır.

   Anlaşmalar modülü > Aşama-Olasılık Eşleştirmesi'nden aşamaları ve olasılıkları kendi sürecinize göre düzenleyin.

6. 06E-postayı bağlayın

   Neden: Yazışmalar otomatik olarak ilgili kayda bağlanır; ekip bağlamı uygulama değiştirmeden görür.

   Kurulum > Kanallar > E-posta > E-posta Yapılandırması. Her kullanıcı kendi hesabını bağlar.

7. 07İlk veriyi içe aktarın

   Neden: İçi boş CRM kullanılmaz. Küçük bir veri kümesiyle bile ekip hemen gerçek kayıtla çalışmaya başlar.

   İlgili modülde İçe Aktar ile CSV/XLSX yükleyin, mükerrer kaydı nasıl ele alacağınızı seçin, alanları eşleyin.

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.