tarstarr

(Pm on Stripe billing) There's a param in the API that indicates whether you want an invoice to be sent out or charged automatically -- you want `billing` to be `send_invoice`: https://stripe.com/docs/api#invoice_object-billing

For receipts, you can turn them on in your account settings: dashboard.stripe.com/account

(I work at stripe) Hey! Great feature request -- we plan to add it in the next couple weeks.

Very sorry about the lack of clarity in the email! You will get all of the functionality that you have now, plus anything additional that we add to Stripe Starter, at the price you currently pay to Stripe. No additional fees here, even beyond $1M lifetime cap.

We'll make sure you're taken care of here. (If you're just running test subscription charges right now, you're still grandfathered. You can ping me any time if you have questions.)

(PM at stripe here) This is $1 per one time invoice (an emailed invoice you send to users via the Stripe dashboard) rather than recurring invoices. If you're sending thousands of subscriptions invoices, you will not get charged this fee.

(PM from Stripe) If you're an existing user, there's no extra fees, even if you are past the $1M lifetime threshold. For existing Stripe Subscriptions users, Stripe Billing is included in your current price. (You should have received an email about this earlier today, but you can always ping me (tara@stripe.com))

(PM from Stripe) If you're an existing user, there's no extra fees, even if you are past the $1M threshold. For existing Stripe Subscriptions users, Stripe Billing is included in your current price. (You should have received an email about this earlier today)

(PM from Stripe) If you're an existing user, there's no extra fees, even if you are past the $1M threshold. For existing Stripe Subscriptions users, Stripe Billing is included in your current price. (You should have received an email about this earlier today)

Apologies for any confusion! No extra fees for existing Stripe Subscriptions users, even after the $1M mark. Stripe Billing is free forever at your current price.

(PM from Stripe) If you're an existing user of Stripe Subscriptions, you get Stripe Billing features included in your current price. (To be clear, there's no extra fees for existing users.)

(PM on Stripe Billing here) All emails from Stripe to customers (like credit card update emails to your customer, etc.) are off by default. This behavior is the same as all of our other emails to your customers: if you prefer to listen to webhooks & send your own, that's great!

(PM for Stripe Billing here) It’s a good question, and one that we thought a lot about before launching the product. At Stripe, we are particularly interested in making startups (especially recurring billing startups, in the case of this product) successful on Stripe. It’s one of our most important goals.

For all businesses -- not just startups -- we waive Stripe Billing fees for your first $1M in recurring billing volume so that you’re not worried about fees when you’re in the early days of growing your business. We also hope there’s much more additional value from the full set of Stripe Billing features that are included in this price -- the increase in revenue you get from our recovery product, the savings in manual operations that you get from automatic invoice reconciliation, and the flexibility in building new business models that you get from improvements we made to the core billing engine (better upgrades, prorations, metered billing & more.) And, we’ll continue to invest in building more features and creating the best end-to-end billing system for fast-growing businesses.

If you’re an existing Stripe Subscriptions user, there’s no change to your pricing or your integration: you can continue as you were. We’ve sent an email to existing users on how this affects you -- please let me know if you still have questions! (tl;dr there’s no changes to your existing pricing.)

If you ever have a question on pricing or the product, I’m happy to talk about it any time. I’m tara@stripe.com.

Hey! Yes you can email invoices to your users (finally!) We heard that feature request so many times. :)

Re: multicurrency subs -- we thought about this quite a bit. At the moment you'd need to create a plan per currency, with our reasoning being that you'd want to control the FX rates on your own (and setting a price internationally is a very intentional decision.) That said, how can we make this easier? This launch is a start of our investment in this space, really interested in feature requests.

tl;dr there's no change to pricing for existing users.

There's a note on pricing in the email to existing users (but let us know if you have any questions!)

(Stripe PM here) We're actually working on exactly this problem right now. :) More to come in the next couple months, if you're interested in beta testing let me know! (tara@stripe.com)

(PM for Stripe Billing here!) If you’re an existing user of Stripe Subscriptions, you can continue as you were! Your existing integration will still work as before and your customers won’t be impacted.

That said, you’ll also get access to all of the new tools as well -- would love for you to try them (and see if it improves your experience!) If you go to the Dashboard, we walk you through what changed in detail -- let me know if that helps, or feel free to send me an email at any point: tara@stripe.com

(PM of Billing from Stripe here) Tools like Stunning, and the many other extensions that work with Stripe, are very complementary to Stripe Billing. As you’d expect from Stripe, we’ve taken an API-first approach, so that our partners can actually take advantage of our recovery tools when building their solutions. We expect that particular businesses will want to use both!

(I work at Stripe) We're actually beta testing a new product for invoicing. Shoot me a note (tara@stripe.com) if you're interested and I can get you into the beta.

