cristinacordova

Linear is actually growing faster than it has in years (across revenue, new users, and engagement). But how people are using it has changed. They’re leaning much more heavily into agentic workflows. Ignoring that shift would be the real mistake, so we’re leaning into it.

Claude Cowork is great when you want to collaborate with AI and third-party tools via MCP, but it's not a multi-user collaboration tool built for organizations. Our customers need to collaborate on software products and AI is only one part of the equation. Our customers need a system of record (long-term history, priority, and cross-team visibility of a project) and contextual collaboration (e.g. a customer success team member reporting a feature request or bug, a person on the product team deciding it's worth building/fixing). Claude Code is excellent for individual developer velocity (we use it a ton), but Linear’s agent is integrated into the workflow where the planning actually happens and is multi-player by design.

We're well aware that feedback comes from anywhere. The Linear agent also exists in other tools (Slack, Gong, Intercom, Zendesk, etc.) and we'll continue to add more channels to support collecting and managing feedback where it's coming from.

https://linear.app/changelog/2025-10-23-linear-agent-for-sla... https://linear.app/changelog/2025-12-11-linear-agent-for-int...

(Cristina from Notion here)

We shared a bit more in the past about how most of our user content was stored in a single database instance (see more here: https://www.notion.so/notion/Focus-on-performance-reliabilit...). That is no longer true and we recently re-architected this database to scale horizontally.

Totally understand that you want more options for how to host your data. Unfortunately, we don't have any plans on that front at the moment.

(Notion here) We agree! The new personal plan enables you to have unlimited pages & blocks and share with up to 5 guests for free. https://www.notion.so/pricing

(Notion here) This update gets rid of of that exact block limit for personal use. We do hope and plan to be around for awhile. We're profitable and have raised money to ensure we're able to invest in the product for the long-term (https://www.nytimes.com/2020/04/01/technology/notion-startup...).

We just released some performance improvements across the board (improved mobile startup times from a ship a few days ago linked here: https://twitter.com/NotionHQ/status/1261037710665322496). We'd love if you could try it again and we'll definitely continue to work on this.

We operate in 25 countries today and our pricing varies by country. We're not everywhere yet, but we're working on it: https://stripe.com/global

(Stripe here) Stripe's pricing varies depending on the country you're doing business from. If useful, you can see our pricing for businesses in the UK here, which starts at 1.4% + 20p for European cards: https://stripe.com/gb/pricing

(I work at Stripe)

Control provides a number of services (business intelligence, analytics reporting, etc.) in addition to mobile apps to view your Stripe account details. We let Control know we were planning to build an iOS app in September of 2014 and we plan to continue to work with and support their efforts to build on top of Stripe's platform.

More broadly, we want to balance being good ecosystem stewards with building the best product for our businesses. Occasionally, what we do will overlap with what others are building. When that happens, we'll try to give as much notice as possible.

If you have any questions about this, please drop me a line (cristina@stripe.com). We want to ensure we're building out the Stripe ecosystem to make our partners successful.

Cristina from Stripe here. The merchant/retailer only pays the Stripe fee (https://stripe.com/pricing) for Apple Pay transactions.

You actually don't need to carry a balance with Venmo to send funds to a friend. If you have a balance of $0, you can send funds and Venmo will pull the funds from your bank account.

(I work at Stripe)

The pricing for Alipay transactions is the same for credit/debit card transactions: https://stripe.com/pricing

When you process payments with Stripe, they roll into a balance, which the marketplace can use to make transfers from.

We have a beta of ACH-in (instead of just ACH-out, which is public). You can email amber@stripe.com for access.

(I work at Stripe)

You can't currently accept payments with Stripe via wire, but you can accept payments via ACH-in (currently in beta: email amber@stripe.com for access) as well as debit/credit card. You could certainly do exactly what you describe with ACH-in and a separate authorization/capture process via credit/debit card, however authorizations expire in 7 days, so you may want to keep that in mind.

I suggest doing a separate authorization and capture via credit card (https://stripe.com/blog/auth-capture) OR accepting payments via ACH-in, rather than attempting to do both at the same time which can lead to customer confusion.

Stripe only charges upon a successful transaction (https://stripe.com/pricing), so the uncaptured authorizations will not cost you money.

(I work at Stripe)

That's not currently possible with our marketplace products (Connect or Transfers).

Stripe's now available in many more than four countries: https://stripe.com/global

edit I wasn't able to edit the above comment, but I was referring to the US and Europe above, not the UK and Europe.

The multi-currency capabilities (including the ability to charge in Naira) are only available to businesses based in Europe and the UK with banks in Europe and the UK. We do plan to bring Stripe to more countries, including Nigeria.

Stripe will immediately convert the currency to the user's local currency.

(I work at Stripe). No ETA yet, but we're actively working on it.

I was able to download it from the US App Store: https://itunes.apple.com/us/app/paper-stories-from-facebook/...

You may want to take a look at the some of the invoicing integrations built on top of Stripe: https://stripe.com/docs/integrations#invoicing

That's assuming we're only looking at the card mix for a given month. Generally, we're looking at a trailing 3-month period -- and if a user wants to email us every three months to ask if we can lower their rates, we welcome them to do so.

We've certainly thought about how we can be more open with our pricing, as Patrick mentioned, and for customers that want details about why their rate is the way it is, we'll definitely dial-in to the details. We optimize for simplicity though, as we know that many of our users don't want to read an excel spreadsheet detailing the variety of charges we incur from card networks and other parties, which factor into their overall rate. Many of our users have chosen Stripe because we abstract away all the complexity involving pricing.

Generally, we hold to the offered rate even in the case that the card mix changes and becomes more expensive. In the case that the card mix becomes less expensive, we'll decrease the rate as our costs have changed and we can offer a better price. Our pricing is always based on the costs of the transactions, rather than volume alone.

There are downsides to focusing rates and adjusting them on volume alone. With the Balanced pricing matrix, if a merchant has a mediocre Q3 in volume, their pricing could increase for the highest volume quarter (Q4), even if Balanced's effective cost per transaction hasn't changed at all.

(I work at Stripe)

The biggest factor in processor costs is actually the card mix, and not the volume that a business generates. To give you some sense, international, AmEx and corporate rewards cards tend to be much more expensive to process. Debit cards, on the other hand, tend to be fairly inexpensive to process for (although, despite the costs mentioned elsewhere in the thread, not all debit cards qualify for Durbin debit rates).

Balanced's pricing matrix only takes one factor (volume) into account. So, for example, if a business accepts a high percentage of debit cards, we can offer a significantly lower rate than the prices in Balanced's matrix.

(I work at Stripe)

PayPal actually starts at 2.9% + $0.30 and charges a variety of add-on fees which you didn't include in your assessment: $30 per month if you want to design and host your own checkout pages, 1% cross-border surcharge if you want to accept payments from another country, 3.5% transaction fee when your customers pay with American Express, $0.30 per uncaptured authorization, a fixed fee portion of the original transaction fee when you issue a refund ($0.30 for domestic payments).

They do offer volume discounts, which is why you're at a 2.2% rate, and Stripe also offers volume discounts to businesses on track to do $1MM per year.

I'm not sure what your current processor and merchant account provider are, but we often do similar assessments against their add-on fees and come out to be less expensive.

(I work at Stripe)

We've encountered a lot of customers that are paying much more than they should be for a merchant account and gateway setup. Stripe's fees start at 2.9% + $0.30 per transaction, we don't have any hidden fees, and we offer volume discounts for businesses on track to do $1MM/year or more. Separately, PayPal has many add-on fees ($30 per month if you want to design and host your own checkout pages, 1% cross-border surcharge, 3.5% transaction fee when your customers pay with American Express, etc.) which often make it more expensive than Stripe.

(I work at Stripe)

We have two products built for marketplaces, including Stripe Connect (https://stripe.com/connect) and Stripe Payouts (https://stripe.com/blog/send-payouts-with-stripe), which differ depending on what type of marketplace you're building. Docs for Connect are here (https://stripe.com/docs/connect) and docs for Payouts are here (https://stripe.com/docs/tutorials/sending-transfers). Feel free to email me at cristina@stripe.com if you're not sure which would be the best fit for you.