O2 Design Studio ·
1. เมนูดิจิทัลช่วยให้ลูกค้าเลือกอาหาร
เมนู QR แบบดูอย่างเดียวแสดงรายการอาหาร คำอธิบาย ราคา และตัวเลือก ลูกค้ายังสั่งกับพนักงานเหมือนเดิม ถ้าปัญหาหลักของคาเฟ่คือเมนูกระดาษไม่ตรงกับรายการปัจจุบัน แบบนี้อาจเพียงพอแล้ว ควรกำหนดว่าใครแก้ราคาและรายการที่หมด รวมถึงเตรียมเมนูให้ลูกค้าที่ใช้มือถือเปิดดูไม่ได้
2. ระบบสั่งอาหารต้องมีคนรับออร์เดอร์ต่อ
ระบบสั่งอาหารผ่าน QR ให้ลูกค้าเลือกและส่งรายการโดยผูกกับโต๊ะ ต้องระบุให้ชัดว่าใครตรวจออร์เดอร์ ส่งเข้าครัวอย่างไร และลูกค้าเห็นสถานะอะไรต่อ ตัวอย่างเช่น ร้านที่พนักงานต้องคีย์รายการจากใบจดซ้ำบ่อย ๆ อาจต้องใช้ระบบสั่งอาหาร เพราะการเปลี่ยนเป็นเมนูดิจิทัลอย่างเดียวยังไม่ได้ลดขั้นตอนนี้
3. ตกลงวิธีจัดการกรณีที่เกิดปัญหาก่อนสร้าง
ลองขั้นตอนด้วยตัวเลือกเมนูและรูปแบบโต๊ะของร้านจริง กำหนดสิ่งที่ควรเกิดขึ้นในแต่ละกรณี แทนการคิดว่าระบบสั่งอาหารทุกตัวทำงานเหมือนกัน
- อาหารหมดระหว่างที่ลูกค้ากำลังเลือก
- ลูกค้ากดส่งซ้ำ หรืออินเทอร์เน็ตหลุด
- ลูกค้าย้ายโต๊ะ สั่งเพิ่ม หรือขอยกเลิกบางรายการ
- ลูกค้าสอบถามเรื่องการแพ้อาหาร หรือมีคำขอที่ต้องให้พนักงานยืนยัน
4. การชำระเงินและ POS ต้องตกลงแยกกัน
ลูกค้าสั่งผ่านระบบแล้วไปจ่ายกับแคชเชียร์ได้ หากต้องการชำระที่โต๊ะ ต้องระบุผู้ให้บริการ สถานะการชำระเงิน วิธีจัดการเมื่อจ่ายไม่สำเร็จ และผู้รับผิดชอบการคืนเงินไว้ในขอบเขตงาน ระบบสั่งอาหาร QR ไม่ใช่ระบบที่ใช้แทน POS ส่วนการเชื่อม POS หรือเครื่องพิมพ์ครัวต้องตรวจสอบกับระบบที่ร้านใช้โดยเฉพาะ การมี QR Code ไม่ได้ทำให้เชื่อมกันได้ทันที
5. ทดลองให้ครบตั้งแต่เลือกจนจบมื้อ
ก่อนเปิดใช้ ให้คนหนึ่งลองเป็นลูกค้าและอีกคนเป็นพนักงาน ทดลองสแกน เลือกตัวเลือก ส่ง รับ และเสิร์ฟออร์เดอร์ รวมถึงกรณีผิดปกติที่ตกลงไว้และวิธีทำงานเมื่อระบบใช้ไม่ได้ เปรียบเทียบจำนวนครั้งที่ต้องแก้ออร์เดอร์และขั้นตอนของพนักงานกับวิธีเดิม หน้าจอลูกค้าที่สวยต้องมีขั้นตอนหลังบ้านที่ทีมทำงานต่อได้ด้วย
O2 กำหนดขอบเขตระบบสั่งอาหารอย่างไร
O2 แยกขอบเขตเมนูแบบดูอย่างเดียวออกจากระบบสั่งอาหาร QR Ordering ครอบคลุมการดูเมนูที่โต๊ะ ส่งออร์เดอร์ และเรียกพนักงาน ส่วนการชำระเงินที่โต๊ะรวมเฉพาะเมื่อมีข้อตกลง เตรียมเมนู ผังโต๊ะ เครื่องมือที่ใช้อยู่ และตัวอย่างปัญหาระหว่างบริการ เพื่อใช้ตรวจว่าขั้นตอนที่เสนอตรงกับร้านของคุณหรือไม่