วิธีทำเมนู QR ให้ร้านอาหาร ทีละขั้น

ต้องพร้อมอะไรก่อนจะสร้างอะไรก็ตาม

เมนู QR ที่ล้มเหลวเกือบทุกอันล้มเหลวเพราะปลายทางยังไม่พร้อม ไม่ใช่เพราะโค้ดผิด ก่อนเปิดตัวสร้างโค้ด ปลายทางต้องนิ่งแล้วและต้องเคยดูบนมือถือแล้ว

คุณต้องมีสี่อย่าง และไม่มีอย่างไหนที่ใช้เวลานาน:

• ตัวเมนูเอง ในรูปหน้าเว็บหรือ PDF ที่เผยแพร่แล้วบนที่อยู่สาธารณะซึ่งไม่ต้องล็อกอิน
• โลโก้ของคุณเป็น PNG หรือ SVG พื้นหลังโปร่งใส ถ้าตั้งใจจะใส่แบรนด์ลงบนโค้ด
• ข้อตกลงว่าใครเป็นคนอัปเดตราคา และคุณจะรู้ได้อย่างไรว่าการเปลี่ยนแปลงขึ้นจริงแล้ว
• มือถือที่ไม่ใช่ของคุณไว้ทดสอบ — เครื่องของคุณเองเก็บหน้าไว้ในแคชและจะโกหกคุณเรื่องเวลาโหลด

PDF หรือหน้าเว็บมือถือ: เลือกจากสิ่งที่เปลี่ยน

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

แต่มันมีราคาที่ต้องจ่ายบนมือถือ PDF เปิดในโปรแกรมอ่านไม่ใช่ในเบราว์เซอร์ มาในขนาดที่หน้ากระดาษถูกออกแบบไว้ และขอให้แขกจีบนิ้วขยายแล้วลากเพื่ออ่านราคาสักตัว ข้อความสารก่อภูมิแพ้ขนาดแปดพอยต์อ่านไม่ออกที่ระยะเอื้อมแขนบนโต๊ะ

หน้าเว็บมือถือกลายเป็นคำตอบที่ดีกว่าทันทีที่เมนูมีโครงสร้าง — หมวดที่แขกอยากข้ามไปมา สารก่อภูมิแพ้ที่ต้องกรอง เมนูที่ขายหมด โปรที่มีเฉพาะมื้อกลางวัน มันยังเป็นรูปแบบเดียวที่วัดผลได้อย่างถูกต้อง เพราะหน้าเว็บบอกได้ว่าคนเปิดส่วนไหน ส่วน PDF บอกไม่ได้

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

ทำโค้ดเมนูร้านอาหารให้เป็นไดนามิกเสมอ

QR แบบสแตติกเก็บปลายทางไว้ในตัวเมทริกซ์เอง มันทำงานได้ตลอดไป ไม่ต้องมีบริการใดอยู่เบื้องหลัง และเปลี่ยนไม่ได้เลย เมื่อพิมพ์ลงป้ายตั้งโต๊ะแล้ว ที่อยู่นั้นก็คือที่อยู่นั้น

QR แบบไดนามิกเก็บที่อยู่ส่งต่อสั้น ๆ แทน และปลายทางข้างหลังมันคือการตั้งค่าที่คุณแก้ได้ โค้ดที่พิมพ์ไปแล้วไม่เคยเปลี่ยน สิ่งที่เปลี่ยนคือปลายทางที่มันไปตก

สำหรับร้านอาหาร เรื่องนี้ไม่ใช่การแข่งขันที่สูสีเลย เมนูเปลี่ยน — อย่างน้อยตามฤดูกาล และในทางปฏิบัติคือทุกครั้งที่ซัพพลายเออร์พลาดหรือราคาขยับ โค้ดสแตติกผูกคุณให้ต้องพิมพ์ป้ายตั้งโต๊ะ สติกเกอร์หน้าร้าน และปลอกกล่องกลับบ้านใหม่ทั้งหมดในวันที่คุณเปลี่ยนราคาแค่ตัวเดียว โค้ดไดนามิกเปลี่ยนเรื่องนั้นให้เหลือแค่การแก้ครั้งเดียว

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

สร้างโค้ดและใส่แบรนด์โดยไม่ทำให้มันพัง

สร้างโค้ด ชี้ไปยังปลายทางของคุณ แล้วปล่อยการตั้งค่าทางเทคนิคไว้เฉย ๆ เว้นแต่คุณรู้ว่ากำลังเปลี่ยนอะไร ค่าเริ่มต้นถูกเลือกมาให้สแกนได้

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

