Growth Unhinged is proudly supported by AirOps

If you're only using ChatGPT, you're barely scratching the surface of AI. Elite go-to-market (GTM) teams embrace tools like Claude Code and Model Context Protocol (MCP) to ship production-ready GTM systems.

In this live AirOps session, Noah Learner will show you how to build a working MCP server from a blank file using Claude Code, step-by-step. You’ll see the exact prompts, structure, and workflow he uses to go from idea to functional MCP server, then leave with a repeatable process you can apply the same day inside your own AirOps workflow. Join the live session.

The AI native growth team

The growth engineering team at Fyxer might be the most impressive I’ve met over the past decade.

Fyxer, which brings a Cursor-like experience to email, exploded from $1 to $30 million in annual recurring revenue (ARR) in 2025 and they’re forecasting $100M ARR by the end of 2026. Their secret: running 514 (!) experiments, more than two per work day.

The growth engineering team alone launched 360 out of the 514. Their core team, led by Kameron Tanseli, is four engineers strong. This means they’re doing 90 experiments per engineer per year. That’s just insane (I think British folks like Kameron might call it bonkers).

This is an AI-native growth team where growth engineers have full ownership over an end outcome, with a big assist from AI.

  • They’re using Claude Code to automate data science work for generating experiments.

  • They have Claude Opus 4.6, Codex, and Tembo to one-shot smaller experiments such as upsells or configuration changes in the backend.

  • They’re adopting MCPs to interface with the APIs, which the team packages into reusable skills that can be used in Manus (similar to Claude Code) and Codex. This automates admin by creating and writing Slack posts and Linear tickets via AI.

Up today: a behind-the-scenes look at Fyxer’s growth engineering team and the real-life experiments that powered Fyxer’s 30x growth.

The growth experiments that changed Fyxer’s trajectory

January 2025: Targeting work emails

When Kameron joined Fyxer, the business was around $1 million in ARR. Many of the initial users were friendlies or early adopters and there wasn’t a clear sense of which people were most likely to pay and expand.

Kameron enriched the signup emails with Apollo’s API and then analyzed the expected lifetime value (LTV) by different types of signups. When Fyxer got adopted as a work tool, users were far more likely to invite their colleagues and Fyxer could start marketing to other employees at the same company.

Fyxer didn’t shut off personal email signups despite the lower LTV. Instead growth engineering partnered with the marketing team to revise their prosumer motion to target, nudge, and optimize for work emails. They added a route in the product for personal email signups to add their work email, too.

February 2025: A credit card gated free trial

In February 2025 Fyxer had a classic 7-day free trial model. Free-to-paid conversion was about 5%, in line with the latest conversion benchmarks.

Kameron ran an experiment to ask new signups to add a credit card upfront. The conversion rate jumped from 5% to 35%.

The winning experiment: a credit card popup before the free trial

I asked what happened to signups. Kameron admitted that they dipped; however, the overall number of paying customers doubled after the experiment. Fyxer concluded it was a winner after only 8 days. The paywall was actually optional during this experiment so this was essentially free money on the traffic of new users.

“It was around the time when a lot of AI apps required a credit card upfront,” Kameron told me. “There were changing perceptions around the willingness to do this. We also had a high intent rate since people were connecting to their email.”

Pro tip: Fyxer’s checkout flow was inspired by Canva. They make users more comfortable with adding a credit card by providing a timeline of exactly what will happen today, in 5 days, and in 7 days. They also send an email reminder before the credit card is charged.

February to March 2025: Shifting more users to annual plans

Around this time Fyxer saw most new signups opt for month-to-month plans. Kameron was looking to shift the mix toward annual to help with both retention and cashflow (collecting cash upfront would allow for more to be spent on ads). He tested different annual discounts plus breaking the annual pricing down to the effective price per month.

The control UI was the screen from above, which defaulted to the monthly plan and where yearly plans would have one month free (8% off). The winner: defaulting to the yearly plan, offering a 25% yearly discount, and communicating the effective price-per-month.

The winning experiment: a 25% yearly discount shown as the effective price-per-month

This test 2.3x’ed the share of new trials being annual compared to the control. Fyxer now sees 50% of paying customers sign up for annual plans.

Related: 14 tactical ideas to sell more annual plans

March 2025: Raising prices from $30/user to $50/user by adding a Pro tier

