feedback

Use this skill when the user needs to collect user feedback, run surveys, set up NPS, prioritize feature requests, close the feedback loop, or turn customer input into product decisions. Covers feedback collection methods, survey design, prioritization frameworks, and building a feedback-driven product culture.

157 stars

Best use case

feedback is best used when you need a repeatable AI agent workflow instead of a one-off prompt.

Use this skill when the user needs to collect user feedback, run surveys, set up NPS, prioritize feature requests, close the feedback loop, or turn customer input into product decisions. Covers feedback collection methods, survey design, prioritization frameworks, and building a feedback-driven product culture.

Teams using feedback should expect a more consistent output, faster repeated execution, less prompt rewriting.

When to use this skill

  • You want a reusable workflow that can be run more than once with consistent structure.

When not to use this skill

  • You only need a quick one-off answer and do not need a reusable workflow.
  • You cannot install or maintain the underlying files, dependencies, or repository context.

Installation

Claude Code / Cursor / Codex

$curl -o ~/.claude/skills/feedback/SKILL.md --create-dirs "https://raw.githubusercontent.com/whawkinsiv/solo-founder-superpowers/main/skills/feedback/SKILL.md"

Manual Installation

  1. Download SKILL.md from GitHub
  2. Place it in .claude/skills/feedback/SKILL.md inside your project
  3. Restart your AI agent — it will auto-discover the skill

How feedback Compares

Feature / AgentfeedbackStandard Approach
Platform SupportNot specifiedLimited / Varies
Context Awareness High Baseline
Installation ComplexityUnknownN/A

Frequently Asked Questions

What does this skill do?

Use this skill when the user needs to collect user feedback, run surveys, set up NPS, prioritize feature requests, close the feedback loop, or turn customer input into product decisions. Covers feedback collection methods, survey design, prioritization frameworks, and building a feedback-driven product culture.

Where can I find the source code?

You can find the source code on GitHub using the link provided at the top of the page.

SKILL.md Source

# User Feedback & Feature Requests

Feedback is abundant but insight is rare. Your job is not to build everything users ask for — it's to understand the problems behind the requests. This skill helps you collect, prioritize, and act on feedback without drowning in it.

## Core Principles

- Feedback is a gift, but not all gifts are useful. Filter signal from noise.
- Users describe solutions. Your job is to find the problem underneath.
- "Build what customers ask for" is wrong. "Solve the problems customers reveal" is right.
- A feedback system you actually use beats a perfect one you ignore. Start simple.
- Closing the loop (telling users what you did with their feedback) is the most powerful retention tool you have.

## Feedback Collection Methods

### Ranked by Signal Quality

| Method | Signal Quality | Effort | Best For |
|--------|---------------|--------|----------|
| 1-on-1 conversations | Highest | High | Early stage, understanding "why" |
| Support ticket analysis | High | Low | Finding recurring pain points |
| In-app feedback widget | High | Low | Contextual, in-the-moment feedback |
| NPS survey | Medium | Low | Tracking sentiment over time |
| Cancellation survey | High | Low | Understanding churn drivers |
| Feature request board | Medium | Low | Aggregating demand signals |
| Social media mentions | Medium | Low | Unfiltered opinions |
| Usage analytics | High | Medium | What users DO vs. what they SAY |

### What to Use When

```
0-50 users:    Talk to every user. Email them. Get on calls. No tools needed.
50-200 users:  In-app feedback widget + cancellation survey + monthly NPS
200-500 users: Add a public feature request board + quarterly user interviews
500+ users:    All of the above + systematic ticket analysis
```

---

## In-App Feedback

### Simple Feedback Widget

**Tell AI:**
```
Add a feedback widget to my app. Requirements:
- Small "Feedback" button fixed to the bottom-right corner
- Clicking opens a simple form: text area + optional email
- Includes the current page URL and user ID automatically
- Saves to a [feedback] table in the database
- Shows a "Thank you" message after submission
- No third-party tool needed — just store it in the database
```

### Contextual Feedback Triggers

Collect feedback at the right moment:

| Trigger | Question |
|---------|----------|
| After completing a key action | "How was that experience? (1-5)" |
| After 7 days of usage | "What's the one thing you'd improve?" |
| After upgrading | "What made you decide to upgrade?" |
| After using a new feature | "Was this feature helpful? Yes / No / Needs improvement" |
| After a support interaction | "Did we resolve your issue? (1-5)" |

---

## NPS (Net Promoter Score)

### How It Works

Ask one question: **"How likely are you to recommend [Product] to a friend? (0-10)"**

- **0-6:** Detractors (unhappy, at risk of churning)
- **7-8:** Passives (satisfied but not enthusiastic)
- **9-10:** Promoters (loyal, will refer others)

