| รหัส | สถานะ | เดิม | ขอบเขตงานที่รองรับ | คำอธิบาย |
|---|---|---|---|---|
| M-1.1.1 | ✅ ตรง | S5.5.1 S1.1.1 | บริหารทุกสาขาจากบัญชีเดียว ข้อมูลตารางคลาส/ครู/ราคา/โปรโมชั่นแยกตามสาขา · เปิดใช้จริงครบทั้ง 3 สาขาพร้อมกันตั้งแต่วันเปิดใช้ | |
| M-1.1.2 | ✅ ตรง | คงสถานะ · แก้คำอธิบาย | S5.5.2 S5.5.3 S6.4.1 | กำหนดตำแหน่งและสิทธิ์ได้ละเอียดถึงรายปุ่ม โดยไม่ต้องให้ทีมผู้พัฒนาแก้ให้ · เอกสารฉบับลูกค้าคงโครง 6 กลุ่มผู้ใช้ตามที่ตกลงร่วมกัน · กลุ่มสิทธิ์เพิ่มเติมสำหรับงานภายในองค์กร ตั้งไว้ในระบบให้ใช้ได้จริงโดยไม่นำเสนอเป็นรายการในเอกสารฉบับลูกค้า ที่มา: Q-18 · Q-X12 |
| M-1.1.3 | 🟡 บางส่วน | คงสถานะ · แก้คำอธิบาย | S1.1.9 S3.1.1 S3.2.1 S3.2.2 SOW-5 | คลาสกลุ่ม เรียนตัวต่อตัว และงานเวิร์กช็อปหรืออีเวนต์ครั้งเดียว อยู่ในรอบนี้ครบ · สมาชิกสมัครเข้าร่วมงานเวิร์กช็อปหรืออีเวนต์ด้วยตัวเองได้ แล้วแจ้งชำระเงินและส่งหลักฐานการโอนเอง ส่วนการชำระค่าบัตรทำผ่านพนักงานเช่นเดียวกับการซื้อทุกประเภท · คลาสออนไลน์ทั้งแบบถ่ายทอดสดและแบบบันทึกไว้ ไม่อยู่ในรอบนี้ ต้องหารือเป็นงานเพิ่มถ้าต้องการ ที่มา: Q-19 · Q-C43 · Q-C54 · S1.1.9 · S3.2.1 |
| M-1.2.1.1 | 🔄 ทดแทน | S5.4.4 SOW-3.6 | ทดแทนด้วย LINE Login ช่องทางเดียว (ผูกบัญชี LINE กับเบอร์โทรอัตโนมัติ) — ไม่มี email/Google/Facebook/Apple login ตามแนวทาง LINE-only (SOW ข้อ 3.6) ลูกค้าไม่ต้องจำรหัสผ่านใหม่ | |
| M-1.2.1.2 | 🟡 บางส่วน | ✅ ตรง | S1.6.1 S1.6.2 S1.6.3 S1.6.4 S2.5.1 | แก้ข้อมูลส่วนตัว บันทึกประวัติสุขภาพ สลับภาษาไทย-อังกฤษ และกดยอมรับเงื่อนไขพร้อมให้ความยินยอมด้วยตัวเอง ใช้ได้ตั้งแต่วันเปิดใช้ · ในช่วงที่ยังใช้ระบบเดิมคู่ขนาน พนักงานหน้าร้านเป็นผู้บันทึกความยินยอมและข้อมูลสุขภาพให้ที่เคาน์เตอร์ พร้อมเก็บชื่อผู้บันทึก วันเวลา และรุ่นของเอกสาร · ข้อความเงื่อนไขและความยินยอมทั้งหมดสตูดิโอเป็นผู้จัดหาและรับผิดชอบเนื้อหา ที่มา: Q-C03 · Q-X14 · G-01 · S1.6.1-S1.6.4 |
| M-1.2.1.3 | 🟡 บางส่วน | ✅ ตรง | S1.4.1 S1.4.2 | สมาชิกเปิดดูประวัติเข้าเรียน ประวัติซื้อและชำระเงิน จำนวนครั้งคงเหลือ และแพ็กเกจที่ถืออยู่ ได้ด้วยตัวเองในแอปสมาชิกตั้งแต่วันเปิดใช้ · ในช่วงที่ยังใช้ระบบเดิมคู่ขนาน พนักงานหน้าร้านเปิดข้อมูลชุดเดียวกันให้ดูที่เคาน์เตอร์ · ประวัติย้อนหลังที่ยกมาจากระบบเดิมจะมีเฉพาะช่วงที่ตกลงกัน ส่วนที่เก่ากว่านั้นเก็บเป็นแฟ้มแยกไว้ให้ค้นได้ ที่มา: Q-19 · Q-10 · Q-NEW-CUTOFF |
| M-1.2.2.1 | 🟡 บางส่วน | ✅ ตรง | S1.1.1 | หน้าตารางคลาสที่เลือกสาขา ประเภท ครู วันและเวลา พร้อมค้นหาและกรองตามระดับและประเภท — สมาชิกเปิดดูเองได้ในแอปสมาชิกตั้งแต่วันเปิดใช้ · ในช่วงที่ยังใช้ระบบเดิมคู่ขนาน พนักงานหน้าร้านเปิดตารางให้ดูและจองให้ครบทั้ง 3 สาขา ที่มา: Q-19 · Q-C15 · Q-X06 |
| M-1.2.2.2 | 🟡 บางส่วน | 🔄 ทดแทน | S1.1.1 S1.1.2 S1.1.5 S2.1.1 SOW-3.6 | จองล่วงหน้าได้ตลอด 24 ชม. เห็นที่นั่งคงเหลือ และต่อคิวสำรอง — สมาชิกทำเองได้ตั้งแต่วันเปิดใช้ ส่วนวันเปิดใช้ พนักงานเปิดตารางและจองให้ครบทั้ง 3 สาขา · ค่าเวลาเปิด-ปิดรับจองและคิวสำรองแยกเป็น 2 ชุดตามช่องทาง (สมาชิกทำเอง กับ พนักงานทำให้) ตั้งค่าเองได้ทั้งหมด° · การจองผ่านหน้าเว็บไม่มีทั้งสองระยะ ที่มา: Q-C15 · Q-C06 · Q-X09 · G-10 · SOW-3.6 |
| M-1.2.2.3 | 🟡 บางส่วน | ✅ ตรง | S1.1.7 S2.1.1 S2.3.3 | ระบบกันพลาดอัตโนมัติครบ (จองซ้อนเวลา · เกินโควตาแพ็กเกจ · นอกประเภทหรือนอกสาขาที่แพ็กเกจครอบคลุม · เกินเพดานครั้งต่อวัน) · กรณีข้อมูลสุขภาพขัดกับคลาส และกรณียังไม่ผ่านเงื่อนไขก่อนเข้าเรียน ระบบกันจริงและต้องได้รับอนุมัติจากผู้จัดการสาขาหรือผู้ดูแลระบบก่อนจึงจองได้ · มีสวิตช์ให้ปรับจากกันเป็นเตือนได้เฉพาะกลุ่มเงื่อนไขก่อนเข้าเรียน ส่วนเรื่องที่เสี่ยงต่อร่างกายระบบกันเสมอและปรับไม่ได้ · เพดานครั้งต่อวันนับตามวันที่คลาสจัดขึ้น และยกเลิกทันเวลาแล้วจองใหม่ในวันเดียวกันได้ · ผลกับการจองด้วยตัวเองของสมาชิกเกิดขึ้นตั้งแต่วันเปิดใช้ ที่มา: Q-29 · Q-C14 · Q-C44 · Q-C50 · S1.1.7 |
| M-1.2.3.1 | 🟡 บางส่วน | ✅ ตรง | S1.2.1 S1.2.2 S2.2.5 S5.1.4 | ไม่เปิดให้สมาชิกซื้อด้วยตัวเองในแอปทุกประเภทเหมือนกันหมด ทั้งแพ็กเกจคลาส สมาชิกรายเดือน และบัตรเรียนรายครั้ง — สมาชิกดูรายละเอียดและค่าบริการได้ แล้วแจ้งความประสงค์กับพนักงาน ซึ่งเป็นผู้ออกให้ที่เคาน์เตอร์ · สมาชิกยังแจ้งชำระเงินและส่งหลักฐานการโอนเองได้ · หน้าจอฝั่งสมาชิกเปิดใช้ตั้งแต่วันเปิดใช้ ที่มา: Q-19 · Q-C43 · G-18 · S1.2.1 |
| M-1.2.3.2 | 🟡 บางส่วน | คงสถานะ · แก้คำอธิบาย | S1.2.3 S1.2.4 S5.3.2 SOW-3.5 SOW-5 | ชำระด้วยการโอนเงินหรือสแกนรหัสของสตูดิโอแล้วส่งหลักฐานให้พนักงานตรวจ พร้อมรหัสส่วนลด — ตั้งแต่วันเปิดใช้ พนักงานรับหลักฐานที่เคาน์เตอร์ ส่วนการที่สมาชิกแจ้งชำระและส่งหลักฐานเองในแอปเปิดตั้งแต่วันเปิดใช้ · การชำระด้วยบัตรที่เคาน์เตอร์บันทึกยอดและเลขอนุมัติได้ · การเชื่อมเครื่องรับบัตรและการตัดเงินอัตโนมัติยังอยู่นอกขอบเขต ที่มา: Q-19 · Q-C18 · Q-X07 · SOW-3.5 |
| M-1.2.3.3 | 🟡 บางส่วน | ✅ ตรง | S1.2.2 | เห็นจำนวนครั้ง วันหมดอายุ เงื่อนไขการจอง และนโยบายยกเลิก ครบก่อนตัดสินใจ — หน้าจอรายละเอียดฝั่งสมาชิกเปิดใช้ตั้งแต่วันเปิดใช้ · ในช่วงที่ยังใช้ระบบเดิมคู่ขนาน พนักงานเป็นผู้อธิบายและเปิดข้อมูลชุดเดียวกันให้ดูที่เคาน์เตอร์ก่อนออกแพ็กเกจให้ ที่มา: Q-19 · Q-C43 |
| M-1.2.4.1 | 🟡 บางส่วน | 🔄 ทดแทน | S1.5.1 S1.2.3 SOW-3.5 | แจ้งเตือนครบทุกเหตุการณ์ (ยืนยันจอง เตือนก่อนคลาส ยกเลิก คิวสำรองได้เลื่อน เอกสารรับเงิน) ผ่านช่องทางข้อความทางการช่องทางเดียวโดยออกแบบ — ไม่มีการแจ้งเตือนทางข้อความสั้นหรืออีเมล · ตั้งแต่วันเปิดใช้ ส่งถึงได้เฉพาะสมาชิกที่ผูกบัญชีแล้ว โดยพนักงานชวนผูกที่เคาน์เตอร์ ส่วนรายชื่อที่ยังไม่ผูก ระบบคัดออกมาเป็นแฟ้มให้ทีมสาขาติดต่อทางอื่น จนกว่าการผูกบัญชีจะครบตั้งแต่วันเปิดใช้ ที่มา: Q-30 · Q-C60 · G-19 |
| M-1.2.4.2 | 🟡 บางส่วน | 🔄 ทดแทน | S1.5.3 S5.6.4 | สมาชิกเปิด-ปิดประเภทข้อความได้เองและเปิดดูย้อนหลังได้ในแอป ตั้งแต่วันเปิดใช้ — ปิดได้ทุกกลุ่มรวมกลุ่มเรื่องเงิน โดยระบบขึ้นคำเตือนตอนกดปิด ยังเห็นสถานะเรื่องเงินในแอปได้ และมีพนักงานติดตามเมื่อการชำระค้าง · เลือกช่องทางรับข้อความไม่ได้เพราะระบบใช้ช่องทางเดียวโดยออกแบบ ที่มา: Q-C31 · S1.5.3 |
| M-1.2.5.1 | 🟡 บางส่วน | ✅ ตรง | S1.4.3 | หน้าแรกของแอปสมาชิกมีทางลัดงานที่ใช้บ่อย (จองวันนี้ ดูแพ็กเกจ โปรโมชัน) และการ์ดสรุปคลาสถัดไป — เปิดใช้พร้อมแอปสมาชิกตั้งแต่วันเปิดใช้ ที่มา: Q-19 · Q-X06 |
| M-1.2.5.2 | 🟡 บางส่วน | ✅ ตรง | S1.6.4 S4.6.4 | เลือกภาษาหน้าจอไทยหรืออังกฤษได้รายบุคคลโดยไม่กระทบผู้อื่น — ฝั่งสมาชิกมีผลเมื่อเปิดแอปสมาชิกตั้งแต่วันเปิดใช้ · ฝั่งครูใช้ได้ตั้งแต่วันเปิดใช้ ที่มา: Q-19 · G-05 · S1.6.4 · S4.6.4 |
| M-1.2.6.1 | 🟡 บางส่วน | แถวใหม่ | S1.1.8 S2.6.1 S2.6.3 | จองและชำระแทนผู้อื่นได้ โดยสิทธิ์ถูกตัดจากแพ็กเกจของผู้เข้าเรียนจริง และเอกสารรับเงินออกในชื่อผู้ได้รับสิทธิ์พร้อมบันทึกชื่อผู้ชำระเป็นหมายเหตุ — การชำระแทนที่หน้าเคาน์เตอร์ใช้ได้ตั้งแต่วันเปิดใช้ กับทุกคน ไม่จำกัดเฉพาะคนในครอบครัว · การจองแทนจากแอปของผู้ปกครองซึ่งจำกัดเฉพาะสมาชิกในครอบครัวที่ผูกบัญชีกัน เปิดใช้ตั้งแต่วันเปิดใช้ ที่มา: Q-38 · Q-C40 · G-26 |
| M-1.3.1.1 | 🟡 บางส่วน | ✅ ตรง | S3.1.2 S5.2.3 | ปฏิทินรายวัน รายสัปดาห์ และรายเดือน แยกตามสาขา ห้อง ครู และประเภทคลาส · มุมมองแยกตามห้องใช้ได้เมื่อได้รับผังห้องจริงของทั้ง 3 สาขาจากสตูดิโอ ซึ่งเป็นข้อมูลที่ต้องสร้างใหม่และต้องได้ก่อน พฤ 24 ก.ย. ที่มา: Q-12 · Q-C33 · G-22 |
| M-1.3.1.2 | ✅ ตรง | S3.1.4 | กำหนดจำนวนรับต่อคลาสตามเครื่อง/เสื่อ/ขนาดห้อง เชื่อมยอดจองแบบทันที ไม่มีจองเกิน | |
| M-1.3.1.3 | ✅ ตรง | S3.1.3 | คลาสประจำวนซ้ำรายสัปดาห์ + ช่วงวันเริ่ม-สิ้นสุด + พักตารางชั่วคราวได้ | |
| M-1.3.2.1 | 🟡 บางส่วน | ✅ ตรง | S3.4.5 | แบ่งกลุ่มลูกค้าตามพฤติกรรม (ขาประจำ ห่างหาย ลูกค้าคนสำคัญ สมาชิกใหม่) ใช้ได้ตั้งแต่วันเปิดใช้ และสตูดิโอสร้างรายชื่อตามเงื่อนไขที่กำหนดเองได้ เช่น ความถี่การมาเรียน แพ็กเกจที่ถืออยู่ และช่วงเวลา · ตัวเลขเกณฑ์ของแต่ละกลุ่ม เช่น มาบ่อยแค่ไหนถึงนับเป็นขาประจำ และหายไปกี่วันถึงนับเป็นห่างหาย ยังต้องได้จากทีมสตูดิโอก่อนเริ่มใช้ ที่มา: Q-X12 · Q-C60 · S3.4.5 · CODEX-R2-F |
| M-1.3.2.2 | ✅ ตรง | S2.5.1 S4.3.4 S2.4.4 | โน้ตจากครู/พนักงาน (ข้อจำกัดร่างกาย ความชอบ) + ระบบแจ้งโน้ตสำคัญภายในทีม — มี Be Care เสริมเหนือ Mindbody เดิม | |
| M-1.3.2.3 | 🟡 บางส่วน | ✅ ตรง | S5.1.5 S5.1.6 S5.2.7 S5.4.2 S5.1.3 | เปลี่ยนสถานะสมาชิก (ใช้งาน พัก หมดอายุ ยกเลิก) พร้อมประวัติครบและบันทึกทุกการแก้ไขว่าใครแก้เมื่อไร · การพักแพ็กเกจและการระงับสิทธิ์จองเป็นขั้นตอนงานจริงตั้งแต่วันเปิดใช้ · ไม่มีการออกใบเรียกเก็บรอบใหม่อัตโนมัติ — ทุกแพ็กเกจเป็นการซื้อครั้งต่อครั้ง ระบบเตือนล่วงหน้าก่อนหมดแล้วให้พนักงานกดออกเอกสารต่ออายุ ที่มา: Q-C12 · Q-X11 · S5.1.5 |
| M-1.3.3.1 | ⏭ ระยะถัดไป | S2.2.5 S1.2.3 SOW-2.1 SOW-3.5 | POS ระยะ 2 (SOW-2.1) = สมัคร/ขายแพ็กเกจให้ลูกค้า + รับชำระที่เคาน์เตอร์ เท่านั้น · การขายสินค้าอื่น (mat/น้ำ/เสื้อผ้า) พร้อมตัดสต๊อก = Future Option นอกขอบเขต (SOW ข้อ 3.5 'ระบบคลัง/สต๊อกสินค้า' · ข้อสรุป 4 ส.ค.) · ระยะ 1 ทดแทนด้วย: พนักงานออกแพ็กเกจในระบบแบบ manual + ลูกค้าชำระโอน/QR+ส่งสลิปให้ตรวจ | |
| M-1.3.3.2 | ✅ ตรง | คงสถานะ · แก้คำอธิบาย | S2.6.1 S2.6.2 | ออกใบเสร็จทุกรายการขาย และออกใบกำกับภาษีเต็มรูปเมื่อลูกค้าขอ เป็นไฟล์เอกสารหรือส่งทางอีเมล · ค่าบริการเป็นราคารวมภาษีแล้ว และยอดบนเอกสารเป็นยอดหลังหักส่วนลด · กรณีมีผู้ชำระแทน เอกสารออกในชื่อผู้ได้รับสิทธิ์และบันทึกชื่อผู้ชำระไว้เป็นหมายเหตุ แยกให้เห็นว่าใครจ่ายกับใครได้สิทธิ์ · ออกในนามนิติบุคคลเดียวสำหรับทั้ง 3 สาขา เลขที่เอกสารเรียงชุดเดียวกัน โดยเอกสารระบุสาขาที่ทำรายการ ที่มา: Q-38 · Q-C21 · Q-C22 · S2.6.1 · S2.6.2 |
| M-1.3.3.3 | 🟡 บางส่วน | ✅ ตรง | S5.6.5 S5.6.6 S1.8.1 | โปรโมชันครบทุกแบบ: ซื้อหลายรายการ · ลูกค้าใหม่ครั้งแรก · แพ็กเกจองค์กร · ชวนเพื่อน · และส่วนลดจองล่วงหน้า 2 แบบคือ ลดตามช่วงวันที่ซื้อ และลดเมื่อจองคลาสล่วงหน้าก่อนวันเรียนตามจำนวนวันที่กำหนด · ส่วนลดใช้ได้ทั้งแบบแพ็กเกจราคาพิเศษและแบบรหัสส่วนลด · แพ็กเกจองค์กรทำแบบจำกัดในรอบนี้ — ออกแพ็กในนามองค์กรและออกเอกสารเก็บเงินให้องค์กรได้ ส่วนการแจกสิทธิ์ให้พนักงานรายคนยังทำทีละคน · รางวัลชวนเพื่อนนับสำเร็จเมื่อเพื่อนชำระแพ็กใบแรกครบ มีเพดานต่อผู้ชวนต่อเดือนที่ตั้งเองได้ และสิทธิ์ที่ได้มีวันหมดอายุ · การให้รางวัลโดยอัตโนมัติเปิดใช้ตั้งแต่วันเปิดใช้ ที่มา: Q-16 · Q-33 · Q-C52 · Q-C23 · Q-C24 · G-21 |
| M-1.3.4.1 | 🟡 บางส่วน | คงสถานะ · แก้คำอธิบาย | S2.7.1 S4.6.3 S5.5.2 SOW-2.2 SOW-3.1 | โปรไฟล์ครูและตารางสอนครบ · อัตราค่าสอนเก็บในระบบและเห็นเฉพาะผู้ดูแลระบบและเจ้าของ · รายงานผลงานการสอนและคุณภาพคลาสฉบับเต็มยังอยู่ชุดรายงานระยะที่ 2 · การบันทึกเวลาเข้า-ออกงานพนักงานยังอยู่นอกขอบเขต · ทะเบียนครูและอัตราค่าสอนยังรอทีมสตูดิโอตรวจยืนยัน 3 จุด คือ รายชื่อครูที่ใช้งานจริง คลาสที่ยังไม่ระบุครู และอัตราที่สูงผิดปกติ ที่มา: Q-07 · Q-17 · Q-37 · SOW-2.2 · SOW-3.1 |
| M-1.3.4.2 | 🟡 บางส่วน | คงสถานะ · แก้คำอธิบาย | S3.1.7 S4.6.1 SOW-2.2 | จำนวนผู้เรียนต่อคลาส จำนวนผู้เรียนไม่ซ้ำคนต่อครู และสถิติการสอน ใช้ได้ตั้งแต่วันเปิดใช้ · รายได้ที่ปันส่วนมาที่คลาสใช้วิธีคิดที่ตกลงร่วมกันและแก้ค่าเองได้ · คะแนนจากสมาชิกเริ่มมีข้อมูลจริงตั้งแต่วันเปิดใช้ · รายงานผลงานการสอนและคุณภาพคลาสฉบับเต็มยังอยู่ชุดรายงานระยะที่ 2 ที่มา: Q-C58 · Q-C63 · Q-X08 · SOW-2.2 |
| M-1.3.4.3 | ⛔ นอกขอบเขต | S5.2.4 S4.5.1 SOW-3.1 SOW-1.4 | ระบบลงเวลาเข้า-ออกงานพนักงาน + payroll = นอกขอบเขต SOW ข้อ 3.1 (ข้อสรุปร่วมล่าสุด 4 ส.ค.) · ข้อยกเว้นที่ยังส่งมอบระยะ 1: การคำนวณ/สรุปยอดค่าสอนครู (SOW-1.4 · ปิดคลาสตรึงยอด) + แจ้งลา/ขอครูสอนแทน · คอมมิชชันทีมขาย = ระยะ 2 (SOW-2.2) | |
| M-1.3.4.4 | ✅ ตรง | แถวใหม่ | S4.1.1 S4.1.2 | ครูเข้าใช้งานระบบและรับข้อความสรุปงานประจำวันกับการแจ้งเตือนผ่านบัญชีไลน์ของครู พร้อมใช้ครบทั้ง 3 สาขาตั้งแต่วันเปิดใช้ ที่มา: Q-X04 · CF-LineOA |
| M-1.3.4.5 | 🟡 บางส่วน | แถวใหม่ | S3.1.1 S5.2.4 S5.5.2 | ครูผู้ช่วยประจำคลาส (ครูคนที่สองในคลาสเดียวกัน) พร้อมอัตราค่าสอนแยกจากครูหลัก และยอดค่าสอนถูกตรึงแยกรายคนตอนปิดคลาส — เผื่อกำลังคนไว้ในแผนงานภายในเท่านั้น ยังไม่เขียนเป็นข้อผูกพันในเอกสารฉบับลูกค้า จนกว่าสตูดิโอยืนยันว่ามีการใช้จริง ที่มา: Q-17 · Q-X10 · G-35 |
| M-1.4.1.1 | 🟡 บางส่วน | คงสถานะ · แก้คำอธิบาย | S6.1.1 S6.2.1 S2.6.4 SOW-2.2 | หน้าจอสรุปภาพรวมธุรกิจและสรุปยอดขายรายวัน รายสัปดาห์ รายเดือน แยกรายสาขา ใช้ได้ตั้งแต่วันเปิดใช้ · สรุปยอดประจำวันส่งเข้าไลน์เพิ่มให้ตั้งแต่วันเปิดใช้ โดยสตูดิโอกำหนดเองได้ว่าส่งให้ใคร ตำแหน่งใดเห็นตัวเลขชุดใด และส่งเวลาใดของวัน · ในช่วงที่ยังใช้ระบบเดิมคู่ขนาน ที่ยังใช้ระบบเดิมคู่ขนาน ตัวเลขเป็นยอดเฉพาะรายการที่บันทึกในระบบใหม่และติดป้ายกำกับไว้ · รายงานเจาะลึกแยกสาขา แพ็กเกจ ครู และช่องทางขาย อยู่ชุดรายงานระยะที่ 2 ที่มา: Q-C59 · Q-X09 · Q-C01 · S6.2.1 · SOW-2.2 |
| M-1.4.1.2 | 🟡 บางส่วน | คงสถานะ · แก้คำอธิบาย | S2.6.4 S6.2.1 S2.6.3 S5.3.3 S5.3.1 SOW-3.2 | สรุปยอดรายรับรายวัน รายเดือน รายปี พร้อมดูรายการรับชำระ ค้นธุรกรรมย้อนหลัง และตรวจหลักฐานการโอนเทียบยอดรายรายการ ใช้ได้ตั้งแต่วันเปิดใช้ · ช่วงที่ยังใช้ระบบเดิมคู่ขนาน มีรายงานกระทบยอดประจำเช้าเป็นของส่งมอบ โดยยอมรับผลต่างชั่วคราวได้ แต่ทุกรายการต้องมีเจ้าของและเส้นตายปิด · รายงานกระทบยอดระดับงานบัญชีเต็มรูปและรายงานหนี้ค้างจ่าย ยังอยู่นอกขอบเขต ที่มา: Q-24 · Q-C01 · G-40 · SOW-3.2 |
| M-1.4.1.3 | ⏭ ระยะถัดไป | คงสถานะ · แก้คำอธิบาย | S6.2.2 S5.2.4 SOW-2.2 | รายได้เฉลี่ยต่อการเข้าใช้บริการหนึ่งครั้ง อยู่ชุดรายงานระยะที่ 2 · วิธีคิดตกลงเรียบร้อยแล้ว (แพ็กเกจนับครั้งใช้มูลค่าแพ็กเกจหารจำนวนครั้งทั้งหมด · แพ็กเกจรายเดือนหรือรายปีหารด้วยจำนวนวันที่ใช้ได้ ค่าตั้งต้นเดือนละ 30 วัน) และสตูดิโอแก้วิธีคิดกับค่าตั้งต้นเองได้ · ระยะนี้ระบบเก็บข้อมูลให้ครบตามวิธีคิดนี้ไว้ก่อน ที่มา: Q-C63 · S6.2.2 · SOW-2.2 |
| M-1.4.1.4 | ✅ ตรง | S5.1.2 S6.2.2 | commit เป็นของส่งมอบระยะ 1 (ข้อสรุปร่วมล่าสุด 4 ส.ค.) — มุมมองสรุป (pivot) มาตรฐานจากยอดขายที่ผูก 'ประเภทบริการ' ซึ่งเป็นข้อมูลหลักตั้งแต่ระยะ 1 | |
| M-1.4.1.5 | 🟡 บางส่วน | S3.4.3 SOW-3.2 | มูลค่า/ครั้งคงเหลือที่ลูกค้ายังไม่ใช้ (deferred) ดูรายคนได้ระยะ 1 · รายงาน outstanding/deferred series ภาพรวม = Future Option ไปกับงานระบบบัญชี (SOW ข้อ 3.2 · ข้อสรุป 4 ส.ค.) — ไม่ใช่รายงานชุดระยะ 2 | |
| M-1.4.1.6 | 🟡 บางส่วน | คงสถานะ · แก้คำอธิบาย | S2.2.5 S6.2.2 S5.3.3 | จัดกลุ่มยอดขายตามผู้ทำรายการที่ระบบบันทึกอัตโนมัติ ใช้ได้ตั้งแต่วันเปิดใช้ · ผลงานการขายนับให้ผู้ปิดการขายคนเดียว ใช้ยอดหลังหักส่วนลดและรวมภาษีแล้ว และนับเมื่อเก็บเงินครบ · ในเอกสารฉบับลูกค้าเรียกว่ารายงานผลงานการขาย โดยไม่ระบุตัวเลขอัตราใด ๆ · รายงานผลงานฉบับเต็มยังอยู่ชุดรายงานระยะที่ 2 ที่มา: Q-22 · SOW-2.2 |
| M-1.4.1.7 | ✅ ตรง | S5.6.5 S6.2.2 | commit เป็นของส่งมอบระยะ 1 (ข้อสรุปร่วมล่าสุด 4 ส.ค.) — saved filter + list/pivot บนข้อมูลการใช้โค้ด/คูปองที่ระบบบันทึกตั้งแต่ระยะ 1 | |
| M-1.4.1.8 | 🟡 บางส่วน | ⏭ ระยะถัดไป | S6.2.1 S5.2.4 SOW-2.2 | รายได้แยกรายคลาส — มูลค่าที่ตัดใช้ต่อการเข้าคลาส ยอดค่าสอน และจำนวนผู้เรียน ถูกตรึงเก็บครบตั้งแต่ตอนปิดคลาสตั้งแต่วันเปิดใช้ และวิธีปันส่วนรายได้ตกลงแล้วพร้อมให้สตูดิโอแก้เอง · มุมมองรายได้แยกรายคลาสเปิดให้ใช้ตั้งแต่วันเปิดใช้ ในช่วงที่ยังใช้ระบบเดิมคู่ขนาน จึงเก็บข้อมูลไว้ก่อนโดยไม่ขาดช่วง · รายงานฉบับเต็มยังอยู่ชุดรายงานระยะที่ 2 ที่มา: Q-03 · Q-C63 · G-42 · S6.2.1 · S5.2.4 |
| M-1.4.1.9 | ✅ ตรง | S6.2.2 | commit เป็นของส่งมอบระยะ 1 (ข้อสรุปร่วมล่าสุด 4 ส.ค.) — pivot ยอดขายต่อแพ็กเกจ/ตัวเลือกราคา + ค่าเฉลี่ย (แพ็กเกจเป็นสินค้าในระบบขายอยู่แล้ว) | |
| M-1.4.1.10 | ✅ ตรง | S2.3.1 S3.6.1 | commit เป็นของส่งมอบระยะ 1 (ข้อสรุปร่วมล่าสุด 4 ส.ค.) — CRM pipeline สำเร็จรูป (kanban/list + วิเคราะห์สถานะ) · ฐานอยู่ใน SOW-1.2 แล้ว: แบบคัดกรอง + การติดตามรายสัปดาห์ผ่านรายการงานฝ่ายขาย | |
| M-1.4.1.11 | 🟡 บางส่วน | SOW-2.2 SOW-3.2 SOW-3.5 | อันดับขายดีของบริการ/แพ็กเกจ = รายงานระยะ 2 ตามภาคผนวก ก ('อันดับสินค้า/บริการขายดี ไม่รวมอัตรากำไร') · ฝั่งสินค้า retail = Future Option (การขายสินค้า+ตัดสต๊อกไม่อยู่ในระบบ — SOW ข้อ 3.5 + ข้อสรุปร่วม 4 ส.ค.) · อัตรากำไร (profit margin) ตัดออกตาม SOW ข้อ 3.2 (ระบบไม่เก็บต้นทุน) | |
| M-1.4.1.12 | ⛔ นอกขอบเขต | SOW-3.2 | ประมาณการยอดขายอนาคต (sales forecast) ไม่อยู่ใน SOW ทั้ง 2 ระยะ (เป็นการพยากรณ์ ไม่ได้ตกลงไว้ — ระบุในตารางรายงานที่ไม่รวมของ SOW) · ใกล้เคียงสุดคือกระดาน Sales Pipeline ซึ่ง commit เข้าระยะ 1 แล้ว · ถ้าต้องการ forecast เป็นงานเพิ่ม | |
| M-1.4.1.13 | ⛔ นอกขอบเขต | SOW-3.3 SOW-5 | ระบบสะสมแต้ม (reward program) นอกขอบเขตตาม SOW ข้อ 3.3 — เสนอแยกเป็นโครงการ Yoga&Me Circle ในอนาคต | |
| M-1.4.1.14 | ✅ ตรง | S6.1.1 | แดชบอร์ดเจ้าของ: กราฟรายได้ จำนวนจอง retention rate อัตราใช้สิทธิ์สมาชิก ครบหน้าเดียว ตั้งแต่ระยะ 1 | |
| M-1.4.2.1 | 🟡 บางส่วน | S3.4.4 SOW-2.2 | ความถี่เข้าเรียนรายคน + หาคนมาบ่อย/หายนานเกินเกณฑ์ ได้ระยะ 1 (เครื่องมือรักษาสมาชิก) · รายงาน attendance ฉบับเต็ม = ระยะ 2 | |
| M-1.4.2.2 | 🟡 บางส่วน | ⏭ ระยะถัดไป | S3.6.1 S6.1.1 SOW-2.2 | เส้นทางลูกค้าใหม่ (สมัคร ไปจองครั้งแรก ไปจองซ้ำ ไปซื้อแพ็กเกจ) — ระบบเก็บข้อมูลครบตั้งแต่วันเปิดใช้ และเปิดมุมมองให้ใช้ตั้งแต่วันเปิดใช้ · รายงานวิเคราะห์เส้นทางลูกค้าฉบับเต็มยังอยู่ชุดรายงานระยะที่ 2 ที่มา: Q-03 · Q-X02 · G-40 · SOW-2.2 |
| M-1.4.2.3 | 🟡 บางส่วน | S5.6.5 S6.2.2 SOW-3.4 | แยกเป็น 2 ส่วน: รายงานการใช้โค้ดส่วนลดในระบบ = commit เข้าระยะ 1 แล้ว (ข้อสรุปร่วมล่าสุด 4 ส.ค.) · การวัดผลแพลตฟอร์มโฆษณาภายนอก (FB/IG/TikTok) + tracking ภายนอก = นอกขอบเขต (SOW ข้อ 3.4) | |
| M-1.4.2.4 | 🟡 บางส่วน | S6.3.1 S3.5.2 SOW-2.2 | จำนวนสมาชิก + ประเภทแพ็กเกจที่ถือ ดูผ่านเครื่องมือข้อมูลลูกค้าระยะ 1 · รายงานสถิติสมาชิกฉบับเต็ม = ระยะ 2 | |
| M-1.4.2.5 | ⏭ ระยะถัดไป | SOW-2.2 SOW-3.4 | ดึงรายชื่อ/ข้อมูลติดต่อเพื่อทำ mailing list = ระยะ 2 และเป็นการดึงรายชื่อเท่านั้น — การส่งอีเมลการตลาดอัตโนมัติ นอกขอบเขต (SOW ข้อ 3.4) | |
| M-1.4.2.6 | 🟡 บางส่วน | ⏭ ระยะถัดไป | S5.6.5 S3.4.5 SOW-2.2 | รายชื่อสมาชิกที่ถึงวันเกิดรายเดือน ใช้เป็นเครื่องมือทำงานจริงตั้งแต่วันเปิดใช้ เพราะเป็นข้อมูลตั้งต้นของบัตรกำนัลวันเกิดและส่วนลดวันเกิดที่ตัดสินให้ทำทั้งสองแบบ · รายงานสถิติวันเกิดฉบับเต็มยังอยู่ชุดรายงานระยะที่ 2 ที่มา: Q-C20 · G-28 · SOW-2.2 |
| M-1.4.2.7 | ⏭ ระยะถัดไป | SOW-2.2 | วิเคราะห์ช่วงเวลาที่คนเข้าเยอะสุด (attendance analysis) อยู่ชุดรายงานระยะ 2 | |
| M-1.4.2.8 | 🟡 บางส่วน | ✅ ตรง | S3.4.1 S1.5.2 S5.6.4 | รายชื่อแพ็กเกจใกล้หมดอายุฝั่งร้านใช้ได้ตั้งแต่วันเปิดใช้ · ข้อความเตือนถึงสมาชิกส่งถึงได้เฉพาะผู้ที่ผูกบัญชีไลน์แล้ว จึงครอบคลุมเต็มที่ตั้งแต่วันเปิดใช้ · เกณฑ์เตือน (ก่อนหมดอายุกี่วัน · เหลือกี่ครั้ง · เตือนซ้ำห่างกี่วัน) สตูดิโอตั้งเองได้ทั้งหมด ค่าตั้งต้นใช้ 14 วัน · เหลือ 3 ครั้ง · เตือนซ้ำห่าง 7 วัน° ที่มา: Q-C42 · G-19 · S1.5.2 |
| M-1.4.2.9 | 🟡 บางส่วน | S6.3.1 SOW-2.2 | ลูกค้ายอดใช้จ่ายสะสมสูงสุด ดูผ่านเครื่องมือข้อมูลลูกค้าระยะ 1 · ฉบับรายงานสถิติเต็มรูป = ระยะ 2 | |
| M-1.4.2.10 | 🟡 บางส่วน | คงสถานะ · แก้คำอธิบาย | S1.7.1 S5.6.7 S3.4.7 SOW-2.2 | สมาชิกให้คะแนน 1 ถึง 5 ดาวและเขียนความเห็นได้ · ระบบคัดกรองคำที่ไม่เหมาะสมให้อัตโนมัติก่อน แล้วผู้ดูแลระบบส่วนกลางตรวจเฉพาะรายการที่ติดธงก่อนแสดง · ผู้จัดการสาขาอ่านความเห็นและคำติชมของสาขาตัวเองได้ · ความเห็นของสมาชิกเริ่มมีข้อมูลจริงเมื่อเปิดแอปสมาชิกตั้งแต่วันเปิดใช้ · รายงานสรุปความเห็นชุดผู้บริหารฉบับเต็มยังอยู่ชุดรายงานระยะที่ 2 ที่มา: Q-37 · Q-X08 · SOW-2.2 |
| M-1.4.2.11 | 🟡 บางส่วน | S5.1.5 S5.3.1 SOW-5 | ยอดค้างชำระติดตามผ่านสถานะบิล/ตรวจสลิป · ยอดเงินฝากคงเหลือ (store credit) = งานพัฒนาเพิ่มเติมในอนาคต (SOW ข้อ 5) นอกขอบเขตระยะนี้ | |
| M-1.4.2.12 | 🟡 บางส่วน | ⏭ ระยะถัดไป | S5.4.3 S2.4.4 S3.4.7 SOW-2.2 | บันทึกการติดต่อลูกค้าเป็นงานจริงตั้งแต่วันเปิดใช้ — พนักงานกดส่งข้อความติดตามจากในระบบด้วยชุดข้อความสำเร็จรูป ระบบเก็บครบว่าใครสั่งส่ง เมื่อไร ข้อความอะไร ถึงใคร และเก็บข้อความที่ลูกค้าตอบกลับไว้ที่โปรไฟล์ พร้อมสรุปการติดตามรายพนักงาน · รายงานประวัติการติดต่อฉบับเต็มยังอยู่ชุดรายงานระยะที่ 2 · ต้องเพิ่มข้อความขอความยินยอมเรื่องการเก็บบทสนทนา ซึ่งสตูดิโอเป็นผู้จัดหา ที่มา: Q-C30 · G-02 · SOW-2.2 |
| M-1.4.2.13 | ✅ ตรง | S3.4.2 | คะแนนสุขภาพความสัมพันธ์รายลูกค้า (client health/engagement) ชี้เป้าคนเริ่มหาย — มีตั้งแต่ระยะ 1 เป็นเครื่องมือหลักงานรักษาสมาชิก | |
| M-1.4.2.14 | 🟡 บางส่วน | คงสถานะ · แก้คำอธิบาย | S5.2.2 S2.1.4 S5.4.6 SOW-2.2 | ยกเลิกการจองพร้อมคืนสิทธิ์ทำได้ครบตั้งแต่วันเปิดใช้ โดยพนักงานหน้าร้านและผู้จัดการสาขา ระบบบันทึกชื่อผู้ทำรายการและเวลาทุกครั้ง · หน้ารายการจองที่ถูกยกเลิกพร้อมปุ่มกู้คืนรายการที่ยกเลิกผิด อยู่ในชุดปุ่มแก้ไขการจองที่เคาน์เตอร์ซึ่งใช้ได้ตั้งแต่วันเปิดใช้ · รายงานสรุปการยกเลิกฉบับเต็มยังอยู่ชุดรายงานระยะที่ 2 ที่มา: Q-C16 · G-06 · G-42 · SOW-2.2 |
| M-1.4.2.15 | ✅ ตรง | S3.4.6 | รายงานการเข้าใช้บริการครั้งแรก: วันที่มาครั้งแรก บริการที่เลือก และจำนวนครั้งที่กลับมาซ้ำ — เพิ่มเข้าระยะ 1 ตามข้อสรุปร่วม 13 ส.ค. 2026 (เดิมอยู่ชุดรายงานระยะ 2) | |
| M-1.4.2.16 | 🟡 บางส่วน | 🔄 ทดแทน | S5.3.1 S5.1.5 S2.6.3 | รองรับการจองไว้ก่อนแล้วค่อยชำระ เฉพาะกรณีที่พนักงานจองให้ที่หน้าร้าน (สมาชิกที่จองเองต้องมีสิทธิ์ในแพ็กเกจก่อนเสมอ) และรองรับการวางมัดจำหรือแบ่งจ่ายเป็นงวด — มีสถานะจองแล้วรอชำระ ยอดคงค้างรายลูกค้า และรายการยอดค้างชำระให้ติดตาม · ที่นั่งถูกถือไว้จนถึงเวลาเริ่มคลาส ระบบไม่ปล่อยที่นั่งคืนเองอัตโนมัติ แล้วให้พนักงานตัดสินหน้างาน · ค่าตั้งต้นคือเปิดสิทธิ์ให้ใช้เมื่อชำระงวดแรก และผู้ดูแลระบบตั้งกติกาเองได้รายแพ็กเกจ ที่มา: Q-31 · Q-06 · Q-C49 · Q-C19 · G-29 · G-08 |
| M-1.4.2.17 | 🟡 บางส่วน | S3.4.4 SOW-2.2 | วันเข้าใช้ล่าสุด/คนหายไปนานดูได้จากเครื่องมือรักษาสมาชิกระยะ 1 · รายงาน last visits ฉบับเต็ม = ระยะ 2 | |
| M-1.4.2.18 | 🟡 บางส่วน | คงสถานะ · แก้คำอธิบาย | S3.4.6 S6.3.1 SOW-2.2 | รายชื่อสมาชิกใหม่พร้อมแพ็กเกจแรกที่ซื้อ แสดงเป็นคอลัมน์ในรายงานการมาใช้บริการครั้งแรก ตั้งแต่วันเปิดใช้ · รายงานสมาชิกใหม่ฉบับเต็มยังอยู่ชุดรายงานระยะที่ 2 ที่มา: G-18 · G-42 · SOW-2.2 |
| M-1.4.2.19 | 🟡 บางส่วน | ✅ ตรง | S3.4.3 S1.4.1 | จำนวนครั้งและมูลค่าคงเหลือ พร้อมสถานะว่าถูกกดจองไปแล้วหรือยัง — ฝั่งร้านดูรายคนได้ตั้งแต่วันเปิดใช้ · ฝั่งสมาชิกเปิดดูของตัวเองได้เมื่อเปิดแอปสมาชิกตั้งแต่วันเปิดใช้ ที่มา: Q-19 · Q-X06 |
| M-1.4.2.20 | 🟡 บางส่วน | S6.1.1 SOW-2.2 | retention rate แสดงบนแดชบอร์ดหลักระยะ 1 · รายงานวิเคราะห์การรักษาฐานลูกค้าฉบับเต็ม = ระยะ 2 | |
| M-1.4.2.21 | ✅ ตรง | S5.4.3 S3.6.2 | จัดกลุ่มช่องทางที่รู้จักสตูดิโอ (โซเชียล/หน้าร้าน/กิจกรรม/เพื่อนบอกต่อ) ตั้งแต่ระยะ 1 · การติดตามการชวนเพื่อน+รายงานผู้แนะนำ = ขอบเขต SOW-1.3 (ข้อสรุปร่วมล่าสุด 4 ส.ค.) | |
| M-1.4.2.22 | ✅ ตรง | คงสถานะ · แก้คำอธิบาย | S3.6.2 S5.6.6 | รายชื่อสมาชิกเดิมที่แนะนำสมาชิกใหม่ เป็นรายงานผู้แนะนำลูกค้าที่ใช้ได้ตั้งแต่วันเปิดใช้ · เงื่อนไขรางวัลปิดแล้ว — นับสำเร็จเมื่อเพื่อนชำระแพ็กเกจใบแรกครบ มีเพดานต่อผู้ชวนต่อเดือนที่ตั้งเองได้ และสิทธิ์ที่ได้รับมีวันหมดอายุ ที่มา: Q-33 · Q-C24 |
| M-1.4.2.23 | ⏭ ระยะถัดไป | SOW-2.2 | จำนวนลูกค้าไม่ซ้ำคนต่อครู/พนักงาน อยู่ชุดรายงานระยะ 2 | |
| M-1.4.2.24 | 🟡 บางส่วน | คงสถานะ · แก้คำอธิบาย | S2.2.4 S5.2.4 S3.4.4 SOW-2.2 | สถานะไม่มาเรียนถูกบันทึกและแก้ไขได้ และถูกตรึงตอนปิดคลาสตั้งแต่วันเปิดใช้ · เพิ่มรายชื่อผู้จองแล้วไม่มาพร้อมธงเตือนเมื่อทำซ้ำเกินเกณฑ์ที่สตูดิโอตั้งเอง ให้ผู้จัดการสาขาใช้ติดตามตั้งแต่วันเปิดใช้ · รายงานสรุปผู้ผิดนัดฉบับเต็มยังอยู่ชุดรายงานระยะที่ 2 ที่มา: Q-C51 · Q-C17 · G-15 · SOW-2.2 |
| M-1.4.2.25 | ⏭ ระยะถัดไป | SOW-2.2 | วิเคราะห์ช่วงเวลาลูกค้ามาถึงหน้าร้าน (client's arrival) อยู่ชุดรายงานระยะ 2 | |
| M-1.4.3.1 | ⛔ นอกขอบเขต | คงสถานะ · แก้คำอธิบาย | S5.2.4 S2.6.5 SOW-3.1 SOW-1.4 SOW-2.2 | งานคิดค่าจ้างพนักงานยังอยู่นอกขอบเขต · สิ่งที่ยังส่งมอบในรอบนี้คือยอดค่าสอนครูรายคลาส ซึ่งถูกตรึงตอนปิดคลาสและส่งออกให้ทีมบัญชีใช้ต่อได้ · รายงานผลงานการขายอยู่ชุดรายงานระยะที่ 2 โดยฐานคิดตกลงแล้วว่าใช้ยอดหลังหักส่วนลดรวมภาษี ให้ผู้ปิดการขายคนเดียว และนับเมื่อเก็บเงินครบ ส่วนตัวเลขอัตราไม่ปรากฏในเอกสารฉบับลูกค้า ที่มา: Q-22 · SOW-3.1 · SOW-1.4 · SOW-2.2 |
| M-1.4.3.2 | 🟡 บางส่วน | ✅ ตรง | S5.5.2 S5.2.4 S4.6.3 | ตั้งอัตราค่าสอนรายครูและคำนวณยอดค่าสอนตอนปิดคลาส เห็นเฉพาะผู้ดูแลระบบและเจ้าของ · คลาสที่ครูมาสอนแต่ไม่มีผู้เรียน ผู้ดูแลระบบหรือเจ้าของเป็นผู้อนุมัติเป็นรายกรณีพร้อมบันทึกเหตุผล ผู้จัดการสาขาไม่มีส่วนในงานอนุมัตินี้และไม่เห็นตัวเลขค่าสอน · ทะเบียนครูและอัตราค่าสอนยกมาจากระบบเดิมโดยทีมงาน แล้วให้ทีมสตูดิโอตรวจยืนยัน 1 รอบก่อนใช้ ซึ่งยังรอสตูดิโอ ที่มา: CODEX-R2-A · Q-07 · Q-17 · Q-23 · Q-C27 · Q-C53 |
| M-1.4.4.1 | 🟡 บางส่วน | คงสถานะ · แก้คำอธิบาย | S3.1.7 S5.2.3 SOW-2.2 | จำนวนผู้เรียนต่อคลาสและมุมมองความหนาแน่นของแต่ละคลาส (เต็ม เกือบเต็ม ว่าง) ติดตามได้จากหน้าตารางตั้งแต่วันเปิดใช้ · ตารางการใช้ห้องรายวันที่ใช้ทำงานหน้างานมีตั้งแต่วันเปิดใช้ เพราะทุกคลาสต้องระบุห้อง ส่วนรายงานสรุปการใช้ห้องเปิดตั้งแต่วันเปิดใช้ · รายงานความหนาแน่นทุกคลาสแบบสำเร็จรูปยังอยู่ชุดรายงานระยะที่ 2 ที่มา: Q-03 · Q-12 · Q-C33 · G-45 · SOW-2.2 |
| M-1.4.4.2 | 🟡 บางส่วน | ⏭ ระยะถัดไป | S5.2.3 S6.1.2 SOW-2.2 | รายงานการใช้ห้อง — ระบบเก็บข้อมูลการใช้ห้องครบตั้งแต่วันเปิดใช้ เพราะทุกคลาสต้องระบุห้อง และเปิดรายงานให้ใช้ตั้งแต่วันเปิดใช้ · รายงานความจุของคลาสเชิงลึกยังอยู่ชุดรายงานระยะที่ 2 · เปอร์เซ็นต์การใช้อุปกรณ์รายชิ้นไม่รวมอยู่ในรอบนี้ ที่มา: Q-03 · Q-12 · Q-X13 · SOW-2.2 |
| M-1.5.1.1 | ⛔ นอกขอบเขต | S5.3.1 S5.3.2 SOW-3.5 SOW-5 | Payment gateway = นอกขอบเขต (SOW ข้อ 3.5) — ทดแทนด้วย QR สตูดิโอ + ส่งสลิป + ระบบช่วยตรวจกันพลาด (เลขอ้างอิงธนาคาร/สลิปซ้ำ/เทียบยอด) · LINE Pay เป็นทางเลือกอนาคต | |
| M-1.5.1.2 | 🟡 บางส่วน | ✅ ตรง | S2.6.5 | ส่งออกข้อมูลเป็นไฟล์ตารางทั่วไปให้ฝ่ายบัญชีใช้ต่อได้ตั้งแต่วันเปิดใช้ โดยมีช่องข้อมูลครบตามที่ตกลง คือ วันที่ · เลขที่เอกสาร · ชื่อลูกค้า · หมวดรายได้ · สาขา · ยอดก่อนภาษี · ภาษี · ยอดรวม · ขอบเขตที่ส่งออกคือข้อมูลยอดขาย ไม่ใช่ข้อมูลการเงินทุกประเภท และฝ่ายบัญชีเป็นผู้นำไปจัดรูปแบบต่อเอง ที่มา: Q-C65 · S2.6.5 · CODEX-R2-F |
| M-1.5.2.1 | ⛔ นอกขอบเขต | SOW-3.4 | เชื่อม Meta Ads (conversion tracking) และ Google Analytics/GA4 = นอกขอบเขตตาม SOW ข้อ 3.4 | |
| M-1.5.2.2 | 🟡 บางส่วน | S1.5.1 S5.6.3 S5.6.4 SOW-3.4 | LINE Official Account = แกนกลางของระบบ (แจ้งเตือน+ข้อความหากลุ่มเป้าหมาย) ครบ · เชื่อม email provider (Mailchimp/SendGrid) เพื่อ automation campaign = นอกขอบเขต (SOW ข้อ 3.4) | |
| M-1.5.3.1 | ⛔ นอกขอบเขต | SOW-3.6 | Webhook/API สำหรับต่อ WordPress/landing page/BI = ไม่อยู่ SOW ระยะ 1-2 · หมายเหตุทางเทคนิค: แพลตฟอร์มที่ใช้มี API มาตรฐานในตัว ต่อยอดภายหลังได้เป็นงานเพิ่ม | |
| M-1.5.3.2 | 🔄 ทดแทน | S5.4.4 | ฝั่งลูกค้าใช้ LINE Login (มาตรฐาน OAuth) อยู่แล้ว · SSO กับระบบสมาชิกองค์กรอื่น (corporate wellness) = นอกขอบเขต ต่อยอดอนาคตได้ | |
| M-1.6.1 | ✅ ตรง | S5.5.2 S5.5.3 | Role-based access control ครบทุกตำแหน่ง แต่ละ role เห็น/ทำต่างกัน ปรับละเอียดถึงระดับรายงาน/รายปุ่มโดยไม่ต้องแก้โปรแกรม | |
| M-1.6.2 | 🟡 บางส่วน | คงสถานะ · แก้คำอธิบาย | S5.4.5 S1.6.3 S5.5.3 S5.4.6 | งานคุ้มครองข้อมูลส่วนบุคคลครบ: การให้ความยินยอม คำขอแก้หรือลบ นโยบายการเก็บรักษา และทะเบียนเหตุข้อมูลรั่วไหลในกรอบ 72 ชั่วโมง · การป้องกันการเข้าถึงโดยไม่ได้รับอนุญาตทำผ่านระบบสิทธิ์ละเอียดรายปุ่มและขอบเขตสาขา · ข้อมูลสุขภาพเก็บไว้โดยไม่มีกำหนดลบอัตโนมัติ ใช้วิธีซ่อนจากผู้ที่ไม่มีสิทธิ์แทน · ในช่วงที่ยังใช้ระบบเดิมคู่ขนาน พนักงานหน้าร้านเป็นผู้บันทึกความยินยอมแทนสมาชิก พร้อมเก็บชื่อผู้บันทึก วันเวลา และรุ่นของเอกสาร · การเก็บบทสนทนากับสมาชิกทั้งขาเข้าและขาออก ต้องมีข้อความขอความยินยอมเพิ่ม · ข้อความทางกฎหมายทั้งหมดสตูดิโอเป็นผู้จัดหาและรับผิดชอบเนื้อหา และต้องได้หนังสือแนบท้ายที่กรรมการของสตูดิโอลงนามพร้อมยืนยันว่าที่ปรึกษากฎหมายตรวจแล้ว ก่อนวันซ้อมย้ายข้อมูล พฤ 24 ก.ย. ที่มา: Q-04 · Q-05 · Q-C03 · CF-HealthRetention |
| M-1.6.3 | ✅ ตรง | S5.4.6 | Audit log: ใครแก้คลาส เปลี่ยนเครดิต ยกเลิกจอง ปรับราคา — ทุกรายการเสี่ยงสูงบันทึกอัตโนมัติ ตรวจย้อนหลังได้ | |
| M-1.7.1 | 🔧 ฝั่งผู้พัฒนา | S5.5.1 | สถาปัตยกรรม multi-branch อยู่ในโครงระบบ (ข้อมูลแยกสาขา) · การรองรับผู้ใช้พร้อมกันช่วง prime time = เกณฑ์คุณภาพฝั่งผู้พัฒนา ผูกกับการทดสอบร่วมก่อนเปิดใช้ ไม่ใช่ฟีเจอร์ส่งมอบแยก | |
| M-1.7.2 | 🔄 ทดแทน | SOW-1.1 SOW-3.6 | ไม่มี mobile app แยก (iOS/Android) โดยออกแบบ — ลูกค้าใช้แอปบน LINE ซึ่งทำงานผ่านช่องทางมาตรฐานของแพลตฟอร์มอยู่แล้ว จึงไม่ต้องมี API สาธารณะแยกในระยะนี้ | |
| M-1.7.3 | ⛔ นอกขอบเขต | S5.5.1 NOREF | โครงสร้าง SaaS แยก tenant หลายธุรกิจ = นอกขอบเขต (ระบบนี้เป็นของ Yoga&Me รายเดียว) · การแยกข้อมูลตามสาขามีครบตามที่ requirement ระบุขั้นต่ำ | |
| M-1.7.4 | 🔧 ฝั่งผู้พัฒนา | SOW-1.8 | Backup รายวัน + disaster recovery + เฝ้าระวังระบบ + บันทึกข้อผิดพลาด = บริการฝั่งผู้พัฒนาตามข้อตกลงดูแลระบบ (ตามข้อตกลงดูแลระบบ 28 ก.ค.) — ไม่ส่งมอบเป็นเครื่องมือให้ลูกค้ากดเอง | |
| M-1.8.1 | ⛔ นอกขอบเขต | SOW-3.3 SOW-5 | ระบบสะสมแต้ม/loyalty แลกของรางวัล = นอกขอบเขตตาม SOW ข้อ 3.3 — เสนอแยกเป็นโครงการ Yoga&Me Circle ในอนาคต | |
| M-1.8.2 | 🟡 บางส่วน | คงสถานะ · แก้คำอธิบาย | S1.7.1 S5.6.7 SOW-2.2 | ให้คะแนนและเขียนความเห็นถึงคลาสและครู พร้อมค่าเฉลี่ย · ระบบคัดกรองคำที่ไม่เหมาะสมอัตโนมัติก่อน แล้วผู้ดูแลระบบส่วนกลางตรวจเฉพาะรายการที่ติดธง · ผู้ดูแลระบบปรับแบบสอบถามเองได้ · ความเห็นของสมาชิกเริ่มมีข้อมูลจริงเมื่อเปิดแอปสมาชิกตั้งแต่วันเปิดใช้ · รายงานผลงานการสอนและคุณภาพคลาสฉบับเต็มยังอยู่ชุดรายงานระยะที่ 2 ที่มา: Q-37 · Q-X08 · SOW-2.2 |
| M-1.8.3 | 🟡 บางส่วน | ✅ ตรง | S1.8.1 S5.6.6 S3.6.2 | ระบบชวนเพื่อนครบวงจร: สร้างรหัสหรือลิงก์ชวน ติดตามว่าใครชวนใคร และรายงานผู้แนะนำ พร้อมใช้ตั้งแต่วันเปิดใช้ · รางวัลที่ตกลงแล้วคือผู้ชวนได้สิทธิ์เข้าเรียนเพิ่ม 20% ของจำนวนครั้งในแพ็กเกจที่เพื่อนซื้อ · นับว่าสำเร็จเมื่อเพื่อนชำระแพ็กเกจใบแรกครบ · มีเพดานจำนวนครั้งที่ผู้ชวนหนึ่งคนได้รับต่อเดือน ซึ่งผู้ดูแลระบบตั้งเองได้ · สิทธิ์ที่ได้รับมีวันหมดอายุ · การให้รางวัลโดยอัตโนมัติเปิดใช้ตั้งแต่วันเปิดใช้ ระหว่างนั้นพนักงานเป็นผู้ให้สิทธิ์ ที่มา: Q-33 · Q-C24 · G-27 · S1.8.1 |
| M-1.8.4 | 🟡 บางส่วน | ✅ ตรง | S5.6.3 S5.6.4 | เลือกกลุ่มเป้าหมายจากข้อมูลจริงในระบบแล้วส่งข้อความจากระบบได้ตั้งแต่วันเปิดใช้ (ไม่เข้าเรียนเกิน 30 วัน · แพ็กเกจใกล้หมด · ผู้มาทดลองที่ยังไม่ซื้อ) — ช่วงแรกส่งถึงได้เฉพาะสมาชิกที่ผูกบัญชีไลน์แล้ว ส่วนรายชื่อที่ยังไม่ผูก ระบบคัดออกมาให้ทีมสาขาติดต่อทางอื่น จนกว่าการผูกบัญชีจะครบตั้งแต่วันเปิดใช้ ที่มา: Q-C60 · Q-X06 · G-19 |
| รหัส | สถานะ | เดิม | ขอบเขตงานที่รองรับ | คำอธิบาย |
|---|---|---|---|---|
| M-2.1.1 | ✅ ตรง | S2.4.1 | ค้นหารายชื่อ/ข้อมูลติดต่อพื้นฐานของลูกค้า — ขอบเขตสาขาตั้งได้ตามตารางสิทธิ์ | |
| M-2.1.2 | 🟡 บางส่วน | ✅ ตรง | S2.4.2 | ดูประวัติเข้าเรียน สถานะสมาชิก และการชำระเงินของสมาชิกรายคน · ประวัติที่ยกมาจากระบบเดิมมีเฉพาะช่วงล่าสุดที่ตกลงกัน ส่วนที่เก่ากว่านั้นเก็บเป็นแฟ้มแยกไว้ให้ค้นได้ โดยวันตัดยังต้องเคาะร่วมกันก่อนวันซ้อมย้ายข้อมูล พฤ 24 ก.ย. ที่มา: Q-10 · Q-NEW-CUTOFF |
| M-2.1.3 | ✅ ตรง | S2.3.4 | สร้างสมาชิกใหม่ (รวม walk-in หน้าเคาน์เตอร์) | |
| M-2.1.4 | 🟡 บางส่วน | ✅ ตรง | S2.4.3 | แก้ข้อมูลโปรไฟล์ลูกค้า (ชื่อ เบอร์ติดต่อ และบันทึกภายใน) ให้เป็นปัจจุบันได้ตั้งแต่วันเปิดใช้ และระบบบันทึกชื่อผู้แก้ทุกครั้ง · ส่วนที่ยังไม่ปิดคือกรณีลูกค้าที่มีสาขาประจำเป็นสาขาอื่นเข้ามาใช้บริการ ว่าพนักงานของสาขาที่รับหน้างานแก้ให้ได้เลยหรือไม่ ซึ่งต้องได้ข้อยุติและตั้งค่าเสร็จก่อนวันอบรม พฤ 1 – ศ 2 ต.ค. ที่มา: Q-C36 · CF-421 · Q-C16 · Q-27 · S2.4.3 · CODEX-R2-F |
| M-2.1.5 | ✅ ตรง | S5.4.1 | ปิดบัญชีแบบเก็บประวัติไว้ตรวจสอบ (soft delete) — สิทธิ์ระดับ Admin/Owner ตามตาราง | |
| M-2.1.6 | 🟡 บางส่วน | ✅ ตรง | S2.5.1 S4.2.2 S4.2.3 | ป้ายเตือนอาการบาดเจ็บและข้อจำกัดร่างกายบนหน้าจอครูใช้ได้ตั้งแต่วันเปิดใช้ · ครูเห็นผู้เรียนของคลาสที่ตัวเองสอนได้ทุกคน โดยไม่จำกัดสาขา ส่วนผู้เรียนที่ไม่เคยอยู่ในคลาสของตนจะไม่เห็น ต้องให้พนักงานหน้าร้านช่วย · ในช่วงที่ยังใช้ระบบเดิมคู่ขนาน ข้อมูลมาจากที่พนักงานหน้าร้านบันทึกให้ตอนรับจอง เพราะช่องให้สมาชิกพิมพ์อาการเองเปิดตั้งแต่วันเปิดใช้ ที่มา: Q-27 · Q-C38 · CF-TeacherScope · G-36 |
| M-2.1.7 | ✅ ตรง | คงสถานะ · แก้คำอธิบาย | S2.5.1 S4.3.4 | เพิ่มและแก้บันทึกการดูแลผู้เรียนและข้อมูลอาการ — พนักงานหน้าร้านและผู้จัดการสาขาทำได้ · ครูทำได้กับผู้เรียนของคลาสที่ตัวเองสอน โดยไม่จำกัดสาขา และระบบบันทึกทุกครั้งว่าใครแก้เมื่อไร · ผู้เรียนที่ไม่เคยอยู่ในคลาสของครูคนนั้นจะไม่ปรากฏให้ครูเห็น ต้องให้พนักงานหน้าร้านช่วย ที่มา: Q-27 · CF-TeacherScope · Q-C36 |
| M-2.1.8 | ✅ ตรง | S5.4.1 | รวมบัญชีลูกค้าซ้ำ (merge) โดยประวัติครบถ้วน — สิทธิ์ Admin/Owner | |
| M-2.1.9 | ✅ ตรง | คงสถานะ · แก้คำอธิบาย | S2.5.2 S4.3.1 | แบบบันทึกการดูแลผู้เรียน: ครูเป็นผู้บันทึกและแก้ไข · พนักงานหน้าร้านและผู้จัดการสาขาเปิดดูได้ · กลุ่มสิทธิ์เพิ่มเติมสำหรับงานภายในองค์กรตั้งเปิดดูได้ในระบบโดยไม่นำเสนอเป็นรายการในเอกสารฉบับลูกค้า ที่มา: Q-18 · Q-27 · CF-HR |
| M-2.2.1 | ✅ ตรง | S2.2.3 S1.4.1 | ดูแพ็กเกจ/membership ที่ลูกค้าถือ — ทุกตำแหน่งดูได้ตามตาราง | |
| M-2.2.2 | ✅ ตรง | S2.2.5 | ออกแพ็กเกจ/สมาชิกภาพใหม่ให้ลูกค้า (manual grant) | |
| M-2.2.3 | ✅ ตรง | S5.4.2 | เปลี่ยนสถานะ ใช้งาน/พัก/หมดอายุ/ยกเลิก — รวมศูนย์ที่ส่วนกลางตามตาราง (สาขาส่งเรื่องมา) | |
| M-2.2.4 | ✅ ตรง | S5.1.3 | ปรับเครดิต/จำนวนครั้ง/วันหมดอายุรายคน โดยบังคับใส่เหตุผล + บันทึกทุกการแก้ไข | |
| M-2.2.5 | 🟡 บางส่วน | ✅ ตรง | S5.1.1 S5.1.4 | สร้างและแก้แพ็กเกจได้ทุกรูปแบบที่ขายจริง จากหน้าตั้งค่าโดยไม่ต้องให้ทีมผู้พัฒนาแก้ให้ · ข้อมูลแพ็กเกจของสตูดิโอยังขัดกันเอง 4 จุด คือ แพ็กเกจ 3 รายการเว้นช่องจำนวนคลาสหรือจำนวนวัน แพ็กเกจสุดสัปดาห์ระบุสาขาขัดกัน และแพ็กเกจใช้ร่วมกัน 2 หรือ 3 คน ซึ่งต้องให้สตูดิโอยืนยันก่อนตั้งค่าจริง ที่มา: Q-11 |
| M-2.2.6 | 🟡 บางส่วน | คงสถานะ · แก้คำอธิบาย | S5.3.2 S2.6.3 SOW-3.5 SOW-3.3 | ตั้งประเภทการชำระที่เปิดใช้ได้เองจากหน้าตั้งค่า: โอนเงินหรือสแกนรหัสของสตูดิโอพร้อมส่งหลักฐาน · เงินสดที่เคาน์เตอร์ · บัตรที่เคาน์เตอร์แบบบันทึกยอดและเลขอนุมัติ · สิทธิ์ฟรี · การวางมัดจำและแบ่งจ่าย · และช่องทางจากผู้ให้บริการภายนอกที่สตูดิโอตั้งชื่อเอง ใช้ได้ครบตั้งแต่วันเปิดใช้ · ไม่มีการออกใบเรียกเก็บรอบใหม่อัตโนมัติ ทุกแพ็กเกจเป็นการซื้อครั้งต่อครั้ง · การเชื่อมเครื่องรับบัตร การตัดเงินอัตโนมัติ และการจ่ายด้วยแต้ม ยังอยู่นอกขอบเขต ที่มา: Q-40 · Q-06 · Q-26 · Q-C12 · Q-X11 · Q-X07 |
| M-2.3.1 | ✅ ตรง | S2.1.1 S4.1.4 | ดูตารางคลาส — ทุกตำแหน่งตามขอบเขตสาขาในตาราง | |
| M-2.3.2 | ✅ ตรง | S2.1.2 S3.1.1 | เปิดคลาสใหม่ลงตาราง | |
| M-2.3.3 | 🟡 บางส่วน | ✅ ตรง | S2.1.2 S3.1.5 S5.2.3 | แก้วันเวลา ครู ห้อง จำนวนรับ และรายละเอียดคลาส · ทุกคลาสต้องระบุห้องเสมอโดยไม่มีทางผ่อนผัน และระบบกันไม่ให้คลาสสองรอบใช้ห้องเดียวกันชนเวลา · ใช้ได้เมื่อได้รับผังห้องจริงของทั้ง 3 สาขาจากสตูดิโอ ซึ่งต้องได้ก่อน พฤ 24 ก.ย. ที่มา: Q-12 · Q-C33 · G-22 |
| M-2.3.4 | ✅ ตรง | S2.1.3 | ยกเลิกคลาส — ระบบส่งข้อความแจ้งลูกค้าที่จองไว้อัตโนมัติ (broadcast) | |
| M-2.3.5 | ✅ ตรง | S5.2.1 | สร้าง/แก้แม่แบบคลาส (ชื่อ ประเภท ระดับ) — สิทธิ์ Admin/Owner ตามตาราง | |
| M-2.4.1 | ✅ ตรง | S2.1.1 | จองคลาสแทนลูกค้า (โทรเข้า/เดินเข้ามา) | |
| M-2.4.2 | ✅ ตรง | S5.2.2 | ย้ายการจอง (เปลี่ยนคลาส/เวลา/สิทธิ์ที่ใช้) — ตารางให้เฉพาะ Admin/Owner · ⚠ มีข้อสังเกตว่าหน้างานจริงอาจต้องเปิดสิทธิ์ระดับสาขา — ขอยืนยันความตั้งใจร่วมกัน | |
| M-2.4.3 | 🟡 บางส่วน | ✅ ตรง | S5.2.2 S1.1.6 S2.1.4 | ยกเลิกการจองพร้อมคืนสิทธิ์อัตโนมัติ ทำได้โดยพนักงานหน้าร้าน ผู้จัดการสาขา และผู้ดูแลระบบ ตั้งแต่วันเปิดใช้ พร้อมบันทึกชื่อผู้ทำรายการทุกครั้ง · สมาชิกยกเลิกเองได้ทุกประเภทคลาสภายในเวลาตัดรอบตั้งแต่วันเปิดใช้ และสตูดิโอปิดการยกเลิกเองเป็นรายประเภทคลาสได้จากหน้าตั้งค่า ที่มา: Q-C16 · Q-C45 · S1.1.6 |
| M-2.4.4 | ✅ ตรง | S2.1.4 | ดูรายการจองทั้งหมดของสาขา/ทุกสาขา | |
| M-2.4.5 | 🟡 บางส่วน | ✅ ตรง | S2.2.1 S2.2.2 S1.3.1 S3.3.1 | วันเปิดใช้ พนักงานเป็นผู้เช็คชื่อเข้าคลาสให้ครบทั้ง 3 สาขา และเป็นผู้เลือกใบสิทธิ์ที่จะตัดแทนลูกค้า โดยกรณีที่วันหมดอายุและจำนวนครั้งคงเหลือเสมอกัน ระบบให้ผู้ทำรายการเลือกเองเสมอ ไม่ตัดอัตโนมัติ · ครูกดเช็คชื่อผู้เรียนได้เฉพาะคลาสของตัวเอง โดยระบบบันทึกชื่อผู้ทำรายการทุกครั้ง · สมาชิกสแกนรหัสประจำคลาสเช็คอินเองตั้งแต่วันเปิดใช้ พร้อมแอปสมาชิก · มีแบบพิมพ์ใบเซ็นชื่อเข้าคลาสให้พิมพ์เองจากหน้าจอ ใช้เป็นทางสำรองเมื่ออุปกรณ์มีปัญหาเท่านั้น · หน้าจอเช็คอินขึ้นคำเตือนเมื่อเอกสารรับทราบเงื่อนไขยังไม่ครบ แต่ไม่กันการเข้าเรียน ที่มา: Q-28 · Q-20 · Q-32 · Q-X05 · Q-C39 · G-13 |
| M-2.4.6 | ✅ ตรง | S2.2.4 | แก้สถานะ attendance ย้อนหลัง (เช่น no-show → attended) · ⚠ กระทบเครดิต — เสนอให้อยู่ใน audit log ด้วย | |
| M-2.5.1 | 🟡 บางส่วน | คงสถานะ · แก้คำอธิบาย | S2.2.5 S5.3.2 S1.2.3 SOW-2.1 SOW-3.5 | สร้างรายการขายที่เคาน์เตอร์ได้เต็มรูปตั้งแต่วันเปิดใช้ — เลือกรายการลงตะกร้า ขายหรือสมัครแพ็กเกจ รับชำระตามช่องทางที่เปิดใช้ เปิดและปิดรอบขาย นับเงินปลายวัน และเปิดสิทธิ์ให้ลูกค้าทันที · การขายสินค้าอื่นพร้อมตัดสต๊อกยังอยู่นอกขอบเขต ที่มา: Q-X07 · G-23 · SOW-3.5 · SOW-2.1 |
| M-2.5.2 | 🟡 บางส่วน | ✅ ตรง | S5.3.4 S3.5.3 | คืนเงินและยกเลิกรายการขายทำได้ตั้งแต่วันเปิดใช้ และทุกครั้งถูกบันทึกไว้ตรวจย้อนหลัง · เป็นสิทธิ์ของผู้ดูแลระบบส่วนกลางเท่านั้น สาขาเป็นผู้ส่งเรื่องเข้ามา ไม่ได้ทำรายการเองที่หน้าร้าน · การคืนเงินไม่รวมการคืนเข้าบัตรเครดิต เพราะไม่ได้รับชำระด้วยบัตร ที่มา: Q-21 · S5.3.4 · S3.5.3 · CODEX-R2-F |
| M-2.5.3 | 🟡 บางส่วน | คงสถานะ · แก้คำอธิบาย | S5.6.5 S3.5.3 S5.4.6 SOW-2.1 | ส่วนลดผ่านรหัสส่วนลดและโปรโมชันใช้ได้ตั้งแต่วันเปิดใช้ · พนักงานหน้าร้านกดส่วนลดที่เคาน์เตอร์ได้เองภายในเพดานที่ผู้ดูแลระบบตั้งไว้ · เกินเพดานส่งให้ผู้จัดการสาขาอนุมัติ · ทุกครั้งระบบบันทึกชื่อผู้ทำรายการและเหตุผล · ตัวเลขเพดานยังต้องได้จากสตูดิโอก่อนวันอบรม พฤ 1 ถึง ศ 2 ต.ค. ที่มา: Q-21 · Q-X07 · SOW-2.1 |
| M-2.5.4 | ✅ ตรง | คงสถานะ · แก้คำอธิบาย | S5.3.3 S2.6.3 | ดูรายการธุรกรรม — พนักงานหน้าร้านและผู้จัดการสาขาเห็นของสาขาตัวเอง ผู้ดูแลระบบและเจ้าของเห็นทุกสาขา · ขอบเขตที่แต่ละตำแหน่งเห็นเป็นค่าที่ผู้ดูแลระบบตั้งเองได้ · กลุ่มสิทธิ์เพิ่มเติมสำหรับงานภายในองค์กรตั้งได้ในระบบโดยไม่นำเสนอเป็นรายการในเอกสารฉบับลูกค้า ที่มา: Q-18 · Q-X12 |
| M-2.5.5 | 🟡 บางส่วน | ✅ ตรง | S2.6.5 | ส่งข้อมูลให้ฝ่ายบัญชีทำได้ตั้งแต่วันเปิดใช้ ในรูปไฟล์ตารางทั่วไปที่มีช่องข้อมูลครบ · ไม่ได้เชื่อมข้อมูลเข้าโปรแกรมบัญชีเจ้าใดเจ้าหนึ่งโดยตรง ฝ่ายบัญชีเป็นผู้นำไฟล์ไปเข้าระบบของตนเอง ที่มา: Q-C65 · S2.6.5 · CODEX-R2-F |
| M-2.6.1 | 🟡 บางส่วน | ✅ ตรง | S2.6.4 S6.2.1 S2.6.3 | รายงานยอดขายรายวัน รายสัปดาห์ รายเดือนของสาขา ใช้ได้ตั้งแต่วันเปิดใช้ เพราะหน้าจอขายและการปิดรอบขายเปิดใช้พร้อมกัน · ในช่วงที่ยังใช้ระบบเดิมคู่ขนาน ที่ยังใช้ระบบเดิมคู่ขนาน ตัวเลขเป็นยอดเฉพาะรายการที่บันทึกในระบบใหม่ ติดป้ายกำกับไว้ และต้องกระทบยอดกับระบบเดิมทุกเช้า · ขอบเขตที่แต่ละตำแหน่งเห็นเป็นค่าที่ผู้ดูแลระบบตั้งเองได้ ที่มา: Q-X07 · Q-C01 · Q-X09 · Q-X12 |
| M-2.6.2 | 🟡 บางส่วน | คงสถานะ · แก้คำอธิบาย | S3.4.1 S6.3.1 S5.5.3 SOW-2.2 | รายชื่อสมาชิกพร้อมประเภทแพ็กเกจที่แต่ละคนถือ ดูได้จากเครื่องมือข้อมูลลูกค้าตั้งแต่วันเปิดใช้ และผู้ดูแลระบบกำหนดเองได้ว่าตำแหน่งใดเปิดดูได้ · รายงานสมาชิกฉบับเต็มยังอยู่ชุดรายงานระยะที่ 2 ที่มา: Q-X02 · Q-X12 · SOW-2.2 |
| M-2.6.3 | 🟡 บางส่วน | S6.1.1 S6.2.1 SOW-2.2 | มุมมองรวมทุกสาขา: แดชบอร์ด+สรุปรายวันมีระยะ 1 (ข้อมูลจริงจากสาขาที่เปิดใช้) · รายงานรวมฉบับเต็ม = ระยะ 2 | |
| M-2.6.4 | ⏭ ระยะถัดไป | SOW-2.2 SOW-3.2 | รายงานการเงินละเอียด = ชุดรายงานระยะ 2 (เฉพาะข้อมูลที่ระบบเก็บ) · ตัวอย่างที่ requirement ยกมา: อัตรากำไร (margin) และรายงานภาษีระดับงานบัญชี = นอกขอบเขตตาม SOW ข้อ 3.2 — ใบเสร็จ/ใบกำกับภาษี/รายงานยอดขายยังอยู่ในขอบเขตปกติ | |
| M-2.6.5 | ⏭ ระยะถัดไป | คงสถานะ · แก้คำอธิบาย | S5.5.3 SOW-2.2 SOW-3.1 | รายงานผลงานพนักงานอยู่ชุดรายงานระยะที่ 2 · ฐานการคิดผลงานฝ่ายขายตกลงเรียบร้อยแล้ว — ใช้ยอดหลังหักส่วนลดและรวมภาษี ให้กับผู้ปิดการขายคนเดียว และนับเมื่อเก็บเงินครบ · ในเอกสารฉบับลูกค้าเรียกว่ารายงานผลงานการขาย โดยไม่ระบุตัวเลขอัตราใด ๆ · ผู้ดูแลระบบตั้งเองได้ว่ากลุ่มสิทธิ์ใดเห็นรายงานใด ไม่ใช่กฎตายที่เปิดเฉพาะผู้ดูแลระบบและเจ้าของ · การบันทึกเวลาเข้า-ออกงานพนักงานยังอยู่นอกขอบเขต ที่มา: Q-22 · Q-X12 · G-40 · SOW-2.2 · SOW-3.1 |
| M-2.6.6 | ⏭ ระยะถัดไป | SOW-2.2 SOW-3.4 | รายงานการตลาด = ระยะ 2 (เฉพาะข้อมูลในระบบ) · ผลโฆษณาแพลตฟอร์มภายนอก = นอกขอบเขต (SOW ข้อ 3.4) | |
| M-2.7.1 | ✅ ตรง | S2.7.1 | ดูโปรไฟล์/ตารางสอนของครู-พนักงาน (ไม่เห็นค่าจ้าง — เรทเห็นเฉพาะ Admin/Owner) | |
| M-2.7.2 | ✅ ตรง | S5.5.2 | เพิ่มพนักงานใหม่ — สิทธิ์ Admin/Owner ตามตาราง | |
| M-2.7.3 | ✅ ตรง | S5.5.2 | แก้ข้อมูลพนักงาน — สิทธิ์ Admin/Owner | |
| M-2.7.4 | ✅ ตรง | S5.5.2 S6.4.1 | ตั้ง role/กลุ่มสิทธิ์ให้พนักงาน — Admin/Owner | |
| M-2.7.5 | 🟡 บางส่วน | คงสถานะ · แก้คำอธิบาย | S4.6.1 S4.6.2 S3.1.6 SOW-3.1 | ฝั่งครู: สถิติและประวัติการสอน พร้อมสถานะบันทึกหลังสอน ใช้ได้ตั้งแต่วันเปิดใช้ · การแจ้งลาและการขอครูสอนแทนอยู่ในระบบ — เมื่อครูไม่กดรับภายในเวลาที่กำหนด ระบบไม่ส่งต่อให้ครูคนถัดไปเอง แต่แจ้งส่วนกลางให้ตัดสิน จึงต้องมีหน้าจอคิวงานให้ส่วนกลางเฝ้าทุกวัน · คลาสที่เปลี่ยนเป็นครูสอนแทนติดป้ายบนตารางให้เห็นตั้งแต่วันเปิดใช้ · การบันทึกเวลาเข้า-ออกงานพนักงานยังอยู่นอกขอบเขต ที่มา: Q-35 · SOW-3.1 |
| M-2.7.6 | 🟡 บางส่วน | S2.2.4 S5.2.4 SOW-3.1 | แก้บันทึกการเข้าสอน/เข้าเรียนย้อนหลังทำได้ผ่านการแก้สถานะคลาส+ปิดคลาส (ต้องใส่เหตุผล) · แก้เวลาเข้า-ออกงานพนักงานแบบ HR = นอกขอบเขต SOW ข้อ 3.1 (ข้อสรุปร่วมล่าสุด 4 ส.ค.) | |
| M-2.8.1 | ✅ ตรง | S5.5.4 | แก้ค่ากลางระบบ: นโยบายยกเลิก จำนวนที่นั่งมาตรฐาน ฯลฯ | |
| M-2.8.2 | ✅ ตรง | S5.5.4 | แก้ค่าเฉพาะสาขา: เวลาทำการ ช่องทางติดต่อ การตั้งค่ารับชำระ | |
| M-2.8.3 | ✅ ตรง | S5.5.2 S5.5.3 | สร้าง/แก้ role และ permission matrix ได้เองโดยไม่ต้องแก้โปรแกรม | |
| M-2.8.4 | 🟡 บางส่วน | S5.6.4 S5.3.2 SOW-3.4 SOW-3.5 | ตั้งค่า LINE OA + เส้นทางแจ้งเตือน + ช่องทางรับชำระ ครบระยะ 1 · ตั้งค่า gateway/email/analytics ภายนอก = นอกขอบเขต (SOW ข้อ 3.4-3.5) | |
| M-2.8.5 | 🔧 ฝั่งผู้พัฒนา | SOW-1.8 SOW-3.5 | Backup/restore และการจัดการ environment = บริการฝั่งผู้พัฒนา (ตามข้อตกลงดูแลระบบ 28 ก.ค.) — ไม่เปิดเป็นเมนูให้ลูกค้ากดเอง | |
| M-2.8.6 | 🟡 บางส่วน | แถวใหม่ | S5.2.3 S5.5.4 S3.3.1 | ตั้งค่าจุดเช็คอินด้วยตนเอง: เปิดหรือปิดเป็นรายสาขา อายุของรหัสประจำคลาส และกติกาว่าใครสแกนได้ในช่วงเวลาใด — หน้าตั้งค่าส่งมอบพร้อมระบบ ส่วนการใช้งานจริงเริ่มตั้งแต่วันเปิดใช้ พร้อมแอปสมาชิก ที่มา: Q-X05 · G-14 · G-13 |
| M-2.8.7 | 🟡 บางส่วน | แถวใหม่ | S5.2.8 | ตั้งค่ากติกาเวลาของการจองได้เอง 2 ชุดแยกตามช่องทาง (สมาชิกจองเอง · ทีมงานจองให้ที่เคาน์เตอร์): เปิดให้จองล่วงหน้ากี่วัน · ปิดรับจองก่อนคลาสเริ่มกี่นาที · ปิดคิวสำรองก่อนกี่ชั่วโมง · เปิดให้เช็คอินก่อนคลาสกี่นาที — ตั้งแยกรายสาขาได้ ที่มา: Q-C15 · Q-C61 · G-11 |
| M-2.9.1 | 🔧 ฝั่งผู้พัฒนา | S5.5.2 | แพลตฟอร์ม (Odoo) มีตารางกลุ่มผู้ใช้+สิทธิ์ในตัว — permission key ตามรายการนี้ใช้เป็นเกณฑ์ตั้งค่ากลุ่ม | |
| M-2.9.2 | 🔧 ฝั่งผู้พัฒนา | S5.5.2 S5.5.3 | ความสัมพันธ์ role↔permission แบบ N:M เป็นโครงสร้างมาตรฐานของแพลตฟอร์มอยู่แล้ว | |
| M-2.9.3 | 🔧 ฝั่งผู้พัฒนา | S5.5.2 | ผู้ใช้ 1 คนถือหลาย role ได้ (เช่น ครูที่ทำหน้าเคาน์เตอร์ด้วย) — รองรับในตัว | |
| M-2.9.4 | 🔧 ฝั่งผู้พัฒนา | S5.5.3 | ทุกการกระทำผ่านชั้นตรวจสิทธิ์ของแพลตฟอร์ม (ACL + record rules) ก่อนทำงานเสมอ | |
| M-2.9.4.1 | 🔧 ฝั่งผู้พัฒนา | S5.5.3 | การคืนข้อมูลมาก/น้อยตามสิทธิ์ (view_basic vs view_detail) ทำผ่านการจำกัด field ตามกลุ่มผู้ใช้ | |
| M-2.9.4.2 | 🔧 ฝั่งผู้พัฒนา | S5.3.4 | งานคืนเงินตรวจสิทธิ์เฉพาะ (billing.refund) ก่อนทำรายการ — ตรงกับการสงวนสิทธิ์ผู้บริหารระบบ | |
| M-2.9.5 | 🔧 ฝั่งผู้พัฒนา | S5.5.1 | แยกขอบเขตข้อมูลตามสาขา (branch scope) ด้วย record rule ตามสาขาของผู้ใช้ | |
| M-2.9.5.1 | 🔧 ฝั่งผู้พัฒนา | S5.5.1 S5.5.2 | พนักงาน/ผู้จัดการสาขา → เห็นเฉพาะข้อมูลสาขาตัวเอง ตามที่ตารางสิทธิ์กำหนด | |
| M-2.9.5.2 | 🔧 ฝั่งผู้พัฒนา | S5.5.1 | Owner/Admin → เห็นทุกสาขา ตามที่ตารางสิทธิ์กำหนด | |
| M-2.9.6 | ✅ ตรง | S5.4.6 | Audit log สำหรับสิทธิ์เสี่ยงสูง (ปรับเครดิต คืนเงิน แก้ค่ากลาง) — มีเป็นความสามารถส่งมอบจริงใน SOW |
| รหัส | สถานะ | เดิม | ขอบเขตงานที่รองรับ | คำอธิบาย |
|---|---|---|---|---|
| M-3.1.1 | 🔄 ทดแทน | S5.6.1 SOW-3.6 | ตั้งป้ายประกาศ/ข่าวสาร/โปรโมชันได้เอง แต่แสดงบนแอป LINE ของสมาชิก — การจัดการป้าย/ป๊อปอัปบนเว็บไซต์สาธารณะ = นอกขอบเขต (SOW ข้อ 3.6 ระบุตรง) · เว็บไซต์ระยะ 2 (SOW-2.2) เป็นเว็บโชว์ตารางคลาส/ครูแบบแสดงข้อมูลอย่างเดียว | |
| M-3.1.2 | 🟡 บางส่วน | ✅ ตรง | S5.6.4 S1.5.3 S5.4.5 | ตั้งค่าว่าเหตุการณ์ใดแจ้งเตือนถึงใคร ทั้งฝั่งพนักงานและฝั่งสมาชิก พร้อมคิวติดตามข้อความที่ส่งไม่ถึง ใช้ได้ตั้งแต่วันเปิดใช้ · สมาชิกปิดรับข้อความได้ทุกกลุ่มรวมกลุ่มเรื่องเงิน โดยระบบขึ้นคำเตือนตอนกดปิด · ทางสำรองคือแสดงสถานะทั้งหมดในแอปให้สมาชิกดูย้อนหลังได้เอง ซึ่งเปิดตั้งแต่วันเปิดใช้ และเข้าคิวให้พนักงานติดต่อเมื่อรายการค้างเกินเวลา · ตั้งแต่วันเปิดใช้ ส่งถึงได้เฉพาะสมาชิกที่ผูกบัญชีแล้ว ที่มา: Q-36 · Q-30 · Q-C31 |
| M-3.2.1 | ✅ ตรง | S5.5.2 S5.5.3 | RBAC ควบคุมการเข้าถึงฟีเจอร์/ข้อมูลรายตำแหน่ง ปรับได้ละเอียดถึงรายปุ่ม | |
| M-3.2.2 | ✅ ตรง | แถวใหม่ | S5.5.2 S5.5.3 S5.4.6 | ขอบเขตสิทธิ์ของครูเขียนเป็นข้อผูกพันชัดเจน: เห็นผู้เรียนของคลาสที่ตัวเองสอนได้ทุกคนโดยไม่จำกัดสาขา · แก้ไขได้เฉพาะบันทึกการดูแลผู้เรียนและข้อมูลอาการ โดยระบบบันทึกทุกครั้งว่าใครแก้เมื่อไร · กดเช็คชื่อผู้เรียนได้เฉพาะคลาสของตัวเอง · แก้ตารางคลาสและนัดหมายเองไม่ได้ · ไม่เห็นข้อมูลค่าตอบแทนของผู้อื่น · ผู้เรียนที่ไม่เคยอยู่ในคลาสของตนไม่ปรากฏให้ครูเห็น ต้องให้พนักงานหน้าร้านช่วย ที่มา: Q-27 · Q-28 · Q-C36 · CF-TeacherScope · G-31 |
| M-3.3.1 | 🟡 บางส่วน | ✅ ตรง | S3.5.2 S5.1.1 S1.1.10 | ระดับสมาชิกทำเต็มรูปตามความต้องการธุรกิจ: สร้างและตั้งชื่อระดับ · เงื่อนไขการได้ระดับ · ส่วนลดประจำระดับที่คำนวณให้อัตโนมัติตอนขาย · สิทธิพิเศษรายระดับ · ปรับระดับรายคน · ดูรายชื่อสมาชิกแยกตามระดับ · สิทธิ์จองก่อนคนทั่วไปและคิวสำรองลำดับต้นส่งมอบเป็นหน้าตั้งค่าแต่ยังไม่เปิดใช้ตอนเริ่ม · สมาชิกเห็นระดับของตัวเองตั้งแต่วันเปิดใช้ · รายละเอียดระดับและสิทธิประโยชน์ยังรอสตูดิโอยืนยัน ที่มา: Q-X03 · Q-C05 · Q-C46 · G-25 |
| M-3.3.2 | ✅ ตรง | S5.4.1 | ค้นหาบัญชีลูกค้าซ้ำซ้อน | |
| M-3.3.3 | ✅ ตรง | S5.4.1 | รวมบัญชีซ้ำให้เหลือบัญชีเดียว ประวัติครบถ้วน | |
| M-3.3.4 | ✅ ตรง | S5.4.1 SOW-1.5 | แยกบัญชีที่เคยรวม (unmerge) อยู่ในขอบเขตระยะ 1 ตามข้อ SOW-1.5 ของเอกสารขอบเขตงาน — “ค้นหา รวม และแยกบัญชีลูกค้าที่ซ้ำกัน (ใช้งานได้ต่อเนื่อง)” · แนวทางหน้าจอ unmerge เคาะรายละเอียดตอน kickoff | |
| M-3.3.5 | ✅ ตรง | S5.2.2 | ค้นหาและยกเลิกการจองเป็นชุดตามเงื่อนไข/ฟิลเตอร์ | |
| M-3.3.6 | 🟡 บางส่วน | ✅ ตรง | S1.3.1 S2.2.2 S3.3.1 | เช็คอินด้วยตนเอง — สมาชิกสแกนรหัสประจำคลาสที่หน้าห้องหรือที่จอเคาน์เตอร์ เริ่มใช้จริงตั้งแต่วันเปิดใช้ พร้อมแอปสมาชิก · วันเปิดใช้ ใช้การเช็คชื่อโดยพนักงานที่เคาน์เตอร์ครบทั้ง 3 สาขาเป็นวิธีทดแทน · ผู้ดูแลระบบตั้งค่าจุดเช็คอินเองได้ ที่มา: Q-X05 · G-13 · G-14 |
| M-3.3.7 | 🟡 บางส่วน | คงสถานะ · แก้คำอธิบาย | S5.2.6 S3.4.4 S5.5.4 | นโยบายไม่มาตามนัดหรือยกเลิกกะทันหัน: แจ้งเตือนหรือหักสิทธิ์ตามกติกาที่ตกลงร่วมกัน พร้อมขึ้นธงให้ผู้จัดการสาขาเมื่อทำซ้ำเกินเกณฑ์ · ยืนยันแล้วว่าไม่มีการเรียกเก็บเงินเพิ่ม · สตูดิโอกำหนดจำนวนครั้งและจำนวนวันเองได้ และตั้งแยกรายสาขาได้ ค่าตั้งต้นที่เสนอคือขาด 3 ครั้งใน 60 วัน ซึ่งยังต้องเคาะกับสตูดิโอตอนเริ่มงาน ที่มา: Q-C51 · Q-C61 · G-16 · S5.2.6 |
| M-3.3.8 | ✅ ตรง | S5.4.3 | กำหนดฟิลด์บังคับกรอกของบัญชีลูกค้า | |
| M-3.3.9 | ✅ ตรง | S2.3.1 S3.6.1 | สถานะว่าที่ลูกค้า (prospect stages) + กระดาน pipeline = commit เข้าระยะ 1 แล้ว (ข้อสรุปร่วมล่าสุด 4 ส.ค.) — ใช้ CRM สำเร็จรูป · ฐาน SOW-1.2: แบบคัดกรอง + การติดตามรายสัปดาห์ของฝ่ายขาย | |
| M-3.3.10 | 🟡 บางส่วน | คงสถานะ · แก้คำอธิบาย | S1.1.8 S2.6.1 S5.4.3 | แพ็กเกจใช้ร่วมกันในครอบครัวหรือคู่ (สิทธิ์กองกลาง) มีตั้งแต่วันเปิดใช้ · การชำระแทนกันที่หน้าเคาน์เตอร์ทำได้ตั้งแต่วันเปิดใช้ และไม่จำกัดเฉพาะคนในครอบครัว — ใครก็ตามชำระแทนผู้อื่นที่เคาน์เตอร์ได้ โดยเอกสารรับเงินออกในชื่อผู้ได้รับสิทธิ์และบันทึกชื่อผู้ชำระไว้เป็นหมายเหตุ · การจองแทนคนในครอบครัวจากแอปของผู้ปกครองเปิดใช้ตั้งแต่วันเปิดใช้ · จำนวนผู้ใช้ร่วม 2 หรือ 3 คน ยังรอสตูดิโอยืนยัน ที่มา: Q-38 · Q-11 · Q-C40 · Q-C08 · G-26 |
| M-3.3.11 | 🟡 บางส่วน | ✅ ตรง | S5.4.3 S5.5.4 | ผู้ดูแลระบบเพิ่มช่องข้อมูลของโปรไฟล์สมาชิกได้เองจากหน้าตั้งค่า โดยจำกัดชนิดข้อมูลไว้ 4 แบบ คือ ข้อความ ตัวเลข วันที่ และตัวเลือก · ชนิดข้อมูลนอกเหนือจากนี้ไม่รองรับในรอบนี้ ที่มา: Q-14 · Q-X12 · G-18 |
| M-3.3.12 | 🟡 บางส่วน | S5.4.3 SOW-2.2 | จัดกลุ่มลูกค้าตามประเภท/ที่มาได้ระยะ 1 · ดัชนี demographics เพื่อวิเคราะห์เชิงลึก = ชุดรายงานระยะ 2 | |
| M-3.3.13 | 🟡 บางส่วน | S5.4.3 SOW-2.2 | ค่าย่อยของดัชนีจัดกลุ่ม — เช่นเดียวกับข้อ M-3.3.12 | |
| M-3.3.14 | ✅ ตรง | S5.4.3 | ประเภทลูกค้า + ช่องทางที่รู้จักสตูดิโอ เพื่อใช้ทำรายงานวิเคราะห์ | |
| M-3.3.15 | ✅ ตรง | S5.4.3 S5.6.6 | ช่องทางแนะนำระดับย่อย + การติดตามที่มาการชวนเพื่อน = ขอบเขต SOW-1.3 (ข้อสรุปร่วมล่าสุด 4 ส.ค.) · การเก็บช่องทางที่รู้จักสตูดิโอแบบทั่วไปมีใน S5.4.3 | |
| M-3.3.16 | 🟡 บางส่วน | ✅ ตรง | S5.4.3 SOW-1.5 SOW-2.2 | จัดหมวดหมู่บันทึกการติดต่อลูกค้าและกรองตามหมวดได้ตั้งแต่วันเปิดใช้ · ส่วนรายงานประวัติการติดต่อลูกค้าฉบับเต็มอยู่ในชุดรายงานระยะที่ 2 ที่มา: S5.4.3 · SOW-1.5 · SOW-2.2 · CODEX-R2-F |
| M-3.3.17 | ✅ ตรง | S5.4.2 | สถานะลูกค้า (ใช้งาน/พัก/หมดอายุ/ยกเลิก) ติดตามสถานะการเป็นสมาชิก | |
| M-3.3.18 | ✅ ตรง | S5.4.3 | เพิ่มตัวเลือกเพศ — ทำผ่านฟิลด์ปรับแต่งเองได้ | |
| M-3.3.19 | 🟡 บางส่วน | แถวใหม่ | S5.4.3 S5.7.1 S5.7.2 | สมาชิกทุกรายต้องมีสาขาประจำ ห้ามเว้นว่าง — ยึดสาขาที่ซื้อครั้งล่าสุด ถ้าไม่มีข้อมูลให้ผูกกับสาขาที่มีสมาชิกมากที่สุดและติดธงให้พนักงานตรวจแก้ · ส่วนที่ให้สมาชิกเปลี่ยนสาขาประจำเองได้ อยู่ตั้งแต่วันเปิดใช้ ที่มา: CF-421 · Q-C32 · CF-11 |
| M-3.4.1 | ✅ ตรง | S5.1.1 S5.1.4 | สร้าง/ปรับ/ซ่อน/เลิกขายตัวเลือกราคา-คอร์สเรียนได้เอง | |
| M-3.4.2 | ✅ ตรง | S5.1.4 | จัดหมวดหมู่ตัวเลือกราคาทั้งหมดให้เป็นระเบียบ | |
| M-3.4.3 | ✅ ตรง | S5.3.3 | ค้นหารายการขาย/ธุรกรรมจากชื่อลูกค้า วันที่ หรือเลขที่ใบเสร็จ | |
| M-3.4.4 | ✅ ตรง | S5.6.5 S6.2.2 | ครบทั้งข้อในระยะ 1: สร้างโค้ดส่วนลด + กำหนดเงื่อนไข + ติดตามผลการใช้ — รายงานการใช้โค้ด commit เข้าระยะ 1 แล้ว (ข้อสรุปร่วมล่าสุด 4 ส.ค.) | |
| M-3.4.5 | ⛔ นอกขอบเขต | S5.3.1 SOW-5 SOW-2.1 | เครดิตฝากบัญชีลูกค้า (Store Credit/Account Balance) = งานพัฒนาเพิ่มเติมในอนาคต (SOW ข้อ 5) นอกขอบเขตระยะนี้ (บัตรกำนัลเป็นคนละเรื่อง — อยู่ระยะ 2 ตาม SOW-2.1) · การตรวจ/จัดการรายการชำระปกติมีครบ (ตรวจสลิป+สถานะบิล) | |
| M-3.4.6 | 🟡 บางส่วน | ⏭ ระยะถัดไป | S5.6.5 S5.3.2 SOW-2.1 | บัตรกำนัลและบัตรของขวัญทำทั้งชุด — ออก แลก กำหนดวันหมดอายุ และติดตามยอดคงเหลือ — ใช้ที่เคาน์เตอร์ได้ตั้งแต่วันเปิดใช้ พร้อมส่วนลดวันเกิดที่หักจากยอดตอนซื้อ · ส่วนที่ให้สมาชิกซื้อหรือแลกเองในแอปยังไม่เปิดในระยะนี้ · ยังรอมูลค่า ผู้ได้รับสิทธิ์ อายุการใช้ และยอดบัตรที่แจกไปแล้วยังไม่ใช้ จากสตูดิโอ · ไม่สื่อสารปนกับยอดเงินฝากในบัญชีลูกค้าซึ่งอยู่นอกขอบเขต ที่มา: Q-C20 · G-24 · SOW-2.1 · S5.6.5 |
| M-3.4.7 | 🟡 บางส่วน | คงสถานะ · แก้คำอธิบาย | S5.1.5 S5.4.2 SOW-3.5 | แพ็กเกจหรือสมาชิกภาพรายรอบ ระยะนี้ทุกแบบเป็นการซื้อครั้งเดียว — ระบบเตือนล่วงหน้าก่อนหมดอายุแล้วให้พนักงานกดออกเอกสารต่ออายุ ลูกค้าชำระเองต่อรอบ พร้อมประวัติการต่ออายุครบ · ไม่มีการออกใบเรียกเก็บรอบใหม่อัตโนมัติ และการตัดเงินจากบัตรอัตโนมัติยังอยู่นอกขอบเขต ที่มา: Q-C12 · Q-X11 · SOW-3.5 |
| M-3.4.8 | ✅ ตรง | S5.1.4 | จัดหมวด/ลำดับการแสดงผลแพ็กเกจ-สัญญาในหน้าขาย | |
| M-3.4.9 | ✅ ตรง | S5.1.4 S5.1.1 | รวมบริการ/เครดิตหลายอย่างเป็นแพ็กเกจชุด (bundle) ปรับแต่งเองได้ | |
| M-3.4.10 | ✅ ตรง | แถวใหม่ | S5.1.1 S5.1.3 S5.5.4 | จุดเริ่มนับวันหมดอายุของแพ็กเกจ — ค่าตั้งต้นนับจากวันที่มาเรียนครั้งแรกทุกรูปแบบ และผู้ดูแลระบบตั้งวันเริ่มนับกับเพดานเวลาที่ต้องเริ่มใช้สิทธิ์ได้เองในหน้าตั้งค่า พร้อมปิดสิทธิ์อัตโนมัติเมื่อครบกำหนด ที่มา: Q-C09 · G-18 |
| M-3.4.11 | ✅ ตรง | แถวใหม่ | S5.1.3 S5.4.6 | โอนแพ็กเกจทั้งใบให้สมาชิกคนอื่น ใบละไม่เกินหนึ่งครั้ง ไม่มีการเรียกเก็บเงินเพิ่ม วันหมดอายุคงเดิม ทำได้เฉพาะผู้ดูแลระบบและเจ้าของ บังคับระบุเหตุผลและเก็บประวัติทุกครั้ง ที่มา: Q-C11 · G-21 |
| M-3.5.1 | 🔄 ทดแทน | S5.5.4 SOW-2.2 | ข้อมูลสาขา (ที่อยู่/แผนที่/ช่องทางติดต่อ) จัดการได้และแสดงบนแอป LINE ของสมาชิก — ไม่มี Web App สาธารณะในระยะนี้ · เว็บไซต์ระยะ 2 (SOW-2.2) = เว็บสาธารณะแสดงตารางคลาส/ครู/ข้อมูลสตูดิโออย่างเดียว ไม่มีระบบสมาชิก/จอง | |
| M-3.5.2 | 🟡 บางส่วน | ✅ ตรง | S5.2.3 S3.1.4 S3.1.5 | จัดการห้องเรียนและอุปกรณ์ของแต่ละสาขา พร้อมมุมมองตารางการใช้ห้องรายวัน · ทุกคลาสต้องระบุห้องเสมอตั้งแต่วันแรกโดยไม่มีทางผ่อนผัน และระบบกันไม่ให้คลาสสองรอบใช้ห้องเดียวกันชนเวลา · รองรับการกันเวลาห้องสำหรับผู้เช่าจากภายนอก · ยังรอผังห้องจริงของทั้ง 3 สาขาจากสตูดิโอ (ชื่อห้อง จำนวนเครื่อง ความจุ) ซึ่งเป็นข้อมูลที่ต้องสร้างใหม่ ไม่มีให้ยกมาจากระบบเดิม และต้องได้ก่อน พฤ 24 ก.ย. เพราะเป็นเงื่อนไขที่ทำให้เปิดคลาสได้ในวันเปิดใช้ จ 26 ต.ค. ที่มา: Q-12 · Q-C33 · Q-X13 · G-22 |
| M-3.5.3 | ✅ ตรง | S5.2.3 | กำหนดวันหยุดทำการ — ระบบไม่เปิดรับจองในวันหยุด | |
| M-3.5.4 | ✅ ตรง | S5.6.2 | ปรับโลโก้และชุดสีของแอปได้เองจากหน้าตั้งค่า มีผลทันที | |
| M-3.5.5 | ✅ ตรง | S5.5.4 | อัปเดตข้อมูลติดต่อของธุรกิจ/สาขา และการตั้งค่าช่องทางสื่อสาร | |
| M-3.5.6 | 🟡 บางส่วน | คงสถานะ · แก้คำอธิบาย | S1.6.4 S4.6.4 | เลือกภาษาหน้าจอไทยหรืออังกฤษได้รายบุคคลโดยไม่กระทบผู้อื่น — ฝั่งครูใช้ได้ตั้งแต่วันเปิดใช้ · ฝั่งสมาชิกมีผลเมื่อเปิดแอปสมาชิกตั้งแต่วันเปิดใช้ · ฝั่งหน้าจอทีมงานหลังร้านยังไม่มีรายการรองรับในเอกสารขอบเขต ต้องเพิ่มก่อน ที่มา: G-05 · Q-X02 · S1.6.4 · S4.6.4 |
| M-3.5.7 | ✅ ตรง | S5.5.4 | ตั้งค่าระบบพื้นฐาน (ค่ากลาง+ค่าเฉพาะสาขา) จากจุดเดียว | |
| M-3.5.8 | 🟡 บางส่วน | S5.6.2 S5.6.1 | หน้าตาแอปฝั่งลูกค้า: โลโก้/สี/ป้ายประกาศปรับเองได้ · การจัดแท็บ-เมนูนำทาง (client view) เองทั้งหมด = ไม่ระบุใน SOW ต้องเคาะ (โครงเมนูออกแบบร่วมช่วงพัฒนา) | |
| M-3.5.9 | 🟡 บางส่วน | แถวใหม่ | S5.2.3 S2.6.1 S5.3.5 | ให้เช่าห้องหรือพื้นที่แก่ผู้จัดกิจกรรมหรือครูจากภายนอก — ตั้งแต่วันเปิดใช้ ทำ 3 อย่าง คือ กันเวลาห้องในตารางไม่ให้ชนกับคลาสและนัดหมาย ออกเอกสารเก็บเงินให้ผู้เช่าที่ไม่ใช่สมาชิก และแยกรายได้ค่าเช่าเป็นหมวดของตัวเองในรายงาน · ผู้ติดต่อที่ไม่ใช่สมาชิกบันทึกเป็นรายการทั่วไปไปก่อน ไม่เปิดเป็นทะเบียนผู้เช่าแยก · เงื่อนไขเชิงพาณิชย์ของการให้เช่ายังต้องตกลงร่วมกันก่อนเริ่มงาน ที่มา: Q-15 · Q-C62 |
| M-3.6.1 | ✅ ตรง | S5.2.1 S5.1.2 | จัดการหมวดหมู่บริการ คลาส และคอร์สในจุดเดียว (แม่แบบคลาส + ประเภทบริการ) | |
| M-3.6.2 | ✅ ตรง | คงสถานะ · แก้คำอธิบาย | S5.2.5 S3.2.2 | ตั้งค่าระบบนัดหมายเรียนตัวต่อตัวได้เองทั้งหมด — สร้างบริการ กำหนดความยาวต่อครั้ง ครูที่รับสอน สาขา ช่วงเวลาที่เปิดรับ และเวลาเตรียมห้องระหว่างนัด พร้อมสถานะการชำระเงินของนัด · ผู้ดูแลระบบและผู้จัดการสาขาสร้างและแก้ไขเองได้โดยไม่ต้องแจ้งทีมผู้พัฒนา · ส่วนกลางหรือหน้าร้านเป็นผู้เปิดคิวและจัดครู ที่มา: Q-C55 · Q-C29 · G-33 |
| M-3.6.3 | 🟡 บางส่วน | S3.1.3 S5.2.3 | พักตารางคลาสชั่วคราว + วันหยุด/ปิดบริการ ครอบเคสหลัก · การตั้ง 'ช่วงระงับ' แยกตามหมวดบริการละเอียดแบบ Mindbody ต้องเคาะรายละเอียดตอน kickoff | |
| M-3.7.1 | 🟡 บางส่วน | ⏭ ระยะถัดไป | S5.3.2 S2.6.3 S2.6.4 SOW-2.1 | ปิดยอดขายประจำวันและตรวจนับเงินสด มาพร้อมหน้าจอขายที่เคาน์เตอร์ตั้งแต่วันเปิดใช้ — เปิดและปิดรอบขายต่อกะ บันทึกผลต่างและชื่อผู้ปิดยอด · รูปแบบใบสรุปปิดยอดยังต้องตกลงร่วมกันตอนออกแบบ · ช่วงที่ยังใช้ระบบเดิมคู่ขนาน มีรายงานกระทบยอดประจำเช้าคู่กันเป็นของส่งมอบ โดยยอมรับผลต่างชั่วคราวได้ แต่ทุกรายการต้องมีเจ้าของและเส้นตายปิด ที่มา: Q-24 · Q-X07 · G-23 · G-40 · SOW-2.1 |
| M-3.7.2 | 🟡 บางส่วน | คงสถานะ · แก้คำอธิบาย | S5.3.2 S2.6.3 SOW-3.5 | เพิ่ม ลบ และปรับช่องทางรับชำระที่เปิดใช้ได้เองจากหน้าตั้งค่า — โอนเงินหรือสแกนรหัสของสตูดิโอพร้อมส่งหลักฐาน · เงินสดที่เคาน์เตอร์ · บัตรที่เคาน์เตอร์แบบบันทึกยอดและเลขอนุมัติ · สิทธิ์ฟรี · การวางมัดจำและแบ่งจ่าย · และช่องทางจากผู้ให้บริการภายนอกที่สตูดิโอตั้งชื่อเอง โดยทุกช่องทางแยกให้เห็นในรายงานยอดขาย · การเชื่อมเครื่องรับบัตรและการตัดเงินอัตโนมัติยังอยู่นอกขอบเขต ที่มา: Q-C18 · Q-X07 · Q-C07 · SOW-3.5 |
| M-3.7.3 | 🟡 บางส่วน | ✅ ตรง | S5.3.5 | สร้างและแก้หมวดรายได้หลักได้เองจากหน้าตั้งค่าตั้งแต่วันเปิดใช้ แล้วผูกกับบริการ แพ็กเกจ บัตรเรียนรายครั้ง งานเวิร์กช็อป และรายได้ค่าเช่าห้อง เพื่อให้ยอดขายถูกจัดประเภทถูกต้องตั้งแต่ต้นทาง · ตัวผังหมวดรายได้ที่จะใช้จริงต้องได้จากฝ่ายบัญชีของผู้ว่าจ้างก่อนเริ่มใช้ ที่มา: Q-C64 · Q-C62 · S5.3.5 · CODEX-R2-F |
| M-3.7.4 | 🟡 บางส่วน | ✅ ตรง | S5.3.5 | สร้างและแก้หมวดรายได้ย่อยได้เองจากหน้าตั้งค่าเดียวกับหมวดหลักตั้งแต่วันเปิดใช้ · รายละเอียดผังหมวดย่อยยังต้องเคาะกับฝ่ายบัญชีของผู้ว่าจ้างก่อนเริ่มใช้ ที่มา: Q-C64 · S5.3.5 · CODEX-R2-F |
| M-3.7.5 | ⛔ นอกขอบเขต | S5.3.5 SOW-3.5 | หมวดรายได้เฉพาะงานขายสินค้า (product) ผูกกับการขายสินค้า+ตัดสต๊อก ซึ่งเป็น Future Option นอกขอบเขต (SOW ข้อ 3.5 · ข้อสรุปร่วมล่าสุด 4 ส.ค. — POS ระยะ 2 ครอบเฉพาะแพ็กเกจ/บริการ) · ผังหมวดรายได้หลักของบริการวางโครงตั้งแต่ระยะ 1 | |
| M-3.7.6 | 🟡 บางส่วน | แถวใหม่ | S5.3.1 S2.6.1 S2.6.3 | รับเงินมัดจำและแบ่งชำระเป็นงวดสำหรับแพ็กเกจมูลค่าสูงและงานเวิร์กช็อป — บันทึกยอดแต่ละงวด ออกเอกสารรับเงินตามงวด ติดตามยอดคงค้างรายลูกค้า และมีรายการยอดค้างชำระให้ตามเก็บ · ผู้ดูแลระบบตั้งกติกาเองได้เป็นรายแพ็กเกจ ค่าตั้งต้นคือเปิดสิทธิ์ให้ใช้เมื่อชำระงวดแรก · ขอบเขตจำกัดที่เอกสารรับเงินรายงวดและยอดค้างรายลูกค้า ไม่รวมงานบัญชีลูกหนี้ ที่มา: Q-06 · Q-C19 · G-29 |
| M-3.8.1 | ✅ ตรง | S5.1.2 | หมวดหมู่บริการหลัก (คลาส/นัดหมาย/คอร์ส) = 'ประเภทบริการ' ข้อมูลหลักที่ผูกตารางคลาสกับแพ็กเกจ | |
| M-3.8.2 | ✅ ตรง | S5.2.5 | มอบหมายประเภทบริการนัดหมายให้พนักงาน/ครูแต่ละคน | |
| M-3.8.3 | 🟡 บางส่วน | ✅ ตรง | S5.2.5 S3.2.2 S1.4.2 | กำหนดช่วงวันและเวลาที่ครูหรือพนักงานพร้อมรับนัดได้ครบตั้งแต่วันเปิดใช้ และระบบกันไม่ให้นัดชนกัน · ผู้เปิดคิวคือส่วนกลางหรือพนักงานหน้าร้านซึ่งเป็นผู้จัดครูให้ สมาชิกไม่ได้กดจองคิวเอง · การให้สมาชิกเปิดดูนัดของตัวเองในแอปอยู่ตั้งแต่วันเปิดใช้ และถ้อยคำของรายการนั้นยังไม่ปิด ที่มา: Q-C29 · G-33 · S5.2.5 · S3.2.2 · S1.4.2 · CODEX-R2-F |
| M-3.8.4 | ✅ ตรง | S5.2.1 | จัดหมวด/ประเภทคลาสเรียน ให้ค้นหาบริการได้เร็ว | |
| M-3.8.5 | ✅ ตรง | S5.2.1 S3.1.1 | ควบคุมการตั้งค่าเปิดคลาส คอร์ส และการลงทะเบียนของลูกค้า |
| เรื่อง | รายละเอียด |
|---|---|
| จำนวนแถว | 197 → 208 แถว (แถวใหม่ 11 แถวจากความต้องการที่โผล่ระหว่างทบทวนขอบเขต) |
| แถวที่เปลี่ยนสถานะหรือคำอธิบาย | 93 แถว — จากผลชี้ขาดสองสมอง 43 แถว และคำตอบผู้บริหาร 62 แถว (ชั้นคำตอบผู้บริหารทับเสมอ) |
| ปิดข้อผิดจากผลตรวจอิสระ | สถานะที่ใช้ค่านอกเกณฑ์ 6 แบบถูกแก้ครบ · แถวที่ให้สถานะดีเกินหลักฐานถูกลดลงตามเกณฑ์หลายองค์ประกอบ |
| ฐานเปรียบเทียบ | เทียบกับขอบเขตงาน V4.0 (236 รายการฉบับภายใน / 215 รายการฉบับผู้ว่าจ้าง) แทน V3.2 เดิม (139 รายการ) |
| เรื่อง | ต้องได้ภายใน | ผลถ้าไม่ได้ |
|---|---|---|
| ผังห้องจริง 3 สาขา | พฤ 24 ก.ย. 2569 | ทุกคลาสต้องผูกกับห้องโดยไม่มีทางผ่อน — ถ้าผังไม่ครบจะเปิดคลาสในวันเปิดใช้ที่ 1 ไม่ได้ทั้ง 3 สาขา |
| บัญชีช่องทางข้อความทางการ | ส 5 ก.ย. 2569 | ทางเข้าระบบของครูผู้สอนอยู่บนช่องทางนี้ทั้งหมด · ยื่นขอคู่ขนานสองทางแล้วเพื่อลดความเสี่ยง |
| ทะเบียนครูและอัตราค่าสอน | พฤ 24 ก.ย. 2569 | รวมคลาสที่ยังไม่ระบุผู้สอน และอัตราที่สูงผิดปกติซึ่งต้องให้ยืนยัน |
| กติกาบัตรกำนัล / ของขวัญวันเกิด | พฤ 24 ก.ย. 2569 | มูลค่า ผู้รับ อายุการใช้ และบัตรที่แจกไปแล้วยังไม่ใช้ ณ วันย้ายข้อมูล |
| ข้อมูลแพ็กเกจที่ขัดกันเอง 4 จุด | พฤ 24 ก.ย. 2569 | ตั้งค่าแพ็กเกจไม่ได้จนกว่าจะได้ข้อยุติ |
| วันตัดของการย้ายประวัติย้อนหลัง | พฤ 24 ก.ย. 2569 | ทีมย้ายข้อมูลต้องเสนอตัวเลขพร้อมปริมาณจริงให้เคาะก่อน — ยังไม่ปิด |
| ข้อความยินยอมและใบรับทราบความเสี่ยง | ก่อนนำข้อมูลจริงเข้าระบบ | ผู้ว่าจ้างจัดทำและให้ที่ปรึกษากฎหมายของผู้ว่าจ้างตรวจ — ครอบคลุมทั้งข้อมูลสุขภาพและการเก็บข้อความสนทนา |