Employee Onboarding Portal တည်ဆောက်နည်း- Checklist၊ စာရွက်စာတမ်းများနှင့် ပထမအပတ် အစီအစဉ်

Employee onboarding portal သည် "ကြိုဆိုပါတယ်၊ တနင်္လာနေ့မှာ တွေ့ကြမယ်" ကို အစီအစဉ်တစ်ခု ဖြစ်အောင် ပြောင်းပေးပါတယ်။ လူသစ်သည် ပထမအပတ်များမတိုင်မီနှင့် အတွင်း လိုအပ်သမျှ ပါဝင်သော စာမျက်နှာတစ်ခုကို ရရှိပါတယ်- စတင်ချိန်၊ မေးရမည့်သူ၊ ပြန်ပေးရမည့် စာရွက်စာတမ်းများ၊ ဘယ်နေ့ ဘာလုပ်မလဲ။ HR၊ IT နှင့် မန်နေဂျာတစ်ဦးစီက ရက်ကန့်သတ်ပါသော ကိုယ်ပိုင် တာဝန်များ ရရှိပြီး laptop၊ အကောင့်များနှင့် စားပွဲသည် ပထမနေ့တွင် အဆင်သင့်ဖြစ်ပါတယ်။ Portal တည်ဆောက်ရန် အလုပ်အမျိုးအစားလိုက် checklist template များ၊ လူသစ်တစ်ဦးစီအတွက် ထို checklist ၏ မိတ္တူ၊ လူမျိုးစုံသို့ သတ်မှတ်ထားသော တာဝန်များ၊ လုံခြုံသော စာရွက်စာတမ်းစုဆောင်းမှု၊ နှောင်းကျနေသော အရာများကို ပြသသော view တစ်ခု လိုအပ်ပါတယ်။ AI app builder က အလုပ်လုပ်သော version ကို မြန်မြန် ပေးနိုင်ပါတယ်; စဉ်းစားမှုသည် checklist ကိုယ်တိုင်နှင့် ကိုယ်ရေးစာရွက်စာတမ်းများကို ကာကွယ်ခြင်းတွင် ထည့်ရပါမည်။

Portal ၏ လိုအပ်ချက်များ

ဒေတာ

အဓိကအယူအဆမှာ template များကို လူတစ်ဦးချင်းစီအလိုက် ကူးခြင်း ဖြစ်ပါတယ်။ လူသစ်တိုင်းသည် template မှ ဖန်တီးထားသော ကိုယ်ပိုင် task အစုံရရှိပြီး ပို့ရက်များကို ၎င်းတို့၏ စတင်ရက်မှ တွက်ချက်ပါတယ် ("IT- laptop မှာယူ— စတင်ရက်မတိုင်မီ ၁၀ ရက်")။ Template ကို မပြောင်းဘဲ တစ်ဦး၏ checklist ကို ပြင်နိုင်ပါတယ်။

စာမျက်နှာများ

• လူသစ်: ကြိုဆိုစာမျက်နှာ (စတင်ချိန်၊ လိပ်စာ၊ မေးရမည့်သူ၊ ပထမအပတ် အစီအစဉ်)၊ ကျွန်ုပ်၏ checklist၊ စာရွက်စာတမ်း upload များ၊ အဓိက မူဝါဒများနှင့် ဆက်သွယ်ရန်များ။
• မန်နေဂျာနှင့် buddy: ၎င်းတို့၏ တာဝန်များ၊ လူသစ်တစ်ဦးစီအတွက် တိုးတက်မှု တစ်ချက်ကြည့်။
• HR: စတင်ရက်အလိုက် လူသစ်အားလုံး၊ လူတိုင်း၏ နှောင်းကျသော တာဝန်များ၊ templates၊ စစ်ဆေးရန် စာရွက်စာတမ်းများ။
• IT: ကိရိယာနှင့် အကောင့် တာဝန်များ၊ စတင်ရက်အလိုက် စီထားသည်။

ခွင့်ပြုချက်များ

