Using UserVoice Beyond Product Feedback

Seven more ways to use UserVoice, from all-hands questions to help-center requests.

On this page

    UserVoice is built around a simple loop: people submit, others vote, someone acts, and everyone hears what happened. That loop works for far more than product requests. This guide gives you seven recipes, each with its setup, how it runs, and a status update you can copy.

    Why the loop travels

    Any time a group has more questions or ideas than time, and wants to know what happened to theirs, the same four steps apply.

    StepIn UserVoiceWhy it matters
    SubmitAnyone posts in a forum, from the portal, the widget, or SlackOne place, instead of a chat thread nobody can follow
    VoteOthers vote, comment, and rate importanceThe group decides what matters most, not the loudest voice
    ActAn owner picks the top items and acts on themEffort goes where the votes are
    Close the loopA status update, with a message, emails everyone who took partNothing disappears, including what you didn't get to
    Good to know

    Employee recipes need a private home. The all-hands, big-change, employee ideas, hackathon, and retrospective recipes are for employees. Run them on an instance restricted to signed-in employees, apart from customer feedback.

    All-hands questions

    Employees submit questions before each all-hands and vote. Leaders answer the top questions live, and answer the rest in writing, so every question gets a response.

    Set up
    ForumAll-hands questions, with a category for each meeting
    Who can see itEvery employee, signed in with their work account
    StatusesAnswered live, Answered in writing
    RhythmOpen a week before each all-hands, and close out within a week after

    How it runs

    1. Open the meeting's category a week ahead, and announce it in Slack.
    2. Employees post questions and vote on others'. Merge duplicates as they come in.
    3. The day before, take the top questions by votes into the agenda.
    4. After the meeting, mark those Answered live, with a link to the recording.
    5. An executive answers every remaining question, and marks it Answered in writing with the answer as the message.

    Status update

    Thanks for asking. [Executive name]: [Answer in two or three sentences.] If you'd like to talk it through, [where to follow up].

    Questions during big changes

    A reorganization, an acquisition, an office move, or a benefits change raises the same questions over and over. Collect them in one place, answer the most-asked first, and publish the answers.

    Set up
    ForumQuestions about [the change], with categories by topic, such as timing, teams, and benefits
    Who can see itThe employees affected, or everyone
    StatusesAnswered, Still deciding, Answered in the FAQ
    RhythmDaily for the first week, then weekly until the change is complete

    How it runs

    1. Open the forum the day the change is announced, and link it from the announcement.
    2. Assign an owner to each category, such as HR for benefits and leadership for teams.
    3. Answer the most-voted questions first, and merge duplicates so each answer reaches everyone who asked.
    4. When the answer isn't known yet, say so with Still deciding, and when you expect to know.
    5. Collect the answers into an FAQ, and mark those questions Answered in the FAQ with a link.

    Status update

    We don't have a final answer yet. We expect to decide by [date], and we'll update this question then. Here's what we know today: [what's known].

    An employee ideas program

    Employees see problems and opportunities every day. Give them one place to suggest improvements to products, processes, and culture, and show that ideas get a real hearing.

    Set up
    ForumEmployee ideas, with categories such as Product, Customers, Process, and Workplace
    Who can see itEvery employee
    StatusesUnder review, Piloting, Adopted, Not now
    RhythmA review panel meets each quarter

    How it runs

    1. Launch with a clear scope: what kinds of ideas, and who reviews them.
    2. Employees post ideas, vote, and rate how important each one is to them.
    3. Each quarter, the panel reviews the top ideas by votes and importance.
    4. Mark ideas you'll try as Piloting, and the ones you'll keep as Adopted. Thank the people behind them at the all-hands.
    5. Explain every Not now. A reason keeps people suggesting.

    Status update

    We're piloting this with [team] starting [date]. Thank you, [name], for suggesting it, and to the [N] people who voted for it. We'll share what we learn by [date].

    Hackathon projects

    Let the company choose what gets built. Teams pitch projects, colleagues vote, and the winners get built during the hackathon.

    Set up
    ForumHackathon [date], one per event
    Who can see itEvery employee
    StatusesSelected, Built, Not selected this time
    RhythmPitches open two weeks before, voting closes a few days before

    How it runs

    1. Open the forum two weeks before the event. Each project idea is a post.
    2. People vote, and comment to say they'd like to join a team.
    3. When voting closes, mark the top projects Selected, and form teams from the comments.
    4. After the event, mark each project Built, with a link to the demo.
    5. Mark the rest Not selected this time, and invite them back next event.

    Status update

    Built! Watch the demo: [link]. The team: [names]. Thank you to the [N] people who voted for it.

    Retrospectives

    After a launch or a quarter, ask the team what to keep, change, or stop. Votes decide what you discuss, and status updates track what you do about it.

    Set up
    ForumRetrospectives, with a category for each one
    Who can see itThe team, or everyone involved
    StatusesDiscussed, Action item, Done
    LabelsKeep, Change, Stop

    How it runs

    1. Open the retro's category a few days before the meeting.
    2. People post items with a Keep, Change, or Stop label, and vote on others'.
    3. In the meeting, start with the most-voted items.
    4. Mark items you'll act on as Action item, with an owner in the message.
    5. Mark them Done when they're done, so the next retro starts from progress.

    Status update

    Action item. [Owner] will [what will change] by [date]. We'll check on it at the next retrospective.

    Help-center requests

    Customers know which articles are missing. Let them ask and vote, write the most-requested first, and close each request with a link to the article.

    Set up
    ForumHelp-center requests, with categories by product area
    Who can see itCustomers, on your portal
    StatusesWriting, Published, Not planned
    RhythmThe docs team reviews requests every two weeks

    How it runs

    1. Add a “Request an article” link to your help center's header and to every article's footer.
    2. Customers post requests and vote. Merge duplicates as they come in.
    3. The docs team writes the most-requested articles first.
    4. Mark each request Published, with the article's link in the message.
    5. Update older requests when a new article covers them.

    Status update

    It's here: [article title and link]. Thanks for asking, and to the [N] customers who voted for it.
    Good to know

    Statuses are shared across an instance. Choose status names that make sense for every forum on the instance, or run this recipe where its statuses fit.

    Event and training topics

    Before you build an agenda, ask the people who'll attend. Customers vote on webinar, conference, and training topics, and hear when their topic is scheduled.

    Set up
    ForumEvent topics, with categories for webinars, conference sessions, and training
    Who can see itCustomers, or only the attendees you invite
    StatusesSelected, Scheduled, Recorded
    RhythmA voting window before each agenda is set

    How it runs

    1. Open topic suggestions a month before the agenda is due.
    2. Customers suggest topics, vote, and rate how important each is to them.
    3. Build the agenda from the top topics, and mark them Selected.
    4. When a session is booked, mark it Scheduled, with the date and the sign-up link.
    5. Afterward, mark it Recorded, with a link to the recording.

    Status update

    Scheduled for [date]. Sign up here: [link]. Thank you to the [N] customers who asked for this topic.

    Running several at once

    Most recipes need only one forum each, so you can run several side by side.

    RecipeWhere it runsOwner
    All-hands questionsEmployee instanceInternal communications
    Questions during big changesEmployee instanceHR and leadership
    Employee ideas programEmployee instanceA review panel
    Hackathon projectsEmployee instanceThe event organizer
    RetrospectivesEmployee instanceEach team lead
    Help-center requestsYour customer instanceThe docs team
    Event and training topicsYour customer instanceMarketing or education
    • Give every forum an owner, and put its rhythm on their calendar.
    • Agree on status names that work for every forum on the same instance.
    • Start with one recipe, run it for a cycle, and add the next once it works.

    Try it with your AI assistant

    1 of 4 prompts in the PDF

    Attach the PDF to Claude, ChatGPT, or another assistant, then paste:

    Using the UserVoice guide I attached, help me plan [recipe] for [company]. Ask me about our team, our rhythm, and who will own it first.

    Three more prompts and the checklist are in the full guide. Get it by email →

    Free, by email

    Get the full guide

    We'll email you the 12-page PDF. It adds two things that aren't on this page:

    • A six-step checklist to put the guide into practice
    • Four AI prompts for Claude, ChatGPT, or your assistant of choice, including ones that use the UserVoice MCP to work with your own feedback data
    Cover of Using UserVoice Beyond Product Feedback guide from UserVoice