By March, Kameron shifted gears to price testing. At the time Fyxer had a single package, which was priced at $30 per user per month. He did a test where he introduced a new, larger feature package (the Pro tier) at $50 per user per month – nearly double the old price.

There were three different variations of price testing:

  • Raising the price and defaulting to the monthly plan

  • Raising the price and defaulting to annual plan – with pricing communicated as $550 per year

  • Raising the price and defaulting to annual plan – with pricing communicated as $45.83 per month

The winning experiment: defaulting to the new Pro tier at $50/user per month

This ran from March 3rd to March 10th. The winner was Option 3 and the revenue impact was huge:

  • Month 0 revenue per trial went up by 67%

  • Checkout rates dipped by only 6%

  • Trial start rates were relatively unaffected

March 2025: Adjusting trial lengths to 3, 7, 14, and 28 days

Next Kameron moved to trial lengths.

He first tried to gamify the trial experience where users could get a longer trial if they invited team members. Kameron tried multiple versions of this over a few weeks. Nothing worked.

Gamifying the trial experience didn’t work for Fyxer

He tested all kinds of trial lengths spanning from 3 days to 28 days. The short 3-day trials didn’t work at all. “People would cancel immediately and we had terrible trial start rates,” Kameron recalled.

He found that a 7-day trial worked best for overall conversion rates, although personal email signups converted better with 14-days (it took these users longer to get to an aha moment). The winning test: segmenting the trial lengths with personal users getting 14 days and everyone else getting 7 days.

The winning experiment: longer trials for personal users

The increased trial length for personal users increased their trial start rate from 13.4% (control) to 22.1% (treatment), or an increase of 65%.

April 2025: Team invites

Gamifying the trial length didn’t help improve team invites and so Kameron changed course. He tried moving team invitations to after the paywall, realizing that people would be more likely to invite their team after they took that extra step.

Kameron tested pre-populating the invitations with a user’s closest team members and making a slightly harder to opt out of the invites. The user could easily push “Continue” or un-check the recommended invites one at a time. This had a big increase in the number of invites being sent, and Fyxer sees that one-third of the invites get accepted.

I’ll mention that Fyxer’s referral program is rather generous with both sides getting $50 for an accepted referral. This was initially open to all types of users; switching to only users with a work email reduced referral program abuse by a large amount.

May to June 2025: Onboarding flows

When someone adopts Fyxer, they mostly experience the product inside of their email inbox. The product actually changes the inbox itself with things like smart labels and drafted email responses. The experience outside of the inbox has to be frontloaded before someone gets there.

Most of Kameron’s onboarding experiments focused on getting people to connect their email. After all, this is what people were most afraid of (giving AI full access to your email). He tested a variation to the “Connect your email” screen, shown below, to add more social proof and explain exactly what Fyxer’s AI assistant would do.

The winning experiment: social proof to nudge users to connect their email

The treatment screen increased the percentage of users who connected their email from 57.1% to 59.8%. This was a modest uplift (+4.7%), but was statistically significant (p=97.5%).

What an AI-native growth engineering team looks like

The experiments mentioned above are only a handful of the 514 experiments Fyxer ran in 2025. The tech stack, workflows, and AI prompts are what made this possible.

1. Ideate

PostHog provides dashboards to understand the bigger picture about the funnel and user behavior. It’s connected to other tools like Customer.io (customer engagement), BigQuery (data platform), and GrowthBook (feature flags and experimentation).

2. Analyze

Claude Code is Fyxer’s AI data scientist. It’s connected to product data (read only access to BigQuery) and has access to written markdown files that describe each schema and its relationships, which provide context around the data. Claude Code then writes and executes SQL before returning results to the growth engineering team.

Claude Code generates SQL queries, answers drill-down questions about the data, creates charts, and can even execute Python code.

3. Spec and wireframe

Growth experiment specs are prompted within Claude Code and sent to Linear via Model Context Protocol (MCP).

The Fyxer team gets an insight from Claude Code (ex: “run a segmentation analysis on personal versus work email users”) and then within two minutes could generate an experiment ticket in Linear. Claude Code even provides the wireframe, which goes in the ticket itself.

“A lot of the experiments we do are very surgical, for example an extra step in the onboarding or an upsell somewhere in the email,” Kameron mentioned. “The AI models are good enough at UI and good enough at coding to just do the growth engineer’s tasks. Growth engineers can focus on data exploration and iterating on results.”

