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-ന് മൂന്ന് കാര്യങ്ങൾ, മറ്റുള്ളവർക്ക് രണ്ട്
റിഫ്രെഷ് ടോക്കണുള്ള Connected App വഴിയാണ് Salesforce പ്രാമാണീകരിക്കുന്നത്; അതിനാൽ കൺസ്യൂമർ കീ, രഹസ്യ കീ, റിഫ്രെഷ് ടോക്കൺ, കൂടാതെ ഇൻസ്റ്റൻസ് URL ചോദിക്കുന്നു. HubSpot, Pipedrive എന്നിവയ്ക്ക് ഒറ്റ API ടോക്കൺ. മൂന്നിലും ആപ്പ് നിങ്ങളുടേതാണ് - വിശ്വസിക്കേണ്ട മാർക്കറ്റ്പ്ലേസ് ആപ്പ് MousePlayer നടത്തുന്നതല്ല.
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-ന് ബിസിനസ് ബന്ധമില്ല.