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 ။
Query မရောက်မီ အကွက်အမည်ကို တင်းကျပ်သောပုံစံဖြင့် စစ်သည်။ CRM အကွက်အမည်မှာ အက္ခရာ၊ ဂဏန်းနှင့် အောက်မျဉ်းသာ ဖြစ်ရမည်။ အခြားအရာကို escape လုပ်မည့်အစား ငြင်းပယ်သည်၊ escape မှားနိုင်သော်လည်း ငြင်းပယ်ခြင်းတွင် ထိုသို့မဖြစ်သောကြောင့်ဖြစ်သည်။
3. အစပျိုးသည့်အချိန်နှင့် ရည်ရွယ်ချက်ရှိရှိ မလုပ်သည့်အချိန်
အထောက်အထားသတ်မှတ်ချိန်: ဝဘ်ဆိုက်က ခေါ်သောအခါ MousePlayer.setUserId()၊ ခွဲခြမ်းစိတ်ဖြာတံတားက PostHog, Mixpanel သို့မဟုတ် Amplitude မှ distinct ID ပြန်ဖတ်သောအခါ သို့မဟုတ် ဆာဗာက identify အဆုံးမှတ် ခေါ်သောအခါ။
စာမျက်နှာတစ်ခုလျှင်မဟုတ်ဘဲ ဆက်ရှင်တစ်ခုလျှင် တစ်ကြိမ်
လူတစ်ဦး ဝင်ရောက်ပြီး စာမျက်နှာဆယ့်တစ်ခု ကြည့်ပါက မှတ်စုဆယ့်တစ်ခုမဟုတ်ဘဲ တစ်ခုသာ ဖြစ်သည်။ CRM အချိန်လိုင်းသည် လူများဖတ်ရသောနေရာဖြစ်သည်။
အမှတ်အသားမရှိဘဲ မလုပ်
အမည်မဖော်ဆက်ရှင်တွင် ကိုက်ညီစရာမရှိပါ။ IP လိပ်စာဖြင့် မခန့်မှန်းဘဲ ထိုလိပ်စာတူနေသူတစ်ဦးထံ မှတ်တမ်းမတွဲပါ။
CRM က မသိသောလူဖြစ်ပါက မလုပ်
မအောင်မြင်မှုအစား ပြီးစီးမှုအဖြစ် ရေတွက်သည် - CRM ထဲ မရှိသေးသော စိတ်ဝင်စားဖောက်သည်သည် ပုံမှန်ဖြစ်ပြီး မနက်ဖြန်ထပ်ကြိုးစားလည်း မပြောင်းပါ။
4. မှတ်စုပုံစံနှင့် တိုကင်တည်နေရာ
အဆက်အသွယ်အချိန်လိုင်းပေါ် မှတ်စုတစ်ခု: ဆက်ရှင်မှတ်တမ်းတင်ပြီးကြောင်း စာတစ်ကြောင်းနှင့် လင့်ခ်။ အရောင်းဝန်ထမ်းက နှိပ်၍ ထိုလူမဆက်သွယ်မီ အမှန်တကယ်လုပ်ခဲ့သည်ကို ကြည့်နိုင်သည်။
ဝင်ရောက်အထောက်အထား
AES-256-GCM ကုဒ်ဝှက်သိမ်းသည်။ သိမ်းပြီးနောက် ပြန်မပြတော့ပါ - အကွက်တွင် ကြယ်ပွင့်ပြပြီး ကြယ်ပွင့်ပါသောဖောင်ကို သိမ်းပါက မူလသိမ်းတန်ဖိုး မပြောင်းပါ။ အလုပ်ပါသော အတွင်းတန်းစီစာရင်းထဲလည်း ရည်ရွယ်ချက်ရှိရှိ မထည့်ပါ: တန်းစီစာရင်းသည် မျှဝေအခြေအနေဖြစ်ပြီး မျှဝေအခြေအနေသည် သော့ထားရန် မသင့်ပါ။
Salesforce အတွက် သုံးခု၊ အခြားများအတွက် နှစ်ခုလိုသည်
Salesforce သည် သက်တမ်းပြန်တိုးတိုကင်ပါသော Connected App မှ အတည်ပြုသဖြင့် consumer key၊ secret နှင့် refresh token အပြင် instance 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 ဖန်တီးပြီး grant တိုကင်ထုတ်ပါ၊ နယ်ပယ်များမှာ ZohoCRM.modules.ALL နှင့် ZohoSearch.securesearch.READဖြစ်သည်။ ထို့နောက် တစ်ကြိမ် သက်တမ်းပြန်တိုးတိုကင်နှင့် လဲပါ။ ထိုတိုကင် သက်တမ်းမကုန်ပါ။ နာရီအလိုက် ဝင်ရောက်တိုကင်များကို ထိုမှရယူပြီး လုံးဝမသိမ်းပါ။
Zoho သည် ငြင်းပယ်သောအခါ 200 ဖြေသည်
တိုကင်လဲလှယ်မှုနှင့် မှတ်တမ်းရေးမှု နှစ်မျိုးလုံးက HTTP 200 နှင့် အကြောင်းအရာထဲ အမှား သို့မဟုတ် မှတ်တမ်းတစ်ခုစီအခြေအနေ ပြန်နိုင်သည်။ အကြောင်းအရာကို ဖတ်သည် - အခြေအနေကုဒ်ကိုသာ ယုံသောတံတားသည် လုံးဝမဖန်တီးခဲ့သောမှတ်စုအတွက် အောင်မြင်ကြောင်း အစီရင်ခံမိမည်။
ဤနေရာရှိ ကုန်အမှတ်တံဆိပ်အားလုံးသည် သက်ဆိုင်ရာပိုင်ရှင်များနှင့် သက်ဆိုင်သည်။ MousePlayer နှင့် ဤဝန်ဆောင်မှုပေးသူများအကြား စီးပွားရေးဆက်ဆံမှု မရှိပါ။