Pira CRM
Dema danişînek nav distîne, tomar wek têbîniyekê li wî kesî di CRM ya we de tê danîn - li têkiliya ku jixwe heye, ne ya nû.
1. Di yek hevokê de çi dike
Dema danişîn tê naskirin, em bi nasnameya ku we ji me re şand li kesê di CRM ya we de digerin û têbîniyeke bi girêdana tomarê lê zêde dikin.
Tenê ev e. Ne têkiliyên nû, ne peymanên nû, ne guherînên rêya firotinê. CRM ya ku her serdana rûpela bihayê dubareyekê zêde dike ji tunebûna girêdanê xirabtir e.
Heke em kesê nebînin, tiştek naqewime. Afirandina wî dê bibe nivîsandina qeydekê di CRM ya we de ji danişîna gerokê - û danişînên gerokê ne çavkaniya rastiyê li ser kîbûna mişteriyên we ne.
2. Mifta lihevkirinê: em çawa kesê dibînin
Ev beş hêjayî deh deqeyên baldariya we ye, ji ber ku girêdana CRM bi gelemperî li vir bêdeng şaş diçe.
Em serdankerê bi tiştê ku malpera we ji me re gotiye nas dikin - MousePlayer.setUserId(), IDyeke distinct ji amûra analîza we hatî xwendin an banga identify ya rajekarê. CRM ya we jî wî bi tiştekî nas dike. Her du tişt divê heman bin.
| Em lê digerin | Hûn dikarin biguherînin | |
|---|---|---|
| HubSpot | navnîşana e-nameya têkiliyê | na - xala dawî ya lêgerînê li ser vê hatiye avakirin |
| Pipedrive | kes li gor term, pêşî e-name | na |
| Salesforce | qadeke ku hûn bi nav dikin, ya standard Email | erê |
Çima Salesforce ya ku dipirse ye
Sazkirinên Salesforce kêm caran li ser e-nameyê nasname diyar dikin. Ya we dikare vê bi kar bîne: Customer_Number__c an IDya derveyî ji pergala fatûrekirina we. Heke em dîsa bi e-nameyê bigeriyan, me tiştek nedidît û serkeftin rapor dikir - cureya têkçûnê ya herî xirab, ji ber ku girêdan zindî xuya dike.
Ji ber vê yekê form dipirse: kîjan qad li Contact nirxa ku em ji we re dişînin digire? Navê APIyê binivîsin, tevî vê: __c heke qadeke taybet be.
Navê qadê berî gihîştina pirsê bi şêweyeke hişk tê kontrolkirin. Navê qada CRM tîp, reqem û binxêz in - her tiştê din li şûna escape tê redkirin, ji ber ku escape dikare bi awayekî veşartî şaş bê kirin lê redkirin na.
3. Kengî dixebite û kengî bi zanebûn naxebite
Di naskirinê de: dema malpera we vê bang dike: MousePlayer.setUserId(), dema pira me ya analîzê IDyeke distinct ji PostHog, Mixpanel an Amplitude dixwîne an dema rajekara we xala dawî ya identify bang dike.
Di her danişînê de carekê, ne di her rûpelê de
Kesê ku tê dikeve û paşê yazdeh rûpelan digere yek têbînî ye, ne yazdeh. Xeta dema CRM ya we cihê ku kes dixwînin e.
Ne bê nasname
Danişîna nenas tiştek ji bo lihevkirinê nîne. Em bi navnîşana IP texmîn nakin û tomarê bi her kesê ku heman navnîşanê parve dike ve girê nadin.
Ne heke kes di CRM ya we de nenas be
Wek qediyayî tê jimartin, ne têkçûyî - kesê potansiyel ku hêj di CRM ya we de nîne rewşa asayî ye û ceribandina sibê tiştek naguherîne.
4. Têbînî çawa xuya dibe û token li ku tê girtin
Yek têbînî li xeta dema têkiliyê: rêzek ku dibêje danişînek hat tomarkirin û girêdan. Karmendê firotinê li wê dikirtîne û dibîne kesê berî nivîsandina daxwazê bi rastî çi kiriye.
Agahiya têketinê
Bi AES-256-GCM şîfrekirî tê girtin. Piştî ku hûn tomar bikin êdî nayê nîşandan - qad stêrkan nîşan dide û tomarkirina forma bi stêrkan nirxa girtî wek xwe dihêle. Her wiha bi zanebûn di rêza hundirîn a peywirê de nayê danîn: rêz rewşeke hevpar e û rewşa hevpar cihê şaş e ji bo mifteyekê.
Salesforce hewceyê sê tiştan e, yên din du
Salesforce bi Connected App û tokena nûkirinê nasname piştrast dike, ji ber vê yekê consumer key, mifteya veşartî û tokena nûkirinê, tevî URLya nimûneya we dixwaze. HubSpot û Pipedrive yek tokena API digirin. Di her sê rewşan de sepan ya we ye - MousePlayer sepaneke bazarê naxebitîne ku hûn mecbûr bin pê bawer bikin.
5. Zoho CRM û Freshsales
Du CRMên din û li her du aliyên dijber ên hewla sazkirinê ne.
| Zoho CRM | Freshsales | |
|---|---|---|
| Hûn didin | navenda daneyan, IDya kiryarê, mifteya veşartî ya kiryarê, tokena nûkirinê | mifta API û domena we ya Freshworks |
| Em lê digerin | qadeke ku hûn navê wê didin, ya standard Email | qadeke ku hûn navê wê didin, ya standard email |
| Têbînî tê danîn | li ser têkiliyê, wek qeyda Note | li ser têkiliyê, wek têbînî |
Zoho li yek ji şeş navendên daneyan e
Hesab di com, eu, in, com.au, jp an com.cn de ye û tiştek di mifteyê de nabêje kîjan e. Ya şaş hilbijêrin û Zoho vê vedigerîne: INVALID_TOKEN - ku wek mifteya şaş tê xwendin û we dişîne cihê şaş. Qad tam ji ber vê sedemê lîsteya hilbijartinê ye.
Self Client, carekê
Di konsola Zoho API de Self Client biafirînin, tokeneke destûrê ji bo ZohoCRM.modules.ALL û ZohoSearch.securesearch.READ çêbikin û carekê bi tokena nûkirinê biguherînin. Dema wê tokena nûkirinê naqede; tokenên gihîştinê yên saetane jê tên wergirtin û qet nayên girtin.
Zoho dema dibêje na 200 vedigerîne
Hem guherandina tokenê hem nivîsandina qeydan dikarin HTTP 200 bi çewtiyek an rewşa her qeydekê di naverokê de vegerînin. Em naverokê dixwînin - pireke ku tenê bi koda rewşê bawer bikira dê ji bo têbîniyeke ku qet nehat afirandin serkeftin rapor bikira.
Hemû nîşanên bazirganî yên li vir navkirî yên xwediyên wan in. MousePlayer têkiliya bazirganî bi van peydekeran re nîne.