အစားအသောက် မှာယူနိုင်သော ဝဘ်ဆိုဒ် တည်ဆောက်နည်း- မီနူး၊ ခြင်းတောင်း၊ ယူမည့်အချိန်နှင့် မီးဖိုချောင် မျက်နှာပြင်

အစားအသောက် မှာယူနိုင်သော ဝဘ်ဆိုဒ်က ဖောက်သည်များကို သင့်မီနူးမှ ရွေးချယ်ခွင့်၊ ပစ္စည်းများကို စိတ်ကြိုက်ပြင်ဆင်ခွင့်၊ ယူမည့် သို့မဟုတ် ပို့မည့် အချိန်ရွေးခွင့်၊ ငွေပေးချေခွင့်နှင့် အတည်ပြုချက် ရရှိခွင့်ကို ပေးသည်။ ထို့အပြင် မီးဖိုချောင်က မှာယူမှုတစ်ခုစီ မျက်နှာပြင်ပေါ် ပေါ်လာပြီး ပြီးဆုံးကြောင်း အမှတ်အသားပြုနိုင်သည်။ တည်ဆောက်ရန် “ကြက်သွန်မပါ” ("no onions") ကဲ့သို့ ရွေးချယ်စရာများ (အရွယ်အစား၊ အပိုများ) ပါသော မီနူး၊ စုစုပေါင်းကို မှန်ကန်စွာ တွက်ချက်သော ခြင်းတောင်း၊ မီးဖိုချောင်ကို မပြည့်အောင် ကန့်သတ်ထားသော အချိန် slot များ၊ ကတ်ငွေပေးချေမှုနှင့် ဝန်ထမ်းများအတွက် ရိုးရှင်းသော မှာယူမှုဘုတ် တို့ လိုအပ်သည်။ AI app builder တစ်ခုက ရှင်းလင်းသော ဖော်ပြချက်မှ ဤအရာအားလုံးကို ဖန်တီးပေးနိုင်သည်။ အသေးစိတ်များက အရေးကြီးသည်- ဖွင့်ချိန်၊ ပြီးဆုံးသွားသော ပစ္စည်းများ၊ မှာယူမှု ကန့်သတ်ချက်များနှင့် ငွေပေးချေမှု အောင်မြင်သော်လည်း မှာယူမှု မသိမ်းဆည်းမိသည့်အခါ ဘာဖြစ်မည်ကို စဉ်းစားရန်။

ဆိုဒ်တွင် လိုအပ်သည်များ

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

• ဖောက်သည်: အမျိုးအစားအလိုက် မီနူး၊ ရွေးချယ်စရာများပါသော ပစ္စည်းအသေးစိတ်၊ ခြင်းတောင်း၊ checkout (အမည်၊ ဖုန်း၊ ယူခြင်း သို့မဟုတ် ပို့ခြင်း၊ အချိန်)၊ ငွေပေးချေမှု၊ မှာယူနံပါတ်နှင့် အခြေအနေ ပြသော အတည်ပြုစာမျက်နှာ။
• မီးဖိုချောင်: မှာယူမှု အသစ်၊ လုပ်ဆောင်နေဆဲနှင့် ပြီးသွားသော မှာယူမှုများ၏ တိုက်ရိုက်စာရင်း၊ ပစ္စည်းများ၊ ရွေးချယ်စရာများ၊ မှတ်ချက်များနှင့် ယူမည့်အချိန် ပါဝင်သည်။
• ပိုင်ရှင်: မီနူး တည်းဖြတ်ကိရိယာ (ပစ္စည်းများ၊ စျေးနှုန်းများ၊ ဓာတ်ပုံများ၊ ရွေးချယ်စရာများ၊ ပြီးဆုံးသည့်အခါ)၊ ဖွင့်ချိန်၊ slot ကန့်သတ်ချက်များနှင့် အရောင်းအနှစ်ချုပ်။

ဒေတာ

မှာယူချိန်တွင် မှာယူမှုလိုင်းတစ်ခုစီ၏ ပစ္စည်းအမည်နှင့် စျေးနှုန်းကို သိမ်းပါ။ နောက်ပိုင်း မီနူးကို ပြောင်းလဲလျှင်လည်း အဟောင်း မှာယူမှုများက ဖောက်သည်ပေးခဲ့သည့် အမှန်တကယ် ငွေပမာဏကို ပြနေရမည်။

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

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

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

ယူခြင်း၊ ပို့ခြင်း သို့မဟုတ် နှစ်မျိုးလုံး

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

ချက်ချင်း (ASAP) သို့မဟုတ် အချိန်သတ်မှတ်ခြင်း

