Claude Code for Product Managers: practical guide

Modern LLM tooling passed three stages of evolution:

1. Smart chats: first OpenAI’s ChatGPT, then Google Gemini, then Anthropic’s Claude, and others. You can ask about anything and get a (usually correct) answer. The problem is that these chats lacked context for your work and could not take any action beyond chatting.
2. Coding agents: code is just text, and there’s so much training data (e.g., all the public coding repositories), so LLMs ended up being exceptionally useful for coding tasks. Especially for shallow prototyping (just the frontend), which is 90% of what product managers need. This is where Lovable, Replit, Bolt, etc. entered the scene, alongside developer-focused tools like Cursor and Claude Code.
3. Embedded agents (we are here): this is where tools like Claude (via MCP and connectors), ChatGPT (with connectors/apps), and Glean come into the picture. They sit on top of real company data and tools and can read and use them.

I want you to pause and deeply feel the power of this statement:

• The agent can autonomously decide what it needs
• Then reach 100s of systems and data sources across your company, either to just read data (e.g., code, Jira sprints, or data tables)
• or more: adjust it (e.g., write new code, create a new Jira ticket, etc).
• This can happen in a sequence that the agent defines: it can start with web search, then code search, then checking some existing documents, then search code again, then a database query, etc., all autonomously with the goal of solving the task you set.

This is magic, comparable to Harry Potter’s.

I will give you a few concrete examples of what you can do to help you build your sense of what’s possible. For example, you can:

Example #1: Check whether a specific feature actually exists in the code
Again, feel the power of it. Instead of asking developers, you can just… ask Claude. Below is an example of such a question to Claude about a real Energy Tracking app code that Claude Code has access to. I just ask it in plain English (you can also use your native language); it runs the code search for me and gives me the answer: the feature does not exist. 30 seconds!

In the same way, you can check whether what is “Done” in Jira is actually done in code, or create “business updates” for leadership without bothering anyone: just ask Claude to check what’s really implemented and create a summary.

Example #2: Vibe-code a feature on top of the existing codebase
These days, if you have an idea, you have the luxury to materialize it right away by creating a UI prototype. For example, in the same Energy Tracking app, you might want to add not only energy consumption but also energy generation (e.g., from solar panels). In 10 minutes, you will have something like this (the blue line is consumption, the green is generation).

Of course, you still need to build it for real, but this allows you to quickly gauge its usefulness, conduct mini user research, and make your PRD more concrete.

Example #3: Get a summary of how the Jira sprint is going and why it’s blocked
Because Claude can connect to your Jira, you can ask it questions about your backlog and sprints. And if you allow, Claude can even adjust it! Below, I ask Claude to provide the sprint summary and explain why one ticket is blocked. Again, in 20 seconds, I get a clear call to action - a developer is waiting on my decision.

Possibilities are endless: I can ask any questions on my backlog. For example, are there any duplicates? Is there anything we've already implemented in code that still sits in the backlog? If yes, some cleanup is needed!

• Pull data from a database: for example, you can ask it to query monthly sales stats, and it will generate the right SQL query and get the answer for you. Some also use it to find specific examples in the free-text tables, e.g., customer reviews.
• Work with Slack messages. I used it from time to time to check the instances where I promised something and never followed up. It reads 100s of my channels and pops up the ones I need to come back to a person. Handy!
• All the above examples can be combined into a "skill": when analyzing why the Jira sprint is stuck, Claude can (a) check Jira, (b) check the codebase, and (c) read Slack to give you a weighted answer based on 3 sources. Then you can package it as a “shortcut” command (e.g., “/standup”) and run it as preparation before daily stand-ups.

Claude won’t take your job (yet). But it automates enough product busywork that you can focus on the real stuff - decisions, strategy, and complaining about coffee quality.

The magic is possible thanks to two core conceptions: MCP and tools. Let’s take a concrete example: Jira.

Claude is connected to Jira directly via MCP (Model Context Protocol). Simply put, the main idea of ​​MCP is this: any AI agent on the planet knows that any service with an MCP (Jira, Google Maps, Stripe, Notion, etc.) can be asked two questions: “What tools do you support (with a description)” and “Call tool X”. For service developers, wrapping their APIs (in this case Jira APIs) in MCPs is a very simple task, but the benefit lies in the unified agreement: they describe the MCP, and suddenly every agent on the planet can ask what their service can do and then, if this is what an agent looks for, call it (often for a fee).

In the case of Jira, its developers defined a set of tools, such as “create issue,” “find ticket,” and “update status.” An agent (Claude) connects to this MCP server and sees this list with an explanation of what each tool does. The magic revealed: the agent understands text (tool descriptions), so it then decides which tool to call and when.

Most Claude courses for PMs are (unfortunately) quite useless, because you practice on toy examples you’ll never see at work (“Give me a product idea”, “Write a PRD out of the blue”). Without a connection to real tools, the output is fluffy and non-usable. You can’t learn to swim on paper.

Would it be cool if one let PMs learn Claude on a full simulated startup: a working codebase for an energy-tracking app, a real Jira, a database full of app stats, and a Confluence stuffed with PRDs and strategies? You practice in an environment that actually looks like your job. Well, this is exactly what ProductDo built.

We are genuinely proud of how the learning turned out: alumni students called it “to the point”, “motivating”, “hands-on”, and “one of the few courses that’s immediately applicable”.
You can check real reviews, the program, and start learning here.