How we put this guide together
We build spa and wellness booking systems, so treat this as an informed but interested perspective rather than a neutral review. The content comes from the questions spa and wellness centre owners in Saudi Arabia actually ask when choosing a system, and the answers we give in the room. We have kept every number out of it on purpose: no prices, no commission rates, no industry statistics and no claims about what share of appointments go unattended, because those figures move, differ by market, and a confident number in a blog post is worse than none at all when somebody is making a purchase decision. Where other vendors are named, it is to describe how their category of product works, not to state their pricing or current feature set — verify that with them. A spa also differs from a salon in ways that change the software question materially: treatments are long, rooms are a finite resource alongside therapists, packages and memberships carry real prepaid balances, and an unsold ninety-minute slot in the early afternoon is revenue that cannot be recovered later. Most of what follows comes back to those four facts.
What genuinely matters when choosing spa software
Start with the commission model, because it is the decision that compounds. Some platforms take a share of bookings, some charge a flat subscription, and some systems you own outright with no intermediary in the transaction. For a spa with high average treatment values, the difference is not academic. Second, ZATCA e-invoicing: if you issue tax invoices in the Kingdom, the system has to produce compliant ones, and you should ask to see a real invoice generated live rather than accept a compliance claim on a slide. Third, Arabic and right-to-left support across the whole product, not only the guest-facing app — the therapist's screen, the invoice, the reminder message and the date formats all have to hold when the text direction flips. Fourth, who owns the guest list, which in a spa is worth more than in most businesses because your repeat guests and package holders are the business; ask whether you can export the full list with contact details on demand, and what happens to it if you leave. Then the specifics that break spas in particular: can the system schedule a room and a therapist as two separate constraints on the same booking, so a treatment is only bookable when both are free; does it handle treatments of different durations and the turnover time between them; can it take a deposit at the moment of booking rather than hoping the guest arrives; does it send reminders over WhatsApp rather than email; can it sell and track a multi-session package or membership, hold the balance across visits, and redeem it correctly at a second branch; and does it handle multiple locations without you running two disconnected systems.
The marketplace model, fairly stated
Aggregator platforms such as Fresha and Booksy, or Treatwell in the European market, sell you reach. You appear on a platform where people search for treatments, the platform brings you guests, and it is compensated out of the bookings it generates or through the access it provides. The case in favour is genuine and often understated by software vendors. A new spa, or one in a location without foot traffic, or one with no mailing list and a thin social following, has an acquisition problem no back-office system can solve. A marketplace puts your treatment menu in front of somebody looking for a massage this weekend who does not yet know your name. Paying a share of a booking that would not have existed otherwise is a marketing cost with unusually honest attribution, and often a better use of money than the same spend on untargeted advertising. The cost is ownership of the relationship. The guest's booking history, her reminder, the app icon on her phone and the rebooking prompt all belong to the platform, and the platform's screen shows her alternatives to you. For spas this stings more than for most businesses, because so much spa revenue is repeat visits and prepaid packages: the guest you spend the most on retaining is the guest you may be paying a share on indefinitely. A marketplace is a good answer to a discovery problem and a poor answer to a retention problem.
The owned-system model, fairly stated
The alternative is a system you own: your spa's own app under your own name, your own booking flow, your own reminders, your own guest database, and no intermediary taking a share of the transaction. The guest sees your brand on the notification and rebooks in your app. Deposits, packages and memberships run on your terms rather than a platform's. The trade-off is that you are now the marketing department. An owned app does not generate discovery; it converts and retains people who already know you, which means the front desk has to install it for guests, your Instagram has to point at it, and your WhatsApp list has to be used. If you have an existing guest base this is a manageable, mostly one-time transfer effort and the economics are clear. If you do not, you are buying an excellent back office and no acquisition channel, and it is better to know that before you sign. The second honest caveat is that owned systems live or die on operational detail rather than on marketing polish. What matters is whether the room-and-therapist double constraint really holds under a full Saturday, whether a deposit actually captures on a Saudi card, whether a package balance survives a change of therapist, and whether the invoice comes out ZATCA-compliant without anybody re-keying it. Those are the things to test, not the look of the home screen.
Where Tessafold fits
To be clear about our own position: Tessafold builds owned, branded spa and wellness systems, not a marketplace. That means an app published under your spa's name, an owner dashboard behind it, scheduling that treats rooms and therapists as separate constraints, WhatsApp reminders, deposit collection at booking, packages and memberships with a tracked balance, and ZATCA-compliant invoicing. Because we are not an intermediary, we do not take a percentage of your bookings and we do not place your spa alongside competitors on a shared screen. We were founded in 2020 and work from Jeddah, Berlin and Dubai, which is why Arabic and right-to-left support is how our systems are built rather than a translation layer added at the end. We have delivered more than 50 products, hold 26 verified reviews on Clutch at a 4.9 rating, and we are AWS Certified and a Google Cloud Partner. What we do not offer is discovery. If the core problem is that not enough people in your city know your spa exists, an owned app will not solve it by itself, and we would rather say so on the first call. If the problem is empty midweek slots, guests who forget, packages that never get rebooked and a guest list you do not fully control, that is the problem the system is designed around. In practical terms, going live typically takes four to six weeks.
The checklist to take to any spa software vendor
Use these in the demo, and ask to see rather than be told. Have the vendor book a long treatment that needs both a specific room and a specific therapist, then try to book a second treatment that needs either of them at an overlapping time, and watch the system refuse. Ask how turnover and cleaning time between treatments is handled. Ask them to generate a live ZATCA-compliant tax invoice and to state plainly which phase and integration they support. Ask them to switch the entire product into Arabic, staff screens and invoice included, and look for broken layout. Ask exactly how you pay: subscription, per booking, per therapist, per room, per branch, or a one-off build, and how that changes as you grow. Ask them to sell a multi-session package, redeem one session, and then redeem another at a second branch. Ask them to take a real deposit end to end. Ask whether reminders are sent over WhatsApp and who pays for the messages. Ask them to export your full guest list to a file while you watch, and get the data-exit terms in writing. Ask whether review requests can be triggered automatically after checkout. Finally, ask for a spa in the Kingdom currently running the system and whether you may call them.
Choosing, and what to look at next
The useful question is not which spa software is best but which of your problems is most expensive right now. If it is that people do not know you, buy reach deliberately and treat the commission as an acquisition cost. If it is that the calendar has holes, guests forget, packages go unredeemed and the guest list sits in somebody else's system, then an owned system addresses the actual leak. Running both through a transition is reasonable: a marketplace for new guest flow while you migrate regulars and package holders onto your own app. Whichever direction you go, make the vendor prove the four things that break spas specifically — the room-and-therapist constraint under real load, deposits that actually capture, package balances that survive across visits and branches, and ZATCA invoicing in a live invoice — plus your unconditional ability to leave with your own guest data. Our spa and wellness product is described at https://tessafold.com/products/wellness, and the most useful way to evaluate any vendor, including us, is to bring one real busy week from your schedule to the demo and make the system run it. ---