အကူအညီဌာန & တောင်းဆိုမှုစီမံခြင်း
မှတ်တမ်းသည် ဝန်ထမ်းဖွင့်ထားပြီးသားတောင်းဆိုမှုတွင် အတွင်းမှတ်စုအဖြစ် ရောက်သည် - မည်သူမျှမတောင်းသော အမှုအသစ်အဖြစ် မဟုတ်ပါ။
1. ဤလုပ်ဆောင်ချက်က အရင်ဖြေရသောမေးခွန်း
ဘယ်တောင်းဆိုမှုလဲ။
အထောက်အထားသတ်မှတ်ဆက်ရှင်တိုင်းအတွက် တောင်းဆိုမှုဖန်တီးခြင်းသည် မလိုလားအပ်သောစာဖြစ်မည်: အကူအညီအဖွဲ့က မည်သူမျှမဖွင့်ထားသောအမှုများ တွေ့မည်။ ထိုလူရေးခဲ့သမျှ တောင်းဆိုမှုတိုင်း၌ မှတ်စုထည့်ခြင်းသည်လည်း အလားတူဖြစ်ပြီး ပိုနှေးရုံသာဖြစ်သည်။
ထို့ကြောင့်: ပေးပို့သူ၏ နောက်ဆုံးဖွင့်ထားဆဲတောင်းဆိုမှုတွင် အတွင်းမှတ်စုတစ်ခု။ ဖွင့်ထားဆဲတောင်းဆိုမှုမရှိပါက ဘာမျှမလုပ်ပါ။ ဤနည်းဖြင့် ဖောက်သည်မစခဲ့သောအမှုကို လုံးဝမဖန်တီးဘဲ ဝန်ထမ်းကြည့်နေပြီးသားနေရာ၌ပင် မှတ်တမ်းကို တွေ့သည်။
အတွင်းအတွက်သာ၊ အများမမြင်ရပါ။ လင့်ခ်သည် MousePlayer ထဲသို့ သွားသည်။ ဖောက်သည်က မမြင်သင့်ဘဲ မည်သို့ပင်ဖြစ်စေ လိုက်ဖွင့်နိုင်မည်မဟုတ်ပါ။
2. Zendesk Support နှင့် Freshdesk
နှစ်ခုလုံး ပံ့ပိုးထားပြီး အလုပ်တူကို နည်းမတူဘဲ ဖြေရှင်းသည်။ အသေးစိတ်ကို စိတ်ပူရန်မလိုသော်လည်း ဖောင်က အနည်းငယ်မတူသောအရာများ တောင်းရသည့်အကြောင်းရင်းဖြစ်သည်။
| Zendesk Support | Freshdesk | |
|---|---|---|
| ဒိုမိန်းခွဲ | acme acme.zendesk.com မှ | acme acme.freshdesk.com မှ |
| ဝန်ထမ်းအီးမေးလ် | လိုသည် - Zendesk က အောက်ပါအဖြစ် ဝင်သည်: email/token | မလိုပါ၊ ဗလာထားပါ |
| API တိုကင် | Admin Center → Apps and integrations → APIs | ကိုယ်ပိုင်ပရိုဖိုင်သတ်မှတ်ချက်များ |
| မှတ်စု၏ပုံစံ | တောင်းဆိုမှုအပေါ် အတွင်းမှတ်ချက် | တောင်းဆိုမှုအပေါ် သီးသန့်မှတ်စု |
ပိုလွယ်ပါက ဒိုမိန်းခွဲအကွက်ထဲ URL အပြည့် ကူးထည့်ပါ။ လိုသောအပိုင်းကိုသာ ဖြတ်ယူသဖြင့် https://acme.zendesk.com/agent/tickets/1 သည် ပြောင်းမည်မှာ acmeဖြစ်သည်။
3. အစပျိုးမည့်အချိန်
ဆက်ရှင်အထောက်အထားသတ်မှတ်သည်နှင့် - ဝဘ်ဆိုက်က ခေါ်ချိန် MousePlayer.setUserId()၊ ခွဲခြမ်းစိတ်ဖြာတံတားက distinct ID ပြန်ဖတ်ချိန် သို့မဟုတ် ဆာဗာက identify အဆုံးမှတ်ခေါ်ချိန်။
အီးမေးလ်လိပ်စာရှိမှသာ
တောင်းဆိုမှုသည် ပေးပို့သူနှင့်သက်ဆိုင်ပြီး အကူအညီဌာနက ၎င်းကို အီးမေးလ်ဖြင့် သိသည်။ စာချုပ်နံပါတ်ဖြင့် မည်သည့်နေရာမှ မရောက်သဖြင့် ဘာမျှမပို့ပါ။
ဖွင့်ထားဆဲတောင်းဆိုမှုများအတွက်သာ
ဖြေရှင်းပြီးနှင့် ပိတ်ပြီးတောင်းဆိုမှုများကို ကျော်သည်။ မည်သူမျှမကြည့်တော့သောအမှုရှိ မှတ်စုက မည်သူကိုမျှမကူညီဘဲ အကြောင်းမဲ့ပိတ်အမှုကို ဝန်ထမ်းအာရုံထဲ ပြန်ရောက်စေမည်။
ပေးပို့သူတွင် ဖွင့်ထားဆဲတောင်းဆိုမှုမရှိပါက မအောင်မြင်မှုအစား ပြီးစီးမှုအဖြစ် ရေတွက်သည် - ပုံမှန်ဖြစ်ပြီး ထပ်ကြိုးစားလည်း မပြောင်းပါ။
4. ဝန်ထမ်းမြင်ရသည့်အရာ
အတွင်းမှတ်စုတစ်ခု: MousePlayer: <email> မှ ဆက်ရှင်မှတ်တမ်း ၊ နောက်တွင်လင့်ခ်ပါသည်။ ကလစ်တစ်ချက်ဖြင့် ထိုလူရေးထားသည့်ဘေး၌ပင် အမှန်လုပ်ခဲ့သည်ကို ကြည့်နေပြီဖြစ်သည်။
အကျိုးရှိသောနေရာများ
- “အလုပ်မလုပ်ပါ” တောင်းဆိုမှုများ။ ပုံမှန်အားဖြင့် အီးမေးလ်သုံးကြိမ်ပြန်ရေးလည်း မသိနိုင်သည်ကို မှတ်တမ်းက စက္ကန့်နှစ်ဆယ်အတွင်း ပြသည်။
- မည်သူမျှပြန်မလုပ်နိုင်သော ပြန်ဖြစ်စေရန်အဆင့်များ။ ဆက်ရှင်ရှိပြီးဖြစ်သောကြောင့် ၎င်းတို့ မလိုတော့ပါ။
- စိတ်တို၍ အကြိမ်ကြိမ်ကလစ်နှိပ်မှုနှင့် တုံ့ပြန်မှုမရှိသောကလစ်များ ၊ ဖောက်သည်က ထုတ်ကုန်ပုံမှန်အလုပ်လုပ်ပုံဟု ထင်သဖြင့် လုံးဝမဖော်ပြသောအရာများ။
တိုကင်သည် ဆာဗာမှ လုံးဝမထွက်ပါ
AES-256-GCM ကုဒ်ဝှက်သိမ်းပြီး သိမ်းပြီးနောက် ပြန်မပြတော့ဘဲ အလုပ်ပါသော အတွင်းတန်းစီစာရင်းထဲ ရည်ရွယ်ချက်ရှိရှိ မထည့်ပါ။
5. Help Scout, Front နှင့် Gorgias
နောက်ထပ်အကူအညီဌာနသုံးခု။ သုံးခုလုံးက ဖွင့်ထားဆဲစကားဝိုင်းပေါ် အတွင်းမှတ်စုထည့်ပြီး ရောက်ရှိနည်း မတူပါ။
| ပေးရမည့်အရာ | ဒိုမိန်းခွဲ | |
|---|---|---|
| Help Scout | အတွင်းသုံးအက်ပ်၏ ကလိုင်းယင့် ID နှင့် ကလိုင်းယင့်လျှို့ဝှက်ချက် | မလိုပါ |
| Front | API တိုကင်နှင့် အဖွဲ့ဝင် ID | မလိုပါ |
| Gorgias | ဝန်ထမ်းအီးမေးလ်နှင့် API သော့ | လိုသည် |
Help Scout သည် မဆက်သွယ်မီ လဲလှယ်သည်
ကလိုင်းယင့်လျှို့ဝှက်ချက်ကို တိုက်ရိုက်မလက်ခံပါ။ တံတားက ၎င်းကို သက်တမ်းတိုဝင်ရောက်တိုကင်ဖြင့် အရင်လဲသည် - client credentials စီးဆင်းမှုဖြစ်ပြီး အသုံးပြုသူကိုယ်စားမဟုတ်ဘဲ ကိုယ်တိုင်လုပ်သော ပေါင်းစည်းချိတ်ဆက်မှုအတွက် ဖြစ်သည်။ တိုကင်ကို သက်တမ်းတစ်လျှောက် မှတ်ဉာဏ်ထဲထားပြီး လျှို့ဝှက်ချက်ကို ဒေတာဘေ့စ်တွင် ထားသည်။
Front မှတ်ချက်များတွင် ရေးသူလိုသည်
Front မှတ်ချက်သည် အဖွဲ့ဝင်တစ်ဦး၏အမည်ဖြင့် ပေါ်ပြီး API က တစ်ဦးလိုအပ်သည်။ ထို့ကြောင့် ဤနေရာရှိ ဝန်ထမ်းအကွက်၌ ထည့်သည်မှာ ဝင်ရောက်အမည်မဟုတ်ဘဲ မှတ်စုတွင် အမည်ပေါ်မည့် ID သာဖြစ်သည်။
Gorgias အတွက် မေးခွန်းတစ်ခုအစား နှစ်ခုလိုသည်
၎င်း၏တောင်းဆိုမှုစာရင်းက စစ်ထုတ်နိုင်သည်မှာ customer_id တစ်ခုတည်းဖြစ်ပြီး အီးမေးလ်စစ်ထုတ်မှု မရှိပါ။ ထို့ကြောင့် တံတားက ဖောက်သည်ကို အရင်ရှာပြီး ၎င်း၏တောင်းဆိုမှုများကို ဒုတိယအဆင့် တောင်းသည်။ အခြေအနေအလိုက်လည်း မစစ်ထုတ်နိုင်သဖြင့် Freshdesk အတွက်လုပ်ပြီးသားနည်းအတိုင်း ဖွင့်ထားဆဲတောင်းဆိုမှုကို ဆာဗာဘက်တွင် ရွေးသည်။
ဤနေရာရှိ ကုန်အမှတ်တံဆိပ်အားလုံးသည် သက်ဆိုင်ရာပိုင်ရှင်များနှင့် သက်ဆိုင်သည်။ MousePlayer နှင့် ဤဝန်ဆောင်မှုပေးသူများအကြား စီးပွားရေးဆက်ဆံမှု မရှိပါ။