လူသစ်များသည် မိမိ portal ကိုသာ မြင်ရပါတယ်။ မန်နေဂျာများက မိမိ၏ လူသစ်များကို မြင်ပါတယ်။ IT က မိမိ၏ tasks ကိုမြင်ပြီး ကိုယ်ရေးစာရွက်စာတမ်းကို မမြင်ပါ။ HR က အားလုံးကို မြင်ပါတယ်။ ကိုယ်ရေးစာရွက်စာတမ်းများ- ID၊ စာချုပ်၊ အခွန်ပုံစံ- သည် app ထဲရှိ အထိခိုက်ဆုံး ဒေတာဖြစ်ပါတယ်- ကိုယ်ပိုင်သိမ်းဆည်းမှု၊ HR သာ ဝင်ရောက်ခွင့်နှင့် လိုအပ်သော သိမ်းဆည်းကာလပြီးနောက် ဖျက်ရန် အစီအစဉ်။ ဝန်ထမ်းစာရွက်စာတမ်းများအတွက် ဒေတာကာကွယ်ရေးနှင့် မှတ်တမ်းထိန်းသိမ်းမှု စည်းမျဉ်းများသည် နိုင်ငံအလိုက် ကွဲပြားပါတယ်၊ အကြံပေးနှင့် စစ်ဆေးပါ။ Role-based access control တွင် အကောင်အထည်ဖော်ပုံ ရှိပါတယ်။

ဆုံးဖြတ်ချက်များနှင့် အပေးအယူများ

လူသစ်များ ဘယ်လို ဝင်မလဲ

လူသစ်များသည် ပထမနေ့မတိုင်မီ work အီးမေးလ် မရှိသေးပါ။ ရွေးချယ်စရာများ- ကိုယ်ပိုင်အီးမေးလ်သို့ ပို့သော magic link၊ password ဖန်တီးပေးသော တစ်ကြိမ်သုံး setup link၊ သို့မဟုတ် work အကောင့်များ ရှိမှသာ portal ဝင်ခွင့်ပေးခြင်း (ဤနည်းလမ်းက စတင်မီ ကာလကို ဆုံးရှုံးစေသည်)။ Magic link သည် ပုံမှန် ရွေးချယ်မှုဖြစ်ပါတယ်။

ဖိုင်များ စုဆောင်းမလား သို့မဟုတ် အခြားစနစ်များသို့ ချိတ်မလား

ရိုးရှင်းဆုံး portal သည် အခြားစနစ်တစ်ခုတွင် စာရွက်စာတမ်းကို ပြီးစီးကြောင်း ခြေရာခံသည် ("e-signature tool တွင် စာချုပ်လက်မှတ်ထိုးပါ— ပြီးပြီ")။ ဖိုင်များကို ကိုယ်တိုင် စုဆောင်းခြင်းသည် အဆင်ပြေသော်လည်း storage၊ ဝင်ခွင့်နှင့် သိမ်းထားမှု တာဝန်ကို ယူရပါတယ်။ စာချုပ်များကို အများအားဖြင့် e-signature product တွင် လက်မှတ်ထိုးပြီး ဘဏ်နှင့် အခွန်အချက်အလက်ကို payroll တွင် ကိုင်တွယ်ကြပါတယ်။

အကြောင်းအရာ ဘယ်လောက်

Portal သည် wiki မဟုတ်ပါ။ မူဝါဒများအတွက် သင့် knowledge base သို့မဟုတ် handbook သို့ link ပေးပါ၊ portal ကို ဤလူ၏ နောက်ထပ်ခြေလှမ်းများအတွက်သာ ထားပါ။

အလိုအလျောက် သတိပေးချက်များ

တာဝန်များ နောက်ကျနေသည့် နေ့စဉ် အီးမေးလ်ကို အသီးသီး ပိုင်ရှင်တစ်ဦးစီသို့ ပို့ခြင်းက အရာများကို ရွေ့လျားစေပါတယ်။ အချိန်ဇယားဖြင့် run သော အရာတစ်ခု လိုအပ်ပါတယ်; သင့် hosting တွင် scheduled job မရှိလျှင် ပြင်ပ scheduler က app ထဲ endpoint ကို ခေါ်နိုင်သည်၊ သို့မဟုတ် HR က dashboard မှ "သတိပေးချက်များ ပို့" ကို နှိပ်နိုင်ပါတယ်။

အလုပ်လုပ်သော ပထမ prompt