“အမြန်ဆုံး” ကို ပေးရန် လွယ်ကူသော်လည်း အလုပ်ရှုပ်သောည၌ ရိုးသားစွာ ထိန်းရန် ခက်သည်။ ကန့်သတ်ချက်ပါသော slot များ— ဥပမာ မိနစ် ၁၅ အတွင်း မှာယူမှု ရှစ်ခုထက် မပိုစေခြင်း— က မီးဖိုချောင်ကို ကာကွယ်ပြီး မျှော်လင့်ချက်များကို သတ်မှတ်ပေးသည်။ “အစောဆုံး ရရှိနိုင်: 18:45” ကို ဆက်ပြနိုင်သည်။

ကြိုတင်ပေးချေခြင်း သို့မဟုတ် လက်ခံချိန်တွင် ပေးချေခြင်း

အွန်လိုင်း ကြိုပေးချေခြင်းက မလာသူ (no-show) များကို လျှော့ချပြီး ယူခြင်းကို မြန်စေသည်။ လက်ခံချိန်တွင် ပေးချေခြင်းက တည်ဆောက်ရ ပိုရိုးရှင်းသော်လည်း အတုအယောင် မှာယူမှုများကို ဖိတ်ခေါ်နိုင်သည်။ စားသောက်ဆိုင် အများစုက Stripe Checkout ကဲ့သို့ hosted checkout မှတစ်ဆင့် ကတ်ငွေပေးချေမှုကို ကြိုယူကြသည်။ ကျွန်ုပ်တို့၏ ငွေပေးချေမှု လမ်းညွှန် တွင် တပ်ဆင်ပုံကို ဖော်ပြထားသည်။ အခွန်၊ ရှိနိုင်သော ကြေးနှင့် ပြေစာစည်းမျဉ်းများသည် နိုင်ငံအလိုက် ကွဲပြားသည်- ဒေသဆိုင်ရာ စည်းမျဉ်းများကို စစ်ဆေးပါ။

မှာယူမှုများ မီးဖိုချောင်သို့ ရောက်ပုံ

ရွေးချယ်စရာများ- အလိုအလျောက် ပြန်လတ်ဆုံးဖြစ်သော တက်ဘလက်ရှိ browser tab (အရိုးရှင်းဆုံး)၊ အရန်အဖြစ် မှာယူမှုတစ်ခုစီအတွက် အီးမေးလ် သို့မဟုတ် မက်ဆေ့ချ်၊ သို့မဟုတ် ပြေစာ printer သို့ ပို့ခြင်း (ပစ္စည်းကိရိယာနှင့် တပ်ဆင်မှု ထပ်လိုသည်)။ မှာယူမှု အသစ်ရောက်သည့်အခါ အသံမြည်ခြင်းက ထင်သည်ထက် ပိုအရေးကြီးသည်။

အလုပ်ဖြစ်သော ပထမ prompt

Casa Verde အတွက် Austin, Texas မှ taqueria တစ်ခုအတွက် ယူခြင်းသီးသန့် အွန်လိုင်း မှာယူဝဘ်ဆိုဒ် တည်ဆောက်ပါ။ မီနူးအမျိုးအစားများ- Tacos, Bowls, Sides, Drinks။ ပစ္စည်းများတွင် ရွေးချယ်စရာများ ရှိသည်- taco များက protein တစ်မျိုး (chicken, carnitas, mushroom +$1)၊ tortilla (corn သို့မဟုတ် flour) နှင့် ရွေးနိုင်သော အပိုများ (guac +$1.50, cheese +$0.75) ရွေးရမည်; bowl များက base နှင့် protein ရွေးရမည်။ ဖောက်သည်များက ပစ္စည်းများကို ခြင်းတောင်းထဲ ထည့်ပြီး ဖွင့်ချိန်အတွင်း (Tue–Sun 11:00–21:00, Central time) မိနစ် ၁၅ slot တစ်ခု ရွေးကာ နာမည်နှင့် ဖုန်းနံပါတ် ထည့်ရမည်၊ စုစုပေါင်းကို 8.25% sales tax ဖြင့် ပြရမည်။ slot တစ်ခုစီကို မှာယူမှု ၈ ခုဖြင့် ကန့်သတ်ပြီး ပြည့်နေသော slot များကို ဖုံးထားပါ။ မှာယူမှုများကို new, preparing, ready, collected အခြေအနေများဖြင့် database တွင် သိမ်းပါ။ မီးဖိုချောင် စာမျက်နှာ (login လိုအပ်) က ယနေ့ မှာယူမှုများကို ယူမည့်အချိန်အလိုက် ပြပြီး မှာယူမှု အသစ်အတွက် အသံမြည်စေ၍ ဝန်ထမ်းများက မှာယူမှုများကို ရွှေ့နိုင်ရမည်။ ပိုင်ရှင် စာမျက်နှာက မီနူးကို တည်းဖြတ်ခွင့်၊ ပစ္စည်းများကို sold out ပြခွင့်နှင့် မှာယူခြင်းကို ယာယီရပ်ခွင့် ပေးရမည်။ ကတ်ငွေပေးချေမှုကို နောက်မှ ထည့်မည်- ယခုအချိန်တွင် မှာယူမှုများသည် "ယူချိန်တွင် ပေးချေ" ဖြစ်သည်။ ရဲရဲတောက်ပပြီး လက်ချောင်းနှိပ်ရ လွယ်သော ဒီဇိုင်း ဖြင့် မိုဘိုင်းဦးစားပေး။

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

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

