วิธีสร้างเว็บไซต์สั่งอาหาร: เมนู ตะกร้า เวลารับอาหาร และหน้าจอครัว

เว็บไซต์สั่งอาหารช่วยให้ลูกค้าเลือกเมนูของคุณ ปรับแต่งรายการ เลือกเวลารับหรือจัดส่ง ชำระเงิน และได้รับการยืนยันคำสั่งซื้อ ขณะเดียวกันครัวจะเห็นออเดอร์แต่ละรายการปรากฏบนหน้าจอและกดบอกว่าพร้อมแล้ว หากจะสร้างเว็บแบบนี้ คุณต้องมีเมนูพร้อมตัวเลือก (ขนาด ส่วนเสริม หรือ “ไม่ใส่หัวหอม”) ตะกร้าที่คำนวณยอดรวมได้ถูกต้อง ช่วงเวลารับอาหารที่มีการจำกัดจำนวนเพื่อไม่ให้ครัวรับงานล้น การชำระเงินด้วยบัตร และบอร์ดออเดอร์แบบเรียบง่ายสำหรับพนักงาน เอไอแอปบิลเดอร์สร้างทั้งหมดนี้ได้จากคำอธิบายที่ชัดเจน งานยากจริงๆ อยู่ที่รายละเอียด เช่น เวลาเปิดทำการ สินค้าที่หมดแล้ว ขีดจำกัดของออเดอร์ และสิ่งที่ต้องทำเมื่อชำระเงินสำเร็จแต่ออเดอร์บันทึกไม่สำเร็จ

เว็บไซต์ต้องมีอะไรบ้าง

หน้าต่างๆ

• ลูกค้า: เมนูแยกตามหมวดหมู่ หน้ารายละเอียดสินค้าพร้อมตัวเลือก ตะกร้า หน้าชำระเงิน (ชื่อ เบอร์โทร การรับหรือจัดส่ง และเวลา) การชำระเงิน และหน้ายืนยันที่แสดงเลขออเดอร์และสถานะ
• ครัว: รายการออเดอร์ใหม่ ออเดอร์ที่กำลังทำ และออเดอร์ที่พร้อมแล้วแบบเรียลไทม์ แต่ละรายการแสดงสินค้า ตัวเลือก หมายเหตุ และเวลารับอาหาร
• เจ้าของร้าน: ตัวแก้ไขเมนู (สินค้า ราคา รูปภาพ ตัวเลือก และสินค้าหมด) เวลาเปิดทำการ ขีดจำกัดของแต่ละช่วงเวลา และสรุปยอดขาย

ข้อมูล

บันทึก ชื่อสินค้าและราคาไว้ในแต่ละรายการของออเดอร์ ณ เวลาที่สั่ง หากภายหลังคุณเปลี่ยนเมนู ออเดอร์เก่าควรยังแสดงสิ่งที่ลูกค้าจ่ายจริง

สิทธิ์การเข้าถึง

ลูกค้าเห็นเฉพาะออเดอร์ของตัวเองผ่านลิงก์ยืนยัน พนักงานครัวดูและอัปเดตออเดอร์ได้ แต่แก้ราคาไม่ได้ เจ้าของร้านแก้ไขเมนูและการตั้งค่า การใช้บัญชีครัวร่วมกันบนแท็บเล็ตเป็นเรื่องที่พบบ่อย แต่เจ้าของควรมีบัญชีแยกของตัวเอง

การตัดสินใจและข้อแลกเปลี่ยน

รับเอง จัดส่ง หรือทั้งสองอย่าง

การรับอาหารที่ร้านอย่างเดียวง่ายกว่ามาก และเป็นจุดเริ่มต้นที่เหมาะสำหรับร้านขนาดเล็กส่วนใหญ่ การจัดส่งเพิ่มเรื่องพื้นที่บริการ ค่าจัดส่ง ยอดสั่งขั้นต่ำ การตรวจสอบที่อยู่ การมอบหมายคนขับ และอีกหลายอย่างที่อาจผิดพลาดได้

สั่งทันทีหรือกำหนดเวลา

“เร็วที่สุดเท่าที่จะทำได้” ให้ได้ง่าย แต่รักษาให้ตรงตามจริงได้ยากในคืนที่งานยุ่ง การกำหนดช่วงเวลาพร้อมเพดานจำนวน เช่น ไม่เกินแปดออเดอร์ต่อช่วง 15 นาที ช่วยปกป้องครัวและตั้งความคาดหวังของลูกค้าได้ คุณยังแสดงข้อความ “เวลาที่ว่างเร็วที่สุด: 18:45” ได้อยู่

จ่ายล่วงหน้าหรือจ่ายตอนรับอาหาร

