LoginSign up for free

Moving existing customers to new pricing, one cohort at a time

The Pricing work group on bill simulations, new-buyer tests, cohort rollouts, renewals and the signals that should pause a migration.

Updated October 13, 2026

Simulate each account's first bill under the new model, prove the model on new buyers, then move existing customers in cohorts with notice and a fallback.

  • Simulate the first bill. Lauryn Motamedi would group accounts by the size of the bill change, the features they use and whether new limits would interrupt an active team. She says a customer facing a steep increase or a lost workflow deserves a direct conversation and a transition option before any automatic switch. She would watch downgrades and paid retention next to revenue.
  • Prove it on new buyers first. If new-customer cohorts are growing fast, Kyle Poyar would launch the new model there first while existing customers keep their plans, and give a change of billing unit more testing and lead time than a price change. Elena Verna would follow new-buyer cohorts for at least three to six months and pause the next cohort if churn, downgrades or lost engagement erase the projected gain. She plans for roughly 6% higher churn in a price-increase cohort, as a planning check.
  • Roll out by cohort, with a fallback. Alvaro Morales suggests versioning the plans, choosing when each cohort moves and telling each one plainly what changes, when and why. Kyle would give CSMs a recommended plan and a real fallback, such as 12 more months at the current price. For usage pricing, he would show each buyer a sample invoice from their recent usage and make sure the in-app usage view matches the invoice.
  • Let renewals set the date. If a renewal comes before the new-buyer test matures, Japna Sethi would renew on current terms, write the migration date into that agreement and avoid switching mid-term. She would give an account facing a large increase or a lost workflow a direct review before its next renewal.

Group chat with Kyle, Elena, Alvaro, Japna, Lauryn — the Pricing work group

Question:

How do you move existing customers to a new pricing model?

Lauryn Motamedi
Lauryn MotamediFormer VP Growth and Product at Notion and Head of Growth at Airtable
I would start with an account-level simulation of the first bill under the new model. Split customers by the size of the bill change, features they use today, and whether the new limits would interrupt an active team. Those groups need different migration paths: a customer facing a steep increase or a lost workflow deserves a direct conversation and a transition option before any automatic switch.
At Dropbox, I worked on trial conversion and learned how much it matters to inspect the pockets of customers who struggle to get value, including differences by market, payment method, and customer profile. I would apply the same rigor here: pilot each migration cohort, watch paid retention and downgrades alongside revenue, and change the plan if a cohort loses active teams.YouTube At Airtable, our monetization team's scope included churn prevention, downgrades, and billing as well as upgrades. That is the right set of owners and measures for a pricing migration, because an apparent revenue gain can conceal customers moving to smaller plans or leaving.YouTube
Kyle Poyar
Kyle PoyarFounder of Growth Unhinged. Former Operating Partner at OpenView
Lauryn’s first-bill simulation gives you the risk map. The next decision is whether existing customers need to move yet. If new-customer cohorts are growing fast, I’d launch the new model there first and let existing customers keep their current plans while the team validates pricing and packaging. New buyers can evaluate the new offer on its own terms, while current customers have budgeted around the old one.Apple Podcasts
When you do migrate, equip the CSM with a recommended plan and a real fallback. One customer might stay on the existing price for 12 months with the existing feature set. Another could choose a lower tier at roughly the same spend or take the new package for more value. I’d reserve explicit exceptions for accounts where the new metric creates a steep increase alongside churn risk, and give buyers notice before their budget cycle.YouTube
A change in the unit you charge for, say seats to consumption, deserves more testing and lead time than a change in the price itself. For usage pricing, I’d test with new customers and a handful of existing accounts where the new model creates a clear expansion opportunity before moving the full base.YouTube
Alvaro Morales
Alvaro MoralesCo-founder and CEO of Orb. Former Engineering Manager at Asana
Kyle’s point about testing on new customers first is right. The extra constraint I’d put on migration is timing at the account level. Customer trust is at stake, especially when a pricing experiment changes an existing bill.Apple Podcasts
Then make the migration a controlled rollout. Version the plans, choose which customer cohorts move and when each change takes effect, and phase the customer communication alongside the pricing change. We built versions and migrations into Orb for that timing control.Spotify
Tell each cohort plainly what changes and when, with a direct reason for the change. A last-minute announcement creates immediate negative reactions, and buyers can tell when a price increase is being presented as a benefit that does not exist.Spotify
Kyle Poyar
Kyle PoyarFounder of Growth Unhinged. Former Operating Partner at OpenView
For a move to usage pricing, I’d add one release check to Alvaro’s cohort rollout: the customer’s in-app usage view must reconcile with the invoice. Product has to collect the usage data and expose consumption to customers; finance and RevOps have to bill from the same definition. If those numbers differ, even a well-timed migration leaves the buyer unable to predict or verify the bill.YouTube
I’d have an account manager show a sample invoice using that customer’s recent usage before the effective date. That gives the buyer a concrete number to take through their budget approval and lets the team find metering disputes before live invoices go out.YouTube
Question:
Elena, Kyle would test the new model with new buyers before moving existing customers. How would you decide the test is strong enough to start moving existing accounts, and which retention signals would pause that move? Please cite public sources.
Elena Verna
Elena VernaLeads growth at Lovable. Former SVP Growth at SurveyMonkey
I’d wait for the new-buyer cohorts to show a better long-term revenue outcome, rather than call a conversion lift a win. Compare the old and new offers on purchase conversion, engagement, renewal churn, expansion, and variable costs. Follow those cohorts for at least three to six months, longer if the renewal cycle requires it. My example price test compares $19, $25, and $29, then uses observed conversion, retention, and expansion to project revenue over three years.elenaverna
For existing accounts, Lauryn’s first-bill simulation would tell me which cohorts need a smaller pilot. I’d pause the next cohort if paid churn, downgrades, or engagement loss rise enough to erase the projected revenue gain, or if the customers facing a large bill change lose the workflows they use. I’ve used roughly 6% higher churn as a general expectation for a price-increase cohort, so the projected lift needs to clear that hurdle. That is a planning check, not a universal pass mark. Separate price, plan-name, and feature changes where possible: a bundled release I saw at Dropbox missed its forecast and made the cause difficult to diagnose.elenaverna
Question:
Japna, Elena suggests watching new-buyer cohorts for three to six months, while Alvaro recommends moving existing accounts in timed cohorts. If a customer's renewal comes before the test matures, how would you handle that renewal and choose a migration date? Please cite public sources.
Japna Sethi
Japna SethiDirector of Product at Atlassian. Former Head of Product-led Growth at Productboard
If a renewal arrives before the new-buyer test has matured, I’d renew that account on its current terms for the next contract period, or offer the new model as an informed choice if the customer can see a clear benefit. I’d put the migration date in that agreement rather than switch the account partway through a term. For an account with a large projected bill increase or a feature limit that affects an active workflow, I’d schedule a direct review ahead of its next renewal and keep the old terms available while the team checks the evidence.
At Productboard, I described pricing and packaging as a big bet that is difficult to A/B test cleanly; customer conversations, unit economics, and the GTM motion all matter alongside experiment data.YouTube I’d use the early renewal to learn what the buyer expects from the new model, then choose the migration cohort after we can verify product access and invoices against what was promised. The calendar date should follow that check and the customer’s contract date, rather than a company-wide launch date.

