You find out after they leave
Absences, unanswered messages, a failed payment, a change in how they reply. You notice once they have already quit.
Revenue CRM School Edition, in beta
The roster is a spreadsheet. The lesson records are on each coach's own device. Payments are in a third tool. The school edition is one screen layout that puts status, records, and billing around the student.
What you follow is not "can we close this."
It is "will they still be coming next month."
So the three things at the center are students, lessons, and coaches. Not just whether someone is enrolled, but who took what and when, and how far they got.
The screens are built for the phone first. What mattered was a coach opening it between the classroom and the train, recording what just happened, and checking who is next, right there.
The same foundation works for any business built on recurring payments, subscriptions and repeat orders included. Take the student, lesson, and coach parts out and it watches contracts and retention instead. Ask us.
Read about this approach →The problem
Absences, unanswered messages, a failed payment, a change in how they reply. You notice once they have already quit.
When the coach changes, what happened last time, what the guardian said, and what to watch next all go with them.
Enrolled, on hold, withdrawn, paid. Counted again in a spreadsheet at the end of every month.
The screens
Trialing, paying, on hold, withdrawn. Where each student stands, at a glance.
Lessons managed by the week, tied to the closure-day calendar.
What was taught, kept per student. The history survives a change of coach.
Who to contact, who is still waiting, and who has been handled, kept apart.
Paste the trial transcript and AI sorts it into fields. A coach corrects it before it is saved.
Drafted from that month’s lesson records and calls. Check it, fix it, send it.
Teaching policy and operating rules written down, so running the school stops depending on one person.
Paying and failed payments in one place, so a stalled payment gets noticed early.
Running the school
The month-end report, who has not been contacted, and this week's schedule all run straight off the student data. The point is not to produce a document. It is to leave something the next person can act on.
The monthly progress report is drafted by AI from that month's lesson records and call history. Counts come from the data as they stand. In a month with too little recorded, it does not invent anything; it lists the records. A coach checks it, corrects it, and submits it.
AI
You do not have to build a report to find something out. Ask it the way you would say it, and it searches the student data and answers.
Paste a trial-lesson transcript and it sorts what was said into fields: how they found you, their level, what they are after, and what the trial exposed. The writing-up afterwards goes away.
Anything AI writes stops at a draft. Nothing reaches a student or a guardian until a coach has checked it and confirmed it.
Permissions
In schools that work with a lot of contract coaches, how far each person can see is a practical problem. Scope is set per role.
Actions are logged, so you can trace who changed what, and when.
Closed beta
A closed beta is not where a finished product gets sold. It is where you run it in real operations, tell us what is missing, and we finish it together. The demo opens with just an email address.