Bài 7 - Từ trang khóa học đến thanh toán: tuyển sinh không nên đứt ở đoạn chuyển khoản

Mục tiêu video: demo trực diện flow bán khóa học, học thử, thanh toán, SePay và dashboard sale trong SYNVIA V1. Format đề xuất: quay màn hình là chính, camera góc nhỏ. Nên quay theo một khách hàng giả lập đi từ trang khóa học đến đặt đơn, thanh toán, được ghi nhận, vào lớp học thử hoặc lớp chính thức, rồi dữ liệu quay về dashboard sale. Thời lượng hợp lý: 9-13 phút. CTA chính: Cho SYNVIA dựng thử một flow tuyển sinh mẫu cho khóa học của trung tâm: trang khóa học -> đặt đơn -> thanh toán -> học thử/lớp chính thức -> dashboard sale.

Lưu ý khi quay: bài này phải trực diện hơn nhóm bài content dài. Đây là bài quảng cáo sản phẩm, nên cần thao tác thật trên màn hình. Tuy nhiên, không nên nói như thể SYNVIA tự động bán hàng thay con người. Điểm bán đúng hơn là: SYNVIA giúp trung tâm giảm đứt gãy trong flow tuyển sinh, ghi nhận thanh toán nhanh hơn, nhìn công nợ rõ hơn và follow-up học thử chắc hơn.

Nền nghiên cứu dùng để viết bài này

Baymard Institute nghiên cứu rất nhiều về checkout UX và liên tục nhấn mạnh rằng friction trong checkout làm giảm chuyển đổi. Họ chỉ ra rằng checkout tốt không chỉ là ít bước hơn, mà phải làm cho người dùng thấy rõ, dễ hiểu, ít nghi ngờ và có phương thức thanh toán phù hợp. Với trung tâm giáo dục, bài toán không giống thương mại điện tử hoàn toàn, nhưng nguyên tắc vẫn đúng: khi người học hoặc phụ huynh đã có ý định mua, quy trình đặt đơn và thanh toán không nên làm họ bị rơi.

Các nghiên cứu và thực hành sales cũng nhắc nhiều đến tốc độ phản hồi lead. InsideSales/HBR từng phổ biến một insight rất mạnh: phản hồi càng chậm thì cơ hội liên hệ và qualify lead càng giảm. Không cần bê nguyên số liệu đó vào video như một chân lý cho mọi ngành, nhưng có thể rút ra một nguyên tắc vận hành: lead nóng, học thử và thanh toán cần được theo dõi bằng hệ thống, không nên nằm trong trí nhớ của sale.

SePay, theo trang chính thức tại thời điểm kiểm tra, định vị mình như hạ tầng thông báo biến động số dư, tích hợp thanh toán chuyển khoản, xác nhận thanh toán tự động và thống kê dòng tiền. Khi nói trong video, cần nhấn mạnh SYNVIA tích hợp hoặc hỗ trợ cấu hình SePay theo chính sách hiện hành; phí/gói của SePay là chi phí và điều khoản bên thứ ba, cần xác nhận tại thời điểm triển khai.

Nói ngắn gọn: tuyển sinh không chỉ là chạy ads và inbox. Tuyển sinh còn là hạ tầng chuyển đổi phía sau: trang khóa học rõ, đặt đơn ít ma sát, thanh toán được xác nhận nhanh, sale biết ai cần follow-up, và chủ trung tâm nhìn được tiền thật.

Mở đầu

Lời thoại:

Nhiều trung tâm khi nói về tuyển sinh thường nghĩ ngay đến quảng cáo.

Chạy Facebook Ads, nhắn tin, tư vấn, gọi điện, mời học thử, chốt khóa.

Những việc đó rất quan trọng. Nhưng trong video này, tôi muốn nói về một đoạn ít được chú ý hơn: chuyện gì xảy ra sau khi phụ huynh hoặc học viên đã có ý định đăng ký?

Họ xem khóa học ở đâu?

Họ đặt đơn như thế nào?

Nếu học phí trả một lần thì hệ thống ghi nhận ra sao?

Nếu trả góp hoặc đóng theo tháng thì công nợ nằm ở đâu?