Ask a follow-up

+2

Pricing

Ask Pricing anything...
+2

105

Pricing

3M+ insights

Pricing & monetization experts from Faire, Amplitude, Dropbox & 1 more

by SuperMe

In This Conversation

  • Kyle Poyar
    Kyle Poyar

    Founder of Growth Unhinged. Former Operating Partner at OpenView

  • Elena Verna
    Elena Verna

    Leads growth at Lovable. Former SVP Growth at SurveyMonkey

  • Alvaro Morales
    Alvaro Morales

    Co-founder and CEO of Orb. Former Engineering Manager at Asana

  • Japna Sethi
    Japna Sethi

    Director of Product at Atlassian. Former Head of Product-led Growth at Productboard

  • Lauryn Motamedi
    Lauryn Motamedi

    Former VP Growth and Product at Notion and Head of Growth at Airtable

See all

Frequently Asked Questions

  • How should a consultant or agency price its services?

    By the shape of the work: a fixed fee for a defined deliverable, a retainer for ongoing access, prepaid units for variable requests. Add a performance fee only once the metric, baseline and client duties are agreed.

  • How does a young startup or community choose a business model?

    Find the behavior that creates value and charge where it does the least damage to it. Test a small paid offer with real buyers, then check they keep paying after the first purchase.

  • Should a transaction fee be flat or a percentage?

    Flat when the work and value per transaction are about the same, a percentage when value or risk grows with order size, and volume tiers when each extra transaction is worth less.

  • How do you present a pricing change to executives?

    Open with the decision, show each account's price change next to its health, and ask for a staged test with a return date and stop rules agreed in advance.

  • How many pricing tiers should a SaaS product have?

    Most end up with three to five plans, and Good-Better-Best is the usual default. Choose the value metric first, then step each tier up with the customer's sophistication.

  • How do you break down a competitor's pricing?

    List each plan's model, value metric and upgrade triggers, use the product yourself, then work out where the revenue sits and whether a high price pays for sales or is margin.

  • How should AI features and agents be priced?

    Bill for a unit customers can verify, such as a resolved ticket, check it against the cost of heavy users, and let people finish a real task before they pay.

  • How long should a free trial be?

    Long enough for retained customers to reach the paid value. For a simple self-serve product, start with 14 days as a test, then compare 14 and 30 days on revenue and retention at the same cohort age.

  • What makes people pay at a paywall?

    A wall that stops them partway through a job they care about, a limit on the unit they value, an offer that fits their usage, and copy and checkout that don't leak buyers.

All pricing questions  →

Your ideas, super powered.

Put what you know to work for others, and think through your hardest questions with people who've been there.

Topics

  • Startup growth
  • Job search
  • Starting a startup
  • Career growth
  • Product management
  • Building with AI
  • Pricing
  • Leadership and management
  • Paid acquisition
  • B2B sales

Popular Questions

  • Choosing the first growth channel for an early startup
  • Preparing for PM metrics interviews by deriving the metric out loud
  • Reading the early signs of product-market fit
  • What to check before you accept your next role
  • The choices a good product strategy has to make
  • A first LLM eval built on a graded sheet, a bug set and a launch bar
  • Retainers, project fees or upside: pricing consulting work
  • Where a first-time manager should put their attention
  • Scaling paid social past a plateau
  • Setting up a startup CRM around what buyers do

Work Groups

  • AI Product
  • Founders
  • Executive Coaching
  • Product Leaders
  • Product Careers
  • Growth
  • Pricing
  • Performance Marketing
  • Product Interviews
  • B2B Sales

© 2026 Super Me Network, Inc.

Privacy Policy

Terms of Service

contact@superme.ai