grow-business skill
Guided journey from a business with lucky months to a repeatable growth engine that produces a forecast. Orchestrates nine skills phase by phase - one-page-marketing, hundred-million-offers, predictable-revenue, contagious, influence-psychology, crossing-the-chasm, cold-start-problem, lean-analytics, negotiation - asking the user questions at every decision point and recording results in the project docs/ folder (MARKETING.md, OFFER.md, METRICS.md, GROW-BUSINESS-PLAN.md) so the journey resumes across sessions. Use when the user wants to build a marketing and sales system, manufacture predictable pipeline, engineer word-of-mouth and referrals, or says ''revenue is real but lumpy and I need growth that repeats''. If the offer, retention, or operations underneath are broken, run improve-business first; with no paying customers yet, start with create-business; when the product itself must carry the growth loops, use grow-app. For one framework in isolation, invoke that skill directly.
Is the grow-business skill safe?
Clean: nothing in its files matched our rules. We read 2 files in the folder on 2026-09-28.
No findings.
Install the grow-business skill
A skill is a folder. Copy it into your agent's skills folder and the agent loads it when the task matches its description.
git clone --depth 1 https://github.com/wondelai/skills.git /tmp/skills mkdir -p ~/.claude/skills cp -r /tmp/skills/plugins/wondelai-skills/skills/grow-business ~/.claude/skills/grow-business
In the Claude apps, zip the folder and upload it from the Skills settings. The folder on GitHub
The instructions your agent would load
SKILL.md as published, without the frontmatter. Read it on GitHub
Grow a Business
You already have the hard part: a product people pay for. Revenue is real but lumpy — a good month came from a conference you happened to attend or a referral that happened to land, and none of it repeats on demand. This journey turns that traction into a repeatable growth engine across nine phases: a marketing map, an irresistible offer, an outbound motion, engineered word-of-mouth, persuasion on every surface, a mainstream go-to-market, a compounding network, one honest metric, and the discipline to hold price. It is interactive — the agent asks before every decision — and resumable, because every decision and asset is recorded in docs/. Install the whole stack at once with npx skills add wondelai/skills --all --global, or let each phase pull its skill on demand.
Core Principle
Build a repeatable growth engine: each phase produces an asset the next phase consumes — offer feeds pipeline, pipeline feeds word-of-mouth, metrics keep it honest. The order is load-bearing; a skipped Phase 1 leaves the later phases with no shared target. This skill sequences the phases, asks the decision questions, and records the answers. The constituent skills carry the method — invoke them rather than improvising their frameworks.
The offer comes before every channel on purpose: sending traffic to a weak offer is the most expensive mistake in growth, so Phase 2 is fixed before outbound, virality, or repositioning turn on.
Journey Map
Four of the nine phases write to MARKETING.md — the flagship this journey creates. OFFER.md, STRATEGY.md, METRICS.md, and CUSTOMER.md are extended, so files a prior create-business journey already owns are reused and augmented, never overwritten.
The tracker docs/GROW-BUSINESS-PLAN.md is private to this journey and never shared with another; it is the resume point that carries state across sessions.
Operating Rules
- Resume first. Before anything else, read docs/GROW-BUSINESS-PLAN.md and every artifact in the Journey Map. If the tracker exists, summarize the journey state in 3-5 lines and ask which phase to enter. Done when the user has confirmed an entry point. A journey with a tracker is resumed, never restarted.
- Intake on first run only. No tracker: run the Intake below, then create docs/GROW-BUSINESS-PLAN.md with every phase statused pending | in-progress | awaiting-evidence | done | deferred: reason | skipped: reason. Done when the tracker exists and the user has confirmed the phase plan.
- Phase entry. Announce: what the phase does, the decision it forces, the artifact it produces, rough effort. Offer proceed / skip / defer — phases marked GATE may be deferred, never skipped. Mark the phase in-progress on proceed. Done when the user chose.
- Skill invocation and fallback. Load the phase's skill and use it: each phase's Invoke line names the skill by slug — use that skill to run the phase. If it is not available, offer: npx skills add wondelai/skills/ --global. If the user declines, run the phase from its Brief — the minimum viable method. State which mode you are in.
- In-phase decisions. Ask every question under "Decide with the user" — with concrete options and your recommendation. Record the choice in the tracker's Key Decisions. A decision made silently is a defect.
- Phase exit. Present the draft artifact content for sign-off before writing. On approval: write or extend the docs/ files, update the tracker (status, Key Decisions, Next Actions). Done when the files are written and the phase row shows done.
- Artifact discipline. Read before writing; create a file only if missing, otherwise extend — add or update your sections, preserve everyone else's. Files are UPPERCASE in docs/. Every recommendation lands as a checkbox or a table row with owner and priority. See references/artifact-templates.md when creating a docs/ file for the first time — create it from the full skeleton (all section headings), then fill the sections your phase names.
- Every scarcity claim, testimonial, and guarantee must be true, and referral incentives must reward real value delivered. When a tactic needs inventing evidence, replace it with a tactic that uses evidence you have.
Intake
Ask these before creating the tracker:
- Current revenue, customer count, and what "lumpy" looks like month to month (baselines feed Phase 8; volume sizes the Phase 3 pipeline math).
- Where does new business come from today, and which single channel carries most of it (reveals the empty marketing square in Phase 1; over-reliance is your risk).
- Which segments could you focus on (feeds the Phase 1 PVP Index and the Phase 6 beachhead).
- Current offer and price — and was pricing ever tested against willingness to pay (gates Phase 2; if never tested, add the monetizing-innovation optional phase).
- Does the product get better as more people or teams use it — shared workspaces, referrals, a directory (gates Phase 7; skip it if there is no network dimension).
- Existing docs/ artifacts from a prior journey — CUSTOMER.md, POSITIONING.md, STRATEGY.md — to read and reuse (avoids re-deriving; sets extend vs create).
- The single most painful growth constraint right now (lets you reorder — if the offer is the constraint, lead with Phase 2).
Skip heuristics: skip Phase 3 when the motion is pure self-serve and no sales-assisted motion is wanted; skip Phase 6 when you already sell to the mainstream pragmatist majority; skip Phase 7 when the product has no multiplayer or network dimension; skip Phase 9 when pricing is fixed self-serve checkout with no negotiated deals.
Then create docs/GROW-BUSINESS-PLAN.md from the template and confirm the plan. Done when docs/GROW-BUSINESS-PLAN.md exists with every phase statused and the user has confirmed the plan.
Phases
Run the phases in order unless intake reordered them. Each phase's Invoke reads what earlier phases wrote to docs/; if an upstream phase was skipped, its reader falls back to the intake facts and flags the missing input rather than inventing it.
Phase 1 — Install the marketing operating system (one-page-marketing)
Purpose: Lay out the whole marketing machine on one page so the missing square is visible before spending on any tactic.
Brief (fallback): A 3x3 grid across the customer journey — Before (target market, message, media), During (capture leads, nurture, convert), After (deliver the experience, increase lifetime value, orchestrate referrals). Marketing is a process, not an event; random tactics fail because they fill one square while eight stay empty. Score 0-10 on how completely and specifically all nine are filled. Run the PVP Index (Personal fulfillment, Value to market, Profitability) to pick one niche to dominate.
Invoke: Use the one-page-marketing skill with the intake facts (revenue, customers, current channels, candidate segments). Ask for (a) all nine squares filled and scored out of 10 with the single weakest square plus three fixes, and (b) a PVP Index across the candidate segments recommending one niche and writing its avatar.
Decide with the user: Which niche to dominate first (the PVP winner — this becomes the Phase 6 beachhead candidate)? Which weakest square to attack first? Confirm the avatar is one named persona, not "everyone".
Artifact: Create docs/MARKETING.md with ## Target Market & Avatar (PVP niche + avatar), ## Before / During / After Grid (phase | square | current state | plan), and ## Channels. Update the tracker.
Done when: MARKETING.md exists, the grid is filled and scored, the PVP niche and avatar are recorded, and the user chose the niche and the weakest square.
Phase 2 — Make the offer impossible to refuse (hundred-million-offers)
Purpose: Turn the core product into a Grand Slam Offer so conversion stops being a fight before any traffic is turned on.
Brief (fallback): Value = (Dream Outcome x Perceived Likelihood) / (Time Delay x Effort and Sacrifice) — maximize the top, minimize the bottom. Assemble core product + named bonuses that each kill one objection + a risk-reversing guarantee + ethical (real) scarcity, until the stack dwarfs the price. Name it with MAGIC (Magnetic reason, Avatar, Goal, time Indicator, Container). Premium pricing attracts committed customers who churn less.
Invoke: Use the hundred-million-offers skill with the current offer and price from intake (and docs/OFFER.md if it exists). Ask for a score out of 10, the weakest Value-Equation lever, three objection-killing bonuses with defensible dollar values, a guarantee type, and a MAGIC name.
Decide with the user: Is "too expensive" a price problem or a value-construction problem? Raise the price and add a done-for-you bonus, or hold? Which three bonuses ship?
Artifact: Create or extend docs/OFFER.md: ## Offer Stack (element | description | honest value | objection it kills) and ## Price Metric. Update the tracker.
Done when: OFFER.md holds a scored Grand Slam Offer with named bonuses, a guarantee, real scarcity, and a MAGIC name, and the pricing decision is recorded.
Phase 3 — Manufacture pipeline with outbound (predictable-revenue)
Purpose: Build a sales motion you can throttle — turn up to make deals, turn down to pause — instead of waiting for luck.
Brief (fallback): Lead types: Seeds (referrals — highest conversion, slow to build), Nets (inbound — medium), Spears (outbound — predictable, you control volume). Most under-invest in Spears. Specialize roles: SDRs prospect, AEs close, CSMs retain — never the same person prospecting and closing. Cold Calling 2.0: email above the decision-maker for a referral in, no pitch; response runs 9-15% vs 1-3%. Qualify with ANUM (Authority, Need, Urgency, Money). Run pipeline math backward from the revenue goal.
Invoke: Use the predictable-revenue skill with the revenue goal, average deal, and win rate from intake, plus the USP and niche from MARKETING.md. Ask for (a) backward pipeline math to emails and SDR count, (b) a four-touch Cold Calling 2.0 sequence, and (c) an ANUM SDR-to-AE handoff.
Decide with the user: Is the revenue goal reachable at current conversion, or adjust the goal or hire? Specialize roles now or stay generalist a while longer? What Seeds/Nets/Spears mix to target?
Artifact: Extend docs/MARKETING.md: ## Outbound Process (roles, sequences, ANUM qualification, handoff format) with the pipeline math. Update the tracker.
Done when: MARKETING.md holds the pipeline math, the cold-email sequence, and the qualification-plus-handoff, and the goal, hiring, and role decisions are recorded.
Phase 4 — Engineer word-of-mouth (contagious)
Purpose: Manufacture Seeds on purpose — design shareability into a feature or campaign instead of hoping referrals happen.
Brief (fallback): STEPPS — Social Currency (sharing makes them look good), Triggers (everyday cues that keep you top-of-mind), Emotion (high-arousal: awe, anger, excitement drive sharing; contentment suppresses it), Public (visible usage others imitate), Practical Value (useful enough to pass on), Stories (a narrative retold with the brand baked in). Only ~7% of word-of-mouth is online. Trojan Horse test: if the story survives without your brand named, it failed. Triggers and Practical Value are usually highest-leverage for an existing business.
Invoke: Use the contagious skill with a candidate campaign, feature, or the quarterly customer email, plus the niche and avatar from MARKETING.md. Ask for a STEPPS audit scored out of 10 and a redesign that engineers the two weakest-but-highest-leverage drivers.
Decide with the user: Which asset to engineer first? Which one or two STEPPS levers to strengthen (Triggers and Practical Value usually win)?
Artifact: Extend docs/MARKETING.md: ## Word-of-Mouth (STEPPS) (lever | idea | status), including the chosen Trigger and a Trojan-Horse story that passes the retell test. Update the tracker.
Done when: MARKETING.md holds a STEPPS table with at least one engineered Trigger and a brand-embedded story, and the user chose the asset and levers.
Phase 5 — Build persuasion into every surface (influence-psychology)
Purpose: Lift conversion on the surfaces that already have traffic — pricing page, testimonials, checkout — without spending more on acquisition.
Brief (fallback): Seven principles layer: Reciprocity, Commitment and Consistency, Social Proof, Authority, Liking, Scarcity, Unity. Specifics matter: exact numbers beat vague ("2,347 firms" beats "thousands"), negative social proof backfires, admitting a weakness raises authority, newly-scarce beats always-scarce (loss framing). Persuasion helps people see value they would appreciate anyway; manipulation tricks them against their interest — the line the skill enforces.
Invoke: Use the influence-psychology skill with the pricing page, testimonial block, or checkout flow, plus the offer from docs/OFFER.md. Ask for an audit naming which of the seven principles are present and missing, a score out of 10, rewritten weak spots, and an ethics check on every tactic.
Decide with the user: Which surface to fix first? Which principles to add where? Confirm every scarcity and proof claim is real — a tactic that fails the ethics check gets replaced with one using evidence you have, never faked.
Artifact: Extend docs/OFFER.md: under ## Offer Stack add ### Persuasion Audit (principle | present? | fix) and ### Proof & Social Proof (concrete testimonials + placement where objections peak). Update the tracker.
Done when: OFFER.md holds a scored persuasion audit, rewritten proof placed where objections peak, and every claim verified true.
Phase 6 — Cross the chasm to the mainstream (crossing-the-chasm)
Purpose: Make the jump from enthusiasts to pragmatists — target one beachhead, assemble the whole product, and reposition for "it just works."
Brief (fallback): Early adopters (visionaries) tolerate rough edges and buy the vision; the early majority (pragmatists) want proven solutions, references from peers, and a complete product. The D-Day strategy: dominate one narrow beachhead — urgent expensive pain, reachable channel, members who talk to each other — then expand from strength. Assemble the whole product (integrations, onboarding, migration, support), partnering for gaps. "Revolutionary" becomes "proven solution for [problem]"; "be first" becomes "join 500 firms like yours."
Invoke: Use the crossing-the-chasm skill with the PVP niche from MARKETING.md as the beachhead candidate. Ask for a go-to-market score out of 10, a whole-product gap analysis, and positioning rewritten for pragmatists using Moore's formula.
Decide with the user: Confirm the beachhead (urgent pain, reachable channel, members who talk to each other)? Which whole-product gaps to build vs partner for? Adopt the pragmatist repositioning?
Artifact: Extend docs/STRATEGY.md: ## Beachhead and ## Whole-Product Checklist (- [ ] gap (owner, priority)); and extend docs/CUSTOMER.md: ## Segments & Best-Fit Customer with the pragmatist beachhead. Update the tracker.
Done when: STRATEGY.md names the beachhead and a checklisted whole-product gap list, CUSTOMER.md records the pragmatist segment, and the build/partner and repositioning decisions are recorded.
Phase 7 — Turn customers into a compounding network (cold-start-problem)
More skills from wondelai/skills
- A37signals-wayBuild lean, opinionated products using the 37signals philosophy from "Getting Real", "Rework", and "Shape Up". Use when the user mentions "Getting Real", "Rework", "Shape Up", "37signals", "Basecamp method", "six-week cycles", "fixed time variable scope", "appetite vs estimates", "betting table", "breadboarding", "fat marker sketch", "build less", "underdo the competition", "opinionated software", "we have too many meetings", "how do we ship faster", or "stop overbuilding". Also trigger when cutting scope to ship sooner, running a small team, or avoiding long-term roadmaps. Covers shaping, betting, building, and the art of saying no. For MVP validation, see lean-startup. For design sprints, see design-sprint.
- A37signals-wayBuild lean, opinionated products using the 37signals philosophy from "Getting Real", "Rework", and "Shape Up". Use when the user mentions "Getting Real", "Rework", "Shape Up", "37signals", "Basecamp method", "six-week cycles", "fixed time variable scope", "appetite vs estimates", "betting table", "breadboarding", "fat marker sketch", "build less", "underdo the competition", "opinionated software", "we have too many meetings", "how do we ship faster", or "stop overbuilding". Also trigger when cutting scope to ship sooner, running a small team, or avoiding long-term roadmaps. Covers shaping, betting, building, and the art of saying no. For MVP validation, see lean-startup. For design sprints, see design-sprint.
- A37signals-wayBuild lean, opinionated products using the 37signals philosophy from "Getting Real", "Rework", and "Shape Up". Use when the user mentions "Getting Real", "Rework", "Shape Up", "37signals", "Basecamp method", "six-week cycles", "fixed time variable scope", "appetite vs estimates", "betting table", "breadboarding", "fat marker sketch", "build less", "underdo the competition", "opinionated software", "we have too many meetings", "how do we ship faster", or "stop overbuilding". Also trigger when cutting scope to ship sooner, running a small team, or avoiding long-term roadmaps. Covers shaping, betting, building, and the art of saying no. For MVP validation, see lean-startup. For design sprints, see design-sprint.
- Aarchitecture-optimizationGuided journey from a working codebase grown slow and tangled to one measurably fast, cleanly bounded, and readable. Orchestrates eight skills phase by phase - working-with-legacy-code, clean-architecture, software-design-philosophy, refactoring-patterns, system-design, ddia-systems, release-it, pragmatic-programmer - every phase carries its method inline so it runs standalone, asking the user questions at every decision point and recording results in the project docs/ folder (PERFORMANCE.md, ARCHITECTURE.md, ARCHITECTURE-OPTIMIZATION-PLAN.md) so the journey resumes across sessions. Use when the user wants to make an app faster, untangle drifted boundaries, fix slow endpoints and queries, or says ''it works but it is slow and getting worse''. For an untested prototype, improve-code-quality; for an aged codebase you fear to touch, remove-technical-debt; for greenfield structure, design-code-architecture; for marketing-site page speed, improve-website. For one framework in isolation, invoke that skill directly.
- Aarchitecture-optimizationGuided journey from a working codebase grown slow and tangled to one measurably fast, cleanly bounded, and readable. Orchestrates eight skills phase by phase - working-with-legacy-code, clean-architecture, software-design-philosophy, refactoring-patterns, system-design, ddia-systems, release-it, pragmatic-programmer - every phase carries its method inline so it runs standalone, asking the user questions at every decision point and recording results in the project docs/ folder (PERFORMANCE.md, ARCHITECTURE.md, ARCHITECTURE-OPTIMIZATION-PLAN.md) so the journey resumes across sessions. Use when the user wants to make an app faster, untangle drifted boundaries, fix slow endpoints and queries, or says ''it works but it is slow and getting worse''. For an untested prototype, improve-code-quality; for an aged codebase you fear to touch, remove-technical-debt; for greenfield structure, design-code-architecture; for marketing-site page speed, improve-website. For one framework in isolation, invoke that skill directly.
- Aarchitecture-optimizationGuided journey from a working codebase grown slow and tangled to one measurably fast, cleanly bounded, and readable. Orchestrates eight skills phase by phase - working-with-legacy-code, clean-architecture, software-design-philosophy, refactoring-patterns, system-design, ddia-systems, release-it, pragmatic-programmer - every phase carries its method inline so it runs standalone, asking the user questions at every decision point and recording results in the project docs/ folder (PERFORMANCE.md, ARCHITECTURE.md, ARCHITECTURE-OPTIMIZATION-PLAN.md) so the journey resumes across sessions. Use when the user wants to make an app faster, untangle drifted boundaries, fix slow endpoints and queries, or says ''it works but it is slow and getting worse''. For an untested prototype, improve-code-quality; for an aged codebase you fear to touch, remove-technical-debt; for greenfield structure, design-code-architecture; for marketing-site page speed, improve-website. For one framework in isolation, invoke that skill directly.
- Ablue-ocean-strategyCreate uncontested market space using value innovation instead of competing head-to-head. Use when the user mentions "blue ocean", "red ocean", "strategy canvas", "ERRC framework", "value innovation", "non-customers", "buyer utility map", "the market is too crowded", "how do we stand out", or "escape the price war". Also trigger when exploring a new market category, or finding underserved or non-customers. Covers the Four Actions Framework, Six Paths, buyer utility map, and value-cost trade-offs. For real strategy formulation and bad-strategy detection, see good-strategy-bad-strategy. For tech adoption strategy, see crossing-the-chasm. For product positioning, see obviously-awesome.
- Ablue-ocean-strategyCreate uncontested market space using value innovation instead of competing head-to-head. Use when the user mentions "blue ocean", "red ocean", "strategy canvas", "ERRC framework", "value innovation", "non-customers", "buyer utility map", "the market is too crowded", "how do we stand out", or "escape the price war". Also trigger when exploring a new market category, or finding underserved or non-customers. Covers the Four Actions Framework, Six Paths, buyer utility map, and value-cost trade-offs. For real strategy formulation and bad-strategy detection, see good-strategy-bad-strategy. For tech adoption strategy, see crossing-the-chasm. For product positioning, see obviously-awesome.
- Ablue-ocean-strategyCreate uncontested market space using value innovation instead of competing head-to-head. Use when the user mentions "blue ocean", "red ocean", "strategy canvas", "ERRC framework", "value innovation", "non-customers", "buyer utility map", "the market is too crowded", "how do we stand out", or "escape the price war". Also trigger when exploring a new market category, or finding underserved or non-customers. Covers the Four Actions Framework, Six Paths, buyer utility map, and value-cost trade-offs. For real strategy formulation and bad-strategy detection, see good-strategy-bad-strategy. For tech adoption strategy, see crossing-the-chasm. For product positioning, see obviously-awesome.
- Aclean-architectureStructure software around the Dependency Rule: source code dependencies point inward from frameworks to use cases to entities. Use when the user mentions "architecture layers", "dependency rule", "ports and adapters (hexagonal)", "onion architecture", "screaming architecture", "where should business logic go", "decouple from the database", "swap the framework without a rewrite", or "keep business rules independent". Also trigger when deciding which layer code belongs in, isolating core logic from infrastructure, defining module boundaries, or debating whether the framework should call your code or the reverse. Covers component principles, boundaries, and SOLID. For code-level quality, see clean-code. For domain modeling, see domain-driven-design.
- Aclean-architectureStructure software around the Dependency Rule: source code dependencies point inward from frameworks to use cases to entities. Use when the user mentions "architecture layers", "dependency rule", "ports and adapters (hexagonal)", "onion architecture", "screaming architecture", "where should business logic go", "decouple from the database", "swap the framework without a rewrite", or "keep business rules independent". Also trigger when deciding which layer code belongs in, isolating core logic from infrastructure, defining module boundaries, or debating whether the framework should call your code or the reverse. Covers component principles, boundaries, and SOLID. For code-level quality, see clean-code. For domain modeling, see domain-driven-design.
- Aclean-architectureStructure software around the Dependency Rule: source code dependencies point inward from frameworks to use cases to entities. Use when the user mentions "architecture layers", "dependency rule", "ports and adapters (hexagonal)", "onion architecture", "screaming architecture", "where should business logic go", "decouple from the database", "swap the framework without a rewrite", or "keep business rules independent". Also trigger when deciding which layer code belongs in, isolating core logic from infrastructure, defining module boundaries, or debating whether the framework should call your code or the reverse. Covers component principles, boundaries, and SOLID. For code-level quality, see clean-code. For domain modeling, see domain-driven-design.