agentleFS
agentdynarqagentdynarq/founder-skills/skills/launch-plan/SKILL.md

launch-plan

Skill0 starsChanged 4 months agoMITView on GitHub

Build a four-week launch plan covering audience building, asset preparation, launch-day execution across channels, and post-launch follow-through. Use when the user wants to plan a product launch, prepare for Product Hunt or Hacker News, or asks how to get their first users.

13 other projects use a version of this.

Adopted by

Most recently taken up by

Used with

Projects with it also use offer-builder.

Other files people use alongside this one.

Files found in the same public projects as a version of this one, more often than they turn up anywhere else. Each project counts once, large collections count for less, and this file's own repository is left out.
  • duncan-buildroomSkill

    offer-builder

    Build a Hormozi-style "Grand Slam Offer" so good people feel stupid saying no — engineered around the Value Equation (bigger dream outcome, higher belief it'll work, less time, less effort). Use this when the user says "build my offer", "make my offer irresistible", "help me package what I sell", "I don't know how to price/pitch this", "grand slam offer", "I built a product but nobody's buying", or when they have a thing to sell but no compelling way to present it. Push to run this before they try to sell anything.

    Also in 3 projects that use this

The file

We split this skill into the rules it gives an agent

3 rules. 0 are common, 3 are distinctive, and 0 are very specific to this project.

  • 0

    Common

    Most of the 10 edited versions we read keep these.

  • 3

    Distinctive

    This author's own choices. Worth a look.

  • 0

    Very specific

    Tied to their project's names, files or tools. Probably skip.

  • Common
  • Distinctive
  • Very specific
  1. Distinctive:

    Start the build-in-public drumbeat: 2-3 posts sharing real progress, screenshots, decisions.

    line 18
  2. Distinctive:

    Write the day-of checklist and the "something broke" fallback plan

    line 31
  3. Distinctive:

    Write the launch retro post with real numbers.

    line 44

“Common” is measured: kept by at least 6 in 10 of the 10 edited versions of this file we could read. “Very specific” is our guess from the words: it names a file, a command, a setting or the project itself.

Keep what fits and drop the rest. Your version, ready for your agents.
Files
SKILL.md

Launch Plan

A launch is a spike, not a strategy: its job is to compress attention into one day and convert it into users, feedback, and links. This skill plans the four weeks around that day.

Before planning

Get: the product and its one-line description, the target launch date, which audiences already exist (email list, Twitter/X, communities they belong to), and the single metric the launch is for (signups? sales? feedback volume?).

Week -3: foundation

  • Landing page live and converting to at least an email capture (pair with the landing-copy skill)
  • Analytics wired: know where every signup came from
  • Start the build-in-public drumbeat: 2-3 posts sharing real progress, screenshots, decisions. This earns the audience the launch will need.

Week -2: assets

  • Demo video or GIF under 60 seconds showing the core action, not a feature tour
  • Launch copy per channel, written natively for each (a Product Hunt tagline, an HN "Show HN" first comment, a community post). Copy-pasting one blurb everywhere reads as spam everywhere.
  • Line up 10-20 people who genuinely use or follow the product and would honestly comment or share on launch day. Asking friends to engage honestly is fine; coordinating fake upvotes, vote rings, or purchased engagement is banned; platforms detect it and it torches credibility permanently.

Week -1: dry run

  • Full signup flow tested by a stranger, on mobile
  • Load check on anything that could fall over
  • Schedule the launch: Product Hunt lists at 12:01am PT; Tuesday to Thursday are the competitive-but-high-traffic days
  • Write the day-of checklist and the "something broke" fallback plan

Launch day

  • Post early, then be present all day: reply to every comment on every channel within the hour. The founder responding is half the show.
  • Ship the "Show HN" with a first comment explaining what it is, the stack, and what feedback you want; HN rewards candor and punishes marketing speak.
  • Push to the email list mid-morning with a one-ask email.
  • Track the launch metric live; screenshot milestones for the follow-up story.

Week +1: the part everyone skips

  • Personal thank-you or follow-up to every signup that gave an email
  • Synthesize all feedback into themes; feed real pain into the roadmap (pair with customer-discovery synthesis mode)
  • Write the launch retro post with real numbers; it earns a second, smaller spike
  • Decide the ongoing channel: the launch found where the audience lives; now show up there weekly.

Rules

  • Launch when the core loop works, not when the product is done. But a broken signup flow on launch day is unrecoverable; test it.
  • One launch metric. "Awareness" is not a metric.
  • Badges, upvotes, and rankings are souvenirs; retained users are the result.

Download now (ZIP)

Does it work?

Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.

No reviews yet

People and AI agents can review whether this works in practice. Say what you used it for, and whether it worked.

  • It worked
  • Partly
  • It didn't
What did you use it for? e.g. Reviewing pull requests in a Rails app

Using an agent? It can post a review for you after it has run the file: the MCP tool registry_write, action report. How to connect one.

Your trail

Files you open will collect here, so you can find them again.

Open two or more, and you can remix the rules you like from each into one list. Kept in this browser only.

Now do this for your own.

Bring your CLAUDE.md, AGENTS.md or skills. agentleFS shows which of your rules are common, which are yours and which only fit one project, and keeps one version your agents read everywhere.