Self-initiated · UX & UI · 2026

FeedbackDrop —
Customer feedback,
prioritized

Designing a focused feedback board for SaaS teams — from competitive research and user personas through to a complete high-fidelity UI system, grounded in real PM workflows.

UX ResearchUI DesignWeb AppFigma2026
FeedbackDrop dashboard
My Role
Solo UX & UI Designer
Duration
Full design process · 2026
Tools
Figma · FigJam · Pencil
Platform
Web App · Desktop 1440px

Feedback is everywhere — and nowhere

Product managers and founders at early-stage SaaS companies (5–30 people) track customer feedback across Slack threads, spreadsheets, emails, and sticky notes. Feature requests get lost, duplicates pile up, and there's no way to see which requests have the most demand. By the time they build something, they've often built the wrong thing.

Enterprise tools like Canny ($399/mo for useful features) and UserVoice ($1,333/mo) are overkill and overpriced. Simple tools like Nolt and Fider have outdated UIs, no analytics dashboard, and no way to close the feedback loop. There's a clear gap in the $15–50/mo range for a modern, focused tool that's powerful enough to prioritise but simple enough to set up in 5 minutes.

Understanding the market

Before opening Figma I audited four direct and indirect competitors to find specific UX failures and pricing gaps the product could exploit.

22%
Higher retention for companies that invest in customer experience (Zendesk 2025)
81%
Of workers prioritise employers who support feedback-driven development
$399
Monthly cost before Canny unlocks "real" features — the pricing gap FeedbackDrop fills

Competitive audit

Canny
Enterprise · San Francisco
Strengths
AI duplicate detection, revenue impact scoring
Roadmap + changelog features
Weaknesses
Massive price jump $79→$399/mo
Complex onboarding, not intuitive
Featurebase
All-in-one · Estonia
Strengths
Best free tier, modern UI
AI search + deduplication
Weaknesses
Tries to do too much (support + feedback)
Per-seat pricing adds up fast
Nolt
Lightweight board
Strengths
Clean minimal design, 5.0 G2 rating
SSO included on first plan
Weaknesses
No analytics dashboard at all
Outdated UI, barely any updates shipped
Fider
Open-source · self-hosted
Strengths
Full data ownership, simple voting
Free self-host option
Weaknesses
No roadmap, changelog, or analytics
No email notifications to close the loop
Design gaps identified
No competitor has a real admin dashboard — Nolt and Fider have none, Canny's is cluttered
Feedback-to-action loop is broken — collecting is easy, knowing what to build next is the hard part
Onboarding is always too slow — none can get a PM from signup to first feedback in under 5 min
Public boards look generic — no tool lets you make it feel like part of your own product
Opportunities for FeedbackDrop
Own the "best admin dashboard" position — make data-driven prioritisation fast
Close the loop automatically — status changes notify voters, no manual follow-up
5-minute onboarding as a core feature, not an afterthought
White-label board — customer's brand first, "Powered by FeedbackDrop" footer only

Two users, one product

FeedbackDrop serves two completely different people simultaneously — the admin managing the product, and the end user submitting ideas. I created a primary and secondary persona to keep both in view throughout every design decision.

Lisa Richter
Lisa Richter
Primary persona — Admin / Product Manager
32 years oldProduct ManagerB2B SaaS startupBerlin, DETeam of 18
Goals
See all feedback in one place, not scattered across tools
Know which requests have the most business impact
Close the loop — tell users when their request ships
Justify roadmap decisions to stakeholders with data
Frustrations
Duplicate requests from different channels look like separate items
No way to see which paying customers want what
Enterprise tools are too expensive and too complex
Users never know the status of their requests

“I have feedback scattered across 4 tools and my own memory. Every quarter I spend a full week just trying to figure out what to build next — and I'm still not confident I picked right.”

— Lisa, user persona
Jake Torres
Jake Torres
Secondary persona — Solo Founder / End User
27 years oldSolo FounderIndie SaaSLisbon, PT~200 users
Goals
Give users a public place to suggest and vote on ideas
See what rises to the top without manual sorting
Set up in 5 minutes, not 5 days
Stay under $30/month
Frustrations
Every tool wants him to be an enterprise
Too many features he'll never use
Existing boards look ugly and off-brand
No time to learn a complex dashboard

“My users DM me on Twitter with feature requests. I 'heart' them and then forget. I need something so simple that I'll actually use it — not another tool I sign up for and abandon.”

