UX หน้างาน: ออกแบบระบบให้คนมือเปียกใส่ถุงมือกดถูกใน 3 วินาที — วิชาที่ตำรา UX ทั่วไปไม่ได้สอน

UX ของแอปผู้บริโภคออกแบบให้คนนั่งสบาย ๆ เลื่อนดูเพลิน แต่ระบบหน้างาน — POS หน้าเคาน์เตอร์ แท็บเล็ตในคลัง มือถือของเซลล์ — ถูกใช้ตอนยืน ตอนรีบ ตอนมือไม่ว่าง บทความนี้รวมหลักออกแบบจากหน้างานจริง: ปุ่มใหญ่แค่ไหนถึงพอ เส้นทางหลักต้องกี่แตะ ทำไมป้องกันพลาดชนะข้อความเตือน และแบบไหนที่สวยในเดโมแต่พังหน้าร้าน
เราเคยอธิบายไว้แล้วว่า UX กับ UI ต่างกันยังไงและทำไมมันคือเรื่องยอดขาย บทความนี้เจาะสาขาที่ตำราแทบไม่พูดถึง: UX ของระบบหน้างาน ผู้ใช้ของแอปทั่วไปนั่งอยู่บนโซฟา มีเวลา มีสมาธิ และถ้างงก็ลองกดใหม่ได้ ผู้ใช้ของระบบหน้างานคือแคชเชียร์ที่มีคิวหกคนรออยู่ตรงหน้า คนครัวที่มือเปื้อนแป้ง คนคลังที่ใส่ถุงมือถือของสองลัง และเซลล์ที่ยืนอยู่หน้าลูกค้าที่กำลังจะเปลี่ยนใจ พวกเขาไม่ได้ใช้ระบบ พวกเขาใช้มือข้างเดียวแตะระบบระหว่างทำอย่างอื่น — และทุกวินาทีที่จอทำให้ลังเล คือวินาทีที่ลูกค้าจริงรอ ความเข้าใจผิดที่แพงที่สุดของงานออกแบบระบบธุรกิจคือการยกมาตรฐานความสวยของแอปผู้บริโภคมาทั้งชุด แล้วได้หน้าจอที่ดูดีในห้องประชุมแต่ช้าหน้าเคาน์เตอร์ จากประสบการณ์ยืนเฝ้า go-live หลายรอบของเรา นี่คือหลักที่หน้างานจริงสอน
หลักสี่ข้อของจอที่หน้างานรัก
- ปุ่มต้องใหญ่กว่าที่ดีไซเนอร์สบายใจ — เป้าหมายสัมผัสของงานยืนกดคือระดับปลายนิ้วโป้งกดพลาดยาก ไม่ใช่ระดับเมาส์คลิกถูก ปุ่มหลักของหน้าขายควรกดถูกได้ทั้งที่มองจอด้วยหางตา และของที่ใช้บ่อยสุดต้องอยู่ตำแหน่งเดิมเสมอทุกหน้า — ความจำของกล้ามเนื้อคือฟีเจอร์ความเร็วที่แรงที่สุดของระบบหน้างาน
- เส้นทางหลักต้องสั้นอย่างไร้ความปรานี — งานที่ทำวันละร้อยรอบ (ขายปกติ รับเงินสด พิมพ์ใบเสร็จ) ต้องจบในแตะน้อยที่สุดเท่าที่เป็นไปได้ แม้ต้องแลกกับงานนาน ๆ ครั้งที่ยาวขึ้นก็คุ้ม — เกณฑ์วัดคือจับเวลาเส้นทางหลักจริงกับผู้ใช้จริง ไม่ใช่นับคลิกบนแผนผัง
- ป้องกันพลาดชนะข้อความเตือน — หน้างานไม่มีเวลาอ่าน dialog ระบบที่ดีทำให้กดผิดยากตั้งแต่ต้น: ปุ่มอันตราย (ยกเลิกบิล ลบรายการ) อยู่ไกลจากปุ่มใช้บ่อยและหน้าตาต่างชัด ช่องตัวเลขเปิดแป้นตัวเลขเสมอ ค่าเริ่มต้นคือคำตอบที่ถูกในเก้าสิบเปอร์เซ็นต์ของกรณี — ทุก popup ยืนยันที่โผล่บ่อย จะถูกกดตกลงโดยไม่อ่านภายในสามวัน แล้วมันก็ปกป้องอะไรไม่ได้อีกเลย
- ออกแบบเผื่อสภาพจริง ไม่ใช่สภาพเดโม — แดดบ่ายที่สาดจอหน้าร้าน ต้องการคอนทราสต์และตัวหนังสือใหญ่กว่าจอในออฟฟิศ ถุงมือและมือเปียกต้องการปุ่มที่ไม่พึ่ง gesture ซับซ้อน เน็ตที่กระตุกต้องการสถานะที่บอกชัดว่ากำลังบันทึกหรือบันทึกแล้ว (หลักเดียวกับเรื่อง POS ออฟไลน์ของเรา) — จอที่สวยที่สุดในห้องประชุมมักตกม้าตายด้วยแดดกับถุงมือนี่เอง
มือถือของเซลล์กับแท็บเล็ตของคลัง: หน้างานที่เคลื่อนที่
ระบบยุคนี้ครึ่งหนึ่งถูกใช้บนอุปกรณ์ที่เคลื่อนที่ และแต่ละหน้างานมีฟิสิกส์ของตัวเอง มือถือของเซลล์ถูกใช้ต่อหน้าลูกค้า — ทุกวินาทีที่ก้มหน้าจิ้มจอคือวินาทีที่บทสนทนาขาด หน้าจอเปิดออเดอร์ที่ดีจึงต้องให้เซลล์เหลือบมองแล้วกลับไปสบตาลูกค้าได้ ราคาและสต๊อกต้องโชว์ทันทีไม่ต้องกดเข้าไปดู และงานที่พิมพ์ยาว ๆ ควรเลื่อนไปทำหลังจบบทสนทนา (ตรรกะเดียวกับที่เราออกแบบเรื่องการจดเวลาและ CRM: เก็บที่ต้นทางด้วยแรงน้อยที่สุด) ส่วนแท็บเล็ตคลังถูกใช้ควบคู่กับของหนักและสแกนเนอร์ — หน้าจอนับสต๊อกที่ดีทำงานเป็นจังหวะสแกน-ยืนยัน-สแกนต่อโดยไม่ต้องวางของลง ตัวเลขใหญ่พอเห็นจากระยะแขน และทุกขั้นกดย้อนได้เพราะมือที่ถือของพลาดเป็นเรื่องปกติ หลักร่วมของทั้งสองหน้างานคือข้อเดียว: ระบบเคลื่อนที่ที่ดีไม่ใช่เว็บย่อส่วน มันคือการออกแบบใหม่รอบคำถามว่าผู้ใช้กำลังทำอะไรอยู่ด้วยมืออีกข้าง
วิธีทดสอบ UX หน้างานที่ได้ผลจริง: สามด่านก่อนขึ้นระบบ
UX หน้างานพิสูจน์ไม่ได้ในห้องประชุม เราใช้สามด่านนี้กับงานของเราเอง ด่านแรก ทดสอบกับคนที่จะใช้จริง ไม่ใช่กับหัวหน้า — แคชเชียร์ตัวจริง คนคลังตัวจริง ณ หน้างานจริงหรือใกล้เคียงที่สุด เพราะหัวหน้าที่ใช้คอมทั้งวันกดอะไรก็คล่อง ด่านที่สอง จับเวลาเทียบของเดิม: งานหลักบนระบบใหม่ต้องเร็วกว่าหรืออย่างน้อยเท่าวิธีเดิมตั้งแต่สัปดาห์แรก เพราะระบบที่ช้ากว่ากระดาษจะแพ้กระดาษเสมอไม่ว่ารายงานหลังบ้านจะสวยแค่ไหน (นี่คือรากของงานที่หนีออกนอกระบบที่เราเฝ้าดูใน go-live) และด่านที่สาม การทดสอบสภาพจริง: ลองตอนคิวแน่นจริง แดดจริง ถุงมือจริง เน็ตหลุดจริง — สามด่านนี้คือเหตุผลที่การออกแบบระบบหน้างานให้ดี ต้องมีคนออกแบบที่เคยไปยืนหน้างาน และคือเหตุผลที่เรานับการสำรวจหน้าร้านเป็นส่วนหนึ่งของงานออกแบบ ไม่ใช่งานติดตั้ง
บริการที่เกี่ยวข้อง
รับพัฒนาระบบและซอฟต์แวร์เฉพาะทาง
ออกแบบและวางระบบตามความต้องการเฉพาะของธุรกิจคุณ ตั้งแต่ต้นจนใช้งานจริง
WhaleScope
ดูโครงสร้างตลาดของทุกหมวดธุรกิจไทย บน WhaleScope
รายชื่อบริษัท ผู้เล่นรายใหญ่ และอัตราคงอยู่ของแต่ละหมวด — จากข้อมูลจดทะเบียน 2 ล้านนิติบุคคล
อ่านต่อ

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

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

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

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