ပို့ပြီးပြီဆိုတာနဲ့ ဖောက်သည်ဆီ ရောက်ပြီးပြီလား?

“ဖောက်သည်ကို အသိပေးပြီးပြီလား?”

“စနစ်ထဲမှာ ပို့ပြီးပြီလို့ ပြပါတယ်။”

ဒါပေမယ့် ဖောက်သည်ဘက်ကတော့ စာမရဘူးလို့ ပြောနေတယ်ဆိုပါစို့။

ဒီလိုအခါ ပို့သူက မှားပြောနေတာ၊ ဖောက်သည်က မကြည့်မိတာလို့ ချက်ချင်းမဆုံးဖြတ်သင့်ပါဘူး။ “ပို့ပြီးပြီ” ဆိုတဲ့အခြေအနေကို စနစ်က ဘယ်အဆင့်အတွက် သုံးထားသလဲ အရင်စစ်ဖို့ လိုပါတယ်။

နမူနာ — Booking အချိန်ပြောင်းကြောင်း အသိပေးခြင်း

ဝန်ဆောင်မှုလုပ်ငန်းတစ်ခုမှာ ဖောက်သည်ရဲ့ Booking အချိန်ကို ပြောင်းထားတယ်။ စနစ်က အသိပေးစာ ပို့ဖို့ စီစဉ်ပေးတယ်ဆိုပါစို့။

ဒီလုပ်ဆောင်ချက်မှာ အနည်းဆုံး မေးခွန်းတွေ ရှိလာပါတယ်။

• Booking အချိန်ပြောင်းတာကို သိမ်းပြီးပြီလား။
• အသိပေးစာကို ပို့ဖို့စာရင်းထဲ ထည့်ပြီးပြီလား။
• တကယ်ပို့ဖို့ ကြိုးစားပြီးပြီလား။
• ပို့တဲ့ဝန်ဆောင်မှုက လက်ခံပြီးပြီလား။
• လက်ခံသူဆီ ရောက်ကြောင်း အထောက်အထားရပြီလား။

တစ်ခုရဲ့အောင်မြင်မှုကို နောက်တစ်ခုရဲ့အောင်မြင်မှုအဖြစ် မယူဆသင့်ပါဘူး။ Booking ပြောင်းတာ အောင်မြင်ပြီး စာပို့တာ မအောင်မြင်နိုင်ပါတယ်။

Status အမည်ထက် အဓိပ္ပာယ်က ပိုအရေးကြီးပါတယ်

လမ်းကြောင်းနဲ့ ဝန်ဆောင်မှုအလိုက် သိနိုင်တဲ့အခြေအနေတွေ မတူပါဘူး။ SMS၊ Email၊ Push Notification တို့အားလုံးမှာ အောက်ပါအဆင့်တွေကို တူညီစွာ အတည်ပြုနိုင်မယ်လို့ မယူဆပါနဲ့။

အခြေအနေ	ကိုယ်စားပြုသင့်တဲ့အဓိပ္ပာယ်
Queued	ပို့ဖို့ စောင့်နေတဲ့စာရင်းထဲ ရှိတယ်
Accepted / Submitted	ပို့ပေးမယ့်ဝန်ဆောင်မှုက တောင်းဆိုချက်ကို လက်ခံထားတယ်
Delivered	သက်ဆိုင်ရာဝန်ဆောင်မှုက သတ်မှတ်ထားတဲ့ ရောက်ရှိမှုအထောက်အထား ရတယ်
Read / Acknowledged	ဖတ်ကြောင်း ဒါမှမဟုတ် လက်ခံကြောင်း အထောက်အထား ရတယ်၊ ရရှိနိုင်တဲ့ Channel များအတွက်သာ
Failed / Expired	ပို့ခြင်းမအောင်မြင်ဘူး ဒါမှမဟုတ် သက်တမ်းကုန်သွားတယ်
Unknown	နောက်ဆုံးအခြေအနေကို အတည်မပြုနိုင်သေးဘူး

