Earlier quoted context omitted.
Don't think there is a cheaper alternative to stripe. Polar and Dodo is 4% + 40¢
Braintree says it is 2.89% + $0.29 USD. Specifically priced at one bip and one cent cheaper lol
Show HN: We built an open source, zero webhooks payment processor
41–50 of 230 posts
Re: Show HN: We built an open source, zero webhooks payment processor
#42Earlier quoted context omitted.
What sold me on flowglad was the single source of truth and not having to hold customer stripe info in my DB. Although it took me a little while to figure that out lol
Six minutes after this story was posted on HN you made this HN account to post this. So when you say it took you a little while to figure out... by little while you mean less than six minutes?
Re: Show HN: We built an open source, zero webhooks payment processor
#43For those who are wondering, like me, what is this? Is this a new alternative to Stripe? The answer is: no. This is an added layer of abstraction on top of Stripe.
Re: Show HN: We built an open source, zero webhooks payment processor
#44For those who are wondering, like me, what is this? Is this a new alternative to Stripe? The answer is: no. This is an added layer of abstraction on top of Stripe.
Often these products are pitched and sold to non-technical managers, too. The sales team will learn that they can make some sales by promising a non-technical manager that buying this product will actually save them money because it’s easier to use.
Re: Show HN: We built an open source, zero webhooks payment processor
#45Earlier quoted context omitted.
"It's hard so you shouldn't try doing it" thank you, very productive reply
I'm not saying they shouldn't be doing that. It's actually the opposite—they got the VC money, they might as well do something actually useful with it.
It just takes longer to make progress on that problem because of all the institutions involved.
Re: Show HN: We built an open source, zero webhooks payment processor
#46For those who are wondering, like me, what is this? Is this a new alternative to Stripe? The answer is: no. This is an added layer of abstraction on top of Stripe.
I’ve been in software long enough to know that there’s a market for products that make things slightly easier for devs and their managers who think even common APIs like stripe are too hard. The number of devs who are struggling with web hooks and simultaneously have some budget to spend is probably bigger than you think. Often these products are pitched and sold to non-technical managers, too. The sales team will le…
Re: Show HN: We built an open source, zero webhooks payment processor
#47Earlier quoted context omitted.
Six minutes after this story was posted on HN you made this HN account to post this. So when you say it took you a little while to figure out... by little while you mean less than six minutes?
I appreciate your concern and can understand your suspicion of when my account was made and when this post was posted. I am in their discord, because I have used their product for about 6 months now, and they mentioned hackernews, and I was curious because I have never heard of it. Now does that mean my comment about how the product has helped me in my projects is now not valid? Have a great day, and either try it or…
FWIW your claim here is false: "Everything you have commented on this post has been negative". I don't think this comment of mine was negative: "the landing page is one of the most beautifully designed things I have seen in a long time". Also note that when someone criticized the level of fees, I responded to that comment by saying that the fees were "standard" (as opposed to high). So just to set the record straight, not "everything" I commented here was negative.
Re: Show HN: We built an open source, zero webhooks payment processor
#48Earlier quoted context omitted.
I appreciate your concern and can understand your suspicion of when my account was made and when this post was posted. I am in their discord, because I have used their product for about 6 months now, and they mentioned hackernews, and I was curious because I have never heard of it. Now does that mean my comment about how the product has helped me in my projects is now not valid? Have a great day, and either try it or…
Okay, fair enough. It just looked like a sockpuppet account, but okay, I believe you you're real. Sorry. FWIW your claim here is false: "Everything you have commented on this post has been negative". I don't think this comment of mine was negative: "the landing page is one of the most beautifully designed things I have seen in a long time". Also note that when someone criticized the level of fees, I responded to that…
Re: Show HN: We built an open source, zero webhooks payment processor
#49For those who are wondering, like me, what is this? Is this a new alternative to Stripe? The answer is: no. This is an added layer of abstraction on top of Stripe.
I’ve been in software long enough to know that there’s a market for products that make things slightly easier for devs and their managers who think even common APIs like stripe are too hard. The number of devs who are struggling with web hooks and simultaneously have some budget to spend is probably bigger than you think. Often these products are pitched and sold to non-technical managers, too. The sales team will le…
I mean, I have nothing against higher level abstractions, but I'd be worried to ship (as a dev) and use (as a customer) a product that was built by someone who does not have deep understanding of what they are doing.
Re: Show HN: We built an open source, zero webhooks payment processor
#50From what I can tell, any time you use this to check something like the customer's subscription state (or anything else payment-related) - either from the front end or the back end - it's going to perform an API request to Flowglad's servers. If you care about responsiveness, I'm not sure that's a good idea. Of course, you can cache that state if you need to access it frequently, but then it kind of defeats the purpose of this layer.
Stripe integration can be tricky, but if you don't want to store anything locally, you might as well just hit Stripe's APIs without the middleman. For the payment systems I've worked on, having cached state in the database is actually really nice, even if it's a bit more work. Want to do a complicated query on your customers based on payment/subscription state and a bunch of other criteria? It's just a DB query. With this, I think you'll be hoping they expose an API to query what you need and how you need it. Otherwise, you'll be stuck waiting for a thousand API requests to fetch the state of each of your customers.