ProgrammableMarketing/e2e.com (opens in a new tab)
PDF

Views

  • Plan
  • Roadmap
  • Research

On this page

  • The brief
  • Start here
  • Idea portfolio
  • Effort vs impact
  • This week · 7
  • This quarter · 9
  • Big bets · 5
  • Wildcards · 1
Generated Nov 10, 2026
  1. Programmable
  2. Playbooks
  3. e2e (by TesterArmy, Inc.)
e2e (by TesterArmy, Inc.) logo

growth playbook · Nov 10, 2026

e2e.com (opens in a new tab)

e2e (by TesterArmy, Inc.) growth playbook

Diagnosis

e2e has a rare early curve: launched October 1, 2026, it passed 1.5M npm downloads, 12k GitHub stars and 60 outside contributors in its first month, runs at around 100,000 downloads a day, and has just raised an $8M seed. It is hiring a Chief of Staff to own revenue, security reviews and a partner program, plus two engineers to own adoption and the agent.

The gap is between that usage and revenue. The seed post promises an e2e cloud, but the site has no waitlist, no pricing and no customer proof. The contact form says "book a call" without booking one. Cypress and agent-first QA products have no comparison pages, and telemetry that already counts CI runs is not yet used as an activation measure.

This playbook first captures cloud demand, fixes the enterprise path and moves TesterArmy accounts across. It then builds activation, cost transparency, partners and trust, and ends with bets on cloud pricing, a report viewer, 1.0 and an open benchmark.

Growth Score

7/10

Biggest Opportunity

Turn 100,000 daily downloads into a qualified list of teams for e2e cloud and paid rollouts, using signals the site and the CLI already have.

Biggest Risk

Open-source usage may not turn into revenue before the seed runs down. Maestro Cloud, Momentic and QA Wolf already sell hosted runs with SOC 2, SLAs and named customers, while e2e is pre-1.0 and shows no customer logos.

01

Start here

The three moves to make first. Each one is written up in full below.

  1. 1

    Open an e2e cloud waitlist: the seed post promises the cloud, but no page on e2e.com lets a team ask for it

    Publish /cloud with a five-question form and link it from the seed post.

    High impact First result in 1 week
  2. 2

    Add the missing e2e vs Cypress page: the homepage and a migration guide already make the case

    Draft the feature table from the Cypress migration guide.

    High impact First result in 1 month
  3. 3

    Put published proof on the enterprise page: TesterArmy results, real example apps and the Expo integration

    Ask Novu and Juno whether their quotes can appear on the enterprise page.

    High impact First result in 2 weeks

02

Your idea portfolio

22 ideas, grouped by when to run them. Open any idea for how to run it: the steps, who to approach, copy you can use, and how to measure it.

  • 8 ideas are marked Unexpected: plays you are unlikely to have tried.

Every idea placed by the effort it takes against the impact it could have. Quick wins sit top left; select a number to open that idea. The filters below narrow the list by status, timing, category and what Programmable can build.

Effort vs impactEach number is an idea. Select one to open it.
Impact →
Quick wins · 3Big bets · 12Fill-ins · 5Reconsider · 2
Effort →

Showing 22 of 22 ideas

This week 7