ဝန်ဆောင်မှုက လက်ခံထားတဲ့အဆင့်ကိုပဲ သိရင် အဲဒီအထိပဲ ပြသင့်ပါတယ်။ Delivered ဖြစ်တာကလည်း ဖတ်ပြီးကြောင်း အထောက်အထား မဟုတ်ပါဘူး။

မသိရသေးတဲ့အခြေအနေကို အောင်မြင်ပြီးသလို မပြဘဲ ရိုးရိုးသားသား ခွဲပြနိုင်ခြင်းက အသုံးဝင်တဲ့ Feature တစ်ခုပါ။

ဝန်ထမ်းအတွက် ဘာတွေပြပေးရမလဲ?

နည်းပညာ Error စာရှည်တစ်ခုတည်းထက် ဆက်လုပ်ဖို့ အထောက်အကူဖြစ်တဲ့အချက်တွေ ပြသင့်ပါတယ်။

• ဘယ် Booking သို့မဟုတ် အော်ဒါအတွက် ပို့တာလဲ။
• ဘယ် Channel ကို သုံးပြီး ဘယ်အချိန်က ကြိုးစားခဲ့သလဲ။
• နောက်ဆုံးအခြေအနေနဲ့ အဲဒီအခြေအနေ ရရှိချိန်။
• မအောင်မြင်ရင် ပြန်စမ်းနေသလား၊ လူက ဆက်လုပ်ဖို့လိုသလား။
• ဘယ်သူက နောက်ဆက်တွဲလုပ်ဖို့ တာဝန်ယူထားသလဲ။

ဝန်ထမ်းတိုင်းကို လိပ်စာနဲ့ ဖုန်းနံပါတ်အပြည့် ပြဖို့လည်း မလိုပါဘူး။ အလုပ်အတွက်လိုအပ်တဲ့ အချက်အလက်ကို ခွင့်ပြုချက်အတိုင်း ပြပေးနိုင်ပါတယ်။

ပြန်ပို့ခလုတ်တစ်ခု ထည့်ရုံနဲ့ ပြီးပြီလား?

နောက်ဆုံးအခြေအနေ မသေချာလို့ ဝန်ထမ်းတစ်ယောက်က ပြန်ပို့တယ်။ အခြားတစ်ယောက်ကလည်း မရသေးဘူးထင်ပြီး ထပ်ပို့တယ်ဆိုပါစို့။

နောက်ဆုံးမှာ စာတစ်စောင်တည်း အကြိမ်များစွာ ရောက်သွားနိုင်ပါတယ်။

ပြန်ပို့ခြင်းမှာ မူလအသိပေးချက်နဲ့ ပို့ဖို့ကြိုးစားမှုတစ်ကြိမ်ချင်းကို ချိတ်ထားဖို့ လိုပါတယ်။ ဘယ်သူပြန်ပို့နိုင်သလဲ၊ ဘယ်နှကြိမ်အထိ ပြန်စမ်းမလဲ၊ ဘယ်အချိန်မှာ လူဆီလွှဲမလဲဆိုတာလည်း ညှိထားပါ။

ပြန်ပို့ခါနီးမှာ စာထဲကအချက်အလက်က လက်ရှိအခြေအနေနဲ့ ကိုက်သေးသလား စစ်ရပါမယ်။ Booking အချိန် ထပ်ပြောင်းပြီးသွားရင် အချိန်ဟောင်းပါတဲ့စာကို နောက်မှပို့မိနိုင်ပါတယ်။

လုပ်ငန်းအတွက် အသုံးမဝင်တော့တဲ့စာကို ဘယ်အချိန်မှာ သက်တမ်းကုန်အဖြစ် ရပ်မလဲဆိုတာ သတ်မှတ်ထားနိုင်ပါတယ်။

