ใช้ได้ทั้งคู่ นี่คือจุดเริ่มต้นที่ตรงไปตรงมา เมนู PDF หลัง QR ไม่ใช่ของเสีย และร้านจำนวนมากใช้แบบนั้นมาหลายปี แต่สองทางเลือกนี้พังคนละแบบ และรูปแบบการพังนั่นแหละที่ควรเป็นตัวตัดสิน
แต่ละแบบทำงานยังไงบนมือถือ
PDF คือหน้าตายตัว มือถือดาวน์โหลดมาแล้วเปิดในโปรแกรมอ่าน หน้าตาเหมือนเมนูที่พิมพ์เป๊ะ เพราะปกติมันก็คือเมนูที่พิมพ์นั่นแหละ
หน้าเว็บ จัดเรียงใหม่ได้ ตัวหนังสือปรับขนาดให้พอดีจอ ส่วนต่าง ๆ ย่อได้ และโหลดขึ้นมาทีละส่วน
| หน้าเว็บ | ||
|---|---|---|
| หน้าตาเหมือนเมนูพิมพ์ | ใช่ เป๊ะเลย | ต่อเมื่อออกแบบให้เป็นแบบนั้น |
| การอ่านบนมือถือ | ต้องซูมและเลื่อนตลอด | พอดีหน้าจอ |
| เวลาโหลด | ต้องโหลดทั้งไฟล์ก่อนถึงจะเห็นอะไร | ตัวหนังสือขึ้นแทบทันที |
| ต้นทุนการทำ | ฟรี เพราะมีอยู่แล้ว | ฟรีถึงถูก |
| การแก้ราคา | ต้อง export ใหม่ อัปโหลดใหม่ | แก้แล้วบันทึก |
| Google หาเจอไหม | แทบไม่เจอ | เจอ |
| รองรับโปรแกรมอ่านหน้าจอ | ส่วนใหญ่ไม่รองรับเลย | รองรับ ถ้าทำถูกวิธี |
ปัญหาซูมเข้าซูมออก
นี่คือต้นทุนจริงของ PDF และมันแย่กว่าที่ฟัง เมนูขนาด A4 บนจอ 6 นิ้วอ่านไม่ออกถ้าดูเต็มความกว้าง ลูกค้าทุกคนจึงต้องเริ่มด้วยการซูมเข้า แล้วลากไปมาเพื่ออ่านแต่ละส่วน แล้วก็หลงที่ทุกครั้งที่ซูมออกเพื่อเลื่อนไปจุดอื่น
เขาจะทำก็จริง มันไม่ถึงตาย แต่มันคือความรำคาญเล็ก ๆ ที่เกิดกับลูกค้าทุกคน ตอนเริ่มมื้ออาหาร ก่อนที่เขาจะสั่งอะไร ซึ่งเป็นจังหวะที่แย่ที่สุดที่จะทำให้ใครต้องออกแรง
PDF ชนะตรงไหนจริง ๆ
- เมนูที่ออกแบบมาสวย ที่เลย์เอาต์เป็นส่วนหนึ่งของแบรนด์ และการจัดเรียงใหม่จะทำให้เสียของ
- มีไฟล์งานพิมพ์อยู่แล้ว และต้องการอะไรที่ใช้ได้ภายในบ่ายนี้
- เมนูที่ไม่เคยเปลี่ยน เช่นเมนูเซ็ตตายตัว
- ไม่มีคนแก้เว็บได้ และเมนูเปลี่ยนไม่บ่อยพอที่การ export ใหม่จะเป็นเรื่องใหญ่
ถ้าสถานการณ์คุณเป็นแบบนี้ ใช้ PDF ไปเลยแล้วเลิกกังวล
หน้าเว็บชนะตรงไหน
- ราคาหรือรายการเปลี่ยนบ่อย การแก้หน้าเว็บชนะการ export ใหม่แล้วอัปโหลดใหม่ทุกครั้ง
- อยากให้คนหาเจอ เมนูบนเว็บมีโอกาสขึ้นในผลค้นหา Google ตามชื่ออาหาร ส่วน PDF แทบไม่มีทาง
- เมนูยาว การแบ่งหมวดและกดข้ามชนะการเลื่อนภาพที่ซูมอยู่
- มีรูปอาหาร การโหลดรูปเมื่อต้องใช้ ชนะไฟล์ PDF ขนาด 15 MB
- การเข้าถึง โปรแกรมอ่านหน้าจออ่านเมนูบนเว็บได้ ส่วน PDF โดยเฉพาะที่ export มา มักอ่านไม่ได้เลย
สองเรื่องที่ทำให้พังทั้งสองแบบ
ขนาดไฟล์ เมนูที่ export ที่ความละเอียดงานพิมพ์อาจใหญ่ 10-20 MB บนเน็ตช้า ๆ นั่นคือหน้าจอว่างเปล่าสามสิบวินาทีและลูกค้าที่เลิกรอ ให้ export ที่ความละเอียดหน้าจอ ต่ำกว่า 2 MB และถ้าได้ควรต่ำกว่า 1 MB
ลิงก์ Google Drive พบบ่อยมาก และเป็นความคิดที่ไม่ดี เพราะ Drive ขึ้นหน้าพรีวิวคั่น บางทีก็ขอให้ล็อกอิน และทำงานไม่เหมือนกันในมือถือแต่ละเครื่อง ถ้าจำเป็นต้องฝากไฟล์ PDF ไว้ที่ฟรี ๆ อย่างน้อยให้ทดสอบลิงก์ตัวจริงบนมือถือที่ไม่ได้ล็อกอินบัญชี Google ของคุณ
ทางสายกลางที่ร้านส่วนใหญ่ควรใช้
ให้ QR ชี้ไปที่ URL สั้นและถาวรบนโดเมนของคุณเอง เช่น yourrestaurant.com/menu
แล้วเอาอะไรไปวางไว้หลังลิงก์นั้นก็ได้ วันนี้เป็น PDF ปีหน้าเป็นหน้าเว็บ ส่วนโค้ดที่พิมพ์ไปแล้วไม่ต้องเปลี่ยนเลย เพราะมันไม่เคยแบกเมนูไว้ตั้งแต่แรก มันแบกแค่ที่อยู่ของเมนู หลักการเดียวกับ ทำไมโค้ด static ก็พอแล้ว
ถ้าไม่มีโดเมนของตัวเอง ทางเลือกฟรีเรียงตามความน่าใช้คือ หน้าเว็บจากเครื่องมือสร้างเว็บง่าย ๆ หน้า Notion สาธารณะ หรือหน้า Google Sites ทั้งหมดแก้ไขได้และเลี่ยงหน้าคั่นของ Drive
ไม่ว่าจะเลือกแบบไหน
- ทดสอบบนมือถือจริง บนเน็ตมือถือ ไม่ใช่ Wi-Fi ที่ร้าน
- ตรวจบน Android รุ่นเก่าด้วย ไม่ใช่แค่ iPhone เครื่องใหม่
- ตรวจให้แน่ว่าไม่มีจุดไหนบังคับล็อกอิน
- ทำ URL ให้สั้นเพื่อให้ลวดลาย QR โปร่ง
- พิมพ์โค้ดขนาด 4-5 ซม. สำหรับวางบนโต๊ะ และอ่านเรื่องตำแหน่งได้ที่ คู่มือทำป้าย
สร้างโค้ดเมนู เมื่อลงตัวเรื่องลิงก์แล้ว