Gyms & Fitness

Gyms here rarely fail at training. They lose money on the membership that expired on Tuesday and nobody chased until Friday, on the supplement that was sold but never recorded, and on the month whose shortfall only becomes visible during the next one. Gym software is worth buying only if it removes those three losses.

We build gym systems around the counter rather than around a feature list. The first question is never which modules you want — it is what happens in the ninety seconds while a member pays, who touches the record, and what you need to see on the first of the month. That conversation usually produces one decision the rest follows from.

That decision is that a member record is not a login account. Most off-the-shelf products assume every member will install an app and register. They will not. In a neighbourhood gym half the members pay cash at the counter and never open anything — and that is fine. A member has to exist in the system without an account, with a name, a phone number and an expiry date, and the app is a convenience for those who want it. Software that does not allow this forces the owner to keep two records, and then they have two, not one.

A membership is a date, not a state. A system that only knows “active / inactive” does not help — it has to know whose membership ends within seven days, who expired and never came back, and who renews every month without being reminded. A renewal must extend the existing end date rather than start from today, because a member who pays three days early must not lose three days. It is a small thing that every member notices, and it decides whether they trust the system.

Money is computed in the database, not in the browser. Plan prices, supplement prices and stock levels live in database functions: the application sends a plan code and a quantity, never an amount. A sale cannot exceed stock, the cost price is recorded at the moment of sale so the margin stays correct when prices later change, and an amount cannot be forged from outside. The same applies to access: a member sees only their own record — never finances, cost prices or anyone else’s data — and that is verified by a test rather than assumed.

Supplements are the second revenue stream and usually the one recorded nowhere. When counter sales and member orders run through the same system as memberships, the monthly picture assembles itself: membership revenue, goods revenue, expenses, net. The owner does not reconstruct the month — they open it.

The gym’s website is part of the system, not a separate job. Pricing, opening hours, the gallery and transformation stories have to be editable from the same panel that runs the membership list, otherwise every price change waits on a developer and the site slowly goes out of date. For the same reason an enquiry from the contact form belongs in the panel as a task somebody closes, not in an inbox where it disappears.

We have built this. For Željezna Generacija, a gym in Hrasnica, Sarajevo, we delivered one system that is simultaneously the public website, the members’ portal and the owner’s panel — memberships, payments, supplement stock, orders, equipment, expenses and website enquiries, all in one database. The panel ships with a 51-step guided tour that walks the owner through it in plain language, because the person running a gym is not an IT person and will not read a manual.

AI belongs here only after the basics work. A system that cannot reliably extend a membership has no business summarising anything. Once the core is solid, the useful applications are narrow and boring in the best way: drafting messages to members whose membership is ending, flagging the ones who stopped showing up, and pulling the numbers an owner otherwise assembles by hand at the end of the month.