Nếu chuyển khoản thì ai xác nhận?

Nếu học thử xong thì sale có biết học viên đó đã vào lớp, giáo viên nhận xét gì, và nên gọi lại với thông tin gì không?

Đây là những đoạn rất dễ bị đứt.

Không phải vì sale kém. Không phải vì trung tâm không có quy trình. Mà vì dữ liệu tuyển sinh thường bị chia ra nhiều nơi: inbox ở Facebook, tư vấn ở Zalo, đơn hàng ở Google Sheet, tiền ở ngân hàng, công nợ ở Excel, học thử trong lịch giáo viên, nhận xét học thử trong tin nhắn.

Khi mọi thứ rời rạc, trung tâm rất dễ mất tiền ở những đoạn nhỏ.

Trong video này, tôi sẽ demo flow bán khóa học trong SYNVIA: từ trang khóa học trên web riêng, đặt đơn, thanh toán qua chuyển khoản/SePay, ghi nhận trạng thái, xử lý học thử, công nợ và dashboard sale.

Mục tiêu không phải là nói SYNVIA thay sale.

Mục tiêu là để sale, admin và chủ trung tâm không phải đuổi theo dữ liệu bằng tay.

Chuyển sang màn hình.

Cảnh 1 - Bắt đầu từ trang khóa học trên web riêng

Màn hình nên quay:

  • Web riêng của trung tâm trong SYNVIA.
  • Trang danh sách khóa học.
  • Trang chi tiết một khóa: tên, mô tả, lịch khai giảng nếu có, học phí, hình thức học, nút đăng ký/học thử.
  • Nếu có domain hoặc brand riêng, quay thanh URL và giao diện thương hiệu.

Lời thoại:

Tôi bắt đầu từ trang khóa học của trung tâm.

Đây là web riêng trong hệ thống SYNVIA, có thương hiệu của trung tâm, logo, màu sắc, khóa học và nút đăng ký.

Điểm này nối lại với bài 1: web riêng không chỉ là brochure. Nếu chỉ có một trang giới thiệu rồi bảo khách nhắn Zalo, toàn bộ phần sau vẫn phụ thuộc vào người trực inbox.

Với SYNVIA, trang khóa học nên là cửa vào của flow tuyển sinh.

Người học hoặc phụ huynh xem thông tin khóa, hiểu hình thức học, nhìn học phí hoặc lựa chọn tư vấn, rồi đặt đơn hoặc đăng ký học thử.

Tất nhiên, không phải khóa nào cũng nên để giá công khai. Có trung tâm muốn tư vấn trước. Có khóa cần kiểm tra đầu vào. Có khóa phải xếp lớp theo trình độ. Điều đó hoàn toàn bình thường.

Điểm quan trọng là: dù trung tâm chọn bán trực tiếp hay tư vấn trước, hành vi quan tâm của khách vẫn nên đi vào hệ thống.

Nếu khách bấm đăng ký, đó không nên chỉ là một tin nhắn trôi trong inbox.

Nó nên tạo ra một user, một yêu cầu, một đơn hàng, một lịch học thử hoặc một việc cần sale follow-up.

Cảnh 2 - Setup mô hình bán khóa: không phải khóa nào cũng thu tiền giống nhau

Màn hình nên quay:

  • Admin tạo/chỉnh khóa học.
  • Các mô hình: bán một lần, trả góp, theo tháng/theo đợt, combo, học thử, khóa cần tư vấn.
  • Trạng thái khóa: công khai/ẩn/liên hệ tư vấn.

Lời thoại:

Ở phía admin, trung tâm có thể setup mô hình bán khóa.

Một trung tâm tiếng Anh thường không chỉ có một kiểu thu tiền.

Khóa IELTS có thể thu theo khóa. Lớp trẻ em có thể thu theo tháng hoặc theo kỳ. Khóa giao tiếp có thể bán theo combo. Khóa video có thể bán một lần. Có lớp cho học thử trước. Có lớp cần test trình độ rồi mới xếp.

SYNVIA hỗ trợ setup các mô hình đó vào hệ thống.

Tôi tạo một khóa demo ở đây. Khóa này có thông tin cơ bản, học phí, hình thức thanh toán, trạng thái hiển thị và lựa chọn đăng ký.

