ProgrammableMarketing/browser-use.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 · 10
  • Big bets · 3
  • Wildcards · 2
Generated Nov 10, 2026
  1. Programmable
  2. Playbooks
  3. Browser Use
Browser Use logo

growth playbook · Nov 10, 2026

browser-use.com (opens in a new tab)

Browser Use growth playbook

Diagnosis

Browser Use runs at an eight-figure annualized run rate with six people. It has 120k+ GitHub stars and publishes a lot: 652 sitemap URLs, including a 13,352-site WebMCP directory, 134 agent skills, 81 showcase runs, 28 free tools and public benchmarks. The gaps sit where that reach should turn into revenue.

Comparison pages quote different benchmark numbers for the same rival, there is no cost calculator, the logo strip and four of five case studies carry no proof, and the directory, skills, tools and showcase pages all end in the same generic "Start for free".

This playbook first makes the numbers consistent and the proof visible. Next it turns each content library into its own path to a first run, and then it bets on independent benchmarks, packaged enterprise pilots and regulated-industry offers that the new forward-deployed engineers can deliver.

Growth Score

8/10

Biggest Opportunity

Every one of the hundreds of directory, skill, tool and showcase pages can start a real cloud run, and every comparison page can carry the same current, dated proof.

Biggest Risk

Browserbase, Kernel and Steel all claim larger customer counts and bigger free credits, and Browser Use's own benchmarks disclose that their site lists favour it. If the numbers look inconsistent or self-selected, the main differentiator ("benchmarked. In public.") loses its force.

01

Start here

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

  1. 1

    Your "Browser Use vs Browserbase" post still says 81% vs 42%; give every Browserbase page the same, dated benchmark

    Replace the stealth table in /posts/browser-use-vs-browserbase with the September 25, 2026 V2 figures and link to /benchmarks/browsers.

    High impact First result in 2 weeks
  2. 2

    A cost calculator on the pricing page, built on the concurrency ladder and the Browserbase math you already publish

    Write the formula from the pricing page and check it against the $9.50 and $176 examples.

    High impact First result in 3 weeks
  3. 3

    Reply to "start today" enterprise forms within the hour, and say so on the form

    Add a Slack alert for "today" plus 10,000+ runs submissions.

    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.

  • 7 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 · 9Fill-ins · 6Reconsider · 4
Effort →

Showing 22 of 22 ideas

This week 7

