Challenge
A training centre spends a teacher's time on entry testing and gets an approximate answer back. A flat thirty-question test bores the beginner and the strong applicant equally, and the result is blurred for both.
The second half of the problem is money: selling tests by the unit only works when every consumed package is visible in a history and cannot be consumed twice.
Solution
The core of the product is an algorithm that picks the next question from how the previous one was answered. A strong applicant climbs quickly, a weaker one is not made to grind through items beyond their reach, and both need fewer questions than a fixed test would take.
Money lives in an immutable ledger: charges are not edited after the fact, and a centre's balance always equals the sum of its entries. Centres and their branches never see each other's applicants.
Architecture and implementation
A test constructor sits on top of a question bank covering six subjects, with adaptive selection during the attempt, the A1–C2 scale alongside custom scales, and formula support in questions.
Applicants take a test from a link without registering. Packages sit on the centre's balance and are drawn against the ledger. Stack: Laravel, Vue 3 with server rendering, PostgreSQL, Redis.
Result
The MVP is closed and a pilot with real training centres is being prepared — the chemistry and biology banks are already in production.
The case is useful beyond education. Multi-tenancy, an immutable ledger and soft deletion are the skeleton of any SaaS where customers pay for usage and must not see one another.