Nếu trung tâm bán trả góp hoặc thu theo đợt, điều quan trọng không chỉ là chia nhỏ số tiền.

Điều quan trọng là hệ thống phải nhớ ai đã đóng đợt nào, ai sắp đến hạn, ai đang nợ, và sale hoặc admin cần nhắc ai.

Nếu phần này vẫn nằm trong Excel, càng nhiều học viên thì càng dễ sót.

Vì vậy, từ lúc setup khóa, SYNVIA đã cần hiểu mô hình thu tiền của trung tâm.

Cảnh 3 - Phụ huynh/học viên đặt đơn

Màn hình nên quay:

  • Role người dùng hoặc khách truy cập.
  • Chọn khóa.
  • Điền thông tin đăng ký.
  • Chọn học thử hoặc thanh toán.
  • Tạo đơn hàng.

Lời thoại:

Bây giờ tôi chuyển sang góc nhìn phụ huynh hoặc học viên.

Tôi chọn khóa, điền thông tin đăng ký và tạo đơn.

Ở bước này, nguyên tắc rất đơn giản: đừng bắt khách làm quá nhiều việc không cần thiết.

Baymard, trong các nghiên cứu về checkout, nhắc rất nhiều đến friction trong quy trình thanh toán. Trong giáo dục, khách hàng có thể kiên nhẫn hơn một chút so với mua hàng tiêu dùng, vì họ cần tư vấn và tin tưởng. Nhưng nếu form quá dài, thông tin mơ hồ, bước thanh toán không rõ, hoặc sau khi chuyển khoản không biết đã được ghi nhận chưa, cảm giác nghi ngờ sẽ xuất hiện.

Vì vậy, flow đặt đơn nên rõ ràng.

Khách biết mình đang đăng ký khóa nào.

Biết số tiền cần thanh toán nếu khóa cho phép thanh toán trực tiếp.

Biết nếu đây là học thử thì bước tiếp theo là gì.

Biết sau khi gửi thông tin, trung tâm sẽ phản hồi hoặc hệ thống sẽ ghi nhận ra sao.

Đây là trải nghiệm nhỏ, nhưng ảnh hưởng lớn đến cảm giác chuyên nghiệp.

Cảnh 4 - Thanh toán chuyển khoản và SePay: quan trọng nhất là xác nhận nhanh

Màn hình nên quay:

  • Trang thanh toán/QR chuyển khoản nếu có.
  • Nội dung chuyển khoản.
  • Trạng thái đơn đang chờ thanh toán.
  • Sau khi giả lập thanh toán, trạng thái chuyển sang đã thanh toán.
  • Nếu có tích hợp SePay, quay phần ghi nhận giao dịch hoặc thông báo.

Lời thoại:

Bây giờ đến phần thanh toán.

Ở Việt Nam, rất nhiều trung tâm dùng chuyển khoản ngân hàng. Cách này quen thuộc, phí thấp, phụ huynh dùng được, học viên dùng được.

Nhưng điểm mệt nằm ở xác nhận.

Phụ huynh chuyển khoản xong chụp màn hình gửi Zalo. Admin kiểm tra tài khoản. Sale hỏi kế toán. Kế toán báo đã nhận. Rồi ai đó cập nhật trạng thái đã đóng tiền trong file.

Nếu ít học viên thì vẫn xử lý được.

Nhưng khi có nhiều lớp, nhiều đơn hàng, nhiều khoản trả góp, nhiều nội dung chuyển khoản khác nhau, việc xác nhận thủ công sẽ tạo ra rất nhiều ma sát.

SYNVIA có thể tích hợp hoặc hỗ trợ cấu hình SePay để tự động ghi nhận giao dịch chuyển khoản.

Theo trang chính thức của SePay tại thời điểm kiểm tra, SePay hỗ trợ thông báo biến động số dư, tích hợp thanh toán chuyển khoản vào website hoặc ứng dụng, xác nhận thanh toán tự động sau vài giây, tự động chuyển trạng thái đơn hàng và thống kê dòng tiền. SePay cũng có các gói và điều kiện sử dụng riêng, nên khi triển khai thật phải xác nhận theo chính sách hiện hành của SePay.

