A single item on the product roadmap
A roadmap item is a single entry on a roadmapRoadmapProduct SpecificationA strategic plan of features and milestonesView reference →: one bet, placed in a time horizon, carrying enough framing that a reader understands what it is for. The interesting question about any item is what it names. An item phrased as a featureFeatureProduct SpecificationA product capability or featureView reference → reads as a promise to build a thing; an item phrased as an outcomeOutcomeStrategyA desired business or user outcomeView reference → reads as a commitment to a result, with the thing left open. That choice decides how the whole roadmap behaves.
The roadmap item inherited its default shape from the timeline roadmap, where each entry was a feature with a date. That shape is what made roadmaps brittle. As LogRocket describes the shift, a feature item like "add notifications" or "improve search" says nothing about why it matters, so the roadmap becomes a list of commitments disconnected from impact, and the company reads the list as a contract.
The outcome-oriented item answers a different question. It names the change to pursue, framed as "increase activation by 20%" or "reduce time-to-first-value", leaving the build unspecified and the team free to discover which feature delivers it. ProductPlan's account of outcome-driven roadmaps ties this to the diagnosis that feature roadmaps ship everything on time while the metricsMetricStrategyA unified metric that measures progress, health, or behaviour across the productView reference → drift, because the items were never accountable to a result. Product Roadmaps Relaunched formalised the broader unit as the themeThemeProduct SpecificationA strategic grouping of related featuresView reference →, an outcome-framed area of work that holds candidate features beneath it as options, none of them yet a commitment.
The field has not abandoned feature items entirely. A Now-horizon item is often a committed feature in flight, because work close to delivery is specific by necessity. The discipline is keeping feature-shaped items in the near horizon and outcome-shaped items further out, so that distance from delivery matches looseness of commitment.
A subscriptionSubscriptionSales & RevenueA recurring subscriptionView reference → product carries two items. The first, in Later, reads "lift trial-to-paid conversion", with a baseline of 12% and a target of 18%, and no feature attached yet. The second, in Now, reads "ship in-app upgrade prompt", a specific feature already in build.
Both are valid items, and the difference is deliberate. The Later item is accountable to a number, so when discovery surfaces three candidate features, pricing clarity, a guided trial, and the upgrade prompt, the team can compare them against the same target before committing. The Now item is a feature because it has already won that comparison and entered delivery. When a stakeholderStakeholderTeam & OrganisationA person with influence over the productView reference → asks for the upgrade prompt to be promoted, the PM checks whether it serves the conversion outcome, treating the request as a candidate to weigh, not a queue position to honour. The outcome item governs; the feature item executes.
In the Unified Product Graph, a roadmap_item is a leaf in the Product & Delivery region. It belongs to its plan through RoadmapcontainsRoadmap Itemhierarchy, and when it has resolved into a concrete build it points to the capability through roadmap_contains_roadmap_itemRoadmap ItemreferencesFeaturecross-domain. Keeping the item and the feature as distinct nodes joined by an edge is what lets the graph hold an outcome-framed item that has not yet chosen its feature, and lets one feature be referenced by items across successive roadmaps without duplicating it.roadmap_item_references_feature
Type-specific fields on BaseNode
quarterstringPlanning quarter (e.g. "Q2 2026"). Pair with `start_date`/`target_date` for precise scheduling.
prioritystringImportance against other items
item_statusstringStatus. `deferred` = explicitly pushed to a later period.
confidencestringDelivery confidence within the planned period.
start_datestringISO date work begins. More precise than `quarter` for continuous planning.
target_datestringISO date completion is expected. For shipped items, the actual completion date.
idstringrequiredUnique identifier (UUID)
typeNodeTyperequiredDiscriminator for the entity type
titlestringrequiredDisplay name
descriptionstringOptional detailed description
statusstringLifecycle status
tagsstring[]Freeform tags for filtering
4 phases — initial: planned
3 edge types connected to this entity.
roadmap_contains_roadmap_itemfeedback_vote_prioritises_roadmap_itemroadmap_item_references_feature