Hội viên tự mua gói trên app: cấu hình an toàn cho chủ CLB

Hội viên tự mua và gia hạn gói trên app/web giúp giảm tải lễ tân — nhưng chỉ an toàn khi giá đồng bộ, cổng thanh toán ổn, mã giảm giá đúng gói, và SOP hoàn tiền rõ. Bài này dành cho chủ CLB / quản lý cấu hình self-service trên hệ sinh thái DANAVA (trang địa điểm / app hội viên + Studio), không viết cho người tập.

Liên kết: đồng bộ giá web–app–quầy · mã giảm theo gói · kiểm tra PayOS · webhook PayOS · app hội viên PWA · DANAVA Studio.

Self-service phù hợp boutique nào?

Phù hợp khi catalog gói rõ (tháng / buổi / founding), giá niêm yết ổn định, và lễ tân đang nghẽn ở việc gia hạn lặp lại. Ít phù hợp nếu mọi giao dịch đều cần tư vấn sâu, trả góp phức tạp thỏa thuận miệng, hoặc giá “do HLV quyết” không có khung.

Mục tiêu đúng: để khách đã quyết định tự hoàn tất ngoài giờ quầy; để khách cũ gia hạn đêm khuya; để giảm hàng chờ giờ vàng. Mục tiêu sai: kỳ vọng app tự bán thay toàn bộ sales và xóa đào tạo lễ tân.

Trước khi bật, viết một trang giả định: gói nào bán online, gói nào chỉ bán quầy, có bắt buộc chọn HLV không, chính sách hoàn trong bao lâu, ai trực Zalo khi thanh toán lỗi ngoài giờ.

Đồng bộ giá và catalog trước khi bật nút mua

Giá trên trang công khai / app phải lấy từ cùng nguồn gói đang bán tại quầy. Lệch một dòng “online rẻ hơn” không nằm trong chiến dịch sẽ phá uy tín nhanh hơn thiếu tính năng. Khi đổi giá, chọn ngày hiệu lực, cập nhật quầy và online cùng lúc, thông báo ca.

Gói ẩn / chỉ quầy: giữ ngoài danh mục public. Gói trial: cân nhắc giới hạn mã hoặc chỉ bán quầy để kiểm soát trải nghiệm. Gói PT bắt buộc chọn HLV: cấu hình đúng yêu cầu chọn HLV công khai trước checkout — thiếu lựa chọn thì không để khách thanh toán xong rồi mới “gán tay” loạn.

Đọc bài đồng bộ giá web–app–quầy như điều kiện tiên quyết. Self-service trên nền giá lệch chỉ nhân hệ số khiếu nại.

Luồng thanh toán: tạo đơn, settle, gói hiệu lực

Khách tạo đơn mua gói → cổng thanh toán tạo giao dịch → khi tiền vào và hệ thống settle, gói được tạo/gia hạn trên hội viên. Tài khoản app có thể được cấp phiên sau thanh toán theo luồng sản phẩm — chủ CLB cần biết khách mới có thể vào app trước khi đặt mật khẩu lâu dài.

Local/dev có cơ chế sandbox để thử nhanh; production đi luồng thanh toán thật, không đường tắt. Kiểm tra kết nối cổng và webhook trước soft launch. Đơn treo: SOP đối soát theo mã đơn, không bán lại tay một gói thứ hai trước khi rõ trạng thái tiền.

Báo cáo hiệu quả app (nếu dùng) đo hành vi xem gói / bắt đầu checkout / doanh thu từ intent gói online — khác doanh thu bán quầy. Đừng cộng nhầm mọi gói trong hội viên thành “doanh thu app”.

Mã giảm giá trên app: cùng rule với quầy

Ô nhập mã online kiểm theo gói đang chọn. Mã chỉ gói thử sẽ từ chối gói năm. Thứ tự tính tiền do máy chủ quyết. Sau settle, ưu đãi (giảm tiền hoặc tặng buổi/ngày) áp đúng quy tắc coupon. Train CSKH: không hứa mức giảm khác cấu hình.

