Any Next.js devs willing to share their headaches with payments?

2 points · harrisontelyan · 15 hours ago

We’re in the early days of building something new. Our research has led us to the following value prop:

Frictionless payments for Next.js developers: No more billing sync madness or reconciliation bullshit.

We’d like to know, does this resonate with you? Why or why not?

We’d also love to hear about your payments headaches.

If you had a magic wand, what would you change about your payments integrations today?

Bonus points for hopping on a call with us to treat us like your therapist (let me know in comments). In exchange - I’ll provide a design critique on anything you’d like (YC alum/RISD/founding designer of Imgur).

nejsjsjsbsb · 10 hours ago

Payments in general is a shitshow from a DX point of view and if I had time I might look into the same idea (biggest threat is Stripe copies you. biggest opportunity is Stripe buys you!).

The problem comes down to rate limits. You can't inline query Stripe "has this user got a subscription?" so you need to roll you own webhooks, syncing etc. Libraries for this suck because they need to keep up with API changes and ergonomically such too.

The solution right now may be those $2k starter repos but I need to drop $2k to find out if they did it right!

· 15 hours ago

[deleted]