The moment a team hits a missing feature, they do one of three things: file a support ticket that disappears into a vendor forum, find a workaround that creates technical debt, or start quietly evaluating competitors. What they don't have is any systematic way to know whether that missing thing is coming, how many others need it, or whether a different tool already does it.

Complaints like 'there are a few minor features in their roadmap and we're eager to see them implemented' and 'would like to have a few features currently in development sooner' reveal something specific: users don't lack access to vendor roadmaps, they lack the ability to apply pressure or make informed decisions based on roadmap timelines. Vendors publish roadmaps as marketing, not commitments.

The gap that persists is that vendor-side public roadmaps are written for the vendor's interests — they show direction, not dates, and they're never cross-referenced with competitor capabilities so users can evaluate whether to wait or switch. No one aggregates 'feature X is missing from Tool A but live in Tool B' in a way that's actionable for someone mid-contract.

This is a recurring business need because software contracts renew annually, teams grow and their requirements change, and 'missing features' is consistently the top complaint category across PM tools. A team that uses this to decide whether to stay or switch at renewal — and to make that case internally with data — will pay for it, because the alternative is a subjective debate that often goes nowhere.

What to build

Build a subscription service for PM power users that tracks publicly stated vendor roadmap commitments, matches them against a database of reported feature gaps, and sends a monthly digest showing which missing features shipped, which slipped, and which competing tools already have them natively.

Where to start

Launch specifically around Aha! and one or two direct competitors, since roadmapping tools have the most vocal user communities and the most documented tier-confusion complaints — that community gives you both initial users and a steady stream of gap reports.

The hard part

Getting the first cohort of users to trust the gap data enough to act on it — because if your database says 'Feature X is live in Tool B' and they test it and it's buried behind an add-on, you've broken the one thing the product depends on.

How it makes money

Monthly subscription per team ($49–99/month), with an annual plan discount; expand to a per-organization tier for companies managing multiple tool contracts.

See the evidence. The complaints behind this idea, the products they came from, and similar ideas in Project Management.

More ideas in Project Management