CRM zubia
Saioak izena jasotzen duenean, grabazioa pertsona horren ohar gisa iristen da zure CRMra, dagoeneko existitzen den kontaktura, ez berri batera.
1. Zer egiten duen, esaldi batean
Saioa identifikatzen den unean, pertsona zure CRMan bilatzen dugu bidali diguzun identifikatzailearekin, eta grabaziorako esteka duen ohar bat eransten diogu.
Hori da dena. Kontaktu berririk ez, negozio berri inolakorik ez, salmenta-prozesuaren aldaketarik ez. Norbaitek prezioen orria bisitatzen duen bakoitzean bikoiztua sortzen duen CRMa integraziorik ez izatea baino okerragoa da.
Pertsona aurkitzen ez badugu, ez da ezer gertatzen. Sortzeak zure CRMan nabigatzaileko saio batetik erregistro bat idaztea esan nahiko luke, eta nabigatzaileko saioak ez dira zure bezeroak nor diren jakiteko egiazko iturria.
2. Parekatze-gakoa: nola aurkitzen dugun pertsona
Zati honek zure arretaren hamar minutu merezi ditu, hemen egiten duelako normalean CRM integrazioak isilean huts.
Bisitaria zure webguneak adierazitakoaren bidez ezagutzen dugu: MousePlayer.setUserId(), zure analisi-tresnatik irakurritako identifikatzaile bereizi baten edo zerbitzari-aldeko identifikazio-dei baten bidez. Zure CRMak ere zerbaiten bidez ezagutzen du. Bi gauza horiek gauza bera izan behar dute.
| Zer bilatzen dugun | Alda dezakezu | |
|---|---|---|
| HubSpot | kontaktuaren helbide elektronikoa | ez: bilaketa-muturraren oinarria da |
| Pipedrive | pertsonak terminoaren arabera, helbide elektronikoa lehenik | ez |
| Salesforce | eremu bat, zuk izendatutakoa, lehenetsia: Email | bai |
Zergatik galdetzen duen Salesforce-k
Salesforce instalazioek gutxitan erabiltzen dute helbide elektronikoa gakotzat. Zureak honako hau erabil dezake: Customer_Number__c, edo zure fakturazio-sistemako kanpoko ID bat. Hala ere helbide elektronikoarekin bilatuko bagenu, ez genuke ezer aurkituko eta arrakasta jakinaraziko genuke: hutsegite motarik txarrena, integrazioak bizirik dirudielako.
Horregatik, inprimakiak hau galdetzen du: Contact-eko zein eremuk du bidaltzen ari gatzaizkizun balioa? Sartu APIaren izena, honako hau barne: __c eremu pertsonalizatua bada.
Eremuaren izena eredu zorrotz batekin egiaztatzen da kontsultara iritsi aurretik. CRM eremuaren izenak letrak, digituak eta azpimarrak ditu; gainerako guztia baztertzen da ihes-karaktereak erabili beharrean, ihes egitean akats sotilak gerta daitezkeelako, baina baztertzean ez.
3. Noiz abiarazten den eta noiz ez nahita
Identifikazioan: zure webguneak hau deitzen duenean: MousePlayer.setUserId(), gure analisi-zubiak PostHog, Mixpanel edo Amplitude-tik identifikatzaile bereizia irakurtzen duenean edo zure zerbitzariak identifikazio-muturrari deitzen dionean.
Behin saio bakoitzeko, ez orri bakoitzeko
Saioa hasi eta gero hamaika orri arakatzen dituen pertsonak ohar bat sortzen du, ez hamaika. Zure CRMko denbora-lerroa jendeak irakurtzeko tokia da.
Identifikatzailerik gabe ez
Saio anonimoak ez du parekatzeko ezer. Ez dugu IP helbidearekin asmatzen, eta ez diogu grabazioa eransten kasualitatez helbide bera duen norbaiti.
Zure CRMak pertsona ezagutzen ez badu, ez
Eginda zenbatzen da, ez huts eginda: oraindik zure CRMan ez dagoen bezero potentziala ohikoa da, eta bihar berriro saiatzeak ez luke hori aldatuko.
4. Nolakoa den oharra eta non dagoen tokena
Ohar bat kontaktuaren denbora-lerroan: saioa grabatu dela dioen lerroa eta esteka. Zure saltzaileak klikatzen du eta pertsonak idatzi aurretik benetan zer egin duen ikusten du.
Kredentziala
AES-256-GCM bidez zifratuta gordetzen da. Ez da berriro erakusten gorde ondoren: eremuak izartxoak erakusten ditu, eta inprimakia izartxoekin gordetzeak gordetako balioa bere horretan uzten du. Zeregina daraman barne-ilaratik ere nahita kanpoan mantentzen da: ilara egoera partekatua da, eta egoera partekatua toki okerra da gako baterako.
Salesforce-k hiru gauza behar ditu, besteek bi
Salesforce Connected App bidez autentifikatzen da berritze-tokenarekin; beraz, kontsumitzaile-gakoa, sekretua eta berritze-tokena eskatzen ditu, zure instantziaren URLaz gain. HubSpot eta Pipedrive-k API token bakarra erabiltzen dute. Hiru kasuetan aplikazioa zurea da: MousePlayer-ek ez du fidatu behar duzun marketplace aplikaziorik erabiltzen.
5. Zoho CRM eta Freshsales
Beste bi CRM, konfigurazio-ahaleginaren mutur banatan.
| Zoho CRM | Freshsales | |
|---|---|---|
| Zuk ematen duzuna | datu-zentroa, bezero-IDa, bezero-sekretua, berritze-tokena | API gakoa eta zure Freshworks domeinua |
| Zer bilatzen dugun | zuk izendatutako eremua, lehenetsia: Email | zuk izendatutako eremua, lehenetsia: email |
| Oharra non iristen den | kontaktuan, Note erregistro gisa | kontaktuan, ohar gisa |
Zoho sei datu-zentroetako batean dago
Kontua hemen dago: com, eu, in, com.au, jp edo com.cn, eta gakoak ez dizu esaten zeinetan. Okerra hautatuz gero, Zoho-k hau erantzuten du: INVALID_TOKEN erantzuna, gako okerra balitz bezala irakurtzen dena eta toki okerrean bilatzera eramaten zaituena. Horregatik da eremua goitibeherako zerrenda.
Self Client, behin
Sortu Self Client bat Zoho API kontsolan, sortu baimen-tokena honetarako: ZohoCRM.modules.ALL eta ZohoSearch.securesearch.READ, eta trukatu behin berritze-tokenaren ordez. Berritze-token hori ez da iraungitzen; orduko sarbide-tokenak hartatik eskuratzen dira eta ez dira inoiz gordetzen.
Zoho-k 200 erantzuten du ezetz esan nahi duenean
Token-trukeak zein erregistro-idazketek HTTP 200 itzul dezakete errorearekin edo erregistro bakoitzeko egoerarekin gorputzean. Gorputza irakurtzen dugu: egoera-kodean fidatzen den zubiak inoiz sortu ez den ohar baten arrakasta jakinaraziko luke.
Hemen aipatutako marka guztiak beren jabeenak dira. MousePlayer-ek ez du hornitzaile hauekin negozio-harremanik.