Interview Insights · UI UX Designer
The UI UX Designer Projects That Actually Create Conversation
Quick summary — UI UX projects
A project creates conversation when it contains a real problem, a real constraint and a decision you can defend. Interviewers ask questions about the parts of a project that contain tension: something you had to give up, someone you had to convince, a limit you had to work around. Concept projects with no user and no constraint give them nothing to ask about. This page covers the project types that work best for UI UX freshers, how to scope one in a few weeks, and how to present it so the conversation goes where you want.
In this guide you will learn:
- Why concept-only projects end conversations quickly
- Five project types that reliably start deeper discussion
- How to add a real constraint to a self-initiated project
- An accessibility project with a working contrast check
- A one-page project brief you can use to plan your next case study
SECTION 01Why some portfolio projects end the conversation in a minute
I see a lot of portfolios with a food delivery concept, a travel app concept and a banking dashboard, all beautifully styled and all with the same problem. There is no specific user, no constraint and no decision that could have gone differently. When I ask 'who was this for?', the answer is 'everyone'. When I ask 'what was hard?', the answer is 'choosing the colours'.
These projects are not useless. They show tool skill and visual taste. But they cannot carry a conversation, because conversation needs something to push against. A project with one real user group, one real limit and one difficult choice gives me ten questions to ask, and each question is a chance for you to show judgement.
| Project pattern | What it shows | What it hides | How to rescue it |
|---|---|---|---|
| App UI concept (no user) | Visual skill, Figma fluency | Research, judgement, constraints | Pick one real user group and test with them |
| Clone of a popular app | Ability to copy patterns | Original thinking | Redesign one flow you saw people struggle with |
| Dashboard with fake data | Layout and chart styling | Understanding of what users decide | Interview someone who uses a real dashboard |
| Course assignment, as submitted | That you finished the course | What you would do on your own | Extend it with one new test and one changed decision |
Me: Tell me about this travel app.
Candidate: It is a travel booking app with a modern UI.
Me: Who is it for?
Candidate: For travellers.
Me: What problem does it solve?
Candidate: It makes booking easier.
Me: What was the hardest decision?
Candidate: The colour palette, I tried a few options.
(Nothing here I can dig into.)Me: Tell me about this clinic booking redesign.
Candidate: A small clinic near my home takes bookings on
the phone. Reception staff are busy, so patients wait on
hold. I designed a web booking flow for them.
Me: What was the constraint?
Candidate: Doctors change their timings daily, so slots
cannot be fixed. I designed for the receptionist to open
slots each morning in under a minute.
Me: Why that and not automatic slots?
Candidate: The clinic had no calendar system to connect to.
(Now I want to hear about testing, edge cases, the
receptionist's view. The conversation has places to go.)
Notice that the clinic project is smaller than the travel app. Small and specific beats big and vague every time, because specifics are what questions are made of.
SECTION 02Five project types that reliably create conversation
You do not need a client to build a conversation-worthy project. You need a scope with friction in it. The five types below work well for freshers because they can be done in a few weeks, they involve real people or real standards, and each one naturally produces decisions with trade-offs.
Pick one or two that match the kind of company you want to join. A product company may care more about the redesign and edge-case projects. A design agency may enjoy the design system piece. A company with a public service or large audience will often ask about accessibility.
| Project type | Where the friction comes from | Questions it invites | Scope for a fresher |
|---|---|---|---|
| Local business flow redesign | Real staff, limited tech, real users | Why this flow? What did staff push back on? | One flow, like booking or ordering |
| Accessibility audit and fix | WCAG criteria, keyboard and screen reader testing | How did you test? What did you fix first? | Audit one public page, fix top issues |
| Unhappy-path design | Errors, empty states, failures | What can go wrong? How does the user recover? | Redesign failure states of one flow |
| Mini design system | Consistency versus flexibility | Why these tokens? How do variants work? | Buttons, inputs, cards with all states |
PROJECT: Failed payment recovery for a ticket booking flow
Problem: When UPI payment times out, users see a generic
'Something went wrong' and do not know if money was taken.
States to design:
1. Payment pending (money may still arrive)
2. Payment failed, not charged
3. Charged but booking not confirmed
4. Session expired, seats released
Constraint: Bank confirmation can take a few minutes,
so the app cannot always know the result instantly.
Key decision to discuss:
Hold seats during 'pending' or release them?
Trade-off: user trust vs seats blocked for others.PROJECT TYPE 5: Information-heavy screen redesign
Example: A college exam timetable or results page
that students read on phones.
Friction:
- Lots of data, small screen
- Different students need different rows
- Must still work when printed or screenshotted
Decisions that create questions:
- Table vs card list on mobile
- What to filter by default (branch, semester)
- How to show changes after the timetable is revised
Evidence: ask five students to find their next exam
in the old and new versions and note what slowed them.
Each of these briefs has a decision built in. That is deliberate. When you scope a project, write the hardest decision first. If you cannot name one, the project will probably not create conversation.
SECTION 03An accessibility project with something real to show
Accessibility projects create conversation because they combine standards, testing and prioritisation. You can audit a public page, such as a college website, against a few WCAG criteria: text contrast, keyboard navigation, focus visibility, form labels and image alt text. Then redesign the worst issues and explain what you fixed first and why.
Contrast is a good place to start because it is measurable. WCAG 2.x asks for a contrast ratio of at least 4.5:1 for normal body text and 3:1 for large text at level AA. You can check this with tools like the Figma contrast plugins or browser developer tools, but understanding the formula helps you explain your results with confidence.
| Check | How to test it | What to record | Typical fix |
|---|---|---|---|
| Text contrast | Contrast checker on text and background colours | Ratio and whether it meets 4.5:1 or 3:1 | Darken text or lighten background |
| Keyboard navigation | Use only Tab, Shift+Tab, Enter and Space | Elements you cannot reach or operate | Use real buttons and links, fix tab order |
| Visible focus | Tab through and watch for a focus ring | Places where focus disappears | Add a clear focus style, never remove outline without one |
| Form labels | Inspect inputs, try a screen reader | Inputs with only placeholder text | Add visible labels linked to inputs |
// WCAG 2.x contrast ratio between two hex colours
function luminance(hex) {
const rgb = hex.replace('#', '').match(/.{2}/g)
.map(h => parseInt(h, 16) / 255)
.map(c => c <= 0.03928 ? c / 12.92 : Math.pow((c + 0.055) / 1.055, 2.4));
return 0.2126 * rgb[0] + 0.7152 * rgb[1] + 0.0722 * rgb[2];
}
function contrast(a, b) {
const [hi, lo] = [luminance(a), luminance(b)].sort((x, y) => y - x);
return (hi + 0.05) / (lo + 0.05);
}
console.log(contrast('#777777', '#FFFFFF').toFixed(2)); // 4.48 -> fails AA body text
console.log(contrast('#595959', '#FFFFFF').toFixed(2)); // 7.00 -> passes AA and AAAACCESSIBILITY AUDIT LOG - college admissions page
# Issue Criterion Priority
1 Grey body text on white Contrast High (all text)
2 'Apply' is a div, no keyboard Keyboard High (blocks task)
3 Focus ring removed in CSS Focus High
4 Inputs use placeholder only Labels Medium
5 Campus photos lack alt text Alt text Low (decorative)
Fixed first: 2, then 1 and 3.
Reason: issue 2 stops keyboard users from applying
at all; the others make the task harder but possible.
The prioritisation note at the end of the audit log is what creates conversation. Anyone can list issues. Explaining why a keyboard blocker comes before a contrast problem shows that you think about tasks and people, not just checklists.
SECTION 04Plan your next conversation-worthy UI UX project
Use this one-page brief before you start a new portfolio project. If you cannot fill every field, adjust the scope until you can. Then use the second and third tabs to check the project before you add it to your portfolio.
PROJECT BRIEF
User group (specific): ______________________
Where I will meet them: ______________________
The one flow I will fix: ______________________
Problem I observed: ______________________
Real constraint: ______________________
(time, tech, policy, budget, device, staff)
Hardest decision I expect: ____________________
How I will test: ______________________
What 'better' means: ______________________
Time box: ____ weeks
If any line is blank, shrink the scope.BEFORE ADDING IT TO YOUR PORTFOLIO
Ask a friend to read the case study for 3 minutes,
then ask you 5 questions. Count them:
[ ] Did they ask about a decision? (good)
[ ] Did they ask about a constraint? (good)
[ ] Did they ask 'who is this for?' (bad sign: unclear user)
[ ] Did they only comment on colours? (bad sign: no tension)
If most questions are about visuals, add the
decision and constraint more clearly to the page.A BALANCED FRESHER PORTFOLIO (2 to 4 projects)
Project A: Real-user flow redesign
-> shows research, constraints, testing
Project B: Accessibility audit or unhappy-path design
-> shows rigour and thinking beyond the happy path
Project C (optional): Mini design system
-> shows consistency, components, variables
Project D (optional): Visual concept
-> fine for visual range, but label it as a concept
Lead with A. Never lead with D.
SECTION 05Habits for building projects people want to discuss
Conversation-worthy projects come from how you choose and scope work, not from how long you spend polishing it.
- Start with a person, not an app — Find one person or small group who struggles with something, and build the project around their problem.
- Write the constraint down — Name the limit you designed within. If there was none, choose a realistic one, like a low-end phone or no backend changes.
- Keep one rejected option — Every case study should show at least one design you did not ship and the reason you dropped it.
- Design the failure states — Add errors, empty states and slow-network states to every project. They create some of the best interview questions.
- Label concepts honestly — If a project has no users or testing, call it a visual concept. Honesty keeps the conversation on solid ground.
SECTION 06Interview Q&A — UI UX projects
Q1UI UX Designer interview: Which project in your portfolio are you most proud of, and why?
Choose the one with the clearest decision, not the prettiest visuals. Explain the user, the constraint and the trade-off you made, then mention what you learned. Pride in a hard decision sounds more credible than pride in a colour palette.
Q2How did you choose the problem for this project?
Explain where you saw the problem: a local business, your college, family members or a public service. Mention how you confirmed it was real, such as speaking to a few users or watching them try the task.
Q3What constraints did you work within?
Name specific limits, such as no backend changes, a low-end Android phone, staff with little time, or accessibility standards. Then show how one of those constraints changed a design decision.
Q4How do you design for things going wrong?
Describe your approach to unhappy paths: list what can fail, design clear states for each, write helpful error copy that says what happened and what to do next, and test recovery with users. Give one example from your work.
Q5How would you check whether this design is accessible?
Mention specific checks: colour contrast against WCAG AA ratios, keyboard-only navigation, visible focus, labelled form inputs and alt text. Then explain how you prioritise issues by how much they block a task.
SECTION 07Test yourself — UI UX projects quiz
Five questions. No sign-up.
0 / 5Pick an answer to see why it is right or wrong.
SECTION 08Frequently asked questions
What projects should I include in a UI UX portfolio as a fresher?
Include two to four projects, led by one real-user flow redesign with research and testing. Add an accessibility audit, an unhappy-path design or a small design system. A visual concept can be included if labelled as such.
Are app redesign concepts bad for a UX portfolio?
Not bad, but weak on their own. A redesign becomes strong when it focuses on one flow, is based on real user observation and explains a decision with a trade-off.
How do I find real users for a UX portfolio project?
Start close to you: local shops, clinics, your college, family members or classmates. Choose a specific task they struggle with. Even a small number of honest sessions gives you real material.
How long should a UI UX portfolio project take?
A focused fresher project can often be done in a few weeks if the scope is one flow. Set a time box in your brief and cut scope rather than extending the timeline.
Is an accessibility project good for a UX portfolio?
Yes. It combines standards, testing and prioritisation, and it is measurable. Auditing one public page and fixing the worst issues gives you concrete numbers and decisions to discuss.
Does Uncodemy help with UI UX Designer interview answers?
Yes. Uncodemy's UI/UX Design Training Course in Noida (classroom and online) includes live projects, one-to-one mock interviews and resume reviews, so you practise UI UX Designer interview answers with trainer feedback before the real interview. You can book a free demo class from this page to see how the sessions work.
SECTION 09Related reads
Classroom & online · Noida
Build projects that interviewers want to discuss
Our UI/UX Design Training Course includes guided real-user projects, accessibility practice and case study reviews, so your portfolio carries real decisions.
Talk to a counsellor for current fees- Real-user case studies
- Accessibility practice
- Mock portfolio reviews
- Weekday & weekend batches