Giới hạn lượt và ngân sách vẫn đếm khi bán online — flash sale có thể cháy nhanh ngoài giờ hành chính. Owner theo dõi lượt dùng sáng hôm sau; có trần thì tôn trọng trần.

Rủi ro và SOP hoàn tiền / đơn treo

Rủi ro 1: khách thanh toán thành công nhưng gói chưa thấy — thường do webhook chậm/lỗi; SOP: tra cứu mã đơn, chờ settle, không tạo gói tay trùng. Rủi ro 2: khách đòi hoàn sau khi đã check-in — chính sách hoàn phải viết trước (ví dụ trong X giờ / chưa dùng buổi). Rủi ro 3: mua nhầm gói — quy trình đổi gói có chênh giá, không “xóa đơn” tùy tiện.

Hoàn tiền cổng thanh toán là thao tác tài chính: phân quyền ai được làm, lưu biên bản, đối soát sổ. Studio hỗ trợ vận hành gói và đối soát đơn; không thay quyết định chính sách thương mại của CLB.

Ngoài giờ: tin nhắn mẫu “em đang kiểm tra mã đơn, phản hồi trong giờ hành chính / X giờ”. Không để lễ tân hứa hoàn ngay trên chat cá nhân rồi quên ghi hệ thống.

Hạng mục	Trước khi bật	Khi chạy	Không làm
Giá & catalog	Khớp quầy–app	Đổi giá có ngày HL	Giảm online chui
Cổng TT	Test + webhook	Đối soát đơn treo	Tạo gói tay trùng
Coupon	Mã đúng gói	Trần lượt	Hứa giảm miệng
HLV bắt buộc	Bật chọn HLV	Đủ danh sách public	Gán sau rối
Hoàn tiền	Policy viết sẵn	Phân quyền + biên bản	Hoàn chat rồi quên
Báo cáo	Tách app vs quầy	Họp tuần % gia hạn app	Vanity mở app

Train lễ tân khi đã có self-service

Lễ tân không mất việc — chuyển sang tư vấn gói phức tạp, giữ chân, và xử lý ngoại lệ. Script: “Chị có thể gia hạn trên app; nếu cần PT/trả góp em hỗ trợ tại quầy.” Cấm nói “app không dùng được” khi chỉ vì chưa hướng dẫn.

In QR dẫn app/trang mua tại quầy. Đo % gia hạn qua app sau 30 ngày. Nếu thấp, kiểm UX và đồng bộ giá trước khi tắt tính năng.

Pháp lý thương mại ngắn gọn (không thay luật sư)

Hiển thị giá đã gồm/ chưa gồm gì theo cách CLB công bố; điều khoản hoàn hủy ngắn trên trang mua; hóa đơn/chứng từ theo yêu cầu kế toán. Blog không phải tư vấn pháp lý — khi nghi ngờ, hỏi KTV/luật sư của bạn.

Lộ trình 14 ngày bật mua gói trên app

Ngày 1–3: chốt danh mục online + policy hoàn. Ngày 4–7: đồng bộ giá, test thanh toán sandbox/local và một giao dịch thật giá trị nhỏ nếu sẵn sàng. Ngày 8–10: train ca + FAQ. Ngày 11–14: soft launch nhóm HV thân thiết, đo đơn thành công / đơn treo / hoàn, rồi mở rộng.

Không bật song song đổi modality check-in lớn. Một thay đổi lớn mỗi giai đoạn.

Giới hạn trung thực sản phẩm

Self-service không tự cấu hình chiến lược giá. Không thay SOP trả góp thỏa thuận phức tạp nếu bạn cố ý giữ ở quầy. Không cam kết tỷ lệ chuyển đổi ads. Ví Studio phía chủ có thể đang ẩn UI theo giai đoạn sản phẩm trong khi ledger vẫn chạy — đọc changelog / hỗ trợ khi cần hiểu dòng tiền ví.

Thanh toán production không có đường tắt tự hoàn tất như môi trường local. Giữ hai lớp an toàn khi đụng code thanh toán — đây là kỷ luật nền tảng, chủ CLB chỉ cần biết: tiền thật không được “giả lập” trên production.

