บทที่ 2 · รู้จักสนามก่อนลงมือ: POS ต้องมีระบบอะไรบ้าง

สิ่งที่คุณจะได้จากบทนี้

• แยกได้ชัดเจนว่าฟีเจอร์ไหน "ขาดไม่ได้" กับฟีเจอร์ไหน "ดีถ้ามี เพิ่มทีหลังได้" ก่อนเริ่มสร้างหรือเริ่มซื้อระบบ
• รู้จักฟีเจอร์ 7 ข้อที่ร้านกาแฟหรือร้านอาหารเล็กขาดไม่ได้ พร้อมเหตุผลว่าทำไมแต่ละข้อถึงสำคัญ
• เห็นตัวอย่างจริงว่าศิวรา คาเฟ่ ออกแบบแต่ละฟีเจอร์ยังไง รวมถึงจุดที่เคยตัดสินใจง่ายไปแล้วต้องย้อนแก้ทีหลัง
• มีเกณฑ์ตัดสินใจง่ายๆ ไว้ใช้เอง เวลาลังเลว่าฟีเจอร์ที่กำลังคิดถึงควรอยู่ชั้นไหน

2.1 แบ่งให้ชัดก่อน ต้องมี กับ ดีถ้ามี

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

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

คำถาม ร้านผมขายของชำ ไม่ใช่ร้านกาแฟ เนื้อหาบทนี้ยังใช้ได้ไหม

ใช้ได้ครับ หลักการชั้นที่ 1 ทั้ง 7 ข้อเป็นหลักการกลางที่ใช้ได้กับร้านค้าปลีกแทบทุกแบบ ต่างกันแค่รายละเอียดปลีกย่อย เช่น ร้านของชำอาจไม่ต้องมี modifier แบบร้านกาแฟ แต่ยังต้องมีสต็อกที่ตัดตามจริงทุกครั้งที่ขาย ยังต้องมีหน้าขายที่เร็ว และยังต้องรู้ว่าสินค้าตัวไหนทำกำไร ตัวไหนไม่ทำ หลักคิดเดียวกันเป๊ะ แค่ปรับรายละเอียดตามสินค้าที่คุณขาย

2.2 ชั้นที่ 1 ขาดไม่ได้

2.2.1 หน้าขายที่เร็ว

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

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

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

2.2.2 เมนูพร้อมตัวเลือก

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

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

2.2.3 สต็อกที่ตัดตามสูตร

นี่คือฟีเจอร์ที่แยกระบบของจริงออกจากของเล่น การตัดสต็อกมี 2 ระดับ ระดับแรกคือตัดสินค้าสำเร็จ ขายโค้ก 1 กระป๋อง ตัดโค้ก 1 กระป๋อง แบบนี้ระบบไหนก็ทำได้ แต่ร้านกาแฟไม่ได้ขายของสำเร็จ ขายลาเต้ 1 แก้วคือใช้เมล็ดกาแฟ 18 กรัม นมสดอีกจำนวนหนึ่ง แก้วและฝาอีกอย่างละชิ้น

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

2.2.4 ทำงานต่อได้ตอนเน็ตหลุด

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

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

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

2.2.5 รับเงินหลายทาง และบันทึกให้ครบ

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

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

2.2.6 ส่งออเดอร์เข้าครัวอัตโนมัติ

ร้านที่มีจุดชงหรือครัวแยกจากจุดรับออเดอร์ ต้องการทางส่งออเดอร์ที่ไม่ใช่การตะโกน ตัวเลือกคือเครื่องพิมพ์ในครัว หรือจอแสดงออเดอร์ที่เรียกว่า KDS ย่อจาก Kitchen Display System แสดงรายการที่ต้องทำเรียงตามสถานะ

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

2.2.7 รายงานพื้นฐานที่ดูรู้เรื่องใน 1 นาที

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

2.3 ชั้นที่ 2 ดีถ้ามี เพิ่มทีหลังได้

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