Trong demo này, sau khi thanh toán được ghi nhận, đơn hàng chuyển trạng thái sang đã thanh toán.

Điểm bán ở đây rất rõ: phụ huynh không phải chờ trung tâm xác nhận bằng tay quá lâu, sale không phải hỏi kế toán liên tục, và hệ thống có dữ liệu tiền về nhanh hơn.

Thanh toán càng rõ, niềm tin càng cao.

Cảnh 5 - Sau khi thanh toán: học viên được đưa vào đúng flow

Màn hình nên quay:

  • Đơn hàng đã thanh toán.
  • Học viên được gắn vào khóa/lớp.
  • Nếu là khóa video, học viên có quyền truy cập khóa.
  • Nếu là lớp live/offline, học viên được đưa vào lớp hoặc chờ xếp lớp.
  • Nếu là học thử, tạo lịch học thử.

Lời thoại:

Sau khi đơn hàng được ghi nhận, điều tiếp theo là học viên đi đâu.

Đây là đoạn mà rất nhiều hệ thống bán hàng rời rạc xử lý chưa tốt.

Bán xong nhưng học viên chưa được đưa vào lớp. Thanh toán xong nhưng admin chưa tạo tài khoản. Học thử xong nhưng sale chưa biết gọi lại. Khách đã đóng tiền nhưng giáo viên chưa thấy tên trong lớp.

Trong SYNVIA, thanh toán nên nối với vận hành học tập.

Nếu đây là khóa video, học viên có thể được cấp quyền vào khóa phù hợp. Nếu đây là lớp live, học viên được gắn vào lớp hoặc đưa vào trạng thái chờ xếp lớp. Nếu đây là học thử, học viên được gắn vào buổi học thử để giáo viên và sale nhìn thấy.

Nói cách khác, thanh toán không nên là điểm kết thúc của sale.

Nó là điểm bắt đầu của trải nghiệm học.

Nếu đoạn chuyển từ "khách hàng" sang "học viên" bị chậm hoặc rối, trung tâm mất điểm ngay sau khi chốt.

Cảnh 6 - Học thử: cầu nối giữa sale và học thuật

Màn hình nên quay:

  • Một học viên đăng ký học thử.
  • Học viên được đưa vào lớp học thử.
  • Có trạng thái đã tham gia/chưa tham gia.
  • Có bài test hoặc bài tập ngắn nếu demo được.
  • Có nhận xét giáo viên.
  • Dữ liệu quay về sale dashboard.

Lời thoại:

Bây giờ tôi demo flow học thử.

Học thử là một trong những đoạn quan trọng nhất của trung tâm tiếng Anh.

Vì đây là lúc phụ huynh hoặc học viên kiểm tra cảm giác thật: giáo viên dạy thế nào, lớp có hợp không, trình độ có đúng không, trung tâm có chuyên nghiệp không.

Nhưng với sale, học thử chỉ có giá trị nếu sau buổi đó có dữ liệu để follow-up.

Học viên có vào lớp không? Vào đúng giờ không? Có làm bài test không? Giáo viên nhận xét gì? Phù hợp với lớp nào? Nếu chưa chốt, lý do là gì? Phụ huynh cần nghe thêm điều gì?

Nếu tất cả những thứ đó nằm trong tin nhắn giữa sale và giáo viên, follow-up sẽ phụ thuộc vào trí nhớ và sự chủ động của từng người.

Trong SYNVIA, học thử có thể được đưa vào hệ thống như một trạng thái rõ ràng. Học viên học thử vẫn có thể có lớp, điểm danh, bài ngắn, nhận xét giáo viên và kết quả để sale gọi lại.

Điểm này làm follow-up bớt chung chung.

Thay vì gọi và hỏi "chị thấy buổi học thử thế nào ạ", sale có thể nói cụ thể hơn: hôm nay bé vào lớp đúng giờ, giáo viên thấy bé nghe hiểu tốt nhưng nói còn ngại, lớp phù hợp là lớp tối thứ ba và thứ năm, nếu chị muốn thì trung tâm giữ chỗ cho bé trong tuần này.

Đó là một cuộc gọi có dữ liệu.