Here’s the exact experiment creator workflow and prompt:

name: linear-experiment-creator
description: Automates the creation of experiment tickets in Linear's PLG project. Use this skill when you need to create a new A/B test or experiment ticket for Kameron Tanseli in the PLG project with a specific structured format.

# Linear Experiment Creator
This skill automates the creation of experiment tickets in Linear, specifically for the **PLG** project and assigned to **Kameron Tanseli**.
## Workflow
When a user wants to create an experiment ticket, follow these steps:
1. **Gather Information**: Ensure you have the following details:
* `title`: The title of the experiment.
* `hypothesis`: What we believe will happen.
* `targeting`: Which users are included in the experiment.
* `control_description`: Description or image placeholder for the control variant.
* `test_description`: Description or image placeholder for the test variant.
* `primary_metric`: The target primary metric name and expected change (%).
* `measurement_metric`: The measurement metric name and expected change (%).
* `guardrail_metric`: The guardrail name and expected change (%).
2. **Format the Description**: Use the following Markdown template for the Linear issue description:
```markdown
We believe that { hypothesis }
All users that { targeting }
**Control** { control_description }
**Test** { test_description }
{ primary_metric }
{ measurement_metric }
{ guardrail_metric }
**Results**
<image here>
```
3. **Create the Issue**: Use the `linear` MCP tool `create_issue` with the following parameters:
* `team`: `<id>` (Product engineering)
* `project`: `c<id>` (PLG)
* `assignee`: `<id>` (Kameron Tanseli)
* `title`: `A/B: { title }`
* `description`: The formatted description from step 2.
* `labels`: `["experiment"]`

## Example Usage
If the user says: "Create an experiment ticket for 'New Onboarding Flow'. We believe that a shorter flow will increase conversion. Target all new users. Control is the current 5-step flow. Test is a 3-step flow. Primary metric is Conversion (5%). Measurement is Time to Complete (10%). Guardrail is Drop-off (2%)."
You should:
1. Format the title as `A/B: New Onboarding Flow`.
2. Construct the description using the template.
3. Call `create_issue` with the pre-defined IDs.

They use Lovable internally for prototyping. This models the email inbox and how interactive emails work inside of them.

Paid subscribers can get 3 months free of Lovable Pro via Unhinged Perks

4. Code

Claude Opus 4.6, Codex, and Tembo help one-shot smaller experiments such as upsells or configuration changes in the backend.

5. Test

They use GrowthBook for feature flags and experimentation.

6. Share

Growth engineers also have a Manus prompt for turning visual A/B results into Slack launch posts to update the company.

Kameron describes Manus as “essentially Claude Code but available on the go and triggerable via email.” It allows them to create, install, and use skills.

Other tools include NotebookLM to generate weekly workshop slides and upskill the growth engineering team, Firebase, and NodeJS.

The velocity premium

Fyxer’s growth engineering team provides a lens into what’s possible with AI.

The team currently has four growth engineers (although they are hiring). Each owns one of Fyxer’s growth loops (a viral loop within a product, onboarding, monetization, the referral journey). Growth engineers own both the strategy (the team has no product managers) and the execution of the strategy.

Fyxer’s hiring process starts with a technical screen that’s the same for product and growth. It’s a take-home test that assesses problem solving, mainly related to time zones. This is “open book” – candidates can use AI for the coding test – but the results get compared against an Opus 4.6 baseline. Candidates who pass the technical screen move to behavior interviews and then an in-person whiteboard session around a real-life scenario the team has personally dealt with.

Backgrounds vary quite a bit, although everyone is an engineer with experience outside of engineering whether as a product manager (most common), marketer, ex-founder, or early-stage hire at a fast-growing startup. Data analyst experience is a huge plus given the quantitative side of the role.

Generalists (with unlimited AI token spend) ideate, wireframe, code, test, and then iterate on results. They’re spending less time coding and more time on the idea generation to build stronger hypotheses and customer understanding.

Ultimately, this is a vision for AI-native work that combines velocity with human judgment. And it’s quite impressive. Kameron isn’t resting, by the way; he plans to double the number of growth experiments in 2026: 1,000 tests and 30% of them one-shotted by Tembo.

Thanks for reading Growth Unhinged! To receive new posts and support my work, consider becoming a paid subscriber.

Related reads:

Reply

Avatar

or to participate

Keep Reading