Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Stripe App Marketplace

marketplace.stripe.com

Post reply on HN
Print view View original

51–60 of 102 posts

Re: Stripe App Marketplace

#51

Post by antaviana »

systemvoltage wrote: post #27
jmuguy wrote: post #11

Earlier quoted context omitted.

They charge 0.5% per invoice for the higher tier, so for 20k that would be 100 bucks. Which is still excessive imo, but not 500 bucks.

Why is invoicing a percentage and not a flat fee? Does it cost more to transact it?

Pricing works best when aligning with value instead of costs. In general you should also try to align your pricing with value for better margins (especially if you are have a monopoly condition).

The rationale is that Stripe believe that a small percentage will align better with customer acceptance of pricing than a flat fee per invoice, which allows them to capture more dollars from the relationship.

Re: Stripe App Marketplace

#52

Post by cyral »

lifeisstillgood wrote: post #34

Ok - so asking the inevitable question - what is the one thing Stripe does not provide that you want to build / have someone build for you?

I really want a wrapper around the terrible in-app payment APIs of Google and Apple. There are some companies doing this (RevenueCat) but in my experience they are super buggy even to this day, which sorta goes against the entire problem they are trying to solve. The APIs that apple and google provide are a mess and full of weird edge cases and hacks (like polling for changes rather than webhooks), so a wrapper around it with proper webhooks and a well designed API like Stripe’s existing products would be amazing.

Re: Stripe App Marketplace

#53

Post by Jugurtha »

edwinwee wrote: post #41
possiblelion wrote: post #38

Somewhat unrelated, but I've found it really difficult to stop a recurring payment with Stripe. A company which has shut (website down and email unresponsive) keeps trying to charge 299 bucks on my card via stripe. No way to stop it either, if the client website is down. Ripe for failed founders to exploit

Could you email me at edwin@stripe.com? Would like to see what's going on here and stop the payments. (We stop recurring payments when a business shuts down their Stripe account.)

Hi, Edwin. I'm in the process of integrating Stripe to https://iko.ai. I recently discovered Portal (https://stripe.com/docs/billing/subscriptions/integrating-cu...) and I thank you for that. Less code for me.

I'm a bit ashamed to say, but I'm having trouble with checking if the customer has a valid subscription. I'm currently only storing the customer_id in the database and retrieving the information from Stripe to have it as a single source of truth and avoiding putting the Stripe info in our database and having to make sure it's synced.

On the other hand, I can't make a request to Stripe with every request, so I'm thinking of memoization or something.

I could find guides on how to accept payments and create subscriptions which are trivial, but no examples on what happens after that.

Suppose I have an API with a single endpoint and set up a subscription for a customer, how do I not hit the Stripe API with every request to check if the subscription is still alive without storing customer info in my database and having to sync it (i.e: keep everything in Stripe)?

Re: Stripe App Marketplace

#54

Post by systemvoltage »

antaviana wrote: post #51
systemvoltage wrote: post #27

Earlier quoted context omitted.

Why is invoicing a percentage and not a flat fee? Does it cost more to transact it?

Pricing works best when aligning with value instead of costs. In general you should also try to align your pricing with value for better margins (especially if you are have a monopoly condition). The rationale is that Stripe believe that a small percentage will align better with customer acceptance of pricing than a flat fee per invoice, which allows them to capture more dollars from the relationship.

I firmly believe that transaction fees (incl invoices, etc) should be fundamentally a constant flat fee. Whoever builds a competitor to Stripe will blow everyone away.

The cost of transaction is the same. Customers are being robbed in day light with % based transaction fees since the dawn of time.

This entire industry is begging for disruption.

Re: Stripe App Marketplace

#55

Post by anurag »

fidrelity wrote: post #43
anurag wrote: post #40

We (Render) are a featured app in the marketplace [1]; the app lets you run real time queries against your Stripe data in a fully-managed PostgreSQL database that's always in sync. Happy to answer questions about our experience building it! [1] https://marketplace.stripe.com/apps/render-sql

While the Stripe/Render integration looks interesting for our latest startup, more than anything I just wanted to take a moment and say 'Thank you' for building such a decent product.

Much appreciated. I hope we can continue to help as you grow.

Re: Stripe App Marketplace

#56

Post by jefago »

cyral wrote: post #52
lifeisstillgood wrote: post #34

Ok - so asking the inevitable question - what is the one thing Stripe does not provide that you want to build / have someone build for you?

I really want a wrapper around the terrible in-app payment APIs of Google and Apple. There are some companies doing this (RevenueCat) but in my experience they are super buggy even to this day, which sorta goes against the entire problem they are trying to solve. The APIs that apple and google provide are a mess and full of weird edge cases and hacks (like polling for changes rather than webhooks), so a wrapper aroun…

Hey, RevenueCat Head of Product here. I'm sorry that you have had a bad experience with RevenueCat – we definitely aim to provide just what you outlined. Could you let me know what kinds of bugs you experienced? We're doing our best to abstract those messy APIs, and unfortunately some things are outside our control, but if there are any issues we can fix, we'll do our best to do that!

Re: Stripe App Marketplace

#57

Post by edwinwee »

Jugurtha wrote: post #53
edwinwee wrote: post #41

