Ma trận vai trò owner / manager / lễ tân / HLV trên Studio

Ma trận vai trò owner / manager / lễ tân / HLV trên Studio — dành cho chủ CLB / quản lý vận hành trên DANAVA Studio. Bài thuộc cụm công nghệ & tích hợp: nắm đúng khả năng sản phẩm, gắn SOP quầy, tránh hứa tính năng chưa có.

Liên kết: 2FA · nhật ký hoạt động · Studio.

Lỗi kinh điển: một user owner dùng chung

Không biết ai giảm giá, ai hủy gói. Activity log mất ý nghĩa.

Khi nghỉ việc phải đổi mật khẩu cả quầy → gián đoạn.

Chuẩn: mời từng user, gán role trong CLB.

Owner vs manager

Owner: pháp lý/tiền/cổng/phân quyền gốc.

Manager: điều ca, SOP, báo cáo tuần — ủy quyền rõ.

Không cần 3 owner 'cho vui'.

Lễ tân: đủ để bán, không đủ để phá

Được: check-in, bán gói theo bảng giá, thu ngân theo SOP.

Không: sửa khoá PayOS, xuất toàn bộ HV gửi ra ngoài, tự đặt trần giảm không giới hạn.

Giảm giá: theo trần đã cấu hình / duyệt tay.

HLV và PT

HLV lớp nhóm: lịch, điểm danh theo quyền.

PT: gói PT/lịch hẹn nếu chương trình bật — vẫn không mặc định P&L CLB.

HLV freelance: tài khoản riêng, hết hợp đồng thì ngưng status.

Quy trình khi nhân sự nghỉ

Ngưng status / gỡ role trong ngày cuối.

Đổi mật khẩu các tài khoản dùng chung (nếu còn sót).

Rà activity 7 ngày quanh ngày nghỉ nếu có nghi ngờ.

Chi nhánh 2 và chuỗi nhẹ

User có thể thuộc nhiều CLB với role khác nhau — đừng copy owner everywhere.

Giám đốc vùng: báo cáo nhiều CLB, vẫn không cần checksum PayOS từng điểm nếu không đứng tên.

Brand guideline quyền: HQ soạn ma trận; chi nhánh áp.

Thao tác	Owner	Manager	Lễ tân	HLV
Xem doanh thu	Có	Có*	Không	Không
Bán gói quầy	Có	Có	Có	Hiếm
Sửa bảng giá	Có	Có*	Không	Không
Cấu hình PayOS	Có	Hiếm	Không	Không
Lịch lớp	Có	Có	Hỗ trợ	Có
Export HV full	Có	Có*	Không	Không

In ma trận A4 ký owner + manager.

Onboarding lễ tân: tạo user trước ngày shadow training.

Không share OTP 2FA qua group ca.

Khi mở pre-sale: chỉ 1–2 user được bán gói founding.

Audit giảm giá: lọc theo user trên báo cáo/activity.

Đồng chủ sở hữu: hai owner OK nếu cả hai bật 2FA và hiểu trách nhiệm.

In ma trận A4 ký owner + manager.

Onboarding lễ tân: tạo user trước ngày shadow training.

Không share OTP 2FA qua group ca.

Khi mở pre-sale: chỉ 1–2 user được bán gói founding.

Audit giảm giá: lọc theo user trên báo cáo/activity.

Đồng chủ sở hữu: hai owner OK nếu cả hai bật 2FA và hiểu trách nhiệm.

In ma trận A4 ký owner + manager.

Onboarding lễ tân: tạo user trước ngày shadow training.

Không share OTP 2FA qua group ca.

Khi mở pre-sale: chỉ 1–2 user được bán gói founding.

Audit giảm giá: lọc theo user trên báo cáo/activity.

Đồng chủ sở hữu: hai owner OK nếu cả hai bật 2FA và hiểu trách nhiệm.

In ma trận A4 ký owner + manager.

Onboarding lễ tân: tạo user trước ngày shadow training.

Không share OTP 2FA qua group ca.

Khi mở pre-sale: chỉ 1–2 user được bán gói founding.

Audit giảm giá: lọc theo user trên báo cáo/activity.

Đồng chủ sở hữu: hai owner OK nếu cả hai bật 2FA và hiểu trách nhiệm.

In ma trận A4 ký owner + manager.

Onboarding lễ tân: tạo user trước ngày shadow training.

Không share OTP 2FA qua group ca.

Khi mở pre-sale: chỉ 1–2 user được bán gói founding.

Audit giảm giá: lọc theo user trên báo cáo/activity.

Đồng chủ sở hữu: hai owner OK nếu cả hai bật 2FA và hiểu trách nhiệm.