Và cuộc gọi có dữ liệu thường tốt hơn cuộc gọi chỉ hỏi cảm nhận.

Cảnh 7 - Công nợ và trả góp: đừng để tiền nằm trong trí nhớ

Màn hình nên quay:

  • Dashboard sale/công nợ.
  • Học viên trả góp.
  • Học viên sắp đến hạn đóng tiền.
  • Học viên nợ học phí.
  • Trạng thái đã nhắc/chưa nhắc nếu có.

Lời thoại:

Một phần rất thực tế khác là công nợ.

Nhiều trung tâm không chỉ thu một lần. Có khóa trả góp, có lớp thu theo tháng, có học viên đóng theo đợt, có phụ huynh xin lùi vài ngày.

Nếu chỉ có vài chục học viên thì Excel vẫn sống được. Nhưng khi số lượng tăng lên, công nợ bắt đầu thành một nguồn rò tiền.

Không phải vì phụ huynh cố tình không đóng.

Nhiều khi đơn giản là không ai nhắc đúng lúc, hoặc sale/admin không chắc ai đã đóng, ai chưa đóng, ai sắp đến hạn.

Dashboard sale của SYNVIA nên làm phần này rõ hơn: học viên nào sắp đến hạn, học viên nào nợ học phí, số tiền còn lại là bao nhiêu, khóa nào thu theo đợt nào.

Khi sale hoặc admin có danh sách rõ, họ không phải lục file.

Quan trọng hơn, cách nhắc cũng chuyên nghiệp hơn. Nhắc đúng người, đúng số tiền, đúng thời điểm, tránh cảnh nhắc nhầm người đã đóng hoặc bỏ sót người chưa đóng.

Đối với phụ huynh, việc trung tâm quản lý học phí rõ ràng cũng tạo niềm tin.

Tiền là phần nhạy cảm. Càng rõ, càng ít hiểu lầm.

Cảnh 8 - Dashboard sale: nhìn phễu, không chỉ nhìn tiền về

Màn hình nên quay:

  • Tổng dòng tiền vào thực trong tháng.
  • Biểu đồ dòng tiền.
  • Phễu User mới -> đặt đơn -> thanh toán.
  • Top khóa học bán chạy.
  • Hiệu quả coupon nếu có.
  • Hiệu quả AI tư vấn nếu có, nhưng không đi sâu vì bài 8.

Lời thoại:

Bây giờ tôi quay sang dashboard sale tổng quan.

Ở đây có tổng dòng tiền vào thực trong tháng, biểu đồ dòng tiền, công nợ, doanh thu theo đợt, top khóa học bán chạy, hiệu quả coupon nếu trung tâm dùng mã giảm giá, và phễu từ user mới đến đặt đơn rồi thanh toán.

Điểm tôi muốn nhấn mạnh là: đừng chỉ nhìn tiền đã về.

Tiền đã về là kết quả cuối. Nhưng để cải thiện tuyển sinh, trung tâm cần nhìn đoạn trước đó.

Nếu nhiều người vào web nhưng ít người đăng ký, có thể trang khóa học chưa rõ hoặc offer chưa đủ thuyết phục.

Nếu nhiều người đăng ký nhưng ít người thanh toán, có thể bước thanh toán gây ma sát hoặc sale chưa follow-up đúng.

Nếu học thử nhiều nhưng chuyển đổi thấp, có thể vấn đề nằm ở trải nghiệm học thử, cách xếp lớp, giá, hoặc cách giáo viên/sale phối hợp sau buổi học.

Nếu một khóa bán rất tốt, trung tâm có thể mở thêm lớp, đẩy ads mạnh hơn, hoặc dùng khóa đó làm offer chính.

Dashboard sale tốt không chỉ báo cáo doanh thu.

Nó giúp chủ trung tâm hỏi đúng câu hỏi về tăng trưởng.

Cảnh 9 - Coupon và ưu đãi: dùng để đo, không chỉ để giảm giá

Màn hình nên quay:

  • Tạo coupon hoặc xem thống kê coupon nếu có.
  • Danh sách đơn hàng dùng coupon.
  • Doanh thu theo coupon.

Lời thoại:

