Baldr LabsYoga and Me
YOGA&ME × BALDR LABS · เอกสารประกอบการวิเคราะห์ขอบเขตงาน

Fit-Gap Analysis V1.3 — ความต้องการจาก Mindbody × SOW V3.1

ฐานหลัก = Mindbody Requirement V1.0 (197 ข้อ · รหัส M-) · เทียบรายข้อกับเอกสาร Scope of Work ฉบับลงนาม (BL-YM-SOW-2026-001) และสรุปขอบเขตระยะ 1 ตาม 6 กลุ่มผู้ใช้ (SOW V3.1 · 134 รายการ · รหัส S) · V1.3 — ปรับปรุง 5 ส.ค. 2026: คอลัมน์ SOW อ้างอิงมาตรฐานเดียวทั้งฉบับ — ป้ายข้อเอกสารลงนามนำทุกแถว (หมวดนอกขอบเขตแสดง "ข้อ 3.x" · งานอนาคตแสดง "ข้อ 5" ตามตัวอักษรของเอกสารลงนาม)
ความต้องการเดิม 197 ข้อ → มีคำตอบในระยะ 1 รวม 157 ข้อ (ตรง 107 · ทดแทน 9 · บางส่วน 41) · ระยะถัดไป 17 · นอกขอบเขต SOW 11 · งานฝั่งผู้พัฒนา 12
✅ 107
ตรงกับ SOW ระยะ 1
🔄 9
ทำทดแทน
🟡 41
ได้บางส่วนในระยะ 1
⏭ 17
ระยะถัดไปตาม SOW
⛔ 11
นอกขอบเขต SOW (ระบุข้อ)
🔧 12
งานฝั่งผู้พัฒนา
เอกสารนี้คืออะไร: ตารางเทียบ "ไฟล์ความต้องการอ้างอิงจากระบบเดิม (Mindbody) ที่ทีม Yoga&Me ส่งมา" กับ "ขอบเขตงานของโครงการ" ทีละข้อ ครบทั้ง 197 ข้อ — รหัส M-x.x.x หน้าแต่ละแถว = เลขข้อความต้องการฝั่ง Yoga&Me (จากเอกสาร Mindbody Requirement V1.0)

วิธีอ่านคอลัมน์ "SOW อ้างอิง" (มี 2 ชั้นในทุกแถว)

ชั้นที่ 1 — ป้ายสีอ่านว่าความหมาย
SOW-1.1SOW-1.8งานระยะส่งมอบที่ 1ความต้องการข้อนี้อยู่ในขอบเขตงานระยะแรกของเอกสาร Scope of Work ฉบับลงนาม (BL-YM-SOW-2026-001) — ตัวเลขชี้ข้อของเอกสารโดยตรง เปิดเทียบได้ทันที
SOW-2.1SOW-2.3งานระยะส่งมอบที่ 2อยู่ในขอบเขตโครงการ แต่ส่งมอบในระยะที่ 2 (ชุดรายงานตามภาคผนวก ก อยู่ใต้ข้อ SOW-2.2)
ข้อ 3.1ข้อ 3.6งานที่ไม่รวมในขอบเขตเอกสารลงนามหมวด 3 ระบุว่ารายการกลุ่มนี้ไม่รวมอยู่ในโครงการ — หากต้องการภายหลัง ดำเนินการเป็นคำขอเปลี่ยนแปลง (Change Request) หรืองานเพิ่มตามหมวด 5
ข้อ 5งานพัฒนาเพิ่มเติมในอนาคต (Future Options)เอกสารลงนามหมวด 5 ระบุชื่องานนี้ไว้เป็นทางเลือกพัฒนาต่อ (เช่น คลาสออนไลน์ · ระบบสะสมแต้ม Yoga&Me Circle · payment gateway · เครดิตฝากบัญชี) — เสนอเงื่อนไข/ราคาแยกจากโครงการนี้
ไม่มีข้อ SOW ตรงไม่ปรากฏในเอกสารลงนามคำขอข้อนี้ไม่มีหมวดรองรับในเอกสารลงนามเลย (ทั้งเอกสารมีแถวเดียว) — สถานะเป็นไปตามคำอธิบายท้ายแถว
ชั้นที่ 2 — รหัส Sอ่านว่า
S5.4.1 ฯลฯรายการใน "สรุปขอบเขตระยะ 1 ตาม 6 กลุ่มผู้ใช้" ที่รองรับความต้องการข้อนั้น — โครงรหัสคือ S<กลุ่มผู้ใช้>.<กลุ่มงาน>.<ลำดับข้อ> เลขตัวแรกบอกว่าเป็นฟีเจอร์ของใคร: S1 ลูกค้า/สมาชิก · S2 พนักงานหน้าร้าน · S3 ผู้จัดการสาขา · S4 ครูผู้สอน · S5 ผู้ดูแลระบบ · S6 เจ้าของกิจการ — ข้อความเต็มของทุกรหัสเปิดดูได้ที่ ภาคผนวกท้ายรายงาน (134 รายการ)
ได้แทน/ที่ยังได้:ป้ายกำกับพิเศษ — ปรากฏเฉพาะแถวสถานะ "ระยะถัดไป" หรือ "นอกขอบเขต" หมายความว่ารหัส S ที่ตามมา คือสิ่งใกล้เคียงที่ระยะ 1 มีให้ใช้ไปก่อน ไม่ใช่ตัวความต้องการข้อนั้นเอง
ตัวอย่างการอ่าน 1 แถว: ความต้องการ "กำหนดตำแหน่งและสิทธิ์การใช้งาน" (M-1.1.2) มีป้าย SOW-1.8 SOW-2.2 แล้วตามด้วย S5.5.2 S5.5.3 S6.4.1 อ่านว่า — การจำกัดสิทธิ์ตามตำแหน่งขั้นพื้นฐานได้ตั้งแต่ระยะที่ 1 (อยู่ใต้ข้อ SOW-1.8 ของเอกสารลงนาม) ส่วนการปรับสิทธิ์แบบละเอียดรายรายงาน/รายปุ่มเป็นงานระยะที่ 2 (ข้อ SOW-2.2) โดยฟีเจอร์ที่รองรับในระยะ 1 คือรายการ S5.5.2 และ S5.5.3 (ฝั่งผู้ดูแลระบบ) กับ S6.4.1 (ฝั่งเจ้าของกิจการ) · เครื่องหมาย ° ที่พบในเอกสาร = รายละเอียดตกลงร่วมกันตอนประชุมเริ่มโครงการ (kickoff)

คำอธิบายสถานะ

สถานะความหมาย
ตรงกับ SOW ระยะ 1
🔄ทำทดแทน — แนวทางต่างแต่ตอบโจทย์เดิม
🟡ได้บางส่วนในระยะ 1 · ส่วนที่เหลือระบุในคำอธิบาย
ระยะถัดไปตาม SOW
นอกขอบเขต SOW (ระบุข้อ)
🔧งานฝั่งผู้พัฒนา — ไม่ใช่ฟีเจอร์ส่งมอบแยก

Part 1: Requirement: ที่อยากให้มีโดยอ้างอิงจากMindbody

M-1.1 ขอบเขตระบบ และโครงสร้างสาขา

ข้อความต้องการ (Mindbody)สถานะSOW อ้างอิงคำอธิบาย / สิ่งที่ได้ในระยะ 1
M-1.1.1ระบบต้องรองรับหลายสาขา (multi-location) ใช้บัญชีเดียว แต่แยก data ตามสาขาได้ เช่น ตารางคลาส, ครู, ราคา, โปรโมชั่น✅ ตรงSOW-1.1
SOW-2.1
S5.5.1
S1.1.1
บริหารทุกสาขาจากบัญชีเดียว ข้อมูลตารางคลาส/ครู/ราคา/โปรโมชั่นแยกตามสาขา · ระยะ 1 เปิดใช้จริงสาขาเกษตร-นวมินทร์ก่อน ครบ 3 สาขาในระยะ 2 (โครงสร้างรองรับตั้งแต่แรก)
M-1.1.2มีการกำหนด role และ permission เช่น Admin, เจ้าของทุกสาขา, ผู้จัดการแต่ละสาขา, พนักงานหน้าร้าน, ครู, ฝ่ายบุคคล, ฝ่ายบัญชี, ฝั่งลูกค้า✅ ตรงSOW-1.8
SOW-2.2
S5.5.2
S5.5.3
S6.4.1
กำหนดตำแหน่ง+สิทธิ์ได้ละเอียดถึงรายปุ่ม · SOW นำเสนอ 6 กลุ่มผู้ใช้ตามที่ตกลงร่วมกัน — ฝ่ายบุคคล/บัญชีตั้งเป็นกลุ่มสิทธิ์เพิ่มได้เองโดยไม่ต้องแก้โปรแกรม
M-1.1.3รองรับทั้งคลาสกลุ่ม, private session, workshop/event, และคลาสออนไลน์ (live/recorded) ตามประเภทบริการของธุรกิจ🟡 บางส่วนSOW-1.1
SOW-1.6
ข้อ 5
S3.1.1
S3.2.1
S3.2.2
S1.1.9
คลาสกลุ่ม + private session + workshop/event ครบระยะ 1 · คลาสออนไลน์ (live/recorded) ไม่อยู่ใน SOW ระยะ 1 — ต้องหารือเป็นงานเพิ่มถ้าต้องการ

M-1.2 ฟีเจอร์ฝั่งลูกค้า — ระบบใหม่ให้บริการผ่านแอปบน LINE (LIFF) เท่านั้น

ข้อความต้องการ (Mindbody)สถานะSOW อ้างอิงคำอธิบาย / สิ่งที่ได้ในระยะ 1
M-1.2.1 บัญชีลูกค้า และโปรไฟล์
M-1.2.1.1ลูกค้าสมัครสมาชิก/ล็อกอินด้วย email, เบอร์โทร, หรือ social login (Google, Facebook, Apple ID).🔄 ทำทดแทนSOW-1.1
SOW-1.5
ข้อ 3.6
S5.4.4
ทดแทนด้วย LINE Login ช่องทางเดียว (ผูกบัญชี LINE กับเบอร์โทรอัตโนมัติ) — ไม่มี email/Google/Facebook/Apple login ตามแนวทาง LINE-only (SOW ข้อ 3.6) ลูกค้าไม่ต้องจำรหัสผ่านใหม่
M-1.2.1.2โปรไฟล์ลูกค้า: ข้อมูลส่วนตัว, รูปโปรไฟล์, ประวัติสุขภาพ/ข้อห้ามฝึก, ภาษา, การยอมรับ Terms & Conditions, consent ด้าน PDPA.✅ ตรงSOW-1.1
SOW-1.3
SOW-1.7
SOW-1.8
S1.6.1
S1.6.2
S1.6.3
S1.6.4
โปรไฟล์+รูป · ประวัติสุขภาพ/ข้อห้ามฝึก · ภาษา (สลับไทย/อังกฤษ) · การยอมรับเงื่อนไข + consent PDPA พร้อมเก็บหลักฐาน — ครบตามต้องการ
M-1.2.1.3ดูประวัติการเข้าเรียน, ประวัติการซื้อ, ชำระเงิน, เครดิตที่เหลือ, membership ที่ใช้งานอยู่✅ ตรงSOW-1.1
S1.4.1
S1.4.2
ลูกค้าเห็นประวัติเข้าเรียน ประวัติซื้อ/ชำระเงิน เครดิตคงเหลือ และแพ็กเกจที่ถือ ครบในแอปบน LINE
M-1.2.2 การจองคลาส และนัดหมาย
M-1.2.2.1หน้า “Schedule” ให้ลูกค้าเลือกสาขา, ประเภทคลาส, ครู, วัน–เวลา, และช่องค้นหา/กรองตาม level, type (Yoga, Pilates Mat, Barre, Dance, Trampoline, V2Max).✅ ตรงSOW-1.1
S1.1.1
หน้าตารางคลาส เลือกสาขา ประเภท ครู วัน-เวลา พร้อมค้นหา/กรองตามระดับและประเภท — ตรงตามต้องการ
M-1.2.2.2ลูกค้าจองคลาสได้ 24/7 ทั้งบนเว็บและมือถือ พร้อมแสดงจำนวนที่นั่งคงเหลือ และ waiting list สำหรับคลาสเต็ม🔄 ทำทดแทนSOW-1.1
ข้อ 3.6
S1.1.1
S1.1.2
S1.1.5
จอง 24 ชม. + ที่นั่งคงเหลือ + คิวสำรอง ครบ แต่ช่องทางลูกค้า = แอปบน LINE เท่านั้น — การจอง/สมัครสมาชิกผ่านหน้าเว็บ ไม่มีทั้งสองระยะ (นอกขอบเขตถาวร SOW ข้อ 3.6) · หมายเหตุ: 'เว็บไซต์' ที่มีในระยะ 2 (SOW-2.2) คือเว็บสาธารณะโชว์ตารางคลาส/ครู แบบดึงข้อมูลมาแสดงอย่างเดียว ไม่ใช่ช่องทางจองของใครทั้งสิ้น (พนักงานหน้าร้านจองแทนลูกค้าผ่านหน้าจอหลังบ้านของระบบ)
M-1.2.2.3ระบบจัดการ booking conflict เช่น ลูกค้าจองซ้อนเวลา หรือจองเกิน quota ที่ membership รองรับ✅ ตรงSOW-1.1
S1.1.7
ระบบกันพลาดอัตโนมัติ: จองซ้อนเวลา เกินโควตาแพ็ก นอกประเภท/สาขาที่แพ็กครอบคลุม เกินเพดานต่อวัน — แจ้งเตือน/บล็อกพร้อมเหตุผล °รายละเอียดเคาะตอน kickoff
M-1.2.3 การชำระเงิน และแพ็กเกจ
M-1.2.3.1ลูกค้าซื้อแพ็กเกจคลาส,, membership รายเดือน/รายครั้ง, drop-in ticket ผ่านแอป/เว็บ.✅ ตรงSOW-1.1
S1.2.1
ซื้อแพ็กเกจคลาส สมาชิกรายเดือน บัตรรายครั้ง (drop-in) ผ่านแอปบน LINE ได้เอง
M-1.2.3.2รองรับการจ่ายผ่านบัตรเครดิต/เดบิต, โอนเงิน, และการใช้คูปอง/โค้ดส่วนลด.🟡 บางส่วนSOW-1.1
SOW-1.8
SOW-1.3
ข้อ 3.5
ข้อ 5
S1.2.3
S1.2.4
S5.3.2
โอนเงิน (QR+ส่งสลิป+พนักงานตรวจ) + คูปอง/โค้ดส่วนลด ครบ · บัตรเครดิต/เดบิตและการตัดเงินอัตโนมัติ = นอกขอบเขต (SOW ข้อ 3.5) — LINE Pay เป็นทางเลือกอนาคต
M-1.2.3.3แสดงรายละเอียดแพ็กเกจ: จำนวนครั้ง, หมดอายุ, เงื่อนไขการจอง, cancellation policy แบบโปร่งใสก่อนซื้อ✅ ตรงSOW-1.1
S1.2.2
เห็นจำนวนครั้ง วันหมดอายุ เงื่อนไขการจอง นโยบายยกเลิก ครบก่อนตัดสินใจซื้อ
M-1.2.4 สื่อสารและแจ้งเตือน
M-1.2.4.1ระบบ push notification / SMS / email สำหรับ: ยืนยันการจอง, reminder ก่อนคลาส, การยกเลิก, waitlist ได้เลื่อนเข้าเรียน, ใบเสร็จการชำระเงิน🔄 ทำทดแทนSOW-1.1
SOW-1.8
ข้อ 3.5
S1.5.1
S1.2.3
แจ้งเตือนครบทุกเหตุการณ์ (ยืนยันจอง เตือนก่อนคลาส ยกเลิก คิวสำรองได้เลื่อน ใบเสร็จ) แต่ส่งทาง LINE OA ช่องทางเดียว — ไม่มี push app/SMS/email แจ้งเตือน (SOW ข้อ 3.5 · email ใช้เฉพาะแนบเอกสารใบเสร็จ)
M-1.2.4.2ลูกค้าเลือกได้ว่าจะรับแจ้งเตือนช่องทางไหน และปรับตั้งค่า notification ในแอปเอง.🔄 ทำทดแทนSOW-1.1
S1.5.3
ตั้งค่าเปิด/ปิดประเภทการแจ้งเตือนได้เองในแอป + ดูรายการย้อนหลัง — เลือก 'ช่องทาง' ไม่ได้เพราะระบบใช้ LINE ช่องทางเดียวโดยออกแบบ
M-1.2.5 ประสบการณ์ใช้งาน (UX)
M-1.2.5.1UI เรียบง่าย: filter ชัดเจน, หน้า home มี quick actions เช่น “จองวันนี้”, “ดูแพ็กเกจ”, “ตารางโปรโมชัน”.✅ ตรงSOW-1.1
S1.4.3
หน้าแรกมีทางลัดงานที่ใช้บ่อย (จองวันนี้ ดูแพ็กเกจ โปรโมชัน) + การ์ดสรุปคลาสถัดไป ตรงตามต้องการ
M-1.2.5.2รองรับหลายภาษา (อย่างน้อย Thai/English) เพื่อรองรับลูกค้าต่างชาติ✅ ตรงSOW-1.1
S1.6.4
สลับภาษาไทย/อังกฤษได้เองทั้งแอป

M-1.3 ฟีเจอร์ฝั่งสตูดิโอ (Back Office สำหรับ 3 สาขา)

