pc

35 ms·

301.
by pc 13y ago
This move was directly motivated by our users telling us that they want us to help fix payments on mobile devices. If you want to use Checkout (it's completely optional, and will always be), we think it can help you a lot here. Check
302.
by pc 13y ago
That's a neat idea.
303.
by pc 13y ago
Oh no, I'm sorry. I've no idea what happened. Want to try my personal email? patrick@collison.ie.
304.
by pc 13y ago
> pc, do you know if the conversion rates increased for the majority of the subscription sites that you monitored? We did look at the effect on individual sites (rather than across all charges as a whole). But I generally agree with yo
305.
by pc 13y ago
Well, even if they're not returning for you , they might have entered their payment details on a different site. Out of curiosity, would you be open to running a test to see if "Remember me" has any impact in either direct
306.
by pc 13y ago
Yeah, that's probably a good idea. (It's also possible that we should have an option to disable the checkbox while still enabling customers to log in with their payment details if they've been entered elsewhere...)
307.
by pc 13y ago
We definitely tested it with merchants who take subscription payments. But, yeah, the considerations are different, I agree. The primary motivating use case for Checkout was "standard" checkouts rather than subscription flows (eve
308.
by pc 13y ago
> Why isn't it removable? Well, I tried to outline the thinking above, but we're not absolutely attached to it either. If there is some reason it's bad for your customers, we'd love to talk. Can you drop me an email
309.
by pc 13y ago
Hey Saluki -- I elabore a bit on the motivation behind this in this comment: https://news.ycombinator.com/item?id=7349895 . > Being developer focused I would expect stripe would appreciate having control over the look an
310.
by pc 13y ago
For sure. We haven't seen evidence yet that there are things that are amazing for some segments and bad for others -- but if we did (or if we do in future -- we're still measuring), that'd certainly inform our approach. Also,
311.
by pc 13y ago
Yes, we'd love to write a blog post about this, and have considered doing something along these lines. Look out for more on this front.
312.
by pc 13y ago
Yup, we do that.
313.
by pc 13y ago
[Tl;dr on the below: the changes we make to Checkout are designed to increase our merchants' revenue. If a change doesn't do that, it will be reverted.] The confusion point you cite was our biggest concern in building the "Re
314.
by pc 13y ago
Try watching the animation (click "Show me" on the page). Basically, we use your email address and phone number to save you from having to type in your credit card number everywhere.
315.
by pc 13y ago
Yup, it can. You can have the button text say whatever you like.
316.
by pc 13y ago
We coded it from scratch.
317.
by pc 13y ago
Hm, this is very interesting to hear, and doesn't match the what we see in general or what PayPal apparently sees in aggregate[1]. I'd be very curious to hear more about your use case -- could you drop me a line? patrick@stripe.co
318.
by pc 13y ago
> One big difference between the two is that from what I understand is that with Stripe you use a shared merchant account where as with Paymill everyone get's their own. (I work at Stripe.) What it even means to have a "merch
319.
by pc 13y ago
Right, yes; 100 yen is represented as amount=100 currency=yen. We should probably write something about this.
320.
by pc 13y ago
We've actually considered doing this. Why would you like to see it, out of curiosity? Just because it'd be interesting, or in order to better understand why we're taking so long? :-)
321.
by pc 13y ago
Our users are generally picking prices themselves (rather than having to render arbitrary currency/amount pairs), and so they tend to be aware of these subtleties, but we perhaps should start recommending good currency display librarie
322.
by pc 13y ago
That's the plan.
323.
by pc 13y ago
They list the currencies at the end of that page; there are only 22 there.
324.
by pc 13y ago
Mathematica can give an approximate answer! http://cl.ly/image/3L0F0n2J3U0c
325.
by pc 13y ago
100 GBP in the API =~ $1. (The motivation behind always using the smallest denomination is to dissuade people from performing floating point math.) The smallest unit is pretty clear in most "normal" currencies, but you're rig
326.
by pc 13y ago
Interesting point. You're right; the currency param is case-insensitive. (And with regard to GBP vs GBp, our amounts are always denominated in the smallest unit of the currency.)
327.
by pc 13y ago
We use the standard ISO 4217 codes ( http://en.wikipedia.org/wiki/ISO_4217 ). But we should probably include them explicitly on that list. Willfix.
328.
by pc 13y ago
Ok, good to know -- thanks!
329.
by pc 13y ago
What countries would you like to see supported? (You can sign up in a number of European countries today: https://stripe.com/global. )
330.
by pc 13y ago
(I work at Stripe.) This limitation is a large part of why we've kept Stripe in beta in Australia. We figured it's worth allowing the people who find the current product useful to do so now, but we fully agree that not being able

More ›