• ระบบสมาชิกและแต้มสะสม มีค่ามากเมื่อร้านเริ่มมีลูกค้าประจำ บทที่ 10 จะเล่าวิธีทำที่ผ่านการใช้จริง
• สิทธิ์พนักงานหลายระดับ แยกว่าใครขายได้อย่างเดียว ใครแก้เมนูหรือดูรายงานการเงินได้ จำเป็นขึ้นเรื่อยๆ ตามจำนวนพนักงาน
• เตือนจุดสั่งซื้อและติดตามล็อตวัตถุดิบ สำคัญขึ้นมากถ้าร้านคั่วกาแฟเองหรือมีวัตถุดิบหมดอายุไว
• การเชื่อมระบบส่งอาหารหรือเดลิเวอรี สำหรับร้านที่ยอดจากแอปส่งอาหารมีนัยสำคัญ
• เครื่องมือช่วยเชียร์ขาย เช่นระบบแนะนำเมนูคู่กัน ของศิวราใช้ AI แนะนำเมนูที่เข้ากับตะกร้าปัจจุบัน 3 รายการ พร้อมเก็บสถิติว่าคำแนะนำถูกกดรับกี่ครั้ง สนุกและมีประโยชน์ แต่ไม่ใช่เหตุผลที่ระบบจะอยู่หรือตาย

📌 [เติมโดยผู้สอน] ใส่สกรีนช็อตหน้าจอที่เทียบชั้นที่ 1 กับชั้นที่ 2 ในระบบจริงของร้าน เช่น หน้าขายหลัก (ชั้น 1) คู่กับหน้าระบบสมาชิก/แต้มสะสม (ชั้น 2) เพื่อให้คนเรียนเห็นความต่างของความสำคัญเป็นภาพจริง ไม่ใช่แค่ตัวหนังสือ

2.4 เกณฑ์ตัดสินง่ายๆ เวลาลังเล

ถ้าไม่แน่ใจว่าฟีเจอร์ไหนควรอยู่ชั้นไหน ใช้คำถามนี้ ถ้าฟีเจอร์นี้พังหรือหายไป 1 สัปดาห์ ร้านเดือดร้อนแค่ไหน

ถ้าคำตอบคือขายของไม่ได้ หรือตัวเลขเงินผิด นั่นคือชั้นที่ 1 ถ้าคำตอบคือเสียโอกาสบ้างแต่ร้านเดินต่อได้ นั่นคือชั้นที่ 2 และถ้าคำตอบคือแทบไม่มีใครสังเกต ให้สงสัยไว้ก่อนว่าอาจไม่ต้องมีเลย

ตัวอย่างคำสั่ง เวลาคุยกับ AI เพื่อจัดลำดับฟีเจอร์ของร้านตัวเอง ลองสั่งแบบนี้

"ช่วยแยกฟีเจอร์ POS ที่ผมต้องการให้เป็น 2 กลุ่ม กลุ่มที่ขาดไม่ได้กับกลุ่มที่เพิ่มทีหลังได้ โดยใช้เกณฑ์ว่าถ้าฟีเจอร์นี้หายไป 1 สัปดาห์ ร้านผมซึ่งขาย [ประเภทสินค้า] จะเดือดร้อนแค่ไหน นี่คือรายการฟีเจอร์ที่ผมคิดไว้ [ใส่รายการ] ช่วยจัดกลุ่มพร้อมเหตุผลสั้นๆ ให้หน่อย"

รู้ชั้นแล้ว ก็รู้ว่าควรทุ่มเวลากับอะไรก่อนในการสร้างระบบจริง

สรุปท้ายบท

พอรู้แล้วว่าระบบที่ดีต้องมีอะไรบ้าง บทที่ 3 จะพาคุณเตรียมเครื่องมือจริง ติดตั้งทีม AI และสมัครบริการฟรีที่ต้องใช้ ก่อนเริ่มลงมือสร้างระบบตัวแรกในบทถัดไป