ProgrammableMarketing/onlook.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 · 6
  • This quarter · 13
  • Big bets · 2
  • Wildcards · 2
  • How we can help
Generated Nov 10, 2026
  1. Programmable
  2. Playbooks
  3. Onlook
Onlook logo

growth playbook · Nov 10, 2026

onlook.com (opens in a new tab)

Onlook growth playbook

Diagnosis

Onlook has rare open-source pull for a team of about four: 27.2k GitHub stars, 2.1k forks, 100+ contributors and a #1 trending run, plus a sharp new position as "The Developer Tool for Visual Engineers".

The product has moved to a free Mac app, but the places people meet it have not caught up: the GitHub README still sells an "early access" browser editor with a waitlist, the FAQ and feature pages give three different answers to "is it free?", the install page and the docs disagree on Intel Macs, and the star count differs on every page.

Teams pricing is "custom" while a direct rival publishes $20 per editor. This playbook first makes every entry point tell the same story and lead to a download, then builds proof, comparison pages, a Visual Engineer category and a self-serve Teams path, with Windows and a design-drift check as the bigger bets.

Growth Score

6/10

Biggest Opportunity

Turn the GitHub audience the team has already won into Mac app downloads and team conversations, by making the README, FAQ, pricing and docs tell one current story.

Biggest Risk

Subframe, Builder.io and Figma Make are converging on the same promise (a canvas wired to your real code), and Subframe already ships a desktop app with public self-serve pricing; a Mac-only beta with custom pricing can lose teams before they ever talk to Onlook.

01

Start here

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

  1. 1

    Rewrite the 27,000-star GitHub README so it sells the Mac app, not an "early access" waitlist

    Replace the README headline and first paragraph with the homepage wording and a Download for Mac link.

    High impact First result in 1 week
  2. 2

    Give one answer to "is it free?" across the FAQ, pricing and feature pages

    Write the three-sentence pricing truth and get the team to agree it.

    High impact First result in 2 weeks
  3. 3

    Publish a starting team price beside the "custom pricing" box

    Pick a per-editor price for a small-team tier and write the three features it includes.

    High impact First result in 1 month

02

Your idea portfolio

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

Showing 23 of 23 ideas

This week 6

