Offline votes disappear after relaunch
In Progress76 votes · General Feedback
Gleam gives users one clear feedback board for feature requests, bug reports, votes, comments, and status updates. Your team gets the signal in one place instead of stitching it together by hand.
Customer-facing feedback
gleam.land/feedback
Users can vote, comment, and follow progress without seeing the admin UI.
Offline votes disappear after relaunch
In Progress76 votes · General Feedback
Crash reports need automatic device context
Under ReviewThree affected builds with scoped device metadata.
Dark mode for customer portal
Completed37 votes · Portal
The problem
When feature requests land in app reviews, DMs, support email, and private notes, you cannot tell which issues are isolated complaints and which ones are blocking retention.
The solution
Create a lightweight public or private feedback board for every project. Gleam groups similar requests, keeps votes and comments attached, and gives each post a status users can understand.
Capabilities
Each product area is designed to stay lightweight enough for a small team, while keeping the data structured enough for automation, reporting, and agent-assisted work.
Use cases
These are the situations where the feature should be visible to users or connected to an internal product workflow.
Use a board when requests are split across support email, app reviews, chat, and private notes. A single feedback surface gives users a known place to submit ideas and gives the team one source of truth for triage.
Votes, comments, and duplicate reports help separate one-off complaints from problems many users share. Product teams can review the request history before moving work into roadmap planning.
When a request changes status, the same post can carry the reply, roadmap link, shipped update, and follow-up notification. Users can see that their feedback remained attached to the work.
Workflow
Users submit a request from your portal, app, or SDK entry point.
Votes, comments, duplicate reports, and board context stay attached.
The team sees which requests are urgent, repeated, or tied to churn risk.
Implementation
Gleam is designed to start small, but each feature still has a few product decisions worth making before inviting users.
Public boards reduce repeated support questions and let users vote together. Private boards are better for internal beta programs, sensitive B2B accounts, or feedback that should not expose roadmap direction.
A small status set is easier for users to trust. Use labels such as Open, Under Review, Planned, In Progress, and Completed before adding custom internal workflow language.
Most early products should begin with one General Feedback board. Add separate boards only when categories need different moderation rules, owners, or submission guidance.
Outcomes
More features