Foreman First Redesign Plan

ทำเดโมให้โฟร์แมนไทยใช้ได้จริงกลางไซต์

แผนนี้รวมผลวิเคราะห์จาก BA, SA, UX/UI และ User Journey โดยโฟกัสผู้ใช้หลักคือโฟร์แมนก่อสร้างในไทยที่มีอายุค่อนข้างมาก อ่านตัวเล็กยาก ทำงานกลางแดด เสียงดัง และต้องการระบบที่จบงานได้เร็วโดยไม่เสียจังหวะสั่งงานหน้างาน

เปิด Foreman Demo BA Analysis SA Analysis UX/UI Analysis User Journey Data + Business Executive Analysis

ข้อสรุปหลัก

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

หลักตัดสินใจ: ถ้าโฟร์แมนต้องหรี่ตา อ่านยาว หรือถามว่าปุ่มไหนต้องกด แปลว่า UI ยังไม่พร้อมสำหรับไซต์จริง
BA

Value คือไม่ตกหล่น

ลดการโทรซ้ำ ลดกระดาษ ลดคนขาดงานแบบรู้ช้า และทำให้รายงานเย็นตรงกับสิ่งที่เกิดขึ้นจริง

SA

ระบบต้องเชื่อถือได้

ทุก action ต้องมี command, event, audit, idempotency และสถานะ pending/synced/failed รองรับเน็ตช้า

UX/UI

อ่านได้ใน 3 วินาที

ตัวอักษรใหญ่ ปุ่มอย่างน้อย 56px คอนทราสต์สูง ไม่ใช้ตารางแน่น และ action หลักต้องอยู่ใน thumb zone

Journey

เล่าเป็นวันทำงาน

เช้าเช็กคน สายโยกคน บ่ายแก้ปัญหา เย็นปิดวันพร้อมหลักฐานและคนที่ยังไม่ออกไซต์

Data

ทุก action ต้องเป็นรายงานได้

event จาก foreman ต้องกลายเป็น KPI เช่น งานไม่มีคน, manday gap, pending sync, undo และ benefit estimate

Persona และบริบทจริง

ผู้ใช้หลักคือโฟร์แมนหรือหัวหน้าคนงานอายุประมาณ 45-58 ปี ใช้มือถือ Android กลางแจ้ง มีฝุ่น แสงสะท้อน เหงื่อ ถุงมือ เสียงเครื่องจักร และมักอ่านตัวเล็กยากจากภาวะสายตายาวตามวัย

Jobs-to-be-Done

  • เห็นทันทีว่าคนเข้าไซต์ครบหรือขาดก่อนเริ่มงาน
  • จัดคนตามทักษะและงานเร่งโดยไม่ต้องถามหลายรอบ
  • ย้ายหรือปล่อยคนพร้อมเหตุผลสั้นเมื่อสถานการณ์เปลี่ยน
  • ปิดวันโดยไม่ลืมคน งาน และหลักฐานที่ต้องส่งต่อ

Pain Points ที่ต้องแก้

  • หน้าจอแน่นและตัวเล็ก ทำให้แตะผิดกลางแดด
  • ต้องพิมพ์เยอะ ทั้งที่หน้างานไม่มีเวลายืนกรอก
  • ข้อมูลกระจายอยู่ใน LINE โทรศัพท์ กระดาษ และความจำ
  • เน็ตไซต์ไม่เสถียร ถ้าระบบไม่บอก pending จะไม่มั่นใจ

Demo Flow ที่ควรทำ

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

1เปิดกระดานวันนี้ เห็นคนขาด / งานเร่ง / pending
2แตะงานที่ต้องจัดก่อน เช่น โครงสร้างขาด 3 คน
3เลือกคนหรือทีมจากบัตรใหญ่ที่แนะนำด้วยทักษะ
4ยืนยันด้วย bottom sheet สรุปสั้นและเหตุผล preset
5เห็นผลทันที พร้อม Undo และ event feed
Scenario สิ่งที่เดโมต้องโชว์ คุณค่าที่ผู้ใช้เห็น
เช้า: คนเข้าไซต์ไม่ครบ คนมาแล้ว / ยังไม่มา / standby / งานที่เริ่มไม่ได้ รู้ปัญหาก่อนงานเสียเวลา
สาย: ต้องโยกคน เลือกงาน เลือกคนที่ทักษะตรง ยืนยันพร้อมเหตุผล จัดคนเร็วและอธิบายย้อนหลังได้
บ่าย: เน็ตหลุด บันทึก pending, retry, synced, failed แบบอ่านง่าย ไม่กลัวข้อมูลหายกลางไซต์
เย็น: ปิดวัน คนยังไม่ออกไซต์ งานยังไม่ปิด และ summary ส่งต่อ ลดงานโทรไล่และรายงานย้อนหลัง

Product Requirements

ขอบเขตแรกควรเป็น field tool ที่ใช้ซ้ำทุกวัน ไม่ใช่ระบบบริหารครบจักรวาล

Priority Requirement Acceptance Criteria
P0 หน้ากระดานวันนี้สำหรับโฟร์แมน เห็นจำนวนคนมาแล้ว ขาดงาน standby งานเร่ง และ pending โดยไม่ต้อง scroll ลึก
P0 Site-in / Site-out และ assign งานแบบกดเร็ว ทำงานหลักจบได้ใน 3 tap หลังเลือกงาน: เลือกคน, เลือกเหตุผล, ยืนยัน
P0 UI สำหรับสายตายาวและกลางแจ้ง body >= 18px, ปุ่ม >= 56px, สีมี label, ใช้งานจอ 360px ไม่ต้องซูม
P0 Audit/event trail ทุก action มี actor, time, reason, before/after, requestId และสถานะ sync
P1 Offline queue / slow network ถ้าเน็ตหลุดต้องขึ้น pending, retry ได้ และไม่ยิง command ซ้ำจนข้อมูลเพี้ยน
P1 Daily close checklist เตือนคนยังไม่ออก งานยังไม่ปิด และสร้าง summary สำหรับ manager/backoffice

