Feedback boards

A board isan app — there's no separate board object to create. Creating an app called Acme with the slug acme gives you three public pages immediately:

One app means exactly one board. There are no sub-boards or multiple boards per product — the four categories below are the only way to divide posts.

Every post starts as Open. Only agents and admins can change it, and the status is what drives the roadmap and changelog pages.

1. Open the board at /b/{slug} and sign in — posting requires an account.
2. Use the form in the sidebar: a title, an optional description, and a category.
3. Categories are Feedback, Bug, Feature, and Question. This list is fixed.
4. Submit — you land on the new post, which starts at Open with zero votes.

• You must be signed in. Anonymous visitors see the vote button but it's disabled.
• One vote per person per post. Clicking again removes your vote — it's a toggle.
• All votes count equally. There is no weighting by plan, seniority, or anything else.
• Vote counts are public, and so is the record of who voted for what.

Votes are what order the roadmap: within each column, the highest-voted post sits at the top. On the board itself you have to choose Most votes to sort that way — the default is newest first.

• Signed-in users only. Anonymous visitors see “Sign in to comment.”
• Comments show oldest first, in a flat list — there are no threaded replies in the UI.
• Each comment shows the author's name (or email) and a relative time. Staff are not badged, so an official answer looks like any other comment.
• There is no edit, delete, hide, or report control — for authors or for staff.

Every control on the board writes to the URL, so any filtered view can be bookmarked or shared as a link.

Search syntax

Search understands quoted phrases, or, and - to exclude a word — so "dark mode" -mobile works as you'd expect. It matches word stems, so exportingfinds “export”. It searches titles and descriptions only, not comments.

/feedback is the internal triage view for agents and admins. It lists the 100 most-recently-updated posts across every app.

Each row shows the status, category, title, app name, vote count, and last-updated time, plus a status dropdown. Changing that dropdown is the only action available on this screen.

A workable triage rhythm

1. Sort the public board by Most votes, filtered to Open, to see what has traction.
2. Move the ones you'll build to Planned — they appear on the roadmap immediately.
3. Flip to In progress when work starts, so voters can see momentum.
4. Mark Done on release — this publishes it to the changelog.
5. Use Declined honestly, and leave a comment explaining why. Declined posts vanish from the roadmap but stay on the board.

An app has an is public flag. Turn it off and anonymous visitors get a 404 for the board, roadmap, changelog, and every post — while agents and admins keep full access. Use this for a product in closed beta.