matthew_035_46841

[foggy moss]

Hello! Usage-based pricing is designed for Subscriptions and recurring payments. The idea is that you measure usage for each Subscription period, but it sounds like you're not doing subscriptions or recurring payments, these are one-off transactions, right?

[jagged oyster]

Our usual model is a one off transaction. Think of massage chairs in airports, you just pay per use

However I want to give the client a discounted incentive to pay upfront

Thanks by the way Rubeus and hello 😅

[foggy moss]

Yeah, so you don't want usage-based pricing or Subscriptions. You want a single, one-off payment, which would be easiest with a Checkout Session in payment mode: https://stripe.com/docs/payments/checkout

I recommend you have the QR code go to a page you host with a UI that lets the person select how much time they want, then your server can generate a Checkout Session for the appropriate amount and send them to the Checkout Session's URL so they can pay.

[jagged oyster]

But can this not be done without me building a server etc?

This guy thinks it can be done

This is what me screen currently shows to users

This screen is built in to the massage device

[foggy moss]

I don't know who that was were you were talking to, but a server would be required for the flow I described.

The closest you could get to not requiring a server would be a Payment Link with a user-adjustable quantity, where you charge per minute and let them choose the quantity of minutes. That would not be a good user experience though, and there would be some challenges when verifying the payment.

I strongly recommend you use a server for this.

[jagged oyster]

What would be wrong with this?

I think this is how it currently works

Are you saying to use a server for even the pay as you go aspect or just the subscription and credit option

I really think stripe by being such a big company has an in house solution to this problem