ทำให้เห็นงานเร่งด่วนก่อน
หน้าแรกควรตอบทันทีว่า วันนี้มีงานอะไร ใครยังไม่มีคนรับผิดชอบ งานไหนเสี่ยงล่าช้า และต้องอนุมัติอะไร ไม่ควรเริ่มด้วยแดชบอร์ดตัวเลขเยอะ
เป้าหมายคือช่วยหัวหน้าคนงานไทย โดยเฉพาะผู้ใช้สูงวัยหรือมีสายตายาว ให้เห็นงานสำคัญก่อน ตัดสินใจเร็ว แตะได้แม่น แม้ใส่ถุงมือ และไม่ต้องอ่านคำอธิบายยาวระหว่างคุมงานหน้าไซต์
หน้าแรกควรตอบทันทีว่า วันนี้มีงานอะไร ใครยังไม่มีคนรับผิดชอบ งานไหนเสี่ยงล่าช้า และต้องอนุมัติอะไร ไม่ควรเริ่มด้วยแดชบอร์ดตัวเลขเยอะ
ใช้ตัวอักษรใหญ่ คอนทราสต์สูง พื้นที่แตะอย่างน้อย 56px และเว้นระยะระหว่างปุ่มสำคัญ เพื่อรองรับ presbyopia แสงสะท้อน และถุงมือ
การเปลี่ยนคน ยกเลิกงาน หรือส่งคำสั่งควรมีหน้าสรุปก่อนยืนยัน พร้อมปุ่มย้อนกลับหรือยกเลิกภายในเวลาสั้น ๆ เพื่อลดความเสียหายหน้างาน
แบ่งระบบเป็น 5 งานหลักที่หัวหน้าคนงานเข้าใจทันที: งานวันนี้, จัดทีม, แจ้งปัญหา, รออนุมัติ, ประวัติคำสั่ง
ใช้เมนูแบบฝ่ายออฟฟิศ เช่น Resource Matrix, Optimization, Analytics เป็นเมนูแรก เพราะไม่ตรงกับภาษาหน้างาน
เนื้อหาอย่างน้อย 18px, หัวข้อการ์ด 24px, ตัวเลขสถานะ 32px ขึ้นไป ใช้ font weight 650-900 สำหรับข้อความสำคัญ
ข้อความหลักควรมี contrast อย่างน้อย 7:1 สำหรับผู้สูงวัย หลีกเลี่ยงเทาอ่อนบนพื้นขาว และไม่ใช้ข้อความบาง
ปุ่มหลักขั้นต่ำ 56x56px, ปุ่มอันตราย 64px, ระยะห่างระหว่างปุ่มตรงข้ามอย่างน้อย 16px
เขียว = พร้อม, เหลือง = ต้องเช็ก, ส้ม = ด่วน, แดง = เสี่ยงหรือผิดพลาด ทุกสีต้องมี label เช่น “พร้อม”, “ต้องเช็ก”, “ขาดคน”
ใช้ไอคอนจากภาพจริงหน้างาน เช่น หมวกนิรภัย คน รถ เครน นาฬิกา พร้อมคำกำกับเสมอ ห้ามใช้ไอคอนลอย ๆ ไม่มีข้อความ
ใช้พื้นหลังโทนอุ่นแบบกระดาษ/ปูนอ่อน ลดแสงขาวจ้า แต่รักษาคอนทราสต์ของข้อความและปุ่มหลัก
| หัวข้อ | แนวทาง | ตัวอย่างที่ควรใช้ | ควรหลีกเลี่ยง |
|---|---|---|---|
| ปุ่มหลัก | เริ่มด้วยคำกริยา บอกผลลัพธ์ชัด | “ส่งงานให้ทีมนี้”, “ยืนยันเปลี่ยนหัวหน้าทีม” | “Submit”, “OK”, “Process” |
| คำเตือน | บอกปัญหา ผลกระทบ และทางเลือก | “ทีมนี้ขาดช่างไฟ 1 คน งานอาจช้า เลือกทีมอื่นหรือส่งต่อ?” | “Invalid assignment” |
| ไอคอน | ใช้ประกอบคำ ไม่ใช้แทนคำ | ไอคอนนาฬิกา + “เหลือ 25 นาที” | แสดงไอคอนนาฬิกาอย่างเดียว |
| คำระบบ | ใช้ภาษาคน ไม่ใช้ภาษาฐานข้อมูล | “ยังไม่ได้เลือกทีม” | “workerGroupId required” |
ใช้ progress แบบขั้นตอน เช่น “กำลังเช็กจำนวนคน 2/4” ไม่ใช้ spinner อย่างเดียว
แสดงผลลัพธ์ทันทีว่า “ส่งงานให้ทีมช่างไม้แล้ว” พร้อมเวลาและผู้รับผิดชอบ
เตือนก่อนส่งหากทีมไม่ครบ ทักษะไม่ตรง หรือชนกับงานอื่น แต่ยังให้ผู้ใช้ตัดสินใจได้
บอกวิธีแก้สั้น ๆ เช่น “เน็ตหลุด ยังไม่ส่งคำสั่ง ลองส่งอีกครั้ง”
ก่อนส่งคำสั่ง ให้แสดงสรุปแบบอ่านเร็ว: งาน, พื้นที่, ทีม, จำนวนคน, เวลาเริ่ม, ความเสี่ยง และปุ่ม “ยืนยันส่งงาน”
หลังส่งคำสั่ง แสดงแถบ 8-12 วินาที: “ส่งงานแล้ว ยกเลิกได้ภายใน 10 วิ” เหมาะกับกรณีแตะผิดในไซต์
ถ้าส่งไม่สำเร็จ ต้องบอกว่ายังไม่เกิดผลจริง และเก็บข้อมูลที่กรอกไว้ ไม่ให้หัวหน้าคนงานต้องเริ่มใหม่
ต้องการ 8 คน | พร้อม 5 คน | เริ่ม 10:30
บอกงานเฉพาะเจาะจง ลดการเดาว่าปุ่มนี้จะทำอะไร
ใช้ตัวเลขจริง ไม่ใช้คำกว้าง ๆ เช่น “ทรัพยากรไม่พอ”
บอกข้อขาดและจำนวนที่ต้องแก้
คำถามชัด มีชื่อทีมและงาน ไม่ใช้ “คุณแน่ใจหรือไม่” อย่างเดียว
สร้างความมั่นใจว่าคำสั่งเกิดผลแล้ว
เป็นภาษาคน ช่วยลดความเครียดเมื่อแตะผิด
ยืนยันผลกระทบชัดเจนว่า “ยังไม่ได้ส่ง”
ให้ทางเลือกแทนการบล็อกผู้ใช้ทันที
empty state ควรบอกสถานะดี ไม่ปล่อยหน้าว่าง
แสดงชื่อทีม รูป/สัญลักษณ์ทีม และงานล่าสุดให้เห็น ไม่บังคับจำรหัสทีม
ทุกคำสั่งต้องมีสถานะ “กำลังส่ง”, “ส่งแล้ว”, “ทีมรับแล้ว”, “ส่งไม่สำเร็จ”
เตือนก่อนส่งหากจำนวนคนไม่พอ งานชนกัน หรือทีมไม่มีทักษะที่ต้องใช้
มีปุ่มกลับ แก้ไข และยกเลิกที่มองเห็นชัด ไม่ซ่อนในเมนูสามจุด
คำว่า “ทีมพร้อม”, “ขาดคน”, “รออนุมัติ” ต้องใช้สีและตำแหน่งเดิมทุกหน้า
ซ่อนข้อมูลวิเคราะห์ลึกไว้ในหน้าเพิ่มเติม หน้าแรกต้องเน้นการลงมือทำ
รองรับแดดจ้า ฝุ่น ถุงมือ เสียงรบกวน และมือถือจอเล็ก ไม่ใช่แค่ผ่านมาตรฐานบนโต๊ะทำงาน
ภาษาและ flow ต้องเคารพบทบาทหัวหน้าคนงาน เช่น ส่งคำสั่งให้หัวหน้าทีม ไม่แสดงเหมือนแชตทั่วไป