Here's the part we can prove: MyTrainerOS takes 0% of your member revenue. Not "currently 0%" — your members' payments are direct charges on your own Stripe account, so MyTrainerOS is not a party to the charge and there is no application fee to set. We went further than setting it to zero: a build check refuses to merge any code that reintroduces a platform fee or routes a member payment through us. The percentage isn't waived; the mechanism to take one isn't there.
What other platforms charge is their business to state, and we are not going to characterise it for them. Read their pricing pages and their payment terms, then compare to a flat $49.
You pay $49/month (Coach Pro) or $99/month (Studio). Stripe charges its own card-processing fee at its published rate — that is Stripe's, not ours, it is billed to your account, and it applies the same way on any platform that uses Stripe. We do not add a point on top, we have no "platform fee", and there is no "marketplace tier".
Why this pricing is even possible
The honest answer is that per-transaction fees were never really about paying for the software. They are about getting to a price a trainer would not accept as a monthly bill. A percentage of every transaction sounds small; the same amount presented as an annual figure does not. Work out what any percentage costs you at your own revenue — that arithmetic is the argument, and we are not going to make up a number to stand in for it.
Flat SaaS pricing is possible because infrastructure costs don't scale with GMV. It costs us roughly the same to serve a trainer with $5K/month in revenue as one with $50K/month. Charging 2% of revenue means the $50K trainer subsidizes our CS team for the $5K trainer — a transfer that benefits us, not them.
The hidden cost of take-rate pricing
Beyond the dollars, transaction-fee pricing has a subtle misalignment. Your platform makes more money when your revenue grows. That sounds fine until you realize it means your platform has an incentive to keep your prices high — because higher member pricing means a higher cut. When you try to test a discount, a pricing experiment, or a free trial, you're cutting your platform's revenue. They won't actively block you, but they also won't build features that make price-testing easy.
Under a flat-fee model, we make the same money whether you charge $50 or $500 per member. Our incentive is just to keep you on the platform — which means shipping features that keep you successful, not features that keep your ARPU up.
How we compare
See the full breakdown on the comparison pages, but the short version:
MyTrainerOS — $49/mo (Coach Pro) or $99/mo (Studio). Stripe's own card-processing fee goes to Stripe, at Stripe's published rate, the same as it would on any platform. We take $0 of your revenue.
The per-competitor figures that used to sit here were removed on 2026-09-20: several were wrong, none carried a date, and a stale price attributed to a named company is their problem to correct and ours to have published.
Is this sustainable?
We don't know yet, and anyone at our stage who tells you otherwise is guessing. MyTrainerOS has no paying customers, so there is no acquisition cost to pay back and no per-customer margin to report. What we can say is structural: our hosting cost per trainer does not rise with your revenue, so a flat fee is not a loss-leader we have to claw back later with a take-rate. If that changes, the honest move is to raise the subscription in the open, not to start skimming your payments.
Start a free 14-day trial — no credit card required, no commitment, and if you ever upgrade, you'll know exactly what you're paying every month.