CtrlK
BlogDocsLog inGet started
Tessl Logo

feature-launch-playbook

The operational playbook for launching a feature well. Positioning, internal alignment, customer comms, sales enablement, support readiness, rollout strategy, monitoring with pre-defined rollback triggers, post-launch measurement against spec hypotheses, and the discipline that distinguishes shipping from releasing from actually launching. Triggers on launch plan, feature launch, launch checklist, ship vs release, rollout strategy, gradual rollout, sales enablement, support readiness, launch announcement, post-launch measurement, launch failure, declared victory too early. Also triggers when planning a launch (any size, any segment), auditing an existing launch process, fixing the we shipped it but the metric did not move problem, or building a launch checklist for the team.

58

Quality

67%

Does it follow best practices?

Impact

No eval scenarios have been run

SecuritybySnyk

Passed

No known issues

Optimize this skill with Tessl

npx tessl skill review --optimize ./skills/feature-launch-playbook/SKILL.md
SKILL.md
Quality
Evals
Security

Quality

Discovery

100%

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

This is a strong, well-crafted skill description that excels across all dimensions. It provides specific concrete capabilities, comprehensive trigger terms covering both keywords and natural problem statements, explicit 'when to use' guidance, and a clearly distinct niche around feature launch operations. The description is thorough without being padded, and the natural language trigger 'we shipped it but the metric did not move' is particularly effective.

DimensionReasoningScore

Specificity

Lists multiple specific concrete actions: positioning, internal alignment, customer comms, sales enablement, support readiness, rollout strategy, monitoring with rollback triggers, post-launch measurement against spec hypotheses. These are detailed, actionable capabilities.

3 / 3

Completeness

Clearly answers both 'what' (positioning, alignment, comms, enablement, readiness, rollout, monitoring, measurement) and 'when' with explicit trigger guidance via 'Triggers on...' and 'Also triggers when...' clauses covering multiple use cases including planning, auditing, and fixing launch problems.

3 / 3

Trigger Term Quality

Excellent coverage of natural terms users would say: 'launch plan', 'feature launch', 'launch checklist', 'ship vs release', 'rollout strategy', 'gradual rollout', 'sales enablement', 'support readiness', 'post-launch measurement', 'launch failure', plus natural problem descriptions like 'we shipped it but the metric did not move'.

3 / 3

Distinctiveness Conflict Risk

Occupies a clear niche around feature launch operations specifically. The combination of launch-specific terminology (rollback triggers, ship vs release, sales enablement, support readiness) makes it highly distinguishable from generic project management or product strategy skills.

3 / 3

Total

12

/

12

Passed

Implementation

35%

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

This is a comprehensive and well-structured feature launch playbook that covers the right topics with genuine PM expertise and useful frameworks. However, it is far too verbose for a skill file — it reads more like a blog post or handbook chapter than an operational reference Claude would consult. The main file should be a lean overview with the detailed content pushed into the referenced files, and it should include more concrete, copy-paste-ready artifacts (templates, checklists) rather than descriptions of what those artifacts should contain.

Suggestions

Cut the main SKILL.md by at least 50% — move detailed content (failure mode descriptions, rollout pattern details, sales enablement deliverables, positioning canvas explanation) into the referenced files and keep only a concise summary with links.

Replace descriptive passages with concrete artifacts: provide an actual positioning canvas template with fill-in fields, an actual launch brief template, and an actual rollback trigger specification format rather than describing what they should contain.

Add a single consolidated launch checklist at the top (the 12 considerations compressed to a scannable checklist) so Claude can quickly reference it without reading 2800 words.

Remove redundant explanations — the ship/release/launch distinction is explained three times (definition section, closing section, and implicitly throughout). State it once concisely.

DimensionReasoningScore

Conciseness

The skill is extremely verbose at ~2800 words. It repeatedly explains concepts Claude already understands (what shipping/releasing/launching means, why sales enablement matters, what positioning is). The 'ship vs release vs launch' distinction is belabored across multiple paragraphs when a concise table would suffice. Failure modes are listed twice (once in detail, once in the 12-consideration framework). The closing section restates the entire playbook's thesis. Nearly every section could be cut by 50% without losing actionable content.

1 / 3

Actionability

The skill provides structured frameworks (positioning canvas fields, 12-consideration checklist, rollback trigger examples, measurement dimensions) which are moderately actionable. However, it lacks concrete templates, executable artifacts, or copy-paste-ready outputs. The rollback trigger examples are good but most guidance remains descriptive ('fill out a positioning canvas') rather than providing the actual canvas with fill-in fields. It tells you what to do but doesn't give you the artifacts to do it with.

2 / 3

Workflow Clarity

The 12-consideration framework provides a clear sequence, and the comms execution section has explicit ordering (sales briefing → support training → public comms). Rollback triggers are pre-defined with concrete examples, which is strong. However, the overall workflow is spread across many sections without a single consolidated timeline or checklist with validation checkpoints. The 'gate comms on health check' is mentioned but the actual validation mechanism is vague.

2 / 3

Progressive Disclosure

The skill references 10 separate reference files with clear descriptions and relative paths, which is good structure. However, the main SKILL.md contains far too much inline content that should be in those reference files — the detailed failure modes, the full rollout strategy patterns, the complete sales enablement deliverables list, etc. The overview should be much leaner with more content pushed to references. Additionally, no bundle files were provided, so the references are unverifiable.

2 / 3

Total

7

/

12

Passed

Validation

90%

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

Validation10 / 11 Passed

Validation for skill structure

CriteriaDescriptionResult

frontmatter_unknown_keys

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

Warning

Total

10

/

11

Passed

Repository
rampstackco/claude-skills
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.