The customer portal became the center of the loyalty program
What we learned while bringing points, rewards, membership, shopping, and support into one customer-facing place.
June 7, 2026

We started building the customer portal as a place to check points.
That sounded small enough. A balance, a list of recent activity, and a rewards catalog. The usual pieces.
It didn't stay small for long.
Once customers could see their points, they needed to understand where those points came from. When they expired. Which rewards were available, which ones were locked by tier, what happened after a reward was claimed.
Then membership came into the picture. Orders followed. Gift cards, coupons, referrals, bookings, wishlists, messages, and support requests came after that.
The portal slowly became the place where the customer relationship actually made sense.
A balance alone doesn't explain much
A points total is useful for a few seconds. It answers one question.
Customers usually have several more:
- How did I earn these points?
- Can I use them now?
- Is anything about to expire?
- Why is this reward locked?
- How close am I to the next tier?
- Did my last purchase count?
Those questions need context. A transaction history helps. Clear expiry dates help. Tier progress and reward rules help.
The work here is mostly about removing uncertainty. If someone has to ask staff what their balance means, the portal missed part of its job.
Membership needs a home
Membership programs tend to spread themselves across several places.
The card lives in a wallet app. Renewal details arrive by email. Benefits are listed on a web page. A staff member has to confirm whether a discount applies.
That gets hard to follow, especially when the business offers more than one membership plan.
We put the membership card, plan status, dates, benefits, and verification details together. Customers can open one page and see what they have. Staff can scan a QR code and confirm it.
It's a pretty plain flow. That's part of why it works.
Commerce changes the shape of the portal
Adding a shop creates a different kind of customer visit.
Someone may arrive to check points, notice a product, save it to a wishlist, apply a coupon, then use a gift card at checkout. The loyalty program is now part of a purchase flow.
The details matter. A reward needs to behave predictably beside a coupon. Gift card balances have to update. Orders need a status customers can understand. Saved items should still be there later.
Each piece touches the same customer record. That shared context keeps the experience from feeling stitched together.
Bookings belong in the same account
For service businesses, a purchase may begin with an appointment.
Customers need to see available times, submit the right details, and know whether a booking is confirmed or still waiting for approval. They may earn points when the service is completed. They may also receive a reminder or a follow-up offer.
Keeping that activity in the portal gives the customer one history. The business gets a clearer view too.
Messages need context
A message is more useful when the customer can act on it.
An expiry reminder should lead to the relevant reward. An order update should open the order. A booking message should include the current status. A support conversation should have enough context that the customer doesn't have to repeat the whole story.
This pushed us to treat notifications and messages as part of the product flow. They aren't a separate feed sitting beside it.
The hard part is deciding what belongs
A portal can get crowded fast.
Every team has another item they'd like to place on the home screen. Every feature seems important when you look at it on its own.
We keep coming back to one question: what does the customer need to understand or do right now?
Balances, active offers, membership status, recent orders, and upcoming bookings usually deserve more attention. Older history and settings can sit deeper.
The exact order will change as we learn. The principle stays the same. The portal should help customers move without making them study the system first.
Where we landed
The customer portal now covers a wider part of the relationship than we expected at the start.
It gives customers one account for rewards, membership, shopping, bookings, and communication. It also gives the business one customer-facing surface to maintain.
There's still plenty to refine. We're working through the small moments: empty states, unclear statuses, expired offers, failed payments, and all the places where a customer might wonder what happened.
That work rarely looks impressive in a feature list. It has a large effect on whether the whole experience feels dependable.