What your trade computes that others do not
The client and the payer are not the same person. An enrolment can be funded by the employer, by a training fund, by a public scheme or by the participant themselves — often by several at once. Each funder has its own file, approval delay, documents and payment calendar. A generic CRM models one client per deal; here you need two, sometimes three, or the payment chase goes to the wrong party.
The session, not the contract, is the unit of management. A session has a date, a venue, a trainer, a number of seats and a threshold below which it does not run. Signed revenue is therefore not delivered revenue: it converts as sessions run, slip or get cancelled, and that gap is what decides the quarter's cash.
Finally, paying the people who sell follows rules of its own. Commission on the sale or on cash collected, a rate that varies by product or by tier reached, clawback on cancellation, splits when two people worked the deal: most organisations compute this in a monthly spreadsheet nobody else can rebuild, and which the sales team disputes because they cannot check it themselves.
What most organisations work around by hand
Each of these costs a few hours a month and a slice of internal trust.
- Commission is recomputed by hand every month, and argued over every month.
- Funding files are tracked in a shared mailbox.
- A session's fill rate is read by counting rows in a spreadsheet.
- Attendance sheets and certificates are produced one by one after each session.
- Payment chasers go to the participant when it is the employer who owes.
- Nobody can say what a salesperson actually generated over twelve months.