Rich McNabb Avatar

Rich McNabb

• Written by Rich McNabb • Proofread & Edited by Claude AI

What my ideal UX/UI Design role looks like

A straightforward look at what I'm after, the kind of company, team and work that brings out my best.

Person working at a desk in a creative studio environment

Image credit:

Studio Republic

What’s the problem you’re trying to solve?

That’s usually the first question I ask when I’m exploring a new opportunity, and honestly, the answer carries a lot of weight in whether it feels like the right fit. I recently read an article by Mike Kivikoski called Ideal employment, about the value of clearly outlining what you’re actually looking for in your next role, and the kind of companies you’d like to work for. It’s a simple idea, but I hadn’t properly sat down and done it myself.

So I took the time to gather my thoughts and realign my professional goals with the career path I actually want to follow. The exercise gave me a clearer sense of direction than I expected.

New Zealand Passenger Arrival Card app designed to help educate and provide clarity to travellers.
New Zealand Passenger Arrival Card app designed to help educate and provide clarity to travellers.

The 4Ps: what motivates me

Over the years I’ve got clearer on what makes a role genuinely rewarding. These four things consistently show up in the work I’ve enjoyed most, and in the questions I ask when I’m exploring a new opportunity. I unpack each of these in more detail in the questions I ask during interviews, but here’s the short version.

People

Great team culture where people have fun and create amazing work together

Projects

Projects that matter, built with collaborative teams who love seeing ideas come to life

Process

Design, technology and business working together to deliver great products

Problems

Solving real-world problems for customers while generating revenue for businesses

My UX/UI design process

I follow a clear process built around four stages: discover, define, design and deliver. I start by understanding the problem before jumping to solutions, talking to people, gathering context and challenging assumptions rather than taking them for granted. From there, I turn what I’ve learned into a clear problem statement and a real sense of direction.

Discover

Core focus: Understand the underlying problem, gather deep context from users, and fully align on critical project constraints and delivery timeframes.

Define

Core focus: Turn initial insights into rapid analog sketches and early user flows while continuously stress-testing technical feasibility with the engineering team.

Design

Core focus: Set up the design principles and foundations, configure responsive layout system variables, and build interactive, high-fidelity prototypes.

Deliver

Core focus: Run comprehensive cross-functional walkthroughs, champion the user experience, audit for core accessibility requirements, and ship polished work.

I design in Figma, using components, variables and prototypes to communicate ideas clearly, exploring solutions within real constraints and timelines. I validate with real users through interviews, usability testing and research rather than relying on assumptions, then work closely with the wider team to bring the solution to life, on time and to a high standard.

Most of this comes back to the same 10-step design process I’ve refined over the years. I collaborate closely with developers, product managers and stakeholders throughout, and I design with a minimal, modern approach that helps users complete tasks with less effort, not more decoration.

5 stages in the design thinking process
5 stages in the design thinking process

Design teams I want to collaborate with

I’d love to join an established software product company with an in-house design team that genuinely values collaboration, craft and sharing ideas. Clear processes, real empowerment, and a culture that cares about people, their career, health, family and lifestyle, all matter to me. If your team values training, keeps the work week reasonable and genuinely listens to your customers, we’re probably a good fit.

Bridging the gap between design and development

I’ve spent 15+ years working across mobile apps, web platforms and design systems, most recently with teams at Xero, ANZ, Te Whatu Ora and HazardCo. That range means I can move comfortably between a fast-moving startup problem and a large, established organisation’s design system without missing a beat.

My early career in web development still shapes how I work today. I naturally bridge the gap between design and development, which makes collaborating with engineers feel less like a handoff and more like building something together. I think in systems, whether that’s a full design system or an in-house process, and I take real pride in the craft and the quality of what I ship.

Solving problems that make people’s lives better

I love designing beautiful experiences for mobile and web, and I’m drawn to the size and complexity of a problem more than the size of the company behind it, whether that’s a startup or a large organisation. What matters most is the work having a clear connection to real customer needs, on a team that collaborates, shares knowledge and takes pride in what they ship. I’m looking for space to contribute at a senior level, shaping problems rather than just delivering solutions to ones someone else has already defined.

Continued learning matters to me too, through challenge, mentoring and shared knowledge, in a culture where people genuinely care about each other and the work. Being neurodivergent has shaped a lot of this. Dyslexia and ADHD give me a way of approaching problems from a different angle, and I want to work somewhere that sees that as an asset rather than something to work around.

I’m all about collaboration and complex problem solving

The roles I’ve valued most have had all four Ps in place, people who care, work that matters, a process built around the customer, and problems worth solving. It’s never really been about job titles or tools. It comes down to whether design gets to be part of the thinking early, or just gets handed a finished brief to make look nicer.

You can usually tell within the first few weeks. Are you being asked to solve problems, or just style screens that have already been decided elsewhere? Is there room to push back on an idea, or is the brief treated as fixed the moment it lands? Those small signals tend to say more than any job description.

You see this most clearly in a project like a banking app rebuilt around trust and clarity, or a dispatch dashboard built for split-second decisions, where structure and decision-making shaped the experience from the ground up. Both needed design in the room early, not brought in once the important calls were already made.

If any of this sounds like your team, my about page has a bit more on who I am outside the job title.