Kịch bản giờ vàng: app bán, quầy tư vấn

Giờ tan tầm, hàng chờ dài: biển hướng dẫn “Gia hạn gói tháng trên app — quầy hỗ trợ PT và trả góp”. Lễ tân ưu tiên khách cần tư vấn, không kẹt ở việc thu tiền gói lặp lại. Sau ca, quản lý xem có bao nhiêu đơn online trong khung giờ đó để đánh giá giảm tải thật hay không.

Khách lớn tuổi hoặc không quen smartphone: quầy vẫn bán đầy đủ, không phân biệt đối xử. Self-service là thêm kênh, không phải rào chắn. Có thể hỗ trợ cài PWA một lần tại quầy như một phần onboarding hội viên mới.

Gói dùng thử và chống lạm dụng mua online

Gói trial giá thấp dễ bị mua hàng loạt bằng nhiều SĐT nếu không có kiểm soát. Biện pháp: chỉ bán trial tại quầy; hoặc mã dùng một lần; hoặc giới hạn số trial theo SĐT/thiết bị theo khả năng sản phẩm và SOP. Đừng chạy ads trial online ồ ạt trước khi có quy tắc chống lạm dụng.

Founding online: trần số suất + ngày hết. Khi hết suất, ẩn gói khỏi catalog public ngay trong ngày — thông báo ca và fanpage đồng bộ.

Đối soát tuần với kế toán khi có dòng online

Thêm cột nguồn bán: quầy / app trong báo cáo nội bộ. Đối chiếu tổng tiền cổng thanh toán với đơn đã settle. Chênh lệch giao dịch đang chờ xử lý ghi chú rõ, không ép khớp bằng chỉnh tay gói. Xuất Excel theo kỳ gửi KTV như quy trình đối soát sheet đã có trên blog.

Phí cổng thanh toán: ghi nhận chi phí vận hành riêng để biết biên thực của kênh online. Không lấy doanh thu gross làm lợi nhuận.

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

Hội viên cũ gia hạn trên app có cần tạo lại hồ sơ không?

Không. Gia hạn gắn hội viên/tài khoản đã liên kết. Nếu chưa có tài khoản app, đi luồng tạo/đăng nhập theo hướng dẫn CLB — tránh tạo hội viên trùng SĐT.

Có bán trả góp online không?

Các thỏa thuận trả góp / công nợ phức tạp thường giữ ở quầy với quy trình bán gói có thực thu một phần. Online phù hợp đơn thanh toán rõ ràng theo gói niêm yết. Chốt phạm vi trước khi hứa trên ads.

Thanh toán thành công mà chưa thấy gói?

Tra mã đơn, kiểm webhook/settle, chờ quy trình đối soát. Không tạo gói thứ hai trước khi rõ tiền. Liên hệ hỗ trợ kèm mã đơn nếu vượt SLA nội bộ.

Mã giảm trên app khác quầy?

Cùng rule nếu cùng mã và cùng gói. Lệch thường do catalog/giá hoặc mã hết hạn — kiểm đồng bộ trước.

Có bắt buộc cài app PWA không?

Tùy CLB. Có thể mua trên web/trang địa điểm; PWA tiện quay lại. Xem bài kỳ vọng app hội viên cho chủ CLB.

Làm sao biết self-service có hiệu quả?

Đếm đơn online thành công, % gia hạn ngoài giờ quầy, thời gian chờ quầy giờ vàng, số đơn treo. Họp tháng quyết giữ / sửa / thu hẹp danh mục online.

Khi nào tắt mua online tạm thời?

Khi cổng thanh toán lỗi kéo dài, khi đang đổi giá hàng loạt, hoặc khi phát hiện gian lận mã — tắt có thông báo, ghi ngày giờ, bật lại sau đối soát.

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ý, thuế hay cam kết SLA nhà cung cấp thanh toán / tin nhắn / thiết bị. Số liệu ví dụ là khung quản trị, không phải số liệu vận hành riêng của khách hàng.