How to build a UI/UX portfolio with no experience
How to build a UI/UX portfolio with no experience in 2026: what to include, project ideas, common mistakes, and how to stand out to employers.
On this page
TL;DRThe quick answer
Build a UI/UX portfolio with no experience by creating three to five real projects: redesign a product you use, solve a real problem for a local business, and ship at least one live website. Show your thinking and the outcome, not just pretty screens. Quality and process beat quantity.
Every junior designer faces the same trap: you need a portfolio to get hired, but you need work to build a portfolio. The way out is to make real projects yourself. This guide covers what to build, how to write each case study, where to host it, and how to get honest feedback before you apply.
Employers want to see how you think, not just how things look. Each project should show the problem, your process, the decisions you made, and the result.
A hiring manager may spend only a few minutes on your portfolio before deciding whether to interview you. Make those minutes count: lead with your strongest project, keep each case study scannable, and make your role and the outcome obvious.
Three to five strong, well-explained projects. Fewer than three looks thin; more than five usually means some are weak and dilute the rest. Aim for variety: at least one app or product flow, one website, and one project that shows research or problem-solving depth.
- Redesign an app or site you use daily, and explain why
- Design and ship a real site for a local business or friend
- Add one missing feature to a popular app, such as a clearer way to split a bill or track an order
- Improve the accessibility of an existing product: contrast, text size, and screen-reader labels
- Solve a specific user problem end to end, from interviews to a tested prototype
- A small design system to show consistency
- Context: the product, the users, and your role
- The problem: what was wrong and how you know
- Research: interviews, competitor review, or usability tests, kept short
- Ideas and trade-offs: the options you considered and why you chose one
- The design: key screens, with notes on the decisions behind them
- The outcome: what you tested or shipped, what changed, and what you learned
Keep it honest. If a project is a self-initiated concept, say so. Employers respect clear thinking on a concept far more than inflated claims about a fake client.
Self-initiated projects rarely come with sales figures, and that is fine. Show evidence of a different kind instead.
- Usability tests: "four of five testers completed checkout without help, up from two"
- Before and after comparisons of a confusing screen
- Feedback from the business owner or real users, quoted with permission
- For live sites: what the owner can now do, such as take bookings online
- What you would measure next if the product launched at scale
- One line on who you are and the kind of design you do
- Your three strongest projects first, each with a clear title and one-line summary
- A short about section with your background and the tools you use
- Easy contact details and a link to LinkedIn
- Nothing that slows it down: fast loading matters on mobile
Your own website is the strongest option, because it is itself a piece of work. Building it in Framer lets you publish a fast, responsive portfolio without code, and it doubles as proof that you can ship. Behance and Dribbble are useful for being discovered, and a short PDF version helps when an application form asks for an attachment.
- Only showing final screens with no process
- Too many shallow projects instead of a few strong ones
- Copying trends with no reasoning
- No live, shipped work at all
- Walls of text that bury the key decisions
- Spelling mistakes and broken links, which suggest a lack of care
Ship at least one real, live project (Framer makes this realistic), write a short case study for each, and keep the whole thing clean and easy to scan. One shipped product with a clear story beats ten static mockups.
If you are deciding which tools to learn for this, our comparison of Figma vs Framer explains how they fit together.
- Ask working designers for a 15-minute review; free mentorship platforms such as ADPList make this easier
- Share work in progress in design communities and ask specific questions
- Watch someone unfamiliar with your project try to understand it in two minutes
- Fix the top three issues, then ask again
- Then put the portfolio to work: our guide on getting a high-quality internship shows how to use it to land a first role
Make 3 to 5 real projects, do not wait for a job to start.
Show your process and outcome, not just final screens.
Structure every case study: context, problem, decisions, outcome.
Ship at least one live project, ideally your portfolio site itself.
A few strong, well-explained projects beat many shallow ones.
How many projects should a UI/UX portfolio have?
Three to five strong, well-explained projects are better than a long list of shallow ones.
Can I use practice projects in my portfolio?
Yes, self-initiated and redesign projects are fine, as long as you show real thinking, label them honestly, and ideally ship something live.
Do I need live, coded projects?
At least one shipped, live project helps a lot. Framer lets you publish real sites without traditional coding.
What do employers look for most?
Clear problem-solving and process, strong visual craft, and evidence you can ship.
Should I use Behance or my own website?
Use your own website as the main portfolio, because it shows you can build and present work. Behance and Dribbble are useful extras for discovery.
Do I need a portfolio for a UI/UX internship?
Yes. Even for internships, a small portfolio with two or three well-explained projects makes a strong difference, because it shows how you think when there is no work history to judge.
How long should a UX case study be?
Long enough to show the problem, your key decisions, and the outcome, and short enough to scan in a few minutes. Use headings, visuals, and short paragraphs rather than long essays.