**NPS = % Promoters - % Detractors**

### NPS Benchmarks for SaaS

| Score | Assessment |
|-------|-----------|
| < 0 | More detractors than promoters. Fix the product |
| 0-30 | Average. Room to improve |
| 30-50 | Good. Users like your product |
| 50+ | Excellent. Strong word-of-mouth potential |

### Running an NPS Survey

**Tell AI:**
```
Add a quarterly NPS survey to my app.
- Show to users who have been active for 30+ days
- Question: "How likely are you to recommend [Product]? (0-10)"
- Follow-up: "What's the main reason for your score?" (open text)
- Don't show to users who responded in the last 90 days
- Store responses with user ID and timestamp
- Dashboard showing NPS trend over time
```

**Follow up based on score:**

| Score | Action |
|-------|--------|
| 0-6 (Detractor) | Personal email: "I saw your feedback. Can I help?" |
| 7-8 (Passive) | Ask: "What would make us a 9 or 10?" |
| 9-10 (Promoter) | Ask for a review, testimonial, or referral |

---

## Feature Request Management

### The Feature Request Board

A public or internal board where requests are collected and prioritized.

**Simple options:**
- Canny (free tier available)
- Fider (open source, self-hosted)
- Notion board (free, manual)
- GitHub Discussions (free, developer-friendly)

**Tell AI:**
```
Help me set up a feature request system using [Notion / database table].
I need:
- Users can submit requests (title + description)
- Users can upvote existing requests
- I can tag requests by category and status
- Status options: Under Review, Planned, In Progress, Shipped, Won't Do
- A public-facing view and a private admin view
```

### Processing Feature Requests

Not every request deserves action. Use this filter:

```
For each feature request, ask:
1. How many users requested this? (1 user = anecdote, 10+ = pattern)
2. What's the problem behind the request? (they want X, but WHY?)
3. Does it align with our product direction?
4. How much effort to build? (hours, not weeks)
5. Will it reduce churn, increase conversion, or expand revenue?

Score: Impact (1-5) × Confidence (1-5) / Effort (1-5) = Priority Score
```

### What Users Say vs. What They Mean

| What They Say | What They Might Mean |
|---------------|---------------------|
| "Can you add a calendar view?" | "I need to see my tasks by date" (many solutions) |
| "I want an API" | "I want to connect this to my other tools" (Zapier might work) |
| "Make it faster" | "The dashboard takes too long to load" (specific page, specific fix) |
| "Add more customization" | "The defaults don't fit my workflow" (better defaults might fix it) |
| "Build a mobile app" | "I need to check one thing on my phone" (responsive web might work) |

---

## Closing the Feedback Loop

The most underused retention tool. When you ship something a user asked for, tell them:

### Shipped Notification

```
Subject: You asked, we built it — [Feature Name] is live

Hi [Name],

A few weeks ago you told us you wanted [what they asked for].
I'm happy to let you know it's live now.

Here's how to use it: [link or quick instructions]

Thanks for shaping the product — your feedback directly drives
what we build next.

[Your name]
```

### Monthly Changelog

```
Subject: What's new in [Product] — [Month]

Here's what we shipped this month:

Built because you asked:
- [Feature] — requested by [X] users
- [Improvement] — based on your feedback

Bug fixes:
- [Fix 1]
- [Fix 2]

Coming next:
- [Planned feature 1]
- [Planned feature 2]

Have feedback? Reply to this email or use the feedback button in the app.
```

---

## Feedback Metrics

Track monthly:

```
| Metric                          | This Month | Last Month |
|---------------------------------|------------|------------|
| Total feedback items received   |            |            |
| NPS score                       |            |            |
| Top 3 requested features        |            |            |
| Features shipped from feedback  |            |            |
| Avg time from request to ship   |            |            |
| Feedback response rate          |            |            |
```

---

## Common Mistakes

| Mistake | Fix |
|---------|-----|
| Building every feature users ask for | Prioritize by impact, confidence, and effort |
| Collecting feedback but never acting on it | Review feedback weekly. Ship something from it monthly |
| Never telling users you shipped their request | Close the loop. Always notify them |
| Only listening to the loudest users | Quiet users churn silently. Reach out proactively |
| Treating feature requests as specs | Users describe solutions. Your job is to find the problem |
| No system — feedback in email, Slack, DMs | Centralize all feedback in one place |
| Asking for feedback too often | NPS quarterly. In-app widget always available. Don't pester |

---

## Success Looks Like

- Every piece of feedback goes into one centralized system
- You review feedback weekly and act on it monthly
- Users know their feedback is heard (closed loop)
- Your roadmap is informed by feedback data, not gut feelings
- NPS trending upward quarter over quarter

---

## Related Skills

