Week | Action |
Week 1 | Send Interview Invites and Create a Feedback Board • Identify your top 10 users (those with high usage, paid plans, or lots of feedback) and send them an interview request via message or email. Since it might take a few days to hear back, I'd recommend getting these requests out as early as possible. • Set up a feedback board for feature requests and bug reports using Slashpage, then add the link to your website or app. Include in your onboarding messages or newsletter a clickable link labelled “Give feedback” that leads to your feedback board. This costs nothing yet keeps the channel active. This costs nothing yet keeps the channel active. |
Week 2 | Add Your Roadmap and Launch Quick Surveys • Add features you're currently developing or planning to your feedback board, and include a public roadmap too. This way, users won't feel the pressure of being the first to post on an empty board, and they can also learn about what's in the works. • Use Hotjar or Qualtrics to add a single-question survey to your website or app. I'd suggest adding a light question right after onboarding, something like 'How easy was it to get started with our product?’ |
Week 3 | Conduct Interviews and Follow Up • Start interviewing users who responded to your requests, and kick off the conversation with questions like 'Could you walk me through your experience the last time you tried to do A?' If you reached out to 10 people but fewer than 5 actually respond, don't worry. That's totally normal! Just send a reminder message to those who haven't replied yet. |
Event | Ideal moment | What to ask | Why it works |
After onboarding | When user has experienced your "aha moment" | "What surprised you? What still feels difficult?" | Captures early impressions and friction before habits form |
After a key feature/flow completion | Example: after first purchase, first report generated | "What part of this flow could be smoother?" | Feedback tied to an action has context |
After you release something in response to feedback | Within days of announcing update | "We did OOO. How is your experience now?" | Closing the loop boosts trust and encourages future feedback |
Priority Level | Definition & Example | Action |
M (Must) | - Critical to user experience or core function, or involves service stability, security, or a core flow disruption - Example: payment errors, login failures, data loss, etc. | Assign a responsible person and accountable owner, then resolve immediately. |
S (Should) | - Highly connected to current roadmap or business goals, but not immediately fatal if not done - Example: feature requested by key customers, onboarding issues, UX flow improvements for retention, etc. | Review in team meetings using criteria like resource-vs-value; run a test with a subset of users (e.g., beta testers). After a set period, assess usage data or user interviews to either elevate to M or defer to C. |
C (Could) | - Improves user experience but doesn’t threaten current business direction - Example: fine UI-design tweaks, requests from small user groups, etc. | Classify under ideas/improvement suggestions and re-assess each quarter in light of roadmap or product goals. |
W (Won’t) | - Not feasible with current resources, or applies only to a limited user group - Example: a complex feature requested by a single proposer that does not align with the current growth goal, etc. | Keep in backlog, document why we’re not doing it now and under what conditions we might revisit it. |
Feature | Why it matters for small teams | Example Tools |
Quick surveys | Fast to implement, increases response rates | Hotjar, Qualtrics, SurveyMonkey |
Public feedback board | Builds transparency, users can see and search submissions | Slashpage, Rapidr, Canny, Featurebase |
Short user interviews | Uncovers qualitative insights behind the data | Calendly, Google Meet, Read AI |