Collecting and synthesizing user feedback across channels (support tickets, NPS, in-app feedback, sales calls, social mentions, customer councils) into a continuous signal that informs product decisions. The triage discipline that distinguishes loudest-voice (whoever complains most wins) from averaged-noise (every signal weighted equally) from triaged-synthesis (signal weighted by source quality, frequency, and decision relevance). Triggers on user feedback, customer feedback aggregation, NPS, support ticket analysis, customer councils, feedback synthesis, voice of customer, feedback triage, in-app feedback. Also triggers when feedback channels overflow with volume that does not produce decisions, when the loudest-voice problem is steering roadmap, or when continuous feedback streams need synthesis discipline.
58
67%
Does it follow best practices?
Impact
—
No eval scenarios have been run
Advisory
Suggest reviewing before use
Optimize this skill with Tessl
npx tessl skill review --optimize ./skills/user-feedback-aggregation/SKILL.mdQuality
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 clearly articulates what the skill does (feedback collection, synthesis, and triage across named channels using specific methodologies), when to use it (comprehensive trigger terms plus situational triggers), and occupies a distinct niche. The description is detailed without being padded, uses third-person voice throughout, and provides enough specificity to differentiate from adjacent skills like general product management or customer support.
| Dimension | Reasoning | Score |
|---|---|---|
Specificity | Lists multiple concrete actions and concepts: collecting/synthesizing feedback across specific channels (support tickets, NPS, in-app feedback, sales calls, social mentions, customer councils), distinguishing between three named triage approaches (loudest-voice, averaged-noise, triaged-synthesis), and weighting signals by source quality, frequency, and decision relevance. | 3 / 3 |
Completeness | Clearly answers both 'what' (collecting and synthesizing user feedback across channels into continuous signal, applying triage discipline with three named approaches) and 'when' (explicit trigger terms listed, plus situational triggers like 'when feedback channels overflow with volume that does not produce decisions' and 'when the loudest-voice problem is steering roadmap'). | 3 / 3 |
Trigger Term Quality | Excellent coverage of natural terms users would say: 'user feedback', 'customer feedback', 'NPS', 'support ticket analysis', 'voice of customer', 'feedback triage', 'in-app feedback', 'customer councils', 'feedback synthesis'. Also includes situational triggers like 'loudest-voice problem' and 'feedback channels overflow' which are natural phrases. | 3 / 3 |
Distinctiveness Conflict Risk | Occupies a clear niche around feedback aggregation, triage, and synthesis discipline specifically. The named methodologies (loudest-voice, averaged-noise, triaged-synthesis) and specific channel types make it highly distinctive and unlikely to conflict with general product management or customer support 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 skill reads as a comprehensive product management essay on feedback aggregation rather than a lean, actionable skill file. Its core frameworks (triaged-synthesis, frequency-intensity matrix, channel weighting) are valuable conceptual contributions, but the delivery is far too verbose—explaining concepts Claude already understands, repeating ideas across sections, and providing extensive prose where concise tables or templates would serve better. The lack of concrete artifacts, templates, or executable outputs limits actionability.
Suggestions
Cut the content by 50-60%: remove explanatory prose about why feedback matters, what channels are, and philosophical framing—Claude knows these concepts. Keep only the novel frameworks and decision rules.
Add concrete output templates: a feedback triage spreadsheet schema, a synthesis report template, a channel-weighting matrix template that Claude can actually produce when asked to help with feedback aggregation.
Move the detailed channel descriptions, frequency-intensity explanations, and failure modes entirely into reference files, keeping only a brief summary table in the main SKILL.md to serve as a true overview with progressive disclosure.
Add explicit validation checkpoints to the synthesis workflow: e.g., 'Before presenting synthesis, verify: are at least 3 channels represented? Is source weighting documented per decision? Are frequency-intensity assessments attached to each pattern?'
| Dimension | Reasoning | Score |
|---|---|---|
Conciseness | Extremely verbose for a skill file. The opening paragraphs explain what feedback aggregation is and why it matters—concepts Claude already knows. Extensive prose on loudest-voice vs averaged-noise, channel descriptions, and closing philosophy sections add significant token cost without proportional actionable value. The content reads more like a product management textbook chapter than a lean skill instruction. | 1 / 3 |
Actionability | The skill provides conceptual frameworks (frequency-intensity matrix, channel-source weighting, 12-consideration checklist) and a worked example for weighting, which gives some concrete guidance. However, there are no executable code snippets, no templates, no specific output formats, and no concrete artifacts to produce—it remains at the level of principles and mental models rather than copy-paste-ready instructions. | 2 / 3 |
Workflow Clarity | The synthesis loop (feedback → triage → periodic synthesis → roadmap) and cadences (daily/weekly/monthly/quarterly) provide a clear sequence. However, there are no explicit validation checkpoints or feedback loops for error recovery—no 'if synthesis reveals conflicting signals, do X' or verification steps. The 12-consideration framework is a checklist but lacks sequencing for when/how to apply it. | 2 / 3 |
Progressive Disclosure | The skill references nine separate reference files with clear links and descriptions, which is good structure. However, no bundle files were provided, so the references are unverifiable. More importantly, the main SKILL.md itself is extremely long with substantial inline content that could have been pushed to references—each section repeats 'Detail in [references/...]' after already covering the topic in depth, making the main file a near-monolithic wall of text rather than a concise overview. | 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.
Validation — 10 / 11 Passed
Validation for skill structure
| Criteria | Description | Result |
|---|---|---|
frontmatter_unknown_keys | Unknown frontmatter key(s) found; consider removing or moving to metadata | Warning |
Total | 10 / 11 Passed | |
8e70d03
Table of Contents
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.