Every feature in the roadmap passes through the same three checks before it earns the prod badge:
tests/e2e/<feature_key>.spec.ts drives the real UI or API in a clean environment.pass and the consecutive-failure count is zero.prod Auto-test passed on the most recent CI run, smoke-run inside 30 days, no open regressions. Counts toward the headline launch-readiness percentage.
known issue Auto-test or smoke-run is failing, or a customer-visible regression has been reported and accepted. Shown on the public status page and excluded from the percentage.
untested No automated spec yet, or the 30-day smoke-run window has lapsed. The feature still exists in the product — we just won’t claim it’s verified.
RMM tools have a quiet history of shipping features that “technically work” in a demo but fail in production. We don’t want to be one of those. The 30-day window forces us to re-prove the basics regularly — it’s the easiest way to catch a feature that silently broke during a refactor.
The downside is honest: our percentage will sometimes drop after a release, not because we shipped bugs, but because a smoke-run lapsed or a flaky test landed. We’d rather have that conversation than hide it.
The headline percentage on /roadmap reads from /api/public/launch-readiness. That endpoint counts only shipped features whose latest test run is green and whose smoke-run is inside the 30-day window. Anyone can call it — no sign-in required.
If you find a feature labelled prod that doesn’t actually work for you, please tell us. The fastest way is the “Report a bug” button on any dashboard page, or email support@patchpilot.co.uk.