Skip to content
HeartBadge docs

Is MaaS Right for You

A decision framework for operators considering HeartBadge.

The pattern that works: your members show up more than once, and the showing up matters.

Good Fits

Recurring events and festivals

Your audience comes back year after year, or event after event. They build history. They recognize each other. They care about being recognized. HeartBadge turns that accumulated presence into something durable — a badge that carries status, rewards, and proof across every edition of the event.

Venues with regulars

Clubs, gyms, studios, co-working spaces, churches, community centers — anywhere with a door people walk through repeatedly. The tenth visit means more than the first. HeartBadge makes that progression visible and rewarded.

Creator communities

A streamer, musician, or artist with an audience that shows up live and engages over time. alta.live is the reference implementation — viewers earn from watching, creators earn from engagement, and the relationship between them is recognized by the protocol.

Membership organizations

Alumni associations, professional groups, civic clubs, cultural organizations — anywhere the membership itself is the product, not a wrapper around a transaction.

Loyalty-adjacent programs that want to own the infrastructure

If you're currently renting loyalty from a vendor and you'd rather own the membership layer your members interact with, MaaS replaces the vendor dependency with protocol infrastructure you configure.

Less-Good Fits

HeartBadge is honest about what it's not built for. If any of these describe your situation, MaaS is probably not the right tool right now.

One-off transactions with no return expectation

If your customers buy once and you never expect to see them again, there's no participation to reward and no history to accumulate. A badge without a return visit is a receipt with extra steps.

Anonymous or pseudonymous SaaS

HeartBadge is built around verified identity — one badge, one human. If your users expect or require anonymity, the identity model is a mismatch.

Programs where the value is entirely digital and instantly consumed

A download store, a one-time course, a single-use API key. HeartBadge rewards presence over time. If there's no "over time," there's no flywheel.

Communities that aren't ready to commit to member relationships

MaaS gives you powerful tools, but it also asks you to show up for your members the way they show up for you. If you're not ready to configure rewards, run events, or engage consistently, the infrastructure will sit idle.

Questions to Answer Before Applying

These are the questions the HeartBadge team will ask you during review. Having clear answers accelerates onboarding.

Who are your members today?

Not "target market" — actual humans. How many? How often do they show up? How do you currently recognize them?

What does "showing up" mean in your context?

A door scan? A stream view? An event check-in? A purchase? HeartBadge needs a clear participation signal to reward.

What do you currently use for membership or loyalty?

A CRM? A spreadsheet? A ticketing platform? Nothing? Understanding your current stack tells us where MaaS fits in and what it replaces.

Can you commit to configuring and maintaining a reward structure?

Rewards don't configure themselves. You'll set rates, define events, and manage the program over time. If you don't have someone who will own this, the program won't thrive.

Are your members comfortable with verified identity?

HeartBadge requires email verification and ties the badge to a real human. If your community has a strong pseudonymous culture, discuss this with us before applying.

What MaaS Doesn't Solve

MaaS is infrastructure, not product. It gives you the membership layer. You still need:

A way to reach your members

MaaS doesn't market your program, send newsletters, or run your social media. You need your own channels to bring members to the door. HeartBadge rewards them once they walk through it.

Event production

MaaS verifies attendance and distributes rewards. It doesn't book venues, sell tickets, or manage lineups. Pair it with your existing events stack.

Content or experience creation

alta.live is a HeartBadge program, but alta.live built the streaming platform. HeartBadge provides the membership and rewards layer underneath. You still need the thing members are showing up for.

Customer support for your members

HeartBadge supports the protocol layer (badge activation, wallet issues, technical problems). Program-specific questions — "why didn't I get credit for last night's event?" — are your responsibility as the operator.

Signs You Should Wait

Not every community is ready for MaaS on day one. Consider waiting if:

You have fewer than 50 recurring members

MaaS is built for scale. Below 50, the operational overhead of configuring a program may exceed the engagement benefit. Start with a simpler tool and come back when the community grows.

You haven't validated that your members want recognition for participation

Some communities are transactional by nature — the members don't want a badge, they want the thing they came for. Test the hypothesis informally before formalizing it with infrastructure.

You're in the middle of a platform migration

Adding MaaS while you're simultaneously switching CRMs, ticketing systems, or websites creates integration complexity that slows everything down. Finish the migration first.

You don't have someone who will own the program

A HeartBadge program needs an operator who configures rewards, reviews analytics, and responds to member activity. If that person doesn't exist yet, the program will launch and drift.


Ready? See Apply to start the conversation. Not ready yet? That's fine — subscribe to The Signal and we'll keep you updated on what's being built.