UX/UI Specs

สเปกนี้เอาไว้ล็อกก่อน implementation เพื่อไม่ให้กลับไปเป็น UI ที่ดูดีในห้องประชุมแต่ใช้ยากในไซต์จริง

Typography

  • Body text ขั้นต่ำ 18px
  • หัวข้อสำคัญ 28-34px
  • ห้ามใช้ letter spacing ติดลบ
  • ข้อความในการ์ดไม่เกิน 2-3 บรรทัด

Touch + Layout

  • ปุ่มหลักอย่างน้อย 56x56px
  • ปุ่มอันตรายแยกห่างอย่างน้อย 16px
  • action หลักอยู่ thumb zone ด้านล่าง
  • หลีกเลี่ยง drag-and-drop เป็น flow หลัก

Feedback

  • สถานะมีแค่ พร้อม / กำลังทำ / สำเร็จ / ต้องเช็ก
  • ทุกสีต้องมีคำกำกับ
  • confirmation เป็น bottom sheet สรุปสั้น
  • หลังสำเร็จมี Undo หรือแก้ไขเร็ว

SA Contract

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

Domain Model

  • Worker: ชื่อเล่น รูป/initial ทักษะ สถานะ siteScope
  • Task/Zone: งาน พื้นที่ จำนวนคนที่ต้องใช้ ความเร่ง
  • Assignment: workerId, taskId, status, reason, version
  • AuditEvent: actor, action, before/after, clientEventId, requestId

State Machine

  • ready: พร้อมเลือกงานและคน
  • pending: action เก็บไว้รอ sync
  • synced: server ยืนยันแล้ว
  • failed: ส่งไม่สำเร็จพร้อม retry
  • conflict: ข้อมูลเปลี่ยน ต้องเลือกแก้ไขหรือยกเลิก

Implementation Plan

เริ่มจากหน้าที่โฟร์แมนใช้จริงก่อน แล้วค่อยขยาย manager/backoffice จาก event เดียวกัน

Phase สิ่งที่ทำ Checkpoint
1. Design Freeze ล็อก Foreman Today Board, state language, microcopy, card layout และ bottom action เปิด demo แล้วรู้เป้าหมายวันนี้ภายใน 3 วินาที
2. Component V2 สร้าง ForemanTodayBoard, WorkerActionCard, TaskNeedCard, ConfirmSheet, OfflineQueueBanner ทำ site-in/assign/site-out ได้ใน flow เดียว
3. Command + Audit เพิ่ม command contract, requestId, clientEventId, optimistic update, event feed ทุก action มี audit readable และ undo/retry
4. Daily Close เพิ่ม checklist ปิดวัน: คนค้างไซต์ งานค้าง และ summary ปิดวันจากรายการค้างได้โดยไม่ต้องอ่าน report ยาว
5. Usability Pass เช็กมือถือ 360px, glare simulation, touch targets, copy และ empty/error states ผู้ใช้ใหม่ทำ scenario หลักได้ภายใน 90 วินาที

Business Report และ Planning Value

เดโมต้องไม่หยุดแค่ “โฟร์แมนกดง่าย” แต่ต้องพิสูจน์กับธุรกิจได้ว่า action หน้างานสร้างข้อมูลสำหรับวางแผนและลดต้นทุนจริง

คำถามธุรกิจที่ต้องตอบ

  • วันนี้มีงานไหนยังไม่มีคนรับผิดชอบ
  • skill ไหนขาดและกระทบงานใด
  • pending sync หรือ undo กระทบความน่าเชื่อถือรายงานไหม
  • ลดเวลาประชุมเช้า โทรตามงาน และจดกระดาษได้เท่าไร

KPI สำหรับ demo

  • Unassigned tasks
  • Worker shortage by trade
  • Manday demand vs available manday
  • Pending sync count และ retry count
  • Undo/correction count พร้อมเหตุผล

ROI hypothesis

  • ลดเวลาประสานงานต่อวันของโฟร์แมน
  • ลดเวลาคนงานรอคำสั่งเพราะงานไม่ชัด
  • ลดงานซ้ำจากการมอบหมายผิด
  • ลดเวลาหลังบ้านรวมรายงานจากแชตหรือกระดาษ
Role Report View Business Benefit
Foreman Today Board: งานวันนี้, คนขาด, standby, pending sync ตัดสินใจเร็วและลดงานตกหล่นหน้างาน
Manager Progress, delay risk, manday gap, audit changes เห็นความเสี่ยงก่อนรอรายงานท้ายวัน
Backoffice หลักฐานงานเสร็จ, attendance, correction, pending sync ลดข้อมูลผิดพลาดก่อนส่งต่อ payroll/ERP
Planner Manday demand, skill shortage, utilization, bottleneck วางแผนโยกคนหรือเรียกเสริมได้เร็วขึ้น

Validation

เกณฑ์ผ่านไม่ใช่แค่ build ผ่าน แต่ต้องพิสูจน์ว่า foreman ใช้ได้จริงในภาวะกดดัน

เอกสาร worker ที่ใช้รวมแผน: BA, SA, UX/UI, User Journey และ Data/Business อยู่ใน `public/foreman-*-analysis.html` เพื่อใช้เป็นหลักฐานแยกตามมุมมองและไม่ลืมที่มาของข้อสรุป