MVPKit
← All guides

Feedback · Comparison

Should a small product have a public roadmap?

A public roadmap shows customers what you plan to build. It can build trust and save you from answering “is this coming?” a dozen times. It can also turn every plan into a promise. Here's how to weigh it.

Why people like public roadmaps

Why it can hurt

A lighter version for small teams

You don't need a roadmap tool with timelines and dates. Three short lists are enough:

No dates. Fewer items than you think; five things in Now is already a lot for a small team. When something ships, move it to a short “Recently done” list. That last list does much of the trust-building on its own.

Roadmap, ideas board or changelog?

The three get mixed up a lot:

ShowsWritten by
Ideas boardWhat customers wantCustomers (you approve)
RoadmapWhat you plan to buildYou
ChangelogWhat you already shippedYou

If you can keep only one up to date, a changelog is the safest. It's never wrong about the future. An ideas board comes next: it shows demand without you promising anything.

So, should you?

Share one if customers often ask what's coming and you can update it every few weeks. Skip it if your plans change every week, or if you know you won't keep it current. Then a public ideas board plus a short “What's new” article in your help center gives you most of the benefit with fewer promises.

Quick rule: Never put a date on a public roadmap unless you'd bet money on it.

MVPKit doesn't have a roadmap page yet. It has a public ideas board for each project, where people suggest and vote, and a help center where you can keep a “What's new” article. For many small products, that pair is enough.

Want to show what customers ask for, without promising dates? See MVPKit's ideas board.