When pay with sats for subscription? 🙃

Reply to this note

Please Login to reply.

Discussion

Subscriptions with sats are hard as it implies a pull payment model. If the user has to push X sats to the service provider every Y days, is it even a subscription? The accountants might have something to say about that.

For monthly subs might no make sense yet but for the 6 or 12 months not bad idea to start with.

But then you’re just prepaying for X months of service, which is actually not super desirable from a balance sheet perspective.

To be clear, I actually think this is a net positive for the world and subscription products (and the valuations given to them). But the finance team at a SaaS company aren’t going to like it.

Sounds like such a finance team should be fired.

I mean I’m not a dev so idk what the best implementation will be

Once upon a time there was this concept of paying your bills instead of letting everyone debit your bank account automatically.

Send a monthly lightning invoice to the customer, problem solved.

I agree it’s a better model for the users. But the accountants don’t view it that way. I doubt you can call something a subscription without automatic billing. This impacts the MRR figures. SaaS company valuations are typically a function of MRR.