RaceMaps คู่มือทีมงาน/สตาฟ
SOP หน้างานตั้งแต่เตรียมงาน → เปิดงาน → คุมงานสด → ปิดงาน พร้อมรูปประกอบ (โทนสว่าง)
🌐 แอพรองรับภาษาไทย สามารถสลับภาษาได้ที่หน้าแรก
Tech Lead
Admin Operator
Racer Support
Viewer Support
เตรียมงาน
สร้างอีเวนต์ + Category ให้ครบ
Record Route + Assign Routes ให้ถูกหมวด
เตรียม QR + ซ้อม Dry Run
คุมงานสด
Start/Finish หมวดจาก Control Event
แก้ปัญหา “ไม่เห็นนักแข่ง/ตำแหน่งนิ่ง/Route ไม่ขึ้น”
คุมการอนุมัติ/สล็อต (ถ้ามี)
ปิดงาน
Finish หมวดให้ครบ
สั่งนักแข่งปิด Tracking
เก็บ QR/ปิดการเผยแพร่ตามนโยบาย
แนวคิดหลัก: เตรียมให้ “Racer ส่งพิกัดได้จริง” แล้ว “Viewer เข้า-เลือก-ดูได้ง่าย” โดย
Admin คุมสถานะงานได้ตลอด
KPI-1 Viewer เข้าอีเวนต์ได้ใน ≤ 10 วินาที (สแกน QR)
KPI-2 Dry Run ผ่าน: Viewer เห็นตำแหน่งขยับต่อเนื่อง 2–3 นาที
1) เป้าหมายของทีมงาน (ต้องทำให้ได้ในวันงาน)
Racer ส่งตำแหน่งได้ต่อเนื่อง (Tracking ทำงาน + เน็ตพอ + สิทธิ์ Location ถูก)
Viewer เข้าอีเวนต์ได้เร็ว (QR/ค้นหา + เลือกหมวดถูก + เลือก Racers ได้)
Admin คุมสถานะงานได้ (Start/Finish หมวด + จัดการสล็อต/อนุมัติ + Route ถูก Assign)
ลดปัญหาซ้ำ ๆ ด้วยเช็คลิสต์ + สคริปต์สื่อสาร + Playbook แก้ปัญหา
เกณฑ์ผ่าน (แนะนำ): Dry Run ผ่านก่อนวันงาน และช่วง 10 นาทีแรกของงานจริง ไม่มี Racer
สำคัญ “หายจากแผนที่”
2) บทบาททีมงาน (แนะนำให้มีอย่างน้อย 3 คน)
2.1 Tech Lead (หัวหน้าระบบ)
ถือสิทธิ์ Admin หลัก / รู้รหัส/บัญชี
เช็คระบบรวม: อินเทอร์เน็ต, QR, Route, เวอร์ชันแอพ
ตัดสินใจสุดท้ายเมื่อเกิดปัญหาใหญ่ (หมวดผิด/ระบบล่ม/ต้องเปลี่ยนแผน)
2.2 Admin Operator (คนเฝ้าหน้า Admin)
เปิดหน้า Control Event ตลอดงาน
กด Start/Finish ให้ถูกหมวด/ถูกเวลา
จัดการ Pending/Approved หรือสล็อต (ถ้ามี)
2.3 Registration / Racer Support (คนช่วยนักแข่ง)
ช่วย Racer เลือกอีเวนต์/Category และเช็คสถานะอนุมัติ
ช่วยตั้งค่า Location / Tracking / แบต / เน็ต
ตรวจชื่อโปรไฟล์ให้ค้นหาเจอ (แนะนำ “เบอร์-ชื่อ”)
2.4 Viewer Support (ช่วยคนดู/พิธีกร)
ช่วยสแกน QR / ค้นหาอีเวนต์ / เลือกหมวดให้ถูก
ช่วยเลือก Racers ตาม Slot
สอนการโฟกัสนักแข่งบนแผนที่ (แตะชื่อ/แตะหมุด)
ถ้าทีมน้อย: รวม Viewer Support กับ Registration ได้ แต่ควรมีคนหนึ่ง “เฝ้า Control Event”
ตลอด
3) อุปกรณ์ที่ทีมงานควรเตรียม (หน้างานจริง)
3.1 อุปกรณ์หลัก
มือถือ/แท็บเล็ตสำหรับ Admin Operator (จอใหญ่ยิ่งดี) + Powerbank
มือถือสำหรับ Racer Support อย่างน้อย 1 เครื่อง
เครื่องสำรอง 1 เครื่อง (กรณีเครื่องหลักดับ/แตก/แบตหมด)
อินเทอร์เน็ตสำรอง: Hotspot 1–2 จุด (หรือซิมสำรองคนละค่าย)
3.2 การตั้งค่ามาตรฐาน (ทุกเครื่องทีมงาน)
ปิดโหมดประหยัดพลังงาน / Battery saver
เปิด Location เป็น Accuracy สูง (High accuracy)
ตั้งหน้าจอไม่ดับนานขึ้น (Auto-lock ให้นานสุด)
อัปเดตแอพเป็นเวอร์ชันเดียวกันทั้งหมดก่อนวันงาน
สำคัญ: เครื่องของ Racer ต้อง “ไม่ถูกจำกัดเบื้องหลัง” ไม่งั้น Tracking จะหลุด/นิ่ง
7) SOP หลังงาน (ปิดงาน)
7.1 ปิดหมวด/ปิดอีเวนต์
Admin Operator กด Finish ให้ครบทุกหมวด
ถ้ามีหมวดถัดไป ให้สลับหมวดให้ชัดเจน (กันผู้ชมเลือกผิด)
7.2 ปิด Tracking นักแข่ง
ประกาศให้นักแข่งปิด Tracking และออกจากหน้าจอแผนที่
Racer Support ช่วยคนที่ยังส่งตำแหน่งค้าง
7.3 เก็บ QR / ปิดการเผยแพร่
ถ้า QR ใช้เฉพาะวันงาน ให้เก็บป้าย/ลิงก์ไม่ให้หลุดออกไปต่อ
8) Playbook แก้ปัญหา (ทีมงานใช้หน้างาน)
8.1 Viewer เห็นแผนที่ แต่ไม่เห็นนักแข่ง
เช็คว่าเลือก Racers แล้วหรือยัง (และ Slot ไม่เต็ม)
เช็ค Category ถูกหมวด/ถูกเวลา
ถ้ายังไม่ขึ้น: ประสาน Racer Support ให้เช็คว่า Racer เปิด Tracking แล้วไหม
8.2 ตำแหน่ง Racer ไม่ขยับ / หาย ๆ โผล่ ๆ
ปิด Battery saver
เปิด Location accuracy สูง
ปิด-เปิด Tracking 1 ครั้ง
สลับไปใช้ Hotspot ทีมงานชั่วคราว
ยืนจุดโล่ง 30–60 วิรอ GPS
8.3 Route ไม่แสดงใน Viewer
Admin ตรวจ Assign Routes ว่าหมวดนั้นผูก Route แล้วหรือไม่
ถ้าผูกผิดหมวด: Assign ใหม่ แล้วให้ Viewer เข้าอีเวนต์ใหม่/รีเฟรช
8.4 คนดูหา “ชื่อ” ไม่เจอ
ให้ Racer เปลี่ยนชื่อโปรไฟล์ให้ชัด (แนะนำ “เบอร์-ชื่อ”)
ทีมงานทำรายชื่อมาตรฐานเพื่อประกาศ/แปะหน้าบูธ
8.5 หมวดแข่งซ้อนเวลา คนดูเลือกผิดหมวด
ตั้งชื่อหมวดใส่เวลาในวงเล็บ เช่น “PRO (09:00)”
แยก QR ตามหมวด (ถ้าทำได้) และติดป้ายชัดเจน
หลักการแก้เร็ว: เริ่มจาก “Category + เลือก Racers” ก่อนเสมอ แล้วค่อยไล่ไปที่
Tracking/เน็ต/Route
9) มาตรฐานการสื่อสารทีมงาน
9.1 สคริปต์สั้นสำหรับประกาศหน้างาน
“นักแข่งทุกคน รบกวนเปิด GPS และเปิด Tracking ในแอพ RaceMaps ก่อนปล่อยตัว”
“ผู้ชมสแกน QR → เลือกหมวด → เลือกชื่อนักแข่งที่ต้องการติดตาม แล้วดูได้เลย”
9.2 ช่องทางประสานภายในทีม
ทำกลุ่มสื่อสาร 1 ห้อง แยกจากกลุ่มผู้ชม (LINE/วิทยุสื่อสาร)
ข้อความมาตรฐานแจ้ง Tech Lead: “หมวด: ___ / เวลา: ___ / ปัญหา: ___ / เครื่อง: (Racer/Viewer/Admin) /
จุดที่เกิด: ___”
10) Checklist สรุป (พิมพ์แปะโต๊ะทีมงานได้)
ก่อนงาน (วันก่อน)
[ ] สร้างอีเวนต์ + ชื่อถูกต้อง
[ ] สร้าง Categories ครบ + ใส่เวลาในชื่อ (ถ้าจำเป็น)
[ ] Route พร้อม + Assign ให้ทุกหมวดที่ต้องใช้
[ ] QR พร้อม + ทดสอบสแกน 2 เครื่อง
[ ] Dry Run: Admin + Racer + Viewer ผ่าน 2–3 นาที
ก่อนปล่อยตัว (วันงาน)
[ ] Admin เปิดหน้า Control Event พร้อม
[ ] Racer สำคัญ ๆ เปิด GPS/Tracking แล้ว
[ ] ทีมงานมี Hotspot/ซิมสำรอง
[ ] Viewer Support พร้อมช่วยเลือก Racers
ระหว่างงาน
[ ] Start หมวดถูกเวลา
[ ] เช็ค 10 นาทีแรก: มี Racer ที่ไม่ขึ้นไหม
[ ] แก้ Viewer ไม่เห็นนักแข่งด้วย “เลือก Racers/เช็คหมวด” ก่อนเสมอ
หลังงาน
[ ] Finish หมวดครบ
[ ] แจ้ง Racer ปิด Tracking
[ ] เก็บ QR/ป้าย/ลิงก์ตามนโยบาย
11) รวมรูป
คลิกที่รูปเพื่อเปิดดูขนาดเต็ม (เปิดในแท็บใหม่)
12) ความหมาย: SOP (T-7 ถึง T-1), KPI
SOP ก่อนวันงาน (T-7 ถึง T-1) คือแผนปฏิบัติงานมาตรฐาน
(Standard Operating Procedure ) สำหรับช่วง
ก่อนวันแข่งจริง ตั้งแต่ 7 วันก่อนงาน จนถึง 1 วันก่อนงาน
ความหมายของคำว่า T-7 ถึง T-1
T = วันแข่งจริง (Event Day)
T-7 = 7 วันก่อนวันแข่ง
T-1 = 1 วันก่อนวันแข่ง (วันก่อนแข่ง)
หมายเหตุ: รูปแบบการอ้างอิงเวลาแบบนี้ใช้กันทั่วไปในงานอีเวนต์ การแข่งกีฬา งานโปรดักชัน
รวมถึงงานทหาร/การบิน เพื่ออ้างอิงเวลาแบบชัดเจนและไม่สับสนเรื่องวันที่
ทำไมต้องมี SOP ช่วง T-7 ถึง T-1
ช่วงนี้คือช่วง เตรียมงานเข้มข้นที่สุด หากพลาดอาจทำให้
วันแข่งจริงแก้ไม่ทัน
SOP ช่วงนี้ใช้เพื่อ
กำหนดว่า แต่ละวันต้องทำอะไร
ระบุว่า ใครรับผิดชอบอะไร
เช็คระบบให้พร้อม 100% ก่อนวันจริง
ความหมาย: KPI คืออะไร
KPI คือ ตัวชี้วัดผลงานหลัก (Key Performance Indicator )
ใช้กำหนดและวัดว่า “ทำได้ตามเป้าหมายแค่ไหน” แบบมีตัวเลข/เกณฑ์ชัดเจน
เพื่อให้ทีมติดตามความพร้อมและตัดสินใจแก้ปัญหาได้ทันก่อนวันจริง
ทำไมต้องมี KPI ในช่วง T-7 ถึง T-1
ทำให้รู้ว่า “พร้อมจริง” หรือ “ยังมีความเสี่ยง” แบบวัดได้
ช่วยจัดลำดับความสำคัญ: อะไรต้องแก้ก่อน/หลัง
สื่อสารกับทีมง่าย: ดูตัวเลขเดียวกัน ลดความเข้าใจไม่ตรงกัน
ตัวอย่าง KPI ที่ใช้กับงานอีเวนต์/ระบบติดตาม (ตัวอย่าง)
ความพร้อมระบบ: ผ่านเช็คลิสต์รายการสำคัญ ≥ 95%
ความเสถียรการอัปเดตตำแหน่ง: อัปเดตเฉลี่ย ≤ 3–5 วินาที
คุณภาพสัญญาณ/ความต่อเนื่อง: อัตราขาดช่วงของการส่งพิกัด ≤ X%
ความพร้อมผู้ใช้งาน: Racer เปิด Tracking และทดสอบสำเร็จ ≥ X คน/ทีม
ปัญหาในระบบ: จำนวนเคส critical ที่ยังไม่ปิด = 0 ก่อน T-1
สรุป: SOP บอกว่า “ต้องทำอะไรและทำอย่างไร” ส่วน KPI บอกว่า “ทำได้ตามเป้าหมายแล้วหรือยัง”