ข้อความต้องการ (Mindbody)สถานะSOW อ้างอิงคำอธิบาย / สิ่งที่ได้ในระยะ 1
M-1.3.1 การจัดตารางคลาส และครู
M-1.3.1.1Calendar แบบรายวัน/สัปดาห์/เดือน แยกตามสาขา, ห้อง, ครู, ประเภทคลาส.✅ ตรงSOW-1.1
S3.1.2
ปฏิทินรายวัน/สัปดาห์/เดือน แยกตามสาขา ห้อง ครู ประเภทคลาส
M-1.3.1.2กำหนด capacity ตามจำนวน reformer, เสื่อ, หรือขนาดห้อง และเชื่อมกับการจองลูกค้าแบบ real-time✅ ตรงSOW-1.1
S3.1.4
กำหนดจำนวนรับต่อคลาสตามเครื่อง/เสื่อ/ขนาดห้อง เชื่อมยอดจองแบบทันที ไม่มีจองเกิน
M-1.3.1.3ตั้ง recurring classes (เช่น ทุกวันจันทร์ 18:00–19:00) พร้อมช่วง effective date และ pause ได้เวลาเปลี่ยนตาราง.✅ ตรงSOW-1.1
S3.1.3
คลาสประจำวนซ้ำรายสัปดาห์ + ช่วงวันเริ่ม-สิ้นสุด + พักตารางชั่วคราวได้
M-1.3.2 การจัดการลูกค้า
M-1.3.2.1Client CRM: เก็บข้อมูลลูกค้า, แบ่งกลุ่มตามพฤติกรรม เช่น active, inactive, high-value, new member.✅ ตรงSOW-1.3
SOW-1.5
S3.4.5
แบ่งกลุ่มลูกค้าตามพฤติกรรม (ขาประจำ ห่างหาย คนสำคัญ สมาชิกใหม่) °รายละเอียดเกณฑ์เคาะตอน kickoff
M-1.3.2.2บันทึก note จากครู/พนักงาน เช่น ข้อจำกัดร่างกาย, โปรไฟล์การฝึก, ความชอบ และการแจ้งเตือนภายในทีม.✅ ตรงSOW-1.7
SOW-1.3
SOW-1.5
S2.5.1
S4.3.4
S2.4.4
โน้ตจากครู/พนักงาน (ข้อจำกัดร่างกาย ความชอบ) + ระบบแจ้งโน้ตสำคัญภายในทีม — มี Be Care เสริมเหนือ Mindbody เดิม
M-1.3.2.3การจัดการสัญญา membership: ต่ออายุอัตโนมัติ, freeze, suspend, cancel พร้อม log การเปลี่ยนแปลง.✅ ตรงSOW-1.1
SOW-1.8
SOW-1.5
S5.1.5
S5.4.2
ออกบิลรอบใหม่อัตโนมัติ เปลี่ยนสถานะ ใช้งาน/พัก/หมดอายุ/ยกเลิก พร้อมประวัติครบ + บันทึกทุกการแก้ไข (audit)
M-1.3.3 การขาย และ POS หน้าร้าน
M-1.3.3.1POS สำหรับเคาน์เตอร์: ขายแพ็กเกจ, drop-in, สินค้า (mat, น้ำ, เสื้อผ้า) พร้อมเชื่อมกับ stock.⏭ ระยะถัดไปSOW-2.1
ข้อ 3.5
ได้แทน/ที่ยังได้:S2.2.5
S1.2.3
POS ระยะ 2 (SOW-2.1) = สมัคร/ขายแพ็กเกจให้ลูกค้า + รับชำระที่เคาน์เตอร์ เท่านั้น · การขายสินค้าอื่น (mat/น้ำ/เสื้อผ้า) พร้อมตัดสต๊อก = Future Option นอกขอบเขต (SOW ข้อ 3.5 'ระบบคลัง/สต๊อกสินค้า' · ข้อสรุป 4 ส.ค.) · ระยะ 1 ทดแทนด้วย: พนักงานออกแพ็กเกจในระบบแบบ manual + ลูกค้าชำระโอน/QR+ส่งสลิปให้ตรวจ
M-1.3.3.2รองรับการออกใบเสร็จ/ใบกำกับภาษี (PDF, email) และเลือกชื่อบริษัท/สาขาออกเอกสาร.✅ ตรงSOW-1.8
S2.6.1
S2.6.2
ใบเสร็จ/ใบกำกับภาษี PDF หรือส่งอีเมลแนบเอกสาร + เลือกบริษัท/สาขาออกเอกสาร °จำนวนนิติบุคคลต้องยืนยันกับลูกค้า
M-1.3.3.3การตั้งโปรโมชั่น: multi-buy, early bird, first timer, friend referral, corporate package.✅ ตรงSOW-1.1
SOW-1.3
SOW-2.1
S5.6.5
S5.6.6
โปรโมชั่นครบทุกแบบ: multi-buy · early bird · ลูกค้าใหม่ครั้งแรก · แพ็กเกจองค์กร · friend referral — SOW-1.3 ระบุโปรแกรมชวนเพื่อน (โค้ด/ลิงก์ + รางวัลคูปอง/ส่วนลด) อยู่ในขอบเขตระยะ 1 (ยืนยันตามขอบเขตงานลงนาม 4 ส.ค.) °เงื่อนไขรางวัลตกลงช่วง Phase-0
M-1.3.4 การจัดการบุคลากร
M-1.3.4.1โปรไฟล์ครู/พนักงาน: ตารางสอน, rate ค่าจ้าง, KPI การสอน, ประวัติการเข้า–ออกงาน.🟡 บางส่วนSOW-1.1
SOW-1.4
SOW-1.8
SOW-2.2
ข้อ 3.1
S2.7.1
S4.6.3
S5.5.2
โปรไฟล์+ตารางสอนครบ · เรทค่าจ้างเก็บในระบบเห็นเฉพาะ Admin/Owner (SOW-1.4) · KPI การสอนเต็มรูป (Quality Score) = ระยะ 2 · ประวัติเข้า-ออกงาน (ระบบ HR) = นอกขอบเขต SOW ข้อ 3.1 (ข้อสรุปร่วมล่าสุด 4 ส.ค.)
M-1.3.4.2Tracking การสอนต่อคลาส (จำนวนลูกค้า, revenue ต่อคลาส, rating จากลูกค้า).🟡 บางส่วนSOW-1.4
SOW-1.1
SOW-2.2
S3.1.7
S4.6.1
จำนวนผู้เรียนต่อคลาส + สถิติการสอนมีระยะ 1 · รายได้ต่อคลาสและ rating จากลูกค้าแบบเต็มรูป = รายงานชุดใหญ่ระยะ 2
M-1.3.4.3ระบบ time attendance และ payroll basic (เชื่อมต่อไป HR/Accounting ภายนอกได้ในอนาคต).⛔ นอกขอบเขตข้อ 3.1
SOW-1.4
ได้แทน/ที่ยังได้:S5.2.4
S4.5.1
ระบบลงเวลาเข้า-ออกงานพนักงาน + payroll = นอกขอบเขต SOW ข้อ 3.1 (ข้อสรุปร่วมล่าสุด 4 ส.ค.) · ข้อยกเว้นที่ยังส่งมอบระยะ 1: การคำนวณ/สรุปยอดค่าสอนครู (SOW-1.4 · ปิดคลาสตรึงยอด) + แจ้งลา/ขอครูสอนแทน · คอมมิชชันทีมขาย = ระยะ 2 (SOW-2.2)

M-1.4 ระบบรายงาน (Reporting & Analytics)

