CRM સેતુ
સત્રને ઓળખ મળે ત્યારે રેકોર્ડિંગ તમારા CRMમાં તે વ્યક્તિની નોંધ બને છે — પહેલેથી હાજર સંપર્ક પર; નવા પર નહીં.
1. એક વાક્યમાં કામ
સત્ર ઓળખાય તે ક્ષણે, તમે મોકલેલા ઓળખકર્તાથી CRMમાં વ્યક્તિ શોધીને રેકોર્ડિંગ લિંકવાળી નોંધ જોડીએ છીએ.
બસ એટલું. નવા સંપર્ક, નવા સોદા કે પાઇપલાઇન ફેરફાર નહીં. કિંમત પાનું જોવાની દરેક મુલાકાતે ડુપ્લિકેટ વધારતું CRM એકીકરણ ન હોવા કરતાં ખરાબ છે.
વ્યક્તિ ન મળે તો કશું થતું નથી. બનાવવાનો અર્થ બ્રાઉઝર સત્ર પરથી CRMમાં રેકોર્ડ લખવો થાય — ગ્રાહક કોણ છે તેનો વિશ્વસનીય સ્રોત બ્રાઉઝર સત્ર નથી.
2. મેળ માટેની કી: વ્યક્તિ કેવી રીતે મળે
અહીં દસ મિનિટ ધ્યાન આપવું યોગ્ય છે, કારણ કે CRM એકીકરણ સામાન્ય રીતે અહીં શાંતિથી ખોટું જાય છે.
તમારી સાઇટે જે કહ્યું તેનાથી મુલાકાતીને ઓળખીએ છીએ — MousePlayer.setUserId(), વિશ્લેષણ સાધનમાંથી પાછું વાંચેલું distinct ID અથવા સર્વર બાજુ identify કૉલ. CRM પણ કંઈકથી ઓળખે છે. બંને એક જ હોવાં જોઈએ.
| અમે શોધીએ | તમે બદલી શકો | |
|---|---|---|
| HubSpot | સંપર્કનું ઇમેઇલ સરનામું | ના — શોધ એન્ડપોઇન્ટ તેના પર આધારિત છે |
| Pipedrive | શબ્દથી વ્યક્તિ; પહેલાં ઇમેઇલ | ના |
| Salesforce | એક ક્ષેત્ર જેનું નામ તમે આપો; મૂળભૂત Email | હા |
Salesforce જ કેમ પૂછે છે
Salesforceમાં ઇમેઇલ મુખ્ય કી ભાગ્યે જ હોય છે. તમારું કદાચ આ વાપરે Customer_Number__cઅથવા બિલિંગ સિસ્ટમનું બાહ્ય ID. તેમ છતાં ઇમેઇલથી શોધીએ તો કશું નહીં મળે અને સફળતા જણાવીએ — સૌથી ખરાબ નિષ્ફળતા; એકીકરણ જીવંત દેખાય છે.
તેથી ફોર્મ પૂછે છે: Contactનું કયું ક્ષેત્ર તમે અમને મોકલતા મૂલ્યને ધરાવે છે? API નામ આપો; કસ્ટમ ક્ષેત્ર હોય તો __c પણ સામેલ કરો.
ક્વેરી સુધી પહોંચે તે પહેલાં ક્ષેત્રનું નામ કડક પેટર્નથી તપાસાય છે. CRM ક્ષેત્રમાં અક્ષર, આંકડા અને અન્ડરસ્કોર — બીજું એસ્કેપ કરવાને બદલે નકારાય છે; એસ્કેપિંગમાં સૂક્ષ્મ ભૂલ થઈ શકે, નકારવામાં નહીં.
3. ક્યારે ચાલે અને જાણીજોઈને ક્યારે નહીં
ઓળખ વખતે: સાઇટ કૉલ કરે MousePlayer.setUserId(), વિશ્લેષણ સેતુ PostHog, Mixpanel કે Amplitudeમાંથી distinct ID વાંચે અથવા સર્વર identify એન્ડપોઇન્ટ કૉલ કરે ત્યારે.
સત્રદીઠ એક વાર; પાનાદીઠ નહીં
લૉગ ઇન કરીને અગિયાર પાનાં જોનારની એક નોંધ; અગિયાર નહીં. CRM સમયરેખા લોકો વાંચે તે જગ્યા છે.
ઓળખકર્તા વિના નહીં
અનામી સત્રમાં મેળ માટે કશું નથી. IP પરથી અનુમાન નથી કરતા કે એ સરનામું વાપરનાર કોઈ પણ વ્યક્તિ સાથે રેકોર્ડિંગ જોડતા નથી.
CRM વ્યક્તિને ન ઓળખે તો નહીં
પૂર્ણ ગણાય; નિષ્ફળ નહીં — સંભવિત ગ્રાહક હજી CRMમાં ન હોય તે સામાન્ય છે; કાલે ફરી પ્રયાસથી બદલાશે નહીં.
4. નોંધ કેવી દેખાય અને ટોકન ક્યાં રહે
સંપર્કની સમયરેખામાં એક નોંધ: સત્ર રેકોર્ડ થયાનું લખાણ અને લિંક. વેચાણ પ્રતિનિધિ ક્લિક કરીને વ્યક્તિએ લખતાં પહેલાં ખરેખર શું કર્યું તે જુએ.
ઓળખવિગત
AES-256-GCM એન્ક્રિપ્શન સાથે રહે છે. સાચવ્યા પછી ફરી દેખાતી નથી — ક્ષેત્રમાં તારક હોય છે; તારક સાથે ફોર્મ સાચવવાથી હાલનું મૂલ્ય યથાવત્ રહે છે. કામ લઈ જતી આંતરિક કતારમાં પણ જાણીજોઈને નથી મૂકાતી: કતાર સહિયારી સ્થિતિ છે અને કી માટે ખોટી જગ્યા છે.
Salesforceને ત્રણ વસ્તુ જોઈએ; બીજાને બે
Salesforce refresh tokenવાળી Connected Appથી પ્રમાણીકરણ કરે છે; consumer key, secret, refresh token અને ઇન્સ્ટન્સ URL માગે છે. HubSpot અને Pipedrive એક API ટોકન લે છે. ત્રણેયમાં ઍપ તમારી છે — MousePlayer પાસે વિશ્વાસ કરવી પડે એવી marketplace ઍપ નથી.
5. Zoho CRM અને Freshsales
વધુ બે CRM; સેટઅપના પ્રયત્નમાં એકબીજાથી તદ્દન જુદાં.
| Zoho CRM | Freshsales | |
|---|---|---|
| તમે આપો | ડેટા સેન્ટર, ક્લાયન્ટ ID, ક્લાયન્ટ સિક્રેટ, રિફ્રેશ ટોકન | API કી અને તમારું Freshworks ડોમેન |
| અમે શોધીએ | તમે નામ આપેલું ક્ષેત્ર; મૂળભૂત Email | તમે નામ આપેલું ક્ષેત્ર; મૂળભૂત email |
| નોંધ પહોંચે | સંપર્ક પર Note રેકોર્ડ તરીકે | સંપર્ક પર નોંધ તરીકે |
Zoho છ ડેટા સેન્ટરમાંથી એકમાં રહે છે
ખાતું આમાં હોય છે com, eu, in, com.au, jp અથવા com.cn; કીમાંથી કયું તે ખબર પડતી નથી. ખોટું પસંદ કરો તો Zoho આપે INVALID_TOKEN — ખોટી કી જેવું લાગે અને તમે ખોટી જગ્યાએ શોધો. એ જ કારણથી ક્ષેત્ર ડ્રૉપડાઉન છે.
Self Client, એક વાર
Zoho API કન્સોલમાં Self Client બનાવો અને ગ્રાન્ટ ટોકન બનાવો આ માટે: ZohoCRM.modules.ALL અને ZohoSearch.securesearch.READ; પછી એક વાર રિફ્રેશ ટોકન માટે બદલો. રિફ્રેશ ટોકન સમાપ્ત થતું નથી; તેમાંથી કલાકદીઠ ઍક્સેસ ટોકન મેળવે છે અને ક્યારેય સાચવાતા નથી.
Zoho ના કહેવા માટે પણ 200 આપે છે
ટોકન વિનિમય અને રેકોર્ડ લખવા બંનેમાં HTTP 200 સાથે જવાબના લખાણમાં ભૂલ કે રેકોર્ડદીઠ સ્થિતિ હોઈ શકે. અમે લખાણ વાંચીએ છીએ — સ્થિતિ કોડને માનતો સેતુ ન બનેલી નોંધ માટે સફળતા જણાવે.
અહીં જણાવેલાં બધાં ટ્રેડમાર્ક તેમના સંબંધિત માલિકોનાં છે. આ પ્રદાતાઓ સાથે MousePlayerનો કોઈ વ્યાવસાયિક સંબંધ નથી.