Nếu trung tâm dùng coupon hoặc ưu đãi, phần này cũng nên đi vào dashboard.

Coupon không chỉ là giảm giá.

Coupon là một cách đo chiến dịch.

Ví dụ trung tâm chạy một chiến dịch cho lớp IELTS tháng này, dùng mã IELTS05. Một chiến dịch khác cho học thử trẻ em, dùng mã KIDS_TRIAL. Nếu mọi đơn hàng đều được ghi nhận trong hệ thống, trung tâm có thể biết coupon nào tạo ra đơn thật, coupon nào chỉ tạo tò mò, coupon nào kéo về nhiều học viên nhưng doanh thu không tốt.

Tôi không khuyên trung tâm lạm dụng giảm giá.

Giáo dục nếu giảm giá quá nhiều rất dễ làm thương hiệu yếu đi.

Nhưng nếu đã dùng ưu đãi, hãy dùng có dữ liệu.

Không nên chỉ nói "đợt này hình như chạy tốt".

Hãy nhìn xem nó tốt ở đoạn nào: nhiều người đăng ký hơn, nhiều người thanh toán hơn, hay chỉ nhiều người hỏi hơn nhưng không chốt.

Cảnh 10 - Sale, học vụ và giáo viên cần cùng nhìn một flow

Màn hình nên quay:

  • Một học viên cụ thể từ lúc đăng ký đến học thử/đóng tiền/vào lớp.
  • Sale thấy đơn hàng và trạng thái.
  • Giáo viên thấy học viên trong lớp học thử.
  • Học vụ/admin thấy cần xếp lớp.
  • Chủ trung tâm thấy dữ liệu tổng quan.

Lời thoại:

Một điểm rất mạnh của hệ thống là sale, học vụ và giáo viên không bị tách rời.

Chọn một học viên mẫu.

Người này vào web, đăng ký học thử, được tạo trong hệ thống. Sale thấy lead và lịch học thử. Giáo viên thấy học viên trong lớp học thử. Sau buổi học, giáo viên để lại nhận xét. Sale dùng nhận xét đó để follow-up. Nếu học viên chốt, đơn hàng được tạo, thanh toán được ghi nhận, học viên được xếp vào lớp chính thức. Chủ trung tâm nhìn thấy dữ liệu trong dashboard.

Đó là một flow liền mạch.

Không phải năm người hỏi nhau trong Zalo.

Đây là điểm bán rất quan trọng với trung tâm đang lớn lên.

Khi trung tâm còn nhỏ, một người có thể nhớ hết. Nhưng khi có nhiều lớp, nhiều sale, nhiều giáo viên, nhiều học thử, việc nhớ bằng đầu sẽ trở thành nút thắt.

SYNVIA giúp trung tâm đưa flow đó vào hệ thống.

Cảnh 11 - AI Course Analyzer chỉ nhắc nhẹ, để bài 8 nói sâu

Màn hình nên quay:

  • Nếu có AI Course Analyzer, chỉ quay 10-20 giây.
  • Gợi ý khóa học theo nhu cầu/điều kiện học viên.
  • Không đi sâu vào kịch bản tư vấn vì bài 8.

Lời thoại:

Trong dashboard sale và flow tuyển sinh, SYNVIA còn có phần AI Course Analyzer.

Phần này có thể hỗ trợ tư vấn khóa học phù hợp dựa trên nhu cầu, điều kiện của học viên, kịch bản tư vấn của trung tâm và dữ liệu các khóa đang mở.

Nhưng tôi không đi sâu ở video này, vì AI Course Analyzer nên có một bài riêng.

Ở bài 7, anh chị chỉ cần thấy vị trí của nó trong flow: khi khách quan tâm hoặc cần tư vấn, hệ thống có thể hỗ trợ sale đưa ra gợi ý khóa phù hợp hơn, sau đó thông tin đó vẫn nối về đơn hàng, học thử và dashboard.

Nói cách khác, AI tư vấn không nên là một chatbot đứng riêng.

Nó nên nằm trong hệ thống bán khóa và vận hành lớp.

Cảnh 12 - Những giới hạn cần nói rõ