In ma trận A4 ký owner + manager.

Onboarding lễ tân: tạo user trước ngày shadow training.

Không share OTP 2FA qua group ca.

Khi mở pre-sale: chỉ 1–2 user được bán gói founding.

Audit giảm giá: lọc theo user trên báo cáo/activity.

Đồng chủ sở hữu: hai owner OK nếu cả hai bật 2FA và hiểu trách nhiệm.

In ma trận A4 ký owner + manager.

Onboarding lễ tân: tạo user trước ngày shadow training.

Không share OTP 2FA qua group ca.

Khi mở pre-sale: chỉ 1–2 user được bán gói founding.

Audit giảm giá: lọc theo user trên báo cáo/activity.

Đồng chủ sở hữu: hai owner OK nếu cả hai bật 2FA và hiểu trách nhiệm.

In ma trận A4 ký owner + manager.

Onboarding lễ tân: tạo user trước ngày shadow training.

Không share OTP 2FA qua group ca.

Khi mở pre-sale: chỉ 1–2 user được bán gói founding.

Audit giảm giá: lọc theo user trên báo cáo/activity.

Đồng chủ sở hữu: hai owner OK nếu cả hai bật 2FA và hiểu trách nhiệm.

In ma trận A4 ký owner + manager.

Onboarding lễ tân: tạo user trước ngày shadow training.

Ghi chú triển khai 14 ngày — Ma trận vai trò owner / manager / lễ tân / HLV trên Studio

Ngày 1–3: đọc SOP liên quan và phân công owner. Ngày 4–7: cấu hình/thử trên Studio với dữ liệu thật hẹp. Ngày 8–10: train lễ tân 30–45 phút + viết FAQ quầy 5 câu. Ngày 11–14: đo một chỉ số (tỷ lệ pending, số tin ZNS, số user đã bật 2FA, số lần xuất Excel đúng bộ lọc…) và chỉnh SOP.

Không mở rộng sang chi nhánh 2 trước khi chi nhánh 1 tuân thủ ổn định hai tuần. Mọi thay đổi quyền hoặc cổng thanh toán ghi ngày hiệu lực trên sổ vận hành.

Kỷ luật dữ liệu & không hứa ngoài sản phẩm

Bài ma-tran-vai-tro-owner-manager-le-tan-hlv-studio chỉ mô tả việc chủ CLB làm được với cấu hình và báo cáo hiện có. Không suy đoán số liệu khách hàng DANAVA. Không cam kết SLA nhà mạng/Zalo/PayOS. Khi nghi ngờ tính năng, xác minh trên môi trường thật của CLB hoặc hỏi hỗ trợ — không dạy lễ tân thao tác 'lách' làm vỡ đối soát.

Đọc tuần tự cụm F: webhook → kiểm tra cổng → xuất Excel → đối soát KTV → 2FA → ma trận role → activity log → PWA → ZNS/consent. Mỗi mắt xích yếu đều có thể làm mất tiền hoặc mất uy tín boutique.

Ghi chú triển khai 14 ngày — Ma trận vai trò owner / manager / lễ tân / HLV trên Studio

Ngày 1–3: đọc SOP liên quan và phân công owner. Ngày 4–7: cấu hình/thử trên Studio với dữ liệu thật hẹp. Ngày 8–10: train lễ tân 30–45 phút + viết FAQ quầy 5 câu. Ngày 11–14: đo một chỉ số (tỷ lệ pending, số tin ZNS, số user đã bật 2FA, số lần xuất Excel đúng bộ lọc…) và chỉnh SOP.

Không mở rộng sang chi nhánh 2 trước khi chi nhánh 1 tuân thủ ổn định hai tuần. Mọi thay đổi quyền hoặc cổng thanh toán ghi ngày hiệu lực trên sổ vận hành.

Kỷ luật dữ liệu & không hứa ngoài sản phẩm

Bài ma-tran-vai-tro-owner-manager-le-tan-hlv-studio chỉ mô tả việc chủ CLB làm được với cấu hình và báo cáo hiện có. Không suy đoán số liệu khách hàng DANAVA. Không cam kết SLA nhà mạng/Zalo/PayOS. Khi nghi ngờ tính năng, xác minh trên môi trường thật của CLB hoặc hỏi hỗ trợ — không dạy lễ tân thao tác 'lách' làm vỡ đối soát.

Đọc tuần tự cụm F: webhook → kiểm tra cổng → xuất Excel → đối soát KTV → 2FA → ma trận role → activity log → PWA → ZNS/consent. Mỗi mắt xích yếu đều có thể làm mất tiền hoặc mất uy tín boutique.