ข้อความต้องการ (Mindbody)สถานะSOW อ้างอิงคำอธิบาย / สิ่งที่ได้ในระยะ 1
M-1.4.1 รายงานการเงิน และยอดขาย
M-1.4.1.1รายงานยอดขายแยกตาม: สาขา, ประเภทแพ็กเกจ, ครู, ช่องทางขาย (หน้าร้าน/ออนไลน์)🟡 บางส่วนSOW-1.4
SOW-2.2
S6.2.1
S6.1.1
S2.6.4
ระยะ 1: สรุปยอดขายรายวันส่งเข้า LINE + แดชบอร์ดหลัก + สรุปรายสาขา · รายงานเจาะลึกแยกสาขา/แพ็กเกจ/ครู/ช่องทางขาย = รายงานชุดใหญ่ระยะ 2
M-1.4.1.2รายงานยอดรับชำระ/คืนเงิน, outstanding (หนี้ค้างจ่าย), reconciliation รายวัน–รายเดือน.🟡 บางส่วนSOW-1.4
SOW-1.1
SOW-1.8
ข้อ 3.2
S2.6.4
S6.2.1
S2.6.3
S5.3.3
S5.3.1
ระยะ 1 ได้: สรุปยอดรายรับรายวัน/รายเดือน/รายปี + ดูรายการรับชำระ ค้นธุรกรรมย้อนหลัง ตรวจสลิปเทียบยอดรายรายการ · รายงาน reconciliation (กระทบยอดบัญชี) รายวัน–รายเดือน และ outstanding/หนี้ค้างจ่าย = นอกขอบเขต — Future Option ไปกับงานระบบบัญชี (SOW ข้อ 3.2 · ข้อสรุป 4 ส.ค.)
M-1.4.1.3Attendance with revenue (รายได้เฉลี่ยต่อการเข้าใช้บริการ): ดูว่าในการเข้าใช้บริการของลูกค้าแต่ละครั้ง (Client Visit) สร้างรายได้เฉลี่ยเท่าไหร่⏭ ระยะถัดไปSOW-2.2ทำในระยะที่ 2 ตาม SOW ข้อ SOW-2.2 (ชุดรายงานภาคผนวก ก หมวดการเงิน/ยอดขาย: 'รายได้เฉลี่ยต่อการเข้าใช้บริการ') — ระยะที่ 1 ระบบเก็บข้อมูลการเข้าเรียนและยอดขายให้ครบก่อน แล้วเปิดรายงานนี้ในระยะที่ 2 พร้อมตกลงวิธีคิดรายได้ต่อครั้งเรียนร่วมกัน
M-1.4.1.4Sale by service (ยอดขายแยกตามประเภทบริการ): ดึงข้อมูลยอดขายแยกตามแต่ละบริการที่ร้านมีให้บริการ✅ ตรงSOW-1.1
SOW-2.2
S5.1.2
S6.2.2
commit เป็นของส่งมอบระยะ 1 (ข้อสรุปร่วมล่าสุด 4 ส.ค.) — มุมมองสรุป (pivot) มาตรฐานจากยอดขายที่ผูก 'ประเภทบริการ' ซึ่งเป็นข้อมูลหลักตั้งแต่ระยะ 1
M-1.4.1.5Outstanding series (รายได้รอการรับรู้จากแพ็กเกจ/คอร์สคงเหลือ): ตรวจสอบมูลค่าเงินคงเหลือของลูกค้าที่ซื้อบริการล่วงหน้า (Prepaid) แต่ยังไม่ได้เข้ามาใช้บริการ (Deferred Revenue)🟡 บางส่วนSOW-1.3
ข้อ 3.2
S3.4.3
มูลค่า/ครั้งคงเหลือที่ลูกค้ายังไม่ใช้ (deferred) ดูรายคนได้ระยะ 1 · รายงาน outstanding/deferred series ภาพรวม = Future Option ไปกับงานระบบบัญชี (SOW ข้อ 3.2 · ข้อสรุป 4 ส.ค.) — ไม่ใช่รายงานชุดระยะ 2
M-1.4.1.6Sales by Rep(ยอดขายแยกตามพนักงานขาย): ดูสรุปยอดขายที่พนักงานขาย (Sales Rep) แต่ละคนทำได้🟡 บางส่วนSOW-1.1
SOW-1.2
SOW-2.2
S2.2.5
S6.2.2
commit เป็นของส่งมอบระยะ 1 แบบจำกัดนิยาม (ข้อสรุปร่วมล่าสุด 4 ส.ค.) — จัดกลุ่มยอดขายตามผู้ทำรายการซึ่งระบบบันทึกอัตโนมัติ · เงื่อนไข: นิยาม 'ผู้บันทึกรายการ = ผู้ขาย' ต้องยืนยันกับลูกค้า
M-1.4.1.7Promotion(รายงานการใช้โค้ดส่วนลด): ตรวจสอบว่ามีลูกค้ารายใดบ้างที่ใช้โค้ดส่วนลด (Promo Code) ในการสั่งซื้อ✅ ตรงSOW-1.1
SOW-1.3
SOW-2.1
SOW-2.2
S5.6.5
S6.2.2
commit เป็นของส่งมอบระยะ 1 (ข้อสรุปร่วมล่าสุด 4 ส.ค.) — saved filter + list/pivot บนข้อมูลการใช้โค้ด/คูปองที่ระบบบันทึกตั้งแต่ระยะ 1
M-1.4.1.8Revenue by class (รายได้แยกตามคลาส): ดูว่าคลาสเรียนหรือกิจกรรมแต่ละคลาสสร้างรายได้เท่าไหร่⏭ ระยะถัดไปSOW-2.2
ได้แทน/ที่ยังได้:S5.2.4
รายได้แยกรายคลาส = รายงาน custom (SQL view) ต้อง attribute มูลค่าที่ตัดใช้ต่อการเข้าคลาส + freeze สูตรปันส่วนก่อน — ยืนยันระยะ 2 (ข้อสรุปร่วมล่าสุด 4 ส.ค. · ยอดค่าสอน/ผู้เรียนต่อคลาสถูกตรึงเก็บตั้งแต่ระยะ 1 ที่ S5.2.4)
M-1.4.1.9Average Revenue Analysis (วิเคราะห์รายได้ตามตัวเลือกราคา): ดูว่าแพ็กเกจหรือตัวเลือกราคา (Pricing Options) แต่ละแบบ สร้างรายได้เป็นจำนวนเท่าไหร่✅ ตรงSOW-2.2
S6.2.2
commit เป็นของส่งมอบระยะ 1 (ข้อสรุปร่วมล่าสุด 4 ส.ค.) — pivot ยอดขายต่อแพ็กเกจ/ตัวเลือกราคา + ค่าเฉลี่ย (แพ็กเกจเป็นสินค้าในระบบขายอยู่แล้ว)
M-1.4.1.10Prospects (สถานะว่าที่ลูกค้า): แสดงรายชื่อว่าที่ลูกค้า (Prospects) พร้อมติดตามสถานะปัจจุบันในกระบวนการขาย (Sales Pipeline)✅ ตรงSOW-1.2
SOW-1.3
S2.3.1
S3.6.1
commit เป็นของส่งมอบระยะ 1 (ข้อสรุปร่วมล่าสุด 4 ส.ค.) — CRM pipeline สำเร็จรูป (kanban/list + วิเคราะห์สถานะ) · ฐานอยู่ใน SOW-1.2 แล้ว: แบบคัดกรอง + การติดตามรายสัปดาห์ผ่านรายการงานฝ่ายขาย
M-1.4.1.11Best sellers (สินค้าและบริการขายดี): ดูรายการสินค้าและบริการที่ขายดีที่สุด พร้อมแสดงอัตรากำไร (Profit Margin)🟡 บางส่วนSOW-2.2
ข้อ 3.2
ข้อ 3.5
อันดับขายดีของบริการ/แพ็กเกจ = รายงานระยะ 2 ตามภาคผนวก ก ('อันดับสินค้า/บริการขายดี ไม่รวมอัตรากำไร') · ฝั่งสินค้า retail = Future Option (การขายสินค้า+ตัดสต๊อกไม่อยู่ในระบบ — SOW ข้อ 3.5 + ข้อสรุปร่วม 4 ส.ค.) · อัตรากำไร (profit margin) ตัดออกตาม SOW ข้อ 3.2 (ระบบไม่เก็บต้นทุน)
M-1.4.1.12Sales forecast (ประมาณการยอดขายอนาคต): ประเมินรายได้ในอนาคต โดยคำนวณจากจำนวนว่าที่ลูกค้า (Prospects) และสถานะในกระบวนการขาย⛔ นอกขอบเขตข้อ 3.2ประมาณการยอดขายอนาคต (sales forecast) ไม่อยู่ใน SOW ทั้ง 2 ระยะ (เป็นการพยากรณ์ ไม่ได้ตกลงไว้ — ระบุในตารางรายงานที่ไม่รวมของ SOW) · ใกล้เคียงสุดคือกระดาน Sales Pipeline ซึ่ง commit เข้าระยะ 1 แล้ว · ถ้าต้องการ forecast เป็นงานเพิ่ม
M-1.4.1.13Reward program(ระบบสะสมแต้ม): ตรวจสอบจำนวนแต้มสะสมทั้งหมดที่ถูกแจก (Earned), แต้มที่ถูกใช้ไป (Redeemed) และแต้มคงเหลือในระบบ (Outstanding Points)⛔ นอกขอบเขตข้อ 3.3
ข้อ 5
ระบบสะสมแต้ม (reward program) นอกขอบเขตตาม SOW ข้อ 3.3 — เสนอแยกเป็นโครงการ Yoga&Me Circle ในอนาคต
M-1.4.1.14Dashboard สำหรับเจ้าของ: กราฟรายได้, จำนวน booking, retention rate, usage rate ของ membership.✅ ตรงSOW-1.4
S6.1.1
แดชบอร์ดเจ้าของ: กราฟรายได้ จำนวนจอง retention rate อัตราใช้สิทธิ์สมาชิก ครบหน้าเดียว ตั้งแต่ระยะ 1
M-1.4.2 รายงานลูกค้า
M-1.4.2.1รายงาน attendance: จำนวนเช็กอิน/คลาสต่อคน, top frequent clients, inactive clients (ไม่ได้เข้าเรียนเกิน n วัน).🟡 บางส่วนSOW-1.3
SOW-2.2
S3.4.4
ความถี่เข้าเรียนรายคน + หาคนมาบ่อย/หายนานเกินเกณฑ์ ได้ระยะ 1 (เครื่องมือรักษาสมาชิก) · รายงาน attendance ฉบับเต็ม = ระยะ 2
M-1.4.2.2รายงาน conversion funnel: sign-up → first booking → repeat booking → membership.⏭ ระยะถัดไปSOW-2.2conversion funnel (สมัคร → จองครั้งแรก → จองซ้ำ → สมาชิก) อยู่ชุดรายงานระยะ 2
M-1.4.2.3รายงานผลแคมเปญ: ใช้โค้ดส่วนลดไหน, แพลตฟอร์มใดให้ลูกค้ามากที่สุด (FB, IG, TikTok, LINE OA) เมื่อเชื่อม tracking ภายนอก.🟡 บางส่วนSOW-1.1
SOW-1.3
ข้อ 3.4
SOW-2.1
SOW-2.2
S5.6.5
S6.2.2
แยกเป็น 2 ส่วน: รายงานการใช้โค้ดส่วนลดในระบบ = commit เข้าระยะ 1 แล้ว (ข้อสรุปร่วมล่าสุด 4 ส.ค.) · การวัดผลแพลตฟอร์มโฆษณาภายนอก (FB/IG/TikTok) + tracking ภายนอก = นอกขอบเขต (SOW ข้อ 3.4)
M-1.4.2.4Membership รายงานสมาชิกและประเภทแพ็กเกจ : ตรวจสอบจำนวนสมาชิกทั้งหมดของธุรกิจ พร้อมระบุประเภทสมาชิก (Membership Types) ที่แต่ละคนถืออยู่🟡 บางส่วนSOW-1.5
SOW-1.3
SOW-1.1
SOW-2.2
S6.3.1
S3.5.2
จำนวนสมาชิก + ประเภทแพ็กเกจที่ถือ ดูผ่านเครื่องมือข้อมูลลูกค้าระยะ 1 · รายงานสถิติสมาชิกฉบับเต็ม = ระยะ 2
M-1.4.2.5Mailing list ข้อมูลติดต่อลูกค้า:ดึงข้อมูลสำคัญของลูกค้าเพื่อสร้างรายชื่อสำหรับจัดส่งเอกสาร/อีเมล (Mailing/Emailing Lists)⏭ ระยะถัดไปSOW-2.2
ข้อ 3.4
ดึงรายชื่อ/ข้อมูลติดต่อเพื่อทำ mailing list = ระยะ 2 และเป็นการดึงรายชื่อเท่านั้น — การส่งอีเมลการตลาดอัตโนมัติ นอกขอบเขต (SOW ข้อ 3.4)
M-1.4.2.6Birthday list: ดึงรายชื่อลูกค้าที่มีวันเกิดในเดือนนั้นๆ เพื่อทำโปรโมชันหรือส่งคำอวยพร⏭ ระยะถัดไปSOW-2.2รายชื่อลูกค้าวันเกิดรายเดือน อยู่ชุดรายงานระยะ 2
M-1.4.2.7Attendance Analysis: Find out which time of day has the highest attendance at your business.⏭ ระยะถัดไปSOW-2.2วิเคราะห์ช่วงเวลาที่คนเข้าเยอะสุด (attendance analysis) อยู่ชุดรายงานระยะ 2
M-1.4.2.8Membership expiration (แพ็กเกจใกล้หมดอายุ): ตรวจสอบรายชื่อลูกค้าที่คอร์ส/แพ็กเกจบริการแบบเติมเงิน (Prepaid Series) กำลังจะหมดอายุในเร็วๆ นี้✅ ตรงSOW-1.3
SOW-1.1
S3.4.1
S1.5.2
รายชื่อแพ็กเกจใกล้หมดอายุฝั่งร้าน (ชวนต่ออายุ) + แจ้งเตือนลูกค้าเองทาง LINE — ครบตั้งแต่ระยะ 1
M-1.4.2.9Big spenders รายงานลูกค้ายอดซื้อสูงสุด : ดึงข้อมูลลูกค้ารายบุคคลที่มียอดใช้จ่ายสะสมสูงสุดในธุรกิจ🟡 บางส่วนSOW-1.5
SOW-1.3
SOW-2.2
S6.3.1
ลูกค้ายอดใช้จ่ายสะสมสูงสุด ดูผ่านเครื่องมือข้อมูลลูกค้าระยะ 1 · ฉบับรายงานสถิติเต็มรูป = ระยะ 2
M-1.4.2.10Rating & Reviews รีวิวและความคิดเห็น: ดึงข้อมูลคำติชมและคะแนนรีวิวของธุรกิจที่ลูกค้าส่งเข้ามา🟡 บางส่วนSOW-2.2
S1.7.1
ลูกค้าให้คะแนน/รีวิวได้ระยะ 1 · รายงานรีวิว-คำติชมสำหรับผู้บริหาร + ระบบคัดกรอง = ระยะ 2
M-1.4.2.11Account balance ยอดเงินคงเหลือ/ค้างชำระของลูกค้า : ตรวจสอบว่าลูกค้ารายใดมียอดเงินฝากคงเหลือเป็นบวก (Positive Balance) หรือมียอดเงินติดลบ/ค้างชำระ🟡 บางส่วนSOW-1.1
SOW-1.8
ข้อ 5
S5.1.5
S5.3.1
ยอดค้างชำระติดตามผ่านสถานะบิล/ตรวจสลิป · ยอดเงินฝากคงเหลือ (store credit) = งานพัฒนาเพิ่มเติมในอนาคต (SOW ข้อ 5) นอกขอบเขตระยะนี้
M-1.4.2.12Contact logs ประวัติการติดต่อลูกค้า บันทึกและดูประวัติการสื่อสารระหว่างพนักงานกับลูกค้า⏭ ระยะถัดไปSOW-2.2ประวัติการติดต่อ/สื่อสารกับลูกค้า (contact logs) อยู่ระยะ 2
M-1.4.2.13Client health check ระดับการมีส่วนร่วมของลูกค้า : แสดงคะแนนสุขภาพลูกค้า (Health Rating) เพื่อวิเคราะห์ระดับความถี่และการมีส่วนร่วม (Engagement) ของลูกค้าแต่ละราย✅ ตรงSOW-1.3
S3.4.2
คะแนนสุขภาพความสัมพันธ์รายลูกค้า (client health/engagement) ชี้เป้าคนเริ่มหาย — มีตั้งแต่ระยะ 1 เป็นเครื่องมือหลักงานรักษาสมาชิก
M-1.4.2.14Cancellations (รายงานการยกเลิกบริการ : สรุปรายการยกเลิกนัดหมาย พร้อมระบุพนักงานที่เป็นคนทำรายการ และมีฟังก์ชันกดกู้คืนรายการ (Undo Cancellation) ได้จากหน้ารายงาน🟡 บางส่วนSOW-1.1
SOW-2.2
S5.2.2
ยกเลิกการจอง+คืนสิทธิ์ (พร้อม audit ว่าใครทำ) ทำได้ระยะ 1 โดยส่วนกลาง · รายงานสรุปการยกเลิก + ปุ่มกู้คืน (Undo) = ระยะ 2 °สิทธิ์ระดับสาขารอเคาะ
M-1.4.2.15First Visits (รายงานการเข้าใช้บริการครั้งแรก) : ดูวันที่ลูกค้ามาใช้บริการครั้งแรก ประเภทบริการที่เลือกใช้ และจำนวนครั้งที่กลับมาใช้บริการซ้ำหลังจากนั้น⏭ ระยะถัดไปSOW-2.2รายงานการเข้าใช้ครั้งแรก + อัตรากลับมาซ้ำ (first visits) อยู่ชุดรายงานระยะ 2
M-1.4.2.16Unpaid visits (รายงานรายการค้างชำระ) : ตรวจสอบรายชื่อลูกค้าที่มาเข้าใช้บริการแล้ว แต่ยังไม่ได้ชำระเงิน🔄 ทำทดแทนSOW-1.1
SOW-1.8
S5.3.1
S5.1.5
ระยะ 1 ออกแบบให้ชำระ/ตรวจสลิปก่อนเปิดสิทธิ์ จึงไม่เกิด 'เข้าใช้แล้วยังไม่จ่าย' เป็นปกติ · กรณีบิลรอบใหม่ค้างจ่ายติดตามได้จากสถานะบิล °เงื่อนไขจองแบบยังไม่จ่ายรอเคาะ
M-1.4.2.17Last visits (รายงานการเข้าใช้บริการครั้งสุดท้าย) : ดูวันที่ลูกค้ารายนั้นๆ เข้ามาใช้บริการล่าสุด (เพื่อใช้นำไปดึงลูกค้าที่หายไปนานกลับมา)🟡 บางส่วนSOW-1.3
SOW-2.2
S3.4.4
วันเข้าใช้ล่าสุด/คนหายไปนานดูได้จากเครื่องมือรักษาสมาชิกระยะ 1 · รายงาน last visits ฉบับเต็ม = ระยะ 2
M-1.4.2.18New members รายงานสมาชิกใหม่ ดึงรายชื่อสมาชิกใหม่ พร้อมรายละเอียดประเภทแพ็กเกจสมาชิกที่ลูกค้าทำการสั่งซื้อ🟡 บางส่วนSOW-1.5
SOW-1.3
SOW-2.2
S6.3.1
สมาชิกใหม่+แพ็กเกจที่ซื้อ ดูได้จากเครื่องมือข้อมูลลูกค้า · รายงาน new members ฉบับเต็ม = ระยะ 2
M-1.4.2.19Visits remaining (สิทธิ์การเข้าใช้บริการคงเหลือ) : ดูจำนวนคอร์สที่เหลือ (มูลค่าเงินที่ยังไม่ได้ใช้คอร์สของลูกค้า) รวมถึงสถานะว่ามูลค่าคอร์สนั้นถูกนำไปกดจองคลาสแล้วหรือยัง✅ ตรงSOW-1.3
SOW-1.1
S3.4.3
S1.4.1
จำนวนครั้ง/มูลค่าคงเหลือ + สถานะถูกกดจองแล้วหรือยัง — ฝั่งร้านดูรายคน ฝั่งลูกค้าเห็นของตัวเอง ครบระยะ 1
M-1.4.2.20Retention (อัตราการรักษาฐานลูกค้า : วิเคราะห์ประสิทธิภาพของธุรกิจในการรักษาฐานลูกค้า ทั้งลูกค้าใหม่และลูกค้าปัจจุบัน (Client Retention Rate)🟡 บางส่วนSOW-1.4
SOW-2.2
S6.1.1
retention rate แสดงบนแดชบอร์ดหลักระยะ 1 · รายงานวิเคราะห์การรักษาฐานลูกค้าฉบับเต็ม = ระยะ 2
M-1.4.2.21Referral type(ช่องทางการแนะนำ) : สรุปจำนวนลูกค้าใหม่ แยกตามประเภทหรือช่องทางการแนะนำ (เช่น เพื่อนบอกต่อ, โซเชียลมีเดีย)✅ ตรงSOW-1.5
SOW-1.3
S5.4.3
S3.6.2
จัดกลุ่มช่องทางที่รู้จักสตูดิโอ (โซเชียล/หน้าร้าน/กิจกรรม/เพื่อนบอกต่อ) ตั้งแต่ระยะ 1 · การติดตามการชวนเพื่อน+รายงานผู้แนะนำ = ขอบเขต SOW-1.3 (ข้อสรุปร่วมล่าสุด 4 ส.ค.)
M-1.4.2.22Referee (รายงานผู้แนะนำลูกค้า : แสดงรายชื่อลูกค้าเดิมที่เป็นคนแนะนำลูกค้าใหม่เข้ามาใช้บริการ✅ ตรงSOW-1.3
S3.6.2
รายชื่อลูกค้าเดิมผู้แนะนำลูกค้าใหม่ = 'รายงานผู้แนะนำลูกค้า' ระบุตรงใน SOW-1.3 ระยะ 1 (ข้อสรุปร่วมล่าสุด 4 ส.ค.) °เงื่อนไขรางวัลตกลงช่วง Phase-0
M-1.4.2.23Clients per teacher (จำนวนลูกค้าต่อพนักงาน/ผู้สอน): ดูจำนวนลูกค้าจริงแบบไม่ซ้ำคน (Unique Clients) ที่พนักงานหรือผู้สอนแต่ละคนให้บริการ⏭ ระยะถัดไปSOW-2.2จำนวนลูกค้าไม่ซ้ำคนต่อครู/พนักงาน อยู่ชุดรายงานระยะ 2
M-1.4.2.24No Show (รายงานการผิดนัด) : ตรวจสอบรายชื่อลูกค้าที่จองคิวไว้ แต่ไม่มาตามนัดหมายโดยไม่แจ้งยกเลิก🟡 บางส่วนSOW-1.1
SOW-1.4
SOW-2.2
S2.2.4
S5.2.4
สถานะไม่มาเรียน (no-show) ถูกบันทึก/แก้ไขได้ และถูกตรึงตอนปิดคลาสตั้งแต่ระยะ 1 · รายงานสรุปผู้ผิดนัด = ระยะ 2
M-1.4.2.25Client's arrival (ช่วงเวลาเข้าใช้บริการยอดฮิต): วิเคราะห์ช่วงเวลาของวันที่ลูกค้าเดินทางมาถึงหน้าร้าน/สถานบริการมากที่สุด เพื่อจัดสรรกำลังคนและพื้นที่⏭ ระยะถัดไปSOW-2.2วิเคราะห์ช่วงเวลาลูกค้ามาถึงหน้าร้าน (client's arrival) อยู่ชุดรายงานระยะ 2
M-1.4.3 Staff Report (รายงานพนักงาน)
M-1.4.3.1Payroll: รายงานคำนวณค่าสอนของครู และค่าคอมมิชชันของพนักงาน⛔ นอกขอบเขตข้อ 3.1
SOW-1.4
SOW-2.2
ได้แทน/ที่ยังได้:S5.2.4
S2.6.5
รายงาน payroll/ค่าคอมมิชชัน = นอกขอบเขต SOW ข้อ 3.1 (ข้อสรุปร่วมล่าสุด 4 ส.ค.) · ยอดค่าสอนครูรายคลาส (SOW-1.4 · ตรึงตอนปิดคลาส + ส่งออกให้บัญชี) ยังส่งมอบ — ใช้เป็นฐานจ่ายครูภายนอกระบบได้ · คอมมิชชันทีมขาย = SOW-2.2 ระยะ 2
M-1.4.3.2Payrate (อัตราค่าจ้าง): เรทค่าสอนของครุแต่ละคนคิดเป็นชั่วโมง✅ ตรงSOW-1.8
SOW-1.1
SOW-1.4
S5.5.2
S5.2.4
เรทค่าสอนรายครู = 'ตั้งอัตราค่าสอน' ระบุตรงใน SOW-1.4 · ใช้คำนวณยอดค่าสอนตอนปิดคลาส — เห็นเฉพาะ Admin/Owner ตามนโยบายสิทธิ์
M-1.4.4 รายงานเชิงปฏิบัติการ
M-1.4.4.1Load ของแต่ละคลาส (เต็ม/ครึ่ง/ว่าง) เพื่อปรับตารางและขยายคลาสที่ฮิต.🟡 บางส่วนSOW-1.4
SOW-1.1
SOW-2.2
S3.1.7
จำนวนผู้เรียนต่อคลาส (เต็ม/ว่าง) ติดตามได้ระยะ 1 เพื่อปรับตาราง · รายงานความหนาแน่นทุกคลาสแบบสำเร็จรูป = ระยะ 2
M-1.4.4.2Utilization ห้องและอุปกรณ์ (เช่น reformer ใช้เต็มกี่ %, เสื่อกี่ผืน) เพื่อวางแผนลงทุนเพิ่ม.⏭ ระยะถัดไปSOW-2.2รายงานการใช้ห้อง/ความจุ อยู่ชุดรายงานระยะ 2 (ภาคผนวก ก) · เปอร์เซ็นต์การใช้อุปกรณ์รายชิ้น (เช่น reformer/เสื่อ) = ไม่รวม — ภาคผนวก ก ระบุ 'ไม่รวมเปอร์เซ็นต์อุปกรณ์รายชิ้น' ต้องการรายอุปกรณ์เป็นงานเพิ่ม

M-1.5 การชำระเงิน และ Integration ที่สำคัญ

ข้อความต้องการ (Mindbody)สถานะSOW อ้างอิงคำอธิบาย / สิ่งที่ได้ในระยะ 1
M-1.5.1 Payment & Accounting Integration
M-1.5.1.1เชื่อม Payment Gateway ที่ใช้ในไทย⛔ นอกขอบเขตข้อ 3.5
ข้อ 5
ได้แทน/ที่ยังได้:S5.3.1
S5.3.2
Payment gateway = นอกขอบเขต (SOW ข้อ 3.5) — ทดแทนด้วย QR สตูดิโอ + ส่งสลิป + ระบบช่วยตรวจกันพลาด (เลขอ้างอิงธนาคาร/สลิปซ้ำ/เทียบยอด) · LINE Pay เป็นทางเลือกอนาคต
M-1.5.1.2Export ข้อมูลการเงินไปในรูปแบบไฟล์มาตรฐานเช่น CSV/Excel.✅ ตรงSOW-1.4
S2.6.5
ส่งออกข้อมูลการเงินเป็นไฟล์มาตรฐาน (CSV/Excel) ให้ฝ่ายบัญชีใช้ต่อ °ขอบเขตรายงานที่ส่งออกเคาะตอน kickoff
M-1.5.2 Marketing & CRM Integration
M-1.5.2.1เชื่อมกับ Meta Ads (conversion tracking), Google Analytics/GA4 สำหรับวัด funnel จากโฆษณาไปจนจองคลาส.⛔ นอกขอบเขตข้อ 3.4เชื่อม Meta Ads (conversion tracking) และ Google Analytics/GA4 = นอกขอบเขตตาม SOW ข้อ 3.4
M-1.5.2.2เชื่อม LINE Official Account, Email provider (เช่น Mailchimp, SendGrid) สำหรับ automation campaign🟡 บางส่วนSOW-1.1
SOW-1.3
ข้อ 3.4
S1.5.1
S5.6.3
S5.6.4
LINE Official Account = แกนกลางของระบบ (แจ้งเตือน+ข้อความหากลุ่มเป้าหมาย) ครบ · เชื่อม email provider (Mailchimp/SendGrid) เพื่อ automation campaign = นอกขอบเขต (SOW ข้อ 3.4)
M-1.5.3 อื่น ๆ
M-1.5.3.1Webhook / API สำหรับให้ dev ต่อเชื่อมกับเว็บ WordPress, landing page, หรือระบบ BI ที่คุณใช้.⛔ นอกขอบเขตข้อ 3.6Webhook/API สำหรับต่อ WordPress/landing page/BI = ไม่อยู่ SOW ระยะ 1-2 · หมายเหตุทางเทคนิค: แพลตฟอร์มที่ใช้มี API มาตรฐานในตัว ต่อยอดภายหลังได้เป็นงานเพิ่ม
M-1.5.3.2Single Sign-On หรือ OAuth มาตรฐาน หากในอนาคตจะเชื่อมกับระบบสมาชิกอื่น เช่น corporate wellness platform.🔄 ทำทดแทนSOW-1.1
SOW-1.5
S5.4.4
ฝั่งลูกค้าใช้ LINE Login (มาตรฐาน OAuth) อยู่แล้ว · SSO กับระบบสมาชิกองค์กรอื่น (corporate wellness) = นอกขอบเขต ต่อยอดอนาคตได้

M-1.6 ระบบสิทธิ์การใช้งาน และความปลอดภัย (Security & Roles)

ข้อความต้องการ (Mindbody)สถานะSOW อ้างอิงคำอธิบาย / สิ่งที่ได้ในระยะ 1
M-1.6.1Role-based access control: admin, branch manager, front desk, instructor, finance, marketing แต่ละ role เห็นและทำสิ่งที่ต่างกัน✅ ตรงSOW-1.8
SOW-2.2
S5.5.2
S5.5.3
Role-based access control ครบทุกตำแหน่ง แต่ละ role เห็น/ทำต่างกัน ปรับละเอียดถึงระดับรายงาน/รายปุ่มโดยไม่ต้องแก้โปรแกรม
M-1.6.2การเก็บข้อมูลลูกค้าอย่างปลอดภัย (เข้ารหัส, ป้องกันการเข้าถึงโดยไม่ได้รับอนุญาต) และสอดคล้อง PDPA.🟡 บางส่วนSOW-1.8
SOW-1.7
SOW-2.2
S5.4.5
S1.6.3
S5.5.3
PDPA ครบ: consent + คำขอแก้/ลบ + นโยบายเก็บรักษา + ทะเบียนเหตุรั่วไหลกรอบ 72 ชม. · การป้องกันการเข้าถึงโดยไม่ได้รับอนุญาต = ระบบสิทธิ์ละเอียดรายปุ่ม+ขอบเขตสาขา · ส่วน 'การเข้ารหัสข้อมูล' เป็นมาตรฐานฝั่งผู้พัฒนา ไม่ปรากฏเป็นข้อส่งมอบแยกใน SOW — ควรระบุเป็นเกณฑ์รับมอบ
M-1.6.3Audit log: ใครแก้ไขคลาส, เปลี่ยนเครดิตลูกค้า, ยกเลิกการจอง, ปรับราคา เพื่อป้องกัน fraud และตรวจสอบย้อนหลัง✅ ตรงSOW-1.8
S5.4.6
Audit log: ใครแก้คลาส เปลี่ยนเครดิต ยกเลิกจอง ปรับราคา — ทุกรายการเสี่ยงสูงบันทึกอัตโนมัติ ตรวจย้อนหลังได้

M-1.7 ฝั่งระบบเทคนิค (Technical Requirements ระดับ high-level)

ข้อความต้องการ (Mindbody)สถานะSOW อ้างอิงคำอธิบาย / สิ่งที่ได้ในระยะ 1
M-1.7.1สถาปัตยกรรมรองรับ multi-branch, และรองรับ concurrent users สูงในช่วง prime time.🔧 ฝั่งผู้พัฒนาSOW-1.1
SOW-2.1
S5.5.1
สถาปัตยกรรม multi-branch อยู่ในโครงระบบ (ข้อมูลแยกสาขา) · การรองรับผู้ใช้พร้อมกันช่วง prime time = เกณฑ์คุณภาพฝั่งผู้พัฒนา ผูกกับการทดสอบร่วมก่อนเปิดใช้ ไม่ใช่ฟีเจอร์ส่งมอบแยก
M-1.7.2มี RESTful API / GraphQL สำหรับ mobile app (iOS, Android) และ web client ฝั่งลูกค้า.🔄 ทำทดแทนSOW-1.1
ข้อ 3.6
ไม่มี mobile app แยก (iOS/Android) โดยออกแบบ — ลูกค้าใช้แอปบน LINE ซึ่งทำงานผ่านช่องทางมาตรฐานของแพลตฟอร์มอยู่แล้ว จึงไม่ต้องมี API สาธารณะแยกในระยะนี้
M-1.7.3Database แยก tenant ตามสตูดิโอ (ในอนาคต) หรืออย่างน้อยมี field ระบุสาขา/ธุรกิจ เพื่อรองรับการ scale เป็น SaaS.⛔ นอกขอบเขตไม่มีข้อ SOW ตรง
ได้แทน/ที่ยังได้:S5.5.1
โครงสร้าง SaaS แยก tenant หลายธุรกิจ = นอกขอบเขต (ระบบนี้เป็นของ Yoga&Me รายเดียว) · การแยกข้อมูลตามสาขามีครบตามที่ requirement ระบุขั้นต่ำ
M-1.7.4ระบบ backup, disaster recovery, monitoring (uptime, performance), และ error logging สำหรับทีม dev/ops.🔧 ฝั่งผู้พัฒนาSOW-1.8Backup รายวัน + disaster recovery + เฝ้าระวังระบบ + บันทึกข้อผิดพลาด = บริการฝั่งผู้พัฒนาตามข้อตกลงดูแลระบบ (ตามข้อตกลงดูแลระบบ 28 ก.ค.) — ไม่ส่งมอบเป็นเครื่องมือให้ลูกค้ากดเอง

M-1.8 โมดูลเสริมที่ช่วยงานการตลาด และ Retention

ข้อความต้องการ (Mindbody)สถานะSOW อ้างอิงคำอธิบาย / สิ่งที่ได้ในระยะ 1
M-1.8.1ระบบคะแนน/loyalty (สะสม point ต่อการเข้าเรียน, ซื้อแพ็กเกจ, รีวิว) แลกของหรือส่วนลด.⛔ นอกขอบเขตข้อ 3.3
ข้อ 5
ระบบสะสมแต้ม/loyalty แลกของรางวัล = นอกขอบเขตตาม SOW ข้อ 3.3 — เสนอแยกเป็นโครงการ Yoga&Me Circle ในอนาคต
M-1.8.2ระบบรีวิวคลาส/ครูในแอป และโชว์ rating เฉลี่ย (พร้อม moderation สำหรับคำไม่เหมาะสม).🟡 บางส่วนSOW-2.2
S1.7.1
ให้คะแนน/รีวิวคลาส-ครู + เห็นค่าเฉลี่ย มีระยะ 1 · ระบบคัดกรองคำไม่เหมาะสม (moderation) + การใช้คะแนนเต็มรูป = ระยะ 2
M-1.8.3ระบบ referral: การให้โค้ดเชิญเพื่อน, track ใครชวนใคร, reward ให้ทั้งผู้ชวนและเพื่อนใหม✅ ตรงSOW-1.3
S1.8.1
S5.6.6
ระบบ referral ครบวงจร (โค้ดเชิญเพื่อน · track ใครชวนใคร · รางวัลอัตโนมัติสองฝั่งรูปคูปอง/ส่วนลด · รายงานผู้แนะนำ) = ขอบเขต SOW-1.3 ระยะ 1 (ข้อสรุปร่วมล่าสุด 4 ส.ค.) — รางวัลเป็นแต้มไม่ได้ (แต้มสะสม = นอกขอบเขต 3.3) · ความสัมพันธ์กับระบบชวนเพื่อนหมวด 8 (เป็นชุดเดียวกันหรือแยก) ยืนยันร่วมกันตอน kickoff
M-1.8.4Module สำหรับ push campaign ที่ผูกกับ segment เช่น คนที่ไม่ได้เข้าเรียนเกิน 30 วัน, คนที่ใช้แพ็กเกจใกล้หมด, first-timer ที่ยังไม่ซื้อ membership.✅ ตรงSOW-1.3
S5.6.3
ส่งข้อความหากลุ่มเป้าหมายตาม segment: ไม่เข้าเรียนเกิน 30 วัน · แพ็กใกล้หมด · ผู้ทดลองที่ยังไม่ซื้อ — ตรงตามต้องการทุกตัวอย่างที่ระบุ

Part 2: Authorization: การกำหนดสิทธิ์ของ log in ตำแหน่งต่างๆ

ตารางสิทธิ์ 7 ตำแหน่งของต้นฉบับ (พนักงาน·ผู้จัดการ·ครู·HR·Finance·Admin·Owner) ใช้เป็นเกณฑ์ตั้งค่ากลุ่มสิทธิ์ในระบบ (S5.5.2/S5.5.3) — SOW V3.1 นำเสนอ 6 กลุ่มผู้ใช้ตามที่ตกลงร่วมกัน โดย HR/Finance ตั้งเป็นกลุ่มสิทธิ์เพิ่มได้เองไม่ต้องแก้โปรแกรม

M-2.1 กลุ่มสิทธิ์ด้านสมาชิก (Members / Clients)

ข้อความต้องการ (Mindbody)สถานะSOW อ้างอิงคำอธิบาย / สิ่งที่ได้ในระยะ 1
M-2.1.1members.view_basic — ดูรายชื่อและข้อมูลพื้นฐาน (ชื่อ, เบอร์, email, branch).✅ ตรงSOW-1.5
S2.4.1
ค้นหารายชื่อ/ข้อมูลติดต่อพื้นฐานของลูกค้า — ขอบเขตสาขาตั้งได้ตามตารางสิทธิ์
M-2.1.2members.view_detail — ดูประวัติการเข้าเรียน, membership, การชำระเงิน.✅ ตรงSOW-1.5
SOW-1.1
S2.4.2
ดูประวัติเข้าเรียน สมาชิกภาพ การชำระเงิน
M-2.1.3members.create — สร้างสมาชิกใหม่.✅ ตรงSOW-1.2
S2.3.4
สร้างสมาชิกใหม่ (รวม walk-in หน้าเคาน์เตอร์)
M-2.1.4members.edit_profile — แก้ข้อมูลโปรไฟล์ (ชื่อ, เบอร์, note).✅ ตรงSOW-1.5
S2.4.3
แก้โปรไฟล์ลูกค้า (ชื่อ เบอร์ โน้ต)
M-2.1.5members.delete — ลบสมาชิก (soft delete).✅ ตรงSOW-1.5
S5.4.1
ปิดบัญชีแบบเก็บประวัติไว้ตรวจสอบ (soft delete) — สิทธิ์ระดับ Admin/Owner ตามตาราง
M-2.1.6members.view_health_notes — ดู note สุขภาพ/ข้อจำกัด.✅ ตรงSOW-1.7
SOW-1.3
S2.5.1
S4.2.2
ดูโน้ตสุขภาพ/ข้อจำกัด — ครูเห็นของผู้เรียนตัวเองพร้อมป้ายเตือนก่อนสอน
M-2.1.7members.edit_health_notes — แก้/เพิ่ม note สุขภาพ.✅ ตรงSOW-1.7
SOW-1.3
S2.5.1
แก้/เพิ่มโน้ตสุขภาพ — ตามตาราง: หน้าร้าน/ผู้จัดการแก้ได้ ครูดูอย่างเดียว (ขอยืนยันว่าตั้งใจ)
M-2.1.8members.merge – สามารถ merge account กรณีลงทะเบียนลูกค้าซ้ำในระบบ✅ ตรงSOW-1.5
S5.4.1
รวมบัญชีลูกค้าซ้ำ (merge) โดยประวัติครบถ้วน — สิทธิ์ Admin/Owner
M-2.1.9members.becare – ดู/แก้/ใส่ข้อมูลใน be care ได้✅ ตรงSOW-1.7
S2.5.2
S4.3.1
Be Care: ครูบันทึก/แก้ · หน้าร้าน-ผู้จัดการ-HR ดูอย่างเดียว ตรงตามตารางสิทธิ์

M-2.2 กลุ่มสิทธิ์ด้าน Membership / Package / Credit

ข้อความต้องการ (Mindbody)สถานะSOW อ้างอิงคำอธิบาย / สิ่งที่ได้ในระยะ 1
M-2.2.1membership.view — ดู membership/แพ็กเกจที่ลูกค้าถืออยู่.✅ ตรงSOW-1.1
S2.2.3
S1.4.1
ดูแพ็กเกจ/membership ที่ลูกค้าถือ — ทุกตำแหน่งดูได้ตามตาราง
M-2.2.2membership.create — สร้าง membership ใหม่ให้ลูกค้า (เช่น manual grant).✅ ตรงSOW-1.1
SOW-1.2
S2.2.5
ออกแพ็กเกจ/สมาชิกภาพใหม่ให้ลูกค้า (manual grant)
M-2.2.3membership.edit_status — เปลี่ยนสถานะ active/frozen/expired/cancelled.✅ ตรงSOW-1.5
S5.4.2
เปลี่ยนสถานะ ใช้งาน/พัก/หมดอายุ/ยกเลิก — รวมศูนย์ที่ส่วนกลางตามตาราง (สาขาส่งเรื่องมา)
M-2.2.4membership.adjust_credits — ปรับเครดิต (เพิ่ม/ลด) แบบ manual.✅ ตรงSOW-1.1
SOW-1.8
S5.1.3
ปรับเครดิต/จำนวนครั้ง/วันหมดอายุรายคน โดยบังคับใส่เหตุผล + บันทึกทุกการแก้ไข
M-2.2.5membership.plan_manage — สร้าง/แก้ไข MembershipPlan (สินค้า)✅ ตรงSOW-1.1
S5.1.1
สร้าง/แก้แพ็กเกจ (MembershipPlan) ทุกรูปแบบที่ขายจริง
M-2.2.6Membership.payment_method – สร้าง/แก้ไข ประเภทการจ่ายเงินของลูกค้าได้ เช่น การจ่ายแบบโอนเงิน, credit card, recurring, complementary, 0% installment plan, point เป็นต้น🟡 บางส่วนSOW-1.1
SOW-2.1
ข้อ 3.5
ข้อ 3.3
S5.3.2
ตั้งประเภทการชำระระยะ 1: โอน · QR+ส่งสลิปให้ตรวจ · สิทธิ์ฟรี (complementary) · บิลรอบซ้ำ (recurring) — เงินสดผ่าน POS = ระยะ 2 (SOW-2.1) · credit card / ผ่อน 0% / จ่ายด้วยแต้ม = นอกขอบเขต (SOW ข้อ 3.5 + 3.3) · ⚠ สิทธิ์นี้ไม่มีแถวในตารางตำแหน่งของต้นฉบับ ต้องถามลูกค้า

M-2.3 กลุ่มสิทธิ์ด้านตารางคลาส (Classes / Scheduling)

ข้อความต้องการ (Mindbody)สถานะSOW อ้างอิงคำอธิบาย / สิ่งที่ได้ในระยะ 1
M-2.3.1classes.view_schedule — ดูตารางคลาสทุกสาขา/สาขาตัวเอง.✅ ตรงSOW-1.1
SOW-1.6
S2.1.1
S4.1.4
ดูตารางคลาส — ทุกตำแหน่งตามขอบเขตสาขาในตาราง
M-2.3.2classes.create_instance — สร้างคลาสใหม่ใน Calendar.✅ ตรงSOW-1.1
S2.1.2
S3.1.1
เปิดคลาสใหม่ลงตาราง
M-2.3.3classes.edit_instance — แก้วันเวลา, ครู, ห้อง, capacity.✅ ตรงSOW-1.1
S2.1.2
S3.1.5
แก้วันเวลา ครู ห้อง จำนวนรับ และรายละเอียดคลาส
M-2.3.4classes.cancel_instance — ยกเลิกคลาส (broadcast ถึงลูกค้า).✅ ตรงSOW-1.1
S2.1.3
ยกเลิกคลาส — ระบบส่งข้อความแจ้งลูกค้าที่จองไว้อัตโนมัติ (broadcast)
M-2.3.5classes.manage_template — สร้าง/แก้ไข ClassTemplate (ชื่อคลาส, type, level).✅ ตรงSOW-1.1
S5.2.1
สร้าง/แก้แม่แบบคลาส (ชื่อ ประเภท ระดับ) — สิทธิ์ Admin/Owner ตามตาราง

M-2.4 กลุ่มสิทธิ์ด้าน Booking / Attendance

ข้อความต้องการ (Mindbody)สถานะSOW อ้างอิงคำอธิบาย / สิ่งที่ได้ในระยะ 1
M-2.4.1booking.create — จองคลาสให้ลูกค้า.✅ ตรงSOW-1.1
S2.1.1
จองคลาสแทนลูกค้า (โทรเข้า/เดินเข้ามา)
M-2.4.2booking.edit — เปลี่ยนคลาส/เวลา/สมาชิกที่ใช้.✅ ตรงSOW-1.1
S5.2.2
ย้ายการจอง (เปลี่ยนคลาส/เวลา/สิทธิ์ที่ใช้) — ตารางให้เฉพาะ Admin/Owner · ⚠ มีข้อสังเกตว่าหน้างานจริงอาจต้องเปิดสิทธิ์ระดับสาขา — ขอยืนยันความตั้งใจร่วมกัน
M-2.4.3booking.cancel — ยกเลิก booking.✅ ตรงSOW-1.1
S5.2.2
S1.1.6
ยกเลิกการจอง+คืนสิทธิ์อัตโนมัติ (Admin/Owner ตามตาราง) · ลูกค้ายกเลิกเองได้จนถึงเวลาตัดรอบ
M-2.4.4booking.view_all — ดู booking ทั้งหมดในสาขา/ทุกสาขา.✅ ตรงSOW-1.1
S2.1.4
ดูรายการจองทั้งหมดของสาขา/ทุกสาขา
M-2.4.5attendance.checkin — เช็กอินลูกค้าเข้าคลาส.✅ ตรงSOW-1.1
SOW-1.3
S2.2.1
S1.3.1
เช็กอินเข้าคลาส: พนักงานทำแทน หรือลูกค้าสแกน QR เอง — ครูไม่มีสิทธิ์เช็กอินตามตาราง (ขอยืนยันร่วมกัน)
M-2.4.6attendance.edit — แก้สถานะ attendance (เช่น เปลี่ยนจาก no-show เป็น attended)✅ ตรงSOW-1.1
S2.2.4
แก้สถานะ attendance ย้อนหลัง (เช่น no-show → attended) · ⚠ กระทบเครดิต — เสนอให้อยู่ใน audit log ด้วย

M-2.5 กลุ่มสิทธิ์ด้าน Billing / POS / Payment

ข้อความต้องการ (Mindbody)สถานะSOW อ้างอิงคำอธิบาย / สิ่งที่ได้ในระยะ 1
M-2.5.1billing.create — สร้าง transaction ใหม่ (ขายแพ็กเกจ/สินค้า).🟡 บางส่วนSOW-1.1
SOW-1.2
SOW-1.8
S2.2.5
S1.2.3
สร้างรายการขายระยะ 1 = ออกแพ็กเกจ manual + ลูกค้าชำระโอน/QR+ส่งสลิปให้ตรวจ · POS (ขาย/สมัครแพ็กเกจ + รับชำระรวมเงินสด) = ระยะ 2 (SOW-2.1) · ขายสินค้าอื่น+ตัดสต๊อก = Future Option นอกขอบเขต (ข้อ 3.5)
M-2.5.2billing.refund — ทำ refund/void transaction.✅ ตรงSOW-1.1
SOW-1.8
S5.3.4
S3.5.3
คืนเงิน/ยกเลิกรายการขาย (void) — สงวนสิทธิ์ผู้บริหารระบบ + ทุกรายการถูกบันทึกตรวจย้อนหลัง °การคืนเงินไม่รวมคืนเข้าบัตรเครดิต (ไม่รับบัตร)
M-2.5.3billing.discount.apply — ให้ส่วนลดใน POS.🟡 บางส่วนSOW-1.1
SOW-1.3
SOW-2.1
S5.6.5
ส่วนลดผ่านโค้ด/โปรโมชั่นใช้ได้ระยะ 1 · ส่วนลดกดหน้าเคาน์เตอร์ (POS) = ระยะ 2 และตารางสงวนสิทธิ์ Admin/Owner (⚠ ขัด flow หน้าร้านจริง ต้องยืนยัน)
M-2.5.4billing.view_transactions — ดูรายการ transaction.✅ ตรงSOW-1.1
SOW-1.8
S5.3.3
S2.6.3
ดูรายการธุรกรรม — หน้าร้าน/ผู้จัดการเห็นของสาขา HR/Finance/Admin/Owner เห็นทุกสาขา ตามตาราง
M-2.5.5billing.export — export รายงานไประบบบัญชี.✅ ตรงSOW-1.4
S2.6.5
ส่งออกรายงานไประบบบัญชี °รูปแบบไฟล์/ขอบเขตเคาะตอน kickoff

M-2.6 กลุ่มสิทธิ์ด้าน Reporting / Analytics

ข้อความต้องการ (Mindbody)สถานะSOW อ้างอิงคำอธิบาย / สิ่งที่ได้ในระยะ 1
M-2.6.1reports.view_branch — ดูรายงานเฉพาะการขายรายวัน/สัปดาห์/เดือนของสาขา✅ ตรงSOW-1.4
S2.6.4
รายงานยอดขายรายวัน/สัปดาห์/เดือนของสาขา °ก้ำกึ่งกับรายงานชุดใหญ่ระยะ 2 — ระยะ 1 มีสรุปรายวัน+แดชบอร์ดหลัก
M-2.6.2reports.view_membership - รายงานลูกค้า🟡 บางส่วนSOW-1.5
SOW-1.3
SOW-2.2
S6.3.1
รายงานสมาชิก: ระยะ 1 ดูผ่านเครื่องมือข้อมูลลูกค้า · ฉบับรายงานเต็ม = ระยะ 2
M-2.6.3reports.view_global — ดูรายงานทุกสาขารวม.🟡 บางส่วนSOW-1.4
SOW-2.2
S6.1.1
S6.2.1
มุมมองรวมทุกสาขา: แดชบอร์ด+สรุปรายวันมีระยะ 1 (ข้อมูลจริงจากสาขาที่เปิดใช้) · รายงานรวมฉบับเต็ม = ระยะ 2
M-2.6.4reports.view_financial_detail — รายงานการเงินละเอียด (ยอด, margin, tax).⏭ ระยะถัดไปSOW-2.2
ข้อ 3.2
รายงานการเงินละเอียด = ชุดรายงานระยะ 2 (เฉพาะข้อมูลที่ระบบเก็บ) · ตัวอย่างที่ requirement ยกมา: อัตรากำไร (margin) และรายงานภาษีระดับงานบัญชี = นอกขอบเขตตาม SOW ข้อ 3.2 — ใบเสร็จ/ใบกำกับภาษี/รายงานยอดขายยังอยู่ในขอบเขตปกติ
M-2.6.5reports.view_hr — รายงาน staff performance, attendance.⏭ ระยะถัดไปSOW-2.2
ข้อ 3.1
รายงานผลงานพนักงาน (staff performance) = ระยะ 2 และเปิดเฉพาะ Admin/Owner (ข้อสรุป 24 ก.ค. — รอยืนยันลูกค้า) · ส่วนรายงาน attendance เวลาเข้า-ออกงานพนักงานแบบ HR = นอกขอบเขตตาม SOW ข้อ 3.1
M-2.6.6reports.view_marketing - รายงานเกี่ยวกับงานการตลาดทั้งหมด⏭ ระยะถัดไปSOW-2.2
ข้อ 3.4
รายงานการตลาด = ระยะ 2 (เฉพาะข้อมูลในระบบ) · ผลโฆษณาแพลตฟอร์มภายนอก = นอกขอบเขต (SOW ข้อ 3.4)

M-2.7 กลุ่มสิทธิ์ด้าน Staff / HR Management

ข้อความต้องการ (Mindbody)สถานะSOW อ้างอิงคำอธิบาย / สิ่งที่ได้ในระยะ 1
M-2.7.1staff.view — ดูโปรไฟล์ staff/ครู.✅ ตรงSOW-1.1
SOW-1.4
S2.7.1
ดูโปรไฟล์/ตารางสอนของครู-พนักงาน (ไม่เห็นค่าจ้าง — เรทเห็นเฉพาะ Admin/Owner)
M-2.7.2staff.create — เพิ่ม staff ใหม่.✅ ตรงSOW-1.8
S5.5.2
เพิ่มพนักงานใหม่ — สิทธิ์ Admin/Owner ตามตาราง
M-2.7.3staff.edit — แก้ข้อมูล staff.✅ ตรงSOW-1.8
S5.5.2
แก้ข้อมูลพนักงาน — สิทธิ์ Admin/Owner
M-2.7.4staff.set_roles — ตั้ง role/permission ให้ staff.✅ ตรงSOW-1.8
S5.5.2
S6.4.1
ตั้ง role/กลุ่มสิทธิ์ให้พนักงาน — Admin/Owner
M-2.7.5staff.view_attendance — ดู attendance ของ staff.🟡 บางส่วนSOW-1.4
SOW-1.7
ข้อ 3.1
S4.6.1
S4.6.2
ฝั่งครู: สถิติ/ประวัติการสอน + สถานะบันทึกหลังสอน = ใน SOW-1.4 ระยะ 1 (การลา/สอนแทนมีในระบบ) · time attendance พนักงานแบบ HR = นอกขอบเขต SOW ข้อ 3.1 (ข้อสรุปร่วมล่าสุด 4 ส.ค.)
M-2.7.6staff.edit_attendance — แก้ attendance staff.🟡 บางส่วนSOW-1.1
SOW-1.4
ข้อ 3.1
S2.2.4
S5.2.4
แก้บันทึกการเข้าสอน/เข้าเรียนย้อนหลังทำได้ผ่านการแก้สถานะคลาส+ปิดคลาส (ต้องใส่เหตุผล) · แก้เวลาเข้า-ออกงานพนักงานแบบ HR = นอกขอบเขต SOW ข้อ 3.1 (ข้อสรุปร่วมล่าสุด 4 ส.ค.)

M-2.8 กลุ่มสิทธิ์ด้าน System / Configuration / Integration

ข้อความต้องการ (Mindbody)สถานะSOW อ้างอิงคำอธิบาย / สิ่งที่ได้ในระยะ 1
M-2.8.1system.config_global — แก้ global config (policy, cancellation, capacity default).✅ ตรงSOW-1.1
S5.5.4
แก้ค่ากลางระบบ: นโยบายยกเลิก จำนวนที่นั่งมาตรฐาน ฯลฯ
M-2.8.2system.config_branch — แก้ config สาขา (เวลาทำการ, contact, payment settings).✅ ตรงSOW-1.1
S5.5.4
แก้ค่าเฉพาะสาขา: เวลาทำการ ช่องทางติดต่อ การตั้งค่ารับชำระ
M-2.8.3system.manage_roles — สร้าง/แก้ไข role และ permission matrix.✅ ตรงSOW-1.8
SOW-2.2
S5.5.2
S5.5.3
สร้าง/แก้ role และ permission matrix ได้เองโดยไม่ต้องแก้โปรแกรม
M-2.8.4system.manage_integrations — ตั้งค่า gateway, LINE OA, email, analytics.🟡 บางส่วนSOW-1.1
ข้อ 3.4
ข้อ 3.5
S5.6.4
S5.3.2
ตั้งค่า LINE OA + เส้นทางแจ้งเตือน + ช่องทางรับชำระ ครบระยะ 1 · ตั้งค่า gateway/email/analytics ภายนอก = นอกขอบเขต (SOW ข้อ 3.4-3.5)
M-2.8.5system.backup_restore — ทำ backup/restore, manage environment.🔧 ฝั่งผู้พัฒนาSOW-1.8
ข้อ 3.5
Backup/restore และการจัดการ environment = บริการฝั่งผู้พัฒนา (ตามข้อตกลงดูแลระบบ 28 ก.ค.) — ไม่เปิดเป็นเมนูให้ลูกค้ากดเอง

M-2.9 Checklist สำหรับ Dev ในการ map RBAC

ข้อความต้องการ (Mindbody)สถานะSOW อ้างอิงคำอธิบาย / สิ่งที่ได้ในระยะ 1
M-2.9.1สร้างตาราง roles และ permissions (permission key ตามที่ระบุ เช่น members.view_basic).🔧 ฝั่งผู้พัฒนาSOW-1.8
S5.5.2
แพลตฟอร์ม (Odoo) มีตารางกลุ่มผู้ใช้+สิทธิ์ในตัว — permission key ตามรายการนี้ใช้เป็นเกณฑ์ตั้งค่ากลุ่ม
M-2.9.2สร้างตาราง role_permissions สหสัมพันธ์ N:M ระหว่าง role กับ permission.🔧 ฝั่งผู้พัฒนาSOW-1.8
SOW-2.2
S5.5.2
S5.5.3
ความสัมพันธ์ role↔permission แบบ N:M เป็นโครงสร้างมาตรฐานของแพลตฟอร์มอยู่แล้ว
M-2.9.3สร้างตาราง user_roles ผูก user แต่ละคนกับ role หนึ่งหรือหลาย role (เช่น ครูที่เป็นทั้ง Instructor และ Front Desk).🔧 ฝั่งผู้พัฒนาSOW-1.8
S5.5.2
ผู้ใช้ 1 คนถือหลาย role ได้ (เช่น ครูที่ทำหน้าเคาน์เตอร์ด้วย) — รองรับในตัว
M-2.9.4ทุก endpoint / use-case ใน backend ต้องเช็ก permission key ก่อนทำ action:🔧 ฝั่งผู้พัฒนาSOW-1.8
SOW-2.2
S5.5.3
ทุกการกระทำผ่านชั้นตรวจสิทธิ์ของแพลตฟอร์ม (ACL + record rules) ก่อนทำงานเสมอ
M-2.9.4.1เช่น endpoint /members/{id} (GET) ใช้ members.view_basic หรือ members.view_detail ขึ้นกับ field ที่คืนค่า.🔧 ฝั่งผู้พัฒนาSOW-1.8
SOW-2.2
S5.5.3
การคืนข้อมูลมาก/น้อยตามสิทธิ์ (view_basic vs view_detail) ทำผ่านการจำกัด field ตามกลุ่มผู้ใช้
M-2.9.4.2endpoint /billing/refund ใช้ billing.refund.🔧 ฝั่งผู้พัฒนาSOW-1.1
SOW-1.8
S5.3.4
งานคืนเงินตรวจสิทธิ์เฉพาะ (billing.refund) ก่อนทำรายการ — ตรงกับการสงวนสิทธิ์ผู้บริหารระบบ
M-2.9.5แยก “branch scope” ด้วย:🔧 ฝั่งผู้พัฒนาSOW-1.1
SOW-2.1
S5.5.1
แยกขอบเขตข้อมูลตามสาขา (branch scope) ด้วย record rule ตามสาขาของผู้ใช้
M-2.9.5.1ถ้า role เป็นพนักงาน/ผู้จัดการสาขา → query data จำกัด branch_id.🔧 ฝั่งผู้พัฒนาSOW-1.1
SOW-1.8
SOW-2.1
S5.5.1
S5.5.2
พนักงาน/ผู้จัดการสาขา → เห็นเฉพาะข้อมูลสาขาตัวเอง ตามที่ตารางสิทธิ์กำหนด
M-2.9.5.2ถ้า role เป็น Owner/Admin → เห็นทุก branch.🔧 ฝั่งผู้พัฒนาSOW-1.1
SOW-2.1
S5.5.1
Owner/Admin → เห็นทุกสาขา ตามที่ตารางสิทธิ์กำหนด
M-2.9.6เพิ่ม audit log สำหรับ permission ที่มีความเสี่ยงสูง เช่น membership.adjust_credits, billing.refund, system.config_global.✅ ตรงSOW-1.8
S5.4.6
Audit log สำหรับสิทธิ์เสี่ยงสูง (ปรับเครดิต คืนเงิน แก้ค่ากลาง) — มีเป็นความสามารถส่งมอบจริงใน SOW

Part 3: Setting ใน Dashboard ฝั่งสตูดิโอ (Authorize ระดับแอดมิน)

M-3.1 Communications & Marketing

ข้อความต้องการ (Mindbody)สถานะSOW อ้างอิงคำอธิบาย / สิ่งที่ได้ในระยะ 1
M-3.1.1New & Events: ระบบแสดงผลข้อความ ป้ายประกาศ (Banner/Popup) หรือข่าวสารโปรโมชันและกิจกรรมพิเศษต่างๆ บนหน้าเว็บไซต์🔄 ทำทดแทนSOW-1.1
ข้อ 3.6
S5.6.1
ตั้งป้ายประกาศ/ข่าวสาร/โปรโมชันได้เอง แต่แสดงบนแอป LINE ของสมาชิก — การจัดการป้าย/ป๊อปอัปบนเว็บไซต์สาธารณะ = นอกขอบเขต (SOW ข้อ 3.6 ระบุตรง) · เว็บไซต์ระยะ 2 (SOW-2.2) เป็นเว็บโชว์ตารางคลาส/ครูแบบแสดงข้อมูลอย่างเดียว
M-3.1.2Notifications: จัดการ notification ทั้งฝั่งพนักงาน และลูกค้า✅ ตรงSOW-1.1
S5.6.4
ตั้งค่าว่าเหตุการณ์ใดแจ้งเตือนถึงใคร ทั้งฝั่งพนักงานและลูกค้า + คิวติดตามข้อความที่ส่งไม่ถึง

M-3.2 Staff

ข้อความต้องการ (Mindbody)สถานะSOW อ้างอิงคำอธิบาย / สิ่งที่ได้ในระยะ 1
M-3.2.1Staff permissions: ระบบจัดการสิทธิ์การเข้าใช้งานของพนักงาน:ระบบสิทธิ์การใช้งาน (Role-based Access Control) สำหรับกำหนดและควบคุมระดับการเข้าถึงฟีเจอร์หรือข้อมูลต่างๆ บนเว็บไซต์ของพนักงานแต่ละคน/แต่ละตำแหน่ง✅ ตรงSOW-1.8
SOW-2.2
S5.5.2
S5.5.3
RBAC ควบคุมการเข้าถึงฟีเจอร์/ข้อมูลรายตำแหน่ง ปรับได้ละเอียดถึงรายปุ่ม

M-3.3 Clients

ข้อความต้องการ (Mindbody)สถานะSOW อ้างอิงคำอธิบาย / สิ่งที่ได้ในระยะ 1
M-3.3.1Membership setting (การตั้งค่าสมาชิก): ใช้ระบบสมาชิกเพื่อจัดกลุ่มลูกค้าและกำหนดสิทธิประโยชน์/ถอนสิทธิ์ต่างๆ✅ ตรงSOW-1.1
SOW-1.5
S3.5.2
S5.1.1
ระดับสมาชิก (membership tier) จัดกลุ่มลูกค้า + กำหนด/ถอนสิทธิประโยชน์
M-3.3.2Locate duplicate clients (ค้นหาบัญชีลูกค้าที่ซ้ำซ้อน): ระบบค้นหาและตรวจจับโปรไฟล์ลูกค้าที่ซ้ำซ้อน✅ ตรงSOW-1.5
S5.4.1
ค้นหาบัญชีลูกค้าซ้ำซ้อน
M-3.3.3Merge duplicate clients (รวมบัญชีลูกค้าที่ซ้ำซ้อน): รวมโปรไฟล์ลูกค้าที่ซ้ำกันเข้าด้วยกัน พร้อมรวบรวมประวัติและข้อมูลทั้งหมดให้อยู่ในบัญชีเดียว✅ ตรงSOW-1.5
S5.4.1
รวมบัญชีซ้ำให้เหลือบัญชีเดียว ประวัติครบถ้วน
M-3.3.4Unmask merged clients (ยกเลิกการรวมบัญชีลูกค้า): แยกโปรไฟล์ลูกค้าที่เคยถูกกดรวม (Merge) ให้กลับมาเป็นบัญชีเดี่ยวแยกกันตามเดิม✅ ตรงSOW-1.5
S5.4.1
แยกบัญชีที่เคยรวม (unmerge) อยู่ในขอบเขตระยะ 1 ตามข้อ SOW-1.5 ของเอกสารขอบเขตงาน — “ค้นหา รวม และแยกบัญชีลูกค้าที่ซ้ำกัน (ใช้งานได้ต่อเนื่อง)” · แนวทางหน้าจอ unmerge เคาะรายละเอียดตอน kickoff
M-3.3.5Cancel class and appointment bookings (ยกเลิกการจองคลาสและนัดหมาย): ค้นหาและยกเลิกการจองคลาส/นัดหมายตามเงื่อนไขหรือฟิลเตอร์ที่กำหนด✅ ตรงSOW-1.1
S5.2.2
ค้นหาและยกเลิกการจองเป็นชุดตามเงื่อนไข/ฟิลเตอร์
M-3.3.6Self-check-in (ระบบเช็กอินด้วยตนเอง): หน้าจอเฉพาะสำหรับให้ลูกค้าสแกนQR code เพื่อเช็กอินเข้าใช้บริการด้วยตนเอง✅ ตรงSOW-1.1
SOW-1.3
S1.3.1
S2.2.2
S3.3.1
เช็กอินด้วยตนเอง: ลูกค้าสแกน QR ประจำคลาส (หน้าห้อง/จอเคาน์เตอร์) บันทึกอัตโนมัติ
M-3.3.7No-show/Late cancel fees (การจัดการค่าธรรมเนียมไม่มาตามนัด/ยกเลิกล่าช้า): ตั้งค่า และจัดการการเรียกเก็บค่าธรรมเนียมกรณีลูกค้าไม่มาตามนัด (No-show) หรือยกเลิกกะทันหัน (Late cancel)🟡 บางส่วนSOW-1.1
SOW-1.6
S5.2.6
นโยบาย no-show/ยกเลิกกะทันหัน: แจ้งเตือนหรือหักสิทธิ์ตามกติกาที่ตกลงร่วมกัน °การเรียกเก็บ 'เงินเพิ่ม' ก้ำกึ่งขอบเขตชำระเงินระยะ 1 — เคาะกับลูกค้าก่อน
M-3.3.8Required fields (กำหนดฟิลด์ข้อมูลบังคับ): เลือกฟิลด์ข้อมูลที่จำเป็นต้องกรอกสำหรับการสร้างหรือแก้ไขบัญชีลูกค้า ทั้งลูกค้าใหม่และปัจจุบัน✅ ตรงSOW-1.5
S5.4.3
กำหนดฟิลด์บังคับกรอกของบัญชีลูกค้า
M-3.3.9Prospect stages (สถานะผู้ที่สนใจ/ผู้คาดหวัง): ติดตามลำดับการปฏิสัมพันธ์และจัดการกลุ่มผู้ที่สนใจบริการ เพื่อใช้ในการทำ การตลาดแบบตรงกลุ่มเป้าหมาย (Targeted Marketing)✅ ตรงSOW-1.2
SOW-1.3
S2.3.1
S3.6.1
สถานะว่าที่ลูกค้า (prospect stages) + กระดาน pipeline = commit เข้าระยะ 1 แล้ว (ข้อสรุปร่วมล่าสุด 4 ส.ค.) — ใช้ CRM สำเร็จรูป · ฐาน SOW-1.2: แบบคัดกรอง + การติดตามรายสัปดาห์ของฝ่ายขาย
M-3.3.10Relationship types (ความสัมพันธ์ระหว่างลูกค้า): กำหนดและจัดการประเภทความสัมพันธ์ของลูกค้า เช่น สมาชิกครอบครัว/เพื่อน เพื่อใช้บริการร่วมกัน หรือชำระเงินแทนกันได้🟡 บางส่วนSOW-1.1
SOW-1.5
S1.1.8
ความสัมพันธ์ลูกค้า: แพ็กใช้ร่วมครอบครัว/คู่ (Duo/Family เครดิตกองกลาง) มีระยะ 1° · การให้คนหนึ่งจ่ายแทนอีกคนที่เคาน์เตอร์ = นอกขอบเขต (ลูกค้าไม่ได้ขอ)
M-3.3.11Client profile custom fields (ฟิลด์ข้อมูลเพิ่มเติมของโปรไฟล์ลูกค้า): สร้างและจัดการฟิลด์ข้อมูลปรับแต่งเอง (Custom Fields) สำหรับแบบฟอร์มและโปรไฟล์ลูกค้า✅ ตรงSOW-1.5
S5.4.3
ฟิลด์ข้อมูลปรับแต่งเอง (custom fields) ของโปรไฟล์ลูกค้า
M-3.3.12Client indexes (ดัชนีจัดกลุ่มลูกค้า): ตั้งค่าหมวดหมู่ดัชนีเพื่อจัดกลุ่มและวิเคราะห์ข้อมูลประชากรศาสตร์ (Demographics) ของลูกค้า🟡 บางส่วนSOW-1.5
SOW-2.2
S5.4.3
จัดกลุ่มลูกค้าตามประเภท/ที่มาได้ระยะ 1 · ดัชนี demographics เพื่อวิเคราะห์เชิงลึก = ชุดรายงานระยะ 2
M-3.3.13Client index values (ค่าย่อยของดัชนีจัดกลุ่ม): กำหนดตัวเลือกย่อยภายในกลุ่มดัชนีลูกค้าแต่ละกลุ่ม🟡 บางส่วนSOW-1.5
SOW-2.2
S5.4.3
ค่าย่อยของดัชนีจัดกลุ่ม — เช่นเดียวกับข้อ M-3.3.12
M-3.3.14Client types (ประเภทของลูกค้า): จำแนกประเภทลูกค้าและที่มา/ช่องทางที่รู้จักสตูดิโอ เพื่อใช้ในการทำรายงานวิเคราะห์✅ ตรงSOW-1.5
S5.4.3
ประเภทลูกค้า + ช่องทางที่รู้จักสตูดิโอ เพื่อใช้ทำรายงานวิเคราะห์
M-3.3.15Referral subtypes (ประเภทการแนะนำลูกค้าระดับย่อย): ระบุรายละเอียดช่องทางการแนะนำลูกค้าเพื่อการติดตามแหล่งที่มาของลูกค้า✅ ตรงSOW-1.5
SOW-1.3
S5.4.3
S5.6.6
ช่องทางแนะนำระดับย่อย + การติดตามที่มาการชวนเพื่อน = ขอบเขต SOW-1.3 (ข้อสรุปร่วมล่าสุด 4 ส.ค.) · การเก็บช่องทางที่รู้จักสตูดิโอแบบทั่วไปมีใน S5.4.3
M-3.3.16Contact log types (หมวดหมู่บันทึกการติดต่อ): จัดหมวดหมู่โน้ตประวัติการติดต่อลูกค้า และสามารถกรอง (Filter) ดูตามประเภทที่ต้องการได้✅ ตรงSOW-1.5
SOW-2.2
S5.4.3
จัดหมวดหมู่บันทึกการติดต่อลูกค้า + กรองตามหมวด = ขอบเขตระยะ 1 ตามข้อ SOW-1.5 ของเอกสารขอบเขตงาน · ส่วน “รายงานประวัติการติดต่อลูกค้า” ฉบับเต็ม อยู่ชุดรายงานระยะ 2 (SOW-2.2 ภาคผนวก ก)
M-3.3.17Client statuses (สถานะลูกค้า): สร้างและกำหนดสถานะลูกค้าแบบปรับแต่งเอง เพื่อติดตามสถานะการเป็นสมาชิก✅ ตรงSOW-1.5
S5.4.2
สถานะลูกค้า (ใช้งาน/พัก/หมดอายุ/ยกเลิก) ติดตามสถานะการเป็นสมาชิก
M-3.3.18Gender: เพิ่มตัวเลือกเพศในบัญชีลูกค้าเพิ่มเติมจากตัวเลือกพื้นฐานทั่วไป✅ ตรงSOW-1.5
S5.4.3
เพิ่มตัวเลือกเพศ — ทำผ่านฟิลด์ปรับแต่งเองได้

M-3.4 Pricing

ข้อความต้องการ (Mindbody)สถานะSOW อ้างอิงคำอธิบาย / สิ่งที่ได้ในระยะ 1
M-3.4.1Pricing options (ตัวเลือกการตั้งราคา): สร้าง และจัดการตัวเลือกราคาสำหรับบริการต่างๆ ในสตูดิโอ (เพิ่ม/ปรับ/ซ่อน/ลบ คอร์สเรียนในระบบ)✅ ตรงSOW-1.1
S5.1.1
S5.1.4
สร้าง/ปรับ/ซ่อน/เลิกขายตัวเลือกราคา-คอร์สเรียนได้เอง
M-3.4.2Organize pricing: (จัดการหมวดหมู่ราคา): ดูภาพรวม และจัดหมวดหมู่ตัวเลือกราคา ทั้งหมดของธุรกิจให้เป็นระเบียบ✅ ตรงSOW-1.1
S5.1.4
จัดหมวดหมู่ตัวเลือกราคาทั้งหมดให้เป็นระเบียบ
M-3.4.3Manage sales (จัดการรายการขาย): ค้นหาและตรวจสอบรายการสั่งซื้อ/ธุรกรรม โดยค้นหาจากชื่อลูกค้า วันที่ชำระเงิน หรือเลขที่ใบเสร็จ (Sale ID)✅ ตรงSOW-1.1
SOW-1.8
S5.3.3
ค้นหารายการขาย/ธุรกรรมจากชื่อลูกค้า วันที่ หรือเลขที่ใบเสร็จ
M-3.4.4Promo codes (รหัสส่วนลด/โปรโมชัน): สร้าง กำหนดเงื่อนไข และติดตามการใช้งานโค้ดส่วนลดสำหรับโปรโมชันต่างๆ✅ ตรงSOW-1.1
SOW-1.3
SOW-2.1
SOW-2.2
S5.6.5
S6.2.2
ครบทั้งข้อในระยะ 1: สร้างโค้ดส่วนลด + กำหนดเงื่อนไข + ติดตามผลการใช้ — รายงานการใช้โค้ด commit เข้าระยะ 1 แล้ว (ข้อสรุปร่วมล่าสุด 4 ส.ค.)
M-3.4.5Account payments (การชำระเงิน): ตรวจสอบและจัดการรายการชำระเงินเข้าบัญชี รวมถึงสร้างรายการชำระเงินเข้าบัญชีลูกหนี้แบบใหม่ (Store Credit/Account Balance)⛔ นอกขอบเขตข้อ 5
SOW-2.1
ได้แทน/ที่ยังได้:S5.3.1
เครดิตฝากบัญชีลูกค้า (Store Credit/Account Balance) = งานพัฒนาเพิ่มเติมในอนาคต (SOW ข้อ 5) นอกขอบเขตระยะนี้ (บัตรกำนัลเป็นคนละเรื่อง — อยู่ระยะ 2 ตาม SOW-2.1) · การตรวจ/จัดการรายการชำระปกติมีครบ (ตรวจสลิป+สถานะบิล)
M-3.4.6Gift cards (บัตรของขวัญ): ตั้งค่าและขายบัตรของขวัญ (Gift Card) สำหรับใช้ออนไลน์หรือที่หน้าร้าน พร้อมตัวเลือกปรับแต่งรายละเอียดได้⏭ ระยะถัดไปSOW-2.1
ได้แทน/ที่ยังได้:S5.6.5
บัตรกำนัล/บัตรของขวัญ = ระยะ 2 ตาม SOW-2.1 (มากับระบบขายหน้าร้าน POS) — แก้ 4 ส.ค. ตาม SOW ลงนาม (เดิมเอกสารชุดนี้ระบุระยะ 1 คลาดเคลื่อน) · ระวังไม่สื่อสารปนกับ Store Credit ซึ่งเป็น Future Option นอกขอบเขต
M-3.4.7Contracts (สัญญาและแพ็กเกจรายเดือน): จัดการสัญญาข้อตกลงเพื่อรองรับระบบตัดเงินอัตโนมัติตามระยะเวลาที่กำหนด (Recurring Billing สำหรับการขายแบบ recurring program)🟡 บางส่วนSOW-1.1
SOW-1.8
ข้อ 3.5
S5.1.5
สัญญา/แพ็กเกจรายเดือน: ระบบออกบิลรอบใหม่อัตโนมัติ + ประวัติครบ · การตัดเงินจากบัตรอัตโนมัติ (recurring billing) = นอกขอบเขต (SOW ข้อ 3.5) — ลูกค้าชำระเองต่อรอบ
M-3.4.8Organize contract (จัดเรียงลำดับสัญญา): จัดหมวดหมู่และตั้งค่าลำดับการแสดงผลสัญญาในหน้าขาย/หน้าระบบตามที่ต้องการ✅ ตรงSOW-1.1
S5.1.4
จัดหมวด/ลำดับการแสดงผลแพ็กเกจ-สัญญาในหน้าขาย
M-3.4.9Packages (แพ็กเกจรวม): รวมบริการ สินค้า และเครดิตการเข้าใช้บริการ เข้าด้วยกันเป็นแพ็กเกจแบบปรับแต่งเองได้✅ ตรงSOW-1.1
S5.1.4
S5.1.1
รวมบริการ/เครดิตหลายอย่างเป็นแพ็กเกจชุด (bundle) ปรับแต่งเองได้

M-3.5 General

ข้อความต้องการ (Mindbody)สถานะSOW อ้างอิงคำอธิบาย / สิ่งที่ได้ในระยะ 1
M-3.5.1Locations (สาขา/สถานที่ให้บริการ): จัดการรายละเอียดของสถานที่จริง (Physical Locations) ที่จะนำไปแสดงผลบน Web App (ที่อยู่ของสาขา พร้อม google map)🔄 ทำทดแทนSOW-1.1
SOW-2.2
S5.5.4
ข้อมูลสาขา (ที่อยู่/แผนที่/ช่องทางติดต่อ) จัดการได้และแสดงบนแอป LINE ของสมาชิก — ไม่มี Web App สาธารณะในระยะนี้ · เว็บไซต์ระยะ 2 (SOW-2.2) = เว็บสาธารณะแสดงตารางคลาส/ครู/ข้อมูลสตูดิโออย่างเดียว ไม่มีระบบสมาชิก/จอง
M-3.5.2Room: จัดการห้องเรียนให้บริการ✅ ตรงSOW-1.1
SOW-1.6
S5.2.3
จัดการห้องเรียน/อุปกรณ์ของแต่ละสาขา
M-3.5.3Schedule a closed business day (ตั้งค่าวันหยุดทำการ): กำหนดวันหยุดทำการของธุรกิจ และจัดการการปิดให้บริการแยกตามหมวดหมู่บริการ✅ ตรงSOW-1.1
SOW-1.6
S5.2.3
กำหนดวันหยุดทำการ — ระบบไม่เปิดรับจองในวันหยุด
M-3.5.4Logos and colors (โลโก้และธีมสี): อัปเดตโลโก้และโทนสีหลักที่ใช้ในการแสดงผลบน Web App✅ ตรงSOW-1.1
S5.6.2
ปรับโลโก้และชุดสีของแอปได้เองจากหน้าตั้งค่า มีผลทันที
M-3.5.5Contact information (ข้อมูลการติดต่อ): อัปเดตข้อมูลการติดต่อของธุรกิจ และการตั้งค่าช่องทางการสื่อสาร✅ ตรงSOW-1.1
S5.5.4
อัปเดตข้อมูลติดต่อของธุรกิจ/สาขา และการตั้งค่าช่องทางสื่อสาร
M-3.5.6Account language (ภาษาของบัญชีผู้ใช้): ตั้งค่าภาษาในการแสดงผลเฉพาะบัญชีผู้ใช้นี้ (ไม่มีผลต่อการตั้งค่าภาษาหลักของสตูดิโอ หรือของลูกค้า)🟡 บางส่วนSOW-1.1
S1.6.4
S4.6.4
ภาษาแสดงผลรายผู้ใช้ (ไทย/อังกฤษ): ลูกค้าและครูสลับเองได้ระยะ 1 · ฝั่งจอพนักงาน/หลังบ้าน ยังไม่ระบุใน SOW — เคาะขอบเขตตอน kickoff
M-3.5.7General setup and options (การตั้งค่าทั่วไปและตัวเลือกระบบ): ปรับแต่งการตั้งค่าระบบพื้นฐาน สำหรับการบริหารจัดการและการปฏิสัมพันธ์กับลูกค้า✅ ตรงSOW-1.1
S5.5.4
ตั้งค่าระบบพื้นฐาน (ค่ากลาง+ค่าเฉพาะสาขา) จากจุดเดียว
M-3.5.8Client view settings (การตั้งค่ามุมมองของลูกค้า): จัดการแท็บการใช้งาน แถบเมนู และการนำทางในส่วนของ Consumer Mode (หน้าจอฝั่งลูกค้าใช้งาน)🟡 บางส่วนSOW-1.1
S5.6.2
S5.6.1
หน้าตาแอปฝั่งลูกค้า: โลโก้/สี/ป้ายประกาศปรับเองได้ · การจัดแท็บ-เมนูนำทาง (client view) เองทั้งหมด = ไม่ระบุใน SOW ต้องเคาะ (โครงเมนูออกแบบร่วมช่วงพัฒนา)

M-3.6 Services

ข้อความต้องการ (Mindbody)สถานะSOW อ้างอิงคำอธิบาย / สิ่งที่ได้ในระยะ 1
M-3.6.1Class and course option (ตัวเลือกคลาสและคอร์สเรียน): ดูภาพรวมและจัดการหมวดหมู่บริการ คลาสเรียน (Classes) และคอร์สเรียนได้ในจุดเดียว✅ ตรงSOW-1.1
S5.2.1
S5.1.2
จัดการหมวดหมู่บริการ คลาส และคอร์สในจุดเดียว (แม่แบบคลาส + ประเภทบริการ)
M-3.6.2Appointment options (ตัวเลือกการนัดหมาย): ตั้งค่าระบบการจองนัดหมายและการชำระเงินสำหรับการเข้ารับบริการของลูกค้า✅ ตรงSOW-1.6
S5.2.5
S3.2.2
ตั้งค่าระบบนัดหมาย (private session) + สถานะการชำระของนัด
M-3.6.3Suspension types (ช่วงเวลาการระงับ/การตั้งตารางเวลา): กำหนดช่วงเวลาการจัดตารางให้บริการสำหรับคลาส นัดหมาย และทรัพยากรต่างๆ (รวมถึงการตั้งค่าระงับการให้บริการชั่วคราว)🟡 บางส่วนSOW-1.1
SOW-1.6
S3.1.3
S5.2.3
พักตารางคลาสชั่วคราว + วันหยุด/ปิดบริการ ครอบเคสหลัก · การตั้ง 'ช่วงระงับ' แยกตามหมวดบริการละเอียดแบบ Mindbody ต้องเคาะรายละเอียดตอน kickoff

M-3.7 Retail

ข้อความต้องการ (Mindbody)สถานะSOW อ้างอิงคำอธิบาย / สิ่งที่ได้ในระยะ 1
M-3.7.1Closed out data (ข้อมูลการปิดยอดประจำวัน): ตรวจสอบและเปรียบเทียบเงินสดที่สรุปยอดประจำวันกับยอดขายจริง ผ่านรายงานการปิดยอดขายรายวัน (Daily Closedout Report)⏭ ระยะถัดไปSOW-2.1รายงานปิดยอดเงินสดประจำวัน (daily closeout) ผูกกับ POS = ระยะ 2 (SOW-2.1) · หมายเหตุ: ข้อ SOW-2.1 ระบุ POS+รับชำระเงินสด ไม่ได้ระบุรายงานปิดยอดเป็นรายการตรง — แนวทางสรุปปิดยอดประจำวันตกลงร่วมกันตอนออกแบบระยะ 2
M-3.7.2Payment methods (ช่องทางการชำระเงิน): เพิ่ม ลบ หรือปรับแต่งช่องทางการรับชำระเงินที่ระบบรองรับ (เช่น เงินสด, โอนเงิน, บัตรเครดิต)🟡 บางส่วนSOW-1.1
SOW-2.1
ข้อ 3.5
S5.3.2
เพิ่ม/ลบ/ปรับช่องทางรับชำระที่เปิดใช้ระยะ 1 (โอน · QR+ส่งสลิป · สิทธิ์ฟรี) · เงินสดผ่าน POS = ระยะ 2 (SOW-2.1) · ช่องทางบัตรเครดิตที่ requirement ยกตัวอย่าง = นอกขอบเขต (SOW ข้อ 3.5)
M-3.7.3Revenue categories (หมวดหมู่รายได้): จัดการหมวดหมู่รายได้หลัก เพื่อใช้ในการทำรายงานสรุปยอดขายอย่างละเอียด✅ ตรงSOW-1.8
SOW-1.4
S5.3.5
จัดหมวดหมู่รายได้หลัก เพื่อยอดขายถูกจัดประเภทตั้งแต่ต้นทาง °
M-3.7.4Revenue subcategories (หมวดหมู่ย่อยของรายได้): จัดหมวดหมู่ย่อยของรายได้จากสินค้า เพื่อการติดตามและวิเคราะห์ยอดขายที่แม่นยำยิ่งขึ้น✅ ตรงSOW-1.8
SOW-1.4
S5.3.5
หมวดหมู่ย่อยของรายได้ °รายละเอียดผังเคาะกับฝ่ายบัญชี
M-3.7.5Product revenue categories:(หมวดหมู่รายได้จากสินค้า): จัดการหมวดหมู่รายได้เฉพาะส่วนงานขายสินค้า (Product) เพื่อความถูกต้องในการทำรายงานทางการเงิน⛔ นอกขอบเขตข้อ 3.5
ได้แทน/ที่ยังได้:S5.3.5
หมวดรายได้เฉพาะงานขายสินค้า (product) ผูกกับการขายสินค้า+ตัดสต๊อก ซึ่งเป็น Future Option นอกขอบเขต (SOW ข้อ 3.5 · ข้อสรุปร่วมล่าสุด 4 ส.ค. — POS ระยะ 2 ครอบเฉพาะแพ็กเกจ/บริการ) · ผังหมวดรายได้หลักของบริการวางโครงตั้งแต่ระยะ 1

M-3.8 Classic Setup

ข้อความต้องการ (Mindbody)สถานะSOW อ้างอิงคำอธิบาย / สิ่งที่ได้ในระยะ 1
M-3.8.1Service categories (หมวดหมู่บริการหลัก): จัดการหมวดหมู่บริการครอบคลุมทั้งคลาสเรียน (Classes) การนัดหมาย (Appointments) และคอร์สเรียน (Courses)✅ ตรงSOW-1.1
S5.1.2
หมวดหมู่บริการหลัก (คลาส/นัดหมาย/คอร์ส) = 'ประเภทบริการ' ข้อมูลหลักที่ผูกตารางคลาสกับแพ็กเกจ
M-3.8.2Appointment type assignments (มอบหมายประเภทการนัดหมายให้พนักงาน): กำหนดประเภทบริการนัดหมายให้กับพนักงานผู้ให้บริการแต่ละคนได้อย่างรวดเร็วและมีประสิทธิภาพ✅ ตรงSOW-1.6
S5.2.5
มอบหมายประเภทบริการนัดหมายให้พนักงาน/ครูแต่ละคน
M-3.8.3Appointment availability (เวลาที่พร้อมรับนัดหมายของพนักงาน): กำหนดช่วงวันและเวลาที่พนักงานพร้อมให้บริการ เพื่อเปิดให้ลูกค้ากดจองคิวนัดหมายได้✅ ตรงSOW-1.6
S5.2.5
กำหนดช่วงวัน-เวลาที่ครู/พนักงานพร้อมรับนัด เพื่อเปิดให้ลูกค้าจองคิว
M-3.8.4Class types (ประเภทของคลาสเรียน): จัดหมวดหมู่และประเภทคลาสเรียน เพื่อช่วยให้ค้นหาบริการที่ต้องการได้รวดเร็วยิ่งขึ้น✅ ตรงSOW-1.1
S5.2.1
จัดหมวด/ประเภทคลาสเรียน ให้ค้นหาบริการได้เร็ว
M-3.8.5Class and course management (ระบบจัดการคลาสและคอร์สเรียน): ควบคุมการตั้งค่าสำหรับการเปิดคลาส คอร์สเรียน และระบบการลงทะเบียน (Enrollment) ของลูกค้า✅ ตรงSOW-1.1
S5.2.1
S3.1.1
ควบคุมการตั้งค่าเปิดคลาส คอร์ส และการลงทะเบียนของลูกค้า

ประเด็นที่ขอยืนยันร่วมกัน (จากการเทียบรายข้อ)

ประเด็นรายละเอียด
สิทธิ์ครูดูข้อมูลสมาชิกตารางสิทธิ์ M-2.1 ให้ครูดูข้อมูลสมาชิก "ทุกสาขา" แต่ขอบเขตงานลงนามกำหนดให้ครูเห็นเฉพาะคลาสและผู้เรียนของตัวเอง — ระหว่างนี้ยึดเอกสารลงนามไปก่อน ขอยืนยันร่วมกัน
payment_method ไม่มีแถวในตารางข้อ M-2.2.6 มีสิทธิ์ Membership.payment_method ในรายการ แต่ตารางตำแหน่งของหมวด M-2.2 ไม่มีแถวนี้ — ยังไม่ได้กำหนดว่าตำแหน่งใดใช้ได้ ขอยืนยันจากทีม Yoga&Me
Referral = ใน SOW · เงื่อนไขรอยืนยันSOW-1.3 ระบุโปรแกรมชวนเพื่อน (โค้ด/ลิงก์ · ติดตามใครชวนใคร · รางวัลคูปอง/ส่วนลด · รายงานผู้แนะนำ) ในระยะ 1 — ยืนยันตามขอบเขตงานลงนาม 4 ส.ค. · ประเด็นที่ขอยืนยัน: เงื่อนไขรางวัล (ช่วงเตรียมข้อมูล) + โปรโมชั่น referral กับระบบชวนเพื่อนหมวด 8 เป็นชุดเดียวกันหรือแยก · รางวัลจ่ายเป็นแต้มไม่ได้ (แต้มสะสมยังนอกขอบเขต ข้อ 3.3)
รายงานสรุป 5 รายการเพิ่มเข้าระยะ 1ข้อสรุปร่วมล่าสุด 4 ส.ค.: Prospects · Sale by service · Average Revenue · Promotion usage · Sales by Rep (จำกัดนิยาม) = ของส่งมอบระยะ 1 · ตัวรายงานเชิงลึก 2 ตัว (Attendance with revenue · Revenue by class) = ระยะ 2
สิทธิ์ย้าย/ยกเลิกการจองตาราง M-2.4 ให้ booking.edit / booking.cancel เฉพาะ Admin/Owner แต่หน้างานจริงคือระดับสาขา — มีข้อสังเกตว่าอาจต้องเปิดสิทธิ์ระดับสาขา ขอยืนยันความตั้งใจร่วมกัน
คลาสออนไลน์ข้อ M-1.1.3 ระบุคลาสออนไลน์ (live/recorded) — เอกสารลงนามจัดไว้เป็นงานพัฒนาเพิ่มเติมในอนาคต (ข้อ 5) หากต้องการ ตกลงขอบเขตและเงื่อนไขแยก
ค่าธรรมเนียม no-showข้อ M-3.3.7 ต้องการเรียกเก็บค่าธรรมเนียม no-show/late cancel — ขอบเขตระยะ 1 ใช้คำ "แจ้งเตือนหรือหักสิทธิ์ตามกติกาที่ตกลงร่วมกัน" การเก็บเงินเพิ่มเป็นประเด็นที่ขอข้อสรุปร่วมกัน
การชำระเงินแทนกันระหว่างลูกค้าข้อ SOW-1.5 เขียน "ผูกความสัมพันธ์ระหว่างลูกค้า (ครอบครัว/เพื่อน ใช้บริการร่วมหรือชำระเงินแทนกัน)" แต่ข้อ M-3.3.10 ของเอกสารนี้ระบุ "จ่ายแทนกันที่เคาน์เตอร์ = นอกขอบเขต" — สองข้อความยังไม่ตรงกัน ขอยืนยันให้ชัดตอน kickoff
รีวิว/คะแนนจากลูกค้า — ระยะไม่ตรงกันระหว่างสรุปกับเอกสารลงนามสรุปขอบเขตระยะ 1 ตาม 6 กลุ่มผู้ใช้ มีรายการ "ให้คะแนน/รีวิวคลาส-ครู" (S1.7.1) ในระยะ 1 แต่เอกสาร Scope of Work ฉบับลงนามกล่าวถึงรีวิว/คะแนนเฉพาะระยะ 2 (SOW-2.2 ประเมินครู + Quality Score และรายงาน "รีวิว/คะแนนจากลูกค้า" ในชุดรายงานภาคผนวก ก) — เอกสารนี้จึงติดป้าย S1.7.1 ไว้ใต้ SOW-2.2 · ต้องเคาะตอน kickoff ว่าการเก็บรีวิวพื้นฐานเริ่มระยะ 1 ตามสรุป หรือเลื่อนตามตัวอักษรเอกสารลงนาม (กระทบข้อ M-1.4.2.10 · M-1.8.2)

ภาคผนวก: ดัชนี SOW V3.1 (134 รายการ · รหัส S)

รหัสกลุ่มผู้ใช้กลุ่มงานรายการใน SOW V3.1
S1.1.1ลูกค้าจองคลาสด้วยตัวเองผ่าน LINEเปิดตารางคลาสใน LINE ได้ตลอด 24 ชม. ค้นหา/กรองตามสาขา ครู ประเภท และระดับ เห็นทุกคลาสที่เปิดสอนในลิสต์เดียวพร้อมป้ายชื่อสาขา (ระยะ 1 นำร่องสาขาเกษตร-นวมินทร์จึงเห็นสาขาเดียวก่อน)
S1.1.2ลูกค้าจองคลาสด้วยตัวเองผ่าน LINEเห็นจำนวนที่นั่งคงเหลือและรายละเอียดคลาส (เวลา ครู สาขา ห้อง คำอธิบาย) ก่อนกดจอง — รอบที่จองไม่ได้จะแสดงจางพร้อมบอกเหตุผล ไม่ถูกซ่อน
S1.1.3ลูกค้าจองคลาสด้วยตัวเองผ่าน LINEกดจองแล้วเลือกได้ว่าจะตัดสิทธิ์จากแพ็กเกจไหน ระบบตัดครั้งให้ทันทีและออกใบยืนยันการจอง
S1.1.4ลูกค้าจองคลาสด้วยตัวเองผ่าน LINEพิมพ์โน้ตอาการบาดเจ็บ/ท่าที่อยากเน้นตอนจอง เพื่อให้ครูและพนักงานหน้าร้านเห็นก่อนคลาสเริ่ม (จุดขายเฉพาะ Yoga&Me)
S1.1.5ลูกค้าจองคลาสด้วยตัวเองผ่าน LINEคลาสเต็มก็ต่อคิวสำรองได้ พอมีที่ว่างระบบเลื่อนคิวและแจ้งทาง LINE ให้ยืนยันสิทธิ์ ดูลำดับคิวหรือออกจากคิวเองได้
S1.1.6ลูกค้าจองคลาสด้วยตัวเองผ่าน LINEยกเลิกการจองเองได้จนถึงเวลาตัดรอบ (ค่าเริ่มต้น 4 ชม.ก่อนคลาส ทางร้านปรับได้) แล้วได้เครดิตคืน — พ้นเวลาแล้วปุ่มยกเลิกจะปิด
S1.1.7ลูกค้าจองคลาสด้วยตัวเองผ่าน LINEระบบกันพลาดให้อัตโนมัติ: จองซ้อนเวลา จองเกินโควตาแพ็ก จองคลาสนอกประเภท/นอกสาขาที่แพ็กครอบคลุม หรือเกินเพดานครั้งต่อวันของแพ็ก — จะถูกแจ้งเตือนหรือบล็อกพร้อมเหตุผล
S1.1.8ลูกค้าจองคลาสด้วยตัวเองผ่าน LINEแพ็กเกจแบบใช้ร่วมกัน 2-3 คน (คู่/ครอบครัว/ไพรเวท): ต่างคนต่างจองด้วยบัญชีตัวเอง ระบบตัดจากยอดกองกลางเดียวกันและทุกคนเห็นยอดคงเหลือตรงกัน
S1.1.9ลูกค้าจองคลาสด้วยตัวเองผ่าน LINEสมัคร/ซื้อบัตร workshop และกิจกรรมพิเศษผ่านแอปบน LINE ได้เอง
S1.1.10ลูกค้าจองคลาสด้วยตัวเองผ่าน LINEสมาชิกบางแพ็กได้สิทธิ์จองก่อนคนทั่วไป และได้คิวสำรองก่อนคนไม่เป็นสมาชิก (เงื่อนไขรอเคาะรายละเอียดกับทางร้าน)
S1.2.1ลูกค้าซื้อแพ็กเกจและชำระเงินซื้อแพ็กเกจคลาส สมาชิกรายเดือน หรือบัตรเรียนรายครั้ง ได้เองผ่านแอปบน LINE
S1.2.2ลูกค้าซื้อแพ็กเกจและชำระเงินเห็นรายละเอียดแพ็กเกจครบก่อนตัดสินใจซื้อ: จำนวนครั้ง วันหมดอายุ เงื่อนไขการจอง และนโยบายยกเลิก
S1.2.3ลูกค้าซื้อแพ็กเกจและชำระเงินชำระเงินโดยสแกน QR ของสตูดิโอ แล้วส่งสลิปในแอป — พนักงานตรวจยืนยันยอดแล้วสิทธิ์เปิดใช้ทันที พร้อมได้รับใบเสร็จทาง LINE
S1.2.4ลูกค้าซื้อแพ็กเกจและชำระเงินใช้คูปอง/โค้ดส่วนลดตอนชำระเงินได้
S1.3.1ลูกค้าเช็คอินเข้าเรียนที่หน้าห้องสแกน QR ที่ครูเปิดไว้หน้าห้องเพื่อบันทึกการเข้าเรียนอัตโนมัติ — ไม่ถูกตัดครั้งซ้ำ (ตัดไปแล้วตอนจอง) และครูเห็นข้อมูลดูแลสุขภาพของเราก่อนสอน
S1.4.1ลูกค้าเห็นข้อมูลของตัวเองครบ จบในที่เดียวเช็คยอดครั้งคงเหลือ แพ็กเกจที่ถืออยู่ทุกใบ (สถานะ วันหมดอายุ ใช้ได้กับคลาส/สาขาไหน) ได้เองตลอดเวลา
S1.4.2ลูกค้าเห็นข้อมูลของตัวเองครบ จบในที่เดียวดูรายการจองที่กำลังจะถึง ประวัติการเข้าเรียนย้อนหลัง และประวัติการซื้อ/ชำระเงินของตัวเอง
S1.4.3ลูกค้าเห็นข้อมูลของตัวเองครบ จบในที่เดียวหน้าแรกมีทางลัดถึงงานที่ใช้บ่อย (จองวันนี้ ดูแพ็กเกจ โปรโมชัน) และการ์ดสรุปคลาสถัดไป+ครั้งคงเหลือ เข้าใช้จากเมนูใน LINE ได้เลยไม่ต้องโหลดแอปเพิ่ม
S1.5.1ลูกค้ารับการแจ้งเตือนทาง LINE ไม่พลาดทุกเรื่องได้รับข้อความยืนยันทันทีเมื่อจองสำเร็จ เตือนก่อนถึงเวลาคลาส แจ้งเมื่อคลาส/การจองถูกยกเลิก และแจ้งเมื่อได้เลื่อนจากคิวสำรองเข้าเรียนจริง — ข้อความระบุชื่อสาขาของคลาสทุกครั้ง
S1.5.2ลูกค้ารับการแจ้งเตือนทาง LINE ไม่พลาดทุกเรื่องได้รับแจ้งเตือนเมื่อแพ็กเกจใกล้หมดอายุ (เหลือกี่ครั้ง หมดวันไหน) เพื่อรีบใช้หรือต่ออายุ
S1.5.3ลูกค้ารับการแจ้งเตือนทาง LINE ไม่พลาดทุกเรื่องตั้งค่าเปิด/ปิดประเภทการแจ้งเตือนได้เอง และเปิดดูรายการแจ้งเตือนย้อนหลังจากกระดิ่งในแอปได้ทุกหน้า
S1.6.1ลูกค้าโปรไฟล์ ข้อมูลสุขภาพ และความเป็นส่วนตัวแก้ไขข้อมูลส่วนตัวและรูปโปรไฟล์เอง และดูสถิติของตัวเอง (จำนวนครั้งที่เข้าเรียน แพ็กที่ถือ)
S1.6.2ลูกค้าโปรไฟล์ ข้อมูลสุขภาพ และความเป็นส่วนตัวบันทึกประวัติสุขภาพ/ข้อห้ามในการฝึกไว้ในโปรไฟล์ เพื่อให้ครูปรับการสอนได้ปลอดภัย
S1.6.3ลูกค้าโปรไฟล์ ข้อมูลสุขภาพ และความเป็นส่วนตัวกดยอมรับเงื่อนไขการใช้งานและให้ความยินยอมเรื่องข้อมูลส่วนบุคคล โดยระบบเก็บหลักฐานการยินยอมไว้
S1.6.4ลูกค้าโปรไฟล์ ข้อมูลสุขภาพ และความเป็นส่วนตัวสลับภาษาไทย/อังกฤษได้เองทั้งแอป รองรับลูกค้าต่างชาติ
S1.7.1ลูกค้ารีวิวคลาสและครูให้คะแนนและรีวิวคลาส/ครูหลังเรียน และเห็นคะแนนเฉลี่ยประกอบการเลือกจอง (การนำคะแนนไปประเมินครูแบบเต็มรูปอยู่ระยะ 2)
S1.8.1ลูกค้าชวนเพื่อนรับสิทธิพิเศษ (Referral)ส่งโค้ด/ลิงก์ชวนเพื่อนจากแอปบน LINE ได้เอง — เมื่อเพื่อนสมัครและเริ่มใช้บริการตามเงื่อนไข ทั้งผู้ชวนและเพื่อนใหม่ได้รางวัลเป็นคูปองหรือส่วนลดอัตโนมัติ (เงื่อนไขรางวัลตกลงร่วมกันก่อนเริ่มงานส่วนนี้)
S2.1.1พนักงานหน้าร้านจองคลาสและจัดการตารางคลาสของสาขาเปิดดูตารางคลาสเพื่อแนะนำลูกค้า และจองคลาสแทนลูกค้าที่โทรเข้าหรือเดินเข้ามาหน้าร้าน
S2.1.2พนักงานหน้าร้านจองคลาสและจัดการตารางคลาสของสาขาเปิดคลาสใหม่ลงตารางของสาขา และแก้วันเวลา ครูผู้สอน ห้อง หรือจำนวนที่รับได้ของคลาสที่เปิดแล้ว
S2.1.3พนักงานหน้าร้านจองคลาสและจัดการตารางคลาสของสาขายกเลิกคลาสได้ โดยระบบส่งข้อความแจ้งลูกค้าที่จองไว้ให้อัตโนมัติ
S2.1.4พนักงานหน้าร้านจองคลาสและจัดการตารางคลาสของสาขาดูรายการจองทั้งหมดของสาขาล่วงหน้าเพื่อเตรียมคลาสในแต่ละวัน
S2.2.1พนักงานหน้าร้านเช็คอินเข้าคลาสและตัดสิทธิ์แพ็กเกจเช็คอินลูกค้าเข้าคลาส ระบบตัดสิทธิ์หรือเครดิตตามแพ็กเกจให้อัตโนมัติ
S2.2.2พนักงานหน้าร้านเช็คอินเข้าคลาสและตัดสิทธิ์แพ็กเกจเปิดจอ QR ประจำคลาสที่เคาน์เตอร์ให้ลูกค้าสแกนเช็คอินด้วยตัวเอง
S2.2.3พนักงานหน้าร้านเช็คอินเข้าคลาสและตัดสิทธิ์แพ็กเกจดูแพ็กเกจที่ลูกค้าถืออยู่เพื่อตรวจสิทธิ์ก่อนจองหรือก่อนเข้าคลาส
S2.2.4พนักงานหน้าร้านเช็คอินเข้าคลาสและตัดสิทธิ์แพ็กเกจแก้สถานะการเข้าเรียนย้อนหลังได้เมื่อบันทึกผิด เช่น เปลี่ยนจากไม่มาเรียนเป็นมาเรียน
S2.2.5พนักงานหน้าร้านเช็คอินเข้าคลาสและตัดสิทธิ์แพ็กเกจออกแพ็กเกจ/สมาชิกภาพใหม่ให้ลูกค้าในระบบเมื่อปิดการขายได้
S2.3.1พนักงานหน้าร้านรับลูกค้าใหม่: แบบคัดกรองและแนะนำคลาสที่เหมาะเปิดแบบคัดกรองลูกค้าใหม่ในระบบและกรอกให้ผู้สนใจ ครอบคลุมอาการ เป้าหมาย สุขภาพความพร้อม และตารางเวลาที่สะดวก
S2.3.2พนักงานหน้าร้านรับลูกค้าใหม่: แบบคัดกรองและแนะนำคลาสที่เหมาะระบบแนะนำประเภทคลาสที่เหมาะให้อัตโนมัติจากผลคัดกรอง (คลาสอันดับ 1 และอันดับ 2)
S2.3.3พนักงานหน้าร้านรับลูกค้าใหม่: แบบคัดกรองและแนะนำคลาสที่เหมาะระบบเตือนหรือกันการจองคลาสที่ไม่เหมาะกับสุขภาพของผู้เรียน พร้อมช่องทางขออนุมัติยกเว้นจากผู้จัดการสาขา
S2.3.4พนักงานหน้าร้านรับลูกค้าใหม่: แบบคัดกรองและแนะนำคลาสที่เหมาะสร้างสมาชิกใหม่ให้ลูกค้า walk-in ที่หน้าเคาน์เตอร์ได้ทันที
S2.4.1พนักงานหน้าร้านดูแลข้อมูลลูกค้าและประวัติการใช้บริการค้นหารายชื่อและข้อมูลติดต่อลูกค้าของสาขา เพื่อให้บริการหน้าเคาน์เตอร์ได้รวดเร็ว
S2.4.2พนักงานหน้าร้านดูแลข้อมูลลูกค้าและประวัติการใช้บริการเปิดดูประวัติการเข้าเรียน สมาชิกภาพ และการชำระเงินของลูกค้า เพื่อตอบคำถามและตรวจสิทธิ์
S2.4.3พนักงานหน้าร้านดูแลข้อมูลลูกค้าและประวัติการใช้บริการแก้ไขข้อมูลโปรไฟล์ลูกค้า (ชื่อ เบอร์ โน้ต) ให้เป็นปัจจุบัน
S2.4.4พนักงานหน้าร้านดูแลข้อมูลลูกค้าและประวัติการใช้บริการระบบแจ้งเตือนโน้ตสำคัญของลูกค้าให้พนักงานที่เกี่ยวข้องเห็นภายในทีม
S2.5.1พนักงานหน้าร้านข้อมูลสุขภาพและ Be Careดูและบันทึกโน้ตสุขภาพ/ข้อจำกัดของลูกค้า เพื่อเตรียมแจ้งครูก่อนเริ่มคลาส
S2.5.2พนักงานหน้าร้านข้อมูลสุขภาพและ Be Careเปิดดูข้อมูลการดูแลลูกค้า (Be Care) ได้แบบดูอย่างเดียว ส่วนการบันทึกเป็นหน้าที่ของครู
S2.6.1พนักงานหน้าร้านเอกสารขายและตรวจยอดเงินออกใบเสร็จ/ใบกำกับภาษีเป็นไฟล์ PDF หรือส่งให้ลูกค้าทางอีเมลแนบเอกสาร (อีเมลใช้เฉพาะส่งเอกสารธุรกรรม ไม่ใช่ช่องทางแจ้งเตือนหรือการตลาด)
S2.6.2พนักงานหน้าร้านเอกสารขายและตรวจยอดเงินเลือกชื่อบริษัท/สาขาที่ใช้ออกเอกสารขายได้
S2.6.3พนักงานหน้าร้านเอกสารขายและตรวจยอดเงินเปิดดูรายการรับชำระเงินของสาขา เพื่อตรวจยอดหรือออกใบเสร็จซ้ำ
S2.6.4พนักงานหน้าร้านเอกสารขายและตรวจยอดเงินดูสรุปยอดขายรายวัน/สัปดาห์/เดือนของสาขาตัวเอง
S2.6.5พนักงานหน้าร้านเอกสารขายและตรวจยอดเงินส่งออกข้อมูลยอดขายให้ฝ่ายบัญชีใช้งานต่อ
S2.7.1พนักงานหน้าร้านข้อมูลทีมงานภายในดูโปรไฟล์และตารางสอนของครู/พนักงาน เพื่อประสานงานหน้าร้าน (ไม่เห็นข้อมูลค่าจ้าง)
S3.1.1ผู้จัดการสาขาจัดตารางคลาสและเปิดคลาสให้ลูกค้าจองเปิดคลาสกลุ่มและจัดตารางสอน (กำหนดวัน เวลา ครูผู้สอน ห้อง) แล้วคลาสขึ้นตารางให้ลูกค้ากดจองได้ทันที
S3.1.2ผู้จัดการสาขาจัดตารางคลาสและเปิดคลาสให้ลูกค้าจองดูปฏิทินตารางคลาสแบบรายวัน รายสัปดาห์ รายเดือน แยกตามสาขา ห้อง ครู และประเภทคลาส
S3.1.3ผู้จัดการสาขาจัดตารางคลาสและเปิดคลาสให้ลูกค้าจองตั้งคลาสประจำที่วนซ้ำทุกสัปดาห์ (เช่น ทุกวันจันทร์ 18:00) พร้อมกำหนดช่วงวันที่เริ่ม–สิ้นสุด และพักตารางชั่วคราวได้เมื่อต้องเปลี่ยนตาราง
S3.1.4ผู้จัดการสาขาจัดตารางคลาสและเปิดคลาสให้ลูกค้าจองกำหนดจำนวนที่รับต่อคลาสตามจำนวนเครื่อง/เสื่อ/ขนาดห้อง โดยระบบเชื่อมกับยอดจองของลูกค้าแบบทันที ไม่มีจองเกิน
S3.1.5ผู้จัดการสาขาจัดตารางคลาสและเปิดคลาสให้ลูกค้าจองแก้รายละเอียดคลาสที่จัดตารางแล้ว เช่น ชื่อคลาส ระดับ รูปภาพ คำอธิบาย เงื่อนไขผู้เรียน และข้อความหมายเหตุที่ลูกค้าเห็นตอนจอง
S3.1.6ผู้จัดการสาขาจัดตารางคลาสและเปิดคลาสให้ลูกค้าจองซ่อนคลาสส่วนตัว/คลาสภายในไม่ให้ลูกค้าเห็นและจองเอง (เห็นเฉพาะฝั่งพนักงาน)
S3.1.7ผู้จัดการสาขาจัดตารางคลาสและเปิดคลาสให้ลูกค้าจองติดตามผลรายคลาส เช่น จำนวนผู้เรียนต่อคลาส เพื่อดูว่าคลาสไหนได้รับความนิยม
S3.2.1ผู้จัดการสาขาเวิร์กช็อปและนัดหมายตัวต่อตัวเปิดงานเวิร์กช็อป/กิจกรรมพิเศษ กำหนดบัตรและจำนวนที่นั่ง และดูรายชื่อผู้สมัครได้จากหลังบ้าน (ลูกค้าสมัคร/ซื้อบัตรเองผ่าน LINE)
S3.2.2ผู้จัดการสาขาเวิร์กช็อปและนัดหมายตัวต่อตัวเปิดตารางนัดหมายเรียนแบบตัวต่อตัว (private session) ให้ลูกค้านัดหมายกับครูได้
S3.3.1ผู้จัดการสาขาเช็คอินหน้าคลาสเปิด/แสดงคิวอาร์โค้ดประจำคลาสให้ลูกค้าสแกนเช็คอินเข้าเรียน ระบบบันทึกการเข้าเรียนให้อัตโนมัติ
S3.4.1ผู้จัดการสาขาดูแลรักษาสมาชิก ไม่ให้ลูกค้าหลุดหายดูรายชื่อลูกค้าที่แพ็กเกจใกล้หมดอายุ เพื่อติดต่อชวนต่ออายุหรือเสนอแพ็กเกจใหม่ก่อนสิทธิ์หมด
S3.4.2ผู้จัดการสาขาดูแลรักษาสมาชิก ไม่ให้ลูกค้าหลุดหายดูคะแนนสุขภาพความสัมพันธ์รายลูกค้า เพื่อชี้เป้าคนที่เริ่มมาน้อยลงและเข้าไปดูแลก่อนลูกค้าเลิกใช้บริการ
S3.4.3ผู้จัดการสาขาดูแลรักษาสมาชิก ไม่ให้ลูกค้าหลุดหายดูจำนวนครั้ง/มูลค่าคงเหลือที่ลูกค้ายังไม่ได้ใช้ เพื่อกระตุ้นให้มาใช้สิทธิ์ก่อนหมดอายุ
S3.4.4ผู้จัดการสาขาดูแลรักษาสมาชิก ไม่ให้ลูกค้าหลุดหายดูความถี่การเข้าเรียนของลูกค้า หาคนที่มาบ่อยและคนที่หายไปนานเกินเกณฑ์ที่ตั้งไว้ เพื่อวางแผนดึงกลับมา
S3.4.5ผู้จัดการสาขาดูแลรักษาสมาชิก ไม่ให้ลูกค้าหลุดหายแบ่งกลุ่มลูกค้าตามพฤติกรรม (ขาประจำ ห่างหาย ลูกค้าคนสำคัญ สมาชิกใหม่) เพื่อดูแลให้ตรงกลุ่ม
S3.5.1ผู้จัดการสาขาจัดการแพ็กเกจและแก้ไขรายการขายแก้วันเริ่มใช้แพ็กเกจให้ลูกค้าหลังปิดการขายแล้ว (เช่น ลูกค้าขอเลื่อนวันเริ่ม)
S3.5.2ผู้จัดการสาขาจัดการแพ็กเกจและแก้ไขรายการขายเปิด/ปิดระดับสมาชิก (membership tier) และติดตามรายชื่อสมาชิกแต่ละระดับ
S3.5.3ผู้จัดการสาขาจัดการแพ็กเกจและแก้ไขรายการขายอนุมัติรายการที่ต้องใช้สิทธิ์ระดับผู้จัดการ เช่น แก้วันขาย ราคา ส่วนลด ยกเลิกรายการขาย (void) และคืนเงิน — พนักงานทั่วไปขายได้อย่างเดียว
S3.6.1ผู้จัดการสาขาติดตามว่าที่ลูกค้าและผู้แนะนำ (เพิ่มเข้าระยะที่ 1 · ข้อสรุปร่วมล่าสุด 4 ส.ค. 2026)กระดานติดตามว่าที่ลูกค้า: เห็นรายชื่อผู้สนใจจากแบบคัดกรอง สถานะการติดตามรายสัปดาห์ของฝ่ายขาย จนถึงปิดการขาย — ใช้เครื่องมือมาตรฐานของระบบ
S3.6.2ผู้จัดการสาขาติดตามว่าที่ลูกค้าและผู้แนะนำ (เพิ่มเข้าระยะที่ 1 · ข้อสรุปร่วมล่าสุด 4 ส.ค. 2026)ดูรายงานผู้แนะนำลูกค้า — เห็นว่าลูกค้าใหม่แต่ละคนมาจากการชวนของสมาชิกคนไหน เพื่อมอบรางวัลตามโปรแกรมชวนเพื่อนได้ถูกคน (เงื่อนไขรางวัลตกลงร่วมกันก่อนเริ่มงานส่วนนี้)
S4.1.1ครูตารางสอนและงานประจำวันเข้าใช้งานระบบครูได้จากห้องแชท LINE เดียวกับที่ใช้อยู่ — แตะเมนูก็เข้าหน้าจอครูหรือดูตารางสอนวันนี้ได้ทันที
S4.1.2ครูตารางสอนและงานประจำวันทุกเช้าได้รับข้อความสรุปงานวันนี้ (จำนวนคลาสที่ต้องสอน + งานบันทึกหลังสอนที่ค้างจากเมื่อวาน) ส่งเข้า LINE ให้อัตโนมัติ
S4.1.3ครูตารางสอนและงานประจำวันหน้าแรกเห็นภาพรวมวันนี้ครบในจอเดียว: คลาสถัดไป (เวลา สถานที่ จำนวนผู้เรียน พร้อมป้ายเตือนถ้ามีคนแจ้งอาการ) รายการคลาสทั้งวัน และเรื่องที่ต้องรู้/ต้องทำ
S4.1.4ครูตารางสอนและงานประจำวันดูตารางสอนที่ส่วนกลางจัดให้ แบบรายวัน/รายสัปดาห์/รายเดือน แตะที่คลาสเพื่อดูรายชื่อผู้เรียนหรือรายละเอียดนัดได้
S4.1.5ครูตารางสอนและงานประจำวันได้รับแจ้งเตือนอัตโนมัติเมื่อส่วนกลางปรับตาราง/ยกเลิกคลาส เมื่อมีลูกค้าจองคลาสของตน และเตือนล่วงหน้าก่อนถึงเวลาสอน
S4.2.1ครูรู้จักผู้เรียนก่อนสอน — สอนได้ปลอดภัยเห็นรายชื่อผู้เรียนของแต่ละคลาสเป็นรายคน พร้อมสถานะสมาชิกและจำนวนครั้งที่มาเรียน
S4.2.2ครูรู้จักผู้เรียนก่อนสอน — สอนได้ปลอดภัยเห็นป้ายเตือนอาการบาดเจ็บ/ข้อจำกัดร่างกายของผู้เรียนแต่ละคน และข้อมูลที่ลูกค้าแจ้งไว้ตอนจอง เพื่อเตรียมการสอนที่ปลอดภัย
S4.2.3ครูรู้จักผู้เรียนก่อนสอน — สอนได้ปลอดภัยได้รับแจ้งเตือนทันทีเมื่อผู้เรียนในคลาสของตนแจ้งอาการบาดเจ็บ จะได้ปรับแผนการสอนก่อนถึงคลาส
S4.2.4ครูรู้จักผู้เรียนก่อนสอน — สอนได้ปลอดภัยเห็นข้อความที่ครูคนก่อนหน้าฝากไว้ (ทั้งระดับคลาสและรายคน) เช่น ท่าที่ควรเลี่ยง เพื่อดูแลผู้เรียนต่อเนื่องแม้เปลี่ยนครู
S4.2.5ครูรู้จักผู้เรียนก่อนสอน — สอนได้ปลอดภัยให้นักเรียนสแกนรหัสประจำคลาสเพื่อเช็คอินเอง ระบบนับและบันทึกการเข้าเรียนให้อัตโนมัติ ครูไม่ต้องเช็คชื่อเอง
S4.3.1ครูบันทึกดูแลผู้เรียนหลังสอน (Be Care)เห็นรายชื่อผู้เรียนที่ยังไม่ได้บันทึกผลหลังสอน และบันทึกรายคนได้ง่าย ๆ (เลือกคำตอบ 3 ด้าน: พัฒนาการ ข้อจำกัด อารมณ์ + โน้ตของครู)
S4.3.2ครูบันทึกดูแลผู้เรียนหลังสอน (Be Care)ฝากข้อความ 'สิ่งที่ครูคนถัดไปควรรู้' แล้วระบบส่งต่อให้ครูที่จะสอนผู้เรียนคนนั้นในคลาสถัดไปโดยอัตโนมัติ
S4.3.3ครูบันทึกดูแลผู้เรียนหลังสอน (Be Care)เปิดดูประวัติการดูแลย้อนหลังของผู้เรียนรายคน เห็นพัฒนาการต่อเนื่องก่อนเข้าสอน
S4.3.4ครูบันทึกดูแลผู้เรียนหลังสอน (Be Care)บันทึกโน้ตเกี่ยวกับลูกค้า (ข้อจำกัดร่างกาย ความชอบ ลักษณะการฝึก) เก็บไว้ให้ทีมใช้ดูแลต่อ
S4.3.5ครูบันทึกดูแลผู้เรียนหลังสอน (Be Care)ประเมินสมรรถภาพร่างกายผู้เรียน 6 ด้าน (แข็งแรง ยืดหยุ่น สมาธิ ทรงตัว ทนทาน ความร่วมมือ) ให้คะแนน 1–5 พร้อมสรุปจุดเด่น จุดที่ควรพัฒนา และคำแนะนำคลาสถัดไป
S4.3.6ครูบันทึกดูแลผู้เรียนหลังสอน (Be Care)บันทึกเหตุการณ์ที่เกิดในคลาส (ใคร เมื่อไร อาการ การปฐมพยาบาล พยาน ส่งโรงพยาบาลหรือไม่ แนบรูปได้) เห็นได้เฉพาะผู้มีสิทธิ์
S4.4.1ครูนัดสอนตัวต่อตัวดูนัดตัวต่อตัวที่ส่วนกลางจัดให้ (เวลา ลูกค้า ประเภท สถานที่) พร้อมสถานะการชำระเงินและสถานะยืนยัน — ถ้าติดธุระให้ใช้ช่องทางแจ้งลา/ขอครูสอนแทน ไม่แก้นัดเอง
S4.5.1ครูแจ้งลาและขอครูสอนแทนส่งคำขอลาถึงส่วนกลางจากมือถือ: เลือกคลาส/นัดที่ติด ระบุเหตุผล และเลือกได้ว่าขอให้จัดครูสอนแทนหรือแจ้งลาอย่างเดียว
S4.5.2ครูแจ้งลาและขอครูสอนแทนได้รับแจ้งเตือนเมื่อคำขอลาอนุมัติ พร้อมบอกว่าส่วนกลางจัดครูคนไหนสอนแทน — จบเรื่องในระบบไม่ต้องตามถาม
S4.6.1ครูผลงานการสอนและข้อมูลส่วนตัวดูสถิติการสอนของตัวเอง รายวัน/รายสัปดาห์/รายเดือน (จำนวนคลาส ชั่วโมงสอน นัดตัวต่อตัว แยกตามประเภทคลาส) — แสดงเฉพาะจำนวน ไม่มีตัวเงิน
S4.6.2ครูผลงานการสอนและข้อมูลส่วนตัวเลือกช่วงวันที่เพื่อดูประวัติคลาสที่สอนย้อนหลัง พร้อมสถานะว่าบันทึกดูแลผู้เรียนของคลาสนั้นแล้วหรือยัง
S4.6.3ครูผลงานการสอนและข้อมูลส่วนตัวดูโปรไฟล์ตัวเอง (รูป ชื่อ รหัสครู สาขาและประเภทคลาสที่สอน) พร้อมทางลัดไปประวัติการสอนและแจ้งลา
S4.6.4ครูผลงานการสอนและข้อมูลส่วนตัวสลับภาษาหน้าจอ ไทย/อังกฤษ ได้ทุกหน้า
S5.1.1ผู้ดูแลระบบจัดการแพ็กเกจและราคาสร้างและแก้ไขแพ็กเกจได้ทุกรูปแบบที่สตูดิโอขายจริง เช่น แบบนับครั้ง แบบรายเดือน/รายปีไม่จำกัดครั้ง แบบจำกัดจำนวนคลาสต่อวัน แพ็กเกจเฉพาะเสาร์-อาทิตย์ เฉพาะช่วงเช้า/บ่าย แพ็กเกจคู่/ครอบครัวที่ใช้เครดิตร่วมกัน คลาสส่วนตัว และบัตรรายครั้ง
S5.1.2ผู้ดูแลระบบจัดการแพ็กเกจและราคาตั้ง "ประเภทบริการ" (โยคะ · เต้น · พิลาทิส ฯลฯ) เป็นข้อมูลหลัก แล้วผูกตารางคลาสกับแพ็กเกจเข้ากับประเภทบริการ — เปิดคลาสใหม่แล้วแพ็กเกจที่เกี่ยวข้องจองได้ทันที ไม่ต้องไล่แก้ทีละแพ็ก
S5.1.3ผู้ดูแลระบบจัดการแพ็กเกจและราคาแก้ไขแพ็กเกจของลูกค้ารายคนได้ เช่น เพิ่ม/ลดจำนวนครั้งคงเหลือ ขยายวันหมดอายุ ต่ออายุคอร์สที่หมดไปแล้ว โดยระบบบังคับใส่เหตุผลและบันทึกทุกการแก้ไขว่าใครแก้อะไรเมื่อไร
S5.1.4ผู้ดูแลระบบจัดการแพ็กเกจและราคาตั้งราคา จัดหมวดหมู่ ซ่อน/เลิกขายแพ็กเกจ และรวมบริการหลายอย่างขายเป็นชุดได้เอง
S5.1.5ผู้ดูแลระบบจัดการแพ็กเกจและราคาระบบออกบิลรอบใหม่ให้สมาชิกรายรอบโดยอัตโนมัติ แล้วลูกค้าชำระเองด้วยวิธีที่เปิดใช้ (โอน · QR+ส่งสลิปให้ตรวจยืนยัน) รวมถึงยกเลิกสัญญาสมาชิกได้พร้อมประวัติย้อนหลังครบ
S5.2.1ผู้ดูแลระบบดูแลตารางคลาสและการจองสร้างแม่แบบคลาส (ชื่อ ประเภท ระดับ รูป คำอธิบาย เงื่อนไขผู้เรียน) ใช้ร่วมกันทุกสาขา และจัดหมวดหมู่คลาสให้ค้นหาง่าย
S5.2.2ผู้ดูแลระบบดูแลตารางคลาสและการจองย้ายการจองของลูกค้า (เปลี่ยนคลาส/เวลา) และยกเลิกการจองพร้อมคืนสิทธิ์/เครดิตให้อัตโนมัติ รวมถึงยกเลิกการจองเป็นชุดตามเงื่อนไขที่กำหนด
S5.2.3ผู้ดูแลระบบดูแลตารางคลาสและการจองจัดการห้องเรียนและอุปกรณ์ของแต่ละสาขา พร้อมกำหนดวันหยุดทำการเพื่อไม่ให้เปิดรับจองในวันหยุด
S5.2.4ผู้ดูแลระบบดูแลตารางคลาสและการจองปิดคลาสเมื่อจบ: ตรึงรายชื่อผู้เข้าเรียน สถานะไม่มาเรียน และยอดค่าสอน — แก้ย้อนหลังได้เฉพาะผู้มีสิทธิ์และต้องใส่เหตุผล
S5.2.5ผู้ดูแลระบบดูแลตารางคลาสและการจองกำหนดตารางเวลาว่างของครู/พนักงานเพื่อเปิดให้ลูกค้าจองนัดหมายรายบุคคลได้
S5.2.6ผู้ดูแลระบบดูแลตารางคลาสและการจองกำหนดนโยบายกรณีไม่มาตามนัดหรือยกเลิกกะทันหัน เพื่อแจ้งเตือนหรือหักสิทธิ์ตามกติกาที่ตกลงร่วมกัน
S5.3.1ผู้ดูแลระบบการเงิน รับชำระ และตรวจสลิปตรวจสลิปโอนเงินโดยมีระบบช่วยกันพลาด: เก็บเลขอ้างอิงธนาคาร ตรวจสลิปซ้ำ เทียบยอดกับที่ต้องชำระ และเลือกเหตุผลเมื่อปฏิเสธ
S5.3.2ผู้ดูแลระบบการเงิน รับชำระ และตรวจสลิปตั้งค่าช่องทางรับชำระที่เปิดใช้ระยะนี้: โอนเงิน/สแกน QR สตูดิโอ + ส่งสลิปให้ตรวจยืนยัน · สิทธิ์ฟรี (ยกเว้นชำระเงิน) — การรับเงินสดที่เคาน์เตอร์ผ่านระบบขายหน้าร้าน (POS) อยู่ระยะที่ 2
S5.3.3ผู้ดูแลระบบการเงิน รับชำระ และตรวจสลิปค้นหาและตรวจสอบรายการขาย/ธุรกรรมย้อนหลังจากชื่อลูกค้า วันที่ หรือเลขที่ใบเสร็จ
S5.3.4ผู้ดูแลระบบการเงิน รับชำระ และตรวจสลิปทำรายการคืนเงิน/ยกเลิกรายการขาย โดยทุกครั้งถูกบันทึกไว้ตรวจสอบย้อนหลัง (สิทธิ์เฉพาะผู้บริหารระบบ)
S5.3.5ผู้ดูแลระบบการเงิน รับชำระ และตรวจสลิปจัดหมวดหมู่รายได้เพื่อให้ยอดขายถูกจัดประเภทถูกต้องตั้งแต่ต้นทาง
S5.4.1ผู้ดูแลระบบข้อมูลลูกค้าและความเป็นส่วนตัวค้นหาบัญชีลูกค้าที่สมัครซ้ำ แล้วรวมให้เหลือบัญชีเดียวโดยประวัติครบถ้วน แยกบัญชีที่เคยรวมกลับเป็นบัญชีเดี่ยวได้เมื่อรวมผิด รวมถึงปิดบัญชีแบบยังเก็บประวัติไว้ตรวจสอบ
S5.4.2ผู้ดูแลระบบข้อมูลลูกค้าและความเป็นส่วนตัวเปลี่ยนสถานะสมาชิก (ใช้งาน/พัก/หมดอายุ/ยกเลิก) ตามคำขอลูกค้า — สาขาส่งเรื่องมาให้ส่วนกลางดำเนินการ
S5.4.3ผู้ดูแลระบบข้อมูลลูกค้าและความเป็นส่วนตัวกำหนดว่าข้อมูลลูกค้าช่องไหนบังคับกรอก เพิ่มช่องข้อมูลเฉพาะของสตูดิโอเอง จัดกลุ่มลูกค้าตามประเภท/ช่องทางที่รู้จักสตูดิโอ รวมถึงจัดหมวดหมู่บันทึกการติดต่อลูกค้าให้ค้นและกรองตามหมวดได้
S5.4.4ผู้ดูแลระบบข้อมูลลูกค้าและความเป็นส่วนตัวผูกบัญชีไลน์ของลูกค้าและครูเข้ากับเบอร์โทรในระบบ — ระบบผูกให้อัตโนมัติตอนเข้าใช้ครั้งแรก และแก้ได้เมื่อผูกผิดคน
S5.4.5ผู้ดูแลระบบข้อมูลลูกค้าและความเป็นส่วนตัวดูแลข้อมูลส่วนบุคคลตามกฎหมาย: รับคำขอแก้/ลบข้อมูล นโยบายเก็บข้อมูลแต่ละชนิดกี่ปี และทะเบียนเหตุข้อมูลรั่วพร้อมกรอบแจ้งใน 72 ชั่วโมง
S5.4.6ผู้ดูแลระบบข้อมูลลูกค้าและความเป็นส่วนตัวตรวจสอบย้อนหลังได้เสมอว่าใครแก้คลาส เปลี่ยนเครดิต ยกเลิกการจอง หรือปรับราคา — ทุกรายการเสี่ยงสูงถูกบันทึกอัตโนมัติ
S5.5.1ผู้ดูแลระบบกำหนดสิทธิ์พนักงานและโครงสร้างหลายสาขาบริหารทุกสาขาจากบัญชีเดียว โดยข้อมูลตารางคลาส ครู ราคา และโปรโมชั่นแยกตามสาขา
S5.5.2ผู้ดูแลระบบกำหนดสิทธิ์พนักงานและโครงสร้างหลายสาขาเพิ่มพนักงานใหม่ แก้ข้อมูลพนักงาน และกำหนดว่าแต่ละตำแหน่ง (เจ้าของ ผู้จัดการสาขา หน้าเคาน์เตอร์ ครู บัญชี ฯลฯ) เห็นและทำอะไรได้บ้าง — พนักงานสาขาเห็นเฉพาะข้อมูลสาขาตัวเอง
S5.5.3ผู้ดูแลระบบกำหนดสิทธิ์พนักงานและโครงสร้างหลายสาขาปรับสิทธิ์ได้ละเอียดถึงระดับรายงาน/รายปุ่ม เช่น ใครแก้ตารางคลาสได้ ใครแก้ราคาได้ ใครสลับสาขาได้ โดยไม่ต้องแก้โปรแกรม
S5.5.4ผู้ดูแลระบบกำหนดสิทธิ์พนักงานและโครงสร้างหลายสาขาแก้ค่ากลางของระบบ (นโยบายยกเลิก จำนวนที่นั่งมาตรฐาน) และค่าเฉพาะสาขา (เวลาทำการ ช่องทางติดต่อ) จากจุดเดียว
S5.6.1ผู้ดูแลระบบสื่อสารลูกค้า โปรโมชั่น และหน้าตาแอปตั้งป้ายประกาศ ข่าวสาร และโปรโมชั่น/กิจกรรมพิเศษ ให้แสดงบนแอปไลน์ของสมาชิกได้เอง
S5.6.2ผู้ดูแลระบบสื่อสารลูกค้า โปรโมชั่น และหน้าตาแอปปรับโลโก้และชุดสีของแอปได้เองจากหน้าตั้งค่า มีผลทันทีโดยไม่ต้องแก้โปรแกรม
S5.6.3ผู้ดูแลระบบสื่อสารลูกค้า โปรโมชั่น และหน้าตาแอปส่งข้อความหากลุ่มลูกค้าที่เลือกได้ เช่น คนไม่เข้าเรียนเกิน 30 วัน คนแพ็กเกจใกล้หมด ผู้มาทดลองที่ยังไม่ซื้อ — เครื่องมือหลักของงานรักษาสมาชิก
S5.6.4ผู้ดูแลระบบสื่อสารลูกค้า โปรโมชั่น และหน้าตาแอปตั้งค่าว่าเหตุการณ์ใดแจ้งเตือนถึงใคร ทั้งฝั่งพนักงานและฝั่งลูกค้า พร้อมคิวติดตามข้อความไลน์ที่ส่งไม่ถึง (ลูกค้าบล็อก/ยังไม่เพิ่มเพื่อน) เพื่อส่งซ้ำหรือให้พนักงานติดต่อทางอื่น
S5.6.5ผู้ดูแลระบบสื่อสารลูกค้า โปรโมชั่น และหน้าตาแอปสร้างโปรโมชั่นและโค้ดส่วนลด เช่น จองล่วงหน้า (early bird) ลูกค้าใหม่ครั้งแรก ซื้อหลายรายการ และแพ็กเกจองค์กร (บัตรกำนัล/บัตรของขวัญ อยู่ระยะที่ 2 พร้อมระบบขายหน้าร้าน)
S5.6.6ผู้ดูแลระบบสื่อสารลูกค้า โปรโมชั่น และหน้าตาแอปตั้งค่าโปรแกรมชวนเพื่อน: สร้างโค้ด/ลิงก์ชวน กำหนดเงื่อนไขและรางวัล (คูปอง/ส่วนลด) และติดตามได้ว่าใครชวนใคร สถานะการชวนถึงขั้นไหน (เงื่อนไขรางวัลตกลงร่วมกันก่อนเริ่มงานส่วนนี้)
S5.7.1ผู้ดูแลระบบย้ายข้อมูลจากระบบเดิมและเปิดระบบนำเข้ารายชื่อสมาชิกกว่า 2,000 ราย และแคตตาล็อกแพ็กเกจ 120 รายการจากระบบเดิม โดยกติกาของแพ็กเกจทุกเงื่อนไขต้องใช้บังคับได้จริงหลังนำเข้า
S5.7.2ผู้ดูแลระบบย้ายข้อมูลจากระบบเดิมและเปิดระบบรายงานตรวจรับข้อมูลที่ย้าย: เทียบจำนวนก่อน/หลัง สิทธิ์คงเหลือของสมาชิก และรายการที่จับคู่ไม่ได้ — ให้ทางสตูดิโอเซ็นรับก่อนเปิดใช้จริง
S6.1.1เจ้าของเห็นสุขภาพธุรกิจในหน้าจอเดียวเปิดหน้าจอสรุปภาพรวมธุรกิจ เห็นกราฟรายได้ จำนวนการจองคลาส อัตราลูกค้ากลับมาใช้ซ้ำ และอัตราการใช้สิทธิ์ของสมาชิก ครบในหน้าเดียว (ระยะ 1 มีข้อมูลจริงจากสาขาเกษตร-นวมินทร์ที่เปิดใช้ก่อน)
S6.2.1เจ้าของติดตามยอดขายและรายได้ดูยอดขายและรายได้ของร้านผ่านสรุปรายวันที่ส่งเข้า LINE และหน้าจอสรุปหลัก — ส่วนรายงานเจาะลึกแยกสาขา/ครู/ช่องทางขาย และรายได้แยกรายคลาสแบบเต็มรูป จะมาครบในระยะ 2
S6.2.2เจ้าของติดตามยอดขายและรายได้รายงานสรุปที่เปิดใช้ตั้งแต่ระยะที่ 1 (เพิ่มตามข้อสรุปร่วมล่าสุด 4 ส.ค. 2026): ยอดขายแยกประเภทบริการ · รายได้เฉลี่ยตามแพ็กเกจ/ตัวเลือกราคา · การใช้โค้ดส่วนลด · ยอดขายตามพนักงานผู้บันทึกรายการ — เป็นมุมมองสรุปจากข้อมูลจริงในระบบ (นิยาม "ผู้บันทึกรายการ = ผู้ขาย" ยืนยันร่วมกันก่อนเริ่มงานส่วนนี้)
S6.3.1เจ้าของดูแลฐานสมาชิกและลูกค้าคนสำคัญเห็นจำนวนสมาชิกทั้งหมดพร้อมประเภทแพ็กเกจที่แต่ละคนถือ และดูลูกค้าที่ใช้จ่ายสะสมสูงสุดเพื่อดูแลกลุ่มลูกค้าคนสำคัญ — ระยะ 1 ดูผ่านเครื่องมือข้อมูลลูกค้าและระบบรักษาสมาชิก ส่วนฉบับรายงานสถิติเต็มรูปอยู่ชุดรายงานระยะ 2
S6.4.1เจ้าของกำหนดสิทธิ์การใช้งานของทีมงานสร้างและแก้ไขกลุ่มสิทธิ์ของพนักงาน กำหนดว่าทีมไหนเห็น/ทำอะไรได้บ้าง (พนักงานในกลุ่มเดียวกันได้สิทธิ์ชุดเดียวกัน) รวมถึงจำกัดการเข้าใช้งานตามสถานที่ได้