1. မီနူးနှင့် ရွေးချယ်စရာများ။ မီနူး၊ option အုပ်စုများနှင့် စျေးတွက်ချက်မှုကို မှန်အောင်လုပ်ပါ။ ပစ္စည်းတစ်ခုကို ရွေးချယ်စရာ ပေါင်းစပ်မှု အားလုံးဖြင့် စမ်းကြည့်ပါ။
2. ခြင်းတောင်းနှင့် checkout။ အရေအတွက်၊ မှတ်ချက်၊ စုစုပေါင်း၊ အခွန်နှင့် ဖွင့်ချိန်ကို လေးစားသော slot ရွေးချယ်ကိရိယာ။
3. မှာယူမှု သိမ်းခြင်းနှင့် အတည်ပြုခြင်း။ Server ဘက်တွင် စုစုပေါင်းကို တွက်ချက်ပါ— browser ပို့သော စျေးနှုန်းကို ဘယ်တော့မှ မယုံပါနှင့် — မှာယူမှုနံပါတ်ပါသော အတည်ပြုစာမျက်နှာ။
4. မီးဖိုချောင် ဘုတ်။ တိုက်ရိုက်စာရင်း၊ မှာယူမှုအသစ် အသံ၊ အခြေအနေ ခလုတ်များနှင့် မီတာတစ်ခုမှ ဖတ်နိုင်သော စာလုံးကြီးများ။
5. ပိုင်ရှင် ထိန်းချုပ်မှုများ။ Sold out၊ မှာယူခြင်း ယာယီရပ်ခြင်း၊ slot ကန့်သတ်ချက်များနှင့် ဖွင့်ချိန်များ။
6. ငွေပေးချေမှု test mode ဖြင့်။ ငွေပေးချေသူက အတည်ပြုမှသာ မှာယူမှုကို paid အဖြစ် မှတ်ပါ၊ ငွေပေးချေမှု အောင်မြင်သော်လည်း မှာယူမှု မသိမ်းမိသော ကိစ္စကိုလည်း ကိုင်တွယ်ပါ။
7. အသိပေးချက်များ။ သင့်ကိုယ်ပိုင် ဝန်ဆောင်မှုပေးသူမှတစ်ဆင့် အီးမေးလ် သို့မဟုတ် စာတိုအတည်ပြုချက်နှင့် “ယူရန် အသင့်” မက်ဆေ့ချ်။ အသိပေးချက်ထည့်ခြင်း ကို ကြည့်ပါ။
8. Soft launch။ ရက်အနည်းငယ် ဝန်ထမ်းများနှင့် သူငယ်ချင်းများနှင့် လည်ပတ်ကြည့်ပြီး ဖောက်သည်ဘက်သလို မီးဖိုချောင်ဘက်ကိုလည်း ဂရုစိုက်ကြည့်ပါ။

အဖြစ်များသော အမှားများ

