Back to use cases

Wallet-first checkout

Crypto-native products

Wallets, DeFi tools, gaming studios, NFT launches, OTC desks, and Web3 apps that want payment links, embeds, API flows, and webhooks.

Practical guide

Give wallet-native customers a checkout that feels like part of the product, not a manual transfer.

Crypto-native products sell to people who already understand wallets, networks, and stablecoins. The challenge is not convincing them that crypto can pay for things; it is making the checkout operationally clean.

A wallet app, DeFi tool, NFT product, OTC workflow, or Web3 SaaS product needs a payment request that ties back to the customer, order, campaign, or account action.

MakePay can provide payment links, hosted checkout, embedded checkout, API-created payments, and webhook status while keeping settlement aligned with the merchant's self-custody setup.

That lets product teams avoid the awkward gap between a raw wallet transfer and a full custom payment system built from scratch.

Payment examples

NFT mints
Gaming purchases
Wallet add-ons
Web3 SaaS billing

Why it works

Checkout that matches crypto-native customer behavior
API and webhook support for custom product flows
Embedded modal for in-app payment experiences
Major assets and stablecoins through payment-link rules

Problems solved

Card checkout feels out of place for wallet-native users
Teams need payment events inside product systems
Custodial processors add trust and platform risk

Guide

Why crypto-native users still need structure

Wallet users are comfortable sending funds, but a business cannot run on unnamed transfers. The product needs to know who paid, what they paid for, and what action should follow.

A clean payment object keeps the payment connected to the product workflow, whether the next step is access, credit, delivery, review, or support.

Raw transfers do not scale

Support teams should not identify payments from screenshots.

Product actions need status

A paid event can unlock access, add credit, or move an order forward.

Brand still matters

Even Web3 users notice when checkout feels disconnected from the product.

Guide

Where MakePay fits in a Web3 stack

A team can start with hosted links for manual invoices or campaigns, then move into embedded checkout and API-created payments for product-native flows.

Webhooks can carry the paid state back into the app so the product, not support, decides what happens next.

Hosted or embedded

Choose the surface that fits the product moment.

Self-custody settlement

Route settlement toward the wallet strategy the crypto team already uses.

Developer-friendly status

Use API and webhooks to keep payment logic out of chat and spreadsheets.

Guide

What product teams should prepare

Decide which product action happens after payment, what metadata is required, and how support can inspect a payment without developer help.

Keep network and asset choices narrow at launch. Too many options can make reconciliation and customer support harder than necessary.

Define metadata

Attach user IDs, order IDs, campaign IDs, or invoice references.

Limit first assets

Start with the assets your customers already request and your team can reconcile.

Test failure states

Know what customers see when a payment expires, underpays, or needs retrying.

Setup path

Start with one clear payment moment.

Step 1

Choose the product moment

Pick the payment action that most needs a cleaner flow.

Step 2

Create the payment path

Use a link, embed, or API-created payment tied to the user or order.

Step 3

Listen for status

Connect paid events to access, credit, delivery, or operations.

Step 4

Review support load

Adjust copy and metadata so fewer payments need manual research.

Questions

Plain answers before you launch.

Is MakePay only for non-crypto merchants?

No. Crypto-native teams often need better payment operations even when customers already know wallets.

Can this be embedded in a product?

Yes. MakePay supports hosted and embedded checkout paths along with API and webhook flows.

Does this replace a wallet stack?

No. It provides the payment request, checkout, and status layer around the merchant's settlement setup.

More use cases

Explore nearby merchant types