CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

lean-startup

Design MVPs, validated learning experiments, and pivot-or-persevere decisions using Build-Measure-Learn. Use when the user mentions "MVP scope", "validated learning", "pivot or persevere", "vanity metrics", "test assumptions", "innovation accounting", "build-measure-learn", or "minimum viable experiment". Also trigger when deciding what to include in a first version, measuring startup progress, or evaluating whether to change direction on a product bet. Covers innovation accounting and actionable metrics. For 5-day prototype testing, see design-sprint. For customer motivation analysis, see jobs-to-be-done.

Quality

79%

Does it follow best practices?

Run evals on this skill

Adds up to 20 points to the overall score

View guide
SecuritybySnyk

Passed

No findings from the security scan

Fix and improve this skill with Tessl

tessl review fix ./skills/lean-startup/SKILL.md
SKILL.md
Quality
Evals
Security

Quality

Content

60%Weight 40%Scale 1-5

Reviews the quality of instructions and guidance provided to agents. Good implementation is clear, handles edge cases, and produces reliable results.

A well-structured methodology skill with strong actionability (explicit thresholds, checklists, numbered playbooks) and clean one-level-deep references that all resolve to real files. Its main weakness is token efficiency: the body re-teaches well-known Lean Startup concepts at length and carries padding (author bio, affiliate links) that should live in the reference files instead.

Suggestions

Trim the SKILL.md body to decision rules, thresholds, and the diagnostic/scoring rubric, and move textbook restatements (the Five Whys worked example, Small Batches section, growth-engine formulas, full pivot-type table) into the corresponding references/five-whys.md, small-batches.md, growth-engines.md, and pivots.md files.

Remove the 'About the Author' biography and the affiliate-tagged Amazon 'Further Reading' links — they consume context tokens without adding actionable guidance.

Consolidate the two overlapping sections ('Lean Startup Applied' and 'The Lean Startup Applied: From Idea to Scale') into a single phased playbook to remove redundancy.

DimensionReasoningScore

Conciseness

The ~460-line body extensively restates textbook Lean Startup concepts Claude already knows — a full Five Whys worked example ("Problem: Website went down… 1. Why? Server ran out of memory…"), the Small Batches section, growth-engine formulas, and a 10-row pivot-type table — plus padded sections that add no actionable value ("About the Author" Eric Ries bio, affiliate-tagged Amazon "Further Reading" links, and two overlapping 'Applied' sections). Not 3 because the padding and re-teaching are more than incidental; not 1 because the material is formatted as dense tables/bullets rather than rambling prose and some content (the scoring rubric, diagnostic) is genuinely additive.

2 / 5

Actionability

Quotes: concrete thresholds and questions throughout — "Viral coefficient > 1.0 = exponential growth", "LTV/CAC ratio (target: > 3x)", "Target: Level 4-5 before building at scale", "What's the riskiest assumption to test first?", a Quick Diagnostic table with per-question actions, and a Scoring mandate ("rate them 0-10… Always provide the current score and specific improvements"). For an instruction-only skill the guidance is mostly executable with minor gaps; not 5 because some guidance remains abstract ("Systematically improve metrics through validated learning") without a concrete procedure.

4 / 5

Workflow Clarity

Quotes: clearly sequenced multi-step processes — reverse planning ("1. What do we want to learn? … 3. What's the minimum we can build?"), the three-step innovation accounting framework, and the SaaS playbook ("1. Smoke test… 5. Pivot or scale: Based on cohort data") — with decision checkpoints present in most workflows (pivot criteria like "Metrics are flat despite multiple iterations", the Validation Ladder target, the Quick Diagnostic). Not 5 because some checkpoints are implicit and there are no explicit validate-then-revise feedback loops within the workflows; not 3 because most sequences do carry explicit criteria.

4 / 5

Progressive Disclosure

Quotes: every section ends with a clearly signaled pointer ("See: [references/build-measure-learn.md]… for detailed loop execution") and a consolidated "Reference Files" list describes all 11 reference files, all of which exist in ./references/ and are one level deep. Not 5 because the SKILL.md body inlines substantial detail (full Five Whys example, growth-engine mechanics, pivot table) that belongs in those reference files, making it longer than an overview; not 3 because the references are clearly signaled and well organized.

4 / 5

Total

14

/

20

Passed

Description

87%Weight 40%Scale 1-5

Based on the skill's description, can an agent find and select it at the right time? Clear, specific descriptions lead to better discovery.

A strong description: it names concrete capabilities, provides an explicit and well-populated 'Use when' clause with natural trigger phrases, and sets clear boundaries against neighboring skills. The only gaps are minor — a few natural trigger terms like 'lean startup' itself and 'product-market fit' are absent.

DimensionReasoningScore

Specificity

Quotes: "Design MVPs, validated learning experiments, and pivot-or-persevere decisions using Build-Measure-Learn" plus "Covers innovation accounting and actionable metrics" — several concrete, distinct actions are named with only minor coverage gaps (e.g., metric design/cohort analysis are body capabilities not surfaced here). Not 3 because it names more than 1-2 actions; not 5 because the action list is not comprehensive.

4 / 5

Completeness

Quotes: a clear what ("Design MVPs, validated learning experiments, and pivot-or-persevere decisions using Build-Measure-Learn") followed by an explicit when with concrete trigger phrases ("Use when the user mentions…" and "Also trigger when…"). This clearly and explicitly answers both what and when, matching the top anchor; not 4 because the when-clause is fully explicit rather than merely present.

5 / 5

Trigger Term Quality

Quotes eight natural quoted triggers ("MVP scope", "pivot or persevere", "vanity metrics", "minimum viable experiment") plus natural situations ("deciding what to include in a first version", "evaluating whether to change direction on a product bet"). Not 5 because the most obvious user phrase "lean startup" itself (and "product-market fit") is never offered as a trigger; not 3 because coverage goes well beyond a few keywords with many synonyms.

4 / 5

Distinctiveness Conflict Risk

Quotes: "Clear niche with distinct triggers" — the description carves out lean-startup territory with unique trigger phrases and actively disambiguates adjacent skills ("For 5-day prototype testing, see design-sprint. For customer motivation analysis, see jobs-to-be-done."), minimizing wrong-skill triggering. Not 4 because it goes beyond being merely distinct by explicitly steering neighboring use cases away.

5 / 5

Total

18

/

20

Passed

Validation

100%

Checks the skill against the spec for correct structure and formatting. All validation checks must pass before discovery and implementation can be scored.

Validation — 16 / 16 Passed

Validation for skill structure

No warnings or errors.

Repository

valeriibeck-star/claude-skills

Path

skills/lean-startup/SKILL.md

Reviewed

Table of Contents

Is this your skill?

If you maintain this skill, you can claim it as your own. Once claimed, you can manage eval scenarios, bundle related skills, attach documentation or rules, and ensure cross-agent compatibility.