การจ่ายออนไลน์ล่วงหน้าช่วยลดการไม่มารับอาหารและทำให้การรับเร็วขึ้น การจ่ายตอนรับอาหารสร้างง่ายกว่า แต่เปิดช่องให้มีออเดอร์ปลอม ร้านส่วนใหญ่รับบัตรชำระล่วงหน้าผ่านหน้าชำระเงินที่โฮสต์ไว้ เช่น Stripe Checkout ซึ่งคู่มือการชำระเงินของเราอธิบายการตั้งค่าไว้ ส่วนทิป ภาษี และกฎการออกใบเสร็จแตกต่างกันไปในแต่ละประเทศ ควรตรวจสอบกฎในพื้นที่ของคุณ

ออเดอร์ไปถึงครัวอย่างไร

ตัวเลือกมีได้แก่ แท็บเบราว์เซอร์บนแท็บเล็ตที่รีเฟรชอัตโนมัติ (ง่ายที่สุด) อีเมลหรือข้อความแยกแต่ละออเดอร์เป็นสำรอง หรือส่งออเดอร์ไปยังเครื่องพิมพ์ใบเสร็จ (ต้องใช้อุปกรณ์เพิ่มและการตั้งค่า) เสียงแจ้งเตือนเมื่อมีออเดอร์ใหม่สำคัญกว่าที่คุณคิดไว้มาก

พรอมต์แรกที่ใช้ได้จริง

สร้างเว็บไซต์สั่งอาหารออนไลน์สำหรับ Casa Verde ร้านทาโกในออสติน รัฐเท็กซัส รับอาหารที่ร้านเท่านั้น หมวดหมู่เมนู: Tacos, Bowls, Sides, Drinks สินค้ามีตัวเลือก: ทาโกเลือกเนื้อ (ไก่, carnitas, เห็ดพร้อม +$1), แป้งตอติญา (ข้าวโพดหรือแป้งสาลี) และส่วนเสริมที่เลือกได้ (guac +$1.50, ชีส +$0.75) โบลว์เลือกฐานและเนื้อ ลูกค้าเพิ่มสินค้าลงตะกร้า เลือกช่วงรับอาหาร 15 นาทีในเวลาเปิดทำการ (อังคาร–อาทิตย์ 11:00–21:00 เวลาตอนกลาง) กรอกชื่อและเบอร์โทร และเห็นยอดรวมพร้อมภาษีการขาย 8.25% จำกัดแต่ละช่วงไว้ไม่เกิน 8 ออเดอร์ และซ่อนช่วงที่เต็มแล้ว บันทึกออเดอร์ในฐานข้อมูลพร้อมสถานะ new, preparing, ready, collected หน้าครัว (ต้องเข้าสู่ระบบ) แสดงออเดอร์ของวันนี้เรียงตามเวลารับอาหาร เล่นเสียงเมื่อมีออเดอร์ใหม่ และให้พนักงานเลื่อนสถานะออเดอร์ได้ หน้าเจ้าของร้านเพื่อแก้ไขเมนู ทำเครื่องหมายสินค้าหมด และหยุดรับออเดอร์ได้ การชำระด้วยบัตรจะตามมาทีหลัง ตอนนี้ออเดอร์เป็น “จ่ายตอนรับอาหาร” ดีไซน์สดใส ทันสมัย เน้นมือถือเป็นหลัง พร้อมปุ่มกดขนาดใหญ่

การเริ่มด้วยการจ่ายตอนรับอาหารทำให้คุณทดสอบขั้นตอนการสั่งทั้งหมดกับพนักงานได้ก่อนที่จะนำการชำระเงินเข้ามาเกี่ยวข้อง

ขั้นตอนการสร้าง

1. เมนูและตัวเลือก ทำกลุ่มตัวเลือกและการคำนวณราคาให้ถูกต้อง ทดสอบสินค้าหนึ่งรายการด้วยทุกการผสมของตัวเลือก
2. ตะกร้าและการชำระเงิน จำนวน หมายเหตุ ยอดรวม ภาษี และตัวเลือกช่วงเวลาที่เคารพเวลาเปิดทำการ
3. การบันทึกออเดอร์และหน้ายืนยัน คำนวณยอดรวมฝั่งเซิร์ฟเวอร์ อย่าเชื่อราคาที่เบราว์เซอร์ส่งมาเด็ดขาด และมีหน้ายืนยันพร้อมเลขออเดอร์
4. บอร์ดครัว รายการแบบเรียลไทม์ เสียงแจ้งออเดอร์ใหม่ ปุ่มเปลี่ยนสถานะ และตัวอักษรขนาดใหญ่ที่อ่านได้จากระยะหนึ่งเมตร
5. การควบคุมของเจ้าของร้าน สินค้าหมด หยุดรับออเดอร์ เพดานจำนวนต่อช่วง และเวลาเปิดทำการ
6. การชำระเงิน ในโหมดทดสอบ ทำเครื่องหมายว่าออเดอร์ชำระแล้วเมื่อผู้ให้บริการชำระเงินยืนยันเท่านั้น และจัดการกรณีที่ชำระสำเร็จแต่ออเดอร์บันทึกไม่สำเร็จ
7. การแจ้งเตือน อีเมลหรือข้อความยืนยัน และข้อความ “พร้อมให้มารับ” ผ่านผู้ให้บริการของคุณเอง ดูการเพิ่มการแจ้งเตือน
8. เปิดตัวแบบทดลอง ให้พนักงานและเพื่อนใช้งานสักสองสามวัน และดูฝั่งครัวพอๆ กับฝั่งลูกค้า

