A case study on AI's role in product ownership workflows — what current agentic tools actually deliver, and where the critical gaps remain.
Conducted during my UI/UX internship at Bosch Global Software Technologies, within the Power Tools division.
This research was conducted during September–October 2025. As the study evaluates the evolving capabilities and limitations of AI systems, the observations and findings presented are inherently time-sensitive and may shift as these technologies continue to develop.
Product Owners face constant pressure to ship faster, communicate clearly, and stay ahead of blockers — all while context-switching across tools, teams, and stakeholders.
This research set out to understand what POs actually need from AI, what tools exist today, and how well those tools address real pain points in the product management lifecycle.
"How well do current agentic AI tools meet the evolving needs of Product Owners — and where do the critical gaps lie?"
Studied existing AI product management tools, whitepapers, product documentation, and use case libraries across 6 major platforms.
Conducted semi-structured interviews with POs to understand their daily workflows, blockers, and expectations from AI assistance.
Hands-on evaluation of each AI platform — testing real product scenarios to observe capability gaps and strengths first-hand.
Built a structured comparison matrix scoring each tool across 8 dimensions relevant to PO workflows.
Three core dimensions guided every interview and tool evaluation. Every insight maps back to one of these areas.
The research centred on a specific archetype — the senior Product Owner embedded in an enterprise SaaS environment, managing a cross-functional squad and spending the majority of their day bridging execution and strategy across disconnected tools.
Secondary research and early interviews revealed a consistent split: AI was being used productively for drafting and summarisation, but consistently failed the moment it needed to operate across sessions, tools, or strategic decisions.
We synthesised the raw observations using the analytical structure defined in our area of inquiry. Each observation was examined through three lenses:
Each insight is grounded in direct participant quotes and rephrased as a How Might We question that defines the design opportunity it opens.
Before evaluating any new tools, we had to understand what Product Owners already rely on — and why. Microsoft Copilot and similar embedded assistants represent the current baseline for AI in product workflows.
Built on 1,800+ pre-built connectors and natively integrated with Teams, SharePoint, Jira, and Confluence — Copilot is widely adopted for good reason.
1,800+ connectors — native links to Jira, Confluence, Slack, GitHub, and the full Microsoft 365 suite.
Compliance-ready with enterprise-grade data governance built into the Microsoft environment.
Copilot Studio enables teams to build custom agents without deep engineering effort.
~$200/month for 25,000 messages — a practical AI layer for most organisations to start with.
Copilot works well inside a single tool, within a known context. The moment a Product Owner's workflow spans multiple systems, sessions, or strategic decisions — Copilot starts to struggle.
Primarily restricted to internal Microsoft deployments (Teams, SharePoint). Cross-platform workflows are an afterthought, not a design principle.
Functions as a task bot, not a true AI agent. Excellent at summarisation and drafting — but cannot support complex, multi-step decision-making.
Generalised language models struggle with domain-specific requirements. Ambiguous or conflicting product specs are handled poorly compared to specialised agents.
No persistent context across sessions. Each conversation starts fresh — creating the exact continuity gap POs feel most acutely in practice.
It's great for drafting my meeting notes — but it has no idea what we decided last sprint, or why. Every time, I'm starting from scratch.
— Theme from PO interviews
Copilot is a strong productivity layer — but not a decision-support layer. That gap became the central question of this research.
Copilot tools improve productivity — but they stop short of supporting real decisions. In practice, this gap becomes critical.
Draft. Summarise. Reformat. Useful for discrete, known tasks within a single tool context.
Complex decisions. Ambiguity. Cross-tool context. Sprint continuity. The moment a PO needs to connect dots across systems or sessions, these tools stop helping.
POs are left to manually connect context, memory, and strategic judgment across their own tool stack. The AI assists with outputs — the human does the work of connecting them.
Which tools actually cross this gap — and which ones only promise to? We evaluated emerging tools against a higher standard: context-aware AI that can genuinely support decisions.
Standard AI models are trained on general knowledge — they generate responses from what they've learned, but they don't know your product, your decisions, or your context.
Think of it as the difference between asking a knowledgeable stranger for product advice — versus asking a colleague who has read every Jira ticket, Confluence page, and sprint retro in your project.
Instead of relying purely on training data, a RAG system actively retrieves relevant information at the moment of a query — then uses that retrieved context to generate a grounded, specific response.
"Why did we deprioritise the notifications feature last sprint?"
AI fetches the relevant sprint notes, decision log, and Jira ticket history.
"It was deprioritised due to a dependency on the auth module — flagged in sprint 14 retro."
The difference between a generic AI response and a useful one comes down to context retrieval. The same prompt produces fundamentally different outputs depending on whether the tool can access your actual product data.
| Query | ✕ Without RAG | ✓ With RAG |
|---|---|---|
| "Summarise our backlog priorities" | Generic advice on backlog grooming best practices. | Surfaces the top 5 tickets ranked by your team's actual scoring criteria, with blockers highlighted. |
| "Is this new feature aligned with our roadmap?" | Generates a generic alignment checklist. No knowledge of your actual roadmap. | Cross-references the feature against your current OKRs, previous decisions, and open dependencies. |
| "Draft release notes for this sprint" | Template-style output. No reference to actual ticket outcomes or team decisions. | Pulls from closed tickets, links to decisions made, and flags what was intentionally deferred. |
We realised early that evaluating tools purely on features — "does it draft user stories?" — missed the deeper question: how does it know what to draft? RAG maturity became our primary lens because it determines whether an AI can actually support PO decision-making — or just produce plausible-sounding text.
"When this tool generates an output — does it know your product, your decisions, and your context? Or is it just a well-dressed guess?"
The tools that scored highest on RAG maturity were also the ones POs trusted most in real workflows — because the outputs felt grounded, not generic.
The tools evaluated fall into two structurally different categories, each reflecting a different relationship with the Product Owner's workflow. Treating them as equivalent would be a category error.
Tools integrated directly inside the environments POs use every day — Jira, Asana, ClickUp, Productboard. They act on tasks, requirements, and feedback within the workflow.
Platforms used to build, configure, and orchestrate AI agents across systems. Infrastructure layers — they make deeper agentic capabilities possible, but require setup.
Evaluated on PO-relevant workflow dimensions: integration depth, drafting capability, requirement intelligence, and pricing.
| Dimension | Asana AI | Atlassian Rovo | ClickUp AI | Productboard | ProdPad CoPilot |
|---|---|---|---|---|---|
| Jira & Confluence Integration | Via connectors |
Native / Seamless |
ClickUp native only |
Feedback sync |
Bi-directional |
| Drafting & Requirement Refinement | Briefs, updates, overviews |
Specs, release notes, summaries |
Task & doc drafting |
Feedback → features |
User stories & ACs |
| Duplicate / Vague Req Detection | Flags missing context |
Knowledge Graph dedup |
Basic prompting only |
Auto-flags duplicates |
Search-based only |
| Test Case Generation | Not available |
Ticket creation |
No built-in support |
Not available |
Via AI prompts |
| Price (per user/mo) | $10.99–$24.99 | ~$20–$24 | $5–$7 add-on | ~$20 | ~$25 |
Rovo leads on integration and context depth; Productboard excels at feedback-to-feature intelligence. No tool in this layer provides strong test case generation — a consistent gap across the board.
Layer 1 tools are valuable — they fit into PO workflows with minimal friction. But they are ultimately bounded by the ecosystem they live in. Their intelligence is constrained to what that platform knows.
What if you needed to build an AI layer that could reach across your entire product stack — Jira, Confluence, Slack, CRM, support tickets — and retrieve context from all of it? That requires a fundamentally different level of RAG maturity.
That's the territory of Layer 2: agent and AI infrastructure platforms. Not plug-and-play tools — they require configuration and setup. But they expose capabilities that Layer 1 tools can't reach.
"What can the AI do inside this app?"
"What can the AI do when it has access to everything?"
The gap between what a PO needs and what current tools deliver is largely a RAG maturity gap. Understanding the infrastructure layer reveals what is technically possible — and what the next generation of PM tools should aspire to.
Eight platforms evaluated across RAG depth, cross-system reach, and enterprise readiness.
AI agent builder deeply embedded within Salesforce CRM. Uses customer data to automate specialised workflows like lead qualification and support resolution.
Enterprise-grade conversational AI emphasising NLU and explainability. Highly secure and built for scale in strict corporate environments.
GPT-powered platform supporting visual flow design. Highly customisable RAG model allowing granular control over what knowledge the bot ingests.
Part of Google Cloud's ML suite offering low-code agent building. Excellent native RAG strength with advanced search and vector pipelines.
Action-driven conversational agents with built-in automation across 7,000+ apps. Exceptional at triggering workflows but limited in deep RAG capability.
No-code platform delivering high-quality RAG. Auto-syncs seamlessly with external storage hubs like SharePoint, Google Drive, Notion, and Salesforce.
Robust enterprise AI agent builder with solid RAG infrastructure, provided the organisation's backend and data lake already reside within AWS.
Specialised workflow AI tailored for internal service management and HR. Features one of the strongest RAG setups for internal support tasks without extra tools.
Evaluated on RAG maturity, cross-platform reach, and integration with core PO tools — 7 platforms.
| Platform | RAG Model Strength | Jira Integration | Confluence Integration | Price |
|---|---|---|---|---|
| Salesforce Agentforce | Salesforce Data Cloud grounding |
Via MuleSoft or 3rd-party (Exalate) | No native support; needs middleware | $2 / conversation |
| IBM Watsonx Assistant | Great for actions; RAG via watsonx.data |
Starter kits (bi-directional handoff) | No direct support; via Discovery | Tiered pricing |
| Botpress | Solid via Knowledge Bases |
Via Pipedream or similar connectors | Via @botpresshub/confluence module | Pay-as-you-go |
| Google Vertex AI Agents | Search & vector pipelines |
Native support via Make/Infin | No first-party support; HTTP API only | Usage-based |
| Zapier Agents | Good for actions; RAG limited |
Fully integrated no-code app | Via Zapier MCP interface | Free (Beta) / $40+ |
| Stack AI | Auto-syncs SharePoint, Drive+ |
Flexible via API/Zapier/Pipedream | Built-in Confluence Node integration | $199/mo+ |
| Amazon Bedrock / Q | Best if data is on AWS |
No native Jira integration | No native Confluence support | $20/mo + usage |
| ServiceNow AI Agents | Strong RAG for internal support |
Bi-directional out-of-the-box connectors | No direct out-of-the-box support | Pro/Enterprise add-on |
Agentforce, Vertex AI, Stack AI, and ServiceNow lead on RAG depth. But none offer seamless out-of-the-box Jira + Confluence coverage. Layer 2 tools trade ease-of-use for power — and that trade-off has direct implications for PO adoption.
Microsoft Copilot Studio distinguishes itself from competitors like Stack AI, Zapier AI Agents, Google Vertex Agent Builder, and Amazon Q by offering a deeply integrated, low-code environment within the Microsoft 365 ecosystem.
Currently limited — Copilot Studio doesn't support out-of-the-box RAG-based grounding on web or open knowledge. It can retrieve from internal documents (like SharePoint), but lacks advanced document ranking, vector embeddings, or hybrid retrieval that tools like Stack AI or Vertex AI enable.
Bundled with Microsoft Copilot licenses (M365 E3/E5 + Copilot license). Additional Power Platform costs for advanced workflows.
Achieved via Power Automate connectors, enabling calls to Jira API for retrieving/updating issues or transactional workflows.
Via Power Automate HTTP connector, with ability to search pages or ingest content.
Synthesising the evaluations across workflows reveals a clear boundary — not in what AI can do, but in what it understands.
AI tools consistently perform well when:
These capabilities make AI an effective productivity layer embedded within workflows.
AI struggles when tasks require:
These gaps stem from fragmented context, limited retrieval across systems, and a lack of grounding in real product history.
"AI today operates within workflows — while product thinking operates across them."
Across tools, the key differentiator was not capability — but how well AI retrieves and grounds its outputs in real product data. Systems with limited retrieval produce generic, context-free outputs. Those with stronger grounding generate responses tied to actual workflows and decisions.
This is not just a feature gap — it is a difference in RAG maturity.
Product Owners still carry the cognitive work of connecting fragmented context, interpreting feedback across sources, and making decisions. AI can assist in executing tasks, but it does not yet support how product thinking actually happens.
Our evaluation matrix reveals a critical market void: Product Owners are currently forced to choose between the seamless UX of Layer 1 tools (which lack deep project memory) and the robust RAG power of Layer 2 platforms (which lack out-of-the-box Jira/Confluence integration). To bridge this gap, future AI product development must focus on:
Moving beyond isolated chatbots to architectures that natively cross-reference Jira tickets, Confluence specs, and Slack decisions.
Shifting AI product value from "drafting text" to autonomously mapping dependencies and flagging sprint risks.
Transforming developer-heavy agent platforms into no-code, workflow-embedded solutions for business operations.
To gain true adoption, AI products must stop asking Product Owners to manage the AI itself. The real opportunity lies in invisible, system-level intelligence that connects the dots across fragmented workflows without ever needing a prompt.