Running the business·9 min read
How to Keep Track of Personal Training Clients
The four-app scramble holds up right until it doesn't. Here is what to actually record per client, and the order to repair it in.
Published · By the RosterOS team
Names and phone numbers live in your phone contacts. Session times live in a calendar, or in WhatsApp threads, or in your head. Programs live in a notes app. Who owes you money lives in a bank feed you scroll through on Sunday night, trying to remember whether the £45 on Tuesday was Sarah or Sam. This is not a system. It assembled itself.
It also works, for a while. The failure, when it comes, is quiet: no error message, just a client mentioning a shoulder problem you were told about in March, a session you double-booked, and an unpaid session you never chase because you cannot prove to yourself it happened. The roster size where that starts differs for everyone. What is consistent is that it arrives without warning, because nothing in the setup is watching for it.
This is a guide to fixing that. Not by buying something, at least not first, but by getting clear on what actually has to be tracked, where each piece belongs, and in what order to repair it.
If the missing record is the client's starting point, begin with a repeatable personal trainer client assessment rather than a loose collection of measurements.
The six things that actually need tracking
The common failure is over-collecting and under-organising. You do not need a client database with forty fields. You need six records per person, and you need them findable in under ten seconds while standing on a gym floor.
1. Who they are and how to reach them
Name, phone, email, and the channel they actually reply on. That last one matters more than it sounds. A client who ignores email and answers WhatsApp inside a minute is a different operational problem from one who does the reverse. Note it once and stop guessing.
2. The medical and injury picture
Screening answers, current injuries, past surgeries, medications that affect training, and an emergency contact. This is the record that has to survive the longest and be retrievable the fastest. See the intake form guide for what belongs in it.
3. What they are training for
Not "get fitter". The specific, dated thing: a wedding in June, a return to five-a-side after an ACL repair, being able to carry a toddler upstairs without their back going. Goals drift, so record the date you last confirmed it. A goal you have not re-checked in six months is a guess.
4. The session history
Date, type, duration, what you worked on, and how it went. A single line per session is enough: "Sq 3x5 @ 60, back felt fine, add 2.5kg next week." The value is not in any one note. It is in being able to scroll a client's last eight sessions in ten seconds before they walk in.
5. Money: what is paid and what is not
Every delivered session is either paid or unpaid. There is no third state. If your system cannot answer "how much am I owed right now, and by whom" without you doing arithmetic, it is not tracking payments. It is storing receipts.
6. The follow-up you owe
The check-in you promised after a bad week. The person who has not booked in nine days. The client whose block runs out on the 30th. These are the highest-value items in the entire list and the first thing to fall out of an informal system, because nothing prompts you.
The rule: one record per person, one place
The specific failure of the notes-plus-calendar-plus-WhatsApp setup is not that any one tool is bad. It is that a single client is spread across four of them, so answering one question about one person requires four lookups and a memory check.
The fix is a rule, not a product: everything about a client lives on that client's record. If a piece of information cannot be attached to a person, it either does not matter or it belongs in your calendar as an event. Applied properly this rule kills about half of what trainers currently track.
Practical test: pick your third-newest client. Can you answer, in under thirty seconds and without opening more than one app, when you last saw them, what you did, what they owe, and what you promised to follow up on? If not, the system is the problem, not your memory.
Does a spreadsheet work?
Yes, for a while, and it is a better starting point than nothing. A single sheet with one row per client and columns for contact, goal, last session, next session, and balance will carry you further than most trainers expect.
Where it reliably breaks:
- It is a desk tool. Editing a spreadsheet on a phone between two clients is unpleasant enough that you stop doing it, which means the data goes stale, which means you stop trusting it, which means you stop opening it.
- History does not fit in a cell. Session-by-session notes want a row each, so you end up with a second sheet, then a third, then lookups between them.
- Nothing chases you. A spreadsheet will happily show a client last seen forty days ago and say nothing about it. Retention problems are invisible in a grid.
- It holds health data with no real access control. Injury notes and medical screening answers in a file synced to a personal cloud account is a risk most trainers have not thought about.
A spreadsheet is a fine roster. It is a poor logbook and a bad reminder system. The usual reason for moving on is not a missing feature, it is wanting to stop doing data entry at a kitchen table at 9pm.
Fix it in this order
Do not rebuild everything in one weekend. You will get through the roster, run out of patience at the payment history, and abandon a half-migrated system that is worse than what you started with. Go in this order, one step per week.
- Week one: the roster. Every current client in one list with contact details and a status (active, prospect, inactive). Nothing else. You now have a denominator, which most trainers genuinely do not have.
- Week two: the money. For each active client, one number: what they owe you today. Getting this from "unknown" to "known" is the highest-value hour in the whole process, and it is the one most likely to pay for itself immediately.
- Week three: the schedule. Every recurring session booked out for the next block, in one calendar, including the repeats. Stop re-agreeing the same Tuesday 7am over text every week.
- Week four: the notes. Start logging one line per session, going forward only. Do not backfill. Backfilling is how this project dies.
- Week five: the follow-ups. Once the first four hold, add the layer that tells you who to contact today.
The ten-second rule
Whatever you end up using, judge it on one thing: the time between "client walks in" and "you know where you left off". If that is under ten seconds on a phone, with one hand, the system works. If it involves opening a laptop, it does not, because you will not do it at 6am on the gym floor and neither will anyone else.
The same test applies to logging. If writing down what just happened takes longer than the walk to the water fountain, the notes stop after the second week. This is why the wrap-up matters more than the feature list when you evaluate trainer software.
How RosterOS handles it
RosterOS is built around exactly the six records above. One screen per client holds the contact details, screening answers, goals, injuries, measurements, session history, and payment history. Sessions book in a few taps and can mirror to your iPhone calendar. Completing a session opens the wrap-up straight away: a note, an energy rating, a pain flag, and then, when the session has a price on it and is still unpaid, a prompt to log the payment. The home screen carries a card with the number of unpaid sessions and the total owed, plus the follow-ups due today.
That much works on the free tier, which covers up to three clients with no time limit and is enough to test the ten-second rule on real people. The full revenue view (this month against last, the 12-month trend, the outstanding list) is part of RosterOS Pro. The documentation walks through the whole flow, and the FAQ covers the common questions about offline use, data ownership, and whether clients need an app of their own (they do not).