• စျေးနှုန်းကို browser တွင်သာ တွက်ခြင်း။ မည်သူမဆို ပြောင်းနိုင်သည်။ Server ပေါ်တွင် ပြန်တွက်ပါ။
• sold out ခလုတ် မရှိခြင်း။ နောက်ဆုံး ပိုင်းကို ငါးကြိမ် ရောင်းမိလိမ့်မည်။
• slot ကန့်သတ်ချက် မရှိခြင်း။ အလုပ်ရှုပ်သော သောကြာနေ့တွင် ၁၉:၀၀ တွင် မှာယူမှု ၄၀ ရောက်လာနိုင်သည်။
• Allergen အချက်အလက် မရှိခြင်း သို့မဟုတ် အဟောင်းဖြစ်ခြင်း။ ပစ္စည်းတစ်ခုစီအလိုက် allergen များကို ပြပြီး မှန်ကန်အောင် ထားပါ၊ နိုင်ငံအများအပြားတွင် စည်းမျဉ်းများ တင်းကျပ်သည်။
• အချိန်ဇုန် ရှုပ်ထွေးခြင်း။ အချိန်များကို UTC ဖြင့် သိမ်းပြီး စားသောက်ဆိုင်၏ ဒေသ အချိန်ဖြင့် ပြပါ၊ သန်းခေါင်အနီးနှင့် နေရောင်ခြည်အချိန် ပြောင်းလဲမှုတွင် စမ်းပါ။
• မီးဖိုချောင် တက်ဘလက် အိပ်သွားခြင်း။ မျက်နှာပြင်ကို နိုးနေအောင် ထားပြီး မှာယူမှုအသစ်များ ပြန်မတင်ဘဲ ပေါ်လာကြောင်း စမ်းပါ။

အသင့်သုံးထုတ်ကုန် ပိုကောင်းသည့်အခါ

သင့်ဒေသရှိ ဖောက်သည်အသစ်များက သင့်ကိုတွေ့ရှိစေလိုလျှင် delivery platform များသည် သင်ကိုယ်တိုင် ဖန်တီးနိုင်ခက်သော နိုင်ငံမှ တောင်းဆိုမှုကို ယူဆောင်ပေးသည် — ကော်မရှင်အတွက် လဲလှယ်ပြီး။ POS စနစ် ရှိပြီးသားဆိုလျှင် အွန်လိုင်း မှာယူခြင်း ပါဝင်မပါ စစ်ပါ၊ မှာယူမှုများက သင့်ငွေကိုင်စက်နှင့် မီးဖိုချောင် ပရင်တာသို့ တိုက်ရိုက် ရောက်သော စနစ်ကို ပိုမကောင်းနိုင်ပါ။

ပုံမှန် ဖောက်သည်များထံမှ ကော်မရှင်ကင်းသော တိုက်ရိုက်မှာယူမှုများ၊ သင်အလုပ်လုပ်ပုံနှင့် ကိုက်ညီသော မှာယူမှု flow (မုန့်ဖိုးအတွက် ကြိုတင်မှာယူမှု၊ catering စားပွဲများ၊ အပတ်စဉ် ထမင်းပြင်ဆင်မီနူး) သို့မဟုတ် loyalty အစီအစဉ် သို့မဟုတ် သင့်ကိုယ်ပိုင် ဝဘ်ဆိုဒ်နှင့် ချိတ်ဆက်မှု လိုချင်သည့်အခါ ကိုယ်ပိုင်တည်ဆောက်ပါ။ စားသောက်ဆိုင် ဝဘ်ဆိုဒ် လမ်းညွှန် တွင် ၎င်းပတ်လည် ဆိုဒ်ရှိ အခြားအရာများကို ဖော်ပြထားသည်။

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

Mythex တွင် မှာယူခြင်း flow ကို chat တွင် ဖော်ပြပြီး ဖုန်းအရွယ် frame တွင် စစ်နိုင်သော live preview တွင် ပေါ်လာသည်။ မှာယူမှုများနှင့် မီနူးကို သိမ်းရန် တောင်းဆိုသည့်အခါ agent က ထည့်သော Postgres database တွင် တည်ရှိသည်။ ကတ်ငွေပေးချေမှုသည် သင့်ကိုယ်ပိုင် Stripe အကောင့်နှင့် project secret အဖြစ် သိမ်းထားသော key များကို သုံးသည် — ပုံစံအတွက် Stripe recipe ကို ကြည့်ပါ — စာတိုများ သို့မဟုတ် အီးမေးလ်များက သင့်ကိုယ်ပိုင် ဝန်ဆောင်မှုပေးသူမှတစ်ဆင့် ပို့ရသည်၊ Mythex တွင် built-in payments၊ email သို့မဟုတ် SMS ထုတ်ကုန် မရှိသောကြောင့်ဖြစ်သည်။ ငွေပေးချေမှု webhook များသည် အက်ပ်ကို အများပြည်သူ URL တွင် ထုတ်ပြန်ထားရန် လိုသည်။ မဖွင့်မီ /test က agent ကို preview တွင် မှာယူခြင်းကို နှိပ်ကြည့်ပြီး ပျက်စီးသည်များကို အစီရင်ခံစေသည်။

စတင်ရန် prompt အတွက် bakery order page သို့မဟုတ် coffee order page template များ၊ သို့မဟုတ် restaurant online store builder ကို စမ်းကြည့်ပါ။

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