ဝန်ထမ်း ၁၂၀ ရှိသော software ကုမ္ပဏီအတွက် employee onboarding portal တစ်ခု တည်ဆောက်ပါ။ HR သည် လူသစ်ကို အမည်၊ ကိုယ်ပိုင်အီးမေးလ်၊ ရာထူး၊ အဖွဲ့၊ မန်နေဂျာ၊ buddy၊ စတင်ရက်၊ တည်နေရာနှင့် template (Engineering၊ Sales၊ Operations) ဖြင့် ဖန်တီးသည်။ Template တစ်ခုစီတွင် owner role (လူသစ်၊ ဝန်ထမ်း၊ IT၊ မန်နေဂျာ၊ buddy)၊ ဖော်ပြချက်နှင့် စတင်ရက်နှင့် ဆက်စပ်သော ပို့ရက် ပါဝင်သည်; လူသစ်ဖန်တီးသောအခါ template ကို ၎င်း၏ကိုယ်ပိုင် task စာရင်းသို့ တကယ့်ရက်စွဲများဖြင့် ကူးသည်။ လူသစ်များသည် ကိုယ်ပိုင်အီးမေးလ်သို့ ပို့သော magic link ဖြင့် ဝင်ရောက်ပြီး ကြိုဆိုစာမျက်နှာ (စတင်ချိန်၊ ရုံးလိပ်စာ၊ မေးရမည့်သူ၊ ပထမအပတ် အချိန်ဇယား)၊ checklist နှင့် လိုအပ်သော စာရွက်စာတမ်းများ upload ကို မြင်ရသည်။ မန်နေဂျာများ၊ buddy များနှင့် IT သည် လူသစ်တစ်ဦးစီအတွက် မိမိ၏ tasks ကိုသာ မြင်ရသည်။ HR သည် လူသစ်အားလုံးကို စတင်ရက်အလိုက်၊ နောက်ကျသော tasks နှင့် upload လုပ်ထားသော စာရွက်စာတမ်းများကို မြင်ရသည်။ စာရွက်စာတမ်းများကို ကိုယ်ပိုင်သိမ်းဆည်းပြီး HR သာ မြင်ရသည်။ ရာထူးများ- လူသစ်၊ ဝန်ထမ်း၊ HR၊ IT။ ဒေတာအားလုံးကို database တွင် သိမ်းပါ။ လူသစ်စာမျက်နှာများအတွက် ကြိုဆိုသော ဒီဇိုင်း၊ HR နှင့် IT အတွက် ရိုးရှင်းပြီး သိပ်သည်းသော ဒီဇိုင်း။

တည်ဆောက်ရန် အဆင့်များ

1. Checklist ကို စက္ကူပေါ်တွင် အရင်ရေးပါ။ နောက်ဆုံး hire သုံးဦးကို ပထမနေ့တွင် ဘာပျောက်နေသလဲ မေးပါ၊ IT ကို အမြဲနောက်ကျသည်များ မေးပါ။
2. Templates နှင့် လူသစ်များ၊ ကူးခြင်းနှင့် အချိန်ဇယားသတ်မှတ်ခြင်း logic ကို စတင်ရက် အနည်းငယ်ဖြင့် စမ်းပါ။
3. Role တစ်ခုချင်းစီအတွက် task views၊ ထို့သူက လုပ်ရမည့်အရာကိုသာ ပြပါ။
4. လူသစ် portal: ကြိုဆိုစာမျက်နှာ၊ checklist၊ အရင်းအမြစ်များ။
5. Sign-in လူသစ်အတွက် magic link နှင့် ဝန်ထမ်းအတွက် သင်ရွေးသော login။
6. စာရွက်စာတမ်း upload များ ကိုယ်ပိုင် storage သို့၊ HR သာ။ ဖိုင် upload ထည့်ခြင်း ကို ကြည့်ပါ။
7. အသိပေးချက်များနှင့် သတိပေးချက်များ သင့်ကိုယ်ပိုင် email provider မှတစ်ဆင့်။
8. HR ခြုံငုံကြည့်ခြင်း နောက်ကျသော tasks နှင့် လာမည့် လူသစ်များ။
9. နောက်ဆုံး hire နှစ်ဦးဖြင့် pilot လုပ်ပါ၊ ထို့နောက် တူညီသော ပုံစံဖြင့် offboarding ထည့်ပါ။

အများဆုံး အမှားများ

