An AI product manager portfolio is a simple website that shows who you are, the AI product work you have done, and how to contact you. It needs a homepage that passes a 10-second scan, a projects index, one case study page per major project, a short about page, and an obvious contact link. Each case study should explain the user problem, the old workflow, the AI workflow, how you evaluated quality, what failed, what changed, and the honest result. Hiring managers read it to judge your decisions, not your design skills.
Key takeaways
- Your portfolio is a decision record, not a gallery. Lead every page with the problem, the user, and the result.
- Pick the simplest platform you will actually update. Notion, Framer, Webflow, or plain GitHub Pages all work.
- Write each case study so it stands on its own, because most reviewers never open the demo.
- State limitations plainly. Mock data and small tests are fine when you say so, and hiding them is not.
Then show your evidence.
- 01ProblemWho needs help, and why?
- 02DecisionWhy this solution, and why AI?
- 03PrototypeWhat did you build and test?
- 04EvaluationWhat worked? What failed?
- 05Case studyWhat did you learn or change?
Use this structure across all five portfolio projects.
Do product managers need a portfolio?
Experienced product managers with a strong track record often get hired without one. Career switchers, new graduates, and anyone moving into AI product work almost always benefit from one, because the portfolio carries the proof that a job title or degree would otherwise carry.
For AI roles the case is even stronger. Every resume now says "AI." Very few candidates can show a scoped product, an evaluation table, and a documented failure they fixed. An AI product manager portfolio lets a hiring manager see that before the first call, which changes the interview from "tell me about yourself" into "walk me through this decision." That second conversation is far easier to win.
Can this person be trusted with product choices on a system that is sometimes wrong? Every page on your site should help them answer yes: evidence versus assumption, why AI was the right tool, what quality meant, and how you protected users when the model failed.
What an AI product manager portfolio should include
Keep the structure small. Five page types cover everything a reviewer needs, and anything more usually hides the work.
| Page | Its job | Must contain |
|---|---|---|
| Homepage | Prove relevance in 10 seconds | Name, target role, one positioning sentence, contact button, strongest project cards |
| Projects index | Show the range of your judgment | Descriptive titles, one-line problem and solution, main skill shown, demo or video links |
| Case study pages | Carry the proof | Problem, user, workflows, evaluation, failures, iteration, result, next steps |
| About | Explain your direction | Previous experience, what you are learning, the AI problems you want to solve |
| Contact | Make reaching you easy | Email link, LinkedIn, resume download that opens without a permission request |
The five projects from the book fit this structure cleanly, and together they tell a coherent story: personalisation in the interview coach, evidence-backed synthesis in the voice-of-customer copilot, product sense in the feature rebuild, structured extraction in the meeting copilot, and retrieval with safe fallback in the RAG assistant. The full briefs are in 5 AI PM portfolio projects.
The 10-second homepage test
Assume the first visit is a quick scan by someone with 40 other tabs open. In ten seconds they must be able to answer three questions: who is this, what AI product work have they done, and how do I contact them? If they cannot, they close the tab.
A homepage formula that works
- Name and target role. "Priya Nair, aspiring AI Product Manager" beats a clever brand name.
- One specific positioning sentence. Name the problems you work on, not your passion.
- A contact action above the fold.
- Project cards immediately below, strongest first.
- An optional photo, real and clear, shot in good light. Never an AI avatar standing in for credibility.
Weak: "Passionate product thinker exploring the future of AI and technology."
Strong: "I design AI workflows for customer feedback, meeting follow-through, and knowledge retrieval, and I evaluate them before I call them done."
Run the test on real people. Show three friends the homepage for ten seconds, then ask what role you want, what you have built, and how they would reach you. Repeated confusion means change the headline or page order before touching colours or fonts.
Best platforms for a product manager portfolio website
Choose the simplest tool you can publish quickly and keep updated. A technically impressive site you avoid editing is worse than a plain one you improve every week. Features and prices change, so check each platform's current plan and custom domain documentation before paying.
| Platform | Best for | Trade-off |
|---|---|---|
| Notion Sites | Publishing case studies fast, easy editing | Limited design control |
| Framer | Polished layouts without much code | Steeper learning curve, paid plans for custom domains |
| Webflow | Full design control and CMS | The most time to learn |
| GitHub Pages | Free static hosting if you know basic web files | Needs HTML or a static site generator and Git |
| Google Sites | A free first version in an afternoon | Basic look, fewer layout options |
Buy a simple personal domain if your budget allows, ideally your name. Check the renewal price, not only the first-year price. Then use the same address on your resume, your LinkedIn profile, and your email signature so recruiters meet one consistent identity.
Is a Notion portfolio good enough?
Yes. Hiring managers judge what the case studies say, not which builder made them. A clean Notion site with three strong case studies beats a beautiful Framer site with vague ones. Upgrade the platform later if you want. Publish the proof now.
How to write an AI PM case study, section by section
The case study is where your AI product manager portfolio earns its interviews. It is not a feature list, a tool catalogue, a screenshot gallery, or a tutorial. It is a short story about judgment: you found a real problem, chose an appropriate role for AI, scoped a focused solution, evaluated variable output, managed risk, and measured something useful.
| Section | What to write | Length |
|---|---|---|
| Summary block | Title, one-sentence problem, one-sentence solution, the main result or learning, one screenshot | 60 to 90 words |
| Problem and evidence | Who struggles, where the workflow breaks, and how you know | 150 to 200 |
| Target user | One specific first user, and why them | 60 to 100 |
| Workflow before AI | Steps, tools, delays, lost information | 100 to 150 |
| AI workflow | What the user gives, what the system does, what the user checks, what happens next | 200 to 250 |
| Scope and trade-offs | What you left out and why | 100 to 150 |
| Evaluation | Criteria, test set, method, results table | 200 to 300 |
| Failures and iteration | What broke, what you changed, before and after | 150 to 250 |
| Impact | An honest measure with sample size and method | 80 to 120 |
| Next steps | Two or three prioritised tests, not a wish list | 60 to 100 |
Open with the summary block
A visitor should understand what the product does before scrolling. Put the problem and solution at the top, with the result beside them with one representative image. Then guide them through the detail.
Meeting-to-Execution Copilot. Small product teams lose decisions and owners after meetings. I built a copilot that turns a pasted transcript into cited decisions and action items, and flags missing owners instead of guessing. On a ten-transcript test set, tightening the commitment rule cut invented action items from [X] to [Y].
Show the workflow as the user experiences it
"AI summarises feedback" hides the work. "Feedback enters, gets cleaned and grouped by meaning, each theme gets a name and linked quotes, severity is rated, and the PM reviews before anything reaches the roadmap" shows both the value and the control points. Describe the model as one component inside that flow, and mention tool choices only where they changed quality, control, cost, or latency.
Make the evaluation visible
AI output varies, so one great screenshot proves nothing. Define criteria before showing examples, include edge cases, and show a small results table. For RAG, separate retrieval from answer correctness and citation support. For an interview coach, score structure and specificity, then relevance and impact. The method behind this is explained in AI evals for Product Managers.
Show a failure and what it changed
Pick the most important failure and walk through it: what happened, why, what you changed (a stricter schema, visible citations, an editable constraint panel, a human approval step, a safe fallback), and whether the rerun improved it. One honest before-and-after does more for your credibility than ten perfect outputs.
Report impact without inflating it
| Weak claim | Strong claim |
|---|---|
| "Improves productivity" | "In a timed test on 100 reviews, one PM found the top themes in [Y] minutes with the copilot versus [X] minutes by hand." |
| "Highly accurate answers" | "The right source appeared in the top three results for [N] of 50 test questions." |
| "Users loved it" | "[N] of 10 testers rated the feedback useful. Three said the revisions sounded too polished, so I changed the rewrite instructions." |
| "Enterprise-ready RAG system" | "A prototype over 20 documents. Production would need document-level permissions and freshness checks." |
Write in plain first person so your role is clear. Name anyone who contributed. Say when AI tools helped you build, when data was mock, and when the concept was independent of the company whose workflow you studied.
The interview-question test
After reading your case study, could a hiring manager ask you a serious question about your criteria, scope, failure handling, metrics, or next decision? If the page only says which tools you used, it creates no conversation. If it explains why an error happened and how you reduced it, it creates exactly the interview you want.
Balance matters. If readers ask no product questions, add decisions and evidence. If they ask basic clarifying questions such as "who is this for?", fix the opening. Ask one reviewer to name the user problem, the AI's role, the evaluation, one failure, and the impact after a single read. Revise wherever their answer breaks.
Prepare every project at three depths
The same project will appear in a resume bullet, a LinkedIn post, a 30-second networking intro, and a 10-minute interview walkthrough. Write all three versions once and the facts stay consistent everywhere.
One line: A cited knowledge assistant for a student club's handbook that says "not found" instead of guessing.
Short story (about 60 seconds): Club members kept asking the same event and budget questions. I built an assistant over 18 approved documents that answers with citations and a safe fallback. On a 50-question set I scored retrieval and answers separately, found that table-heavy documents broke retrieval, and fixed parsing before touching the prompt.
Full case study: Everything above, plus the chunking decision, the evaluation sheet, the permission model production would need, member feedback, and the next test.
Adjust emphasis for each role without changing facts. Applied AI roles care most about workflow and evaluation, plus the safeguards. Platform roles want architecture detail, latency, and the cost picture. Data product roles want measurement and segmentation.
Design and usability rules for portfolio sites
Your site's interface should disappear behind the work. Readers scan web pages rather than read them word by word, a pattern Nielsen Norman Group has documented for decades, so hierarchy beats decoration.
- Use two fonts at most, clear headings, and generous spacing.
- Keep navigation visible. No clever hidden menus.
- No autoplaying video and no heavy scroll effects.
- Compress screenshots and check load speed with PageSpeed Insights.
- Test every page on a phone: readable text, tappable buttons, uncropped images.
- Use screenshots as evidence next to the paragraph they support, not as decoration.
- Put the contact action at the top and again at the bottom.
- Name your resume file professionally, such as firstname-lastname-ai-pm-resume.pdf.
How to build a product manager portfolio with no experience
No product title is not a blocker. The portfolio exists precisely to fill that gap. Here is what to include when you are starting from zero.
- Two or three scoped AI projects with full case studies. Quality beats count.
- One product teardown of an AI product you use, focused on decisions and trade-offs.
- One PRD with AI sections for model behaviour, evaluation, failure modes, and cost.
- An about page that translates your background. Teaching becomes learning products, finance becomes risk judgment, and operations becomes workflow design.
- Evidence of users. Even five interviews show you did not build in isolation.
Leave out every small course exercise and certificate screenshot. They dilute the proof. The wider no-degree strategy is in how to become an AI PM without a degree.
Launch checklist: test before every application cycle
- Homepage passes the 10-second test with three different people.
- Each case study passes a 30-second scan where a reader can name the problem, the user, the workflow, and the result from the page alone.
- Every link works: resume, LinkedIn, demos, videos, email.
- No page asks a visitor to request access.
- Demo limitations are stated next to the demo link.
- Mock data, independent concepts, and small samples are labelled.
- Personal names, email addresses, transcripts, and any customer details are removed or used with permission.
- The site works and loads quickly on a phone.
- Your resume, LinkedIn profile, and site use the same role language, project names, and results.
- The portfolio link sits in your LinkedIn Featured section and resume header.
Ship a professional first version within a fixed period, such as two weeks. A homepage, a projects index, two or three polished case studies, an about section, and contact details are enough to publish. Add the rest as you edit them.
Mistakes that sink AI PM portfolios
- Burying projects under a long biography.
- Vague project titles such as "AI Assistant" or "Smart Tool."
- Leading case studies with the tech stack.
- Showing only perfect outputs.
- Presenting a prototype as a production product.
- Broken demo links, or demos that require an account.
- Listing every course exercise and certificate.
- Publishing private documents or personal data from testing.
- Three different descriptions of your direction across your resume, your LinkedIn profile, and the site.
Use the portfolio in your job search
A portfolio nobody sees does nothing. Put the link in your resume header, your LinkedIn Featured section, your email signature, and short outreach messages. In interviews, open the case study that answers the question: RAG for retrieval and trust, the interview coach for evaluation, the rebuild for product sense, the feedback copilot for synthesis. The site supports your explanation. It does not replace it.
Keep going with the AI PM resume guide so the resume points straight at your best case study, LinkedIn for AI Product Managers to get the portfolio seen, and AI PM interview questions to rehearse walking through it. The book's Chapters 52 and 53 include the full case study outline, and the free resources pack has the templates to fill in.
Questions & answers
8 questions readers ask most, answered straight.
Do product managers need a portfolio?
Experienced PMs often do not, because their track record speaks for them. Career switchers, new graduates, and people moving into AI product management benefit a lot from one, since it provides inspectable proof of product judgment that a title or degree would otherwise provide.
What should an AI product manager portfolio include?
A homepage that shows your name, target role, and strongest projects; a projects index; one case study per major project; a short about page; and clear contact details. Each case study should cover the problem, user, workflows before and after AI, evaluation, failures, the iteration, the impact, and next steps.
What is the best platform for a product manager portfolio?
Use the simplest platform you will keep updated. Notion Sites is fastest for writing-heavy case studies, Framer and Webflow offer more design control, and GitHub Pages is free if you are comfortable with basic web files. Reviewers judge the case studies, not the builder.
How many case studies should a PM portfolio have?
Two or three strong case studies are enough to start applying. Up to five is ideal if each one shows a different kind of judgment. Remove weak or repetitive projects, because they dilute your best work.
How long should a product manager case study be?
Aim for a scannable page of roughly 1,200 to 1,800 words with a summary block at the top, short sections, an evaluation table, and screenshots that support specific points. The first 90 words should explain the problem, the solution, and the result.
Can I include work projects covered by an NDA?
Only in anonymised form. Remove company names, customer data, internal metrics, and anything confidential, and describe the problem, your decisions, and the type of result instead of exact figures. When in doubt, ask your employer or build an independent project that tells the same story.
Should my portfolio be a website or a PDF?
A website is better for most applications because it is easy to share and link, and quick to update. Keep a PDF version of your strongest case study for applications that only accept attachments.
How do I build a product manager portfolio with no experience?
Build two or three scoped AI projects with honest case studies, add one product teardown and one PRD, and write an about page that translates your previous background into product strengths. Show evidence that you spoke with real users, even if it was only five interviews.
Where this comes from
This guide is condensed from chapters 52 and 53 of The AI Product Manager Blueprint by Abhishek Ashtekar (first edition, 2026). The book goes several levels deeper, with the full walkthroughs, templates, and examples.
External sources cited
- How Users Read on the Web, Nielsen Norman GroupWhy scannable hierarchy matters for portfolio pages.
- GitHub Pages documentationFree static hosting and custom domain setup.
- Public pages and web publishing, Notion Help CenterPublishing Notion pages as a site.
- PageSpeed Insights, GoogleCheck load speed and mobile performance before you share the link.
Last reviewed September 16, 2026. Tools, platforms, and salary data change; the book’s free resources page is updated as they move.
Browse all 88 chapters



