ทำความเข้าใจ Analytics ของ Command Center
โรงแรมส่วนใหญ่ตรวจ Completion Rate, Biggest Drop‑Off, และ Issues ได้ภายใน 3 นาที
คู่มือนี้อธิบายว่า AVA คำนวณกราฟ Analytics แต่ละแบบใน Command Center อย่างไร และอธิบายการ์ด coverage ของเช็กอินเพิ่มเติมที่คุณอาจเห็นด้วย
ไปที่: Main Menu → Command Center → Analytics
สรุปย่อ
| มุมมอง | นับเป็นเซสชันเมื่อ | กฎการสำเร็จ |
|---|---|---|
| Pre‑Arrival | การจองใดก็ตามที่ไปถึงขั้น Pre‑Arrival | PRE_ARRIVAL สำเร็จ |
| Check‑In → All | การจองใดก็ตามที่มีขั้นตอนใน flow เช็กอิน รวมถึง early check-in หรือ pre-registration โดยไม่รวม pre-arrival อย่างเดียว | CHECKIN, KEY_COLLECTION, หรือ GET_DOOR_LOCK_KEY สำเร็จ |
| Check‑In → Early Check‑In | EARLY_CHECKIN_ATTEMPT หรือ ROOM_ASSIGNMENT_QUEUED | EARLY_CHECKIN_ATTEMPT หรือ ROOM_ASSIGNMENT_QUEUED สำเร็จ |
| Check‑In → Pre‑Registration | การจองใดก็ตามที่มีขั้นตอน Pre‑Registration | PRE_REGISTRATION สำเร็จ |
| Check‑In → Full Check‑In | CHECKIN, KEY_COLLECTION, หรือ GET_DOOR_LOCK_KEY | CHECKIN, KEY_COLLECTION, หรือ GET_DOOR_LOCK_KEY สำเร็จ |
| Check‑Out | การจองใดก็ตามที่มีขั้นตอนเช็กเอาต์ | CHECKOUT หรือ COMPLETED_CHECKOUT_PAYMENT สำเร็จ |
เปิด Analytics และเลือกมุมมอง