One thing to note is that the risk factor surfaced in the dashboard is the primary risk factor, but the final risk level is a combination of many different factors--it's not accurate to say that the charge was blocked only because the card country did not match the IP country. That said, if you are certain that there are areas where there are high numbers of false positives, Radar does provide tools for making corrections (by writing rules to allow or send charges to review, for example). I'm happy to talk more about the specifics in your case if you send me a note (and definitely let me know if there's a way we can make this clearer in docs/product) -- I'm tara@stripe.com.

(I work at Stripe) Stripe's already actioning charges based on the feedback from the machine learning models. We hope that they'll take care of most fraud for you.

If you do want to write custom rules on top of what the models are doing, we've actually built in a testing interface to the rule creation process. When you test a rule, we'll actually simulate what the rule would have done had it been active for the past 6 months. Using that information, you'd be able to tell the # of legitimate, fraudulent, or already blocked payments that would have matched the rule & make a decision on what's best for your business.

That said, we're looking to make our opinion on a given rule more clear (rules are still in beta) and would love more feedback on how we can make this better. Feel free to drop me a line (tara@stripe.com) if you have feedback!

(just saw your edit) Radar is included for the vast majority of our users who are on the standard rate. If you're an enterprise customer on a very custom plan, there's a small per transaction fee.

(I work on Radar at Stripe) thank you, and do let me know if there's anything we can do to help you get set up on Radar. Additionally, we actually do support 3Dsecure in private beta -- mind emailing me (tara@stripe.com) for access?

(I'm listening!) I work at Stripe on our fraud protection tools and would love to help. I want to dig into this particular situation -- mind sending me an email at tara@stripe.com?

(Disclaimer: I work at Stripe) Stripe does have a fraud protection product, which is enabled by default for every user. It centers around a machine learning system, that uses static signals (e.g. card issuing country) and time-dependent, dynamic signals (e.g. "how many different devices have tried to use this card in the last N hours?") to analyze every charge that hits our systems. Transactions that are deemed almost certainly fraudulent are automatically declined (but can be reviewed in the dashboard or via the API.)

We're constantly working on product & performance improvements, but feel free to get in touch with me directly (tara@stripe.com) to ask questions or share feedback on our models (and fraud product in general).

Has anyone successfully gained access to their records? And has anyone posted them publicly? I'm interested in insights from this.

These kinds of articles are often used to delegitimize ADHD as a genuine condition: it actually can be. People can take Adderall for genuine conditions and see improvement.

When it comes to the actual diagnosis of ADHD...that's where it gets interesting. Is everyone on an attention spectrum, and ADHD individuals are simply at one extreme? Or is there something completely different about these individuals that can be a single defining marker?

The smartest people avoid Disneyland on the weekends...too crowded. Good to know that in 10 years, I can head back there again! Oh boy.

The criticism isn't out of place, and frankly, I think the author of the article is a little short sighted in her dismissal.

Sandberg is writing an article about the modern "problem that has no name" in business today...isn't it fair to say that if she's writing a book, she thinks her analysis has a fairly broad application? Her analysis of this "problem" must apply to women in business, and it's a little presumptive to assume that "women in business" means white, wealthy, and "afraid to ask for more money." How can she assume to speak for a group without consulting its members? The author of the article says sarcastically that Sandberg should just write a book that includes and pleases everyone including the black working class women. The book, she states, is applicable to women at the top of the workforce and that's useful. In my opinion, that's overly simplistic. The issues that Sandberg is trying to address are not simple, and can't be addressed via the "women at the top" without actually distorting the entire analysis. It's like running a study with 18 different confounding variables and ignoring them for simplicity's sake. If you're attempting to make any type of statement or analysis, why don't you allow your analysis to approach the complexity of the real problem?

Additionally, the "problem that has no name," in Betty Friedan's historical coinage, means a problem that is inside women. Sandberg apparently implies that these factors; the social, political, and psychological, can be isolated and analyzed as disparate elements. It's ridiculous to assume that societal barriers play a role that's different from the psychological or even political: the entire point is that these forces are subtle and interrelated-- like a birdcage.

And to close, Sandberg wants to make women more ambitious, more "out of the home" and into the office, less likely to stay at home and "leave before you leave" oriented. She's essentially saying "I want women to be as ambitious and work oriented as their male counterparts so they can see the same benefit." My argument is that she's essentially using a "white male" yardstick to measure female values and achievement, and that in and of itself is oppression. Why the "manstandard" of obsession and aggression? Why not throw out that system and create one anew? Because Sheryl, let's be frank here: even if men are in fact asking for more money, and you get some women to do it too, is anyone going to be "happier?" Does the extra money really make life 100x more worthwhile? No. Striving for the equal paycheck is a dumb thing to strive for, it's not worth it. As PG had said in one of his essays, this is but a subset of a greater problem-- that "superset" problem is that what we're striving for actually sucks.