Your agent can now create and update Productboard content as well as read it. From a conversation in Claude, Cursor, or another connected coding agent, you can create features and initiatives, fill in fields, score work with your custom driver fields, and link items together to keep your product hierarchy meaningful.
An agent could read your product hierarchy, but creating or changing anything meant stepping back into Productboard and doing it by hand. So workflows that used to stop at the point of creation can now run end to end.
Note: This guide assumes your agent is already connected to Productboard. If it isn't, start with Connect a coding agent to Productboard via MCP.
In this article:
- What you can create and edit
- Creating an initiative and linking it up
- Building out a hierarchy: linking features to an initiative
- Scoring with driver fields
- Working with companies and users
- Good habits when your agent writes to Productboard
- See also
What you can create and edit
Your agent connects as you, so it can only create and change what your Productboard role allows. Within those permissions, it can:
- Create and update entities: objectives, initiatives, key results, components, features, subfeatures, companies, and users.
- Write to any entity field: names, descriptions, owners, teams, statuses, and custom fields, including driver fields such as Value, Risk, Impact, Confidence, and Effort.
- Manage relationships: link features to initiatives, connect initiatives to objectives, and update how items relate as your plans change.
- Read relationships: ask for a complete picture of how items connect. For example, which features roll up to which initiative, and which initiatives support which objective.
Creating an initiative and linking it up
Start with plain language. Name the item, say who owns it, and mention any fields you want filled in, for example:
- "Use Productboard MCP to create an initiative called Onboarding Revamp. Make me the owner and assign the team to Growth."
Then connect it to the objectives it supports. You can refer to objectives by name, by ID, or by pasting a Productboard link; all three work:
- "Link the initiative to the following objectives: Reduce time to first value and Increase activation rate."
Your agent confirms what it created, and the new initiative appears in your workspace immediately, with the owner, team, and objective links in place. Refresh your board and it's there.
Building out a hierarchy: linking features to an initiative
An initiative is more meaningful with its features attached. Gather the features that belong, by name or by copying their links straight from Productboard, and hand them over in one message:
- "Link the following features to the initiative: Accept/reject changes, Version history for edits, and [pasted Productboard link]."
Two things make this feel effortless:
- Context carries over. If you just created the initiative in the same conversation, you don't need to name it again. "The initiative" is enough.
- Links resolve automatically. Paste a Productboard URL and the agent works out what it points to.
Because your agent can also read relationships, you can check the result without leaving the conversation: "Show me everything linked to the Onboarding Revamp initiative."
Scoring with driver fields
Driver fields such as Value, Risk, Impact, Confidence, and Effort are now writable by your agent. That makes scoring automations like RICE possible, because the scores no longer have to be entered by hand at the end. Try a prompt like:
- "For each feature under the Onboarding Revamp initiative, review the linked customer feedback and feature spec, then use the available evidence to fill in the Value, Risk, Impact, Confidence, and Effort fields. After scoring each feature, add a short justification for each score as a comment in the Scoring section of the feature spec."
The agent does the analysis and writes the scores into the same fields your prioritization boards already use, so there's no copying numbers from a chat window into Productboard by hand.
Working with companies and users
Agents can also create and update company and user records, so customer context can flow into Productboard as part of an agent workflow. For example, when an agent processes feedback that mentions a customer who isn't in your workspace yet, it can create the company record itself instead of stopping to ask you to add it.
Good habits when your agent writes to Productboard
- Start requests with "use Productboard MCP…" so your agent reaches for the connection.
- Review what the agent reports back. After a write, the agent summarizes what it created or changed and usually gives you a link. Click through the first few times to confirm the changes look right.
- Remember it's real data. New items, field changes, and links are immediately visible to teammates and may trigger notifications. Treat agent writes like your own edits.
- You stay in control of access. A workspace admin can turn MCP access off at any time, which immediately ends any connected agent's session. And an agent can never touch content your own role can't.