Quick wins with a clear first action.

  • 01

    GitHub is where most people first meet Onlook: 27.2k stars, 2.1k forks, a #1 trending run and 100+ contributors. But the README still opens with "The design tool for AI-native designers — now in early access", describes a browser-based editor, says "use our hosted app or run locally" and links to onlook.com/waitlist, and the Releases section is empty. The product today is a free Mac app you can download from onlook.com/install, and the repo's own description already says "The Developer Tool for Visual Engineers". A developer who arrives from a trending list or a Hacker News thread meets the old product and a waitlist instead of a download button.

    High impactLow effort First result in 1 week CEO

    First action

    Replace the README headline and first paragraph with the homepage wording and a Download for Mac link.

    How to measure it

    /install visits and Mac downloads referred by github.com

    Now
    –
    Target
    2x the current weekly level
    By
    30 days

    Steps

    1. 1

      Baseline

      Record a week of GitHub traffic insights (views, referrers) and /install visits referred by github.com.

      Engineering lead 1 day

    2. 2

      Rewrite the hero

      Headline, one-sentence description and a canvas screenshot that match onlook.com.

      CEO 2 hours

    3. 3

      Add the download link

      A "Download for Mac" link to /install with a utm_source=github tag, near the top.

      Founding Engineer (Fullstack) 1 hour

    4. 4

      Explain repo vs app

      A short section on what is open source, what the Mac app adds, and how to run it locally.

      Engineering lead half a day

    5. 5

      Move the waitlist down

      Keep Windows and Linux sign-up as a second link under the download, not the main action.

      Design lead 1 hour

    6. 6

      Publish a release

      Post the current Mac build in GitHub Releases with notes, and repeat for each version.

      Engineering lead 1 day

    7. 7

      Measure

      Compare GitHub-referred downloads with the baseline every week for a month.

      CEO weekly

    First result
    1 week
    Cost
    $0, a day of team time
    Owner
    CEO

    Smallest test

    Change the headline and add the tagged download link today, then compare a week of GitHub-referred downloads.

    Why it works

    Rewrite the top of the README to match the homepage: the one-line "Developer Tool for Visual Engineers" position, a screenshot of the canvas on a real React app, and a "Download for Mac" link to /install with a GitHub tracking parameter. Below it, add a short "What is in this repo" section that explains how the open-source code relates to the Mac app and how to run it locally, then the Windows and Linux waitlist as a secondary link. Publish each Mac build as a GitHub Release with short notes, so people who star or watch the repo see new versions. Keep the contributor guide where it is.

    Developers trust the repo more than a marketing site, and the README is the page with the most reach that Onlook controls. It already gets the traffic; changing its first screen turns existing visits into downloads at no cost, and Releases put every new version in front of people who already follow the project.

    Ready to use

    ChecklistREADME first-screen checklist

    [ ] Headline matches the homepage: "The Developer Tool for Visual Engineers"
    [ ] One sentence: free, local-first Mac app for designers working in real React code
    [ ] Canvas screenshot on a real app
    [ ] "Download for Mac" link to /install?utm_source=github
    [ ] Waitlist link for Windows and Linux under it
    [ ] "What is in this repo" and "Run locally" sections
    [ ] Remove "now in early access" and the hosted-app wording
    [ ] Current build published in Releases with notes

    Risks and how to handle them

    • Contributors lose track of how to run the open-source code

      Keep a clear "Run locally" section and link the docs guide.

    • Windows and Linux visitors hit a Mac-only button

      Put the waitlist link directly under the download.

    Evidence

    • GitHubRepository onlook-dev/onlook (checked November 9, 2026): 27.2k stars, 2.1k forks, Apache-2.0. The README headline is still "The design tool for AI-native designers — now in early access"; it describes a browser-based editor for Next.js and Tailwind, says "use our hosted app or run locally" and links to onlook.com/waitlist. The repo description already says "The Developer Tool for Visual Engineers". The Releases section is empty.Source
    • Your websiteInstall page: "Download for Mac" (Apple silicon) and a separate Intel "Download" link; requirements "a Mac with Apple Silicon or an Intel processor running macOS 13 or later"; Windows and Linux: "Join the waitlist"; "as little as 90 seconds — from download to design"; each exploration gets its own git branch; it runs two coding agents with more "coming soon"; the app is free and users bring their own AI account.Source
    • Your websiteHomepage (checked November 9, 2026): H1 "The Developer Tool for Visual Engineers", "a free, local-first editor"; the header shows "26.0k" GitHub stars while a banner says "Onlook just crossed 27,000 stars on GitHub!"; the main CTA everywhere is "Download Onlook" (to /install), plus "Book a Demo"; social proof is eight posts from X, with no customer logos or case studies; the footer lists no Docs link.Source
    • HiringFounding Engineer (Fullstack), Y Combinator job board (open November 9, 2026): $130K-$200K and 1.00%-4.00% equity, San Francisco or remote (US/Canada); owns large features and code generation and works with "100+ contributors" worldwide; claims #1 on Hacker News and #1 trending GitHub repo; the post cites both "over 22,000" and "over 19,000" GitHub stars. YC lists the company as W25, founded 2024, team size 4; the About page shows 3 people.Source
  • 02

    A visitor gets four answers. The homepage and install page say the Mac app is free and you bring your own AI account. The FAQ says Onlook is free to "self-host on GitHub", the hosted cloud version needs a call, and you "upgrade your plan from the billing section in your dashboard". The AI and Builder feature pages say it is "free for your first prompt" with message limits. The FAQ also calls Onlook a visual editor for websites for people "without coding knowledge", the opposite of the new Visual Engineer position.

    High impactLow effort First result in 2 weeks Design lead

    First action

    Write the three-sentence pricing truth and get the team to agree it.

    How to measure it

    FAQ and pricing to /install click rate

    Now
    –
    Target
    +20%
    By
    45 days

    Steps

    1. 1

      List every claim

      Collect every sentence about price, limits, hosting and billing on the site and docs.

      Design lead 2 hours

    2. 2

      Agree the truth

      Free app, own AI account, what Teams adds, what self-hosting means today.

      CEO 1 hour

    3. 3

      Rewrite the FAQ

      Mac app first; remove "without coding knowledge" and old billing answers.

      Design lead 1 day

    4. 4

      Fix feature pages

      Replace the "first prompt" line on /features/ai and /features/builder.

      Founding Engineer (Fullstack) 2 hours

    5. 5

      Match the docs

      Same wording in the docs welcome and install pages.

      Engineering lead 2 hours

    6. 6

      Measure

      Click-through to /install and demo bookings from the FAQ and pricing.

      CEO monthly

    First result
    2 weeks
    Cost
    $0
    Owner
    Design lead

    Smallest test

    Fix the FAQ "Is there a free version?" answer today.

    Why it works

    Write one short pricing truth (what is free, what you need, what Teams adds) and paste it into the FAQ, the pricing page and every feature page. Rewrite the FAQ around the Mac app: who it is for, requirements, the AI account, privacy, platforms, and Teams. Remove the message-limit line and the dashboard-billing answer unless they are still true.

    Price confusion is the most common reason a free download stalls, and developers notice contradictions fast. One consistent answer also stops AI assistants and search snippets repeating the old model.

    Risks and how to handle them

    • A paid tier or limit is planned and gets removed from the copy

      Say what is free today and that Teams adds paid features.

    Evidence

    • Your websiteFAQ (sitemap date May 13, 2026): "Onlook is an open-source, visual editor for websites" for teams "without coding knowledge"; "Yes, Onlook can be self-hosted for free on GitHub", with the hosted cloud version by contacting the team; "You can upgrade your plan from the billing section in your dashboard"; "We accept all major credit cards through Stripe"; it lists real-time collaboration and GitHub imports. None of it mentions the Mac app.Source
    • Your websiteFeature pages: /features/builder says you "drag, drop, and edit web apps in the browser" and both it and /features/ai say "Onlook is free for your first prompt, but you're limited by the number of messages you can send"; neither names a customer, testimonial or case study; the product mockup shown is a fictional "Villainterest" app.Source
    • Your websiteInstall page: "Download for Mac" (Apple silicon) and a separate Intel "Download" link; requirements "a Mac with Apple Silicon or an Intel processor running macOS 13 or later"; Windows and Linux: "Join the waitlist"; "as little as 90 seconds — from download to design"; each exploration gets its own git branch; it runs two coding agents with more "coming soon"; the app is free and users bring their own AI account.Source
    • Your websitePricing page: two columns, Free ("Download Onlook") and For Teams ("Custom pricing tailored to your team's needs", with a Contact us email link and a Book a demo meeting link); team features are project templates, branching and version history, centralized design tokens, and "SSO (SAML/OAuth), advanced security controls, audit logs, and admin controls"; the self-hosting line says "reach out to us" with no link; no prices, trial or security page.Source
  • 03

    The install page has a separate Intel "Download" link and says it needs "a Mac with Apple Silicon or an Intel processor running macOS 13 or later". The docs say the requirement is "A Mac with Apple silicon (M1 or newer)" and send Intel Macs to the waitlist. Either Intel users download a build that fails on first run, or the docs turn away users the app supports.

    Medium impactLow effort First result in 1 week Engineering lead

    First action

    Install the Intel build on an Intel Mac and record what happens.

    How to measure it

    Downloads that reach a first canvas session, by chip

    Now
    –
    Target
    Intel within 10 points of Apple silicon, or zero Intel downloads
    By
    30 days

    Steps

    1. 1

      Test the build

      Run the Intel download on an Intel Mac on macOS 13 and later.

      Engineering lead half a day

    2. 2

      Decide

      Supported, beta, or waitlist only.

      CEO 1 hour

    3. 3

      Align the copy

      Same requirement sentence on /install and in the docs.

      Design lead 1 hour

    4. 4

      One button

      Show the right download for the visitor's Mac where it can be detected.

      Founding Engineer (Fullstack) 1 day

    5. 5

      Catch failures

      A clear in-app message on unsupported hardware with a waitlist link.

      Founding Engineer (Fullstack) 1 day

    6. 6

      Track

      First-run success by chip each week.

      Engineering lead weekly

    First result
    1 week
    Cost
    $0
    Owner
    Engineering lead

    Smallest test

    Make the docs and the install page say the same thing today.

    Why it works

    Decide the truth for Intel. If the Intel build works, update the docs and remove Intel from the waitlist; if not, remove the Intel link and send Intel visitors to the waitlist with the same wording as the docs. Detect the visitor's chip on /install where the browser allows it and show one button, and state the minimum macOS version in both places.

    A failed first run is the most expensive way to lose a user who already chose to download, and it turns into support email and bad posts. A single answer costs a few lines of copy.

    Risks and how to handle them

    • Dropping Intel loses some users

      Keep them on the waitlist and email them when support lands.

    Evidence

    • Your websiteInstall page: "Download for Mac" (Apple silicon) and a separate Intel "Download" link; requirements "a Mac with Apple Silicon or an Intel processor running macOS 13 or later"; Windows and Linux: "Join the waitlist"; "as little as 90 seconds — from download to design"; each exploration gets its own git branch; it runs two coding agents with more "coming soon"; the app is free and users bring their own AI account.Source
    • Your docsDocs (install and welcome pages, checked November 9, 2026): Onlook is "a free Mac app for designers", in beta; requirement "A Mac with Apple silicon (M1 or newer)"; Intel Macs, Windows and Linux are sent to the waitlist; users sign in with an email address and connect their own AI account for the agent; work goes to engineers as a GitHub pull request; the docs include a "How Onlook keeps your code safe" page.Source
  • 04

    The homepage header says "26.0k" stars while a banner on the same page says Onlook "just crossed 27,000"; GitHub shows 27.2k; the open job post says both "over 22,000" and "over 19,000". Star count is Onlook's main proof point, and developers check it.

    Medium impactLow effort First result in 1 day Founding Engineer

    First action

    Replace the hard-coded "26.0k" with a daily-refreshed count.

    How to measure it

    Star count consistency across site, docs and job post

    Now
    –
    Target
    100%
    By
    1 week

    Steps

    1. 1

      Find every count

      Header, banner, feature pages, job post, README badges.

      Founding Engineer (Fullstack) 1 hour

    2. 2

      Build one component

      Reads the public count at build time with a daily refresh.

      Founding Engineer (Fullstack) half a day

    3. 3

      Replace hard-coded numbers

      Use the component everywhere on the site.

      Founding Engineer (Fullstack) 2 hours

    4. 4

      Fix the job post

      One number, or "27k+".

      CEO 15 minutes

    5. 5

      Retire the banner

      Replace the milestone banner with the next real milestone or remove it.

      Design lead 15 minutes

    6. 6

      Check monthly

      Search the site and docs for old numbers.

      Founding Engineer (Fullstack) monthly

    First result
    1 day
    Cost
    $0
    Owner
    Founding Engineer (Fullstack)

    Smallest test

    Change the header to match the banner today.

    Why it works

    Fetch the star count from GitHub at build time (refreshed daily) and use one component for it in the header, banner and feature pages. Update the job post and any About or press copy to the same number, or to a round "27k+" that stays true.

    Stale numbers undersell real momentum, and mismatched ones look careless to the exact audience that verifies them.

    Risks and how to handle them

    • Build fails if the count can't be fetched

      Fall back to the last known value.

    Evidence

    • Your websiteHomepage (checked November 9, 2026): H1 "The Developer Tool for Visual Engineers", "a free, local-first editor"; the header shows "26.0k" GitHub stars while a banner says "Onlook just crossed 27,000 stars on GitHub!"; the main CTA everywhere is "Download Onlook" (to /install), plus "Book a Demo"; social proof is eight posts from X, with no customer logos or case studies; the footer lists no Docs link.Source
    • GitHubRepository onlook-dev/onlook (checked November 9, 2026): 27.2k stars, 2.1k forks, Apache-2.0. The README headline is still "The design tool for AI-native designers — now in early access"; it describes a browser-based editor for Next.js and Tailwind, says "use our hosted app or run locally" and links to onlook.com/waitlist. The repo description already says "The Developer Tool for Visual Engineers". The Releases section is empty.Source
    • HiringFounding Engineer (Fullstack), Y Combinator job board (open November 9, 2026): $130K-$200K and 1.00%-4.00% equity, San Francisco or remote (US/Canada); owns large features and code generation and works with "100+ contributors" worldwide; claims #1 on Hacker News and #1 trending GitHub repo; the post cites both "over 22,000" and "over 19,000" GitHub stars. YC lists the company as W25, founded 2024, team size 4; the About page shows 3 people.Source
  • 05

    Onlook's Teams column says "Custom pricing tailored to your team's needs" and offers only an email link or a demo. Subframe, which pitches the same local-first canvas for a codebase, publishes Free at $0 and Pro at $20 per editor per month. A five-person design team comparing the two can buy one today and has to book a call for the other.

    High impactLow effort First result in 1 month CEO

    First action

    Pick a per-editor price for a small-team tier and write the three features it includes.

    How to measure it

    Team demos booked plus team sign-ups

    Now
    –
    Target
    +50%
    By
    60 days

    Steps

    1. 1

      Review deals

      What teams in demos so far paid or asked for.

      CEO 1 day

    2. 2

      Set the tiers

      Small team (self-serve) and Enterprise (demo).

      CEO 1 day

    3. 3

      Redesign the page

      Three columns: Free, Team from $X, Enterprise.

      Design lead 2 days

    4. 4

      Add a short form

      Team size and repo framework instead of a bare email link.

      Founding Engineer (Fullstack) 1 day

    5. 5

      Explain total cost

      One line on the AI account users bring.

      Design lead 1 hour

    6. 6

      Review

      Inquiries and win rate at the published price after 60 days.

      CEO 60 days

    First result
    1 month
    Cost
    $0
    Owner
    CEO

    Smallest test

    Add "Teams from $X per editor" text to the current column for a month.

    Why it works

    Add a "from $X per editor per month" line for a small-team tier (templates, branching, shared tokens), keep SSO, audit logs and admin controls as an Enterprise tier with a demo, and add a short "what you pay for your AI account" note so total cost is clear. If the price is not ready, publish "Teams pilot: free for 30 days" with an apply form.

    Small teams self-qualify by price, and many will not book a call to find one. A visible anchor also makes demos shorter because buyers arrive knowing the range.

    Risks and how to handle them

    • Price set too low for later enterprise deals

      Keep Enterprise custom and publish only the small-team starting price.

    Evidence

    • Your websitePricing page: two columns, Free ("Download Onlook") and For Teams ("Custom pricing tailored to your team's needs", with a Contact us email link and a Book a demo meeting link); team features are project templates, branching and version history, centralized design tokens, and "SSO (SAML/OAuth), advanced security controls, audit logs, and admin controls"; the self-hosting line says "reach out to us" with no link; no prices, trial or security page.Source
    • Competitor researchSubframe's homepage: "a design tool for your codebase, and a coding agent with a canvas" in one desktop app; "Your codebase stays on your machine"; users can bring their own coding-agent subscription; public pricing: Free at $0 (one project) and Pro at $20 per editor per month.Source
  • 06

    The sitemap lists 17 URLs but not /install or /waitlist, the two pages every CTA leads to, and the site footer has no Docs link, so the useful how-to content on docs.onlook.com is barely connected to the main domain. There is no changelog either.

    Medium impactLow effort First result in 1 month Founding Engineer

    First action

    Add /install and /waitlist to the sitemap.

    How to measure it

    Organic sessions on /install and docs

    Now
    –
    Target
    +30%
    By
    90 days

    Steps

    1. 1

      Update the sitemap

      Add /install, /waitlist and real last-modified dates.

      Founding Engineer (Fullstack) 1 hour

    2. 2

      Link the docs

      Header and footer links to docs.onlook.com.

      Founding Engineer (Fullstack) 1 hour

    3. 3

      Title the install page

      "Download Onlook for Mac" title and description.

      Design lead 30 minutes

    4. 4

      Start a changelog

      /changelog built from release notes.

      Engineering lead 1 day

    5. 5

      Submit

      Resubmit the sitemap in Search Console.

      Founding Engineer (Fullstack) 15 minutes

    6. 6

      Measure

      Queries landing on /install and docs.

      Founding Engineer (Fullstack) monthly

    First result
    1 month
    Cost
    $0
    Owner
    Founding Engineer (Fullstack)

    Smallest test

    Add the two URLs to the sitemap today.

    Why it works

    Add /install and /waitlist to the sitemap with real dates, link Docs in the header and footer, and add a public changelog page fed from GitHub Releases. Give the install page its own title and description ("Download Onlook for Mac").

    "Onlook download" and "how to use Onlook with Next.js" are the searches people make after hearing about it; they should land on the install page and docs, not a directory site.

    Risks and how to handle them

    • Changelog goes stale

      Generate it from releases so it updates itself.

    Evidence

    • Your websiteSitemap (17 URLs, checked November 9, 2026): home, pricing, about, FAQ, why-onlook, visual-engineer (updated October 8, 2026), six feature pages and three framework pages (Next.js, React, Vite). Not listed: /install, /waitlist or the docs. There is no blog, changelog, comparison page or case study on the domain; the blog lives on Substack.Source
    • Your websiteHomepage (checked November 9, 2026): H1 "The Developer Tool for Visual Engineers", "a free, local-first editor"; the header shows "26.0k" GitHub stars while a banner says "Onlook just crossed 27,000 stars on GitHub!"; the main CTA everywhere is "Download Onlook" (to /install), plus "Book a Demo"; social proof is eight posts from X, with no customer logos or case studies; the footer lists no Docs link.Source
    • Your docsDocs (install and welcome pages, checked November 9, 2026): Onlook is "a free Mac app for designers", in beta; requirement "A Mac with Apple silicon (M1 or newer)"; Intel Macs, Windows and Linux are sent to the waitlist; users sign in with an email address and connect their own AI account for the agent; work goes to engineers as a GitHub pull request; the docs include a "How Onlook keeps your code safe" page.Source