Quick wins with a clear first action.

  • 01

    The November 3 seed post says "we're launching e2e cloud, so teams can run e2e on the best infrastructure", and e2e gets around 100,000 npm downloads a day. Yet none of the 160 URLs in the sitemap is a cloud, pricing or waitlist page, and the homepage has no email signup. The contact form's topic menu offers Enterprise, Partnerships, Open Source and Other, but nothing for the cloud. Every team that reads the announcement and wants in has nowhere to say so. That demand, and the data on what those teams need, is being lost while the cloud is still being designed.

    High impactLow effort First result in 1 week Growth

    First action

    Publish /cloud with a five-question form and link it from the seed post.

    How to measure it

    Cloud waitlist signups from teams of 10+ engineers

    Now
    –
    Target
    500
    By
    60 days

    Steps

    1. 1

      Write the page

      One paragraph on what e2e cloud will run, what stays open source, and that it is not live yet.

      Growth 1 day

    2. 2

      Build the form

      Work email, team size, platforms, CI, current tool, suite size, using e2e today (yes/no).

      Design 1 day

    3. 3

      Link it everywhere

      Seed post, enterprise page, README, CI docs and the contact form's topic menu.

      Growth 1 day

    4. 4

      Add one CLI line

      A single optional mention at the end of `e2e init`, never in CI output.

      Open Source Developer 2 days

    5. 5

      Score the list

      Weekly: rank by team size, platforms and current tool.

      Chief of Staff weekly

    6. 6

      Invite design partners

      Book calls with the top 20 to shape cloud scope and pricing.

      Co-founder & CEO 2 weeks

    7. 7

      Report

      Signups by source and segment in the monthly investor update.

      Chief of Staff monthly

    First result
    1 week
    Cost
    Staff time only
    Owner
    Growth

    Smallest test

    Add a waitlist link to the seed post and enterprise page for one week and count signups.

    Why it works

    Publish e2e.com/cloud with one paragraph on what the cloud will do (run e2e suites on managed browsers, simulators and devices, in parallel, for pull requests) and a short waitlist form. The form asks for work email, team size, platforms (web, iOS, Android), current CI, current tool (Playwright, Cypress, Detox, Maestro, TesterArmy, none), the number of end-to-end tests, and whether the team runs e2e today. Link it from the seed post, the enterprise page, the README, the CI docs and the end of `e2e init` output as a single optional line. Review answers weekly, score teams by size and fit, and invite the best to design-partner calls.

    A waitlist turns announced intent into a list the company owns, at the moment interest peaks after the raise. The answers tell the team which runners, devices and CI vendors to build for first. The list also gives the new Chief of Staff the pipeline numbers for the revenue model and investor reporting the role owns.

    Ready to use

    Checkliste2e cloud waitlist form

    [ ] Work email
    [ ] Team size: 1-9 / 10-49 / 50-199 / 200+
    [ ] Platforms: web / iOS / Android
    [ ] CI: GitHub Actions / GitLab / EAS Workflows / Bitrise / Codemagic / other
    [ ] Current tool: Playwright / Cypress / Selenium / Detox / Maestro / TesterArmy / none
    [ ] Number of end-to-end tests today
    [ ] Running e2e already? yes / no
    [ ] Open to a 20-minute design-partner call? yes / no

    Risks and how to handle them

    • Developers see a commercial push in an open-source CLI

      Keep it to one line in init, never in run or CI output, and say clearly that the framework stays Apache-2.0.

    • A long wait cools interest

      Send a short monthly build update and open early access in waves.

    Evidence

    • Your websiteSeed announcement (November 3, 2026): "$8 million" from Credo Ventures, KAYA, Point Nine, Baobab Ventures and Script Capital; in the first month after the October 1 launch e2e "passed 1.5M downloads on npm and 12k stars on GitHub, and welcomed 60 external contributors" and "now gets around 100,000 downloads a day"; "we're launching e2e cloud, so teams can run e2e on the best infrastructure" next year; "More tools will follow for every software verification step"; the framework stays Apache-2.0.Source
    • Your websiteSitemap (160 URLs, checked November 9, 2026): 58 examples, 74 docs pages, 6 blog posts, 5 sessions pages, 4 comparison pages (Playwright, Maestro, Detox, Selenium) and 7 migration guides (Playwright, Cypress, Selenium, Appium, Detox, Maestro, TesterArmy), plus enterprise, contact, team and three careers pages; no pricing, cloud, waitlist, security or customers page.Source
    • Your websiteContact page: full name, work email, optional company website and country, a topic menu (Enterprise, Partnerships, Open Source, Other) and an optional message; the submit button says "book a call" but the page shows no calendar or scheduling step and no response time.Source
    • Your websiteHomepage: "The open source AI testing framework. Customizable TypeScript testing framework for web, mobile apps and more."; starts with `npx e2e@latest init`; sections compare e2e with Playwright, Cypress and Selenium, Maestro and Detox, "Playwright MCP and agent-only AI testing" and TesterArmy; no email signup or waitlist.Source
    • HiringChief of Staff (worldwide, open now): owns "security reviews, questionnaires, compliance, data protection, legal terms", "revenue and the P&L", the financial model and investor reporting, and special projects "such as a partner program or a sales change"; bonus for SOC 2 or ISO 27001 and billing-stack experience. Careers banner: "e2e raised $8m to build the software verification layer for the agentic coding era."Source
  • 02

    The homepage has a section titled "vs Playwright, Cypress, and Selenium", and there is a Cypress migration guide. Yet the comparison hub has pages only for Playwright, Selenium, Maestro and Detox, and points Cypress readers to the migration guide instead. Teams searching for a Cypress alternative land on a how-to-move guide before they have decided to move.

    High impactLow effort First result in 1 month Founding Developer Relations

    First action

    Draft the feature table from the Cypress migration guide.

    How to measure it

    Cypress compare-to-guide clicks

    Now
    –
    Target
    1,000 a month
    By
    90 days

    Steps

    1. 1

      Draft the table

      Reuse the four existing pages' rows and the migration guide's API mapping.

      Founding Developer Relations 1 day

    2. 2

      Write one test twice

      The same login flow in Cypress and in e2e.

      Open Source Developer 1 day

    3. 3

      Mark where Cypress leads

      Component tests, interactive runner, hosted dashboard.

      Founding Developer Relations 2 hours

    4. 4

      Check facts

      Against Cypress's public docs and release notes, as for the other pages.

      Founding Developer Relations 1 day

    5. 5

      Publish and link

      From the compare hub, homepage section and migration guide.

      Growth 1 hour

    6. 6

      Do Appium next

      Same format, linked from the Appium migration guide.

      Founding Developer Relations 1 week

    First result
    1 month
    Cost
    Staff time only
    Owner
    Founding Developer Relations

    Smallest test

    Publish the page and watch search impressions for "cypress alternative" for a month.

    Why it works

    Write /compare/cypress in the same format as the other four: what Cypress is, the same test in both, differences, a feature table that marks where Cypress leads (component testing, its interactive runner, its cloud dashboard), and when to keep Cypress. Lead with what Cypress cannot do: native iOS and Android, agent steps and coding-agent workflows. End with the migration guide and a "book a call" for larger suites. Repeat for Appium next.

    Comparison searches come from people already choosing, and the page reuses a format, a guide and a fact-checking process that already exist.

    Risks and how to handle them

    • Claims go stale as Cypress ships

      Date the page and keep the GitHub corrections link.

    Evidence

    • Your websiteComparison hub: four pages (Playwright, Selenium, Maestro, Detox); Cypress has no comparison page, only a pointer to the Cypress migration guide; Appium and WebdriverIO are folded into other guides; agent-first QA products are not compared; facts are "from public documentation and release notes", rows where a rival leads are marked, and corrections are taken on GitHub.Source
    • Your websiteHomepage: "The open source AI testing framework. Customizable TypeScript testing framework for web, mobile apps and more."; starts with `npx e2e@latest init`; sections compare e2e with Playwright, Cypress and Selenium, Maestro and Detox, "Playwright MCP and agent-only AI testing" and TesterArmy; no email signup or waitlist.Source
    • Your websiteSitemap (160 URLs, checked November 9, 2026): 58 examples, 74 docs pages, 6 blog posts, 5 sessions pages, 4 comparison pages (Playwright, Maestro, Detox, Selenium) and 7 migration guides (Playwright, Cypress, Selenium, Appium, Detox, Maestro, TesterArmy), plus enterprise, contact, team and three careers pages; no pricing, cloud, waitlist, security or customers page.Source
  • 03

    The enterprise page asks teams to "book a call" for a paid rollout but shows no customer logos and only posts from X as testimonials. The team already has published proof elsewhere. The pre-seed post names Resend, bolt.new and Nando's as daily TesterArmy users and quotes Novu ("cut flaky tests in half") and Juno ("shipping PRs 10× faster"). Expo documents e2e in its own docs, and the examples page has working setups for products such as Clerk, Stripe and RevenueCat.

    High impactLow effort First result in 2 weeks Growth

    First action

    Ask Novu and Juno whether their quotes can appear on the enterprise page.

    How to measure it

    Enterprise-to-contact conversion

    Now
    –
    Target
    +30%
    By
    60 days

    Steps

    1. 1

      Gather proof

      Published TesterArmy results, the Expo guide and usage stats.

      Growth 1 day

    2. 2

      Ask permission

      Confirm each customer is happy to be shown for e2e.

      Co-founder & CEO 1 week

    3. 3

      Design the section

      Logos, two quotes, partner line, numbers.

      Design 2 days

    4. 4

      Publish

      Above the rollout phases.

      Growth 1 day

    5. 5

      Add a rollout story

      First enterprise migration, before and after.

      Software Engineer after first rollout

    6. 6

      Measure

      Contact form starts from /enterprise.

      Growth monthly

    First result
    2 weeks
    Cost
    Staff time only
    Owner
    Growth

    Smallest test

    Add two quotes and the Expo line this week.

    Why it works

    Add a proof section to /enterprise: the team's track record (named TesterArmy users and results, with their permission refreshed for e2e), the Expo integration with a link to Expo's guide, and the usage numbers already on the page. Add one short rollout story as soon as the first enterprise migration finishes. Keep example-app logos separate and labelled as integrations, as the examples page already does.

    Buyers of a paid rollout want evidence that the team has done it before. The proof exists but sits in a funding post and a partner's docs.

    Risks and how to handle them

    • TesterArmy results are about the old hosted product

      Label them as the team's track record and replace them with e2e stories as they arrive.

    Evidence

    • Your websiteEnterprise page: "e2e is Apache-2.0 and stays free. You pay only when our engineers help you roll it out or build something custom"; a five-phase rollout (scope, build, migrate, roll out, hand over); "We never receive or process your data"; stats "2.4M npm downloads", "14k GitHub stars", "60 external contributors"; no customer logos or prices, testimonials are posts on X; every call to action is "book a call" to /contact.Source
    • Your websitePre-seed post (September 15, 2026): TesterArmy raised "$1.2M" (backers include Y Combinator, Script Capital, Eight Capital and angels from Vercel, Expo and Resend); teams at Resend, bolt.new and Nando's used TesterArmy daily; Novu "cut flaky tests in half"; Juno reported "shipping PRs 10× faster" and two days of manual testing saved a week.Source
    • Expo docsExpo's docs list e2e next to TesterArmy in the Testing section, with a sample EAS workflow for an iOS Simulator on each pull request; they recommend an API key over a subscription login on CI; an `@e2e-dev/eas` integration with Expo Simulators is a limited-access preview.Source
    • Your websiteExamples: 58 cards, 10 starter apps (Next.js, Vite, Astro, Angular, Expo, SwiftUI, Compose, Flutter, .NET MAUI, Kotlin Multiplatform) and named product examples such as Clerk, Stripe, Paddle, Shopify, RevenueCat, Webiny, Quivr and Kernel; no "used by" section, and logos are "used only to identify the products each example works with"; `npx e2e init --example <name>`.Source
  • 04

    The contact form's submit button says "book a call", but the page shows no calendar, no scheduling step and no response time. The form asks only for name, email, optional website and country, a topic and a free-text message. A team lead at a company with 400 flaky tests looks the same as a hobbyist.

    Medium impactLow effort First result in 1 week Chief of Staff

    First action

    Connect a scheduling link to the form's thank-you state.

    How to measure it

    Submit-to-call rate

    Now
    –
    Target
    60%
    By
    30 days

    Steps

    1. 1

      Add scheduling

      Calendar after submit for Enterprise and Partnerships.

      Growth 1 day

    2. 2

      Add fields

      Platforms, current tool, suite size.

      Design 1 day

    3. 3

      Set routing

      Large suites to a founder; small to docs and Discord.

      Chief of Staff 1 day

    4. 4

      State a response time

      For example, one working day.

      Chief of Staff 1 hour

    5. 5

      Log in a CRM

      Every request with its answers.

      Chief of Staff 2 days

    6. 6

      Review

      Held calls and deals each month.

      Chief of Staff monthly

    First result
    1 week
    Cost
    A scheduling tool subscription
    Owner
    Chief of Staff

    Smallest test

    Add a calendar link to the confirmation email today.

    Why it works

    After submit, show a calendar for Enterprise and Partnerships topics, and say how fast the team answers the rest. Add three optional fields: platforms, current tool and number of end-to-end tests. Route large suites straight to a founder's calendar and send everyone else the quickstart and Discord.

    Instant booking keeps a buyer's momentum, and three fields let a small team spend its call time on the largest rollouts.

    Risks and how to handle them

    • Founders' calendars fill with small requests

      Show the calendar only above a suite-size threshold.

    Evidence

    • Your websiteContact page: full name, work email, optional company website and country, a topic menu (Enterprise, Partnerships, Open Source, Other) and an optional message; the submit button says "book a call" but the page shows no calendar or scheduling step and no response time.Source
    • Your websiteEnterprise page: "e2e is Apache-2.0 and stays free. You pay only when our engineers help you roll it out or build something custom"; a five-phase rollout (scope, build, migrate, roll out, hand over); "We never receive or process your data"; stats "2.4M npm downloads", "14k GitHub stars", "60 external contributors"; no customer logos or prices, testimonials are posts on X; every call to action is "book a call" to /contact.Source
    • HiringChief of Staff (worldwide, open now): owns "security reviews, questionnaires, compliance, data protection, legal terms", "revenue and the P&L", the financial model and investor reporting, and special projects "such as a partner program or a sales change"; bonus for SOC 2 or ISO 27001 and billing-stack experience. Careers banner: "e2e raised $8m to build the software verification layer for the agentic coding era."Source
  • 05

    TesterArmy closed new sign-ups and runs until January 15, 2027, and its tests must be rewritten as e2e tests. The migration guide already lets a coding agent read saved tests through the TesterArmy MCP server, but marks inbox credentials, microphone steps, accessibility audits and browser region settings as "Not yet" or "No equivalent". These are the team's warmest customers, and some of them were published as daily users.

    High impactMedium effort First result in 2 weeks Software Engineer

    First action

    List active TesterArmy accounts by tests saved and runs in the last 30 days.

    How to measure it

    Migrated accounts

    Now
    –
    Target
    70% of active accounts
    By
    January 15, 2027

    Steps

    1. 1

      List accounts

      Active accounts by tests and recent runs.

      Chief of Staff 1 day

    2. 2

      Email the plan

      Dates, free conversion offer, export timing.

      Co-founder & CEO 1 day

    3. 3

      Convert tests

      Run the guide's agent prompt and open a branch per account.

      Software Engineer 4 weeks

    4. 4

      Set up CI

      A 30-minute call to get the first green run.

      Software Engineer ongoing

    5. 5

      Close gaps

      Build the most-requested missing features first.

      Open Source Developer 4 weeks

    6. 6

      Track

      Weekly status board until January 15.

      Chief of Staff weekly

    First result
    2 weeks
    Cost
    Engineering time; model costs for conversions
    Owner
    Software Engineer

    Smallest test

    Convert the five largest accounts this month.

    Why it works

    Email every active TesterArmy account with a dated plan: a free conversion of their saved tests into an e2e repo branch, run by the team with the guide's agent prompt, plus a 30-minute CI setup call. Track each account's status, and fix the most-used missing features first. Offer paid rollout terms to the largest accounts.

    Converting the tests for the customer removes the work that causes churn, and each finished migration is a ready case study for the enterprise page.

    Risks and how to handle them

    • A missing feature blocks a large account

      Prioritize gaps by account size and offer a custom build.

    Evidence

    • TesterArmyTesterArmy is "winding down": new sign-ups are closed, plans run until January 15, 2027 with nothing billed after, a data export is promised "shortly", and tests must be rewritten as e2e tests; the team is "doubling down on open source".Source
    • Your websiteTesterArmy migration guide: a coding agent reads saved tests through the TesterArmy MCP server and rewrites them as e2e tests; features marked "Not yet" or "No equivalent" include inbox credentials, microphone steps, accessibility audits and browser region settings.Source
    • Your websitePre-seed post (September 15, 2026): TesterArmy raised "$1.2M" (backers include Y Combinator, Script Capital, Eight Capital and angels from Vercel, Expo and Resend); teams at Resend, bolt.new and Nando's used TesterArmy daily; Novu "cut flaky tests in half"; Juno reported "shipping PRs 10× faster" and two days of manual testing saved a week.Source
  • 06

    [email protected] shipped on November 5 with seven @e2e-dev package releases the same day, and GitHub's "Latest" label landed on @e2e-dev/[email protected]. The repository sidebar and release feeds show visitors a 0.0.4 integration package as the project's newest version, not the framework they came for.

    Medium impactLow effort First result in 1 day Open Source Developer

    First action

    Edit the [email protected] release and set it as latest.

    How to measure it

    Correct latest label

    Now
    –
    Target
    100% of releases
    By
    2 weeks

    Steps

    1. 1

      Fix today

      Mark [email protected] as latest.

      Open Source Developer 5 minutes

    2. 2

      Order publishing

      Publish the main package last in the release job.

      Open Source Developer 2 hours

    3. 3

      Set the flag

      Sub-packages not marked latest.

      Open Source Developer 1 hour

    4. 4

      Add highlights

      One line and a blog link on each e2e release.

      Founding Developer Relations each release

    5. 5

      Check

      Review the sidebar after each release.

      Open Source Developer each release

    6. 6

      Announce

      Share the release link on X and Discord.

      Founding Developer Relations each release

    First result
    1 day
    Cost
    $0
    Owner
    Open Source Developer

    Smallest test

    Fix the current label today.

    Why it works

    Change the release workflow so the main e2e package is always published last and marked latest, and sub-package releases are not marked latest. Add one human-written highlight line to the top of each e2e release, linking to the blog post.

    The release label is often the first version number an evaluator sees on a 13.5k-star repo. Showing the real version and its highlights makes the project look as active as it is.

    Risks and how to handle them

    • Release tooling overrides the flag

      Add a check that fails the job if the wrong release is latest.

    Evidence

    • GitHubReleases page (checked November 9, 2026): [email protected] shipped on November 5 alongside seven @e2e-dev package releases, and GitHub's "Latest" label sits on @e2e-dev/[email protected], not the main e2e package.Source
    • GitHubRepository (checked November 9, 2026): 13.5k stars, 709 forks, 37 open issues, 44 open pull requests, 1,131 commits on main, Apache-2.0, described as "Next generation e2e testing framework for web and mobile apps."Source
  • 07

    e2e is built to run inside coding agents: `e2e init` installs a skill, `e2e mcp` gives an agent a live app session, and 0.23 added a `run_tests` MCP tool. The Open Source Developer role is hired to improve exactly this. Developers increasingly find tools through MCP registries, skill directories and editor marketplaces, not only search.

    Medium impactLow effort First result in 2 weeks Founding Developer Relations

    First action

    List the five directories where coding-agent users find MCP servers and skills.

    How to measure it

    Directory-sourced installs

    Now
    –
    Target
    2,000 a month
    By
    60 days

    Steps

    1. 1

      Pick directories

      MCP registries, skill directories, editor marketplaces.

      Founding Developer Relations 1 day

    2. 2

      Write the listing

      One line, install command, what the agent can do.

      Founding Developer Relations 1 day

    3. 3

      Record a clip

      An agent writing and running one test.

      Founding Developer Relations 1 day

    4. 4

      Submit

      All listings in one week.

      Growth 2 days

    5. 5

      Tag sources

      Directory-specific install docs links.

      Growth 1 day

    6. 6

      Keep current

      Update listings with each minor release.

      Open Source Developer monthly

    First result
    2 weeks
    Cost
    $0
    Owner
    Founding Developer Relations

    Smallest test

    List in two registries and compare install sources after two weeks.

    Why it works

    Publish e2e's MCP server and skill in the main MCP registries and skill directories, with a clear one-line install, a 30-second demo clip and a link to the coding-agents docs. Track installs by directory with a source tag in the install docs.

    Listings put e2e in front of developers at the moment their agent needs a way to test, which is the job e2e is designed for.

    Risks and how to handle them

    • Listings go stale

      Add listing updates to the release checklist.

    Evidence

    • HiringOpen Source Developer (worldwide): "design and ship framework features and fixes, from the first issue to the release notes"; review and merge contributor pull requests and answer GitHub and Discord questions; improve e2e inside coding agents (the MCP server, the skill `e2e init` installs, failure traces); write the docs, examples and migration guides for each change.Source
    • Your websitee2e 0.23 (November 5, 2026): agent steps on a Claude Code subscription, BrowserStack real devices via `@e2e-dev/browserstack`, an `e2e doctor` preflight check, a `run_tests` MCP tool for coding agents, an engine protocol over JSON-RPC, and startup 25-44% faster.Source