Quick wins with a clear first action.

  • 01

    Browser Use has three pages for one of its highest-intent searches. /alternatives/browserbase and /browserbase-pricing quote Stealth Bench V2 from September 25, 2026: 90.5% for Browser Use against 78.5% for Browserbase. The "Browser Use vs Browserbase" post, updated October 26, still shows the older "81% / 84.8%" against "42% / 70.3%" from Stealth Bench v1 and BrowserBench, gives no date for either run, and does not link to the alternatives page. The Kernel and Browserless posts already use V2. So a developer comparing the two vendors meets two different sets of numbers for the same claim, from a company whose homepage says "Everything we sell is benchmarked. In public."

    High impactLow effort First result in 2 weeks Benchmarks lead

    First action

    Replace the stealth table in /posts/browser-use-vs-browserbase with the September 25, 2026 V2 figures and link to /benchmarks/browsers.

    How to measure it

    Comparison-page sign-ups

    Now
    –
    Target
    +20%
    By
    60 days

    Steps

    1. 1

      Fix the post

      V2 figures, run date, site count and a link to the GitHub results in the Browserbase post.

      Benchmarks lead 2 hours

    2. 2

      Map the queries

      "X vs Browser Use" goes to the post, "X alternatives" to /alternatives, pricing to /browserbase-pricing.

      Content lead half a day

    3. 3

      Cross-link

      Link each post, alternatives page and pricing page to the others for Browserbase, Kernel and Browserless.

      Web engineer half a day

    4. 4

      One data file

      Move every stealth, latency and price figure into one file that all comparison pages render from.

      Web engineer 2 days

    5. 5

      Date everything

      Show "measured on" and "prices checked on" next to every figure.

      Content lead 2 hours

    6. 6

      Check the rest

      Search all 65 posts for v1 figures and update them.

      Content lead 1 day

    7. 7

      Measure

      Sign-ups and Search Console clicks per comparison page, before and after.

      Co-founder & CEO monthly

    First result
    2 weeks
    Cost
    $0, about three days of staff time
    Owner
    Benchmarks lead

    Smallest test

    Update the Browserbase post's stealth table today and compare its sign-up rate over the next month.

    Why it works

    Update the Browserbase post to the V2 run, with its date, its site count and a link to /benchmarks/browsers and the GitHub results. Then decide which page answers "Browser Use vs Browserbase": keep the post for that query and /alternatives/browserbase for "Browserbase alternatives", and cross-link the post, the alternatives page and /browserbase-pricing both ways. Do the same for the Kernel and Browserless pairs, which do not link to each other either. Finally, render benchmark numbers on all comparison pages from one shared data file, so the next run updates every page at once.

    Comparison searches come from buyers who are close to choosing, and developers check numbers. One consistent, dated figure that links to the raw results is more credible than a bigger gap on one page and a smaller one on the next. A shared data source also stops the problem from coming back with each new benchmark run.

    Ready to use

    ChecklistComparison page consistency list

    [ ] Browserbase post shows Stealth Bench V2 (Sep 25, 2026): 90.5% vs 78.5%
    [ ] Run date, site count and GitHub results link next to every figure
    [ ] Post <-> /alternatives/<rival> <-> pricing page links for Browserbase, Kernel, Browserless
    [ ] All figures rendered from one shared data file
    [ ] "Prices checked on" date on every rival price
    [ ] No v1 figures left in /posts
    [ ] Titles target distinct queries (vs / alternatives / pricing)

    Risks and how to handle them

    • The V2 gap over Browserbase (12 points) is smaller than the v1 gap (39 points)

      Lead with price and the reproducible results; a smaller, consistent, dated gap is more credible.

    • Search engines treat the post and alternatives page as competing

      Give them clearly different queries and titles, and cross-link.

    Evidence

    • Your website"Browser Use vs Browserbase" post (published September 21, updated October 26, 2026): stealth success "81% / 84.8%" for Browser Use against "42% / 70.3%" for Browserbase, from Stealth Bench v1 and BrowserBench, with no date given for either stealth run; it links to other "vs" posts but not to /alternatives/browserbase.Source
    • Your website/alternatives/browserbase and /browserbase-pricing: Stealth Bench V2 (September 25, 2026) has Browser Use at 90.5% against Browserbase at 78.5%; /browserbase-pricing estimates 50 parallel browsers, 8 hours a day for 22 days, at $929 a month on Browserbase against $176 on Browser Use, before proxy traffic. The "Browser Use vs Kernel" and "Browser Use vs Browserless" posts already use the V2 figures (90.5% against 80.5% and 77.5%).Source
    • Your websiteSitemap (652 URLs, checked November 9, 2026): /webmcp 238, /skills 120, /showcase 92, /posts 65, /benchmarks 36, /tools 29, /alternatives 6; Browserbase, Browserless and Kernel each have both an /alternatives/<rival> page and a /posts/browser-use-vs-<rival> post (plus /browserbase-pricing), and the Kernel and Browserless posts do not link to their /alternatives page; other overlaps include /cloud-browsers and /cloud-browser, and /mcp plus four "best MCP servers" posts.Source
    • Your websiteHomepage: H1 "Browser agents and cloud browsers."; three products: Web agents ("$0.006 per task, median"), Stealth browsers ("$0.02 per browser hour") and Browser Harness ("Free and open source"); "Everything we sell is benchmarked. In public."; "Start with $1 free. One per person. Never expires."; a strip of 33 company logos (including Apple, Airbnb, Stripe, Uber, Shopify and DHL) with no label, shown twice, and no customer quotes.Source
  • 02

    Pricing has five moving parts: browser hours, proxy GB at two rates, agent tasks, model tokens, and a concurrency ladder unlocked by total paid ($100 for 50 browsers up to $25,000 for 1,000). The pricing page shows one static $9.50 example and no calculator. The worked comparison that proves the price advantage, $176 against $929 a month for 50 parallel browsers, sits on a separate /browserbase-pricing page.

    High impactLow effort First result in 3 weeks Web engineer

    First action

    Write the formula from the pricing page and check it against the $9.50 and $176 examples.

    How to measure it

    Pricing-to-sign-up conversion

    Now
    –
    Target
    +15%
    By
    60 days

    Steps

    1. 1

      Write the formula

      Browser hours, proxy GB, tasks, tokens and the concurrency ladder.

      Co-founder & CTO half a day

    2. 2

      Check examples

      Match the $9.50 and $176 published numbers.

      Web engineer 1 hour

    3. 3

      Add rivals

      Use the dated rival prices from the comparison data file (idea 1).

      Web engineer 1 day

    4. 4

      Build it

      Five inputs, cost, tier and comparison, with a shareable URL.

      Web engineer 2 days

    5. 5

      Route big workloads

      Past 1,000 browsers, prefill the enterprise form.

      Web engineer half a day

    6. 6

      Measure

      Calculator use against sign-ups and first top-ups.

      Co-founder & CEO monthly

    First result
    3 weeks
    Cost
    About four days of engineering
    Owner
    Web engineer

    Smallest test

    Add a static table of three workloads (10, 50 and 250 browsers) with cost and tier.

    Why it works

    Add a calculator to /pricing. Inputs: parallel browsers, hours a day, days a month, GB of home-IP traffic, and agent tasks. Outputs: monthly cost, the concurrency tier needed and how much total spend unlocks it, and the same workload priced on Browserbase, Kernel and Anchor using the dated prices you already publish. Give each result a shareable URL, and offer "Talk to sales" when the workload passes 1,000 browsers.

    Usage pricing is cheap but hard to forecast, and engineers have to justify a vendor to whoever pays. A number they can paste into a ticket removes that friction, and the side-by-side turns the price lead into something they can see.

    Risks and how to handle them

    • Rival prices change

      Show the date checked and refresh monthly.

    • Estimates differ from real bills

      Label it an estimate and link to billing details.

    Builds on

    Evidence

    • Your websitePricing page (checked November 9, 2026): pay as you go at "$0 per month"; concurrency unlocked by total paid: 10 browsers at $0, 50 at $100, 250 at $1,000, 500 at $5,000, 1,000 at $25,000; a one-time $1 signup credit and credits from $5; home-IP proxy $5/GB (against Anchor $8, Browserbase $10-12, Kernel unmetered from $30/mo), direct or own proxy $0.20/GB; no interactive calculator, only one static example totalling $9.50; no annual plan below Enterprise, which adds "annual credit pools", custom SLAs, HIPAA, zero data retention, EU residency and on-prem.Source
    • Your website/alternatives/browserbase and /browserbase-pricing: Stealth Bench V2 (September 25, 2026) has Browser Use at 90.5% against Browserbase at 78.5%; /browserbase-pricing estimates 50 parallel browsers, 8 hours a day for 22 days, at $929 a month on Browserbase against $176 on Browser Use, before proxy traffic. The "Browser Use vs Kernel" and "Browser Use vs Browserless" posts already use the V2 figures (90.5% against 80.5% and 77.5%).Source
    • Competitor researchRivals' own homepages: Browserbase claims 10,000+ companies, 2.9M weekly SDK downloads and the open-source Stagehand, plus Search and Fetch APIs; Kernel claims 11,000+ teams, a free plan with $5 a month of credits and Hobbyist at $30 a month, and cites a throughput benchmark with Kernel at 6.43 actions/sec and Browser Use at 3.61; Steel offers "$30 free credits", claims 30,000+ engineers and an open-source browser with 7.9K stars.Source
  • 03

    The homepage shows 33 company logos, including Apple, Airbnb, Stripe, Uber, Shopify and DHL, with no label saying what they mean, shown twice, and no customer quotes. The enterprise page, where a buyer most needs proof, has no logos or quotes at all. Only five logos have a case study behind them.

    Medium impactLow effort First result in 1 month Co founder & CEO

    First action

    Decide in one sentence what the strip represents and write the label.

    How to measure it

    Enterprise form submissions

    Now
    –
    Target
    +15%
    By
    60 days

    Steps

    1. 1

      Define the strip

      Agree what qualifies a logo, and drop any that don't.

      Co-founder & CEO 1 hour

    2. 2

      Write the label

      One accurate line above the strip.

      Content lead 1 hour

    3. 3

      Link the proof

      Logos with case studies link to them.

      Web engineer 2 hours

    4. 4

      Get quotes

      Two one-line quotes from published customers.

      Forward-Deployed Engineer 1 week

    5. 5

      Add to enterprise

      Strip and quotes above the form.

      Web engineer 2 hours

    6. 6

      Measure

      Form submissions before and after.

      Co-founder & CEO monthly

    First result
    1 month
    Cost
    $0
    Owner
    Co founder & CEO

    Smallest test

    Add the label and the enterprise-page strip this week.

    Why it works

    Give the strip an accurate label for what it represents (for example paying customers, or teams whose engineers use the open-source library). Link every logo that has a case study to it. Show the strip, with the same label and two short quotes, on the enterprise page. Render it once instead of twice.

    Enterprise and security reviewers ask what a logo means. An accurate label backed by links turns a decorative strip into proof they can repeat internally, and it avoids the doubt an unlabeled strip of famous brands can create.

    Risks and how to handle them

    • A narrower label means fewer logos

      Fewer logos with a clear meaning beat many without one.

    Evidence

    • Your websiteHomepage: H1 "Browser agents and cloud browsers."; three products: Web agents ("$0.006 per task, median"), Stealth browsers ("$0.02 per browser hour") and Browser Harness ("Free and open source"); "Everything we sell is benchmarked. In public."; "Start with $1 free. One per person. Never expires."; a strip of 33 company logos (including Apple, Airbnb, Stripe, Uber, Shopify and DHL) with no label, shown twice, and no customer quotes.Source
    • Your websiteEnterprise page: "Browser automation at scale.", 90.5% against 82% for the next provider, 1,000+ concurrent browsers, secret placeholders, a 1Password integration, domain allow and deny lists, retention that can be turned off, SOC 2 Type II, HIPAA, DPA, on-prem and EU residency; no customer logos or quotes; the form asks for runs per month (up to 100,000+), start date ("today" to "no date yet") and compliance needs; no response time is promised.Source
    • Your websiteCase studies: five stories (Hermes Agent, Sauna, Parallel, Vesta, Composio); only Hermes publishes numbers (48-66% fewer task tokens, 204 live runs, task accuracy at parity, "Hermes made Browser Use its default"); Sauna, Parallel, Vesta ("Mortgage evidence from websites without APIs") and Composio publish none.Source
  • 04

    Hermes is the only case study with numbers (48-66% fewer task tokens across 204 live runs). Sauna, Parallel, Vesta and Composio describe what they do but give no result. Browser Use is hiring a Forward-Deployed Engineer to "Talk to customers. Fix their problems.", the person best placed to collect those numbers.

    High impactMedium effort First result in 1 month Forward Deployed Engineer

    First action

    Pull 90 days of usage for the four customers and draft the figures for them to approve.

    How to measure it

    Case studies with numbers

    Now
    –
    Target
    5 of 5
    By
    45 days

    Steps

    1. 1

      Pull usage

      Runs, success rate and spend for each customer.

      Co-founder & CTO 1 day

    2. 2

      Draft figures

      Three numbers per story.

      Forward-Deployed Engineer 2 days

    3. 3

      Get approval

      Customer signs off on numbers and quote.

      Forward-Deployed Engineer 2 weeks

    4. 4

      Publish

      Update the four stories with a results box.

      Content lead 1 day

    5. 5

      Make it routine

      Add "number and quote" to the deployment checklist.

      Forward-Deployed Engineer 1 hour

    6. 6

      Use in sales

      Link the matching story in enterprise replies.

      Co-founder & CEO ongoing

    First result
    1 month
    Cost
    Staff time only
    Owner
    Forward Deployed Engineer

    Smallest test

    Get one approved number for one story this week.

    Why it works

    For each of the four, add three measured figures from the customer's own usage: pages or tasks per month, success rate on protected sites, and cost or time saved against what they did before. Add one quote. Make "collect a number and a quote" part of every forward-deployed engagement, so each deployment produces a story.

    Developers and buyers trust measured results from a named peer more than vendor benchmarks, and the forward-deployed role creates a steady supply of them.

    Risks and how to handle them

    • Customers won't share numbers

      Offer ratios or ranges instead of absolute figures.

    Evidence

    • Your websiteCase studies: five stories (Hermes Agent, Sauna, Parallel, Vesta, Composio); only Hermes publishes numbers (48-66% fewer task tokens, 204 live runs, task accuracy at parity, "Hermes made Browser Use its default"); Sauna, Parallel, Vesta ("Mortgage evidence from websites without APIs") and Composio publish none.Source
    • HiringCareers page (checked November 9, 2026): six people at an eight-figure annualized run rate, $17M raised, 120k+ GitHub stars, and customer demand growing faster than the team can keep up. Open roles, all in person in San Francisco: Forward-Deployed Engineer ($200K-$300K plus 0.5%-1.2% equity; "Talk to customers. Fix their problems. Ship the product."), Infrastructure Engineer ($200K-$400K plus 0.5%-1.4% equity; "Make one browser boring. Make millions possible."), plus "Browser God" ("Bring your insane browser-hacking skills.") and "Vibe Coder".Source
  • 05

    The enterprise form already asks for the two best signals of a ready buyer: runs per month (up to 100,000+) and when they want to start ("today" to "no date yet"). The page promises no response time. With six people and demand growing faster than the team can keep up, the hottest leads risk waiting as long as the coldest.

    High impactLow effort First result in 2 weeks Co founder & CEO

    First action

    Add a Slack alert for "today" plus 10,000+ runs submissions.

    How to measure it

    Median first reply, high-intent forms

    Now
    –
    Target
    Under 1 hour
    By
    30 days

    Steps

    1. 1

      Measure today

      Current reply time by start-date answer.

      Co-founder & CEO 1 hour

    2. 2

      Set routing

      Alert on start today or next 7 days plus 10,000+ runs.

      Web engineer 2 hours

    3. 3

      Instant email

      SOC 2 request link, DPA, calendar link.

      Co-founder & CEO 2 hours

    4. 4

      Add the promise

      Response-time line under the button.

      Web engineer 30 minutes

    5. 5

      Rota

      Who answers each hour of the working day.

      Co-founder & CEO 1 hour

    6. 6

      Review

      Close rate by reply-time band.

      Co-founder & CEO monthly

    First result
    2 weeks
    Cost
    $0
    Owner
    Co founder & CEO

    Smallest test

    Answer every "today" form within an hour for two weeks and compare close rates.

    Why it works

    Route answers by those two fields. "Today" or "next 7 days" with 10,000+ runs goes straight to a founder's phone or Slack with a one-hour target, plus an instant email with the SOC 2 request link and a calendar link. Everyone else gets the self-serve path and a reply within one business day. Show "We reply within one business day; same hour if you're starting today" under the button.

    Speed of first reply is one of the strongest drivers of enterprise conversion, and the form already sorts leads for free. A stated response time also lifts submissions.

    Risks and how to handle them

    • Founders get interrupted

      Only the top band triggers an alert; hand over to forward-deployed engineers once hired.

    Evidence

    • Your websiteEnterprise page: "Browser automation at scale.", 90.5% against 82% for the next provider, 1,000+ concurrent browsers, secret placeholders, a 1Password integration, domain allow and deny lists, retention that can be turned off, SOC 2 Type II, HIPAA, DPA, on-prem and EU residency; no customer logos or quotes; the form asks for runs per month (up to 100,000+), start date ("today" to "no date yet") and compliance needs; no response time is promised.Source
    • HiringCareers page (checked November 9, 2026): six people at an eight-figure annualized run rate, $17M raised, 120k+ GitHub stars, and customer demand growing faster than the team can keep up. Open roles, all in person in San Francisco: Forward-Deployed Engineer ($200K-$300K plus 0.5%-1.2% equity; "Talk to customers. Fix their problems. Ship the product."), Infrastructure Engineer ($200K-$400K plus 0.5%-1.4% equity; "Make one browser boring. Make millions possible."), plus "Browser God" ("Bring your insane browser-hacking skills.") and "Vibe Coder".Source
  • 06

    Real Chrome visitors to the homepage have an INP of 201 ms, 1 ms over Google's 200 ms "good" line, so the page fails Core Web Vitals on INP alone. LCP (2.1 s) and CLS (0) pass, and the site as a whole passes (133 ms). In the lab, mobile Total Blocking Time is 2,990 ms, with 261 KB of the 423 KB of JavaScript unused, 600 ms of render-blocking requests, 994 DOM elements and a logo strip rendered twice.

    Medium impactMedium effort First result in 1 month Web engineer

    First action

    Defer Google Tag Manager and re-run PageSpeed.

    How to measure it

    Homepage INP p75 (field)

    Now
    –
    Target
    Under 200 ms
    By
    45 days

    Steps

    1. 1

      Profile

      Find the long tasks on mobile.

      Web engineer half a day

    2. 2

      Defer tags

      Load Tag Manager on idle.

      Web engineer 1 hour

    3. 3

      Split JS

      Lazy-load the benchmark charts and below-the-fold sections.

      Web engineer 2 days

    4. 4

      One logo strip

      Render once and loop with CSS.

      Web engineer 2 hours

    5. 5

      Inline CSS

      Remove render-blocking requests.

      Web engineer half a day

    6. 6

      Watch the field

      28-day INP in PageSpeed.

      Web engineer monthly

    First result
    1 month
    Cost
    About four days of engineering
    Owner
    Web engineer

    Smallest test

    Defer Tag Manager and remove the duplicate logo strip, then re-test.

    Why it works

    Cut main-thread work on the homepage: split or defer the 261 KB of unused JavaScript, load Google Tag Manager after interaction or idle, inline critical CSS to remove the 600 ms of render-blocking requests, and render the 33-logo strip once with a CSS loop instead of a duplicated copy. Re-test in PageSpeed and watch the field INP over 28 days.

    The homepage is 1 ms from passing, so a modest cut in blocking time should move it into the "good" band. A browser-infrastructure company whose own homepage passes speed checks is a small but visible signal to developers.

    Risks and how to handle them

    • Analytics loses early events

      Queue events until the tag loads.

    Evidence

    • PageSpeedHomepage (November 9, 2026): mobile score 68, desktop 74. Real Chrome visitors to the homepage: LCP 2.1 s, INP 201 ms (just over Google's 200 ms line, so the page fails Core Web Vitals on INP), CLS 0; the whole origin's INP is 133 ms. Lab mobile: Total Blocking Time 2,990 ms, 423 KB of JavaScript with 261 KB unused, 600 ms of render-blocking requests, Google Tag Manager 190 KB, 994 DOM elements.Source
    • Your websiteHomepage: H1 "Browser agents and cloud browsers."; three products: Web agents ("$0.006 per task, median"), Stealth browsers ("$0.02 per browser hour") and Browser Harness ("Free and open source"); "Everything we sell is benchmarked. In public."; "Start with $1 free. One per person. Never expires."; a strip of 33 company logos (including Apple, Airbnb, Stripe, Uber, Shopify and DHL) with no label, shown twice, and no customer quotes.Source
  • 07

    The showcase has 81 examples, and the detail pages already have the exact prompt, a Copy button and a "Run this task free" button that opens the cloud app prefilled. They don't say which model ran the task, what that run cost, or how to do it from code. Yet price and the $0.006 median task are the main pitch, and the badge counts only "39 recorded runs".

    Medium impactLow effort First result in 3 weeks Content lead

    First action

    Add the run card to the ten most-viewed showcase pages.

    How to measure it

    Showcase-to-first-run rate

    Now
    –
    Target
    +25%
    By
    60 days

    Steps

    1. 1

      Log run data

      Model, steps, minutes, MB and cost for each recorded run.

      Co-founder & CTO 1 day

    2. 2

      Design the card

      Six fields and a total.

      Web engineer half a day

    3. 3

      Add snippets

      Python and TypeScript from a template.

      Web engineer 1 day

    4. 4

      Fill the gaps

      Record runs for the 42 entries without one.

      Content lead 2 weeks

    5. 5

      Track

      Clicks, sign-ups and first runs per page.

      Web engineer 1 day

    6. 6

      Refresh

      Rerun monthly so costs stay current.

      Content lead monthly

    First result
    3 weeks
    Cost
    A few dollars of runs and staff time
    Owner
    Content lead

    Smallest test

    Add cost and code to one popular showcase page and compare its run rate.

    Why it works

    Add a run card to every showcase page: model, steps, duration, browser minutes, proxy MB and total cost (for example "$0.004"), plus a five-line Python and TypeScript snippet that runs the same task through the API. Record runs for the 42 examples without one, or label them "prompt only".

    A visitor who sees that a multi-city flight search cost less than a cent, and can paste the code, has the two things they need to try it. It also makes the low price real for each task instead of a median on the homepage.

    Risks and how to handle them

    • Costs vary run to run

      Show the median of three runs and the date.

    Evidence

    • Your websiteShowcase: 81 examples in 9 categories, badge "39 recorded runs · exact prompts"; a detail page (multi-city flight) has the prompt, a Copy button and "Run this task free", which opens the cloud app prefilled, but no code snippet, no model and no cost for the run.Source
    • Your websitePricing page (checked November 9, 2026): pay as you go at "$0 per month"; concurrency unlocked by total paid: 10 browsers at $0, 50 at $100, 250 at $1,000, 500 at $5,000, 1,000 at $25,000; a one-time $1 signup credit and credits from $5; home-IP proxy $5/GB (against Anchor $8, Browserbase $10-12, Kernel unmetered from $30/mo), direct or own proxy $0.20/GB; no interactive calculator, only one static example totalling $9.50; no annual plan below Enterprise, which adds "annual credit pools", custom SLAs, HIPAA, zero data retention, EU residency and on-prem.Source
    • Your websiteDevelopers page: "Two ways to build with Browser Use."; no numbered quickstart and no time-to-first-run claim; describes how to "Save a successful agent run and replay it without a model call per step"; two onboarding examples in the GitHub repo.Source

This quarter 10

The core plays for the next three months.

  • 08

    New users get a one-time $1 credit. Steel offers $30 in free credits and Kernel $5 a month. At $0.006 a median task, $1 is plenty, but a dollar figure sounds small next to rivals and doesn't tell a developer what they can get done with it.

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

    First action

    Measure the share of new sign-ups that finish one successful run within 24 hours.

    How to measure it

    24-hour activation

    Now
    –
    Target
    +20%
    By
    90 days

    Steps

    1. 1

      Baseline

      Activation and first top-up rates for recent sign-ups.

      Co-founder & CTO 1 day

    2. 2

      Reframe

      Show the credit as tasks and hours on the site and in the dashboard.

      Content lead 2 hours

    3. 3

      Build the checklist

      Three steps in the dashboard.

      Web engineer 1 week

    4. 4

      Reward completion

      Small top-up on finishing.

      Co-founder & CTO 2 days

    5. 5

      Guard abuse

      Keep the one-per-person rule and limit the bonus.

      Infrastructure Engineer 2 days

    6. 6

      Compare

      Activation and paid conversion against the baseline.

      Co-founder & CEO monthly

    First result
    1 month
    Cost
    A few dollars per activated user
    Owner
    Co founder & CTO

    Smallest test

    Change the wording to "about 150 tasks" and compare sign-up rates for two weeks.

    Why it works

    Keep the cost the same and change the framing and the path. Show the credit as "enough for about 150 agent tasks or 50 browser hours". Then guide a new account through a first-run checklist: run one showcase task, attach Playwright to a stealth browser, save and replay a run. Give a small top-up (for example $4) when someone finishes the checklist, and, for GitHub sign-ups with a public repo using browser-use, a one-time bonus.

    Activation depends on reaching a working result, not on the size of the credit. Rewarding the steps that lead to retention spends a few dollars where they change behaviour, and the reframing answers the rivals' bigger headline numbers.

    Risks and how to handle them

    • Credit farming

      Tie the bonus to the existing one-per-person checks and a real run.

    Builds on

    Evidence

    • Your websitePricing page (checked November 9, 2026): pay as you go at "$0 per month"; concurrency unlocked by total paid: 10 browsers at $0, 50 at $100, 250 at $1,000, 500 at $5,000, 1,000 at $25,000; a one-time $1 signup credit and credits from $5; home-IP proxy $5/GB (against Anchor $8, Browserbase $10-12, Kernel unmetered from $30/mo), direct or own proxy $0.20/GB; no interactive calculator, only one static example totalling $9.50; no annual plan below Enterprise, which adds "annual credit pools", custom SLAs, HIPAA, zero data retention, EU residency and on-prem.Source
    • Open sourceGitHub (browser-use/browser-use): 120.4k stars, 13.5k forks, MIT licence; README: "The open-source browser agent. Run it locally with any LLM, or on Browser Use Cloud."; new signups get a "$1 cloud credit"; the Python library's 1.0 is a release candidate.Source
    • Competitor researchRivals' own homepages: Browserbase claims 10,000+ companies, 2.9M weekly SDK downloads and the open-source Stagehand, plus Search and Fetch APIs; Kernel claims 11,000+ teams, a free plan with $5 a month of credits and Hobbyist at $30 a month, and cites a throughput benchmark with Kernel at 6.43 actions/sec and Browser Use at 3.61; Steel offers "$30 free credits", claims 30,000+ engineers and an open-source browser with 7.9K stars.Source
  • 09

    The WebMCP directory lists 13,352 websites and 45,763 tools, each with its own page, yet the only calls to action are the site-wide "Start for free" and "Talk to sales". Someone landing on a site's entry wants to automate that site. The showcase already has a "Run this task free" button that opens the cloud app with a prompt prefilled.

    High impactMedium effort First result in 1 month Web engineer

    First action

    Add prefilled task buttons to the 100 most-visited directory pages.

    How to measure it

    Directory-started runs

    Now
    –
    Target
    1,000 a month
    By
    90 days

    Steps

    1. 1

      Rank pages

      Traffic per directory page.

      Web engineer 1 day

    2. 2

      Generate prompts

      Two or three per site from its listed tools.

      Co-founder & CTO 1 week

    3. 3

      Test prompts

      Run each one and keep only those that succeed.

      Content lead 2 weeks

    4. 4

      Add buttons

      Reuse the showcase prefilled run link.

      Web engineer 2 days

    5. 5

      Link skills

      Where a skill exists for the site.

      Web engineer 1 day

    6. 6

      Track

      Runs and sign-ups by directory page.

      Web engineer weekly

    7. 7

      Expand

      Roll out to all pages that convert.

      Web engineer 1 month

    First result
    1 month
    Cost
    Engineering time and test runs
    Owner
    Web engineer

    Smallest test

    Add buttons to 20 directory pages and compare their sign-up rate with 20 without.

    Why it works

    On every directory page, add two or three task prompts generated from the site's own tools (for example "Search products on <site> and return the top 10 as JSON"), each with the showcase-style "Run this task free" button. Where a skill exists for that site, link it. Add the same block to the category pages, and track runs by directory page.

    It turns a reference directory into thousands of specific starting points, each matching what the visitor came to do. No rival has an equivalent library, and the button already exists.

    Risks and how to handle them

    • Prompts fail on some sites

      Only show prompts that passed a recent test run.

    • Site owners object to automation

      Use only the tools the site itself exposes to agents.

    Evidence

    • Your websiteWebMCP directory: "13,352 websites with tools for AI agents", 45,763 distinct tools, scan finished October 19, 2026; each site has its own page; the only calls to action are the site-wide "Start for free" and "Talk to sales".Source
    • Your websiteShowcase: 81 examples in 9 categories, badge "39 recorded runs · exact prompts"; a detail page (multi-city flight) has the prompt, a Copy button and "Run this task free", which opens the cloud app prefilled, but no code snippet, no model and no cost for the run.Source
    • Your websiteSitemap (652 URLs, checked November 9, 2026): /webmcp 238, /skills 120, /showcase 92, /posts 65, /benchmarks 36, /tools 29, /alternatives 6; Browserbase, Browserless and Kernel each have both an /alternatives/<rival> page and a /posts/browser-use-vs-<rival> post (plus /browserbase-pricing), and the Kernel and Browserless posts do not link to their /alternatives page; other overlaps include /cloud-browsers and /cloud-browser, and /mcp plus four "best MCP servers" posts.Source
  • 10

    The 134 skills for 119 websites are "Written by browser-harness contributors after real runs" and added by GitHub pull request under MIT. Contributors are the most engaged developers Browser Use has, but the skills page offers them nothing back, and skill pages don't let a reader run the skill in the cloud.

    Medium impactLow effort First result in 1 month Content lead

    First action

    Announce credits for merged skills in the browser-harness README and on Discord.

    How to measure it

    Merged skills

    Now
    –
    Target
    2x current rate
    By
    90 days

    Steps

    1. 1

      Set the reward

      Credit amount and merge criteria.

      Co-founder & CEO 1 hour

    2. 2

      Announce

      README, Discord and X.

      Content lead 1 day

    3. 3

      Credit authors

      Author line on each skill page.

      Web engineer 1 day

    4. 4

      Add run button

      Open the cloud app with the skill loaded.

      Web engineer 3 days

    5. 5

      Top skills list

      Monthly, by cloud runs.

      Content lead monthly

    6. 6

      Review quality

      Retest skills each month and retire broken ones.

      Infrastructure Engineer monthly

    First result
    1 month
    Cost
    About $20 per merged skill
    Owner
    Content lead

    Smallest test

    Offer credits for one month and compare merged pull requests.

    Why it works

    Pay a cloud credit for every merged skill (for example $20), show the author on the skill page with a link to their GitHub, and publish a monthly "top skills" list by cloud runs. On every skill page, add a "Run with this skill" button that opens the cloud app with the skill loaded and a sample task.

    Small, visible rewards grow open-source contribution, and every new skill is another page for a specific site that can start a run. Contributors who hold credits become cloud users.

    Risks and how to handle them

    • Low-quality submissions

      Pay only on merge after a passing run.

    Evidence

    • Your websiteSkills: 134 skills for 119 websites that "tell an AI agent how a site works before it opens it", "Written by browser-harness contributors after real runs", contributed by GitHub pull request, MIT licensed, last updated November 8, 2026.Source
    • Open sourceGitHub (browser-use/browser-use): 120.4k stars, 13.5k forks, MIT licence; README: "The open-source browser agent. Run it locally with any LLM, or on Browser Use Cloud."; new signups get a "$1 cloud credit"; the Python library's 1.0 is a release candidate.Source
  • 11

    Browser Use offers 28 free browser tools "without an account", including Website to Markdown, a HAR viewer, a Bot Detection Test, a robots.txt tester and Fetch as Googlebot. The people who use them are developers debugging scraping and automation, the exact buyer, but no tool has its own call to action to the API.

    Medium impactLow effort First result in 1 month Web engineer

    First action

    Add the panel to Website to Markdown and the Bot Detection Test.

    How to measure it

    Tool-page sign-ups

    Now
    –
    Target
    +50%
    By
    60 days

    Steps

    1. 1

      Rank tools

      By traffic.

      Web engineer 1 hour

    2. 2

      Write snippets

      One per tool, tested.

      Co-founder & CTO 1 week

    3. 3

      Add cost

      Estimate for 10,000 runs.

      Web engineer 1 day

    4. 4

      Build the panel

      Shown after a result appears.

      Web engineer 2 days

    5. 5

      Bot test comparison

      Visitor result against a stealth browser result.

      Infrastructure Engineer 3 days

    6. 6

      Track

      Sign-ups per tool.

      Web engineer monthly

    First result
    1 month
    Cost
    About two weeks of staff time
    Owner
    Web engineer

    Smallest test

    Add the panel to the most-used tool and compare its sign-up rate.

    Why it works

    Under each tool's result, add a short panel: "Run this on 10,000 URLs" with a Python and TypeScript snippet that does the same job through a stealth browser or agent, its estimated cost at $0.02 per browser hour, and a sign-up button. On the Bot Detection Test, show the visitor's result next to a Browser Use stealth browser's result.

    A visitor who just used the tool has the problem right now. A matching snippet with a price is the shortest path from a one-off check to a production job.

    Risks and how to handle them

    • The panel feels pushy

      Show it only after the free result appears.

    Evidence

    • Your websiteFree tools: 28 browser utilities "free to use without an account" (Website to Markdown, HAR viewer, Bot Detection Test, robots.txt tester, llms.txt checker, Fetch as Googlebot and more); no tool has its own call to action to the API.Source
    • Your websitePricing page (checked November 9, 2026): pay as you go at "$0 per month"; concurrency unlocked by total paid: 10 browsers at $0, 50 at $100, 250 at $1,000, 500 at $5,000, 1,000 at $25,000; a one-time $1 signup credit and credits from $5; home-IP proxy $5/GB (against Anchor $8, Browserbase $10-12, Kernel unmetered from $30/mo), direct or own proxy $0.20/GB; no interactive calculator, only one static example totalling $9.50; no annual plan below Enterprise, which adds "annual credit pools", custom SLAs, HIPAA, zero data retention, EU residency and on-prem.Source
  • 12

    The open-source library has 120.4k stars and 13.5k forks, and its README says it runs "locally with any LLM, or on Browser Use Cloud". The cloud's main selling point is getting past bot checks (90.5% on 100 protected sites). The moment a local run fails on a CAPTCHA or block page is the moment a developer most needs the cloud, but the library doesn't say so.

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

    First action

    List the block signals the library can already detect reliably.

    How to measure it

    Library-sourced sign-ups

    Now
    –
    Target
    500 a month
    By
    90 days

    Steps

    1. 1

      Define signals

      Block pages, CAPTCHAs, repeated 403s.

      Co-founder & CTO 2 days

    2. 2

      Write the message

      One line, one config change.

      Content lead 1 hour

    3. 3

      Build it

      Once per session, off with an environment variable.

      Co-founder & CTO 1 week

    4. 4

      Tag the link

      Attribute sign-ups to the message.

      Web engineer 1 hour

    5. 5

      Announce

      Release notes and Discord, explaining the opt-out.

      Content lead 1 day

    6. 6

      Listen

      Watch issues and Discord for objections.

      Co-founder & CTO 2 weeks

    7. 7

      Measure

      Sign-ups and paid conversion from the message.

      Co-founder & CEO monthly

    First result
    1 month
    Cost
    About two weeks of engineering
    Owner
    Co founder & CTO

    Smallest test

    Ship it in one minor release and read the reaction for two weeks.

    Why it works

    When the library detects a block page, CAPTCHA or repeated access denial, print one line in the log: "This site blocked a local browser. Run it on a Browser Use stealth browser with one setting; new accounts get $1 free.", plus the one-line config change. Show it at most once per session, let users turn it off with an environment variable, and announce the change in the release notes.

    A message at the moment of failure reaches the right developer at the right time, inside the tool they already trust, and the one-line switch makes trying the cloud nearly free of effort.

    Risks and how to handle them

    • The community sees it as advertising

      Show it only on failure, once, with a clear opt-out, and say so openly.

    Evidence

    • Open sourceGitHub (browser-use/browser-use): 120.4k stars, 13.5k forks, MIT licence; README: "The open-source browser agent. Run it locally with any LLM, or on Browser Use Cloud."; new signups get a "$1 cloud credit"; the Python library's 1.0 is a release candidate.Source
    • Your websiteBrowser benchmark (September 25, 2026): 100 bot-protected sites, each visited twice; Browser Use 90.5%, Anchor 82%, Kernel 80.5%, Browserbase 78.5%, Browserless 77.5%, Steel 74.5%, Hyperbrowser 73.5%; the sites were chosen where Browser Use had got through before and Chrome with a US proxy had not; the runner and every visit's result are on GitHub.Source
  • 13

    Beyond the comparison pairs, the sitemap has /cloud-browsers and /cloud-browser, /mcp plus four "best MCP servers" posts, and overlapping pages on proxies, stealth and benchmarks. With 65 posts and hundreds of landing pages written fast, several pages compete for the same search.

    Medium impactLow effort First result in 1 month Content lead

    First action

    Merge /cloud-browser into /cloud-browsers, or the other way round.

    How to measure it

    Search clicks, merged pages

    Now
    –
    Target
    +20%
    By
    90 days

    Steps

    1. 1

      List overlaps

      Queries with two or more pages, from Search Console.

      Content lead 1 day

    2. 2

      Pick winners

      By clicks and links.

      Content lead half a day

    3. 3

      Merge

      Move the best sections into the winner.

      Content lead 1 week

    4. 4

      Redirect

      301 the rest and fix internal links.

      Web engineer 1 day

    5. 5

      Register

      Query-to-page sheet checked before publishing.

      Content lead 2 hours

    6. 6

      Measure

      Clicks before and after.

      Content lead monthly

    First result
    1 month
    Cost
    $0
    Owner
    Content lead

    Smallest test

    Merge the singular and plural cloud-browser pages and watch clicks for a month.

    Why it works

    List every query that has two or more pages. For each, keep the strongest page, merge the best content from the others into it, 301-redirect the rest, and update internal links. Keep a simple register of "query to page" that new posts are checked against before publishing.

    One strong page usually outranks two weaker ones that split links and clicks, and a register stops new duplicates as publishing continues.

    Risks and how to handle them

    • Temporary ranking drop

      Redirect to the closest page and merge content, not just the URL.

    Builds on

    Evidence

    • Your websiteSitemap (652 URLs, checked November 9, 2026): /webmcp 238, /skills 120, /showcase 92, /posts 65, /benchmarks 36, /tools 29, /alternatives 6; Browserbase, Browserless and Kernel each have both an /alternatives/<rival> page and a /posts/browser-use-vs-<rival> post (plus /browserbase-pricing), and the Kernel and Browserless posts do not link to their /alternatives page; other overlaps include /cloud-browsers and /cloud-browser, and /mcp plus four "best MCP servers" posts.Source
    • Your website"Browser Use vs Browserbase" post (published September 21, updated October 26, 2026): stealth success "81% / 84.8%" for Browser Use against "42% / 70.3%" for Browserbase, from Stealth Bench v1 and BrowserBench, with no date given for either stealth run; it links to other "vs" posts but not to /alternatives/browserbase.Source
  • 14

    There are two ways to buy: pay as you go with $5 top-ups, or Enterprise through sales, which adds "annual credit pools". Concurrency rises with total paid, up to 1,000 browsers at $25,000. A growing team that wants a budget line, higher concurrency now and some discount has to talk to a six-person company's founders to get it.

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

    First action

    List accounts that topped up more than $1,000 in the last 90 days and offer them a pack by email.

    How to measure it

    Prepaid credit sold

    Now
    –
    Target
    15% of new revenue
    By
    2 quarters

    Steps

    1. 1

      Size it

      Top-up patterns of the top 100 accounts.

      Co-founder & CEO 1 day

    2. 2

      Set packs

      Amounts, bonus and concurrency unlocks.

      Co-founder & CEO 1 day

    3. 3

      Build checkout

      Card and invoice in the dashboard.

      Web engineer 2 weeks

    4. 4

      Pricing page

      Add the packs between the two plans.

      Content lead 1 day

    5. 5

      Email heavy users

      Offer the pack that matches their usage.

      Co-founder & CEO 1 day

    6. 6

      Measure

      Pack sales and churn of pack buyers.

      Co-founder & CEO monthly

    First result
    1 month
    Cost
    Engineering time plus the bonus credit
    Owner
    Co founder & CEO

    Smallest test

    Sell one pack by invoice to five heavy users this month.

    Why it works

    Offer self-serve prepaid packs, for example $1,000, $5,000 and $25,000, bought by card or invoice in the dashboard. Each counts immediately toward the matching concurrency tier, adds a bonus (say 10-15% extra credit), never expires, and comes with a receipt finance teams can file. Keep Enterprise for SLAs, compliance and on-prem.

    Prepaid packs bring cash forward, lock in usage before a team tries a rival, and give self-serve customers the concurrency jump they would otherwise need sales for, without adding sales work.

    Risks and how to handle them

    • Discount cuts margin

      Keep the bonus small and tied to larger packs.

    Builds on

    Evidence

    • Your websitePricing page (checked November 9, 2026): pay as you go at "$0 per month"; concurrency unlocked by total paid: 10 browsers at $0, 50 at $100, 250 at $1,000, 500 at $5,000, 1,000 at $25,000; a one-time $1 signup credit and credits from $5; home-IP proxy $5/GB (against Anchor $8, Browserbase $10-12, Kernel unmetered from $30/mo), direct or own proxy $0.20/GB; no interactive calculator, only one static example totalling $9.50; no annual plan below Enterprise, which adds "annual credit pools", custom SLAs, HIPAA, zero data retention, EU residency and on-prem.Source
    • HiringCareers page (checked November 9, 2026): six people at an eight-figure annualized run rate, $17M raised, 120k+ GitHub stars, and customer demand growing faster than the team can keep up. Open roles, all in person in San Francisco: Forward-Deployed Engineer ($200K-$300K plus 0.5%-1.2% equity; "Talk to customers. Fix their problems. Ship the product."), Infrastructure Engineer ($200K-$400K plus 0.5%-1.4% equity; "Make one browser boring. Make millions possible."), plus "Browser God" ("Bring your insane browser-hacking skills.") and "Vibe Coder".Source
  • 15

    The developers page describes how to "Save a successful agent run and replay it without a model call per step". For customers who run the same workflow every day, that removes most of the model cost and time. It is mentioned as one step of a walkthrough, not as a saving each customer can see.

    Medium impactMedium effort First result in 1 quarter Co founder & CTO

    First action

    Query how many accounts run the same task prompt 50+ times a month.

    How to measure it

    Repeat workflows on replay

    Now
    –
    Target
    30%
    By
    2 quarters

    Steps

    1. 1

      Find repeats

      Accounts with near-identical tasks.

      Co-founder & CTO 2 days

    2. 2

      Estimate savings

      Model cost now against replay cost.

      Co-founder & CTO 2 days

    3. 3

      Dashboard card

      Savings and a one-click replay.

      Web engineer 2 weeks

    4. 4

      Email

      Monthly savings note.

      Content lead 1 day

    5. 5

      Help the top 20

      Set up replay with the biggest repeat users.

      Forward-Deployed Engineer 1 month

    6. 6

      Track

      Retention of replay users against others.

      Co-founder & CEO quarterly

    First result
    1 quarter
    Cost
    Engineering time; lower model revenue per task
    Owner
    Co founder & CTO

    Smallest test

    Email ten repeat users their savings estimate and count replays.

    Why it works

    Detect accounts that run near-identical agent tasks repeatedly. Show them in the dashboard and by email: "This task ran 412 times last month at $X; replaying the saved run would cost about $Y.", with a one-click "save and replay" for that task. Add a monthly "you saved" line for accounts that already replay.

    Customers who see a vendor cutting their bill stay, and they move more work onto the platform. It also builds a cost-per-workflow story sales can use.

    Risks and how to handle them

    • Revenue per task falls

      Browser hours remain billed, and retention and volume should offset it.

    Evidence

    • Your websiteDevelopers page: "Two ways to build with Browser Use."; no numbered quickstart and no time-to-first-run claim; describes how to "Save a successful agent run and replay it without a model call per step"; two onboarding examples in the GitHub repo.Source
    • Your websitePricing page (checked November 9, 2026): pay as you go at "$0 per month"; concurrency unlocked by total paid: 10 browsers at $0, 50 at $100, 250 at $1,000, 500 at $5,000, 1,000 at $25,000; a one-time $1 signup credit and credits from $5; home-IP proxy $5/GB (against Anchor $8, Browserbase $10-12, Kernel unmetered from $30/mo), direct or own proxy $0.20/GB; no interactive calculator, only one static example totalling $9.50; no annual plan below Enterprise, which adds "annual credit pools", custom SLAs, HIPAA, zero data retention, EU residency and on-prem.Source
  • 16

    Several published customers are platforms that pass Browser Use on to their own users: Composio's Browser Tool "runs on Browser Use" and Hermes "made Browser Use its default". The site also has integration pages for n8n, OpenClaw, Playwright, Puppeteer and MCP. Each platform's users are developers who could become direct customers, but there is no partner program, badge or referral path.

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

    First action

    Offer the badge and a referral link to the two platforms with published stories.

    How to measure it

    Partner-sourced sign-ups

    Now
    –
    Target
    15% of new sign-ups
    By
    2 quarters

    Steps

    1. 1

      List partners

      Platforms that embed or integrate Browser Use.

      Co-founder & CEO 1 day

    2. 2

      Design the offer

      Badge, referral link and share.

      Co-founder & CEO 2 days

    3. 3

      Partner page

      Directory of partner products.

      Web engineer 3 days

    4. 4

      Referral tracking

      Partner codes at sign-up.

      Web engineer 1 week

    5. 5

      Launch posts

      One co-written post per partner.

      Content lead monthly

    6. 6

      Review

      Sign-ups and revenue by partner.

      Co-founder & CEO quarterly

    First result
    1 quarter
    Cost
    Revenue share or credits on referred revenue
    Owner
    Co founder & CEO

    Smallest test

    Launch with one partner and one co-written post.

    Why it works

    Launch a simple program: a "Runs on Browser Use" badge and docs snippet for partner products, a partner page listing them, a revenue share or credit for customers who sign up through a partner link, and co-written launch posts. Start with the published case-study platforms and the existing integration pages.

    Platforms that embed a vendor reach thousands of developers at once. A badge and a referral share turn hidden infrastructure into a visible, trackable channel.

    Risks and how to handle them

    • Partners want to keep their users

      Make the referral optional and focus on badges and launches first.

    Builds on

    Evidence

    • Your websiteCase studies: five stories (Hermes Agent, Sauna, Parallel, Vesta, Composio); only Hermes publishes numbers (48-66% fewer task tokens, 204 live runs, task accuracy at parity, "Hermes made Browser Use its default"); Sauna, Parallel, Vesta ("Mortgage evidence from websites without APIs") and Composio publish none.Source
    • Your websiteIntegration and use-case pages in the sitemap: /n8n, /openclaw, /playwright, /puppeteer, /mcp, /web-scraping, /automated-testing, /form-filling, /voice-agents and /login-automation; the Composio story is titled "Composio Browser Tool runs on Browser Use."Source
  • 17

    The changelog has no entries between August 24 and October 30, 2026, while the blog published more than 20 articles from late September to November 9. Product changes reach customers through blog posts and X, not through a changelog they can follow.

    Medium impactLow effort First result in 1 month Content lead

    First action

    Backfill a single entry for September and October from the blog posts.

    How to measure it

    90-day retention of email subscribers

    Now
    –
    Target
    +5 points against non-subscribers
    By
    2 quarters

    Steps

    1. 1

      Backfill

      One entry for the gap.

      Content lead half a day

    2. 2

      Set the cadence

      Every Friday, collected from merged work.

      Content lead weekly

    3. 3

      Opt-in email

      Dashboard checkbox and sign-up.

      Web engineer 2 days

    4. 4

      Add impact

      One line on cost or success rate per change.

      Co-founder & CTO weekly

    5. 5

      Link releases

      Library release notes on the same page.

      Web engineer 1 day

    6. 6

      Measure

      Opens and retention of subscribers.

      Content lead monthly

    First result
    1 month
    Cost
    An hour a week
    Owner
    Content lead

    Smallest test

    Publish four weekly entries and email them to opted-in users.

    Why it works

    Post a short changelog entry every week (new models, speed, pricing changes, fixes), even when small, and send it as an opt-in email to API users with a one-line "what this means for your bill or success rate". Link the release notes for the library from the same page.

    Developers who see steady progress trust the vendor more and churn less. A weekly cadence also gives the content team a ready source of posts.

    Risks and how to handle them

    • Weeks with little to report

      Include fixes, benchmarks and new skills.

    Evidence

    • Your websiteChangelog: entries dated October 30 ("BU Ultrafast Is Live"), August 24, August 17, August 10, July 20 and July 17, 2026, with nothing between August 24 and October 30, while /posts published more than 20 articles between late September and November 9.Source
    • Open sourceGitHub (browser-use/browser-use): 120.4k stars, 13.5k forks, MIT licence; README: "The open-source browser agent. Run it locally with any LLM, or on Browser Use Cloud."; new signups get a "$1 cloud credit"; the Python library's 1.0 is a release candidate.Source

Big bets 3

Larger plays that can change the trajectory.

  • 18

    Browser Use's stealth benchmark is its headline proof, used on the homepage, the enterprise page, the README and every comparison page. It openly says the 100 sites "were chosen where Browser Use had got through before". Rivals publish their own benchmarks that rank Browser Use lower on other measures (Kernel cites 3.61 actions/sec for Browser Use against its own 6.43). Every vendor grades itself.

    High impactHigh effort First result in 2 quarters Benchmarks lead

    First action

    Ask two independent researchers what they would need to run it.

    How to measure it

    External citations

    Now
    –
    Target
    20 a quarter
    By
    3 quarters

    Steps

    1. 1

      Choose a runner

      An independent lab or researcher.

      Co-founder & CEO 1 month

    2. 2

      Public pool

      A large pool of protected sites, random draw per quarter.

      Benchmarks lead 1 month

    3. 3

      Method review

      Invite rivals to comment before the run.

      Benchmarks lead 1 month

    4. 4

      First run

      All providers on standard plans.

      Infrastructure Engineer 2 weeks

    5. 5

      Publish

      Runner, raw results, losses included.

      Benchmarks lead 1 week

    6. 6

      Update pages

      Comparison pages read from the new results (idea 1).

      Web engineer 1 week

    7. 7

      Repeat

      Every quarter.

      Benchmarks lead quarterly

    First result
    2 quarters
    Cost
    Researcher fees and run costs, low tens of thousands of dollars a year
    Owner
    Benchmarks lead

    Smallest test

    Have an outside researcher rerun the current benchmark on 50 randomly drawn sites.

    Why it works

    Fund a quarterly benchmark run by an outside party (a university lab or an independent researcher), with a site list drawn at random each quarter from a public pool and frozen before any provider runs. Publish the runner, raw results and every provider's score, including categories where Browser Use loses. Invite rivals to review the method in advance.

    A neutral benchmark that Browser Use still wins is far stronger proof than a self-chosen one, and publishing losses makes the wins believable. It can become the reference the category quotes.

    Risks and how to handle them

    • Browser Use's lead shrinks

      Then the product team knows where to work, and the honest result still earns trust.

    Builds on

    Evidence

    • Your websiteBrowser benchmark (September 25, 2026): 100 bot-protected sites, each visited twice; Browser Use 90.5%, Anchor 82%, Kernel 80.5%, Browserbase 78.5%, Browserless 77.5%, Steel 74.5%, Hyperbrowser 73.5%; the sites were chosen where Browser Use had got through before and Chrome with a US proxy had not; the runner and every visit's result are on GitHub.Source
    • Competitor researchRivals' own homepages: Browserbase claims 10,000+ companies, 2.9M weekly SDK downloads and the open-source Stagehand, plus Search and Fetch APIs; Kernel claims 11,000+ teams, a free plan with $5 a month of credits and Hobbyist at $30 a month, and cites a throughput benchmark with Kernel at 6.43 actions/sec and Browser Use at 3.61; Steel offers "$30 free credits", claims 30,000+ engineers and an open-source browser with 7.9K stars.Source
    • Your websiteHomepage: H1 "Browser agents and cloud browsers."; three products: Web agents ("$0.006 per task, median"), Stealth browsers ("$0.02 per browser hour") and Browser Harness ("Free and open source"); "Everything we sell is benchmarked. In public."; "Start with $1 free. One per person. Never expires."; a strip of 33 company logos (including Apple, Airbnb, Stripe, Uber, Shopify and DHL) with no label, shown twice, and no customer quotes.Source
  • 19

    Browser Use is hiring forward-deployed engineers to "Talk to customers. Fix their problems. Ship the product.", and enterprise buyers need SOC 2, HIPAA, zero data retention, EU residency or on-prem. Today an enterprise deal starts with an open-ended form and a conversation, with demand growing faster than the six-person team can serve it.

    High impactHigh effort First result in 1 quarter Forward Deployed Engineer

    First action

    Write the pilot scope and price, and offer it to the next three enterprise forms.

    How to measure it

    Pilots converted to annual contracts

    Now
    –
    Target
    60%
    By
    2 quarters

    Steps

    1. 1

      Define scope

      One workflow, success target, 14 days.

      Forward-Deployed Engineer 2 days

    2. 2

      Set price

      Fixed fee credited to the contract.

      Co-founder & CEO 1 day

    3. 3

      Security pack

      SOC 2, DPA and retention settings in one bundle.

      Co-founder & CTO 1 week

    4. 4

      Pilot playbook

      Day-by-day plan and review template.

      Forward-Deployed Engineer 1 week

    5. 5

      Publish

      Pilot offer on the enterprise page.

      Web engineer 1 day

    6. 6

      Run three pilots

      Refine the playbook after each.

      Forward-Deployed Engineer 6 weeks

    7. 7

      Review

      Conversion, time to contract and margin.

      Co-founder & CEO quarterly

    First result
    1 quarter
    Cost
    Forward-deployed engineer time, covered by the pilot fee
    Owner
    Forward Deployed Engineer

    Smallest test

    Offer the paid pilot to three inbound enterprise leads.

    Why it works

    Package the first engagement: a two-week paid pilot at a fixed price (credited against the first annual contract). It covers one workflow, built on the customer's real sites by a forward-deployed engineer, with a success target agreed on day one (for example 95% task completion), a written security pack (SOC 2 report, DPA, data-retention settings), and a go/no-go review on day 14. Publish the pilot on the enterprise page with its price and steps.

    A fixed scope and price shortens the buying process, filters out tyre-kickers, and gives forward-deployed engineers a repeatable playbook instead of custom work every time. Paid pilots convert better than free ones because the buyer has committed budget.

    Risks and how to handle them

    • Pilots eat engineering capacity

      Cap concurrent pilots at the number of forward-deployed engineers.

    Builds on

    Evidence

    • HiringCareers page (checked November 9, 2026): six people at an eight-figure annualized run rate, $17M raised, 120k+ GitHub stars, and customer demand growing faster than the team can keep up. Open roles, all in person in San Francisco: Forward-Deployed Engineer ($200K-$300K plus 0.5%-1.2% equity; "Talk to customers. Fix their problems. Ship the product."), Infrastructure Engineer ($200K-$400K plus 0.5%-1.4% equity; "Make one browser boring. Make millions possible."), plus "Browser God" ("Bring your insane browser-hacking skills.") and "Vibe Coder".Source
    • Your websiteEnterprise page: "Browser automation at scale.", 90.5% against 82% for the next provider, 1,000+ concurrent browsers, secret placeholders, a 1Password integration, domain allow and deny lists, retention that can be turned off, SOC 2 Type II, HIPAA, DPA, on-prem and EU residency; no customer logos or quotes; the form asks for runs per month (up to 100,000+), start date ("today" to "no date yet") and compliance needs; no response time is promised.Source
    • Your websitePricing page (checked November 9, 2026): pay as you go at "$0 per month"; concurrency unlocked by total paid: 10 browsers at $0, 50 at $100, 250 at $1,000, 500 at $5,000, 1,000 at $25,000; a one-time $1 signup credit and credits from $5; home-IP proxy $5/GB (against Anchor $8, Browserbase $10-12, Kernel unmetered from $30/mo), direct or own proxy $0.20/GB; no interactive calculator, only one static example totalling $9.50; no annual plan below Enterprise, which adds "annual credit pools", custom SLAs, HIPAA, zero data retention, EU residency and on-prem.Source
  • 20

    The Vesta case study, "Mortgage evidence from websites without APIs", ends with "Every page comes back as a PDF on the loan." Browser Use already has the controls regulated buyers ask for: HIPAA, zero data retention, secret placeholders, a 1Password integration, domain allow lists, EU residency and on-prem. Today these are sold as general features, not as a solution for a specific job.

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

    First action

    Interview Vesta about what they would pay for a packaged version.

    How to measure it

    Web-evidence ARR

    Now
    –
    Target
    5 paying customers
    By
    3 quarters

    Steps

    1. 1

      Interview

      Vesta and three similar teams.

      Forward-Deployed Engineer 1 month

    2. 2

      Pick evidence types

      The five most common documents.

      Co-founder & CEO 2 weeks

    3. 3

      Build templates

      Login, collect, PDF and JSON with recording.

      Co-founder & CTO 6 weeks

    4. 4

      Compliance pack

      HIPAA, retention, audit trail, DPA.

      Co-founder & CTO 2 weeks

    5. 5

      Price

      Per file, with a platform minimum.

      Co-founder & CEO 1 week

    6. 6

      Landing page

      With the Vesta story and numbers.

      Content lead 1 week

    7. 7

      Sell

      Pilots (idea 19) with five teams.

      Forward-Deployed Engineer 1 quarter

    First result
    2 quarters
    Cost
    One engineer for a quarter plus pilot time
    Owner
    Co founder & CEO

    Smallest test

    Sell one evidence template to one lender as a paid pilot.

    Why it works

    Package "web evidence": an agent that logs into the portals a lender, insurer or benefits team needs, collects the required pages and documents, and returns time-stamped PDFs and structured JSON with a run recording for the audit trail. Ship templates for the most common evidence types, a compliance pack, and per-file pricing. Build two more stories with Vesta-like customers, then sell into that vertical.

    Regulated teams pay for outcomes and audit trails, not browser hours, and per-file pricing captures more of the value. Browser Use already has a published proof point and the compliance features to back it.

    Risks and how to handle them

    • Verticals pull focus from the platform

      Build templates on the public API so the work benefits every customer.

    • Portal terms of use

      Run only on portals the customer is authorised to access, with their credentials.

    Builds on

    Evidence

    • Your websiteCase studies: five stories (Hermes Agent, Sauna, Parallel, Vesta, Composio); only Hermes publishes numbers (48-66% fewer task tokens, 204 live runs, task accuracy at parity, "Hermes made Browser Use its default"); Sauna, Parallel, Vesta ("Mortgage evidence from websites without APIs") and Composio publish none.Source
    • Your websiteEnterprise page: "Browser automation at scale.", 90.5% against 82% for the next provider, 1,000+ concurrent browsers, secret placeholders, a 1Password integration, domain allow and deny lists, retention that can be turned off, SOC 2 Type II, HIPAA, DPA, on-prem and EU residency; no customer logos or quotes; the form asks for runs per month (up to 100,000+), start date ("today" to "no date yet") and compliance needs; no response time is promised.Source

Wildcards 2

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

  • 21

    Browser Use already has the parts of a site audit for the agent era: an llms.txt checker, a robots.txt tester, Fetch as Googlebot, a Bot Detection Test, a meta tag checker, a WebMCP scan of 13,352 sites, and skills describing how agents use 119 websites. They are separate tools aimed at agent builders. Website owners asking "can AI agents use my site?" are a second audience nobody in the category serves.

    Medium impactMedium effort First result in 2 months Web engineer

    First action

    Chain the llms.txt, robots.txt and WebMCP checks into one page for a single domain.

    How to measure it

    Agent-ready reports

    Now
    –
    Target
    5,000 a month
    By
    2 quarters

    Steps

    1. 1

      Pick checks

      Five checks from existing tools.

      Co-founder & CTO 2 days

    2. 2

      Score

      Simple 0-100 weighting with fixes.

      Co-founder & CTO 3 days

    3. 3

      Build the page

      One input, one report, shareable URL.

      Web engineer 2 weeks

    4. 4

      Badge and claim

      Embeddable badge, claim the directory entry.

      Web engineer 1 week

    5. 5

      Launch

      Scores for 100 well-known sites as a post.

      Content lead 1 week

    6. 6

      Measure

      Reports, badges, sign-ups.

      Web engineer monthly

    First result
    2 months
    Cost
    About a month of engineering plus test runs
    Owner
    Web engineer

    Smallest test

    Publish agent-ready scores for 20 popular sites in one post and measure shares.

    Why it works

    Combine them into one free report: enter a domain, get an "agent-ready" score covering WebMCP tools, llms.txt, robots rules for agents, whether a Browser Use agent can complete a common task on the site, and page-to-markdown quality, with fixes. Let owners embed a badge and claim their WebMCP directory entry. Offer agent-builder customers alerts when a site they depend on changes.

    Shareable scores spread on their own, every report adds a site to the directory, and the people who run websites at big companies are often the same engineers who will later buy browser infrastructure.

    Risks and how to handle them

    • Low scores annoy site owners

      Only publish scores for sites owners run themselves, except in an aggregate launch post.

    Builds on

    Evidence

    • Your websiteFree tools: 28 browser utilities "free to use without an account" (Website to Markdown, HAR viewer, Bot Detection Test, robots.txt tester, llms.txt checker, Fetch as Googlebot and more); no tool has its own call to action to the API.Source
    • Your websiteWebMCP directory: "13,352 websites with tools for AI agents", 45,763 distinct tools, scan finished October 19, 2026; each site has its own page; the only calls to action are the site-wide "Start for free" and "Talk to sales".Source
    • Your websiteSkills: 134 skills for 119 websites that "tell an AI agent how a site works before it opens it", "Written by browser-harness contributors after real runs", contributed by GitHub pull request, MIT licensed, last updated November 8, 2026.Source
  • 22

    Browser Use is hiring a "Browser God" ("Bring your insane browser-hacking skills.") and infrastructure engineers to "Make one browser boring. Make millions possible.", in person in San Francisco, applying by email. Its own benchmark shows about one in ten protected-site visits still fails. The people who could close that gap are the same people it wants to hire.

    Medium impactMedium effort First result in 1 quarter Infrastructure Engineer

    First action

    Pick the ten benchmark sites with the lowest success rate and set a bounty for each.

    How to measure it

    Success on bounty sites

    Now
    –
    Target
    +20 points
    By
    2 quarters

    Steps

    1. 1

      Pick sites

      Lowest-success protected sites.

      Infrastructure Engineer 1 day

    2. 2

      Set rules

      Submission, review, payout and responsible-use terms.

      Co-founder & CEO 1 week

    3. 3

      Publish

      Bounty page linked from careers.

      Web engineer 2 days

    4. 4

      Review fixes

      Test against the benchmark runner.

      Infrastructure Engineer weekly

    5. 5

      Credit winners

      Public leaderboard and post.

      Content lead monthly

    6. 6

      Recruit

      Invite top solvers to interview.

      Co-founder & CTO ongoing

    First result
    1 quarter
    Cost
    Bounties of a few thousand dollars a quarter
    Owner
    Infrastructure Engineer

    Smallest test

    Run a one-month bounty on three sites.

    Why it works

    Publish the protected sites where stealth browsers currently fail most, taken from the benchmark and from opt-in customer failure data, and pay a bounty to anyone who submits a fix that gets the cloud browser through and passes review. Pay in cash or credits, credit winners publicly, and fast-track top contributors into the hiring process.

    It turns the hardest product problem into a public challenge that recruits talent, improves the success rate and creates content, for less than a single hire's recruiting fee.

    Risks and how to handle them

    • Publicising how protections are bypassed

      Keep fixes private; publish only the site, the result and the winner.

    Evidence

    • HiringCareers page (checked November 9, 2026): six people at an eight-figure annualized run rate, $17M raised, 120k+ GitHub stars, and customer demand growing faster than the team can keep up. Open roles, all in person in San Francisco: Forward-Deployed Engineer ($200K-$300K plus 0.5%-1.2% equity; "Talk to customers. Fix their problems. Ship the product."), Infrastructure Engineer ($200K-$400K plus 0.5%-1.4% equity; "Make one browser boring. Make millions possible."), plus "Browser God" ("Bring your insane browser-hacking skills.") and "Vibe Coder".Source
    • Your websiteBrowser benchmark (September 25, 2026): 100 bot-protected sites, each visited twice; Browser Use 90.5%, Anchor 82%, Kernel 80.5%, Browserbase 78.5%, Browserless 77.5%, Steel 74.5%, Hyperbrowser 73.5%; the sites were chosen where Browser Use had got through before and Chrome with a US proxy had not; the runner and every visit's result are on GitHub.Source
More example playbooks and reviews
ProgrammableDigital

Show Browser Use’s product working

Turn screenshots or the website into an animated product demo in its own brand, for the homepage, launch posts and outreach in this playbook.

Make a demo (opens programmable.digital in a new tab)

More growth playbooks

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

  • Huellas growth strategyAn NGO that brings volunteers to children's homes, care homes for older adults and community kitchens for two hours on Saturday…20 growth ideas
  • InStride growth strategyA public benefit corporation that runs employer-sponsored education and skills programs: upfront tuition, Capability Accelerators, career…21 growth ideas
  • CloudVictor growth strategyAWS cost optimisation, FinOps, security operations and DevOps for engineering teams, led by an ex-Amazon/AWS engineer, sold on…20 growth ideas
  • Simplismart growth strategyA GenAI inference platform to deploy, scale and fine-tune open and custom models (language, speech, image) on its cloud, in a customer's…21 growth ideas
  • CodexDominion growth strategyA governed AI control plane from The Merritt Method LLC: every AI task passes risk classification, approval gates and role checks before…21 growth ideas
  • Commvault growth strategyData protection and cyber recovery software: Commvault Cloud for hybrid and SaaS workloads, and Clumio by Commvault for cloud-native…21 growth ideas
  • Mercury growth strategyBusiness banking and finance software for startups and growing companies: checking, savings and treasury, cards and expense management…21 growth ideas
  • Anchorage Digital growth strategyAn institutional crypto platform with a federally chartered crypto bank: custody, trading and financing, staking, settlement, stablecoin…21 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. Browser Use did not commission, review or endorse it, and Programmable is not affiliated with Browser Use. 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 Browser Use runs its business.

Something wrong, or do you represent Browser Use? 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 308 ideas

    One set of benchmark numbers across comparison pages, a cost calculator, proof on the logo strip and case studies, fast enterprise replies, homepage INP and showcase costs; start merging duplicate pages.

  2. Days 31 to 609 ideas

    Turn the credit, WebMCP directory, skills, tools and library into paths to a first run; an annual credit pack, replay savings, a partner program and a weekly changelog.

  3. Days 61 to 905 ideas

    Commit to the big bets: an independent stealth benchmark, a fixed enterprise pilot and a regulated-industry offer; test the agent-ready score and the Browser God bounty.

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 getting past bot checks on protected sites. The most cited problem: sites with no API.

  • Low, usage-based prices with no subscription and credits that never expire
  • Bot detection, CAPTCHAs and logins
  • In their words: “no API”

Market

Competitive landscape

5 competitors compared: Browserbase, Kernel, Steel, Anchor and 1 more.

  • Gap to exploit: Independent, reproducible benchmarks that buyers trust
  • Browserbase: $0.10-0.12 per browser hour overage and $10-12/GB proxies
  • Kernel: Monthly plans from $30 for paid tiers

Hiring signals

Browser Use runs at an eight-figure annualized run rate with six people, and says customer demand is growing faster than it can keep up.

  • Forward-Deployed Engineer: Customer-facing engineering for enterprise demand. Ideas 4, 5, 19, 20.
  • Infrastructure Engineer: Scaling to millions of browsers. Ideas 12, 22.
  • Browser God: Browser-hacking skills for stealth. Ideas 18, 22.

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