Earlier quoted context omitted.

Could you email me at edwin@stripe.com? Would like to see what's going on here and stop the payments. (We stop recurring payments when a business shuts down their Stripe account.)

Hi, Edwin. I'm in the process of integrating Stripe to https://iko.ai . I recently discovered Portal ( https://stripe.com/docs/billing/subscriptions/integrating-cu... ) and I thank you for that. Less code for me. I'm a bit ashamed to say, but I'm having trouble with checking if the customer has a valid subscription. I'm currently only storing the customer_id in the database and retrieving the information from Stripe…

iko.ai looks neat! Our developers hang out in Discord (https://stripe.com/go/developer-chat) — this seems like a good question you can chat with them live about.

Re: Stripe App Marketplace

#58

Post by fumar »

I am always pleasantly surprise by Stripe's output from Increment to this marketplace. My spouse uses Stripe for two small businesses and we haven't had any issues. I work in ad tech and I point to Stripe's documentation as a great example of clear comms and instructions.

Re: Stripe App Marketplace

#59

Post by Jugurtha »

edwinwee wrote: post #57
Jugurtha wrote: post #53

Earlier quoted context omitted.

Hi, Edwin. I'm in the process of integrating Stripe to https://iko.ai . I recently discovered Portal ( https://stripe.com/docs/billing/subscriptions/integrating-cu... ) and I thank you for that. Less code for me. I'm a bit ashamed to say, but I'm having trouble with checking if the customer has a valid subscription. I'm currently only storing the customer_id in the database and retrieving the information from Stripe…

iko.ai looks neat! Our developers hang out in Discord ( https://stripe.com/go/developer-chat ) — this seems like a good question you can chat with them live about.

That's great, I'll definitely /dev/pay* a visit.

Next question: Algeria is not covered by Stripe. Many people here incorporate in the U.K or the U.S. just to accept payments.

How can I put a country on the map here: https://stripe.com/global

What conditions that, if satisfied, would enable someone in Algeria to use Stripe directly? How can we make this happen?

Re: Stripe App Marketplace

#60

Post by cyral »

jefago wrote: post #56
cyral wrote: post #52

Earlier quoted context omitted.

I really want a wrapper around the terrible in-app payment APIs of Google and Apple. There are some companies doing this (RevenueCat) but in my experience they are super buggy even to this day, which sorta goes against the entire problem they are trying to solve. The APIs that apple and google provide are a mess and full of weird edge cases and hacks (like polling for changes rather than webhooks), so a wrapper aroun…

Hey, RevenueCat Head of Product here. I'm sorry that you have had a bad experience with RevenueCat – we definitely aim to provide just what you outlined. Could you let me know what kinds of bugs you experienced? We're doing our best to abstract those messy APIs, and unfortunately some things are outside our control, but if there are any issues we can fix, we'll do our best to do that!

Hi, I have two tickets open which are really causing a lot of issues for us:

- Expiration webhooks are not always sent, so customers keep their entitlement way after they should: Ticket 13919 (although it's been spread across a few as it must close them after a while or something)

- A much more urgent issue I opened a couple weeks ago: Customers that cancel and then re-subscribe for a trial at some point in the future have no webhook sent at all. The dashboard says their trial has started, so revenuecat knows the trial exists, but no webhook event is actually sent for it. This is causing a mess of customers who sign up but don't get their entitlements and end up asking for a refund or sending an angry email. Ticket 16016

- I've noticed a bunch of weird bugs, sometimes only affecting one customer so I haven't opened a ticket, but it just makes me question things. For exmaple, we implemented trials in April but our dashboard shows trial signups and conversions from last year. That is not possible, so I question the accuracy of the trial stats as well. Another issue from long ago was that the product_change event on android commonly sends the wrong new product ID, so we just have to ignore it. I was told this is a limitation of the play store though, but it wasn't obvious from the docs back then (not sure if it is fixed now). This makes it difficult to reflect what plan a user switched to within the app, since the product change event can't be trusted. Like most of the issues, the RC dashboard shows it correctly, it is just the webhook that is wrong (which is why I couldn't understand the response that it is a play store bug, when RC shows it right on their end but sends the wrong/old ID in the webhook) Since android downgrades are immediate, the initial_purchase that follows will actually set the correct ID, so that is the workaround for now that I found. (Hopefully I got that right, I'm reading the comments for the workaround we added)

I really want to see revenuecat work and succeed, because it is a great idea and for the most part made implementing subscriptions much easier, there are just a lot of edge cases we keep running into. Support is also not the most helpful, but I understand they are probably swamped. The android bug I mentioned above, the solution was to just use the RC api to fetch the status rather than using the webhook. Why would the API return a different ID than the webhook sent 50ms before? I'm not sure why there is such a disconnect between webhooks and what the API/dashboard returns. It would also be great if you could add a dashboard for support tickets rather than having to use email, it would keep things more organized, as I often need to contact support directly because the community tech support forum is a graveyard. I understand technical issues should be directed there, but they often sit for weeks with no response. Even with these issues I'd still recommend RC in general though. If these issues are happening with a company who's purpose is to handle them, I can't imagine how difficult it would be to implement a subscription system from scratch.

Post reply on HN