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

Stripe Payment Links

stripe.com

Post reply on HN
Print view View original

71–80 of 328 posts

Re: Stripe Payment Links

#71

Post by mattbk1 »

siruva07 wrote: post #38
pc wrote: post #23

(Stripe cofounder.) While there are lots of antecedents (this is, after all, just a checkout page with a URL), and even though this was substantially inspired by the growth of the no-code ecosystem[0], the thing that's interesting to me about the payment link "space" is that it's a use case that really took off in other markets first -- Nigeria, India, Philippines, etc. I suspect that staying abreast of important new…

Super sleek! A minor feedback for the marketing page. I’m an English speaker currently in Mexico City. The webpage first opened in Spanish based on my location. It only took a few seconds to figure that I could change the language just above the footer, but my UI recommendation would be to put the location/language switcher next to the upper right sandwich (I’m on mobile) in a circle with the flag of my default count…

Just remember that flags aren't languages.

Re: Stripe Payment Links

#72

Post by amenghra »

truth_ wrote: post #59
pc wrote: post #41

Earlier quoted context omitted.

Good feedback -- thanks. We've long struggled to find the right balance between "convenient/automatically correct" and "non-confusing" in site localization.

Slightly tangential, but when you localize a product for India, do not automatically translate it to Hindi. Only 38% people of India has Hindi as their mother-tongue. There is strong anti-Hindi-imposition sentiment in many places of India. Just because someone's geolocation is set to India, don't automatically translate it to Hindi. It irks many.

If only there were a header browsers could send. Perhaps something we could call Accept-Language?

Re: Stripe Payment Links

#73

Post by philjackson »

truth_ wrote: post #59
pc wrote: post #41

Earlier quoted context omitted.

Good feedback -- thanks. We've long struggled to find the right balance between "convenient/automatically correct" and "non-confusing" in site localization.

Slightly tangential, but when you localize a product for India, do not automatically translate it to Hindi. Only 38% people of India has Hindi as their mother-tongue. There is strong anti-Hindi-imposition sentiment in many places of India. Just because someone's geolocation is set to India, don't automatically translate it to Hindi. It irks many.

What would the compromise be?

Re: Stripe Payment Links

#75

Post by swyx »

giarc wrote: post #66
throwkeep wrote: post #2

Gumroad? https://twitter.com/shl/status/1397254513627705345

Gumroad deposits to Paypal, Stripe deposits to bank account. Seems like a big difference, no?

more than that. Gumroad also acts as a merchant of record (much much cleaner for international and EU/US taxes), provides social proof (reviews) and a discovery marketplace, together with a no code frontend with fulfilment (aka it hosts your files)

Stripe has a ways to go but certainly can clone these if they wish)

Re: Stripe Payment Links

#76

Post by vmception »

mrtksn wrote: post #24

I quickly looked around but I couldn't get an idea on how Stripe handles the AML and similar complience stuff on this. There have been similar services for years now, one is especially popular among people who sell illegal items and services like IP TV for pirated premium sports channels since they can quickly create per order link that is disguised as selling hamster supplies or drilling heads. Shady transactions ar…

The key thing to understand is the difference between the actual law, individual company's implementation of the actual law, individual company's policies that have nothing to do with the law and are just a shitty inconvenient business practice, and individual company's representatives that don't know the difference between any of that and just say any inconvenience or transaction limit is because of "anti money laundering compliance"

Once you know, there is a lot you can do.

But back to the actual law, AML is primarily the creation of a firewall between the physical bearer cash system and the electronic financial system conducted by banks and other financial intermediaries. Anything on the inside of the firewall has already passed AML, meaning that financial institutions and card processors can just assume AML has already occurred. Additionally, inside the firewall, some parts of the electronic financial system can be temporarily ostracized by sanctions. So the only check would be the OFAC list at that point to determine if you can accept payment or not.

Compliance for a payment processor has nothing to do with detecting fraud and is pretty much just the OFAC list.

So that's the answer. You wouldn't get an idea because there is nothing specific for them to do.

Re: Stripe Payment Links

#77

Post by cyral »

pc wrote: post #23

(Stripe cofounder.) While there are lots of antecedents (this is, after all, just a checkout page with a URL), and even though this was substantially inspired by the growth of the no-code ecosystem[0], the thing that's interesting to me about the payment link "space" is that it's a use case that really took off in other markets first -- Nigeria, India, Philippines, etc. I suspect that staying abreast of important new…

Not related to payment links... but I would love to see Stripe take on handling in app purchases. (basically a webhook and management layer over the terrible native APIs) Companies like RevenueCat are halfway there but have nowhere as nice of an API or dashboard as Stripe. I run a cross platform (web/ios/android) app and would love to do payments all under one platform (Stripe, that is). Apple and Google subscriptions have so many complexities and edge cases that companies like RevenueCat and Qonversion are enormously helpful, but they themselves have many bugs and issues that I've ran into.

Re: Stripe Payment Links

#78

Post by alberth »

Conversational Commerce

Question: for those who run e-commerce sites, how common do you see Conversation Commerce gaining use by buyers? E.g. significant portion of sales, small portion of sales, gaining adoption, declining adoption?

Just curious since the demo on Stripe's site is exactly this use case where someone is provided the link to purchase via a chatbot.

Re: Stripe Payment Links

#79

Post by Kye »

giarc wrote: post #66
throwkeep wrote: post #2

Gumroad? https://twitter.com/shl/status/1397254513627705345

Gumroad deposits to Paypal, Stripe deposits to bank account. Seems like a big difference, no?

Gumroad deposits to bank accounts, but it might be regional. I have a section for ACH in my setup page. You can optionally also add a PayPal account to accept PayPal.

Re: Stripe Payment Links

#80

Post by grenoire »

vincentkriek wrote: post #70
grenoire wrote: post #4

Mollie has been providing this service under the Plink [1] brand name for quite a while, I was looking for something to get my clients onboard with Stripe without using Billing (main reason being Mollie having difficulty serving corporate US cards from time to time). Nice move, simple product, extremely useful! [1] https://useplink.com/en/

For context, in the Netherlands (where Mollie was founded) sending payment requests by text took off when one bank set up a service geared for consumers that provided this (Tikkie [1]). Mobile payments were common place before this, so customers were already used to this. Taking this to the next level, by having businesses use this is a great and logical step. [1] https://www.abnamro.nl/en/personal/internet-and-mobil…

Implemented a small app this, such a clean API. Love it and hope it goes pan-European. Although I think it may be the Dutch money culture that got it to blow up so bi, ha!
Post reply on HN