Màn hình nên quay:

  • Một slide ngắn: SYNVIA không thay sale, SePay là bên thứ ba, chính sách thanh toán cần xác nhận.
  • Nếu có trang cấu hình tích hợp SePay, quay nhẹ.

Lời thoại:

Tôi muốn nói rõ vài giới hạn để video không bị quảng cáo quá tay.

SYNVIA không thay sale.

Một khóa học giáo dục, nhất là khóa có giá trị cao, vẫn cần con người tư vấn, tạo niềm tin, xử lý phản đối, giải thích lộ trình và chăm sóc phụ huynh.

SYNVIA cũng không phải ngân hàng.

Nếu trung tâm dùng SePay, đó là dịch vụ bên thứ ba. SYNVIA có thể tích hợp hoặc hỗ trợ cấu hình, nhưng phí, gói, ngân hàng hỗ trợ, giới hạn giao dịch và điều khoản sử dụng cần xác nhận theo chính sách hiện hành của SePay.

Tự động xác nhận thanh toán cũng cần dữ liệu đúng: nội dung chuyển khoản, số tiền, tài khoản nhận, mã đơn hàng hoặc quy tắc khớp phải được setup cẩn thận.

Với các khoản thanh toán ngoại lệ, hoàn tiền, chuyển thiếu, chuyển thừa, phụ huynh chuyển không đúng nội dung, admin vẫn cần kiểm tra.

Nói rõ những điều này không làm SYNVIA yếu đi.

Ngược lại, nó làm hệ thống đáng tin hơn.

Vì trong vận hành thật, thứ trung tâm cần không phải lời hứa không bao giờ lỗi. Trung tâm cần một quy trình giảm lỗi, phát hiện ngoại lệ và giúp con người xử lý nhanh hơn.

Cảnh 13 - Kết thúc và CTA

Màn hình nên quay:

  • Quay nhanh lại flow: trang khóa học -> đặt đơn -> thanh toán -> tự xác nhận -> học thử/lớp chính thức -> dashboard sale.
  • Hiển thị CTA.

Lời thoại:

Tóm lại, bán khóa học trên SYNVIA không nên được hiểu là "có nút thanh toán trên web".

Điểm đáng nói là toàn bộ flow tuyển sinh được nối lại.

Khách xem khóa học trên web riêng của trung tâm, đặt đơn hoặc đăng ký học thử, thanh toán được ghi nhận, học viên được đưa vào đúng lớp hoặc đúng trạng thái, học thử có dữ liệu để sale follow-up, công nợ được theo dõi, và chủ trung tâm nhìn được dòng tiền thật trong dashboard.

Đây là cách giảm những đoạn đứt rất phổ biến trong tuyển sinh: khách quan tâm nhưng không tạo lead rõ, chuyển khoản xong nhưng xác nhận chậm, học thử xong sale không có dữ liệu, công nợ nằm trong file rời, hoặc chủ trung tâm chỉ biết doanh thu khi phải hỏi kế toán và lục nhiều nguồn.

Nếu anh chị muốn xem SYNVIA có hợp với flow tuyển sinh của trung tâm mình không, cách đơn giản nhất là chọn một khóa học thật.

SYNVIA sẽ dựng thử flow: trang khóa học, mô hình thanh toán, học thử nếu có, đơn hàng, tích hợp SePay nếu trung tâm muốn, và dashboard sale.

Đừng bắt đầu bằng câu hỏi phần mềm có bao nhiêu tính năng.

Hãy bắt đầu bằng câu hỏi: từ lúc phụ huynh quan tâm đến lúc tiền về và học viên vào lớp, trung tâm đang bị rơi dữ liệu ở đoạn nào?

Các đoạn có thể cắt ngắn thành ads

Đoạn 1:

"Tuyển sinh không kết thúc ở inbox. Sau khi phụ huynh quan tâm, trung tâm còn phải xử lý trang khóa học, đặt đơn, thanh toán, học thử, công nợ và follow-up. SYNVIA giúp nối những đoạn đó vào một flow."

Đoạn 2:

"Chuyển khoản không sai. Nhưng xác nhận chuyển khoản thủ công rất dễ làm sale, admin và kế toán phải hỏi nhau liên tục. Với tích hợp SePay, thanh toán có thể được ghi nhận nhanh hơn và đơn hàng tự chuyển trạng thái."