ပို့မရရင် ဘယ်သူ့အလုပ်ဖြစ်မလဲ?

“Failed” ဆိုတဲ့ စာတန်းတစ်ခု ပေါ်လာရုံနဲ့ ဖောက်သည်ဆက်သွယ်ရေးအလုပ် မပြီးသေးပါဘူး။

အရေးကြီးတဲ့အချိန်ပြောင်းမှုဆိုရင် တာဝန်ခံတစ်ဦးက သတ်မှတ်ထားတဲ့နည်းလမ်းနဲ့ ဆက်သွယ်ဖို့လိုနိုင်ပါတယ်။ အစားထိုး Channel သုံးမယ်ဆိုရင်လည်း လက်ရှိဆက်သွယ်ရန်အချက်အလက်နဲ့ သဘောတူထားတဲ့ ဆက်သွယ်မှုပုံစံကို စစ်ပါ။

Notification က တာဝန်ခံရဲ့အလုပ်ကို ကူညီပေးတာပါ။ မအောင်မြင်တဲ့အခါ ဘယ်သူဆက်လုပ်မလဲဆိုတဲ့ စည်းမျဉ်းကို အစားမထိုးပေးပါဘူး။

လက်ခံစမ်းသပ်ချိန်မှာ စမ်းသင့်တဲ့အရာများ

သီးခြားစမ်းသပ်နေရာနဲ့ မိမိထိန်းချုပ်တဲ့ Test လက်ခံသူများကိုသာ သုံးပါ။

1. ပို့ဖို့စောင့်နေတဲ့စာကို ပို့ပြီးသလို မပြဘူးလား။
2. ဝန်ဆောင်မှုက လက်ခံပေမယ့် ရောက်ရှိမှုအထောက်အထား မရရင် အခြေအနေကို ရှင်းပြသလား။
3. မအောင်မြင်တဲ့စာကို ဝန်ထမ်းက ရှာတွေ့ပြီး တာဝန်ယူနိုင်သလား။
4. ပြန်ပို့တာကို လူနှစ်ယောက် တစ်ပြိုင်တည်းလုပ်ရင် မလိုအပ်ဘဲ ထပ်ပို့မိခြင်းကို ကာကွယ်ထားသလား။
5. Booking ပြောင်းထားတာနဲ့ ပယ်ဖျက်ထားတာတွေကို နောက်ကျမှပို့မယ့်စာက မှန်မှန်ကိုင်တွယ်သလား။

ဒီနေ့လုပ်ကြည့်ရန် — စနစ်ထဲက “ပို့ပြီး” ဆိုတဲ့ Status တစ်ခုကို ရွေးပြီး “ဘယ်အထောက်အထားရလို့ ဒီလိုပြထားတာလဲ” လို့ မေးပါ။ ပို့မရတဲ့စာတွေကို ဘယ်သူဆက်လုပ်သလဲဆိုတာပါ တိုက်စစ်ပါ။

မိမိလုပ်ငန်းနဲ့ ချိတ်ဆက်ဆွေးနွေးရန်

Booking၊ အော်ဒါနဲ့ ဝန်ဆောင်မှုအသိပေးစာတွေမှာ ပို့မရတာကို မသိလိုက်ခြင်း၊ စာထပ်ပို့မိခြင်းနဲ့ တာဝန်ခံမရှိခြင်းတို့ ဖြစ်နေပါက Notification လုပ်ဆောင်ပုံအကြောင်း ဆက်သွယ်မေးမြန်းရန် ကနေ လက်ရှိလုပ်ဆောင်ပုံနဲ့ အခက်အခဲကို ပြောပြနိုင်ပါတယ်။ ဖောက်သည်ဖုန်းနံပါတ်၊ စကားဝှက်နဲ့ တကယ့်စာအကြောင်းအရာအပြည့်အစုံ ပေးပို့ဖို့ မလိုပါဘူး။