Bu rehberi okuduğunuzda, mobil uygulamanın hangi düğmesinin ne yaptığını değil, saha ekibinizin kaydı ne zaman ve hangi koşulda gireceğini bileceksiniz. Çünkü mobil CRM'i başarısız yapan şey eksik özellik değildir; kaydın "akşam ofiste girerim" diye ertelenmesi, yanlış veri merkezi yüzünden ilk gün girişin tıkanması, ya da Türkiye'de çalışan bir ekibe Hindistan'a özel bir harita servisinin önerilmesidir. Mobil, masaüstü CRM'in küçültülmüş kopyası değil; sahanın ritmine göre tasarlanmış ayrı bir araçtır. Bu rehberde onu kurarken vereceğiniz kararları — yetki, güvenlik, konum, onay akışı — sahadan bir bakışla sıraladık.
Mobil hangi problemi çözer
Saha ekibinin gününü düşünün: hasta görüşmesinden çıkıyor, fuar standında bir aday firmayla konuşuyor, bir bayiyi ziyaret edip arabaya biniyor. Bu anların hiçbirinde masaüstü CRM yoktur. Kayıt ya orada, görüşme tazeyken girilir ya da akşama kalır — ve akşama kalan kayıt, çoğu zaman ya eksik girilir ya hiç girilmez. Mobil uygulamanın çözdüğü asıl problem bir "erişim" problemi değil, bir veri kalitesi problemidir: kaydın oluştuğu anla sisteme düştüğü an arasındaki boşluğu kapatır.
Bu yüzden mobili "ekibe telefonda da CRM verelim" diye değil, "sahadaki bilgi kaybolmadan sisteme nasıl düşer" sorusuyla kurarız. İkisi farklı projelerdir: birincisi uygulamayı indirtir, ikincisi navigasyonu, izinleri ve girişi sahanın akışına göre tasarlar.
Görüşme anında giriş
Aday firmadan ayrılırken not sesli kaydedilir, arama loglanır. Veri akşama değil, taze haliyle sisteme düşer.
Konumdan rotaya
Bulunduğunuz yere yakın müşteriler haritada görünür; bir bölgeye gidince "burada başka kimi ziyaret etmeliyim" sorusu anında yanıtlanır.
Telefonu CRM'e bağlama
Telefonun kamerası, rehberi ve arama altyapısı kaydın parçası olur; ayrı bir not defteri ya da kartvizit yığını gerekmez.
İlk giriş: DC ve organizasyon
Mobil kurulumda en sık yaşanan tıkanma teknik değil, bir kararın atlanmasıdır: hangi veri merkezi (DC). Uygulama App Store ve Google Play'den ücretsiz iner, ama giriş ekranında EU, US, IN gibi bölgeler arasından doğru olanı seçmek kullanıcıya bırakılır. Hesabınız hangi bölgede açıldıysa o seçilmeli; yanlış DC seçildiğinde uygulama "hesap bulunamadı" der ve kullanıcı kendi parolasından şüphelenmeye başlar. Türkiye'deki ekiplerin çoğu EU veri merkezinde çalışır — ama bunu kabul etmek yerine hesabın açıldığı bölgeyi teyit ederiz.
Uygulamayı resmi yayıncıdan indirin
iOS için App Store, Android için Google Play. "Zoho CRM" araması yapıp yayıncının Zoho olduğunu doğrulayın.
Doğru veri merkezini seçin
Giriş ekranındaki bölge listesinden hesabınızın açıldığı DC'yi seçin (Türkiye ekiplerinde tipik olarak EU). Emin değilseniz web'de hesabın URL'sinden DC'yi teyit edin.
Oturum yöntemini belirleyin
E-posta/parola, tek dokunuşla parolasız giriş için Zoho OneAuth, ya da kurumunuz tanımladıysa kimlik sağlayıcı (IdP) üzerinden federe giriş kullanılabilir.
Organizasyonu seçin
Birden çok org'a erişiminiz varsa doğru olanı seçin; test/canlı org ayrımı olan ekiplerde yanlış org'a kayıt girilmesi sık görülen bir hatadır. Uygulama içinden istediğiniz an org değiştirebilirsiniz.
Test ve canlı org'u olan ekiplere, ilk kurulumda doğru DC + org kombinasyonunu tek satırlık yazılı bir başlangıç notuyla veriyoruz. Bu küçük adım, sahada saatlerce süren "giremiyorum" destek çağrılarını baştan keser.
Yetki, sürüm ve güvenlik
Mobil erişim, bir kullanıcı açıldığında varsayılan olarak açıktır; yani ayrı bir lisans satın almazsınız, mobil erişim CRM kullanıcısının parçasıdır. Asıl karar, kimin neye eriştiğidir. Yönetici, profil bazında mobili kapatabilir ya da açabilir: Kurulum > Kullanıcılar ve İzinler > Profiller > Genel İzinler > Mobile Edition. Bazı yetenekler ise sürüme bağlıdır; bunu kullanıcıya söz vermeden önce bilmek gerekir.
| Yetenek | Uygunluk | Pratik sonuç |
|---|---|---|
| Mobile Edition (mobil erişim) | Tüm sürümler, varsayılan açık | Ayrı lisans yok; profil bazında kapatılır/açılır. |
| Zia (sohbet, sesli sorgu, kayıt aratma) | Enterprise · CRM Plus · Zoho One | Daha alt sürümlerde mobilde Zia beklemeyin; ekibe söz vermeden sürümü kontrol edin. |
| Çevrimdışı kayıt ekleme/düzenleme | Mobil erişimi olan tüm kullanıcılar | İnternet kesik bodrum/asansör/kırsal senaryoda kayıt kaybolmaz. |
Güvenlik, mobilde isteğe bağlı bir lüks değildir: telefon kaybolur, çalınır, yanlış ellere geçer ve içinde müşteri verisi taşır. iOS'ta Ayarlar > Gizlilik ve Güvenlik altında parola/biyometrik kilit (Passcode lock), cihazda yerel veriyi şifreleme, metin kopyalama ve üçüncü taraf klavye gibi sızıntı yollarını kısıtlama seçenekleri bulunur.
Medikal ve estetik kliniklerde hasta verisi telefonda gezdiği için, KVKK uyumu açısından parola kilidi + cihazda şifreleme bizim kurulum kontrol listemizde "açılabilir" değil "zorunlu" maddedir. Cihaz kaybında oturumun uzaktan ya da yerelden güvenle kapatılabilmesini de baştan konuşuruz.
Sahada veri girişi
Mobilin çekirdeği kayıt yönetimidir: Müşteri Adayları (Leads), Kişiler (Contacts), Hesaplar (Accounts), Anlaşmalar (Deals) ve web'de oluşturduğunuz özel modüllerde kayıt oluşturma, düzenleme, kopyalama (clone), silme ve müşteri adayı dönüştürme tamamen telefonda yapılır. Web'de tanımladığınız ekip modülleri (team modules) de mobilde erişilebilir. Ama sahada fark yaratan, bu temel işlemler değil; yazmadan kayıt üretmeyi sağlayan yollardır.
- Kartvizit tarama: Fuar ya da ziyaret dönüşü kartvizit yığını yerine, kartı kamerayla tarayıp doğrudan bir müşteri adayı/kişi kaydına çevirin. Manuel veri girişini ve dönüşteki "sonra girerim" gecikmesini ortadan kaldırır.
- Sesli not ve sese-metin: Yazacak vakit yokken kaydı en fazla 5 dakika sesli alın; ister ses dosyası olarak saklayın ister metne çevirin. Ses dosyaları depolama kotanıza dahil sayılır — yoğun kullanımda bunu hesaba katın.
- Kamera ve dosya eki: Cihaz, fatura, mekan fotoğrafını anında çekip kayda iliştirin; telefondaki dosyaları ekleyin.
- Rehber entegrasyonu: Telefon rehberinizden kişi içe aktarın, gerekirse kaydı tekrar rehbere yazın.
- İlişkilendirme: Çoklu seçimli lookup alanlarıyla bir kaydı birden çok kayda bağlayın; anlaşmalarda kişi rollerini (karar verici, teknik onaycı) sahada bile doğru atayın.
Kayıt detayında kartvizit (business card) önizlemesi, kaydın en fazla 5 anahtar alanını — web'deki sırayla — hızlı bir bakışta gösterir. Hangi 5 alanın görüneceğini web'de seçersiniz; bu küçük karar, sahadaki temsilcinin bir kaydı açar açmaz işine yarayan bilgiyi görmesini belirler.
Bir butik estetik klinikte saha ekibi, anlaşma ekranını açtığında önce "ilgilenilen işlem", "son temas tarihi" ve "bütçe" alanlarını görmek ister; klinik müdürü ise "ödeme durumu"nu. Kartvizitteki 5 alanı role göre kurguladığımızda, kaydı açıp aşağı kaydırma ihtiyacı büyük ölçüde ortadan kalkar.
İletişimi kayda bağlamak
"Kiminle ne konuştuk?" sorusunun cevabı çoğu ekipte insanın hafızasındadır — yani aslında hiçbir yerde. Mobil uygulamanın asıl katkısı, telefonun doğal iletişim araçlarını CRM'e bağlayıp bu cevabı otomatik kayda geçirmesidir. Bir kayıttan başlattığınız arama, e-posta ya da mesaj o kayda işlenir; görüşmeden sonra takip görevini oradan oluşturursunuz.
Arama ve loglama
Kayıttan doğrudan arayın; görüşme bitince uygulama aramayı loglamayı sorar ve kayıt Aramalar (Calls) modülüne düşer. Çağrı planlama da aynı ekranda.
WhatsApp Business
Türkiye'de ilk temas çoğu zaman WhatsApp'tan olur. Entegre WhatsApp ile sohbetleri uygulama içinden görüp yanıtlayın; ek dosyalar 2 MB altında olmalı. Kayıtta deep-link'li bir numaraya dokunarak da sohbeti açabilirsiniz.
E-posta ve SMS
Tercih ettiğiniz mail uygulamasını seçip kayıttan e-posta gönderin, ilgili yazışmaları görün; numarası kayıtlı müşteri adayı, hesap ve kişilere SMS atın.
Mail Magnet
CRM'le ilgili önemli e-postaları gelen kutusunun gürültüsünden ayıklar; yanıtlama, görev ve not ekleme tek ekranda toplanır.
WhatsApp'ı "ek bir mesajlaşma yolu" değil, ilk temasın ana kanalı olarak görüp CRM'e bağlayın. Aksi halde en sıcak konuşmalar temsilcinin kişisel telefonunda kalır ve ekip ayrıldığında müşteriyle birlikte gider.
Harita, konum ve EU DC kısıtı
Saha satışı yapan ekipler için konum, mobilin en ayırt edici tarafıdır: bulunduğunuz yere yakın müşteri adayı, kişi ve hesapları haritada görür, kayıtları pin'lerle açar, bir konuma navigasyon başlatır ve bir ziyareti zaman damgalı check-in ile belgelersiniz. Check-in, "temsilci gerçekten gitti mi" sorusunu disiplin baskısı kurmadan, temiz bir veriyle yanıtlar.
Ancak harita sağlayıcısı konusunda Türkiye'deki ekipler için önemli bir kısıt vardır. Uygulama Google Haritalar ve Apple Haritalar'ı destekler; Mappls sağlayıcısı yalnızca Hindistan (IN) veri merkezi kullanıcılarına açıktır. Türkiye ekipleri tipik olarak EU veri merkezinde çalıştığından, Mappls'a güvenen bir saha akışı kurmak yanlış olur — harita tarafında Google/Apple Haritalar üzerine plan yaparız.
EU veri merkezindeki bir ekibe Mappls tabanlı bir rota/harita çözümü öneremeyiz; bu sağlayıcı IN DC'ye özeldir. Saha ekibinizin haritasını Google/Apple Haritalar üzerinden kurgulayın ve kesin bir saha yatırımı yapmadan önce DC'nizdeki sağlayıcı uygunluğunu teyit edin.
Onay ve süreci sahadan yürütmek
Satış döngüsündeki en sinsi gecikme, yöneticinin onay vermek için masaya dönmesini beklemektir. Mobil bunu çözer: onay bekleyen bir teklif ya da indirim telefondan onaylanır, reddedilir, başkasına devredilir; gönderdiğiniz bir süreci geri de çekebilirsiniz. Bekleyen tüm aksiyonlarınız (onay, inceleme/review, Blueprint adımları) My Jobs (İşlerim) modülünde tek yerde toplanır.
My Jobs (İşlerim)
Onaylarınız, inceleme süreçleriniz ve Blueprint adımlarınız tek modülde. Sahadan, sıraya bakıp ilerletirsiniz.
Blueprint
Bir sonraki adıma geçiş için zorunlu alanlar mobilde de uygulanır. Tek tip akışlarda işi disipline eder; randevu/tedavi gibi istisnası bol süreçlerde ise kilitleyebilir.
Atama eşiği
Atama eşiği (assignment threshold) web'de kurulduğu anda mobilde devreye girer. Örneğin eşik 10 kayıt ise, bir temsilciye 10'dan fazla kayıt düştüğünde mobilde uyarı çıkar ve kayıt başka bir temsilciye devredilebilir.
Bu noktada manifestomuzdaki duruşu hatırlatmak isteriz: Blueprint teknik olarak yetkin bir araçtır, ama her sürece uymaz. Çağrı merkezi gibi tek tip akışlarda sahada bile disiplini taşır; oysa medikal randevu ya da danışmanlık gibi istisnası bol operasyonlarda kullanıcıyı sahada kilitler ve "sonra hallederim" davranışını geri getirir.
İstisnası bol saha operasyonlarında onayı Blueprint'in zorunlu adımlarına gömmek yerine, çoğunlukla durum alanı + iş akışı kuralı + My Jobs kombinasyonunu tercih ederiz: süreç yönlendirilir, onay sahadan dakikalar içinde çıkar, ama temsilci tıkanmaz.
Ekranı işe göre sadeleştirmek
Telefonun küçük ekranı bir kısıt değil, bir disiplin fırsatıdır: kullanıcıyı yalnızca işine yarayan alanlara odaklanmaya zorlar. Mobilde arayüzü sahanın akışına göre sadeleştirmenin iki ana kaldıracı vardır — alt navigasyon çubuğu ve liste görünümü — ve ikisinin de gerçek sınırları bilinerek kurgulanmalıdır.
| Sadeleştirme alanı | Gerçek sınır | Sahadaki etkisi |
|---|---|---|
| Alt navigasyon çubuğu | En az 1, en fazla 4 modül | Temsilcinin en çok kullandığı modüllere tek dokunuşla ulaşması; gerisi menüde kalır. |
| Liste görünümü (Dynamic Display) | Toplam en fazla 9 alan | Başlık (1), alt başlık (en fazla 2) ve detay (en fazla 4) hiyerarşisiyle, küçük ekranda en kritik bilgi öne çıkar. |
| Hızlı aksiyonlar (quick actions) | Modül başına en fazla 4 | "Ara", "Görev ekle", "Ziyaret tamamlandı" gibi tek dokunuşluk işlemler kaydı açmadan tetiklenir. |
Önemli bir mimari gerçek: bu sadeleştirmenin kaynağı web'dir. Düzen kuralları (layout rules) yalnızca web uygulamasında oluşturulur, mobil bunları yansıtır. Özel butonlar, özel bağlantılar ve dinamik görünüm web'de tanımlandığında mobilde de görünür. Yani "mobil deneyimi" diye ayrı bir proje yoktur; web'deki veri modeli, izinler ve düzen ne kadar temizse mobil de o kadar nettir.
Mobili her zaman bütünün bir parçası olarak kurgularız. Liste görünümündeki 9 alanı ve çubuktaki 4 modülü "her şeyi göster" mantığıyla değil, "bu temsilci sahada hangi 3 soruyu sorar" mantığıyla seçeriz. Sınırlar, doğru kullanıldığında arayüzü kalabalıktan korur.