This quarter 9

The core plays for the next three months.

  • 08

    The homepage has a section on "Playwright MCP and agent-only AI testing", but the compare hub covers only scripted frameworks. The hosted AI testing products that buyers weigh up have no pages: Momentic (free to start, SOC 2, enterprise SSO), QA Wolf (an "AI Test Factory" with managed coverage) and Maestro Cloud. e2e's differences are concrete: Apache-2.0, tests in the team's own repo, "We never receive or process your data", and replay without model calls.

    High impactMedium effort First result in 1 month Founding Developer Relations

    First action

    Collect each rival's current public pricing and features.

    How to measure it

    Compare-page conversions

    Now
    –
    Target
    50 a month
    By
    90 days

    Steps

    1. 1

      Check facts

      Public docs and pricing for each rival.

      Founding Developer Relations 2 days

    2. 2

      Write the pages

      Same structure as the four existing pages.

      Founding Developer Relations 1 week

    3. 3

      Mark where they lead

      Hosted runs, compliance, managed service.

      Founding Developer Relations 1 day

    4. 4

      Review

      Founder review of claims.

      Co-founder & CTO 1 day

    5. 5

      Publish

      Link from the hub and the homepage section.

      Growth 1 day

    6. 6

      Refresh

      Quarterly, with corrections from GitHub.

      Founding Developer Relations quarterly

    First result
    1 month
    Cost
    Staff time only
    Owner
    Founding Developer Relations

    Smallest test

    Publish e2e vs Momentic first.

    Why it works

    Write three fair pages in the existing format: e2e vs Momentic, e2e vs QA Wolf and e2e vs Maestro Cloud. Be honest about where they lead (hosted runs, managed service, dashboards, compliance), and end with when to choose each. Link the cloud waitlist for teams that want hosted runs.

    Teams choosing an AI testing vendor search these names, and an open-source option with no data leaving their infrastructure is a clear position against all three.

    Risks and how to handle them

    • Claims about rivals go out of date

      Date each page and keep the corrections process.

    Builds on

    Evidence

    • Your websiteComparison hub: four pages (Playwright, Selenium, Maestro, Detox); Cypress has no comparison page, only a pointer to the Cypress migration guide; Appium and WebdriverIO are folded into other guides; agent-first QA products are not compared; facts are "from public documentation and release notes", rows where a rival leads are marked, and corrections are taken on GitHub.Source
    • Competitor researchRivals' own homepages: Maestro, a free open-source CLI plus Maestro Studio and paid Maestro Cloud for parallel runs, used by "thousands of teams"; Momentic, an AI QA agent, "Free to start, no credit card", SOC 2 Type 2, enterprise SSO, RBAC and SLA, logos such as Notion, Webflow and Retool; QA Wolf, an "AI Test Factory" with run infrastructure and "Coverage as a Service", naming DoorDash and Figma.Source
    • Your websiteEnterprise page: "e2e is Apache-2.0 and stays free. You pay only when our engineers help you roll it out or build something custom"; a five-phase rollout (scope, build, migrate, roll out, hand over); "We never receive or process your data"; stats "2.4M npm downloads", "14k GitHub stars", "60 external contributors"; no customer logos or prices, testimonials are posts on X; every call to action is "book a call" to /contact.Source
  • 09

    The Playwright comparison admits e2e costs "CI minutes plus model calls" where Playwright costs only CI minutes, which is the obvious objection for a buyer. The team already has the numbers to answer it. The Expo example's first run took 31.6 seconds and 11 model calls, and the cached replay 9.7 seconds and 2 model calls. Telemetry already records model-call and token totals in aggregate.

    High impactMedium effort First result in 1 month Software Engineer

    First action

    Run three examples cold and warm and record calls and tokens.

    How to measure it

    Cost-page to quickstart clicks

    Now
    –
    Target
    25%
    By
    60 days

    Steps

    1. 1

      Measure

      Cold, warm and UI-change runs on three examples.

      Software Engineer 3 days

    2. 2

      Price

      At a few providers' public rates and a local model.

      Software Engineer 1 day

    3. 3

      Write the page

      Tables plus `--strict-cache` guidance.

      Founding Developer Relations 2 days

    4. 4

      Build the calculator

      Tests, PRs a day, change rate.

      Design 1 week

    5. 5

      Add telemetry figure

      Aggregate cache hit share, no project data.

      Co-founder & CTO 2 weeks

    6. 6

      Link it

      From compare pages and enterprise.

      Growth 1 day

    First result
    1 month
    Cost
    Model costs for measurement runs
    Owner
    Software Engineer

    Smallest test

    Publish the Expo example's numbers in a table on the compare page.

    Why it works

    Publish a "what does a run cost" docs page and a small calculator. Show model calls and tokens for first runs, replays and UI-change re-runs on three example apps, priced at a few common providers, plus a local-model option and `--strict-cache` for zero model calls in CI. Add an aggregate figure from telemetry, such as the median share of steps served from cache, once it is stable.

    Turning an unknown cost into a small, predictable number removes the main reason engineering leads hesitate to put agent steps in every pull request.

    Risks and how to handle them

    • Provider prices change

      Show calls and tokens first, and date the prices.

    Evidence

    • Your websitee2e vs Playwright page: Playwright leads on five languages, component tests, its trace viewer, UI mode, codegen and VS Code extension ("e2e has no graphical viewer"); e2e leads on native mobile, agent steps, exploratory runs and coding-agent workflows; e2e costs "CI minutes plus model calls" when a goal has no recording, and `--strict-cache` stops model calls in CI.Source
    • Your websitee2e and Expo (November 9, 2026): tests run on Expo Simulators, one session per worker, about three minutes to start; an EAS Workflows file runs the suite on every pull request; the example's first run took 31.6 seconds and 11 model calls, the cached replay 9.7 seconds and 2 model calls.Source
    • Your websiteTelemetry docs: anonymous telemetry is on by default and records a random install id, a hash of the repository's root commit, whether a run is in CI (counted under the CI vendor), test and step counts, cache behaviour and model-call and token totals, never test content; events go to a PostHog project "read in aggregate"; opt-out via `e2e telemetry disable` or DO_NOT_TRACK=1; `E2E_TELEMETRY_FLEET` for platforms.Source
    • Your websiteLaunch post (October 1, 2026): `npx e2e init` gets most projects to a first passing test in about a minute; a cached step "costs no tokens"; any model provider, local models, gateways or existing subscriptions with "no added markup"; pre-1.0, so parts of the core API may change; desktop not yet supported.Source
  • 10

    Downloads (about 100,000 a day) say little about real adoption. e2e's telemetry already records a hash of each repository's root commit, whether a run happens in CI and under which vendor, and test counts. That is enough to count, in aggregate and without identifying anyone, how many repositories move from a first local run to repeated CI runs. The Software Engineer role is hired to "help engineering teams adopt e2e, from their first suite through running it in CI on every pull request".

    High impactMedium effort First result in 1 month Co founder & CTO

    First action

    Write the activation definition and check it against last month's telemetry.

    How to measure it

    Repositories with repeated CI runs

    Now
    –
    Target
    +50%
    By
    90 days

    Steps

    1. 1

      Define activation

      Passing CI runs on five or more days.

      Co-founder & CTO 1 day

    2. 2

      Build the funnel

      Aggregate, by engine, CI vendor and version.

      Software Engineer 1 week

    3. 3

      Find the drop

      The step where most repositories stop.

      Software Engineer 1 week

    4. 4

      Fix it

      Docs, `e2e doctor` checks and init templates.

      Open Source Developer 2 weeks

    5. 5

      Respect privacy

      Keep to aggregates as the telemetry docs promise.

      Chief of Staff ongoing

    6. 6

      Report weekly

      Activated repos in the team update.

      Co-founder & CTO weekly

    First result
    1 month
    Cost
    Engineering time
    Owner
    Co founder & CTO

    Smallest test

    Count last week's repositories with CI runs on two or more days.

    Why it works

    Define activation as a repository with passing e2e runs in CI on at least five different days. Build an aggregate funnel from install to first local pass, first CI run and repeated CI runs, split by engine, CI vendor and version. Find the step where most repositories stop, fix it in the docs and CLI (for example, `e2e doctor` hints for the CI case), and report the activated-repo count weekly.

    Teams running e2e on every pull request are the ones who will pay for cloud runs and rollouts, so this measure tracks future revenue better than stars or downloads.

    Risks and how to handle them

    • Opt-outs make counts low

      Track the trend, not absolute numbers.

    Evidence

    • Your websiteTelemetry docs: anonymous telemetry is on by default and records a random install id, a hash of the repository's root commit, whether a run is in CI (counted under the CI vendor), test and step counts, cache behaviour and model-call and token totals, never test content; events go to a PostHog project "read in aggregate"; opt-out via `e2e telemetry disable` or DO_NOT_TRACK=1; `E2E_TELEMETRY_FLEET` for platforms.Source
    • HiringSoftware Engineer (worldwide): builds the agent behind agent.act, agent.assert, agent.waitFor and agent.extract and measures changes before shipping; makes runs faster and cheaper through caching and replay; "help engineering teams adopt e2e, from their first suite through running it in CI on every pull request"; bonus for building LLM evals.Source
    • Your websiteSeed announcement (November 3, 2026): "$8 million" from Credo Ventures, KAYA, Point Nine, Baobab Ventures and Script Capital; in the first month after the October 1 launch e2e "passed 1.5M downloads on npm and 12k stars on GitHub, and welcomed 60 external contributors" and "now gets around 100,000 downloads a day"; "we're launching e2e cloud, so teams can run e2e on the best infrastructure" next year; "More tools will follow for every software verification step"; the framework stays Apache-2.0.Source
  • 11

    The enterprise page says "You pay only when our engineers help you roll it out or build something custom" and describes five phases, but shows no prices. Every route leads to "book a call". The Chief of Staff will own "revenue and the P&L", and today revenue depends on custom conversations a six-person team has to run one by one.

    High impactMedium effort First result in 1 month Chief of Staff

    First action

    Write the scope and price of a two-week pilot.

    How to measure it

    Signed rollout packages

    Now
    –
    Target
    5
    By
    1 quarter

    Steps

    1. 1

      Cost past work

      Hours spent on rollouts so far.

      Chief of Staff 2 days

    2. 2

      Define packages

      Pilot, migration, retainer.

      Co-founder & CEO 2 days

    3. 3

      Set prices

      From prices with clear limits.

      Chief of Staff 2 days

    4. 4

      Publish

      On the enterprise page with a buy-or-call option.

      Growth 2 days

    5. 5

      Write terms

      Standard order form and SOW.

      Chief of Staff 1 week

    6. 6

      Review

      Margin and win rate per package.

      Chief of Staff monthly

    First result
    1 month
    Cost
    Staff time only
    Owner
    Chief of Staff

    Smallest test

    Offer the pilot package to the next five enterprise calls.

    Why it works

    Turn the five phases into two or three fixed-scope packages with starting prices. For example: a two-week pilot (one app, 20 critical flows in CI), a migration package (an existing Playwright, Cypress, Detox or Maestro suite up to a set size) and an ongoing support retainer. Publish "from" prices and what is included. Keep custom builds on request.

    Fixed packages make budget approval easy for engineering managers and make deals faster and more predictable for a small team.

    Risks and how to handle them

    • Under-pricing complex migrations

      Cap suite size per package and quote above it.

    Builds on

    Evidence

    • Your websiteEnterprise page: "e2e is Apache-2.0 and stays free. You pay only when our engineers help you roll it out or build something custom"; a five-phase rollout (scope, build, migrate, roll out, hand over); "We never receive or process your data"; stats "2.4M npm downloads", "14k GitHub stars", "60 external contributors"; no customer logos or prices, testimonials are posts on X; every call to action is "book a call" to /contact.Source
    • HiringChief of Staff (worldwide, open now): owns "security reviews, questionnaires, compliance, data protection, legal terms", "revenue and the P&L", the financial model and investor reporting, and special projects "such as a partner program or a sales change"; bonus for SOC 2 or ISO 27001 and billing-stack experience. Careers banner: "e2e raised $8m to build the software verification layer for the agentic coding era."Source
    • Your websiteTeam page: six people (co-founder and CEO, co-founder and CTO, growth, founding developer relations, design, engineering); "60 external contributors".Source
  • 12

    The sessions page has one live session (a 38-minute intro on October 22) and four recordings, including a 60-minute "Agentic CI for Expo apps" made with Expo. There is no registration or reminder signup, so the people who want the next session cannot be told about it, and the team gets no list of interested teams.

    Medium impactLow effort First result in 1 month Founding Developer Relations

    First action

    Schedule December's session and add a registration form.

    How to measure it

    Session registrations

    Now
    –
    Target
    300 per session
    By
    1 quarter

    Steps

    1. 1

      Plan themes

      Three months of topics.

      Founding Developer Relations 1 day

    2. 2

      Add registration

      Email, company, platform.

      Growth 1 day

    3. 3

      Book co-hosts

      Integration partners for each session.

      Founding Developer Relations 2 weeks

    4. 4

      Run live

      Demo and questions.

      Founding Developer Relations monthly

    5. 5

      Send recordings

      To all registrants, with the quickstart.

      Growth monthly

    6. 6

      Clip

      Short clips for X and docs.

      Founding Developer Relations monthly

    First result
    1 month
    Cost
    Webinar tool subscription
    Owner
    Founding Developer Relations

    Smallest test

    Add a "notify me about the next session" form this week.

    Why it works

    Run one live session a month on a set theme (CI on every PR, migrating from Detox or Playwright, coding agents writing tests, mobile on real devices), co-hosted with a partner where possible. Add a registration form (email, company, platform) and send the recording to every registrant. Cut each session into short clips for X and the docs.

    Live sessions with partners reach their audiences, and registrations become a list of named teams for rollouts and the cloud.

    Risks and how to handle them

    • Low attendance

      Co-host with a partner who promotes it to their audience.

    Evidence

    • Your websiteSessions: one live 38-minute intro (October 22, 2026) and four recordings, including a 60-minute "Agentic CI for Expo apps" with Expo and an 8-minute "Introduction to Verification Engineering" by an Expo engineer; no registration or reminder signup.Source
    • Your websiteTeam page: six people (co-founder and CEO, co-founder and CTO, growth, founding developer relations, design, engineering); "60 external contributors".Source
  • 13

    e2e already integrates with Kernel, Lightpanda, EAS, smol machines, Limrun, TestMu, BrowserStack and E2B, and has CI guides for six vendors. The contact form has a Partnerships topic, and the Chief of Staff role names "a partner program" as a special project. But the site has no partners page, and partners have no shared way to promote e2e to their users.

    High impactMedium effort First result in 1 quarter Chief of Staff

    First action

    Rank integrations by @e2e-dev package downloads and pick three launch partners.

    How to measure it

    @e2e-dev partner package installs

    Now
    –
    Target
    +100%
    By
    2 quarters

    Steps

    1. 1

      Rank partners

      By package downloads and audience.

      Chief of Staff 2 days

    2. 2

      Build the page

      /partners with each integration.

      Design 1 week

    3. 3

      Make the kit

      Example, docs text, post template.

      Founding Developer Relations 1 week

    4. 4

      Sign three

      Launch partners with dates.

      Co-founder & CEO 1 month

    5. 5

      Co-launch

      Joint posts and a session each.

      Founding Developer Relations monthly

    6. 6

      Measure

      Package installs per partner.

      Chief of Staff monthly

    First result
    1 quarter
    Cost
    Staff time only
    Owner
    Chief of Staff

    Smallest test

    Co-launch one example with one partner this month.

    Why it works

    Publish /partners listing each integration with what it adds (real devices, hosted browsers, simulators, sandboxes). Give each partner a co-marketing kit: a joint example, a docs page on their side, a session slot and a launch post. Track installs of each @e2e-dev package as the partner's measure.

    Each partner has its own developer audience, and a working integration gives them a reason to promote e2e that costs them nothing.

    Risks and how to handle them

    • Partners compete with e2e cloud later

      Position partners as infrastructure that e2e cloud can also run on.

    Evidence

    • Your websiteIntegrations and CI docs: Kernel, Lightpanda, EAS, smol machines, Limrun, TestMu, BrowserStack and E2B backends, and CI guides for GitHub Actions, GitLab, EAS Workflows, Bitrise, Codemagic and Norrix.Source
    • HiringChief of Staff (worldwide, open now): owns "security reviews, questionnaires, compliance, data protection, legal terms", "revenue and the P&L", the financial model and investor reporting, and special projects "such as a partner program or a sales change"; bonus for SOC 2 or ISO 27001 and billing-stack experience. Careers banner: "e2e raised $8m to build the software verification layer for the agentic coding era."Source
    • Your websiteContact page: full name, work email, optional company website and country, a topic menu (Enterprise, Partnerships, Open Source, Other) and an optional message; the submit button says "book a call" but the page shows no calendar or scheduling step and no response time.Source
  • 14

    The examples page has 58 cards, many for real products and open-source projects, but it says logos are "used only to identify the products each example works with" and there is no "used by" section anywhere. Public projects that already run e2e in their repositories are invisible, and so is the network effect of 14k stars.

    Medium impactLow effort First result in 1 month Growth

    First action

    Design the badge and list public repositories that depend on e2e.

    How to measure it

    Badged repositories

    Now
    –
    Target
    300
    By
    90 days

    Steps

    1. 1

      Design the badge

      SVG and a one-line snippet.

      Design 1 day

    2. 2

      Find adopters

      Public repositories that depend on e2e.

      Growth 2 days

    3. 3

      Ask maintainers

      Badge plus opt-in to the wall.

      Founding Developer Relations 2 weeks

    4. 4

      Add to init

      Optional badge snippet in init output and docs.

      Open Source Developer 1 day

    5. 5

      Publish the wall

      /used-by with opted-in projects.

      Growth 1 week

    6. 6

      Feature weekly

      One project on X each week.

      Founding Developer Relations weekly

    First result
    1 month
    Cost
    $0
    Owner
    Growth

    Smallest test

    Ask ten example-page projects to add the badge.

    Why it works

    Make a README badge ("tested with e2e", linking to e2e.com), and offer it in `e2e init` output and the docs. Find public repositories that depend on e2e, ask their maintainers to add the badge and opt into a /used-by page, and feature one project a week on X.

    Badges turn each adopting repository into a link and a recommendation seen by its own contributors and users, and a used-by wall gives the proof enterprise visitors look for.

    Risks and how to handle them

    • Listing projects without consent

      Only show projects whose maintainers opt in.

    Evidence

    • Your websiteExamples: 58 cards, 10 starter apps (Next.js, Vite, Astro, Angular, Expo, SwiftUI, Compose, Flutter, .NET MAUI, Kotlin Multiplatform) and named product examples such as Clerk, Stripe, Paddle, Shopify, RevenueCat, Webiny, Quivr and Kernel; no "used by" section, and logos are "used only to identify the products each example works with"; `npx e2e init --example <name>`.Source
    • GitHubRepository (checked November 9, 2026): 13.5k stars, 709 forks, 37 open issues, 44 open pull requests, 1,131 commits on main, Apache-2.0, described as "Next generation e2e testing framework for web and mobile apps."Source
  • 15

    The repository has 44 open pull requests against 37 open issues, and 60 outside contributors in the first month. The Open Source Developer is hired to "review and merge contributor pull requests". Contributors whose first pull request waits a long time rarely send a second one, and contributors are also the people who bring e2e into their companies.

    Medium impactMedium effort First result in 1 month Open Source Developer

    First action

    Measure the current median time to first review.

    How to measure it

    Time to first PR review

    Now
    –
    Target
    under 2 working days
    By
    60 days

    Steps

    1. 1

      Measure

      Time to first review and to merge.

      Open Source Developer 1 day

    2. 2

      Publish the promise

      In CONTRIBUTING.

      Open Source Developer 1 hour

    3. 3

      Label

      By area and size.

      Open Source Developer 2 days

    4. 4

      Weekly triage

      Rotate across engineers.

      Co-founder & CTO weekly

    5. 5

      Seed first issues

      Missing example apps and services.

      Founding Developer Relations 1 week

    6. 6

      Track

      Repeat contributors each month.

      Open Source Developer monthly

    First result
    1 month
    Cost
    Engineering time
    Owner
    Open Source Developer

    Smallest test

    Give every open PR a first response this week.

    Why it works

    Publish a review promise (first response within two working days), label pull requests by area, and run a weekly triage. Add "good first example" issues for frameworks and services not yet in the 58 examples, so contributors extend the catalogue. Thank merged contributors in each release, as the release notes already do.

    A fast first review turns one-off contributors into regulars and keeps the project's reputation strong as usage grows.

    Risks and how to handle them

    • Review load slows core work

      Rotate triage and close stale PRs kindly.

    Evidence

    • GitHubRepository (checked November 9, 2026): 13.5k stars, 709 forks, 37 open issues, 44 open pull requests, 1,131 commits on main, Apache-2.0, described as "Next generation e2e testing framework for web and mobile apps."Source
    • HiringOpen Source Developer (worldwide): "design and ship framework features and fixes, from the first issue to the release notes"; review and merge contributor pull requests and answer GitHub and Discord questions; improve e2e inside coding agents (the MCP server, the skill `e2e init` installs, failure traces); write the docs, examples and migration guides for each change.Source
    • Your websiteExamples: 58 cards, 10 starter apps (Next.js, Vite, Astro, Angular, Expo, SwiftUI, Compose, Flutter, .NET MAUI, Kotlin Multiplatform) and named product examples such as Clerk, Stripe, Paddle, Shopify, RevenueCat, Webiny, Quivr and Kernel; no "used by" section, and logos are "used only to identify the products each example works with"; `npx e2e init --example <name>`.Source
  • 16

    e2e has a strong security story: tests run in the customer's infrastructure, "We never receive or process your data", secrets are redacted from the model, and the telemetry docs list exactly what is sent and how to turn it off. But the sitemap has no security or trust page, and Momentic advertises SOC 2 Type 2, SSO and an SLA. The Chief of Staff is hired to own "security reviews, questionnaires, compliance, data protection".

    High impactMedium effort First result in 1 month Chief of Staff

    First action

    Collect the last three security questionnaires received and their answers.

    How to measure it

    Security review time

    Now
    –
    Target
    -50%
    By
    2 quarters

    Steps

    1. 1

      Collect answers

      From past questionnaires.

      Chief of Staff 2 days

    2. 2

      Draw the data flow

      Customer, model provider, telemetry.

      Co-founder & CTO 2 days

    3. 3

      Write the page

      Plain language with links to docs.

      Chief of Staff 1 week

    4. 4

      Make the pack

      A downloadable answers document.

      Chief of Staff 1 week

    5. 5

      Plan compliance

      Audit roadmap for e2e cloud.

      Chief of Staff 1 month

    6. 6

      Link it

      From enterprise, contact and compare pages.

      Growth 1 day

    First result
    1 month
    Cost
    Staff time; later, audit fees
    Owner
    Chief of Staff

    Smallest test

    Publish the data-flow diagram on the enterprise page.

    Why it works

    Publish /security, drawing on the existing security and telemetry docs: the data-flow diagram (what stays on the customer's machines, what goes to their chosen model provider, what anonymous telemetry sends), how to disable telemetry in CI, the vulnerability reporting process, the licence, and the compliance roadmap for the coming cloud. Add a downloadable answers pack for common questionnaires.

    Security review is where open-source tools stall inside larger companies. Answering it in public shortens deals and is a real advantage over hosted rivals.

    Risks and how to handle them

    • Promising certifications too early

      State only what is true today and date the roadmap.

    Evidence

    • HiringChief of Staff (worldwide, open now): owns "security reviews, questionnaires, compliance, data protection, legal terms", "revenue and the P&L", the financial model and investor reporting, and special projects "such as a partner program or a sales change"; bonus for SOC 2 or ISO 27001 and billing-stack experience. Careers banner: "e2e raised $8m to build the software verification layer for the agentic coding era."Source
    • Your websiteEnterprise page: "e2e is Apache-2.0 and stays free. You pay only when our engineers help you roll it out or build something custom"; a five-phase rollout (scope, build, migrate, roll out, hand over); "We never receive or process your data"; stats "2.4M npm downloads", "14k GitHub stars", "60 external contributors"; no customer logos or prices, testimonials are posts on X; every call to action is "book a call" to /contact.Source
    • Your websiteTelemetry docs: anonymous telemetry is on by default and records a random install id, a hash of the repository's root commit, whether a run is in CI (counted under the CI vendor), test and step counts, cache behaviour and model-call and token totals, never test content; events go to a PostHog project "read in aggregate"; opt-out via `e2e telemetry disable` or DO_NOT_TRACK=1; `E2E_TELEMETRY_FLEET` for platforms.Source
    • Competitor researchRivals' own homepages: Maestro, a free open-source CLI plus Maestro Studio and paid Maestro Cloud for parallel runs, used by "thousands of teams"; Momentic, an AI QA agent, "Free to start, no credit card", SOC 2 Type 2, enterprise SSO, RBAC and SLA, logos such as Notion, Webflow and Retool; QA Wolf, an "AI Test Factory" with run infrastructure and "Coverage as a Service", naming DoorDash and Figma.Source

Big bets 5

Larger plays that can change the trajectory.

  • 17

    Expo's own docs already list e2e in their Testing section with a sample EAS workflow, Expo engineers co-presented a 60-minute session, and e2e runs on Expo Simulators with one session per worker. Expo's angel backing dates from the pre-seed. The next step is to move e2e from a guide to the default path for new Expo apps.

    High impactHigh effort First result in 1 quarter Co founder & CEO

    First action

    Write a one-page proposal with the workflow template working end to end.

    How to measure it

    Expo projects running e2e on PRs

    Now
    –
    Target
    5,000
    By
    2 quarters

    Steps

    1. 1

      Build the template

      EAS workflow plus a starter test.

      Software Engineer 2 weeks

    2. 2

      Write the proposal

      Benefits for Expo users and shared metrics.

      Co-founder & CEO 1 week

    3. 3

      Agree scope

      Opt-in step, docs placement, support.

      Co-founder & CEO 1 month

    4. 4

      Launch jointly

      Post, session and landing page.

      Founding Developer Relations 2 weeks

    5. 5

      Support

      Triage Expo-template issues first.

      Open Source Developer ongoing

    6. 6

      Measure

      Template adoption and PR runs, in aggregate.

      Co-founder & CTO monthly

    First result
    1 quarter
    Cost
    Engineering time
    Owner
    Co founder & CEO

    Smallest test

    Publish the workflow template in the e2e examples and measure use.

    Why it works

    Propose to Expo an opt-in e2e test step in its project templates and a ready EAS Workflows template that runs e2e on every pull request against Expo Simulators. Build and maintain the templates, add a joint landing page, and agree shared metrics (projects using the template, PR runs).

    Defaults decide which test tool a new project uses, and Expo's audience is the mobile-first, agent-heavy developer e2e is built for.

    Risks and how to handle them

    • Expo prefers to stay neutral

      Offer an opt-in choice among tools, with e2e first by merit.

    Builds on

    Evidence

    • Expo docsExpo's docs list e2e next to TesterArmy in the Testing section, with a sample EAS workflow for an iOS Simulator on each pull request; they recommend an API key over a subscription login on CI; an `@e2e-dev/eas` integration with Expo Simulators is a limited-access preview.Source
    • Your websitee2e and Expo (November 9, 2026): tests run on Expo Simulators, one session per worker, about three minutes to start; an EAS Workflows file runs the suite on every pull request; the example's first run took 31.6 seconds and 11 model calls, the cached replay 9.7 seconds and 2 model calls.Source
    • Your websiteSessions: one live 38-minute intro (October 22, 2026) and four recordings, including a 60-minute "Agentic CI for Expo apps" with Expo and an 8-minute "Introduction to Verification Engineering" by an Expo engineer; no registration or reminder signup.Source
    • Your websitePre-seed post (September 15, 2026): TesterArmy raised "$1.2M" (backers include Y Combinator, Script Capital, Eight Capital and angels from Vercel, Expo and Resend); teams at Resend, bolt.new and Nando's used TesterArmy daily; Novu "cut flaky tests in half"; Juno reported "shipping PRs 10× faster" and two days of manual testing saved a week.Source
  • 18

    e2e lets users pick any model provider, and the Software Engineer role says the team measures agent changes before shipping, with LLM evals as a bonus skill. Users have to guess which model to put behind agent.act and agent.assert. Rivals publish their own vendor-run benchmarks, and QA Wolf's homepage compares itself with coding agents on 1,567 evals.

    High impactHigh effort First result in 1 quarter Software Engineer

    First action

    Package the team's internal agent evals as a reproducible suite.

    How to measure it

    Benchmark referring domains

    Now
    –
    Target
    100
    By
    2 quarters

    Steps

    1. 1

      Define tasks

      Web and mobile tasks with clear pass criteria.

      Software Engineer 2 weeks

    2. 2

      Build the harness

      Runs any provider and records cost and time.

      Software Engineer 3 weeks

    3. 3

      Run baselines

      Common hosted and local models.

      Software Engineer 1 week

    4. 4

      Publish

      Leaderboard page and repository.

      Founding Developer Relations 1 week

    5. 5

      Open submissions

      Community runs via pull request.

      Open Source Developer ongoing

    6. 6

      Refresh

      Each new model and major release.

      Software Engineer monthly

    First result
    1 quarter
    Cost
    Model costs for benchmark runs
    Owner
    Software Engineer

    Smallest test

    Publish results for ten tasks on three models.

    Why it works

    Open-source the eval suite the team already needs: a fixed set of web and mobile apps and tasks, scored for success rate, steps, time, model calls and cost per provider and model, with first-run and replay figures. Publish a dated leaderboard on e2e.com and accept community submissions. Use it to set the default model recommendation in the docs.

    An open benchmark becomes the reference other people cite, and it answers the practical question every new user asks: which model should I use?

    Risks and how to handle them

    • Seen as self-serving

      Open the harness and data, and let others reproduce results.

    Evidence

    • HiringSoftware Engineer (worldwide): builds the agent behind agent.act, agent.assert, agent.waitFor and agent.extract and measures changes before shipping; makes runs faster and cheaper through caching and replay; "help engineering teams adopt e2e, from their first suite through running it in CI on every pull request"; bonus for building LLM evals.Source
    • Your websiteLaunch post (October 1, 2026): `npx e2e init` gets most projects to a first passing test in about a minute; a cached step "costs no tokens"; any model provider, local models, gateways or existing subscriptions with "no added markup"; pre-1.0, so parts of the core API may change; desktop not yet supported.Source
    • Competitor researchRivals' own homepages: Maestro, a free open-source CLI plus Maestro Studio and paid Maestro Cloud for parallel runs, used by "thousands of teams"; Momentic, an AI QA agent, "Free to start, no credit card", SOC 2 Type 2, enterprise SSO, RBAC and SLA, logos such as Notion, Webflow and Retool; QA Wolf, an "AI Test Factory" with run infrastructure and "Coverage as a Service", naming DoorDash and Figma.Source
  • 19

    e2e cloud is announced for next year, and the Chief of Staff will own the revenue model. Maestro sells a free CLI plus a paid cloud, and Momentic is free to start with paid enterprise tiers. e2e already knows from aggregate telemetry how many tests, workers, CI vendors and engines teams use, and the waitlist (idea 1) will say who wants hosted runs.

    High impactHigh effort First result in 1 quarter Co founder & CEO

    First action

    Write the design-partner agreement and selection criteria.

    How to measure it

    Design partner conversion

    Now
    –
    Target
    7 of 10
    By
    2 quarters

    Steps

    1. 1

      Select partners

      Ten from the waitlist across segments.

      Co-founder & CEO 2 weeks

    2. 2

      Sign agreements

      Feedback, data and pricing terms.

      Chief of Staff 2 weeks

    3. 3

      Run suites

      Early cloud runs for each partner.

      Co-founder & CTO 1 quarter

    4. 4

      Test units

      Workers per month vs test minutes.

      Chief of Staff 1 month

    5. 5

      Model margins

      Infrastructure cost per unit.

      Chief of Staff 2 weeks

    6. 6

      Publish pricing

      With a free tier for open source.

      Growth 1 week

    First result
    1 quarter
    Cost
    Infrastructure for partner runs
    Owner
    Co founder & CEO

    Smallest test

    Ask the first 50 waitlist teams which pricing unit they prefer.

    Why it works

    Pick ten design partners from the waitlist across web-only, mobile-heavy and mixed teams. Run their suites on an early cloud for a quarter at no or low cost in exchange for weekly feedback and usage data. Test two pricing units (parallel workers per month versus test minutes) with the partners. Launch with a free tier for open-source projects and published prices.

    Pricing built from real suites and real willingness to pay avoids the most common open-source mistake: a cloud that costs too much for adopters or too little to fund the company.

    Risks and how to handle them

    • Partners expect free forever

      Agree launch pricing and a discount in the contract.

    Builds on

    Evidence

    • Your websiteSeed announcement (November 3, 2026): "$8 million" from Credo Ventures, KAYA, Point Nine, Baobab Ventures and Script Capital; in the first month after the October 1 launch e2e "passed 1.5M downloads on npm and 12k stars on GitHub, and welcomed 60 external contributors" and "now gets around 100,000 downloads a day"; "we're launching e2e cloud, so teams can run e2e on the best infrastructure" next year; "More tools will follow for every software verification step"; the framework stays Apache-2.0.Source
    • HiringChief of Staff (worldwide, open now): owns "security reviews, questionnaires, compliance, data protection, legal terms", "revenue and the P&L", the financial model and investor reporting, and special projects "such as a partner program or a sales change"; bonus for SOC 2 or ISO 27001 and billing-stack experience. Careers banner: "e2e raised $8m to build the software verification layer for the agentic coding era."Source
    • Competitor researchRivals' own homepages: Maestro, a free open-source CLI plus Maestro Studio and paid Maestro Cloud for parallel runs, used by "thousands of teams"; Momentic, an AI QA agent, "Free to start, no credit card", SOC 2 Type 2, enterprise SSO, RBAC and SLA, logos such as Notion, Webflow and Retool; QA Wolf, an "AI Test Factory" with run infrastructure and "Coverage as a Service", naming DoorDash and Figma.Source
    • Your websiteTelemetry docs: anonymous telemetry is on by default and records a random install id, a hash of the repository's root commit, whether a run is in CI (counted under the CI vendor), test and step counts, cache behaviour and model-call and token totals, never test content; events go to a PostHog project "read in aggregate"; opt-out via `e2e telemetry disable` or DO_NOT_TRACK=1; `E2E_TELEMETRY_FLEET` for platforms.Source
  • 20

    e2e's own Playwright comparison concedes that "e2e has no graphical viewer", while Playwright has a trace viewer and UI mode. e2e already writes a trace.md per failed test, a markdown summary and a video per attempt. Those artifacts are exactly what a team wants to share in a pull request, and sharing them is the natural first use of a hosted product.

    High impactHigh effort First result in 1 quarter Co founder & CTO

    First action

    Design the viewer around one real failed run.

    How to measure it

    Shared report links

    Now
    –
    Target
    10,000 a week
    By
    2 quarters

    Steps

    1. 1

      Design

      Steps, media, reasoning, cache view.

      Design 2 weeks

    2. 2

      Build local viewer

      Open source, from existing artifacts.

      Software Engineer 1 month

    3. 3

      Add upload

      Opt-in, private link, retention limit.

      Co-founder & CTO 1 month

    4. 4

      PR comment

      Post the link from CI to the pull request.

      Open Source Developer 2 weeks

    5. 5

      Set limits

      Free tier vs cloud plans.

      Chief of Staff 1 week

    6. 6

      Launch

      Post, session and compare-page update.

      Founding Developer Relations 1 week

    First result
    1 quarter
    Cost
    Engineering time and storage
    Owner
    Co founder & CTO

    Smallest test

    Ship a static HTML report generator first and count usage.

    Why it works

    Build a viewer that opens an e2e report locally (steps, screenshots, video, agent reasoning and cache hits), with an optional one-click upload that gives a shareable link for pull-request comments. Keep the local viewer open source. Make hosted links free with limits, and make them the first feature of e2e cloud, so teams start using the cloud before they run tests there.

    It closes the most visible gap against Playwright, and shareable run links put e2e in front of every reviewer on the team, not only the engineer who installed it.

    Risks and how to handle them

    • Uploading reports conflicts with "we never receive your data"

      Keep upload opt-in, say so clearly, and offer self-hosting.

    Builds on

    Evidence

    • Your websitee2e vs Playwright page: Playwright leads on five languages, component tests, its trace viewer, UI mode, codegen and VS Code extension ("e2e has no graphical viewer"); e2e leads on native mobile, agent steps, exploratory runs and coding-agent workflows; e2e costs "CI minutes plus model calls" when a goal has no recording, and `--strict-cache` stops model calls in CI.Source
    • Your websiteSeed announcement (November 3, 2026): "$8 million" from Credo Ventures, KAYA, Point Nine, Baobab Ventures and Script Capital; in the first month after the October 1 launch e2e "passed 1.5M downloads on npm and 12k stars on GitHub, and welcomed 60 external contributors" and "now gets around 100,000 downloads a day"; "we're launching e2e cloud, so teams can run e2e on the best infrastructure" next year; "More tools will follow for every software verification step"; the framework stays Apache-2.0.Source
  • 21

    The launch post says e2e is pre-1.0 and "parts of the core API may change", and releases come out roughly weekly (0.22 on October 30, 0.23 on November 5). Fast releases suit early adopters. Larger teams, the ones that buy rollouts and will buy the cloud, often wait for a stable API before moving a whole suite.

    High impactHigh effort First result in 2 quarters Co founder & CTO

    First action

    List the APIs that must not change after 1.0.

    How to measure it

    Stability objections

    Now
    –
    Target
    -75%
    By
    2 quarters

    Steps

    1. 1

      List core APIs

      What 1.0 freezes.

      Co-founder & CTO 1 week

    2. 2

      Write the policy

      Versioning, deprecations, support window.

      Co-founder & CTO 1 week

    3. 3

      Build codemods

      For any final breaking changes.

      Open Source Developer 1 month

    4. 4

      Run a release candidate

      With rollout customers and design partners.

      Software Engineer 1 month

    5. 5

      Launch 1.0

      Post, session and rollout stories.

      Founding Developer Relations 1 week

    6. 6

      Maintain LTS

      Security and bug fixes for the support window.

      Open Source Developer ongoing

    First result
    2 quarters
    Cost
    Engineering time
    Owner
    Co founder & CTO

    Smallest test

    Publish the deprecation policy now, before 1.0.

    Why it works

    Set a 1.0 date tied to the cloud launch. Freeze the core test, agent, expect and config APIs, publish a semantic-versioning and deprecation policy (for example, deprecations live for two minor versions and come with codemods), and run a long-term-support line for enterprise rollouts. Announce 1.0 with the first rollout stories.

    A stability promise removes a common objection in larger teams and gives the rollout business a firm base.

    Risks and how to handle them

    • Freezing slows innovation

      Keep experimental APIs behind clear labels.

    Evidence

    • Your websiteLaunch post (October 1, 2026): `npx e2e init` gets most projects to a first passing test in about a minute; a cached step "costs no tokens"; any model provider, local models, gateways or existing subscriptions with "no added markup"; pre-1.0, so parts of the core API may change; desktop not yet supported.Source
    • GitHubReleases page (checked November 9, 2026): [email protected] shipped on November 5 alongside seven @e2e-dev package releases, and GitHub's "Latest" label sits on @e2e-dev/[email protected], not the main e2e package.Source
    • Your websiteEnterprise page: "e2e is Apache-2.0 and stays free. You pay only when our engineers help you roll it out or build something custom"; a five-phase rollout (scope, build, migrate, roll out, hand over); "We never receive or process your data"; stats "2.4M npm downloads", "14k GitHub stars", "60 external contributors"; no customer logos or prices, testimonials are posts on X; every call to action is "book a call" to /contact.Source

Wildcards 1

Unexpected experiments, each with a cheap way to test it.

  • 22

    The TesterArmy migration guide lists accessibility audits as a feature with no equivalent in e2e yet. Teams moving from TesterArmy lose it, and none of e2e's comparison pages offers it as a reason to switch. An agent that already walks every flow of the app is well placed to check each screen it visits, on web and on native mobile.

    Medium impactMedium effort First result in 1 quarter Open Source Developer

    First action

    Ask TesterArmy accounts which of them used accessibility audits.

    How to measure it

    Repositories with accessibility checks

    Now
    –
    Target
    500
    By
    2 quarters

    Steps

    1. 1

      Ask users

      Which TesterArmy accounts used audits.

      Chief of Staff 1 week

    2. 2

      Design the API

      Assertion and report format.

      Open Source Developer 1 week

    3. 3

      Build web checks

      A standard rule set on each page.

      Open Source Developer 3 weeks

    4. 4

      Add mobile checks

      Agent review of native screens.

      Software Engineer 1 month

    5. 5

      Document

      Docs page and example.

      Founding Developer Relations 1 week

    6. 6

      Update compares

      A new row on each page.

      Founding Developer Relations 1 day

    First result
    1 quarter
    Cost
    Engineering time
    Owner
    Open Source Developer

    Smallest test

    Ship the web assertion only and count adopters.

    Why it works

    Add an `expect(screen).toBeAccessible()` style assertion that runs a standard accessibility rule set on web pages, plus an agent check on mobile screens. Include a report section listing issues per screen and step. Write a docs page and an example, and add it as a row on every comparison page.

    Accessibility is a requirement many teams must meet. Running it inside tests they already run gives them a new reason to adopt e2e and closes a migration gap at the same time.

    Risks and how to handle them

    • Agent checks on mobile give false positives

      Label mobile checks as advisory until measured.

    Builds on

    Evidence

    • Your websiteTesterArmy migration guide: a coding agent reads saved tests through the TesterArmy MCP server and rewrites them as e2e tests; features marked "Not yet" or "No equivalent" include inbox credentials, microphone steps, accessibility audits and browser region settings.Source
    • Your websiteComparison hub: four pages (Playwright, Selenium, Maestro, Detox); Cypress has no comparison page, only a pointer to the Cypress migration guide; Appium and WebdriverIO are folded into other guides; agent-first QA products are not compared; facts are "from public documentation and release notes", rows where a rival leads are marked, and corrections are taken on GitHub.Source
More example playbooks and reviews

More growth playbooks

Other companies we have researched, each read from what they are hiring for.

  • Versaterm growth strategyPublic safety software across the response chain: emergency call handling (ECC Assist, Komand911), cloud CAD and RMS, drone operations…21 growth ideas
  • Funded.club growth strategyA fixed-fee recruiting partner for funded startups: dedicated recruiters headhunt passive candidates for sales, product, engineering…22 growth ideas
  • Nuance Labs growth strategyAn AI research lab in Seattle building a full-duplex audiovisual foundation model for face-to-face conversation: photorealistic, real-time…21 growth ideas
  • PRNTD growth strategyAn online poster store (formerly PosterTok, now at prntdart.com) selling music, film, car, anime and motivational posters and custom…22 growth ideas
  • Consumer Reports growth strategyIndependent nonprofit testing and rating of 10,000+ products and services, consumer advocacy and investigations, funded by members and…21 growth ideas
  • Mill growth strategyA food waste prevention company: the Mill food recycler dries and grinds household food scraps overnight into grounds for gardens, green…22 growth ideas
  • Pomelo Care growth strategyA virtual medical practice for women and children: 24/7 pregnancy, postpartum and pediatric care, plus a new (peri)menopause program with…21 growth ideas
  • GitLab growth strategyAn intelligent orchestration platform for DevSecOps: planning, source code, CI/CD, security, and GitLab Duo Agent Platform for AI agents…22 growth ideas

See every playbook and website review

Independent research. Programmable wrote this playbook from public sources, as they stood on November 10, 2026, and cites them throughout. e2e (by TesterArmy, Inc.) did not commission, review or endorse it, and Programmable is not affiliated with e2e (by TesterArmy, Inc.). Company and product names are trademarks of their owners, used only to identify them. The ideas are suggestions and opinion, not professional, legal or financial advice, and not statements about how e2e (by TesterArmy, Inc.) runs its business.

Something wrong, or do you represent e2e (by TesterArmy, Inc.)? Email [email protected] and we will correct it or take it down.

30/60/90 roadmap

What to focus on in each month, and the ideas that carry it.

  1. Days 1 to 307 ideas

    Cloud waitlist, enterprise proof, a contact form that books, the TesterArmy migration, the GitHub release label, agent-tool directories and the Cypress comparison.

  2. Days 31 to 609 ideas

    Comparisons with agent-first QA, a run-cost page, CI activation from telemetry, priced rollout packages, live sessions, partners, the adopter badge, contributor flow and the security page.

  3. Days 61 to 906 ideas

    Commit to the big bets: Expo templates, an open benchmark, cloud pricing with design partners, a free report viewer, 1.0, and accessibility audits as a step.

The research behind the plan

3 research areas, each summarised in a few lines. Open any of them for the full detail.

Customers

What customers say

Customers value tests that live as TypeScript in their own repo and run on their own CI. The most cited problem: flaky, slow end-to-end suites.

  • One suite for web, iOS and Android
  • Testing code written by coding agents fast enough
  • In their words: “verification layer”

Market

Competitive landscape

5 competitors compared: Playwright, Cypress, Maestro, Momentic and 1 more.

  • Gap to exploit: An open-source, own-infrastructure option for agentic testing across web and native mobile
  • Playwright: No native mobile and no agent steps
  • Cypress: No native mobile; e2e has no comparison page against it yet

Hiring signals

e2e is hiring for the move from open-source traction to revenue.

  • Chief of Staff: Revenue, P&L, security reviews and a partner program. Ideas 1, 4, 11, 13, 16, 19.
  • Open Source Developer: Contributor PRs, the MCP server and skill, docs and examples. Ideas 6, 7, 15, 22.
  • Software Engineer: Agent quality, cheaper runs, evals and CI adoption. Ideas 5, 9, 10, 18.

From the team that wrote this playbook

All products
  • ProgrammableAgencyWorking AI systems in days, not quarters (opens programmable.agency in a new tab)
  • ProgrammableInfoAn agent that finds, researches and asks first (opens programmable.info in a new tab)
  • ProgrammableDigitalScreenshots in, an animated product demo out (opens programmable.digital in a new tab)
  • ProgrammableWatchKnow the day a supplier falls out of compliance (opens programmable.watch in a new tab)
  • ProgrammableTalkGet registrants for your events, and know who’s coming (opens programmable.talk in a new tab)
  • ProgrammablePageText what you need, your customer gets a page that works (opens programmable.page in a new tab)
  • ProgrammableCommunityForums with labelled AI members, never empty (opens programmable.community in a new tab)
ProgrammableMarketing
ExamplesLeaderboardsProductsTermsPrivacyCookiesDPALegalContact

© 2026 AI-Powered Growth Intelligence