How to install feedback-page-generator
npx skills add https://github.com/kostja94/marketing-skills --skill feedback-page-generatorFull instructions (SKILL.md)
Source of truth, from kostja94/marketing-skills.
name: feedback-page-generator description: When the user wants to create, optimize, or audit a feedback or roadmap page. Also use when the user mentions "feedback page," "roadmap," "feature requests," "vote on features," "Canny," "UserVoice," or "product feedback." For sitewide page planning, use website-structure. metadata: version: 1.0.1
Pages: Feedback / Roadmap
Guides feedback and roadmap pages that collect user input and communicate product direction. Often integrates with Canny, FeatureBase, UserVoice, or similar. Supports product-led growth and community engagement.
When invoking: On first use, if helpful, open with 1–2 sentences on what this skill covers and why it matters, then provide the main output. On subsequent use or when the user asks to skip, go directly to the main output.
Initial Assessment
Check for project context first: If .claude/project-context.md or .cursor/project-context.md exists, read it for product and roadmap priorities.
Identify:
- Tool: Canny, FeatureBase, UserVoice, custom, or embedded form
- Scope: Feedback only, roadmap only, or both
- Primary goal: Collect requests, show transparency, build community
- Audience: Users, prospects, or both
Page Structure
| Section | Purpose |
|---|---|
| Headline | "Share Your Ideas" or "Product Roadmap" |
| Value | We listen; your input shapes the product |
| Feedback | Form or embed; categories (feature, bug, other) |
| Roadmap | In progress, planned, completed; or link to external board |
| Process | How we prioritize; what happens after you submit |
| CTA | Submit idea, vote, view roadmap |
Best Practices
Feedback Collection
- Low friction: Few fields; optional details
- Categories: Feature request, Bug, General
- Duplicate detection: "Similar ideas" to merge votes
Roadmap Display
- Status: In progress, planned, completed
- Transparency: Don't over-promise; "Exploring" vs "Committed"
- Update regularly: Stale roadmap hurts trust
Integration
- Embed: Canny, FeatureBase embed on your domain
- Or link: /feedback → feedback.yourproduct.com
- SEO: Often noindex for external boards; index if on your site
Output Format
- Headline and value proposition
- Page structure (feedback + roadmap sections)
- Process copy (how we use feedback)
- Integration notes (Canny, etc.)
- SEO (index vs noindex)
Related Skills
- docs-page-generator: Feedback process in docs
- contact-page-generator: Alternative for simple feedback
- changelog-page-generator: Completed roadmap items → changelog
Related skills
More from kostja94/marketing-skills and the wider catalog.
footer-generator
When the user wants to design, optimize, or audit website footers. Also use when the user mentions "footer," "page footer," "site footer," "footer links," "footer navigation," "footer SEO," "footer design," "footer CTA," "multi-column footer," or "footer sitemap." For main nav, use navigation-menu-generator.
generative-engine-optimization
When the user wants to optimize for AI search visibility (ChatGPT, Claude, Perplexity, AI Overviews). Also use when the user mentions "GEO," "AEO," "generative engine optimization," "AI search visibility," "LLM optimization," "GitHub GEO," "Grokipedia," "optimize for ChatGPT," "AI Overviews," "Bing Copilot," "Yandex AI," "Perplexity optimization," "GEO strategy," or "AI search optimization." For third-party publishing strategy (which platforms to use), use parasite-seo. For GitHub repos, README, and Awesome lists, use github. For Medium.com only, use medium-posts. For Grokipedia edits, use grokipedia-recommendations. For traditional Google SERP strategy, use seo-strategy.
github
When the user wants to use GitHub for SEO, parasite SEO, GEO, open source marketing, README optimization, or curated Awesome lists. Also use when the user mentions "GitHub," "GitHub SEO," "GitHub parasite SEO," "GitHub GEO," "awesome list," "GitHub README," "profile README," "pinned repositories," "Trending," "Explore," "repository name," "About section," "GitHub description," "GitHub topics," "Website field," "GitHub Pages," "github.io," "user site," "project site," "GitHub gist," "curated list," or "navigation list." Not for Medium or other non-GitHub platforms—use parasite-seo or medium-posts. For OSS business model, use open-source-strategy.
glossary-page-generator
When the user wants to create, optimize, or audit glossary page content and structure. Also use when the user mentions "glossary," "definitions," "terminology," "industry terms," "glossary page," "term definitions," "vocabulary," "glossary SEO," or "definition page." For definitions at scale, use programmatic-seo.
google-ads
When the user wants to set up, optimize, or manage Google Ads campaigns. Also use when the user mentions "Google Ads," "Google Search Ads," "PPC," "SEM," "PMF testing with ads," "test product-market fit," "Responsive Search Ads," "RSA," "Performance Max," "Quality Score," "keyword bidding," or "Google Display/YouTube ads." For paid mix, use paid-ads-strategy.
google-search-console
When the user wants to analyze Google Search Console data, use the GSC API, or interpret search performance. Also use when the user mentions "GSC," "Search Console," "indexing report," "Core Web Vitals," "Enhancements," "Insights report," "search performance," "search queries," "search performance report," "URL inspection," "impressions," "CTR," "average position," "index coverage," "GSC data analysis," "Search Console API," or "searchanalytics.query." When the user wants to rewrite title tags (not only report on them), use title-tag. For meta description rewrites, use meta-description.