- **prioritize** — Turn feedback into prioritized feature decisions
- **customer-research** — Deeper research beyond surface-level feedback
- **retention** — Close the feedback loop to reduce churn
- **analytics** — Quantify feedback themes with usage data

Related Skills

validate

157
from whawkinsiv/solo-founder-superpowers

Use this skill when the user needs to validate a business idea, test demand before building, run a smoke test, create an MVP experiment, or decide whether an idea is worth pursuing. Covers demand validation, smoke tests, fake-door tests, landing page experiments, and go/no-go decision frameworks for bootstrapped founders.

ux-design

157
from whawkinsiv/solo-founder-superpowers

Use this skill when flows feel clunky, users are confused, navigation needs planning, onboarding needs design, or accessibility needs implementation. Covers information architecture, user flows, interaction patterns, progressive disclosure, and error handling UX.

ui-patterns

157
from whawkinsiv/solo-founder-superpowers

Use this skill when the user needs to build a dashboard, settings page, data table, or any page layout. Also use when choosing component libraries, implementing responsive design, dark mode, or handling UI states (loading, empty, error). Covers component selection, page composition, and responsive implementation.

translate

157
from whawkinsiv/solo-founder-superpowers

Use this skill when the user is a domain expert (lawyer, doctor, contractor, accountant, etc.) who wants to turn their professional knowledge into a software product. Also use when the user says 'I have an idea for my industry,' 'I know this problem exists,' 'I want to build something for [profession],' or is struggling to describe what they want the software to do. Helps identify which professional pain is worth building for, then translates it into requirements AI tools can execute.

test

157
from whawkinsiv/solo-founder-superpowers

Use this skill when the user needs to test features before deployment, create test scenarios, find edge cases, or verify bug fixes. Covers manual testing workflows, cross-browser testing, edge case identification, and testing checklists for non-technical founders.

technical-seo

157
from whawkinsiv/solo-founder-superpowers

Use this skill to implement technical SEO optimizations in code — meta tags, schema markup, Core Web Vitals, crawlability, robots.txt, sitemaps, and GEO (Generative Engine Optimization) for AI search engines. This is the implementation skill — for strategy see seo, for content writing see seo-content, for auditing see seo-audit.

support

157
from whawkinsiv/solo-founder-superpowers

Use this skill when the user needs to create help docs, build a knowledge base, set up self-serve support, or reduce support tickets. Covers documentation strategy, help center structure, support tone, and scaling support without hiring.

social-media

157
from whawkinsiv/solo-founder-superpowers

Use this skill when the user needs to grow a social media presence, create content for Twitter/X, LinkedIn, or other platforms, build a founder brand, or use social media as a distribution channel. Covers platform strategy, content frameworks, posting cadence, and audience building for bootstrapped SaaS founders.

seo

157
from whawkinsiv/solo-founder-superpowers

Use this skill when the user needs to plan SEO content, do keyword research, build a content calendar, map search intent to page types, or create an internal linking strategy. Also use when the user says 'how do I rank higher,' 'what should I write about for SEO,' 'SEO plan,' 'what keywords should I target,' or 'how to get organic traffic.' This is the strategy and planning skill — for writing content see seo-content, for technical implementation see technical-seo, for auditing see seo-audit.

seo-content

157
from whawkinsiv/solo-founder-superpowers

Use this skill when the user needs to write SEO content — blog posts, landing pages, feature pages, comparison pages, how-to guides, or any content meant to rank in search and get cited by AI. Covers content briefs, humanized writing that avoids AI detection, SERP feature targeting, entity optimization, content refresh, and quality self-checks. This is the writing skill — for strategy see seo, for technical implementation see technical-seo, for auditing see seo-audit.

seo-audit

157
from whawkinsiv/solo-founder-superpowers

Audit a codebase for SEO and AI-answer visibility, then produce a prioritized fix-it plan. Use this skill whenever a user says things like "audit my SEO", "check my site for search visibility", "how do I rank better", "optimize for Google", "optimize for AI answers", "SEO review", "GEO audit", "run the SEO agent", or anything about improving organic traffic or search rankings. Also trigger when someone mentions wanting visibility in AI-generated answers (ChatGPT, Gemini, Perplexity, Claude). Works on any web project — static sites, Next.js, Astro, Hugo, WordPress themes, or anything that outputs HTML.

secure

157
from whawkinsiv/solo-founder-superpowers

Use this skill when the user needs to secure their SaaS app, implement authentication, protect user data, secure APIs, or check for vulnerabilities. Also use when the user says 'is my app secure,' 'security check,' 'I'm worried about hackers,' 'how do I protect user data,' or 'security before launch.' Covers OWASP Top 10, auth best practices, data protection, and security checklists for apps built with AI tools.