เน็ตหลุดแล้วร้านขายต่อได้ไหม: คำถามที่คนซื้อ POS ถามน้อยที่สุด แต่เจ็บจริงที่สุดตอนคิวยาว

ระบบขายยุคคลาวด์แลกความสะดวกมากับคำถามที่ร้านมักไม่ได้ถามก่อนซื้อ: ตอนเน็ตหลุด หน้าจอแคชเชียร์จะเป็นอะไร บทความนี้อธิบายสามระดับของความสามารถ offline การ sync ที่ตามมาและจุดชนกันของข้อมูล การรับเงินแต่ละแบบตอนไม่มีเน็ต และแผนซ้อมเน็ตล่มที่ทุกร้านควรมีเหมือนซ้อมหนีไฟ
ภาพที่น่ากลัวที่สุดของร้านค้ายุคนี้ไม่ใช่คู่แข่งเปิดข้าง ๆ แต่คือเย็นวันศุกร์ คิวหน้าเคาน์เตอร์สิบคน แล้วอินเทอร์เน็ตดับ ระบบขายบนคลาวด์ที่สะดวกมาตลอดกลายเป็นหน้าจอหมุนติ้ว แคชเชียร์ได้แต่ยิ้มแห้ง ลูกค้าวางของแล้วเดินออก เหตุการณ์แบบนี้ไม่ใช่เรื่องสมมติ เน็ตหน้าร้านหลุดเป็นเรื่องปกติของทุกทำเล ไฟดับ เราเตอร์ค้าง สายขาด ผู้ให้บริการล่มทั้งเขต คำถามจึงไม่ใช่ว่าจะเกิดไหม แต่คือวันที่เกิด ร้านจะเสียยอดกี่นาที คำตอบขึ้นกับการตัดสินใจที่ทำไว้ตั้งแต่วันเลือกซื้อระบบ เพราะความสามารถตอนออฟไลน์เป็นเรื่องของสถาปัตยกรรม ไม่ใช่ฟีเจอร์ที่เปิดเพิ่มทีหลังได้ และมันคือคำถามที่คนขายระบบไม่ค่อยพูดถึงเอง ถ้าลูกค้าไม่ถาม
สามระดับของความสามารถ offline
- ระดับศูนย์ — ตายสนิท: ระบบที่ทุกการกดต้องคุยกับเซิร์ฟเวอร์ เน็ตหลุดคือขายไม่ได้เลย ข้อสังเกตคือระบบที่เปิดผ่านเบราว์เซอร์ล้วน ๆ มักอยู่กลุ่มนี้ เว้นแต่ออกแบบพิเศษ
- ระดับหนึ่ง — ขายต่อได้แบบจำกัด: แอปเก็บข้อมูลจำเป็นไว้ในเครื่อง ราคาสินค้า บิลค้าง และรับออเดอร์ต่อได้ด้วยข้อมูลล่าสุดที่ sync ไว้ ส่วนฟังก์ชันที่ต้องเช็คกับส่วนกลาง เช่น แต้มสมาชิก คูปอง สต๊อกข้ามสาขา จะพักไว้ก่อน
- ระดับสอง — offline-first: ฐานข้อมูลหลักอยู่ในเครื่อง ณ จุดขาย ระบบทำงานเต็มรูปแบบโดยไม่สนใจเน็ต แล้วค่อย sync ขึ้นส่วนกลางเบื้องหลังเมื่อเน็ตกลับมา นี่คือมาตรฐานที่ร้านที่ยอดต่อนาทีมีค่าควรเรียกร้อง
ของที่ต้องเคลียร์ตอนเน็ตกลับมา: sync และจุดชนกัน
การขายต่อได้ตอนออฟไลน์สร้างการบ้านชิ้นใหม่: ตอนเน็ตกลับมา ข้อมูลที่เกิดขึ้นระหว่างนั้นต้องกลับไปรวมกับส่วนกลางโดยไม่ชนกันเอง จุดชนคลาสสิกมีสามจุด จุดแรกคือเลขที่เอกสาร ถ้าสองเครื่องแคชเชียร์ต่างออกบิลเลขถัดไปของตัวเองตอนหลุดจากกัน เลขจะซ้ำทันทีที่กลับมาเจอกัน ระบบที่ออกแบบดีจะกันช่วงเลขต่อเครื่องหรือฝังรหัสเครื่องไว้ในเลขเอกสารตั้งแต่ต้น จุดที่สองคือสต๊อก การขายชิ้นสุดท้ายพร้อมกันจากสองเครื่องหรือสองช่องทางเป็นไปได้เสมอในโลกออฟไลน์ ระบบต้องยอมรับความจริงว่าสต๊อกตอนออฟไลน์คือค่าประมาณ แล้วให้แต้มต่อกับความเร็วในการ sync กลับและรายงานติดลบที่มนุษย์ต้องเคลียร์ ไม่ใช่แกล้งทำเป็นว่าเลขแม่นตลอดเวลา และจุดที่สามคือวิธีรับเงิน เงินสดไม่สนใจอินเทอร์เน็ต ขายได้เสมอ แต่ QR พร้อมเพย์ต้องมีเน็ตฝั่งใดฝั่งหนึ่งเสมอในการยืนยันยอด ทางหนีที่ร้านควรเตรียมคือเน็ตสำรองคนละเส้นทางกับเส้นหลัก เช่น เราเตอร์ใส่ซิมมือถือคนละค่ายกับเน็ตบ้าน และเครื่องรูดบัตรที่มีซิมของตัวเอง เพื่อให้ช่องทางเงินไม่ตายพร้อมกันทั้งหมด
ซ้อมเน็ตล่มเหมือนซ้อมหนีไฟ
แผนที่ไม่เคยซ้อมคือแผนที่ไม่มีอยู่จริง เดือนละครั้งในช่วงเงียบ ให้ลองปิดเราเตอร์หลักแล้วดูของจริงสามอย่าง: หน้าจอขายยังทำงานไหมและขายได้กี่รายการ พนักงานรู้ไหมว่าต้องสลับไปเน็ตสำรองยังไงและใช้เวลากี่นาที และตอนเน็ตกลับมา ยอดที่ขายระหว่างนั้น sync ขึ้นครบไหม เลขเอกสารเรียบร้อยไหม การซ้อมสิบห้านาทีนี้ตอบคำถามที่โบรชัวร์ไม่เคยตอบ และสำหรับร้านที่กำลังเลือกซื้อระบบ คำถามชุดเดียวกันนี้คือข้อสอบที่ควรให้ผู้ขายทุกเจ้าทำต่อหน้า: ถอดสายแลนตอนเดโม แล้วดูว่าเกิดอะไรขึ้น คำตอบที่ได้ภายในสามสิบวินาทีนั้นบอกสถาปัตยกรรมของระบบได้มากกว่าสไลด์นำเสนอทั้งชุด
บริการที่เกี่ยวข้อง
ระบบ POS และสต็อกสำหรับร้านค้าปลีก
รู้ว่าสินค้าไหนขายดี ของไหนใกล้หมด และเงินหายไปตรงไหน
WhaleScope
ดูโครงสร้างตลาดของธุรกิจค้าปลีกและร้านค้า บน WhaleScope
รายชื่อบริษัท ผู้เล่นรายใหญ่ อัตราคงอยู่ และการกระจายรายจังหวัดของหมวดการขายปลีกทางอินเทอร์เน็ต — จากข้อมูลจดทะเบียน 2 ล้านนิติบุคคล
อ่านต่อ

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

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

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

ระบบ POS สำหรับร้านในเชียงใหม่ — โจทย์เฉพาะของเมืองท่องเที่ยวที่ระบบทั่วไปมักตอบไม่ครบ
ร้านในเชียงใหม่มีโจทย์ที่ร้านในเมืองอื่นไม่ต้องเจอ ทั้งยอดขายที่แกว่งตามฤดูท่องเที่ยว ลูกค้าต่างชาติที่จ่ายหลายช่องทาง เมนูสองภาษา และพนักงานพาร์ทไทม์ที่เปลี่ยนบ่อย บทความนี้อธิบายว่าระบบขายหน้าร้านควรรองรับอะไรบ้างสำหรับร้านในเมืองท่องเที่ยว