Đoạn 3:

"Học thử mà không có dữ liệu thì sale follow-up rất yếu. SYNVIA giúp học thử có lớp, điểm danh, nhận xét giáo viên và trạng thái để sale gọi lại bằng thông tin thật."

Đoạn 4:

"Dashboard sale không chỉ để xem tiền về. Nó giúp trung tâm nhìn công nợ, học viên sắp đến hạn đóng tiền, phễu user mới đến thanh toán, top khóa bán chạy và chiến dịch nào đang tạo doanh thu thật."

Đoạn 5:

"SYNVIA không thay sale. SYNVIA giúp sale không phải bán trong bóng tối: ai đã học thử, ai đã thanh toán, ai đang nợ, ai cần follow-up, khóa nào đang bán tốt."

Checklist quay màn hình

  • Có một khóa học demo đầy đủ thông tin.
  • Quay trang khóa học trên web riêng.
  • Quay setup mô hình thanh toán: một lần, trả góp/theo đợt, học thử.
  • Quay khách đặt đơn hoặc đăng ký học thử.
  • Quay trang thanh toán và trạng thái đơn.
  • Quay giả lập SePay/tự động xác nhận thanh toán nếu có.
  • Quay học viên được đưa vào lớp/khóa sau khi thanh toán.
  • Quay flow học thử: tham gia, nhận xét giáo viên, sale follow-up.
  • Quay dashboard sale: dòng tiền, công nợ, học viên sắp đến hạn, phễu, top khóa bán chạy.
  • Quay một trường hợp công nợ/trả góp.
  • Nếu dữ liệu là demo, nói rõ đây là dữ liệu demo.

Những câu nên tránh

  • Tránh nói: "SYNVIA tự động bán hàng thay sale."
  • Tránh nói: "Tích hợp SePay không bao giờ lỗi."
  • Tránh nói: "Thanh toán tự động xử lý mọi ngoại lệ."
  • Tránh hứa phí/gói SePay cố định nếu chưa xác nhận tại thời điểm quay.
  • Tránh nói "cổng thanh toán miễn phí" theo cách khiến khách hiểu mọi thứ đều miễn phí; cần nói rõ SePay là bên thứ ba và có chính sách riêng.
  • Tránh biến bài này thành bài AI Course Analyzer quá sâu; phần đó để bài 8.
  • Tránh chỉ khoe nút thanh toán; điểm bán là flow tuyển sinh liền mạch.

Ghi chú định vị

Bài 7 là bài rất hợp để chạy quảng cáo trực diện vì nó chạm vào tiền.

Nhưng không nên viết quá "pain" kiểu dọa mất lead. Hãy quay demo thật và nói bình tĩnh: trung tâm càng lớn, flow tuyển sinh càng cần hệ thống. Không phải để thay con người, mà để giảm rơi dữ liệu giữa web, sale, thanh toán, học thử và lớp học.

Nếu bài 6 nói về dashboard theo vai, bài 7 đi sâu vào dashboard sale và flow doanh thu. Nó cũng là cầu nối sang bài 8 về AI Course Analyzer.

Thông điệp cuối cùng nên giữ: Tuyển sinh tốt không chỉ là tạo lead. Tuyển sinh tốt là không làm rơi người học ở đoạn từ quan tâm đến thanh toán và vào lớp.

Nguồn nghiên cứu và tham khảo

  • SePay, "Bảng giá SePay". https://sepay.vn/bang-gia.html
  • SePay, trang chủ/hạ tầng API ngân hàng và webhook thanh toán. https://sepay.vn/
  • Baymard Institute, "E-Commerce Cart & Checkout Usability Research". https://baymard.com/research/checkout-usability
  • Baymard Institute, "Ecommerce Checkout UX Guide". https://baymard.com/learn/checkout-flow-ux-optimization
  • InsideSales/HBR lead response management infographic. https://cma-web.s3.ca-central-1.amazonaws.com/pdf/Harvard-Business-Review-LeadResponseMgmt-Study.pdf
  • HubSpot, "Lead Response Time: Why Speed Matters". https://www.hubspot.com/reduce-lead-response-time