Medspa Loyalty Software: Compare 5 Rewards Platforms
Compare five medspa loyalty software platforms with a 100-point test for earning, redemption, refunds, expiry, permissions, and export.
Reviewed by Abdullah Wasim. Our team analyzed TheClinify Google Search Console data for the three months ending October 6, 2026. The queries "which aesthetic clinic software has the best loyalty features" and "which aesthetic clinic software has built-in loyalty features" produced 12 impressions and no clicks. Existing membership, payment, marketing, CRM, and broad software pages did not provide a dedicated answer. Current search results also showed a distinct loyalty-software comparison intent. We rejected a website-template topic because its intent overlaps existing template and website-example canonicals and does not match TheClinify's offer. Bing Webmaster data was unavailable because the account was signed out.
We reviewed official product, support, pricing, Google, HHS, and FTC pages on October 9, 2026. Vendor capabilities below are documented claims, not verified performance. We did not conduct hands-on testing, rank the products, accept vendor input, or evaluate contracts, implementations, security controls, integrations, accounting treatment, support, or outcomes.
Our team built the six-stage Loyalty Ledger Proof Score and 48-control worksheet as original editorial tools. They are not industry standards, certifications, legal tests, accounting rules, privacy or security assessments, or forecasts. Features, prices, promotions, limits, integrations, laws, and contract terms can change. Verify the exact plan and workflow in a configured demo and written agreement.
AI assisted with research, drafting, and code checks. We reviewed the sources, decision logic, layout, and language. OpenAI ImageGen created the original featured artwork without a vendor interface, logo, patient, clinical procedure, or performance claim. This guide is not clinical, legal, privacy, security, accounting, tax, or advertising advice.

