CRM پل
سيشن کي نالو ملي ته رڪارڊنگ توهان جي CRM ۾ انهيءَ ماڻهو تي نوٽ طور اچي ٿي — اڳ ئي موجود رابطي تي، نئين تي نه.
1. هڪ جملي ۾ هن جو ڪم
سيشن سڃاڻجڻ وقت توهان جي موڪليل سڃاڻپ ڪوڊ سان CRM ۾ ماڻهو ڳولي، رڪارڊنگ جي لنڪ وارو نوٽ ڳنڍيون ٿا.
بس ايترو. نه نوان رابطا، نه نوان سودا، نه pipeline تبديليون. هر قيمتن وارو صفحو ڏسڻ تي نقل وڌائيندڙ CRM ڪنهن ڳانڍاپي نه هئڻ کان به خراب آهي.
ماڻهو نه ملي ته ڪجهه نٿو ٿئي. ٺاهڻ جو مطلب برائوزر سيشن مان توهان جي CRM ۾ رڪارڊ لکڻ هوندو — ۽ برائوزر سيشن توهان جا گراهڪ ڪير آهن، ان جو معتبر ذريعو ناهن.
2. ملائڻ جي key: ماڻهو ڪيئن ڳوليون ٿا
هن حصي تي ڏهه منٽ ڌيان ڏيڻ لائق آهي، ڇاڪاڻ ته CRM ڳانڍاپو عام طور هتي خاموشي سان غلط هلي ٿو.
اسان مهمان کي انهيءَ سان سڃاڻون ٿا جيڪو توهان جي سائيٽ ٻڌايو — MousePlayer.setUserId()، توهان جي تجزياتي اوزار مان واپس پڙهيل distinct ID، يا سرور پاسي identify ڪال. توهان جو CRM به کيس ڪنهن شيءِ سان سڃاڻي ٿو. اهي ٻئي شيون ساڳيون هجڻ گهرجن.
| اسان ڳوليون ٿا | توهان بدلائي سگهو ٿا | |
|---|---|---|
| HubSpot | رابطي جو اي ميل پتو | نه — ڳولا endpoint ان تي ٻڌل آهي |
| Pipedrive | لفظ سان ماڻهو، پهرين اي ميل | نه |
| Salesforce | هڪ خانو جنهن جو نالو توهان ڏيو، ڊفالٽ Email | ها |
Salesforce ئي ڇو پڇي ٿو
Salesforce جا سيٽ اپ گهٽ ئي اي ميل تي ٻڌل هوندا آهن. توهان جو شايد هن تي ٻڌل هجي Customer_Number__c، يا بلنگ نظام جي ٻاهرئين ID تي. تڏهن به اي ميل سان ڳوليون ته ڪجهه نه ملندو ۽ ڪاميابي رپورٽ ٿيندي — سڀ کان خراب ناڪامي، ڇاڪاڻ ته ڳانڍاپو زنده لڳندو.
تنهنڪري فارم پڇي ٿو: Contact جو ڪهڙو خانو اسان جي موڪليل قدر رکي ٿو؟ API نالو داخل ڪريو، هن سميت __c جيڪڏهن پنهنجي ٺاهيل خانو هجي.
Query تائين پهچڻ کان اڳ خاني جو نالو سخت نموني سان جاچجي ٿو. CRM خاني جا نالا اکر، انگ ۽ underscore آهن — ٻيو ڪجهه escape ڪرڻ بدران رد ٿئي ٿو، ڇاڪاڻ ته escape ڪرڻ ۾ اڻلکائي غلطي ٿي سگهي ٿي، رد ڪرڻ ۾ نه.
3. ڪڏهن هلي ٿو، ۽ ڄاڻي واڻي ڪڏهن نه
سڃاڻپ ٿيڻ تي: جڏهن توهان جي سائيٽ هي سڏي MousePlayer.setUserId()، جڏهن اسان جو تجزياتي پل PostHog، Mixpanel يا Amplitude مان distinct ID واپس پڙهي، يا توهان جو سرور identify endpoint سڏي.
هر سيشن ۾ هڪ ڀيرو، هر صفحي تي نه
لاگ ان ڪري پوءِ يارهن صفحا ڏسندڙ ماڻهو هڪ نوٽ ٺاهي ٿو، يارهن نه. توهان جي CRM ٽائم لائن ماڻهن جي پڙهڻ جي جاءِ آهي.
سڃاڻپ ڪوڊ کان سواءِ نه
گمنام سيشن وٽ ملائڻ لاءِ ڪجهه ناهي. IP پتي سان اندازو نٿا لڳايون، ۽ ساڳيو پتو شيئر ڪندڙ اتفاقي ماڻهو سان رڪارڊنگ نٿا ڳنڍيون.
جيڪڏهن ماڻهو توهان جي CRM کي اڻڄاتل هجي ته نه
مڪمل ڳڻيل، ناڪام نه — امڪاني گراهڪ جو اڃا CRM ۾ نه هجڻ عام آهي، ۽ سڀاڻي ٻيهر ڪوشش ان کي نه بدلائيندي.
4. نوٽ ڪيئن لڳي ٿو، ۽ token ڪٿي رهي ٿو
رابطي جي ٽائم لائن تي هڪ نوٽ: سيشن رڪارڊ ٿيڻ جي سٽ، ۽ لنڪ. وڪرو ڪندڙ ان تي ڪلڪ ڪري ڏسي ٿو ته پيغام لکڻ کان اڳ ماڻهو حقيقت ۾ ڇا ڪيو.
سند
AES-256-GCM سان انڪرپٽ ٿي محفوظ ٿئي ٿي. محفوظ ڪرڻ کان پوءِ وري نه ڏيکارجي — خاني ۾ ستارا اچن ٿا، ۽ ستارن سان فارم محفوظ ڪرڻ اڳيون قدر نٿو بدلائي. ڪم کڻندڙ اندروني قطار کان به ڄاڻي واڻي ٻاهر رکيل آهي: قطار گڏيل حالت آهي، ۽ key لاءِ گڏيل حالت غلط هنڌ آهي.
Salesforce کي ٽي شيون، ٻين کي ٻه گهرجن
Salesforce، refresh token واري Connected App ذريعي تصديق ڪري ٿو، تنهنڪري consumer key، secret، refresh token ۽ توهان جو instance URL گهري ٿو. HubSpot ۽ Pipedrive هڪ API token وٺن ٿا. ٽنهي ۾ ايپ توهان جي آهي — MousePlayer ڪا marketplace app نٿو هلائي جنهن تي توهان کي ڀروسو ڪرڻو پوي.
5. Zoho CRM ۽ Freshsales
ٻه وڌيڪ CRM، پر سيٽ اپ جي محنت ۾ هڪٻئي کان تمام مختلف.
| Zoho CRM | Freshsales | |
|---|---|---|
| توهان ڏيو ٿا | ڊيٽا مرڪز، client ID، client secret، refresh token | API key ۽ توهان جو Freshworks ڊومين |
| اسان ڳوليون ٿا | توهان جو مقرر ڪيل خانو، ڊفالٽ Email | توهان جو مقرر ڪيل خانو، ڊفالٽ email |
| نوٽ اچي ٿو | رابطي تي، Note رڪارڊ طور | رابطي تي، نوٽ طور |
Zoho ڇهن ڊيٽا مرڪزن مان هڪ ۾ آهي
اڪائونٽ هن ۾ آهي com، eu، in، com.au، jp يا com.cn، ۽ key مان معلوم نٿو ٿئي ته ڪهڙو. غلط چونڊيو ته Zoho هي جواب ڏئي ٿو INVALID_TOKEN — جيڪو خراب key جهڙو لڳي ۽ توهان کي غلط هنڌ ڳولڻ موڪلي ٿو. خانو بلڪل ان ڪري dropdown آهي.
Self Client، هڪ ڀيرو
Zoho API console ۾ Self Client ٺاهيو، هن لاءِ grant token ٺاهيو ZohoCRM.modules.ALL ۽ ZohoSearch.securesearch.READ، ۽ هڪ ڀيرو refresh token سان بدلايو. اهو refresh token ختم نٿو ٿئي؛ ڪلاڪ وارا access token ان مان ورتا وڃن ٿا ۽ ڪڏهن محفوظ نٿا ٿين.
Zoho انڪار لاءِ به 200 جواب ڏئي ٿو
ان جو token مٽائڻ ۽ رڪارڊ لکڻ، ٻئي HTTP 200 سان body ۾ غلطي يا هر رڪارڊ جي حالت موٽائي سگهن ٿا. اسان body پڙهون ٿا — status code تي ڀروسو ڪندڙ پل ڪڏهن نه ٺهيل نوٽ لاءِ ڪاميابي رپورٽ ڪري ها.
هتي ڄاڻايل سڀ تجارتي نشان پنهنجن مالڪن جا آهن. MousePlayer جو انهن فراهم ڪندڙن سان ڪو ڪاروباري لاڳاپو ناهي.