This quarter 13

The core plays for the next three months.

  • 07

    Windows, Linux and (per the docs) Intel Mac users can only "Join the waitlist". Many frontend teams have mixed machines, so a design team on Macs may still stall when its engineers are on Windows. The waitlist is the clearest demand signal Onlook has, if it asks the right questions.

    High impactMedium effort First result in 1 month CEO

    First action

    Add the three questions to the waitlist form.

    How to measure it

    Waitlist teams invited to a call or early build

    Now
    –
    Target
    20 teams
    By
    60 days

    Steps

    1. 1

      Add questions

      OS, framework, team size, optional work email.

      Founding Engineer (Fullstack) half a day

    2. 2

      Backfill

      Email existing sign-ups the same three questions.

      CEO 1 day

    3. 3

      Rank

      Score by team size and framework fit.

      CEO weekly

    4. 4

      Invite

      Top teams to a call and early builds.

      CEO weekly

    5. 5

      Update the list

      A short monthly progress email.

      Design lead monthly

    6. 6

      Decide the roadmap

      Use counts by OS to pick the next platform.

      Engineering lead quarterly

    First result
    1 month
    Cost
    Team time only
    Owner
    CEO

    Smallest test

    Email 100 current waitlist sign-ups the three questions.

    Why it works

    Ask three short questions on the waitlist: operating system, framework (Next.js, React, Vite, other) and team size, with an optional work email. Rank sign-ups by team size and framework fit, invite the top teams to a call and to early builds, and publish a short monthly "waitlist update" so the list stays warm.

    It turns a passive list into pipeline for Teams and tells the team which platform to build next with real numbers.

    Risks and how to handle them

    • Extra questions lower sign-ups

      Keep only OS required; the rest optional.

    Evidence

    • Your websiteInstall page: "Download for Mac" (Apple silicon) and a separate Intel "Download" link; requirements "a Mac with Apple Silicon or an Intel processor running macOS 13 or later"; Windows and Linux: "Join the waitlist"; "as little as 90 seconds — from download to design"; each exploration gets its own git branch; it runs two coding agents with more "coming soon"; the app is free and users bring their own AI account.Source
    • Your docsDocs (install and welcome pages, checked November 9, 2026): Onlook is "a free Mac app for designers", in beta; requirement "A Mac with Apple silicon (M1 or newer)"; Intel Macs, Windows and Linux are sent to the waitlist; users sign in with an email address and connect their own AI account for the agent; work goes to engineers as a GitHub pull request; the docs include a "How Onlook keeps your code safe" page.Source
    • Your websitePricing page: two columns, Free ("Download Onlook") and For Teams ("Custom pricing tailored to your team's needs", with a Contact us email link and a Book a demo meeting link); team features are project templates, branching and version history, centralized design tokens, and "SSO (SAML/OAuth), advanced security controls, audit logs, and admin controls"; the self-hosting line says "reach out to us" with no link; no prices, trial or security page.Source
  • 08

    The install page promises "as little as 90 seconds — from download to design". The docs show the real path: download, sign in by email, let macOS install what it asks for, choose the code folder, connect your own AI account, wait for the dev server, then make a first edit and send a pull request. Each step is a place a new user can drop, and none is measured publicly.

    High impactMedium effort First result in 1 month Engineering lead

    First action

    List the first-run steps and add a timestamped event to each.

    How to measure it

    Download-to-first-edit rate

    Now
    –
    Target
    +25%
    By
    1 quarter

    Steps

    1. 1

      Map the steps

      Download to first edit to first pull request.

      Engineering lead half a day

    2. 2

      Add events

      Opt-in step timing, no code or file contents.

      Founding Engineer (Fullstack) 1 week

    3. 3

      Watch five users

      Live first-run sessions with new users.

      Design lead 1 week

    4. 4

      Fix the worst step

      For example a sample project or a guided AI-account connect.

      Founding Engineer (Fullstack) 2 weeks

    5. 5

      Rescue emails

      Step-specific help for people who stall.

      CEO 1 week

    6. 6

      Report

      Median time to first edit, monthly.

      Engineering lead monthly

    First result
    1 month
    Cost
    Engineering time
    Owner
    Engineering lead

    Smallest test

    Time five new users through first run this week.

    Why it works

    Add opt-in, privacy-respecting step events (no code or file contents) for each first-run step and the time between them. Find the step where most people stop, fix it first (for example a sample project when no repo is ready, or clearer AI-account setup), and email people who stall with the exact help for their step.

    Activation is where a free tool earns or loses its users, and a measured funnel shows which one fix is worth most. It also makes the 90-second claim something the team can stand behind.

    Risks and how to handle them

    • Tracking clashes with the local-first promise

      Make it opt-in, step-level only, and say so in the trust docs.

    Evidence

    • Your websiteInstall page: "Download for Mac" (Apple silicon) and a separate Intel "Download" link; requirements "a Mac with Apple Silicon or an Intel processor running macOS 13 or later"; Windows and Linux: "Join the waitlist"; "as little as 90 seconds — from download to design"; each exploration gets its own git branch; it runs two coding agents with more "coming soon"; the app is free and users bring their own AI account.Source
    • Your docsDocs (install and welcome pages, checked November 9, 2026): Onlook is "a free Mac app for designers", in beta; requirement "A Mac with Apple silicon (M1 or newer)"; Intel Macs, Windows and Linux are sent to the waitlist; users sign in with an email address and connect their own AI account for the agent; work goes to engineers as a GitHub pull request; the docs include a "How Onlook keeps your code safe" page.Source
  • 09

    Onlook's site names only one other tool ("Onlook picks up where Figma ends") and has no comparison pages. Subframe (a desktop canvas for your codebase with $20 pricing), Builder.io ("Production code, edited like design") and Figma Make (prompt-to-code inside Figma, with local builds "coming soon") make close promises, and buyers search these names side by side.

    High impactMedium effort First result in 6 weeks Design lead

    First action

    Ask the last ten demo calls which other tools they looked at.

    How to measure it

    Comparison-page conversions

    Now
    –
    Target
    100 downloads a month
    By
    90 days

    Steps

    1. 1

      Pick rivals

      The three named most in calls and posts.

      CEO 1 day

    2. 2

      Test each tool

      Run each on the same sample repo.

      Design lead 1 week

    3. 3

      Write the pages

      Tables, screenshots and an honest "choose them if" section.

      Design lead 1 week

    4. 4

      Check claims

      Rivals' current pricing and features from their own pages.

      CEO 1 day

    5. 5

      Publish and link

      From Why Onlook and the footer.

      Founding Engineer (Fullstack) 1 day

    6. 6

      Refresh

      Re-check facts every quarter.

      Design lead quarterly

    First result
    6 weeks
    Cost
    Team time only
    Owner
    Design lead

    Smallest test

    Publish the Subframe comparison first.

    Why it works

    Write three honest comparison pages: how each tool works with an existing repo, open source or not, where code lives, frameworks, handoff (Onlook sends a GitHub pull request), pricing and platforms. Say plainly where a rival is better (for example Windows or published pricing) and where Onlook wins. Date each page and refresh it quarterly.

    Comparison searches come from people about to choose, and fair pages earn trust with developers. They also give AI assistants a clear source for how Onlook differs.

    Risks and how to handle them

    • Claims go out of date in a fast-moving market

      Date every page and link rivals' sources.

    Evidence

    • Your websiteWhy Onlook: "Great products are built when designers ship code"; "Onlook reads the React components in your repo as-is"; "Onlook picks up where Figma ends" and many teams use both; audiences named are product and UI designers, design engineers, design technologists, frontend engineers, founders, design leaders and agency principals; no other tool is named.Source
    • Your websiteSitemap (17 URLs, checked November 9, 2026): home, pricing, about, FAQ, why-onlook, visual-engineer (updated October 8, 2026), six feature pages and three framework pages (Next.js, React, Vite). Not listed: /install, /waitlist or the docs. There is no blog, changelog, comparison page or case study on the domain; the blog lives on Substack.Source
    • Competitor researchSubframe's homepage: "a design tool for your codebase, and a coding agent with a canvas" in one desktop app; "Your codebase stays on your machine"; users can bring their own coding-agent subscription; public pricing: Free at $0 (one project) and Pro at $20 per editor per month.Source
    • Competitor researchBuilder.io's homepage: "Production code, edited like design"; "A visual canvas wired directly into your components and design tokens"; teams can start from scratch, import Figma designs or work in an existing repo.Source
    • Competitor researchFigma Make: prompt-to-code inside Figma that uses the team's design system; local builds in any codebase are listed as coming soon; the page shows logos from large brands.Source
  • 10

    Onlook's newest page defines a Visual Engineer as someone who "designs and builds production software directly in code", with a career path, seniority levels and what to look for when hiring one. That is a hiring guide already. The people who hire Visual Engineers are design leaders and founders, the same people who buy Onlook for Teams.

    Medium impactMedium effort First result in 6 weeks CEO

    First action

    Turn the seniority levels into a one-page job-description template.

    How to measure it

    Roles submitted to the hiring page

    Now
    –
    Target
    25
    By
    90 days

    Steps

    1. 1

      Write the template

      Job description with three seniority levels.

      CEO 1 day

    2. 2

      Add an exercise

      A take-home task done in a real repo.

      Design lead 2 days

    3. 3

      Build the page

      Roles listed by company with a submit form.

      Founding Engineer (Fullstack) 3 days

    4. 4

      Seed it

      Onlook's own role plus five friendly teams.

      CEO 1 week

    5. 5

      Follow up

      Offer each posting team a Teams pilot.

      CEO weekly

    6. 6

      Promote

      Share the template on X, LinkedIn and Substack.

      Design lead monthly

    First result
    6 weeks
    Cost
    Team time only
    Owner
    CEO

    Smallest test

    Publish the template and count downloads for a month.

    Why it works

    Publish a free, copyable Visual Engineer job description and interview exercise built on the seniority levels already on the page. Add a simple "teams hiring Visual Engineers" page where companies submit a role link, and invite each team that posts to try Onlook for Teams. Onlook's own open role can be the first listing.

    A name spreads when hiring managers use it in job posts, and every post that says "Visual Engineer" points back to Onlook. Teams posting roles are self-identified buyers.

    Risks and how to handle them

    • Low posting volume at first

      Start with the template download; add the page once ten teams use it.

    Evidence

    • Your website"What is a Visual Engineer?" (about 2,000 words, updated October 8, 2026): someone who "designs and builds production software directly in code"; "From designer who hands off to creator who ships"; sections on practice, career path, seniority levels and what to look for when hiring one; the CTA is "Download Onlook".Source
    • Your websitePricing page: two columns, Free ("Download Onlook") and For Teams ("Custom pricing tailored to your team's needs", with a Contact us email link and a Book a demo meeting link); team features are project templates, branching and version history, centralized design tokens, and "SSO (SAML/OAuth), advanced security controls, audit logs, and admin controls"; the self-hosting line says "reach out to us" with no link; no prices, trial or security page.Source
    • HiringFounding Engineer (Fullstack), Y Combinator job board (open November 9, 2026): $130K-$200K and 1.00%-4.00% equity, San Francisco or remote (US/Canada); owns large features and code generation and works with "100+ contributors" worldwide; claims #1 on Hacker News and #1 trending GitHub repo; the post cites both "over 22,000" and "over 19,000" GitHub stars. YC lists the company as W25, founded 2024, team size 4; the About page shows 3 people.Source
  • 11

    Every feature page demonstrates the product with a fictional "Villainterest" app, and no page names a customer, testimonial or case study. The homepage's only proof is eight posts from X, mostly early first impressions. A design leader deciding on Teams wants to see a team like theirs shipping real work.

    High impactMedium effort First result in 6 weeks CEO

    First action

    Email the five most active teams and ask for a 20-minute interview.

    How to measure it

    Feature-page demo bookings

    Now
    –
    Target
    +30%
    By
    90 days

    Steps

    1. 1

      Find teams

      Most active teams by usage or pull requests sent.

      CEO 1 week

    2. 2

      Interview

      Stack, before and after, one number.

      CEO 2 weeks

    3. 3

      Write stories

      Short pages with screenshots.

      Design lead 1 week

    4. 4

      Get approval

      Customer sign-off on names and numbers.

      CEO 1 week

    5. 5

      Place proof

      On the homepage, pricing and feature pages.

      Founding Engineer (Fullstack) 2 days

    6. 6

      Use in demos

      Send the matching story before each call.

      CEO ongoing

    First result
    6 weeks
    Cost
    Team time only
    Owner
    CEO

    Smallest test

    Publish one story and link it from pricing.

    Why it works

    Find three teams using Onlook on a real codebase (from demos, the waitlist or contributors) and write short stories: the stack, what designers now ship themselves, pull requests merged, time saved on handoff. Add their screenshots to the feature pages in place of, or next to, the mockup, and a logo row once permission allows.

    Team proof is what moves a free download to a paid team conversation, and it answers "does this work on a real repo?" better than any copy.

    Risks and how to handle them

    • Teams can't share their product screens

      Use an anonymized story with the stack and numbers only.

    Evidence

    • Your websiteFeature pages: /features/builder says you "drag, drop, and edit web apps in the browser" and both it and /features/ai say "Onlook is free for your first prompt, but you're limited by the number of messages you can send"; neither names a customer, testimonial or case study; the product mockup shown is a fictional "Villainterest" app.Source
    • Your websiteHomepage (checked November 9, 2026): H1 "The Developer Tool for Visual Engineers", "a free, local-first editor"; the header shows "26.0k" GitHub stars while a banner says "Onlook just crossed 27,000 stars on GitHub!"; the main CTA everywhere is "Download Onlook" (to /install), plus "Book a Demo"; social proof is eight posts from X, with no customer logos or case studies; the footer lists no Docs link.Source
    • Your websitePricing page: two columns, Free ("Download Onlook") and For Teams ("Custom pricing tailored to your team's needs", with a Contact us email link and a Book a demo meeting link); team features are project templates, branching and version history, centralized design tokens, and "SSO (SAML/OAuth), advanced security controls, audit logs, and admin controls"; the self-hosting line says "reach out to us" with no link; no prices, trial or security page.Source
  • 13

    Onlook has "100+ contributors" worldwide and 2.1k forks, an unusual base of people who know the code and the product. Today they are thanked in a README graphic. They are also the most credible voices to tell other design engineers to try the app.

    Medium impactMedium effort First result in 2 months Engineering lead

    First action

    List the 20 most active contributors of the last six months and invite them.

    How to measure it

    Downloads from advocate links

    Now
    –
    Target
    500 a quarter
    By
    2 quarters

    Steps

    1. 1

      Pick members

      Top contributors and power users.

      Engineering lead 1 day

    2. 2

      Set benefits

      Early builds, team access, credit.

      CEO 1 day

    3. 3

      Open a channel

      Private chat with the team.

      Engineering lead 1 hour

    4. 4

      Make the kit

      Slides, sample repo and tracked links.

      Design lead 1 week

    5. 5

      Label issues

      Designer-friendly "good first issue" tasks.

      Founding Engineer (Fullstack) ongoing

    6. 6

      Credit

      Names in release notes each month.

      Engineering lead monthly

    First result
    2 months
    Cost
    Team time and small swag budget
    Owner
    Engineering lead

    Smallest test

    Invite ten contributors to an early-build channel this month.

    Why it works

    Start a small named group (for example "Onlook Visual Engineers") for active contributors and power users: early builds, a private channel with the team, credit in release notes and the app's About screen, and a simple kit (talk slides, a sample repo) for meetups and posts. Label clear "good first issue" tasks to bring designers into contributing.

    Developer tools grow through people who already care; recognition and early access cost little and keep them talking about Onlook.

    Risks and how to handle them

    • Group goes quiet

      Keep it small and give a monthly reason to show up, such as a preview build.

    Builds on

    Evidence

    • HiringFounding Engineer (Fullstack), Y Combinator job board (open November 9, 2026): $130K-$200K and 1.00%-4.00% equity, San Francisco or remote (US/Canada); owns large features and code generation and works with "100+ contributors" worldwide; claims #1 on Hacker News and #1 trending GitHub repo; the post cites both "over 22,000" and "over 19,000" GitHub stars. YC lists the company as W25, founded 2024, team size 4; the About page shows 3 people.Source
    • GitHubRepository onlook-dev/onlook (checked November 9, 2026): 27.2k stars, 2.1k forks, Apache-2.0. The README headline is still "The design tool for AI-native designers — now in early access"; it describes a browser-based editor for Next.js and Tailwind, says "use our hosted app or run locally" and links to onlook.com/waitlist. The repo description already says "The Developer Tool for Visual Engineers". The Releases section is empty.Source
  • 14

    Why Onlook lists seven audiences, from product designers and design engineers to founders, design leaders and agency principals, but the site's landing pages are all by framework (Next.js, React, Vite) or feature. A design leader or agency owner has no page that speaks to their problem.

    Medium impactMedium effort First result in 6 weeks Design lead

    First action

    Draft the design-leader page from the Teams features and Why Onlook copy.

    How to measure it

    Role-page conversions

    Now
    –
    Target
    30 demos a quarter
    By
    1 quarter

    Steps

    1. 1

      Pick three roles

      Design leaders, founders, agencies.

      CEO 1 hour

    2. 2

      Interview one of each

      Their words for the problem.

      Design lead 1 week

    3. 3

      Write the pages

      Problem, how Onlook fits, example, CTA.

      Design lead 1 week

    4. 4

      Build

      /for/design-leaders, /for/founders, /for/agencies.

      Founding Engineer (Fullstack) 2 days

    5. 5

      Link

      From Why Onlook, the footer and the sitemap.

      Founding Engineer (Fullstack) 1 hour

    6. 6

      Measure

      Visits and conversions per page.

      CEO monthly

    First result
    6 weeks
    Cost
    Team time only
    Owner
    Design lead

    Smallest test

    Publish the design-leader page first.

    Why it works

    Write three role pages: for design leaders (one source of truth, fewer handoff tickets, Teams features), for founders (ship UI changes without waiting on engineering) and for agencies (deliver in the client's real repo, reuse templates). Each with a role-specific example, the right CTA (download for founders, demo for leaders and agencies) and links to the framework pages.

    Buyers search and share by role and problem, not by framework, and role pages give paid and social campaigns somewhere specific to land.

    Risks and how to handle them

    • Thin pages that repeat each other

      Give each page a different example and proof.

    Evidence

    • Your websiteWhy Onlook: "Great products are built when designers ship code"; "Onlook reads the React components in your repo as-is"; "Onlook picks up where Figma ends" and many teams use both; audiences named are product and UI designers, design engineers, design technologists, frontend engineers, founders, design leaders and agency principals; no other tool is named.Source
    • Your websiteSitemap (17 URLs, checked November 9, 2026): home, pricing, about, FAQ, why-onlook, visual-engineer (updated October 8, 2026), six feature pages and three framework pages (Next.js, React, Vite). Not listed: /install, /waitlist or the docs. There is no blog, changelog, comparison page or case study on the domain; the blog lives on Substack.Source
  • 15

    Onlook's YouTube channel has 1,620 subscribers, 23 videos and about 84,000 views in total, small next to 27k GitHub stars. The product's best proof is watching a designer change a real app and open a real pull request, and there are thousands of open-source React apps to use.

    Medium impactMedium effort First result in 1 month Design lead

    First action

    Pick the first four apps and confirm their maintainers welcome design pull requests.

    How to measure it

    /install visits from YouTube

    Now
    –
    Target
    3x current
    By
    1 quarter

    Steps

    1. 1

      Pick apps

      Four known open-source React apps.

      Design lead 1 day

    2. 2

      Ask maintainers

      Check they welcome design pull requests.

      Engineering lead 1 week

    3. 3

      Record

      One screen, start to pull request.

      Design lead weekly

    4. 4

      Edit and clip

      Long video plus three short clips.

      Design lead weekly

    5. 5

      Publish

      Tracked download link and the pull request in each description.

      CEO weekly

    6. 6

      Review

      Views, downloads and merged pull requests.

      CEO monthly

    First result
    1 month
    Cost
    Team time, a few hours a week
    Owner
    Design lead

    Smallest test

    Make one episode and compare its downloads with the channel's last five videos.

    Why it works

    Publish a weekly 8 to 12 minute video: pick a well-known open-source React or Next.js app, redesign one screen in Onlook, and open the pull request on camera. Cut each into short clips for X and LinkedIn, and link the pull request in the description. Invite the project's maintainers to review it.

    It is proof on code viewers already know, it produces a public pull request each week, and maintainers often share it with their own audience.

    Risks and how to handle them

    • Maintainers reject the pull request

      Agree scope with them before recording.

    Evidence

    • Researchprogrammable.info research (November 2026): YouTube channel with 1,620 subscribers, 23 videos and 84,032 views; a Substack newsletter; a domain authority score of 23; positioning changed in the past year from "Cursor for Designers" to "The Developer Tool for Visual Engineers", and the site moved off Framer to Next.js on Vercel.Source
    • GitHubRepository onlook-dev/onlook (checked November 9, 2026): 27.2k stars, 2.1k forks, Apache-2.0. The README headline is still "The design tool for AI-native designers — now in early access"; it describes a browser-based editor for Next.js and Tailwind, says "use our hosted app or run locally" and links to onlook.com/waitlist. The repo description already says "The Developer Tool for Visual Engineers". The Releases section is empty.Source
  • 16

    onlook.com has 17 pages and no blog; the blog and newsletter live on Substack, and the domain's authority score is 23. Every post the team writes builds Substack's domain, while onlook.com, where the download is, stays small.

    Medium impactMedium effort First result in 3 months CEO

    First action

    Set up /blog and republish the three best Substack posts with canonical links.

    How to measure it

    Organic sessions on onlook.com

    Now
    –
    Target
    +50%
    By
    6 months

    Steps

    1. 1

      Build /blog

      Simple MDX blog on the existing site.

      Founding Engineer (Fullstack) 3 days

    2. 2

      Move the best posts

      Top posts with canonical links.

      CEO 2 days

    3. 3

      Set the topics

      Ten searches the product answers.

      Design lead 1 day

    4. 4

      Publish on site first

      Then send by Substack with a link back.

      CEO every 2 weeks

    5. 5

      Link inside

      Posts to feature, framework and install pages.

      Design lead ongoing

    6. 6

      Measure

      Search visits and downloads from posts.

      CEO monthly

    First result
    3 months
    Cost
    Team time only
    Owner
    CEO

    Smallest test

    Publish the next post on onlook.com first and compare search visits after 60 days.

    Why it works

    Publish posts on onlook.com/blog first (Next.js makes this easy), then send them through Substack as the newsletter with a link back. Move the best past posts over with redirects or canonical links. Write toward the searches the product answers: designing in a Next.js repo, shadcn theming, design tokens in code, designer pull requests.

    Owned posts compound into search traffic and links for the domain that converts, while Substack keeps doing the job it is good at: email delivery.

    Risks and how to handle them

    • Newsletter readers drop if posts move

      Keep sending full posts by Substack.

    Evidence

    • Your websiteSitemap (17 URLs, checked November 9, 2026): home, pricing, about, FAQ, why-onlook, visual-engineer (updated October 8, 2026), six feature pages and three framework pages (Next.js, React, Vite). Not listed: /install, /waitlist or the docs. There is no blog, changelog, comparison page or case study on the domain; the blog lives on Substack.Source
    • Researchprogrammable.info research (November 2026): YouTube channel with 1,620 subscribers, 23 videos and 84,032 views; a Substack newsletter; a domain authority score of 23; positioning changed in the past year from "Cursor for Designers" to "The Developer Tool for Visual Engineers", and the site moved off Framer to Next.js on Vercel.Source
  • 17

    Onlook's handoff is a GitHub pull request: each exploration has its own branch and designers send changes to engineers as a PR. That PR is read by the engineers who review the code and, often, who approve which tools the team uses. Today it is just another PR.

    Medium impactLow effort First result in 1 month Founding Engineer

    First action

    Draft the pull-request template with screenshots and the one-line footer.

    How to measure it

    /install visits tagged from pull requests

    Now
    –
    Target
    10% of new downloads
    By
    1 quarter

    Steps

    1. 1

      Design the template

      Screenshots, components changed, one-line footer.

      Design lead 1 day

    2. 2

      Build it

      Generate the description when the PR is opened.

      Founding Engineer (Fullstack) 1 week

    3. 3

      Add the setting

      Easy opt-out per project.

      Founding Engineer (Fullstack) 1 day

    4. 4

      Tag the link

      utm_source=pull_request on /install.

      Founding Engineer (Fullstack) 1 hour

    5. 5

      Ask reviewers

      Do the screenshots speed up review?

      Engineering lead 2 weeks

    6. 6

      Measure

      Installs and team inquiries from the link.

      CEO monthly

    First result
    1 month
    Cost
    About a week of engineering
    Owner
    Founding Engineer (Fullstack)

    Smallest test

    Ship the screenshots first, then add the footer line for half of users.

    Why it works

    Add an optional, on-by-default footer to Onlook-generated pull request descriptions: before and after screenshots of the changed screen, the components touched, and one line "Made in Onlook" with a link to /install. Let users turn it off in settings. Track installs from that link.

    It makes reviews faster (screenshots) and puts the product in front of the other half of every buying team at the exact moment they see what it produced.

    Risks and how to handle them

    • Users see the footer as advertising

      Keep it one line, lead with useful screenshots, and make it easy to switch off.

    Evidence

    • Your docsDocs (install and welcome pages, checked November 9, 2026): Onlook is "a free Mac app for designers", in beta; requirement "A Mac with Apple silicon (M1 or newer)"; Intel Macs, Windows and Linux are sent to the waitlist; users sign in with an email address and connect their own AI account for the agent; work goes to engineers as a GitHub pull request; the docs include a "How Onlook keeps your code safe" page.Source
    • Your websiteInstall page: "Download for Mac" (Apple silicon) and a separate Intel "Download" link; requirements "a Mac with Apple Silicon or an Intel processor running macOS 13 or later"; Windows and Linux: "Join the waitlist"; "as little as 90 seconds — from download to design"; each exploration gets its own git branch; it runs two coding agents with more "coming soon"; the app is free and users bring their own AI account.Source
  • 18

    Why Onlook names "agency principals" as an audience, and Teams includes project templates and centralized design tokens. Agencies build many React sites for clients, need to hand over clean code, and each client is a new team that could use Onlook after the project ends.

    Medium impactMedium effort First result in 2 months CEO

    First action

    List twenty agencies that build on Next.js and contact the five closest fits.

    How to measure it

    Agency-referred client teams

    Now
    –
    Target
    15
    By
    2 quarters

    Steps

    1. 1

      Shortlist agencies

      Next.js and React studios with design teams.

      CEO 1 week

    2. 2

      Set terms

      Partner rate, listing, support.

      CEO 2 days

    3. 3

      Onboard

      Help each agency build two templates.

      Design lead 2 weeks

    4. 4

      Partners page

      /partners with each agency's work.

      Founding Engineer (Fullstack) 2 days

    5. 5

      Handover kit

      Client invite and a one-page guide.

      Design lead 1 week

    6. 6

      Review

      Client teams started per agency each quarter.

      CEO quarterly

    First result
    2 months
    Cost
    Discounted seats and team time
    Owner
    CEO

    Smallest test

    Run one agency on one client project this quarter.

    Why it works

    Recruit five to ten design and development agencies working in Next.js or React. Give them Teams access at a partner rate, a listing on an Onlook partners page, and help building reusable templates. Ask them to leave Onlook set up in each client's repo at handover, with a client invite.

    Agencies bring many clients at once, and a client who receives a site already set up in Onlook has a reason to keep using it.

    Risks and how to handle them

    • Agencies try it once and stop

      Start with agencies already using it, measured on real client projects.

    Evidence

    • Your websiteWhy Onlook: "Great products are built when designers ship code"; "Onlook reads the React components in your repo as-is"; "Onlook picks up where Figma ends" and many teams use both; audiences named are product and UI designers, design engineers, design technologists, frontend engineers, founders, design leaders and agency principals; no other tool is named.Source
    • Your websitePricing page: two columns, Free ("Download Onlook") and For Teams ("Custom pricing tailored to your team's needs", with a Contact us email link and a Book a demo meeting link); team features are project templates, branching and version history, centralized design tokens, and "SSO (SAML/OAuth), advanced security controls, audit logs, and admin controls"; the self-hosting line says "reach out to us" with no link; no prices, trial or security page.Source
  • 21

    The job post calls the product "multiplayer by default", users already sign in with an email, and the FAQ lists real-time collaboration. But the pricing page sends team interest to an email address or a demo link, so the moment a designer wants a colleague to see their work is not connected to Teams at all.

    Medium impactMedium effort First result in 6 weeks Design lead

    First action

    Count how many accounts already share a company email domain.

    How to measure it

    Multi-user company accounts

    Now
    –
    Target
    +40%
    By
    1 quarter

    Steps

    1. 1

      Measure today

      Accounts sharing a company domain.

      Engineering lead 1 day

    2. 2

      Design the invite

      Button, email and landing page with the shared work.

      Design lead 1 week

    3. 3

      Build it

      Invite flow and domain matching.

      Founding Engineer (Fullstack) 1 week

    4. 4

      Offer the pilot

      Free Teams pilot when a second colleague joins.

      CEO 1 day

    5. 5

      Follow up

      Setup call offer within a day.

      CEO ongoing

    6. 6

      Review

      Invites sent, accepted and pilots started.

      CEO monthly

    First result
    6 weeks
    Cost
    About two weeks of engineering
    Owner
    Design lead

    Smallest test

    Manually email pairs from the same company domain with a Teams pilot offer.

    Why it works

    Add an "Invite a teammate" button next to the pull-request step and in the project menu. The invite email shows the work and a download link. When a second person from the same company domain joins, offer the pair a free Teams pilot and a 15-minute setup call.

    Teams form around shared work; catching the second user turns individual downloads into team accounts and gives sales a warm, specific reason to call.

    Risks and how to handle them

    • Invites feel spammy

      Only send when the user chooses, with their own message.

    Evidence

    • Your docsDocs (install and welcome pages, checked November 9, 2026): Onlook is "a free Mac app for designers", in beta; requirement "A Mac with Apple silicon (M1 or newer)"; Intel Macs, Windows and Linux are sent to the waitlist; users sign in with an email address and connect their own AI account for the agent; work goes to engineers as a GitHub pull request; the docs include a "How Onlook keeps your code safe" page.Source
    • Your websitePricing page: two columns, Free ("Download Onlook") and For Teams ("Custom pricing tailored to your team's needs", with a Contact us email link and a Book a demo meeting link); team features are project templates, branching and version history, centralized design tokens, and "SSO (SAML/OAuth), advanced security controls, audit logs, and admin controls"; the self-hosting line says "reach out to us" with no link; no prices, trial or security page.Source
    • HiringFounding Engineer (Fullstack), Y Combinator job board (open November 9, 2026): $130K-$200K and 1.00%-4.00% equity, San Francisco or remote (US/Canada); owns large features and code generation and works with "100+ contributors" worldwide; claims #1 on Hacker News and #1 trending GitHub repo; the post cites both "over 22,000" and "over 19,000" GitHub stars. YC lists the company as W25, founded 2024, team size 4; the About page shows 3 people.Source
    • Your websiteFAQ (sitemap date May 13, 2026): "Onlook is an open-source, visual editor for websites" for teams "without coding knowledge"; "Yes, Onlook can be self-hosted for free on GitHub", with the hosted cloud version by contacting the team; "You can upgrade your plan from the billing section in your dashboard"; "We accept all major credit cards through Stripe"; it lists real-time collaboration and GitHub imports. None of it mentions the Mac app.Source
  • 22

    The install page says "your project stays on your machine" and the docs have a "How Onlook keeps your code safe" page, but the pricing page, where Teams buyers read about "SSO (SAML/OAuth), advanced security controls, audit logs, and admin controls", links to neither. Code privacy is the first question a team lead asks about any AI tool that touches the repo.

    Medium impactLow effort First result in 1 month Engineering lead

    First action

    Copy the docs "keeps your code safe" page into a pricing-page section.

    How to measure it

    Pricing-to-demo rate

    Now
    –
    Target
    +15%
    By
    60 days

    Steps

    1. 1

      Gather facts

      Data flows from the existing docs page and the code.

      Engineering lead 1 day

    2. 2

      Write the page

      Plain language, one diagram of what goes where.

      Design lead 2 days

    3. 3

      Add Teams controls

      How SSO, audit logs and admin controls work.

      Engineering lead 1 day

    4. 4

      Link it

      Pricing, FAQ, install page and demo invites.

      Founding Engineer (Fullstack) 2 hours

    5. 5

      Prepare answers

      A short standard security questionnaire response.

      CEO 2 days

    6. 6

      Measure

      Trust-page views before demos and pricing-to-demo rate.

      CEO monthly

    First result
    1 month
    Cost
    $0
    Owner
    Engineering lead

    Smallest test

    Add a "How we keep your code safe" link under the Teams column today.

    Why it works

    Publish onlook.com/trust from the existing docs page: what stays local, what goes to the user's own AI provider, what Onlook's servers see (sign-in only, or more), how Teams SSO and audit logs work, and the open-source code anyone can inspect. Link it from pricing, the FAQ, the install page and demo invites.

    It answers the security question before the demo, shortens procurement for Teams, and turns local-first and open source into a visible advantage.

    Risks and how to handle them

    • Promises the product can't keep

      Only state what the code does today, and date the page.

    Evidence

    • Your websitePricing page: two columns, Free ("Download Onlook") and For Teams ("Custom pricing tailored to your team's needs", with a Contact us email link and a Book a demo meeting link); team features are project templates, branching and version history, centralized design tokens, and "SSO (SAML/OAuth), advanced security controls, audit logs, and admin controls"; the self-hosting line says "reach out to us" with no link; no prices, trial or security page.Source
    • Your docsDocs (install and welcome pages, checked November 9, 2026): Onlook is "a free Mac app for designers", in beta; requirement "A Mac with Apple silicon (M1 or newer)"; Intel Macs, Windows and Linux are sent to the waitlist; users sign in with an email address and connect their own AI account for the agent; work goes to engineers as a GitHub pull request; the docs include a "How Onlook keeps your code safe" page.Source
    • Your websiteInstall page: "Download for Mac" (Apple silicon) and a separate Intel "Download" link; requirements "a Mac with Apple Silicon or an Intel processor running macOS 13 or later"; Windows and Linux: "Join the waitlist"; "as little as 90 seconds — from download to design"; each exploration gets its own git branch; it runs two coding agents with more "coming soon"; the app is free and users bring their own AI account.Source

Big bets 2

Larger plays that can change the trajectory.

  • 12

    Users already sign in to the app with an email, and the FAQ already describes upgrading "from the billing section in your dashboard" with cards "through Stripe". But the only way to buy Teams today is an email or a demo. Subframe lets a team start paying per editor without talking to anyone.

    High impactHigh effort First result in 1 quarter Engineering lead

    First action

    Define which Teams features the trial unlocks and the per-editor price after it.

    How to measure it

    Self-serve paid seats

    Now
    –
    Target
    200
    By
    2 quarters

    Steps

    1. 1

      Define the trial

      Features, length and price after.

      CEO 1 week

    2. 2

      Build teams

      Create a team and invite by email.

      Founding Engineer (Fullstack) 3 weeks

    3. 3

      Add billing

      Per-editor checkout and a billing page.

      Engineering lead 2 weeks

    4. 4

      Set triggers

      Offer the trial when a second person joins a project.

      Design lead 1 week

    5. 5

      Onboard teams

      Emails for day 1, 3, 7 and 12 of the trial.

      CEO 1 week

    6. 6

      Review

      Trial-to-paid rate and seats per team.

      CEO monthly

    First result
    1 quarter
    Cost
    About six weeks of engineering
    Owner
    Engineering lead

    Smallest test

    Offer a manual 14-day Teams pilot by email to ten active users and invoice the ones who stay.

    Why it works

    Add a "Create a team" flow in the app: invite teammates, share project templates and tokens, and start a 14-day Teams trial that converts to per-editor billing. Keep SSO, audit logs and admin controls as an Enterprise upgrade with a demo. Trigger the offer at natural moments, such as a second person opening the same repo.

    Small design teams buy the way developers do: try, invite, pay. A self-serve path captures them without adding sales headcount to a team of four.

    Risks and how to handle them

    • Self-serve undercuts enterprise deals

      Keep security and admin controls in the Enterprise tier.

    • Engineering time pulled from the core editor

      Use a hosted billing tool and a minimal team model first.

    Builds on

    Evidence

    • Your websiteFAQ (sitemap date May 13, 2026): "Onlook is an open-source, visual editor for websites" for teams "without coding knowledge"; "Yes, Onlook can be self-hosted for free on GitHub", with the hosted cloud version by contacting the team; "You can upgrade your plan from the billing section in your dashboard"; "We accept all major credit cards through Stripe"; it lists real-time collaboration and GitHub imports. None of it mentions the Mac app.Source
    • Your websitePricing page: two columns, Free ("Download Onlook") and For Teams ("Custom pricing tailored to your team's needs", with a Contact us email link and a Book a demo meeting link); team features are project templates, branching and version history, centralized design tokens, and "SSO (SAML/OAuth), advanced security controls, audit logs, and admin controls"; the self-hosting line says "reach out to us" with no link; no prices, trial or security page.Source
    • Your docsDocs (install and welcome pages, checked November 9, 2026): Onlook is "a free Mac app for designers", in beta; requirement "A Mac with Apple silicon (M1 or newer)"; Intel Macs, Windows and Linux are sent to the waitlist; users sign in with an email address and connect their own AI account for the agent; work goes to engineers as a GitHub pull request; the docs include a "How Onlook keeps your code safe" page.Source
    • Competitor researchSubframe's homepage: "a design tool for your codebase, and a coding agent with a canvas" in one desktop app; "Your codebase stays on your machine"; users can bring their own coding-agent subscription; public pricing: Free at $0 (one project) and Pro at $20 per editor per month.Source
  • 19

    Onlook runs only on Macs today; Windows and Linux users, and Intel Macs per the docs, can only join a waitlist. Teams buy for everyone, and a design team whose engineers or contractors use Windows may not adopt a Mac-only tool.

    High impactHigh effort First result in 2 quarters Engineering lead

    First action

    Count Windows sign-ups by team size from the waitlist.

    How to measure it

    Windows weekly actives

    Now
    –
    Target
    25% of new weekly actives
    By
    2 quarters after launch

    Steps

    1. 1

      Size demand

      Windows sign-ups and team sizes.

      CEO 1 week

    2. 2

      Scope the port

      Dev-server start, file system, git and agent setup on Windows.

      Engineering lead 2 weeks

    3. 3

      Build

      Windows build with signing and auto-update.

      Founding Engineer (Fullstack) 2 months

    4. 4

      Closed beta

      20 teams from the waitlist.

      Engineering lead 1 month

    5. 5

      Launch

      Waitlist email, README, changelog and post.

      CEO 1 week

    6. 6

      Support

      Track crash and first-run rates by OS.

      Engineering lead weekly

    First result
    2 quarters
    Cost
    One engineer for about a quarter
    Owner
    Engineering lead

    Smallest test

    Run the open-source editor on Windows with five waitlist teams to find the blocking issues.

    Why it works

    Use the ranked waitlist (idea 7) to size the Windows demand and recruit 20 teams for a closed beta. Ship a Windows build with the same local-first model and git workflow, then open it to the whole waitlist with a launch post, a README update and a changelog entry.

    It opens the rest of the developer market and removes the most common reason a team can't standardize on Onlook, and the waitlist gives a ready launch audience.

    Risks and how to handle them

    • Slows the Mac roadmap

      Ship after the first Founding Engineer hire lands, and limit the beta to supported frameworks.

    Builds on

    Evidence

    • Your websiteInstall page: "Download for Mac" (Apple silicon) and a separate Intel "Download" link; requirements "a Mac with Apple Silicon or an Intel processor running macOS 13 or later"; Windows and Linux: "Join the waitlist"; "as little as 90 seconds — from download to design"; each exploration gets its own git branch; it runs two coding agents with more "coming soon"; the app is free and users bring their own AI account.Source
    • Your docsDocs (install and welcome pages, checked November 9, 2026): Onlook is "a free Mac app for designers", in beta; requirement "A Mac with Apple silicon (M1 or newer)"; Intel Macs, Windows and Linux are sent to the waitlist; users sign in with an email address and connect their own AI account for the agent; work goes to engineers as a GitHub pull request; the docs include a "How Onlook keeps your code safe" page.Source
    • HiringFounding Engineer (Fullstack), Y Combinator job board (open November 9, 2026): $130K-$200K and 1.00%-4.00% equity, San Francisco or remote (US/Canada); owns large features and code generation and works with "100+ contributors" worldwide; claims #1 on Hacker News and #1 trending GitHub repo; the post cites both "over 22,000" and "over 19,000" GitHub stars. YC lists the company as W25, founded 2024, team size 4; the About page shows 3 people.Source

Wildcards 2

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

  • 20

    Onlook already reads a repo's React components, Tailwind config, CSS variables and shadcn/ui components as they are, and sells centralized design tokens to teams. Builder.io pitches a canvas "wired directly into your components and design tokens". Neither offers a quick way for a team to see how far its code has drifted from its own design system before it adopts anything.

    Medium impactHigh effort First result in 1 quarter Founding Engineer

    First action

    Prototype the hard-coded color check on three open-source Next.js repos.

    How to measure it

    Weekly drift checks and fixes started from them

    Now
    –
    Target
    1,000 checks a month
    By
    2 quarters

    Steps

    1. 1

      Define checks

      Colors, spacing, type, duplicate components.

      Design lead 1 week

    2. 2

      Prototype

      Run on three public repos.

      Founding Engineer (Fullstack) 2 weeks

    3. 3

      Build in the app

      Findings that open in the canvas.

      Founding Engineer (Fullstack) 1 month

    4. 4

      Open-source command

      A CLI in the repo that links to the app.

      Engineering lead 2 weeks

    5. 5

      Publish examples

      Drift reports on well-known open-source apps.

      Design lead 2 weeks

    6. 6

      Measure

      Checks run, fixes made, team inquiries.

      CEO monthly

    First result
    1 quarter
    Cost
    About six weeks of engineering
    Owner
    Founding Engineer (Fullstack)

    Smallest test

    Run a manual drift report on one open-source app and post it.

    Why it works

    Add a "Check design drift" action in the app (and an open-source command in the repo) that scans the local project and reports hard-coded colors, spacing and font sizes that don't match the tokens, and near-duplicate components. Each finding opens in the canvas to fix. The report stays on the user's machine; sharing a summary is optional.

    It gives a design leader a reason to open Onlook on day one, before any design work, and a report they can share with engineers that makes the case for the Teams plan.

    Risks and how to handle them

    • Too many false positives

      Start with the two most reliable checks and let users ignore rules.

    Evidence

    • Your websiteWhy Onlook: "Great products are built when designers ship code"; "Onlook reads the React components in your repo as-is"; "Onlook picks up where Figma ends" and many teams use both; audiences named are product and UI designers, design engineers, design technologists, frontend engineers, founders, design leaders and agency principals; no other tool is named.Source
    • Your websitePricing page: two columns, Free ("Download Onlook") and For Teams ("Custom pricing tailored to your team's needs", with a Contact us email link and a Book a demo meeting link); team features are project templates, branching and version history, centralized design tokens, and "SSO (SAML/OAuth), advanced security controls, audit logs, and admin controls"; the self-hosting line says "reach out to us" with no link; no prices, trial or security page.Source
    • Competitor researchBuilder.io's homepage: "Production code, edited like design"; "A visual canvas wired directly into your components and design tokens"; teams can start from scratch, import Figma designs or work in an existing repo.Source
  • 23

    Onlook has coined and defined the Visual Engineer role, with a career path and seniority levels, and reaches 27k GitHub followers of the project plus a newsletter and social channels. Nobody publishes data on how many designers ship code, with what tools, and what they are paid. Original data is the content people cite.

    Medium impactMedium effort First result in 1 quarter CEO

    First action

    Draft ten survey questions from the Visual Engineer page's sections.

    How to measure it

    Responses, then downloads and referring links

    Now
    –
    Target
    1,500 responses; 50 referring sites
    By
    2 quarters

    Steps

    1. 1

      Write the survey

      Ten questions, five minutes.

      CEO 2 days

    2. 2

      Distribute

      README, newsletter, X, LinkedIn and the advocate group.

      Design lead 4 weeks

    3. 3

      Analyze

      Clean data and pick five headline findings.

      Engineering lead 1 week

    4. 4

      Design the report

      Web page plus a downloadable summary.

      Design lead 2 weeks

    5. 5

      Pitch

      Design newsletters, podcasts and communities.

      CEO 2 weeks

    6. 6

      Repeat yearly

      Same core questions to show trends.

      CEO yearly

    First result
    1 quarter
    Cost
    Team time and a small prize budget for respondents
    Owner
    CEO

    Smallest test

    Run a three-question poll on X and LinkedIn and publish the result.

    Why it works

    Run a short survey each year for designers and engineers who work in code: role titles, how often designers ship to production, tools, handoff time, salary bands by level. Publish the report on onlook.com with charts and a downloadable summary, and pitch the findings to design newsletters and podcasts.

    A report with real numbers earns links and press that product pages can't, and it ties the term "Visual Engineer" to Onlook every time it is quoted.

    Risks and how to handle them

    • Sample skews to Onlook users

      Say so in the method and partner with a design community to widen reach.

    Builds on

    Evidence

    • Your website"What is a Visual Engineer?" (about 2,000 words, updated October 8, 2026): someone who "designs and builds production software directly in code"; "From designer who hands off to creator who ships"; sections on practice, career path, seniority levels and what to look for when hiring one; the CTA is "Download Onlook".Source
    • GitHubRepository onlook-dev/onlook (checked November 9, 2026): 27.2k stars, 2.1k forks, Apache-2.0. The README headline is still "The design tool for AI-native designers — now in early access"; it describes a browser-based editor for Next.js and Tailwind, says "use our hosted app or run locally" and links to onlook.com/waitlist. The repo description already says "The Developer Tool for Visual Engineers". The Releases section is empty.Source
    • Researchprogrammable.info research (November 2026): YouTube channel with 1,620 subscribers, 23 videos and 84,032 views; a Substack newsletter; a domain authority score of 23; positioning changed in the past year from "Cursor for Designers" to "The Developer Tool for Visual Engineers", and the site moved off Framer to Next.js on Vercel.Source

03

How Programmable can help

Where an idea in this playbook is something Programmable builds or runs, it's listed here with what we'd do. Everything else is yours to run.

ProgrammableInfo

Turn the research into a list you can act on

These ideas start with finding the right companies. Info finds them and the right person at each, researches every one and drafts the outreach, then asks before it sends.

  • Build this list in Info for idea #10 (opens programmable.info in a new tab)

New accounts: 100,000 free credits with code BETA100K

Find the companies (opens programmable.info in a new tab)
More example playbooks and reviews
ProgrammableDigital

Show Onlook’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.

  • American Blossom Linens growth strategyThe direct-to-consumer bedding and bath brand of Thomaston Mills, a Georgia mill making bedding since 1899: USA-grown cotton percale…22 growth ideas
  • Material Bank growth strategyThe material marketplace for architecture and design: professionals search hundreds of brands, order free samples by midnight and receive…22 growth ideas
  • Moloco growth strategyAn AI-native performance advertising company with two businesses on one AI system (CARA): Moloco Ads for app marketers (user acquisition…21 growth ideas
  • Ordinary Habit growth strategyA design-led puzzle brand selling 100, 500 and 1,000-piece jigsaw puzzles, matching cards, journals and home goods with original art by…21 growth ideas
  • Aucust growth strategyA Dubai-based automotive company moving from car care services (paint protection film, ceramic coating, tinting, wraps, vehicle branding)…22 growth ideas
  • Loyal growth strategyA clinical-stage veterinary medicine company developing drugs intended to extend the healthy lifespan of dogs (LOY-002 for senior dogs…21 growth ideas
  • Cognism growth strategyB2B sales intelligence: European-focused contact and company data with phone-verified mobiles, intent and hiring signals, CRM enrichment…20 growth ideas
  • Nostra AI growth strategyEdge agents for ecommerce storefronts: Dash for speed (Edge Delivery), Knox for bot protection (Edge Protect), Sherlock for AI agent…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. Onlook did not commission, review or endorse it, and Programmable is not affiliated with Onlook. 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 Onlook runs its business.

Something wrong, or do you represent Onlook? 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

    Make every entry point consistent and lead to a download: README, FAQ and pricing copy, the Intel answer, one star count, a starting team price, the sitemap and docs links, and a measured first-run funnel.

  2. Days 31 to 6012 ideas

    Build demand and proof: waitlist ranking, comparison pages, the Visual Engineer hiring kit, team stories, contributors, role pages, YouTube, an on-domain blog, the pull-request footer, agencies, teammate invites and a trust page.

  3. Days 61 to 904 ideas

    Commit to the big bets: self-serve Teams, Windows, the design-drift check and the State of the Visual Engineer report.

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 designing in the real product, where "the thing on the canvas is the thing in production". The most cited problem: mockups and design files that drift from the shipped code.

  • Owning the code, with work sent to engineers as a normal pull request
  • Slow designer-to-engineer handoff
  • In their words: “visual engineer”

Market

Competitive landscape

3 competitors compared: Subframe, Builder.io and Figma Make.

  • Gap to exploit: An open-source, local-first editor for the team's real React code
  • Subframe: Not open source; no comparable contributor community
  • Builder.io: Broader platform, less focused on the designer-in-code role

Hiring signals

Onlook is a team of about four with one open role: a Founding Engineer (Fullstack) who will own large features and code generation and work with 100+ open-source contributors.

  • Founding Engineer (Fullstack): Engineering capacity for code generation and contributors. Ideas 4, 12, 13, 17, 19, 20, 21.

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