- A loyalty platform should preserve an explainable reward ledger from eligible activity through earning, redemption, reversal, expiry, and export.
- Keep loyalty points distinct from membership benefits, package value, gift cards, account credit, and clinical eligibility even when one platform manages them all.
- Run the same synthetic transaction through each finalist on the exact proposed plan and score visible evidence, not a feature-list checkmark.
- Stop the purchase when refunds leave orphan points, staff cannot correct balances with history, permissions do not propagate, or exports cannot rebuild the ledger.
What is medspa loyalty software?
Medspa loyalty software is the system that manages the rules and history behind earned rewards. It should identify who earned a reward, which eligible action created it, when it became available, how it was redeemed, what happened after a refund or correction, and whether it expired. A reward ledger is the event history that adds up to the displayed points total.
A clinic may use points, visit-based rewards, referral rewards, tier benefits, or redeemable treats. The business model can vary, but every balance needs a source and a correction path. For example, if the front desk sees 1,200 points and cannot tell which transactions created them, how can it resolve a patient's question without guessing?
This guide is limited to loyalty and rewards. A membership normally creates ongoing benefits or credits in exchange for recurring payment. A package usually represents a fixed quantity of prepaid services or value. Use the medspa membership software comparison for billing, benefits, holds, failed payments, and cancellation. Use the medspa payment processing comparison for authorization, settlement, refunds, disputes, and reconciliation. The medical aesthetics software page explains where TheClinify's public website and custom Portal layer fit.
| Value type | What creates it | What the clinic must keep distinct |
|---|---|---|
| Loyalty points or rewards | Eligible purchases, visits, referrals, or other approved actions. | Earning event, available date, redemption rule, reversal, expiry, manual change, and ledger history. |
| Membership benefit | An active membership agreement and its billing or renewal state. | Agreement, billing cycle, failed-payment state, included benefit, carry-forward, hold, cancellation, and refund. |
| Package balance | A prepaid purchase of services, vouchers, units, or stored value. | Original sale, remaining quantity or value, eligible services, transfer, expiration, refund, and revenue treatment. |
| Gift card or account credit | A sale, refund, service recovery decision, or manual credit. | Tender type, liability, owner, restrictions, adjustment authority, redemption, and unclaimed-property review. |
| Clinical eligibility | A qualified clinical decision based on the patient and service. | Never inferred from points, tier, payment, promotion, membership, or prior purchase. |
How does the 100-point Loyalty Ledger Proof Score work?
Run one sanitized scenario on the exact plan in the proposal. Create a synthetic client, complete an eligible purchase, issue points, redeem part of the balance, refund the original purchase, correct the account, trigger an expiry notice, and export the history. Can staff still explain the balance after every change? Use invented identities and services, never real patient information.
Rate each stage from 1 to 5. Calculate weighted points as the rating divided by 5, multiplied by the stage weight. Full credit requires evidence the clinic can inspect after the action. A polished walkthrough, roadmap promise, slide, or staff workaround earns no proof. Download the original 48-control medspa loyalty software scorecard and replace its sample owners and pass conditions with clinic policy.
Six weighted stages follow one reward from identity and eligible activity through earning, redemption, reversal, communication, reconciliation, and exit. The weights total 100.
- Stage 1Define identity and eligibility15
- Demo test
- Create an older duplicate, complete eligible and excluded transactions, merge the records where supported, and inspect which rule ran for which identity.
- Full-score proof
- Stable client and transaction IDs, match decision, eligibility rule, location, service or product, timestamp, exclusions, and prior values remain visible.
- Stop signal
- Duplicate accounts earn twice, exclusions are hidden, a merge loses history, or staff cannot tell which transaction qualified.
- Stage 2Earn from finalized activity15
- Demo test
- Complete, edit, cancel, and restore an eligible transaction; compare pending and available points before and after settlement or completion.
- Full-score proof
- Source transaction, rule version, earn rate, pending state, available date, actor, and resulting balance can be traced.
- Stop signal
- Draft or canceled activity creates spendable points, delayed changes are unexplained, or staff must calculate balances outside the system.
- Stage 3Redeem with clear rules20
- Demo test
- Redeem part of the balance against eligible and excluded items, combine approved tenders, cancel checkout, and retry at another location or role.
- Full-score proof
- Eligible catalog, conversion rule, limits, priority, location rule, receipt, remaining balance, denial reason, and actor are inspectable.
- Stop signal
- Staff can bypass restrictions without history, cancellation consumes points, the balance differs by screen, or the receipt cannot explain redemption.
- Stage 4Reverse and correct safely20
- Demo test
- Refund the earning transaction after some points were redeemed, void a redemption, correct a manual error, and test a negative-balance case.
- Full-score proof
- Reversal links to the source event, preserves the prior balance, names the actor and reason, follows an approved rule, and appears in reports.
- Stop signal
- Refunds leave orphan points, corrections overwrite history, negative balances are silent, or a broad permission allows unexplained changes.
- Stage 5Communicate with permission15
- Demo test
- Send a balance or expiry message, withdraw promotional permission, suppress the contact, and prove how necessary operational notices are separated.
- Full-score proof
- Purpose, channel, template, audience rule, timestamp, delivery state, opt-out, suppression, exception, and message history are explainable.
- Stop signal
- Enrollment implies unlimited marketing permission, opt-outs do not propagate, expiry notices lack a rule, or staff cannot explain why a message sent.
- Stage 6Reconcile, export, and exit15
- Demo test
- Reconcile the balance report to event rows, filter exceptions, then export identities, transactions, rules, points, redemptions, adjustments, expiry, and history.
- Full-score proof
- Opening and closing balances, event-level rows, stable IDs, field definitions, timestamps, relationships, files, retention, fees, and exit timing are documented.
- Stop signal
- Only current balances export, reports do not tie to events, data relationships cannot be rebuilt, or the vendor must repair every file.
Which medspa loyalty platforms belong on a shortlist?
Vagaro, Pabau, Zenoti, Phorest, and PatientNow publish loyalty or rewards capabilities relevant to US aesthetic clinics. That makes them reasonable research candidates, not ranked winners. Public pages cannot prove the configured workflow, implementation, permissions, accounting treatment, security, support, export, or total cost.
Their models differ. Vagaro documents purchase-based points and redemption in detail. Pabau describes configurable campaigns and client-facing history. Zenoti publishes regular and tiered programs with granular rules and reports. Phorest centers its TreatCard and referral model on redeemable treats. PatientNow positions loyalty beside memberships, packages, gift cards, payments, and broader practice operations. For instance, a clinic that needs tier expiry has a different test from one that only awards service points. The right demo exposes those differences instead of smoothing them over.
| Platform | Documented loyalty model | Proof request for the demo |
|---|---|---|
| Vagaro | Points from configured purchases, redeemed for eligible services, classes, or products. | Earn, redeem, refund, adjust, merge, report, and export one account; confirm that the current no-expiry behavior fits clinic policy. |
| Pabau | Configurable loyalty campaigns, point value, client profile history, manual adjustments, checkout redemption, and client-portal visibility. | Show which actions are live on the quoted plan, how split payment works, what is still planned, and how refunds and exports alter the ledger. |
| Zenoti | Regular and tiered programs with accrual, redemption, expiry, reversal, notifications, negative-balance handling, and reports. | Run tier movement, refund after redemption, expiry-first redemption, cross-location rules, negative balance, reporting, and full export. |
| Phorest | TreatCard points from visits, retail, online booking, referrals, or other configured actions, redeemed for selected treats. | Trace referral and purchase points to source events, restrict the treat catalog, void a sale, handle expiry, and reconcile TreatCard reporting. |
| PatientNow | Loyalty rewards and points presented alongside integrated payments, memberships, packages, gift cards, and broader clinic software. | Request a configured ledger walkthrough because public detail is limited: earning, redemption, refund, expiry, permissions, reporting, migration, and export. |
Vagaro: published point rules and balance controls
Vagaro's official guide to giving customers points for purchases says a business can assign points to services, products, classes, packages, and memberships. It documents redemption for services, classes, and products, but not packages or memberships. The guide also says points do not expire. That is a meaningful product rule, not a promise that it matches the clinic's desired policy.
Vagaro separately documents how staff can edit a customer's points balance and how customers can view balances and history. Its current US pricing page shows loyalty in the base subscription. The page also shows a temporary one-location offer of $23.99 per month for the first six months against a displayed $30 rate. Promotions, calendars, add-ons, payment costs, messages, onboarding, and integrations can change the total. Ask for the normal post-promotion price and a representative export before scoring.
Pabau: configurable loyalty campaigns and portal history
Pabau's official loyalty documentation describes campaigns with a point value and duration, point earning tied to configured actions, client-profile history, manual additions, and appointment-checkout redemption. The checkout example includes split payment. Its client portal guide shows a patient-facing total, amount spent, points earned, and detailed history.
Some actions on the loyalty page are described as coming soon, so do not convert every screenshot or heading into a current capability. Ask the seller to label what is live, generally available, plan-gated, or planned on the date of the demo. Pabau's current pricing page says the plans are organized around team size, with optional add-ons and usage-based messages or AI credits. Have the written quote name the exact loyalty functions, communication charges, migration work, support, and export scope.
Zenoti: regular and tiered programs with detailed controls
Zenoti's official loyalty overview distinguishes regular and tiered programs and links the workflow to accrual, redemption, refunds, and reporting. Its tiered loyalty documentation covers tier rules, accrual timing, expiry, reversal, and negative balances; the documentation states tiered loyalty is available on the Enterprise plan.
Zenoti also publishes separate material for redemption controls, a Loyalty Points V2 report, and loyalty notifications. That documentation gives a clinic a demanding demo script. It does not prove the selected edition or configuration. Zenoti uses custom pricing, so require modules, locations, communication usage, implementation, migration, reporting, integrations, and support in one line-item quote.
Phorest: TreatCard rewards and referrals
Phorest's official feature list describes a Digital Loyalty Program that can award points for bookings, services, retail purchases, and referrals, with reporting built in. Phorest's current explanation of loyalty, payments, and reviews distinguishes TreatCard rewards from memberships: points are redeemed for selected treats rather than treated as a recurring membership benefit or automatic discount. Its multi-location page says clients can earn and redeem across branches when configured for that model.
Test the distinction in the ledger. Ask how a referral becomes eligible, when points become available, what happens if the referred appointment is canceled, which treat is redeemable, how a void or refund reverses value, and what staff can change. Phorest's US pricing page uses tailored quotes and shows Digital Loyalty as an add-on in its package structure. Confirm plan placement, branch rules, messages, onboarding, migration, payment dependencies, reporting, and export in writing.
PatientNow: loyalty inside a broader clinic suite
PatientNow's official integrated payments page lists loyalty rewards, gift cards, packages, memberships, and rewards points at the point of sale. Its current pricing page says Standard includes loyalty and memberships and that pricing is tailored to the practice. Those pages establish a product area, but they publish less event-level loyalty detail than the support material available for some other candidates.
Treat that public-detail gap as a request for proof, not as a verdict. Ask PatientNow to configure the proposed program and show eligibility, point creation, availability, partial redemption, refund after redemption, manual adjustment, expiry, permission, audit history, reports, migration, and export. The quote should identify which package and add-ons contain every demonstrated function, plus implementation, payment, message, location, and support costs.
How should a clinic compare loyalty software cost?
Build one 12-month scenario and make every vendor price the same accepted workflow. Include locations, users, client records, loyalty modules, booking, payments, memberships, packages, gift cards, messages, referral functions, portals, integrations, migration, implementation, training, and support. Also price the period when two systems run together. Record promotion end dates, renewals, overages, processing dependencies, and exit fees.
Add clinic labor. A low subscription can be costly if staff repair balances, investigate refunds, reconcile reports, or answer disputes from screenshots. A broader suite can cost more while replacing tools the clinic already pays for. The relevant number is the cost of the accepted ledger and operating process, not the smallest number on a pricing page. TheClinify's managed custom clinic website is $2,499 setup plus $499 per month. Clinic software and Portal pricing is discovery-based because modules, users, integrations, security boundaries, and data responsibilities change the scope.
| Cost layer | Normalize in every proposal | Evidence to keep |
|---|---|---|
| Subscription | Exact plan, loyalty add-on, users, locations, clients, messages, referrals, portals, reports, integrations, and required payment products. | Current line-item quote, limits, overages, promotion end, renewal, price-change terms, and excluded functions. |
| Implementation | Program rules, catalog, permissions, templates, migration, integrations, validation, training, accounting review, and launch. | Named owners, deliverables, assumptions, acceptance tests, exclusions, timeline, and change process. |
| Operations | Balance questions, exceptions, refunds, adjustments, expiry, consent or suppression, reconciliation, reporting, support, and rule changes. | Clinic time estimate plus approval rules, audit access, support coverage, escalation, and incident contacts. |
| Exit | Opening balances, event history, rules, redemptions, adjustments, expiry, attachments, read-only access, retention, and deletion. | Sample files opened outside the product plus field dictionary, relationships, timing, fees, assistance, and contract terms. |
What privacy and communication boundaries matter?
A loyalty label does not decide whether data is protected health information or whether a message is marketing. HIPAA applicability depends on the clinic, transaction, data, and relationship. HHS says a software vendor can be a business associate when it creates, receives, maintains, or transmits protected health information for a regulated entity. Its cloud computing guidance explains that a compliant business associate agreement and risk analysis may be required in that situation. A vendor that merely sells software without access is not automatically a business associate.
HHS also explains that the HIPAA Privacy Rule generally requires authorization before protected health information is used or disclosed for marketing, subject to defined exceptions. Review the current HHS marketing guidance with qualified counsel. The FTC's CAN-SPAM guide covers requirements for commercial email, while texts, calls, state law, professional rules, platform policies, and the clinic's facts may add other obligations.
For the demo, use the minimum data needed. Test roles, adjustments, audit history, message purpose, opt-out propagation, suppression, data export, and account closure. Do not encode treatment history into a reward label or let a loyalty balance imply clinical eligibility. Qualified clinical, privacy, security, legal, accounting, and tax owners should review the parts they own.
What should the live loyalty demo include?
Send the script before the call and require the quoted edition. Use one synthetic client, one older duplicate, one eligible service, one excluded item, a partial redemption, a refund, an adjustment, an expiry rule, a permission change, and an export request. Let the front desk and finance or accounting owner drive the relevant steps instead of watching a seller click through a prepared account.
- Create duplicate profiles through two channels, review the match, and merge or correct them without losing the event history.
- Complete an eligible and excluded transaction, then inspect the exact rule, timing, actor, source ID, and resulting balance.
- Redeem part of the balance, combine approved tenders, cancel checkout, retry, and reconcile the receipt to the ledger.
- Refund the earning transaction after redemption, void a redemption, correct a staff error, and explain any negative balance.
- Trigger an expiry or balance message, withdraw promotional permission, and prove suppression in every connected sender.
- Run opening-balance, earned, redeemed, reversed, adjusted, expired, and closing-balance reports for the same period.
- Export identities, source transactions, rule versions, points, redemptions, reversals, adjustments, expiry, and audit history; open the files elsewhere.
- Record every manual workaround, missing control, plan gate, add-on, usage charge, implementation dependency, and contract follow-up.
How should a medspa make the final loyalty decision?
Shortlist no more than three products and score the same scenario. A score of 90 means little if refunds leave extra points, balances can be overwritten without history, promotional opt-outs fail, or only current totals can be exported. Treat those failures as release blockers.
Choose the simplest program the clinic can explain and support. Put eligibility, earning timing, redemption restrictions, reversals, expiry, communication purpose, staff authority, dispute handling, reports, migration, total cost, support, and exit terms in writing. Pilot with synthetic data, reconcile the result, and train staff on exceptions before any live launch.
If recurring benefits are the real need, return to the medspa membership software guide. If the clinic is choosing its broader system, use the medical aesthetics software buying guide. If the platform is selected and launch ownership is unclear, use the clinic management software implementation checklist.
Methodology and limitations
We selected this topic from first-party Search Console demand after checking the live sitemap and existing software cluster for overlap. Loyalty points and rewards have a distinct job from recurring membership billing, payment processing, campaign delivery, and clinical records. Current search results showed comparison intent, so this page compares five documented approaches and adds a reproducible decision model instead of declaring a universal winner. Google's current people-first content guidance asks whether content adds original information, substantial value, clear sourcing, and a useful experience.
Sources were limited to official vendor, support, pricing, Google, HHS, and FTC pages checked October 9, 2026. From our research, those pages support a shortlist but not a winner. We did not use competitor comparison copy as evidence. We did not test products, verify security or legal status, inspect contracts, decide accounting treatment, calculate outcomes, or receive vendor compensation or review. The scorecard helps a clinic structure its own evaluation; it cannot certify a platform or replace professional review. Read about TheClinify and the editorial policy for the organization and publishing standards behind this guide.
FAQ
What is the best loyalty software for a medspa?
There is no defensible universal winner. Vagaro, Pabau, Zenoti, Phorest, and PatientNow document different loyalty models. The best fit is the exact plan that passes the clinic's eligibility, earning, redemption, reversal, permission, reporting, migration, export, implementation, and contract tests.
Is a loyalty program the same as a medspa membership?
No. Loyalty usually rewards eligible behavior with points or treats. A membership usually provides recurring benefits or credits in exchange for ongoing payment. One platform may manage both, but the clinic should keep their rules, balances, accounting review, cancellation, refunds, and reports distinct.
What should medspa loyalty software track?
It should track a stable identity, source transaction, eligibility rule, earning amount and timing, pending and available states, redemption, remaining balance, reversal, manual adjustment, expiry, actor, reason, message history, and exportable event ledger.
How should loyalty points work after a refund?
The clinic should define the rule before launch and make the vendor demonstrate it. The reversal should link to the original earning event, preserve prior values and authorship, handle points already redeemed, expose any negative balance, and appear in reconciliation reports.
Can medspa loyalty software connect to a website?
Many platforms provide portals, online booking, ecommerce, forms, or integrations, but the clinic should prove identity matching, permission, earning timing, duplicate handling, failure recovery, source attribution, and export on the proposed configuration. A website should not collect unnecessary clinical detail for a rewards workflow.
Need loyalty handoffs mapped before you build?
Bring your earning rules, redemption policy, refund path, communication permissions, reporting needs, and current systems. We can scope how a custom Portal should connect the public website to clinic operations.
Request a Portal discovery call