Does it support online purchases and real-time account updates?
Support. After a student completes a class purchase on the website, the system will automatically update their account information and class balance.
Assist instructors in quickly taking attendance and accurately recording attendance, absences, and lateness as a basis for attendance statistics and subsequent teaching follow-up.
Establish and manage class schedules to support classroom allocation and resource coordination, reduce the risk of overlapping classes, and optimize venue utilization.
It centrally manages students' basic information, class balance, tuition bills and receipts, tracks learning progress, and facilitates monthly settlement and reconciliation.
A website is provided where students can select and purchase courses independently; after purchase, account information and class balance will be automatically updated.
Record tutor attendance, class hours, and substitute teaching status to support payroll management and facilitate hourly pay and report verification.
Organize and preserve student-related activities, such as tutoring center events and parent meetings, and establish complete follow-up records.
Centralized management of mentor and center schedules, support for scheduling and reminders, and assistance to the front desk in effectively allocating manpower and resources.
It categorizes and stores resources such as teaching materials, test papers, exercises, and videos, supports file sharing, and improves the efficiency of lesson preparation and teaching.
It provides intuitive dashboards and analytics reports covering student attendance, class schedules, and revenue and expenditure analysis, helping management to grasp operational and learning performance in real time.
This usually happens when a class transfer doesn’t automatically update the billing record. The attendance list changes, but the invoice doesn’t follow, so when a parent asks how much they owe, front desk has to manually check whether payment was made, how many lessons were attended, and what the new class charges — reconciling across several places for one simple transfer.
1. Clear handling of paid vs. unpaid status — Can the system distinguish between a student who has already paid (and needs a remaining-balance calculation) versus one who hasn’t paid yet (and needs the original amount due adjusted)? Without this distinction, you risk chasing a parent for money already paid, or missing a difference that’s still owed.
2. Clear calculation of the class-transfer difference — Based on your centre’s own rules: how many unused lessons remain in the old class, what date the transfer takes effect, and how the new class is charged? Test whether the resulting difference is applied to a specific invoice, and whether the calculation breakdown is kept so you can verify it.
This is worth testing end-to-end: from confirming the transfer, to the student appearing on the new class list, to the outstanding balance and payment status updating accordingly. Each step should have a clear point of confirmation — so front desk isn’t left reconciling two separate records by hand.
It means one class transfer stays one clean transaction — not something that requires cross-checking payment history, lesson count, and two different class fees separately every time a parent asks a question.
Inquiry Handling & Lead Follow-Up
If inquiry details live only with whoever originally handled it, nobody else knows what class the parent asked about or whether they’ve been replied to. By the time someone finds the form, the parent may have already enrolled elsewhere — meaning the ad spend didn’t convert, not because of the ad, but because of a handover gap.
1. Centralized inquiry intake — Do parent details, the course they’re interested in, and their inquiry content all land in one place? Test this using the actual form you currently use, and check what information still needs to be manually transferred.
2. Visible ownership and stage tracking — Can you see who’s currently following up and what the next step is? Stages like “replied,” “waiting for parent to choose a class,” and “waiting for confirmation” should be clearly distinguishable — so if a staff member is on leave or handing over, the next person doesn’t have to ask the parent to repeat everything from scratch.
Test this end-to-end too: from confirming the course, to verifying payment, to creating the student record and adding them to a class — does the information carry through cleanly? There should be a clear line between “submitted an inquiry” and “paid and enrolled,” not a fuzzy handoff between the two.
Every step between someone inquiring and someone enrolling needs a clear owner. If any step depends on one person’s memory or availability, that’s where a paid inquiry quietly turns into a lost enrolment.
General
Not necessarily a full replacement. Depending on what’s missing, adding specific features or connecting your existing system to other tools may be enough. Worth reviewing what your current system can and can’t do before deciding either way.
Don’t just watch a general walkthrough — test the specific things that matter: does a class transfer correctly update both fees and the class roster; does an inquiry stay visible and trackable through handover; does confirmed payment cleanly convert into an official student record. A demo that looks smooth on the surface may still have gaps between these steps.