-
เลือกแท็บ Analytics
-
เลือก Pre‑Arrival, Check‑In, หรือ Check‑Out
-
หากเลือก Check‑In ให้ใช้แท็บย่อย All Check‑Ins, Early Check‑In, Pre‑Registration, หรือ Full Check‑In
✓ กราฟทั้งหมดจะอัปเดตตามมุมมองและช่วงวันที่ที่เลือก
AVA สร้างเซสชันอย่างไร
- เซสชัน คือหนึ่งเรคอร์ดเช็กอินของการจอง ไม่ใช่ผู้เข้าพักแต่ละคน
- เซสชันจะถูกรวมเมื่อล็อกอย่างน้อยหนึ่งขั้นจากมุมมองนั้น
- ขั้นตอนที่ล้มเหลวยังคงนับรวมในยอดรวม เพื่อให้เห็นจุดหลุดและปัญหา
เซสชัน pre-arrival ไม่รวม ใน All Check‑Ins ให้ใช้มุมมอง Pre‑Arrival สำหรับกรณีเหล่านั้น
การ์ดสรุป (ด้านบนของแท็บ)
| การ์ด | วิธีคำนวณ |
|---|---|
| Total Logs | จำนวนเซสชันในมุมมองที่เลือก |
| Completion Rate | เซสชันที่สำเร็จ ÷ logs ทั้งหมด |
| Avg Completion Time | เวลาจากขั้นตอนสำเร็จแรก (ปกติคือ Entry) ไปจนถึงเสร็จสิ้น |
| Successful Check‑Ins / Check‑Outs | จำนวนเซสชันที่สำเร็จของมุมมองนั้น |
สิ่งที่นับว่าเสร็จ ขึ้นอยู่กับมุมมอง ให้ดูตารางสรุปด่วน
ใช้ตารางนี้เพื่อตรวจว่าเซสชันใดนับเป็นความสำเร็จก่อนเปรียบเทียบช่วงเวลา
ถ้า Total Logs เท่ากับ 40 และ Successful Check‑Ins เท่ากับ 28 อัตราการสำเร็จคือ 70%
การ์ด coverage ของเช็กอิน
เมื่อ AVA ได้รับข้อมูล coverage จาก PMS คุณอาจเห็นการ์ดเพิ่มอีก 2 ใบหลัง Completion Rate ฟีเจอร์นี้ใช้ได้กับ AVA PMS, Cloudbeds, Opera, Mews, และ eZee
| การ์ด | แสดงอะไร | สำคัญอย่างไร |
|---|---|---|
| Eligible Check-In Units | หน่วยการยืนยันหรือ sub-reservation ที่ไม่ซ้ำกันในช่วงเวลาที่เลือก | ใช้เป็นตัวหารของ coverage |
| AVA Check-In Share | เปอร์เซ็นต์ของหน่วยที่เข้าเกณฑ์และ AVA ประมวลผลอย่างน้อยหนึ่งครั้ง | แสดงการใช้งาน AVA ในช่วงเวลานั้น |
การ์ดเหล่านี้นับ units ไม่ใช่การจองทั้งใบ การจองหลายห้องอาจเพิ่ม eligible unit ได้มากกว่าหนึ่งรายการ
AVA นับการจองที่ประมวลผลแล้วแต่ละรายการเพียงครั้งเดียว ระบบจะใช้ข้อมูล session ที่ตัดรายการซ้ำของ reservation ก่อน หากไม่มีข้อมูล session ระบบจะย้อนกลับไปใช้ตัวตนของ log ดิบ วิธีนี้ช่วยให้ AVA Check-In Share สอดคล้องกับ coverage ของการจอง ค่าควรอยู่ที่หรือต่ำกว่า 100%
Check-In Share แสดงไม่ถูกต้อง
สิ่งที่คุณเห็น: AVA Check-In Share สูงกว่าที่คาด
วิธีแก้:
- รีเฟรชแท็บ Analytics
- ยืนยันว่าช่วงวันที่ตรงกับรายงาน PMS
- ตรวจสอบว่าที่พักของคุณใช้ PMS ที่รองรับ
- หากยังดูผิดอยู่ ให้ติดต่อซัพพอร์ตพร้อมภาพหน้าจอ
หากคุณไม่เห็นการ์ดเหล่านี้ ข้อมูล PMS ปัจจุบันของคุณอาจยังไม่มีเมตริก coverage ของ unit PMS ที่ไม่รองรับจะไม่แสดงการ์ดเหล่านี้
กราฟ Funnel (จุดหลุดและเวลาแต่ละขั้น)
กราฟ funnel แสดงเปอร์เซ็นต์ของเซสชันที่ไปถึงแต่ละขั้น
- Drop‑off เปรียบเทียบแต่ละขั้นกับขั้นก่อนหน้า
- Avg duration วัดเวลาจากขั้นสำเร็จหนึ่งไปยังขั้นสำเร็จถัดไป
- หากขั้นหลังเกิดก่อนขั้นก่อนหน้า ระยะเวลาจะแสดงเป็น 0
ใช้การ์ด Biggest Drop‑Off เพื่อเลือกขั้นที่ควรโค้ชก่อน
ถ้า Document Upload มี 60 เซสชัน และขั้นก่อนหน้ามี 100 เซสชัน drop‑off คือ 40% ถ้า Document Upload เสร็จเวลา 10:05 และ Validation เสร็จเวลา 10:07 ระยะเวลาเฉลี่ยคือ 2 นาที
การวิเคราะห์เวลา (ปริมาณรายชั่วโมง)
Time Analysis จัดกลุ่มเซสชันตาม ขั้นตอนสำเร็จแรก ในมุมมองที่เลือก
- ใช้เขตเวลาของโรงแรมคุณ
- Pre‑Arrival ต้องมีขั้น PRE_ARRIVAL ที่สำเร็จ
- แสดง Peak Hours และ Rush Periods เพื่อช่วยวางกำลังคน
ใช้ Peak Hours เพื่อวางแผนกำลังคนในช่วงเวลาที่หนาแน่นที่สุด
เซสชันที่สำเร็จครั้งแรกเวลา 7:10 ตามเวลาท้องถิ่นจะถูกนับในชั่วโมง 07:00
Issues (ความล้มเหลวล่าสุด)
Issues แสดงเซสชันที่มีขั้นตอนล้มเหลวล่าสุด
- AVA ตรวจ 10 เหตุการณ์ล่าสุดเพื่อหาความล้มเหลว
- หากไม่มีความล้มเหลวล่าสุด ระบบจะใช้ความล้มเหลวล่าสุดที่บันทึกไว้
ใช้ View Details เพื่อดูประวัติขั้นตอนแบบเต็ม
หากการชำระเงินล้มเหลวเวลา 3:12 หลังจากสำเร็จก่อนหน้า Issues จะแสดง Payment เวลา 3:12 หาก 10 เหตุการณ์ล่าสุดสำเร็จทั้งหมด AVA จะแสดงความล้มเหลวล่าสุดที่บันทึกไว้
กิจกรรมล่าสุด
Recent Activity แสดงขั้นตอนสำคัญที่ สำเร็จหรือไม่สำเร็จ เช่น:
- Check‑In, Check‑Out
- Room Assignment
- Pre‑Registration
- Identity Verification
- Payment
รายการนี้จำกัดไว้ที่ 30 รายการล่าสุด
ใช้รายการนี้เพื่อยืนยันว่าขั้นตอนไหนเพิ่งเกิดขึ้นล่าสุด
คุณอาจเห็น “Check‑In completed successfully” หรือข้อความล้มเหลวสำหรับ Identity Verification
Final Step Distribution (จุดจบของแต่ละเซสชัน)
กราฟนี้จัดกลุ่มขั้นตอนสุดท้ายของแต่ละเซสชันเป็นหมวดต่าง ๆ:
- Success — ขั้นตอนสำเร็จเต็มรูปแบบ
- Timing — ขั้นตอน early check-in รวม Room Queued
- Partial — pre-registration
- Room — ขั้นตอนการจัดสรรห้อง (Room Assignment)
- Documentation — การยืนยันเอกสารหรือเอกสารประจำตัว
- Payment — ขั้นตอนการชำระเงิน
- Early — ขั้น Entry / Fetch
หากเกิดความล้มเหลว หลัง ความสำเร็จครั้งล่าสุด ขั้นตอนที่ล้มเหลวจะกลายเป็นขั้นสุดท้าย
ใช้กราฟนี้เพื่อดูจุดหยุดที่พบบ่อยที่สุด
จาก 50 เซสชัน 20 จบที่ Check‑In (success), 10 จบที่ Early Check‑In (timing), 8 จบที่ Document Upload (documentation), และ 12 จบที่ Payment (payment)
เปิดเซสชันจาก Final Step Distribution
-
เลือกส่วนของแท่งใน Final Step Distribution
-
ตรวจรายการเซสชันที่เปิดขึ้นมา
✓ รายการจะแสดงหมายเลขยืนยัน ผู้เข้าพัก ห้อง และความล้มเหลวล่าสุด
-
เลือก Open details ในเซสชันใดก็ได้
✓ แผง Reservation Details จะเปิดสำหรับเซสชันนั้น
รายการนี้แสดง sessions ไม่ใช่ reservations ที่รวมกลุ่ม ใช้เพื่อหา failure ซ้ำได้เร็ว
การวิเคราะห์อุปกรณ์ (ไม่บังคับ)
Device Analytics ใช้รายละเอียดอุปกรณ์จากเซสชันเช็กอิน/เช็กเอาต์
หากผู้เข้าพักไม่ได้ให้ข้อมูลอุปกรณ์ กราฟนี้อาจว่าง
ใช้มุมมองนี้เพื่อเปรียบเทียบการใช้งาน kiosk กับมือถือแยกตาม OS
ถ้าเซสชันส่วนใหญ่เป็น iOS คุณอาจต้องปรับ flow เช็กอินบนมือถือ
ขีดจำกัดและความสดของข้อมูล
- Analytics ครอบคลุมได้สูงสุด 90 วัน ต่อคำสั่ง
- หากมีเหตุการณ์มากกว่า 50,000 รายการในช่วงนั้น AVA จะขอให้คุณลดช่วงวันที่
- รายการเซสชันถูกจำกัดเพื่อประสิทธิภาพ (ประมาณ 200 ต่อขั้นตอน และ 2,000 รวมทั้งหมด)
การแก้ไขปัญหา
กราฟทั้งหมดเป็นศูนย์
สิ่งที่คุณเห็น: การ์ดสรุปเป็น 0 และกราฟว่าง
วิธีแก้:
- ขยายช่วงวันที่
- ยืนยันว่ามี logs ใน Status
- ตรวจสอบว่าแพ็กเกจของคุณรวม Analytics
อัตราการสำเร็จต่ำกว่าที่คาด
สิ่งที่คุณเห็น: completion rate ต่ำ แม้มีผู้เข้าพักเช็กอินจำนวนมาก
ตรวจสอบ:
- เซสชันใน Pre‑Arrival ไม่นับรวมใน All Check‑Ins
- All Check‑Ins นับเฉพาะขั้น Full Check‑In ว่าสำเร็จ
- Early Check‑In และ Pre‑Registration ถูกติดตามในแท็บย่อยของตัวเอง
การ์ด coverage หาย
สิ่งที่คุณเห็น: เห็นเฉพาะการ์ดสรุปมาตรฐาน
วิธีแก้:
-
อยู่ในมุมมอง Check-In
-
ยืนยันว่าการเชื่อมต่อ PMS ยังใช้งานอยู่
-
รีเฟรชหน้าหลังซิงก์เสร็จ
✓ หาก PMS ของคุณรองรับ reservation coverage, Eligible Check-In Units และ AVA Check-In Share จะปรากฏหลัง Completion Rate
ยังติดอยู่?
ติดต่อ success@vouch-technologies.com หาก:
- ❌ Analytics มีข้อมูลใน Status แต่ Analytics ว่าง
- ❌ กราฟไม่อัปเดตหลังเปลี่ยนช่วงวันที่
- ❌ รายการ Issues แสดงเวลาไม่ถูกต้อง
ข้อมูลที่ช่วยได้:
- ช่วงวันที่ที่คุณเลือก
- ภาพหน้าจอของแท็บ Analytics
- หมายเลขยืนยันของการจองตัวอย่าง