• การแก้ไขข้อผิดพลาด QR Code บรรจุข้อมูลสำรองไว้เพื่อให้ยังอ่านได้เมื่อบางส่วนถูกบัง — แต่ละระดับกู้คืนเมทริกซ์ได้ราว 7%, 15%, 25% และ 30% โลโก้ทำงานได้ด้วยการนั่งอยู่ในส่วนเผื่อนั้น บังเกินกว่าที่ระดับนั้นอนุญาต โค้ดจะไม่ค่อย ๆ แย่ลง มันจะหยุดอ่านได้เลย
• ขอบว่าง มาตรฐานกำหนดขอบสะอาดสี่โมดูลทั้งสี่ด้าน นักออกแบบตัดมันทิ้งอย่างสม่ำเสมอ เพราะมันดูเหมือนพื้นที่ว่าง มันไม่ใช่ นั่นคือวิธีที่เครื่องอ่านใช้หาขอบของโค้ด
• คอนทราสต์ในทิศทางที่ถูก โค้ดเข้มบนพื้นสว่าง สว่างบนเข้มอ่านได้บนมือถือบางเครื่องและไม่ได้บนบางเครื่อง และเมนูคือที่ที่ผิดที่สุดสำหรับการมาค้นพบว่าเครื่องไหน

เขียนคำชวนให้ลงมือ ไม่ใช่ «สแกนฉัน»

«สแกนฉัน» บอกแขกว่ามือต้องทำอะไร และไม่ได้บอกเลยว่าทำไม คำข้างโค้ดคือสิ่งเดียวที่ตอบคำถาม «แล้วฉันจะได้อะไร» และมันเปลี่ยนอัตราการสแกนมากกว่าการตัดสินใจด้านออกแบบใด ๆ

บอกไปเลยว่าจะเปิดอะไร: «เปิดเมนู» «ดูรายการเครื่องดื่ม» «ตรวจสารก่อภูมิแพ้» «สั่งจากโต๊ะของคุณ» ถ้าโค้ดพาไปที่ที่คาดไม่ถึง — รายการไวน์แทนเมนูอาหาร — ก็บอกไว้ เพราะแขกที่ไปตกในที่ที่ไม่ได้อยากไปจะไม่สแกนโค้ดอันที่สอง

ใช้ภาษาของร้าน ในที่ที่มีแขกต่างชาติประจำ สองภาษาข้างโค้ดคุ้มกับพื้นที่ที่มันกิน

ขนาดและตำแหน่ง: พิมพ์ให้พอกับระยะที่จะถูกอ่าน

กฎคร่าว ๆ ที่ใช้กันคือด้านของโค้ดควรยาวราวหนึ่งในสิบของระยะที่สแกน ป้ายตั้งโต๊ะที่อ่านจากระยะเอื้อมแขน — ราว 30 ซม. — ต้องการโค้ดราว 3 ซม. สติกเกอร์หน้าร้านที่อ่านจากสองเมตรต้องการราว 20 ซม. ซึ่งใหญ่กว่าที่คนส่วนใหญ่คาดไว้มาก และเป็นเหตุผลเดียวที่พบบ่อยที่สุดที่ทำให้โค้ดหน้าร้านไม่มีใครสแกน

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

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

ใช้โค้ดแยกกันสำหรับแต่ละตำแหน่ง

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

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

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

เปลี่ยนราคาและเมนูหลังพิมพ์ไปแล้ว

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

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

ทำการสลับนอกเวลาเสิร์ฟถ้าทำได้ แขกที่สแกนกลางการอัปเดตจะได้หน้าที่พังกับคำอธิบายศูนย์ข้อ และเขาจะไม่ลองอีก

วัดสิ่งที่เป็นการตัดสินใจจริง ๆ

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

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

ระวังกับดักที่เห็นชัด: พนักงานของคุณเองที่ทดลองสแกนทำให้ตัวเลขช่วงแรกพองขึ้น และวันเสาร์ที่คนแน่นทำให้ทุกอย่างดูเหมือนได้ผล เทียบของที่เหมือนกัน — วันอังคารนี้กับวันอังคารที่แล้ว ป้ายตั้งโต๊ะอันนี้กับสติกเกอร์หน้าร้านอันนั้น

ตรวจสิ่งเหล่านี้ก่อนส่งพิมพ์

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

• สแกนโค้ดจากปรู๊ฟที่พิมพ์แล้ว ไม่ใช่จากหน้าจอ — การสแกนจากจอซ่อนปัญหาคอนทราสต์และขนาดไว้หมด
• ทดสอบบน Android อย่างน้อยหนึ่งเครื่องและ iPhone หนึ่งเครื่อง และบนมือถือรุ่นเก่าถ้าหาได้
• ทดสอบในแสงจริงของร้าน รวมถึงช่วงค่ำ
• ตรวจปลายทางบนมือถือ ไม่ใช่บนโน้ตบุ๊ก: จุดที่ต้องแตะ เวลาโหลด และราคาอ่านออกไหมโดยไม่ต้องขยาย
• ยืนยันว่าขอบว่างรอดจากเลย์เอาต์ และไม่มีอะไรพิมพ์ทับโค้ด
• ยืนยันว่าปลายทางเข้าถึงได้แบบสาธารณะ — ไม่ใช่ฉบับร่าง ไม่อยู่หลังการล็อกอิน ไม่ใช่ไฟล์ที่หมดอายุ
• ตรวจว่าคำชวนให้ลงมือบอกว่าจะเปิดอะไร และอ่านได้จากท่านั่ง