CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

lean-ux

Apply lean thinking to UX: hypothesis-driven design, collaborative sketching, and rapid experiments instead of heavy deliverables. Use when the user mentions "Lean UX", "design hypothesis", "UX experiment", "collaborative design", "outcome over output", "design studio method", "assumption mapping", or "lightweight research". Also trigger when reducing design documentation overhead, getting cross-functional teams to co-design, or running fast usability experiments. Covers hypothesis statements, MVPs for UX, and cross-functional collaboration. For Build-Measure-Learn, see lean-startup. For usability audits, see ux-heuristics.

Quality

89%

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

SKILL.md
Quality
Evals
Security

Quality

Content

78%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.

This is a well-structured instruction-only skill: concrete formats, rituals, examples, and a diagnostic checklist make it highly actionable, and the bundle is cleanly organized with verified one-level-deep references. The main weakness is token efficiency — rationale prose, author biographies, and further-reading sections pad the body without adding operational value.

Suggestions

Trim or remove the 'Why it works' rationale paragraphs and the manifesto-style intro; Claude can infer the motivation, and the key-insight lists already carry the substance.

Move the 'About the Authors' and 'Further Reading' sections into a reference file (or drop them) so the SKILL.md body stays operational.

Make the implicit six-step workflow explicit: add a short ordered procedure (declare assumptions, write hypotheses, choose lowest-fidelity experiment, run Design Studio, test weekly, integrate via dual-track) near the top so the sequence and validation gates are unambiguous.

DimensionReasoningScore

Conciseness

The key-insight lists, application tables, and diagnostic are dense and operational, but the body carries padding Claude does not need: six "Why it works" rationale paragraphs, manifesto-style intro prose, non-operational "About the Authors" and "Further Reading" sections, and re-explanations of known concepts (e.g., the Nielsen five-user rule).

3 / 5

Actionability

Delivers ready-to-use artifacts: the copy-paste hypothesis format ("We believe [outcome] will happen if [persona] achieves [action] with [feature]"), concrete rituals with specifics ("6-up sketches: each person draws 6 ideas in 5 minutes", "Design Studio session (90 minutes)", "recruit weekly, test weekly, synthesize weekly"), worked examples with metrics, and an If-No-to-Action diagnostic table.

5 / 5

Workflow Clarity

The six numbered sections form a coherent progression (assumptions, hypotheses, experiments, collaboration, research, agile integration) with validation gates stated as principles ("agree on what 'validated' and 'invalidated' look like before running an experiment"), but the end-to-end sequence is implicit rather than an explicit ordered procedure.

4 / 5

Progressive Disclosure

Six reference files are provided and verified to exist; each section ends with a clearly signaled "See:" link, and a Reference Files index gives one-line descriptions. References are one level deep with no nested file references, and body sections stay at overview level with detail offloaded.

5 / 5

Total

17

/

20

Passed

Description

95%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.

The description is strong: it states concrete practices, includes an explicit and comprehensive trigger list with natural phrasing, and disambiguates against adjacent skills. Its only weakness is that the stated actions are somewhat conceptual compared to fully concrete, deliverable-level actions.

DimensionReasoningScore

Specificity

Lists several specific practices ("hypothesis-driven design, collaborative sketching, and rapid experiments", "Covers hypothesis statements, MVPs for UX, and cross-functional collaboration") but the actions remain conceptual rather than fully concrete deliverables, leaving minor gaps in coverage.

4 / 5

Completeness

Clearly answers both what ("Apply lean thinking to UX: hypothesis-driven design, collaborative sketching, and rapid experiments instead of heavy deliverables") and when ("Use when the user mentions…" with concrete trigger phrases and an explicit secondary trigger clause).

5 / 5

Trigger Term Quality

Comprehensive natural trigger phrases users would actually say ("Lean UX", "design hypothesis", "UX experiment", "assumption mapping", "design studio method", "outcome over output") plus additional scenario triggers ("reducing design documentation overhead", "getting cross-functional teams to co-design", "running fast usability experiments").

5 / 5

Distinctiveness Conflict Risk

Clear Lean UX niche with explicit disambiguation against sibling skills ("For Build-Measure-Learn, see lean-startup. For usability audits, see ux-heuristics"), minimizing the risk of triggering for the wrong skill.

5 / 5

Total

19

/

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-ux/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.