— Jake, user persona

Mapping Lisa's pain points

I mapped Lisa's end-to-end feedback workflow to find where the pain is worst — then reframed each pain point as a design opportunity.

Stage1. Receive feedback2. Log & organise3. Prioritise4. Decide & plan5. Close the loop
TasksCheck Intercom, Slack, email, sales notesCopy into spreadsheet, tag, check duplicatesCount votes, weigh business goals, compare effortPick features for sprint, justify to stakeholdersEmail users, update changelog
Emotion😫 Overwhelmed
Feedback everywhere
😤 Tedious
Manual copy-paste
😟 Uncertain
No confidence in data
😰 Anxious
Gut feel, not data
😔 Guilty
Forgets to follow up
Pain point5+ channels to check dailyDuplicates pile up unseenVotes ≠ business valueNo data to show leadershipUsers feel ignored
OpportunityWidget + integrationsAuto-dedup + taggingImpact scoringVisual priority dashboardAuto-notify on status change

These pain points became four design challenges that shaped every screen:

1

HMW help PMs see which feedback actually matters — not just which has the most votes?

2

HMW make the feedback board feel like part of the customer's own product?

3

HMW close the loop — so users who gave feedback know their voice was heard?

4

HMW get a new user from signup to first feedback in under 5 minutes?

Building less on purpose

Not every feature belongs in v1. I used MoSCoW prioritisation to scope FeedbackDrop to four core features — each one mapped to a specific pain point from the user journey.

Feedback board with voting
Solves: feedback is scattered

Public board where users submit and upvote ideas.

Admin dashboard
Solves: no way to see what matters

Trends, top requests, volume at a glance.

Status workflow
Solves: users feel ignored

Under review → Planned → In progress → Shipped → Closed.

Category tags & filters
Solves: duplicates pile up unseen

Tag by type, filter, sort, search.

Deferred to v2: email notifications, embeddable widget, board customisation, Slack integration, impact scoring, and public roadmap — each validated by research but not essential for the core feedback loop.

Structuring the product

FeedbackDrop has two entry points — the authenticated admin panel (4 screens) and the public board (1 screen). I mapped the full IA before wireframing to make sure no screen was designed in isolation.

Admin Panel (authenticated)
01
Dashboard
02
Feedback Board
03
Detail View
04
Settings
Public Board
05
Public Feedback Board

The admin panel flows left-to-right: Dashboard (overview) → Feedback (all items) → Detail (single item) → Settings (configuration). The public board is a standalone branded page accessible without login.

How users move through the product

I mapped three core flows to validate the IA and spot friction before building any UI.

1
Lisa reviews and prioritises feedback (admin flow)
Open appDashboardScan top requestsFeedback BoardFilter by categoryClick requestDetail viewReview votes & commentsChange status → "Planned"42 voters auto-notified ✓
2
End user submits feedback & votes (public flow)
Visit board URLPublic boardBrowse / search ideasIdea exists? → UpvoteNo match → "New Idea"Submit formIdea posted on board ✓
3
Jake onboards FeedbackDrop (setup flow)
Sign upOnboardingName board + set brand colourAdd categoriesDashboardCopy embed codeLive in under 5 minutes ✓

Building the visual language

I built the design system before touching any screens so components could be created once and reused everywhere — ensuring visual consistency across all 5 views.

Colour palette

Primary
#6D28D9
Buttons · active states · voted
Primary Light
#8B5CF6
Hover states · logo bg
Primary BG
#EDE9FE
Admin badges · light bg
Sidebar
#111827
Sidebar background
Surface
#F9FAFB
Page background
Text Primary
#111827
Headings · titles
Text Secondary
#6B7280
Descriptions · labels
Border
#E5E7EB
Card & input borders

Status pills

Under review
Planned
In progress
Shipped
Closed

Typography scale — Inter / Satoshi

Page title
20pxw500
Section heading
18pxw500
Card title
15pxw500
Item title
14pxw500
Body
14pxw400
Description
13pxw400
Meta
12pxw400
Pill / badge
11pxw500

Five views, one product

All 5 screens built at 1440×900px. Each one maps directly to a section of the IA and solves a specific job from the user journey.

01Dashboard

Lisa's home base. Four KPI metrics (total feedback, new this month, shipped, avg votes), top requests by votes with status pills, status breakdown bar chart, 12-month feedback trend, and a live activity feed — all on a single screen.