• ပထမနေ့မှစ၍ စတင်ခြင်း။ အကောင်းဆုံး onboarding အလုပ်သည် ရှေ့ရက် နှစ်ပတ်အတွင်း ဖြစ်ပါတယ်။
• လူအားလုံးအတွက် checklist ကြီးတစ်ခုတည်း။ ရာထူးအလိုက် templates သုံးပြီး HR က မသက်ဆိုင်သော tasks ကို ဖယ်ထုတ်ခွင့်ပေးပါ။
• တာဝန်ရှိသူ တစ်ဦးတည်းမရှိသော tasks။ "အဖွဲ့က အကောင့်များ စီစဉ်" ဟုဆိုလျှင် ဘယ်သူမှ မလုပ်ပါ။
• ကိုယ်ရေးစာရွက်စာတမ်းများ အများပြည်သူ သို့မဟုတ် မျှဝေသော storage တွင်ထားခြင်း။ ကိုယ်ပိုင်ထားပါ၊ ဝင်ခွင့်ကန့်သတ်ပါ၊ အချိန်ဇယားအတိုင်း ဖျက်ပါ။
• Portal ကို handbook ဖြစ်အောင် လုပ်ခြင်း။ မူဝါဒများကို link ပေးပြီး portal ကို နောက်ထပ်ခြေလှမ်းများအတွက်သာ ထားပါ။
• မန်နေဂျာကို မေ့ခြင်း။ မန်နေဂျာ၏ ပထမအပတ် အစီအစဉ်က လူသစ်အတွက် ဖောင်တစ်ခုထက် ပိုအရေးကြီးပါတယ်။

Ready-made product သည် ပိုကောင်းသည့်အချိန်

HR software ကို သုံးနေပြီးဖြစ်လျှင် onboarding feature များကို အရင်စစ်ပါ- template များ၊ e-signature နှင့် payroll နှင့် ဝန်ထမ်းမှတ်တမ်းများသို့ ချိတ်ဆက်မှုတို့ ရှိပြီးဖြစ်နိုင်ပါတယ်၊ ကိုယ်ပိုင် portal က ၎င်းနှင့် ပေါင်းစပ်ရမည်။ နိုင်ငံများစွာတွင် ငှားရမ်းသူများအတွက် နိုင်ငံအလိုက် စာရွက်စာတမ်းများကို ထိန်းသိမ်းသော product များကလည်း အကျိုးရှိပါတယ်။

ကိုယ်ပိုင် portal သည် onboarding သည် အရေးကြီးသော ပြဿနာဖြစ်သော်လည်း HR tool ၏ ဗားရှင်းက တင်းကျပ်နေသောအခါ၊ tasks များသည် IT၊ facilities နှင့် ဖောက်သည်-သီးသန့် အဆင့်များကို ဖြတ်သန်းသည့်အခါ၊ ဒါမှမဟုတ် onboarding၊ ခွင့်ရက် တောင်းဆိုမှု နှင့် အခြားအတွင်းပိုင်း တောင်းဆိုမှုများကို တစ်နေရာတည်းတွင် ထားလိုသောအခါ သင့်တော်ပါတယ်။ ကြီးထွားနေသော အဖွဲ့များအတွက် ပထမဆုံး internal tool တစ်ခုအဖြစ်လည်း အဖြစ်များပါတယ်။

Mythex ဖြင့် တည်ဆောက်ခြင်း

Mythex တွင် onboarding workflow ကို chat တွင် ဖော်ပြလိုက်ရုံဖြင့် agent က live preview တွင် တည်ဆောက်ပြီး၊ လူသစ်နှင့် tasks အတွက် Postgres database ကို ထည့်ပေးကာ၊ app လိုအပ်သောအခါ upload အတွက် project file storage ကို ထည့်ပေးပါတယ်။ Docs ရှိ internal tool use case တွင် onboarding checklist ကို ပထမဆုံး အကျိုးရှိသော tool များထဲမှ တစ်ခုအဖြစ် ဖော်ပြထားပါတယ်။ Magic-link sign-in နှင့် သတိပေးအီးမေးလ်များသည် သင့်ကိုယ်ပိုင် auth နှင့် email provider များမှတစ်ဆင့် သွားပါတယ်- Mythex တွင် built-in end-user login သို့မဟုတ် email ပို့ခြင်း မရှိပါ- key များကို project secrets အဖြစ် သိမ်းပါ။ Publish မလုပ်မီ လူသစ်ဖန်တီးခြင်းနှင့် tasks ပြီးစီးခြင်းကို လမ်းလျှောက်စစ်ရန် /test ကို သုံးပါ။

ပထမ prompt အတွက် org chart directory သို့မဟုတ် hiring pipeline tracker template များကို စမ်းကြည့်ပြီး onboarding အဖြစ် တိုးချဲ့နိုင်ပါတယ်။

မေးခွန်းများ