CRM köprüsü
Bir oturum kimlik kazandığında kayıt, CRM'inizde o kişinin üzerine not olarak eklenir; yeni bir kişiye değil, zaten var olan kişiye.
1. Tek cümleyle ne yapar?
Bir oturum tanımlandığı anda, bize gönderdiğiniz tanımlayıcıyla kişiyi CRM'inizde arar ve kayda bağlantı içeren bir not ekleriz.
Hepsi bu. Yeni kişiler, yeni fırsatlar veya satış sürecinde değişiklikler oluşturulmaz. Biri fiyatlandırma sayfanızı her ziyaret ettiğinde yinelenen kişi oluşturan bir CRM, entegrasyonun hiç olmamasından daha kötüdür.
Kişiyi bulamazsak hiçbir şey olmaz. Kişiyi oluşturmak, bir tarayıcı oturumundan CRM'inize kayıt yazmak anlamına gelir; tarayıcı oturumları ise müşterilerinizin kim olduğuna dair esas alınacak kaynak değildir.
2. Eşleştirme anahtarı: kişiyi nasıl buluruz?
Bu bölüme on dakika ayırmaya değer; CRM entegrasyonlarında sessizce ortaya çıkan hatalar genellikle burada başlar.
Ziyaretçiyi, sitenizin bize bildirdiği bilgiyle tanırız: MousePlayer.setUserId(), analiz aracınızdan geri okunan bir benzersiz kimlik veya sunucu tarafı tanımlama çağrısı. CRM'iniz de kişiyi bir bilgiyle tanır. Bu iki bilgi aynı olmalıdır.
| Aradığımız bilgi | Değiştirilebilir mi? | |
|---|---|---|
| HubSpot | kişinin e-posta adresi | hayır; arama uç noktası bu bilgiye göre çalışır |
| Pipedrive | terime göre kişiler; önce e-posta | hayır |
| Salesforce | bir alan; adını siz belirlersiniz, varsayılan: Email | evet |
Salesforce neden bu bilgiyi sorar?
Salesforce kurulumlarında anahtar olarak nadiren e-posta kullanılır. Sizin kurulumunuzda anahtar şu olabilir: Customer_Number__c veya faturalandırma sisteminizden gelen harici bir kimlik. Buna rağmen e-postayla arasaydık hiçbir şey bulamaz, ardından başarı bildirirdik. Entegrasyon çalışıyor göründüğü için bu, en kötü hata türüdür.
Bu yüzden form şu soruyu sorar: Contact üzerindeki hangi alan, size gönderdiğimiz değeri içeriyor? API adını girin; özel bir alansa şu eki de ekleyin: __c .
Alan adı bir sorguya ulaşmadan önce katı bir kalıba göre kontrol edilir. CRM alan adları harflerden, rakamlardan ve alt çizgilerden oluşur. Diğer her şey kaçış uygulanmak yerine reddedilir; çünkü kaçış işlemlerinde fark edilmesi zor hatalar yapılabilir, reddetme işleminde ise bu risk yoktur.
3. Ne zaman çalışır, ne zaman özellikle çalışmaz?
Tanımlama anında: siteniz şu çağrıyı yaptığında: MousePlayer.setUserId(), analiz köprümüz PostHog, Mixpanel veya Amplitude'dan bir benzersiz kimlik geri okuduğunda ya da sunucunuz tanımlama uç noktasını çağırdığında.
Sayfa başına değil, oturum başına bir kez
Giriş yapıp ardından on bir sayfa gezen bir kişi için on bir değil, bir not oluşturulur. CRM zaman çizelgeniz insanların okuyacağı bir yerdir.
Tanımlayıcı olmadan çalışmaz
Anonim bir oturumda eşleştirilecek bilgi yoktur. IP adresinden tahmin yürütmez, kaydı tesadüfen aynı adresi paylaşan bir kişiye eklemeyiz.
Kişi CRM'inizde yoksa çalışmaz
Başarısız değil, tamamlanmış sayılır. Henüz CRM'inizde bulunmayan bir potansiyel müşteri olağan bir durumdur; yarın yeniden denemek bunu değiştirmez.
4. Not nasıl görünür, belirteç nerede saklanır?
Kişinin zaman çizelgesine tek bir not eklenir: bir oturumun kaydedildiğini belirten bir satır ve bağlantı. Satış temsilciniz bağlantıya tıklar ve kişinin size yazmadan önce gerçekte ne yaptığını izler.
Erişim bilgisi
AES-256-GCM ile şifrelenerek saklanır. Kaydettikten sonra bir daha gösterilmez; alanda yıldızlar görünür ve formu yıldızlarla kaydetmek saklanan değeri değiştirmez. Ayrıca görevi taşıyan dahili kuyruğa özellikle dahil edilmez: kuyruk ortak durum bilgisidir ve ortak durum bilgisi bir anahtarı saklamak için uygun yer değildir.
Salesforce üç bilgi ister, diğerleri iki
Salesforce, yenileme belirteci kullanan bir Connected App üzerinden kimlik doğrular; bu yüzden consumer key, gizli anahtar ve yenileme belirteci ile örnek URL'nizi ister. HubSpot ve Pipedrive tek bir API belirteci alır. Üç durumda da uygulama size aittir; MousePlayer, güvenmek zorunda kalacağınız bir pazar yeri uygulaması işletmez.
5. Zoho CRM ve Freshsales
İki CRM daha; kurulum için gereken çabanın zıt uçlarında yer alırlar.
| Zoho CRM | Freshsales | |
|---|---|---|
| Sağladığınız bilgiler | veri merkezi, istemci kimliği, istemci gizli anahtarı, yenileme belirteci | API anahtarı ve Freshworks alan adınız |
| Aradığımız bilgi | adını belirlediğiniz bir alan; varsayılan: Email | adını belirlediğiniz bir alan; varsayılan: email |
| Notun eklendiği yer | kişi; Note kaydı olarak | kişi; not olarak |
Zoho, altı veri merkezinden birinde bulunur
Bir hesap şu merkezlerden birindedir: com, eu, in, com.au, jp veya com.cn; anahtardaki hiçbir bilgi hangi merkez olduğunu söylemez. Yanlış olanı seçerseniz Zoho şu yanıtı verir: INVALID_TOKEN . Bu yanıt yanlış bir anahtar izlenimi vererek sizi hatayı yanlış yerde aramaya yönlendirir. Alanın açılır liste olmasının nedeni tam da budur.
Self Client: bir kez
Zoho API konsolunda bir Self Client oluşturun; şu kapsamlar için bir yetkilendirme belirteci üretin: ZohoCRM.modules.ALL ve ZohoSearch.securesearch.READ. Ardından bunu bir kez yenileme belirteciyle değiştirin. Bu yenileme belirtecinin süresi dolmaz; saatlik erişim belirteçleri ondan alınır ve hiçbir zaman saklanmaz.
Zoho, hayır demek istediğinde 200 yanıtı verir
Hem belirteç değişimi hem de kayıt yazma işlemleri, gövdede bir hata veya kayıt bazında durum bilgisiyle HTTP 200 döndürebilir. Gövdeyi okuruz; yalnızca durum koduna güvenen bir köprü, hiç oluşturulmamış bir not için başarı bildirirdi.
Burada adı geçen tüm ticari markalar ilgili sahiplerine aittir. MousePlayer'ın bu sağlayıcılarla ticari ilişkisi yoktur.