Ghi chú triển khai 14 ngày — Ma trận vai trò owner / manager / lễ tân / HLV trên Studio

Ngày 1–3: đọc SOP liên quan và phân công owner. Ngày 4–7: cấu hình/thử trên Studio với dữ liệu thật hẹp. Ngày 8–10: train lễ tân 30–45 phút + viết FAQ quầy 5 câu. Ngày 11–14: đo một chỉ số (tỷ lệ pending, số tin ZNS, số user đã bật 2FA, số lần xuất Excel đúng bộ lọc…) và chỉnh SOP.

Không mở rộng sang chi nhánh 2 trước khi chi nhánh 1 tuân thủ ổn định hai tuần. Mọi thay đổi quyền hoặc cổng thanh toán ghi ngày hiệu lực trên sổ vận hành.

Kỷ luật dữ liệu & không hứa ngoài sản phẩm

Bài ma-tran-vai-tro-owner-manager-le-tan-hlv-studio chỉ mô tả việc chủ CLB làm được với cấu hình và báo cáo hiện có. Không suy đoán số liệu khách hàng DANAVA. Không cam kết SLA nhà mạng/Zalo/PayOS. Khi nghi ngờ tính năng, xác minh trên môi trường thật của CLB hoặc hỏi hỗ trợ — không dạy lễ tân thao tác 'lách' làm vỡ đối soát.

Đọc tuần tự cụm F: webhook → kiểm tra cổng → xuất Excel → đối soát KTV → 2FA → ma trận role → activity log → PWA → ZNS/consent. Mỗi mắt xích yếu đều có thể làm mất tiền hoặc mất uy tín boutique.

Ghi chú triển khai 14 ngày — Ma trận vai trò owner / manager / lễ tân / HLV trên Studio

Ngày 1–3: đọc SOP liên quan và phân công owner. Ngày 4–7: cấu hình/thử trên Studio với dữ liệu thật hẹp. Ngày 8–10: train lễ tân 30–45 phút + viết FAQ quầy 5 câu. Ngày 11–14: đo một chỉ số (tỷ lệ pending, số tin ZNS, số user đã bật 2FA, số lần xuất Excel đúng bộ lọc…) và chỉnh SOP.

Không mở rộng sang chi nhánh 2 trước khi chi nhánh 1 tuân thủ ổn định hai tuần. Mọi thay đổi quyền hoặc cổng thanh toán ghi ngày hiệu lực trên sổ vận hành.

Kỷ luật dữ liệu & không hứa ngoài sản phẩm

Bài ma-tran-vai-tro-owner-manager-le-tan-hlv-studio chỉ mô tả việc chủ CLB làm được với cấu hình và báo cáo hiện có. Không suy đoán số liệu khách hàng DANAVA. Không cam kết SLA nhà mạng/Zalo/PayOS. Khi nghi ngờ tính năng, xác minh trên môi trường thật của CLB hoặc hỏi hỗ trợ — không dạy lễ tân thao tác 'lách' làm vỡ đối soát.

Đọc tuần tự cụm F: webhook → kiểm tra cổng → xuất Excel → đối soát KTV → 2FA → ma trận role → activity log → PWA → ZNS/consent. Mỗi mắt xích yếu đều có thể làm mất tiền hoặc mất uy tín boutique.

Câu hỏi thường gặp

* trong bảng nghĩa là gì?

Tùy ủy quyền owner — ghi rõ trong SOP nội bộ.

Permission spatie và role club_user khác nhau?

Role trong CLB (owner/manager/…) quyết định việc hằng ngày; đừng nhầm với role nền tảng admin.

Thực tập sinh dùng chung máy?

Vẫn user riêng + quyền hẹp + khóa màn hình.

HLV đòi xem hoa hồng trên Studio?

Chỉ số liên quan PT/hoa hồng theo module được cấp — không mở cả P&L.

Có cần duyệt tuần quyền không?

Boutique: rà khi có biến động nhân sự; chuỗi: rà định kỳ tháng.

Liên quan bài phân quyền doanh thu Phase 3?

Cùng tinh thần; bài này là ma trận role tổng thể lúc thiết lập đội ngũ.

Tìm hiểu thêm: DANAVA Studio · Giải pháp Wellness · báo cáo doanh thu.

Lưu ý: Nội dung giáo dục cho chủ CLB / quản lý; mô tả quy trình vận hành quanh tính năng DANAVA Studio đã có. Không cấu thành tư vấn pháp lý, bảo mật chứng nhận hay cam kết SLA nhà cung cấp thanh toán/tin nhắn. Số liệu ví dụ là khung quản trị.