ข้อผิดพลาดที่พบบ่อย

• คำนวณราคาในเบราว์เซอร์อย่างเดียว ใครก็เปลี่ยนราคาได้ ต้องคำนวณใหม่ที่เซิร์ฟเวอร์
• ไม่มีปุ่มสินค้าหมด คุณจะขายของชิ้นสุดท้ายซ้ำห้าครั้ง
• ไม่มีขีดจำกัดช่วงเวลา วันศุกร์ที่งานยุ่งจะกลายเป็น 40 ออเดอร์ที่ต้องส่งตอน 19:00
• ข้อมูลสารก่อภูมิแพ้หายไปหรือล้าสมัย แสดงสารก่อภูมิแพ้ของแต่ละสินค้าและอัปเดตให้ถูกต้อง กฎเรื่องนี้เข้มงวดในหลายประเทศ
• สับสนเรื่องเขตเวลา เก็บเวลาเป็น UTC แสดงตามเวลาท้องถิ่นของร้าน และทดสอบช่วงใกล้เที่ยงคืนและช่วงเปลี่ยนเวลาออมแสง
• แท็บเล็ตของครัวเข้าสู่โหมดพักหน้าจอ ให้หน้าจอเปิดค้างไว้ และทดสอบว่าออเดอร์ใหม่ขึ้นมาเองโดยไม่ต้องรีเฟรช

เมื่อผลิตภัณฑ์สำเร็จรูปเป็นทางเลือกที่ดีกว่า

หากคุณต้องการให้ลูกค้าใหม่ในพื้นที่รู้จักร้าน แพลตฟอร์มเดลิเวอรี่นำความต้องการที่คุณสร้างเองได้ยากมาให้ แลกกับค่าคอมมิชชัน หากคุณใช้ระบบ POS อยู่แล้ว ให้ตรวจสอบว่ามีการสั่งออนไลน์รวมอยู่หรือไม่ ออเดอร์ที่เข้าเครื่องคิดเงินและเครื่องพิมพ์ในครัวโดยตรงนั้นยากที่จะเอาชนะได้

สร้างเองเมื่อคุณต้องการออเดอร์ตรงที่ไม่มีค่าคอมมิชชันจากลูกค้าประจำ ขั้นตอนการสั่งที่ออกแบบให้ตรงกับวิธีทำงานของคุณ (เช่น สั่งล่วงหน้าสำหรับร้านเบเกอรี่ ถาดสำหรับจัดเลี้ยง หรือเมนูมีลเพลนประจำสัปดาห์) หรือการสั่งที่เชื่อมกับโปรแกรมสะสมแต้มหรือเว็บไซต์ของคุณเอง คู่มือเว็บไซต์ร้านอาหาร ครอบคลุมส่วนอื่นๆ ของเว็บไซต์รอบๆ การสั่งนี้

การสร้างด้วย Mythex

บน Mythex คุณอธิบายขั้นตอนการสั่งในแชต และมันจะปรากฏในหน้าพรีวิวสดที่คุณตรวจสอบในกรอบขนาดมือถือได้ ออเดอร์และเมนูอยู่ในฐานข้อมูล Postgres ที่เอเจนต์เพิ่มให้เมื่อคุณขอให้บันทึก การชำระเงินด้วยบัตรใช้บัญชี Stripe ของคุณเองและคีย์ที่เก็บเป็นความลับของโปรเจกต์ ดูสูตร Stripe สำหรับพรอมต์ และข้อความหรืออีเมลส่งผ่านผู้ให้บริการของคุณเอง เพราะ Mythex ไม่มีผลิตภัณฑ์ชำระเงิน อีเมล หรือ SMS ในตัว การแจ้งเตือนการชำระเงิน (webhook) ต้องให้แอปเผยแพร่ที่ URL สาธารณะ ก่อนเปิดตัว ให้ใช้ /test เพื่อให้เอเจนต์คลิกผ่านขั้นตอนการสั่งในพรีวิวและรายงานว่ามีอะไรผิดพลาด

หากต้องการพรอมต์เริ่มต้น ลองใช้เทมเพลตหน้าสั่งขนมปังเบเกอรี่ หรือหน้าสั่งกาแฟ หรือตัวสร้างร้านออนไลน์สำหรับร้านอาหาร

คำถาม