FeedbackDrop dashboard
02Feedback Board

Full list of all feedback. Status filter pills at top (Under review · 64, Planned · 36, In progress · 18, Shipped · 12), search bar, sort control. Vote-first layout — every item leads with the upvote count on the left.

FeedbackDrop feedback board
03Detail View

Deep dive into a single request. Full description, 42 voter avatars, comment thread with admin badges. Right sidebar: status dropdown (with notification count "42 voters will be notified"), category, and metadata card.

FeedbackDrop detail view
04Public Board

The customer-facing page. White-labelled with Acme App's brand identity — logo, name, custom subdomain feedback.acme.com. Purple hero header, search + sort tabs, 'New Idea' CTA, ranked feedback list. 'Powered by FeedbackDrop' footer is the only FD brand mark.

FeedbackDrop public board
05Settings

Admin configuration in a tabbed layout: Branding (name, description, brand color #6D28D9, custom domain with CNAME helper), Categories (chip management with + Add), Widget (embed <script> with copy button, toggle controls), Integrations (Slack connected, Linear + Intercom with Connect buttons).

FeedbackDrop settings

Eight decisions with rationale

Every choice traces back to a research finding or a competitive gap.

1
Purple as primary colour
Purple (#6D28D9) was chosen to differentiate from the blue-heavy SaaS landscape. Competitors Canny, Nolt, and Featurebase all use blue. Purple feels modern, premium, and stands out in product screenshots and case studies.
2
Dark sidebar navigation
A dark sidebar (#111827) creates clear visual separation between navigation and content. It mirrors patterns users are familiar with from Linear, Notion, and Slack — the exact tools our target users already live in daily.
3
Vote-first layout on every feedback item
Every feedback item leads with the vote count on the left. This is intentional — the most important signal for prioritisation should be the first thing Lisa sees when scanning the list. The hierarchy Vote → Title → Status → Category → Meta was derived directly from the user journey pain point: 'I need to see what matters, fast.'
4
Status pills with semantic colours
Each status gets a distinct bg/text colour pair: amber for Under review (needs attention), purple for Planned (committed), blue for In progress (active work), green for Shipped (done), grey for Closed. These match intuitive associations so Lisa never has to read the text to understand status at a glance.
5
Admin controls in a right sidebar (detail view)
On the detail view, admin controls (status and category dropdowns) sit in a right sidebar rather than inline. This keeps the feedback content clean and readable. The notification card 'X voters will be notified' reinforces the consequence — every status change closes the loop.
6
Public board as a branded experience
The public board uses the customer's brand colour in the header, not FeedbackDrop's purple. This directly addresses the competitive gap: 'no tool lets you make the board feel like part of your own product.' The 'Powered by FeedbackDrop' footer is subtle — it's the customer's space, not ours.
7
Settings with a ready-to-copy embed code
The settings page shows a ready-to-copy script tag because Jake needs to go from signup to live feedback in 5 minutes. Showing the exact code with a copy button removes friction — he doesn't need to read docs or find an API key.
8
Five screens, not fifteen
We deliberately scoped to 5 screens instead of designing every edge case. This shows product thinking — knowing what to include in v1 and what to defer. The MoSCoW table backs every inclusion and exclusion decision.

What I took away

✓ What went well
Research-first approach shaped every decision — competitive gaps directly became our features. Keeping scope tight made the project focused and credible. The design system ensured consistency across all 5 screens — components were built once and reused everywhere.
★ What I learned
Designing for B2B SaaS requires thinking about two users simultaneously — the public board and admin dashboard serve completely different needs. Competitive auditing revealed specific UX failures that became design opportunities. Scoping matters — a focused product demonstrates better thinking than an overscoped platform.
↻ What I'd do differently
Run usability testing on the feedback submission flow — it's the highest-friction step for end users. Design the empty states — the first-time experience is critical for onboarding. Explore a mobile responsive version since PMs often check dashboards on their phones.
→ Next steps if continued
Onboarding flow & empty states · "New idea" submission modal · Mobile responsive layouts · Dark mode for admin panel · Notification preferences screen · Public roadmap view (v2)
Key takeaway

“In B2B design, the best UX is often invisible density— surfacing exactly the right information at the right moment, without the user feeling overwhelmed. The hardest part isn't adding features. It's deciding which 5 screens to build and which 15 to leave for v2.”

Next project
Smokin Grill — Food ordering experience
View case study ↗