ConnectWiz ရက်ချိန်းစနစ်
Database ကျောရိုးပါသော ရက်ချိန်းစာအုပ်။
ဝန်ထမ်း၊ AI၊ flow သို့မဟုတ် ဖောက်သည်ကိုယ်တိုင် ယူသည်ဖြစ်စေ — ရက်ချိန်းတိုင်းသည် အခန်း၊ စက်ပစ္စည်းနှင့် ကျွမ်းကျင်သူတို့ မှန်ကန်စွာ ဆုံစည်းသော လယ်ဂျာ တစ်ခုတည်းထဲ ရောက်သည်။ ရက်ချိန်း ထပ်နေခြင်းကို သိမ်းဆည်းရေး အလွှာကိုယ်တိုင်က တားဆီးပြီး သင့်တကယ့် ပြက္ခဒိန်များနှင့် နှစ်ဘက်သွား sync လုပ်သည်။
ဝင်ပေါက် ၄ ခု
လူတိုင်း အမှန် တစ်ခုတည်းကို အခြေခံ၍ ရက်ချိန်းယူသည်
ရက်ချိန်းစာအုပ်ထဲရှိ အဖွဲ့
နေ့အလိုက်ကြည့်သော ရက်ချိန်းစာအုပ်နှင့် ရက်ချိန်း စီမံခန့်ခွဲမှု အပြည့်အစုံ — အမျိုးအစားများ၊ တည်နေရာများ၊ ကျွမ်းကျင်သူများ၊ ဝန်ဆောင်မှု ပုံစံကွဲများ၊ tenant က သတ်မှတ်သော status label များ၊ မလာရောက်သူ ကိုင်တွယ်ခြင်းနှင့် line item များ။
AI — ကြိယာ ၂ ခုဖြင့်
Wiz သည် တကယ် အားလပ်သော အချိန်ကွက်များကို ကမ်းလှမ်းပြီးမှ ဖောက်သည် ရွေးသည့်အချိန်ကို ရက်ချိန်းယူပေးသည် — တမင်ပင် အဆင့် ၂ ဆင့် ခွဲထားသည်၊ ပထမဆုံး အားလပ်ချိန်ကို တစ်စုံတစ်ယောက်အတွက် အလိုအလျောက် ယူထားပေးခြင်းမှာ ဝန်ဆောင်မှု မဟုတ်ဘဲ demo လှည့်ကွက်သာ ဖြစ်သောကြောင့် ဖြစ်သည်။
Flow အတွင်း အဆင့်တစ်ခုအဖြစ်
ConnectWiz ၏ ရက်ချိန်း node သည် မည်သည့် automation ထဲသို့မဆို အချိန်ကွက် ကမ်းလှမ်းခြင်းကို ထည့်ပေးသည် — လူ မပါဘဲ ရက်ချိန်း ပြန်ယူပြီးမှ အဆုံးသတ်သော သတိပေး flow မျိုး ဖြစ်သည်။
ဧည့်သည်များ — ကိုယ်တိုင် ယူနိုင်သည်
ConnectWiz ၏ ဝက်ဘ်ဆိုက် widget ရှိရက်ချိန်း mini-app သည် ဖောက်သည်များကို လက်ရှိ အားလပ်ချိန်ထဲမှ ကိုယ်တိုင် ရွေးခွင့်ပေးသည် — ရက်ချိန်းယူနိုင်သော ဝန်ဆောင်မှုများ သင်တကယ် ပေးသည့်အခါမှသာ ပေါ်လာသည်။
Resource model
အခန်း၊ စက်ပစ္စည်း၊ လူ — လက်တွေ့ဘဝကဲ့သို့ပင် ဆုံစည်းသည်
"အားသည်" ဆိုသည်မှာ ၃ ဘက် မေးခွန်း ဖြစ်သည်: ကျွမ်းကျင်သူ၊ အခန်းနှင့် စက်ပစ္စည်း သုံးခုစလုံး တစ်ပြိုင်နက် အားရမည်။ ရက်ချိန်း tool အများစုသည် ဝင်ရိုး တစ်ခုတည်းကိုသာ စံပြုပြီး ကံကောင်းရန် မျှော်လင့်ကြသည်။ ဤ tool က ဆုံစည်းရာကို စံပြုသည်။
အခန်းကဏ္ဍနှင့် container များ
ရက်ချိန်းတစ်ခုသည် resource အများအပြားကို အခန်းကဏ္ဍအလိုက် ကိုင်ထားသည် — အခန်း၊ စက်ပစ္စည်း၊ ကျွမ်းကျင်သူ — container ချိတ်ဆက်မှုများကြောင့် မအားသော အခန်းထဲရှိ စက်ပစ္စည်းကို မည်သူမျှ ရက်ချိန်းမယူထားသော်လည်း မအားဟု မှန်ကန်စွာ သတ်မှတ်သည်။
စည်းမျဉ်း မဟုတ်ဘဲ constraint
ထပ်နေမှု တားဆီးခြင်းကို သိမ်းဆည်းရေး အလွှာတွင် exclusion constraint အဖြစ် ထားရှိသည် — ပြိုင်ဆိုင်နေသော တောင်းဆိုမှု ၂ ခုစလုံး အနိုင်မရနိုင်ပါ၊ ဒုတိယ ရေးသွင်းမှုကို ရုပ်ပိုင်းဆိုင်ရာအရ ငြင်းပယ်သောကြောင့် ဖြစ်သည်။ Rule engine က ကတိပေးသည်။ Constraint က အာမခံသည်။
ပမာဏကို unit အဖြစ်
ထိုင်ခုံ ၈ ခုပါသော အတန်းသည် counter တစ်ခု မဟုတ်ဘဲ unit ၈ ခု ဖြစ်သည် — ထို့ကြောင့် "တစ်ခုသာ ကျန်သည်" ဆိုသည်မှာ တိကျသော unit တစ်ခုအကြောင်း အချက်အလက် ဖြစ်ပြီး ငွေပြန်အမ်းခြင်းက တွက်ချက်မှုကို မပျက်စီးစေပါ။
သင့်လျော်မှုကို သီးခြား
"ဤအခန်းတွင် ဤဝန်ဆောင်မှုကို ပေးနိုင်သလား" ဆိုသည်မှာ နေရာယူထားမှုနှင့် သီးခြားဖြစ်သော ကိုယ်ပိုင် matrix ဖြစ်သည် — ထို့ကြောင့် အားသော်လည်း မသင့်လျော်သော resource ကို မည်သည့်အခါမျှ မကမ်းလှမ်းဘဲ အကြောင်းရင်းကိုလည်း စစ်ဆေးကြည့်နိုင်သည်။
ပြက္ခဒိန် sync
သင့်ပြက္ခဒိန်များကို အားလပ်ချိန်မှ နုတ်ထားသည်
ရက်ချိန်းများ အပြင်သို့ ပို့သည်
ရက်ချိန်းများသည် Google၊ Outlook သို့မဟုတ် Apple ပြက္ခဒိန်များတွင် event များအဖြစ် ပေါ်လာပြီး ဖျက်သိမ်းလိုက်လျှင် ပျောက်သွားသည်။ ကျွမ်းကျင်သူ၏ ဖုန်းပြက္ခဒိန်သည် ရက်ချိန်းစာအုပ်ထက် တစ်ရက်မျှ နောက်မကျပါ။
မအားချိန်ကို အတွင်းသို့ ဆွဲယူသည်
ပြင်ပ event များကို အားလပ်ချိန်မှ နုတ်သည် — သင့်ကိုယ်ပိုင် Google Calendar တွင် ကြာသပတေးနေ့ 15:00 ၌ သွားဆရာဝန်နှင့် ချိန်းထားပြီးဖြစ်လျှင် AI က ထိုအချိန်ကို မည်သည့်အခါမျှ မကမ်းလှမ်းပါ။
ရင်းမြစ်တစ်ခုစီအလိုက် အခန်းကဏ္ဍနှင့် ဦးတည်ချက်
ချိတ်ဆက်ထားသော ရင်းမြစ်တစ်ခုစီတွင် ကိုယ်ပိုင် ဆက်တင် ရှိသည် — ၎င်းမှ ဖတ်၊ ၎င်းထံ ရေး၊ နှစ်မျိုးလုံး သို့မဟုတ် မအားချိန်သာ — ထို့ကြောင့် ဆေးခန်း၏ မျှဝေသုံး ပြက္ခဒိန်နှင့် ကိုယ်ပိုင်ပြက္ခဒိန်တို့သည် မပဋိပက္ခဖြစ်ဘဲ မတူညီသော အခန်းကဏ္ဍများ ထမ်းဆောင်နိုင်သည်။
သတိပေးချက်နှင့် လုပ်ငန်းဆောင်ရွက်မှု
နောက်ဆက်တွဲ လုပ်ငန်းများ — အလိုအလျောက်
တကယ် ပို့သော သတိပေးချက်များ
ဖောက်သည် အတည်ပြုချက်နှင့် သတိပေးချက်များကို သင်သတ်မှတ်ထားသော ကြိုတင်ချိန်တွင် ပို့သည် — အီးမေးလ်ဖြင့်၊ လိုလျှင် SMS ဖြင့်ပါ — ထို့အပြင် ရက်ချိန်းအသစ်များအတွက် ဝန်ထမ်း အသိပေးချက်များ။ "ပြန်ဆက်သွယ်မည်" ဆိုသည်မှာ မှတ်ဉာဏ်ပေါ် မမူတည်တော့ပါ။
ရက်ချိန်းများက ကုန်လက်ကျန်ကို သုံးသည်
ဝန်ဆောင်မှု ရက်ချိန်းတစ်ခုအတွက် လိုသော အစိတ်အပိုင်းများကို ထုတ်ယူနိုင်သည့် နေရာမှာ ကုန်လက်ကျန် လယ်ဂျာ ဖြစ်သည် — ကုသမှုနှင့် ၎င်းသုံးခဲ့သော ပစ္စည်းများကို တစ်ကြိမ်တည်းဖြင့် စာရင်းညှိသည်။
မှတ်တမ်းဟောင်းများ ပြောင်းရွှေ့ယူနိုင်သည်
အခြား CRM မှ ပြောင်းလာပါသလား။ ပြောင်းရွှေ့ခြင်း engine က သင့်လက်ရှိ ရက်ချိန်း မှတ်တမ်းကို လယ်ဂျာ တစ်ခုတည်းထဲသို့ import လုပ်သည် — ရက်ချိန်းစာအုပ်သည် မှတ်ဉာဏ်မဲ့ဘဲ မစတင်ရပါ။
မဖုံးကွယ်ထားသော အသေးစိတ်များ
၎င်းကို အခြေခံ၍ မစီစဉ်မီ ဖော်ပြထားသည်
သီးသန့် ရက်ချိန်း link မရှိသေး
ကိုယ်တိုင် ရက်ချိန်းယူခြင်းမှာ ဝက်ဘ်ဆိုက် chat widget ထဲတွင်သာ ရှိသည် — အီးမေးလ်ဖြင့် ပို့နိုင်သော Calendly ပုံစံ အများသုံး ရက်ချိန်း စာမျက်နှာ မရှိသေးပါ။ ၎င်းမှာ သင့်လုပ်ငန်း၏ အဓိက လုပ်ဆောင်ပုံ ဖြစ်လျှင် ကျွန်ုပ်တို့ကို ပြောပါ — ၎င်းက လမ်းပြမြေပုံကို ပုံဖော်ပေးသည်။
ပြင်ပ CRM များက နည်းနည်းသာ သယ်ဆောင်နိုင်သည်
ရက်ချိန်းတစ်ခုကို ချိတ်ဆက်ထားသော CRM သို့ ရေးထုတ်သည့်အခါ စက်ပစ္စည်းနှင့် သုံးစွဲမှု အသေးစိတ်များ မပါသွားနိုင်ပါ — vendor API များက ထိုဝင်ရိုးများကို မထုတ်ပေးသောကြောင့် ဖြစ်ပြီး sync က ၎င်းတို့ကို တိတ်တဆိတ် ချန်ထားခဲ့မည့်အစား ဘာကို ချန်ခဲ့သည်ကို ပြောပြသည်။
လယ်ဂျာသည် အမြဲ ကျွန်ုပ်တို့ဘက်တွင်
မည်သည့် ပြက္ခဒိန်နှင့် CRM များ ချိတ်ဆက်ထားပါစေ ရက်ချိန်း လယ်ဂျာသည် ConnectWiz ၏ ကိုယ်ပိုင် table အဖြစ်သာ ရှိနေသည် — ပြင်ပစနစ်များသည် ရင်းမြစ်နှင့် ထပ်တူမှတ်တမ်းများသာ ဖြစ်ပြီး အဓိကမှတ်တမ်း မည်သည့်အခါမျှ မဖြစ်ပါ။ ၎င်းမှာ ရှင်းလင်းစွာ ဖော်ပြထားသော ဒီဇိုင်းရပ်တည်ချက် ဖြစ်သည်။
ရက်ချိန်းစနစ် FAQ
ရက်ချိန်း မသတ်မှတ်မီ
နောက်ထပ်အချက်များကို အပြည့်အစုံပါသော FAQ တွင် ဖတ်ပါ၊ သို့မဟုတ် ကျွန်ုပ်တို့ကို တိုက်ရိုက်မေးပါ။
"ဘယ်အချိန် အားလဲ" ဟူသော မေးခွန်းတိုင်း ယူထားပြီးသော အချိန်ကွက်တစ်ခုဖြင့် အဆုံးသတ်နိုင်သည်။
သင့် resource များကို တစ်ကြိမ် သတ်မှတ်ပါ — ထို့နောက် ဝန်ထမ်း၊ AI၊ flow နှင့် ဖောက်သည်များ အမှန် တစ်ခုတည်းကို အခြေခံ၍ ရက်ချိန်းယူကြသည်။