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

ก่อนย้ายข้อมูลร้านสปา ควรแยกสิทธิ์แต่ละชนิด ตรวจเจ้าของสิทธิ์ และตกลงวิธีส่งต่อกับผู้ให้บริการทั้งระบบเดิมและระบบใหม่ การส่งออกรายงานได้ไม่ใช่หลักฐานว่าระบบใหม่จะนำเข้าได้ครบทุกช่องโดยไม่ต้องจัดข้อมูลเพิ่ม

1. แยกจำนวนครั้ง วงเงิน แต้ม และวันหมดอายุ

อย่ารวมทุกอย่างเป็นช่อง “ยอดคงเหลือ” ช่องเดียว แพ็กเกจเหลือ 4 ครั้ง วงเงินเหลือ 2,000 บาท และแต้มสะสม 120 แต้มเป็นคนละหน่วย แต่ละหน่วยอาจมีกติกาการใช้และวันหมดอายุต่างกัน

รายการที่ควรสำรวจยังรวมถึงแพ็กเกจใช้ร่วมกัน สิทธิ์ที่ใช้ได้เฉพาะบางบริการ และรายการที่ร้านให้เพิ่มเป็นกรณีพิเศษ หากมีอยู่จริง ต้องระบุหลักฐานและเงื่อนไข ไม่เปลี่ยนสิทธิ์เดิมให้เข้ากับระบบใหม่โดยไม่ได้พิจารณาข้อตกลงกับลูกค้า

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

2. ย้ายข้อมูลร้านสปา: เตรียมรหัสสมาชิกและรหัสแพ็กเกจ

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

แพ็กเกจชื่อเดียวกันก็อาจขายคนละช่วงและมีเงื่อนไขต่างกัน เก็บรหัสรายการขายหรือรหัสแพ็กเกจที่ย้อนกลับไปตรวจได้ พร้อมระบุวันเริ่ม วันหมดอายุ และสิทธิ์คงเหลือ ณ เวลาตัดยอด

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

3. ถามให้ชัดว่าอะไรนำเข้าได้และอะไรต้องมีวิธีอื่น

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

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

ตรวจค่าใช้จ่าย ระยะเวลา ความช่วยเหลือหลังย้าย และเงื่อนไขการส่งคืนหรือจัดการสำเนาข้อมูลด้วย โดยไม่สมมติว่าร้านทุกแห่งใช้เวลาและค่าใช้จ่ายเท่ากัน

4. ตรวจยอดก่อนและหลังด้วยข้อมูล ณ เวลาเดียวกัน

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

ตัวอย่างสมมติ: สมาชิก S001 มีแพ็กเกจเหลือ 4 ครั้งและแต้ม 120 แต้ม การย้ายผ่านต้องตรวจทั้งรหัสสมาชิก รหัสแพ็กเกจ จำนวนครั้ง แต้ม และเงื่อนไขที่เกี่ยวข้อง ไม่ใช่เห็นตัวเลข 4 กับ 120 ปรากฏที่ใดก็ได้ในระบบใหม่

รายการตรวจของ S001 ระบบเดิม ระบบใหม่ หลักฐานตรวจ
จำนวนครั้งแพ็กเกจ P001 4 ครั้ง 4 ครั้ง ผูกสมาชิกและบริการถูกต้อง
แต้มสะสม 120 แต้ม 120 แต้ม หน่วยและกติกาที่ใช้อ้างอิงตรงกัน
วันหมดอายุ วันที่ในข้อตกลงเดิม วันที่เดียวกัน ไม่ใช้วันนำเข้าแทนวันเริ่มเดิม
ประวัติที่จำเป็น เปิดดูได้ตามสิทธิ์ เข้าถึงตามวิธีที่ตกลง ผู้รับช่วงทดลองค้นแล้ว

ตรวจยอดรวมแยกหน่วย และตรวจรายละเอียดรายสมาชิกตามความเสี่ยง ยอดรวมตรงไม่ได้พิสูจน์ว่าสิทธิ์ทุกชุดถูกผูกกับสมาชิกที่ถูกต้อง

5. ซ้อมใช้สิทธิ์โดยไม่กระทบรายการจริง

สร้างเคสทดสอบในสภาพแวดล้อมที่ผู้ให้บริการกำหนด เช่น สมาชิกมีสองแพ็กเกจ เลือกใช้ครั้งจากแพ็กเกจที่ต้องการ แล้วตรวจว่ารายการอื่นยังอยู่ครบ สำหรับตัวอย่างสมาชิกที่มี 4 ครั้ง เมื่อใช้ 1 ครั้งควรเหลือ 3 ครั้ง ส่วนผลต่อแต้มต้องเป็นไปตามกติกาที่ตกลง ไม่จำเป็นต้องเปลี่ยนตามจำนวนครั้ง

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

6. เปิดระบบใหม่เมื่อมีผู้ตรวจรับและแผนรับปัญหา

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

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

จัดแฟ้มตรวจรับให้คนหน้าร้านใช้ต่อได้

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

  • เก็บรายการสิทธิ์ที่ตรวจผ่าน พร้อมรหัสสมาชิกที่ใช้ค้นในระบบใหม่
  • ระบุข้อยกเว้นที่ต้องให้ผู้จัดการตรวจ และช่องทางติดต่อผู้รับผิดชอบ
  • บันทึกผลซ้อมใช้สิทธิ์จริงด้วยข้อมูลทดสอบ รวมถึงวิธียกเลิกรายการทดสอบ

ย้ายแต้มอย่างเดียวได้ไหม ถ้าประวัติแต้มย้ายไม่ได้?

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

ต้องเปลี่ยนกติกาแพ็กเกจตามระบบใหม่หรือไม่?

อย่าเริ่มจากการเปลี่ยนสิทธิ์ลูกค้า ควรตรวจความสามารถของระบบและทางเลือกในการจัดการก่อน การปรับข้อตกลงเป็นอีกเรื่องหนึ่งที่ต้องพิจารณาแยกจากงานย้ายข้อมูล

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

อ่านต่อเพื่อเตรียมงานที่เกี่ยวข้อง

อ่านประกอบ: ทบทวนรายการมัดจำและเงื่อนไขการจองก่อนย้ายข้อมูล