CtrlK
BlogDocsLog inGet started
Tessl Logo

form-cro

When the user wants to optimize any form that is NOT signup/registration — including lead capture forms, contact forms, demo request forms, application forms, survey forms, or checkout forms. Also use when the user mentions "form optimization," "lead form conversions," "form friction," "form fields," "form completion rate," or "contact form." For signup/registration forms, see signup-flow-cro. For popups containing forms, see popup-cro.

62

Quality

73%

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 ./config/claude/skills/marketing/skills/form-cro/SKILL.md
SKILL.md
Quality
Evals
Security

Quality

Content

57%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-organized, genuinely actionable CRO reference whose main costs are length and inlining: ~420 lines sit in one file with no progressive disclosure, the experiment catalog and closing question list duplicate earlier sections, and the end-to-end workflow (assess → audit → recommend → test) is implicit rather than sequenced.

Suggestions

Split the Experiment Ideas and Form-Types-specific guidance into references/ files (e.g., references/experiments.md) and keep SKILL.md as an overview with one-level-deep links, reducing the ~420-line body substantially.

Delete the Task-Specific Questions section — every question in it already appears under Initial Assessment (completion rate, field-level analytics, follow-up usage, compliance, mobile/desktop split).

Add an explicit ordered workflow near the top (1. Read product-marketing context if present → 2. Ask only unanswered Initial Assessment questions → 3. Produce the Output Format audit) so the reference sections have a clear point of application.

DimensionReasoningScore

Conciseness

Most sections are dense, skimmable bullet lists of domain-specific CRO heuristics (e.g., "3 fields: Baseline / 4-6 fields: 10-25% reduction"), but there is real duplication: "Task-Specific Questions" restates the Initial Assessment items ("What's your current form completion rate?", "What's the mobile vs. desktop split?"), and "Experiment Ideas" largely restates guidance already given (multi-step vs single-step, phone field on/off, button copy, trust badges). This is anchor 3 (mostly efficient but includes some unnecessary content that could be tightened) — below anchor 4 because the duplicated sections go beyond minor trimming, above anchor 2 because nothing is padded prose explaining basics Claude doesn't need.

3 / 5

Actionability

The guidance is concrete and instructional: quantified heuristics ("4-6 fields: 10-25% reduction", "44px minimum height"), good/bad label and error-message examples ("'Please enter a valid email address (e.g., name@company.com)'" vs "'Invalid input'"), specific button copy ("Get My Free Quote"), and a defined Output Format (Issue / Impact / Fix / Priority audit plus recommended design and test hypotheses). This matches anchor 4 (mostly executable guidance with minor gaps) — not anchor 5 because nothing is copy-paste runnable (e.g., no analytics/event-tracking snippets to actually measure the "What to Track" items) and the impact percentages are asserted without sourcing.

4 / 5

Workflow Clarity

A rough sequence is implied (Initial Assessment → apply per-field/layout/type guidance → produce the Output Format deliverable), but it is never stated as an ordered process: the middle 300 lines read as a reference manual, and there are no checkpoints telling Claude when to stop gathering context and start producing the audit. This is anchor 3 (sequence present but implicit; checkpoints missing) — not anchor 4 because the assessment-to-output flow must be inferred from section order, and not capped by the destructive/batch rule since the skill is advisory only.

3 / 5

Progressive Disclosure

The skill has no bundle files at all (no references/, scripts/, or assets/ exist), so everything — including clearly separable material like the ~80-line Experiment Ideas catalog and the form-type-specific guidance — lives inline in a ~420-line SKILL.md. Section headers are well organized and the Related Skills section aids routing, but the under-50-lines exception does not apply. This is anchor 3 (content that should be separate is inline; structure present) — not anchor 2 because organization and headers are strong, and not anchor 4 because substantial reference material is inlined rather than split into one-level-deep files.

3 / 5

Total

13

/

20

Passed

Description

90%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 with excellent trigger-term coverage, an explicit when-to-use clause, and explicit disambiguation from sibling skills. Its only weakness is that the "what" never gets more concrete than the single verb "optimize" — listing the skill's actual deliverables (form audit, field recommendations, test hypotheses) would raise specificity.

DimensionReasoningScore

Specificity

The description names the domain precisely — "optimize any form that is NOT signup/registration — including lead capture forms, contact forms, demo request forms, application forms, survey forms, or checkout forms" — but the only concrete action stated is "optimize"; there is no list of what the skill actually does (audit fields, recommend layouts, propose A/B tests). This matches anchor 3 (names domain and 1-2 concrete actions, not comprehensive): it is not anchor 2 because the scope is highly detailed rather than minimal/generic, and not anchor 4 because no "several specific actions" are listed.

3 / 5

Completeness

Both halves are explicit: the "what" is "optimize any form that is NOT signup/registration" with an enumerated scope list, and the "when" appears twice with concrete trigger phrases ("When the user wants to optimize any form..." and "Also use when the user mentions 'form optimization,' ..."). This matches anchor 5 (clearly and explicitly answers both what AND when with concrete trigger phrases); it exceeds anchor 4 because the 'when' clause could not be more explicit, and it is not capped at 3 since a 'Use when...' clause is present.

5 / 5

Trigger Term Quality

Trigger coverage is comprehensive and natural: "form optimization," "lead form conversions," "form friction," "form fields," "form completion rate," "contact form," plus six concrete form-type names users would say. This matches the anchor-5 example's breadth (synonyms and variations of the natural phrasing); it is not anchor 4 because no common variation (form types themselves, multiple keyword synonyms) is missing.

5 / 5

Distinctiveness Conflict Risk

The description carves out a clear niche (non-signup forms) and actively disambiguates adjacent skills: "For signup/registration forms, see signup-flow-cro. For popups containing forms, see popup-cro." This matches anchor 5 (clear niche with distinct triggers; minimal conflict risk); it is not anchor 4 because the overlap risk with the nearest neighbors is explicitly resolved, not merely minor.

5 / 5

Total

18

/

20

Passed

Validation

93%

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

Validation — 15 / 16 Passed

Validation for skill structure

CriteriaDescriptionResult

frontmatter_unknown_keys

Unknown frontmatter key(s) found; consider removing or moving to metadata

Warning

Total

15

/

16

Passed

Repository
freekmurze/dotfiles
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.