Designer des Tages Interview
18 Fragen
I’ve spent most of my career working on complex digital products across fintech, SaaS, and AI-assisted platforms. Early on, I worked on large-scale marketplace and SaaS systems, including DesignContest.
Could you please tell us about your experience as a designer, artist, architect or creator?
I’ve spent most of my career working on complex digital products across fintech, SaaS, and AI-assisted platforms.
Early on, I worked on large-scale marketplace and SaaS systems, including DesignContest. That experience taught me very quickly that the difficult part of product design is rarely the interface itself. It’s the structure underneath - flows, permissions, edge cases, states, and how the system behaves once real users start pushing against it.
Later I moved deeper into fintech, helping build several neobank products from zero to one during the pandemic years. Those environments were fast-moving, ambiguous, and operationally intense, which shaped how I think about trust, onboarding, clarity, and user decision-making under pressure.
More recently, I led UX work for Ender Turing, a real-time conversation analytics platform operating across 24 languages. The interesting challenge there wasn’t the AI itself - it was helping supervisors process huge amounts of information quickly enough to make useful decisions in high-pressure environments. That project received a Bronze A’ Design Award in interface, interaction, and user experience design.
In parallel, I’ve been working at increasing system scale - including a Voice of Customer platform for a large enterprise client in the MENA region, where I helped build the design infrastructure supporting scalable LTR/RTL adaptation across themes, breakpoints, and complex enterprise workflows. The project eventually exceeded 2.3 million layers inside a single Figma environment.
Separately, I led the design and delivery of a fintech SaaS platform from zero to one in roughly six weeks using AI-assisted workflows. What interested me there wasn’t speed alone, but figuring out how to keep the product coherent across dozens of iterations without the system drifting into inconsistency.
Over the last few years, my work has shifted less toward individual screens and more toward systems that can survive complexity, scale, and constant change.
How did you become a designer?
It actually started with programming.
I was around nine years old when I first started learning it, and during one of my early school competitions I spent more time making the interface look good than solving the actual assignment properly. Which, academically, was not a great strategy.
But even back then I was much more interested in how humans interact with systems than in the code itself.
What pulled me into design wasn’t aesthetics as much as communication. Interfaces shape behavior. They influence trust, stress, attention, and decision-making. That became interesting to me very early.
I also naturally gravitated toward structured products - systems, flows, logic, edge cases. I never really saw design as decoration. For me it was always a problem-solving discipline with a human layer attached to it.
What are your priorities, technique and style when designing?
The biggest priority is clarity.
If users don’t understand something, it doesn’t work. Most product problems I’ve seen over the years were actually clarity problems, not visual ones.
Before designing anything visually, I usually need to understand the system underneath it:
* how decisions flow
* where complexity appears
* what happens when things break
* how different user roles interact
* where edge cases start affecting the experience
Especially now, with AI-assisted workflows becoming more common, structure matters even more. AI tools are very good at accelerating execution inside a well-defined system. Inside a messy system, they mostly accelerate confusion.
I also think a lot about implementation. One of the best signals for me is when developers receive a handoff and barely ask clarification questions. That usually means the logic is already embedded into the product itself instead of living in meetings or Slack threads.
Tool-wise I work mostly in Figma, increasingly with tools like Figma Make, Claude, Cursor, and AI-assisted workflows in general. But tools change constantly. The thinking behind them matters much more.
Which emotions do you feel when designing?
Probably relief more than excitement.
The phase I enjoy most is actually the messy middle - when the system still doesn’t fully make sense yet and you’re trying to hold a lot of ambiguity together at once.
I like the moment when things start stabilizing. The flows connect. The logic stops collapsing under edge cases. The product begins behaving predictably instead of fighting itself.
That’s the satisfying part for me.
I’m also much less emotionally attached to visual polish than many designers are. I appreciate strong visual work, obviously, but what interests me more is whether the system survives real usage without creating confusion or operational friction.
The strongest feeling usually comes much later, when something ships and quietly becomes part of people’s everyday lives. Especially in fintech, where small UX decisions can directly affect trust and confidence, that responsibility feels very real.
What particular aspects of your background shaped you as a designer?
Technical thinking shaped me a lot.
I naturally approach products by asking questions like:
- where does the logic break?
- what happens under pressure?
- how do different parts affect each other?
- what fails once the product scales?
That mindset pushed me toward complex systems very early.
Another big influence was working in environments with incomplete information. Small teams, changing priorities, evolving products, constant ambiguity. You learn to make decisions without waiting for perfect clarity.
And finally, working across different regions changed how I think about users. I’ve worked with products across Eastern Europe, Southeast Asia, the Caucasus, and MENA markets. Things people consider “intuitive” are often deeply cultural. That experience made me much more careful about assumptions.
What is your growth path? What are your future plans? What is your dream design project?
Right now I’m very interested in how AI changes product delivery workflows - not just generation, but reliability.
A lot of the industry conversation is still focused on producing screens faster. What became much more interesting to me recently is everything that happens after generation: keeping systems consistent across iterations, managing instability, reducing ambiguity, and preventing products from slowly drifting into chaos during rapid execution cycles.
I’m especially interested in workflows where design systems stop behaving like static UI libraries and start acting more like operational infrastructure.
As for dream projects - honestly, I’m less interested in “visionary” products and more interested in difficult ones. Products with real operational constraints, real scale, and real consequences when things go wrong.
What are your advices to designers who are at the beginning of their career?
Learn to think beyond screens as early as possible.
A lot of junior designers focus heavily on visuals, animations, polished case studies, and trends. But most real product work eventually becomes about decision-making, tradeoffs, implementation, and communication.
The second thing is learning how systems fail, not just how demos work. Production environments are messy. You deal with edge cases, unstable behavior, unclear requirements, iteration drift, and technical limitations all the time.
And finally - communicate clearly. The ability to explain why something exists is one of the most underrated skills in product design.
You are truly successful as a designer, what do you suggest to fellow designers, artists and architects?
Treat your design system seriously.
Not as a UI kit, but as infrastructure.
One thing I noticed recently while working with AI-assisted workflows is that generation is rarely the real bottleneck anymore. Consistency is.
It’s relatively easy to generate a screen. It’s much harder to keep a product logically coherent after dozens or hundreds of iterations without slowly introducing contradictions into the system.
The more structured the foundation is, the easier it becomes to scale products, reduce ambiguity, improve handoff quality, and work effectively with AI tools without losing control of the product itself.
That changed how I think about design systems completely.
What is your day to day look like?
Morning walks help a lot. Ideally somewhere quiet with trees and not too much noise.
A surprising amount of product thinking happens there instead of at the desk.
After that I usually try to protect a few hours for deep work - complex flows, reviews, system decisions, AI workflow experiments, or anything that requires uninterrupted focus.
The rest of the day depends on the project. Sometimes it’s product work in Figma. Sometimes reviewing AI-generated outputs and fixing inconsistencies. Sometimes debugging workflows after an agent decides to reinterpret half the product because of one poorly scoped prompt.
That happens more often than people think.
How do you keep up with latest design trends? To what extent do design trends matter?
I pay much more attention to workflow shifts than visual trends.
Right now the interesting changes are operational. Tools like Figma Make, Cursor, Claude Code, and AI agents inside design environments are changing how products get built, not just how they look.
At the same time, I still think fundamentals matter more than trends. Clear structure, understandable behavior, good information hierarchy, and usability age much better than visual fashion.
For inspiration, I usually look at products operating under real constraints - fintech, logistics, healthcare, enterprise systems. In those environments, bad design decisions become visible very quickly.
How do you know if a product or project is well designed? How do you define good design?
If users understand it.
That’s still the core metric for me.
Good design reduces confusion and helps people make decisions with less friction and less cognitive load.
I also pay close attention to whether the product remains understandable once real complexity appears - edge cases, interruptions, overloaded states, operational pressure, unusual user behavior. A system can look polished in a demo and still completely fall apart in real usage.
And implementation quality matters a lot to me. A beautiful prototype that collapses during delivery isn’t successful design. Real design survives contact with production.
How do you decide if your design is ready?
The strongest signal is usually developer reaction.
If a handoff produces endless clarification loops, something is probably missing structurally.
The best projects are the ones where developers can move confidently because the flows, logic, behaviors, and edge cases are already clearly defined inside the design itself.
I also tend to test products mentally against messy conditions - weak connections, interruptions, overloaded dashboards, confused users, situations where people are stressed or in a hurry. Products rarely fail in ideal conditions. They fail in edge cases.
What is your biggest design work?
Probably two types of work stand out for different reasons.
The first is fintech. Helping build several neobank products from zero to one during the pandemic taught me a lot about ambiguity, operational pressure, onboarding, trust, and how much responsibility sits inside seemingly small UX decisions.
The second is large-scale Voice of Customer and SaaS analytics platforms. Those projects pushed me much deeper into data visualization, adaptive design, design systems, and system-level thinking at scale.
The difficult part wasn’t just handling large amounts of data. It was making constantly changing information understandable and usable for people making fast decisions under pressure. Once you’re dealing with thousands of signals, filters, multilingual workflows, responsive states, and large operational ecosystems, the problem stops being “screen design” very quickly.
A big part of the work became building systems that could remain coherent as complexity kept growing - across RTL and LTR behavior, adaptive layouts, responsive logic, evolving workflows, and large-scale design systems. Some of those products eventually grew to millions of layers inside a single Figma environment, which completely changes how you think about structure, consistency, and delivery.
That work also received a Bronze A’ Design Award in interface, interaction, and user experience design.
Who is your favourite designer?
Dieter Rams.
Mostly because his work was disciplined. A lot of his principles are really about restraint - removing unnecessary complexity instead of adding more.
I also admire teams behind products like Stripe, Deel, and Revolut. Not because they’re visually trendy, but because they make complicated systems feel manageable without oversimplifying them.
That’s very difficult to do well.
Would you tell us a bit about your lifestyle and culture?
I’m Ukrainian and currently based in Baku.
Living and working across different regions changed how I think about products quite a lot. Different cultures have very different expectations around trust, communication, onboarding, hierarchy, even visual density.
Outside work, I genuinely need nature to think clearly. A walk somewhere quiet usually solves more design problems for me than staring at a screen for another three hours.
Also - I probably spend an unhealthy amount of time stress-testing AI workflows just to see where they break.
Would you tell us more about your work culture and business philosophy?
I like working with people who are direct, collaborative, and comfortable with ambiguity.
Fast product environments are rarely clean or perfectly organized. Good teams are usually the ones that can keep moving while the system is still being figured out.
I also care a lot about reducing friction between design and development. One of my favorite moments in a project is when engineering barely needs clarification because the structure is already clear.
That requires much more than attractive screens. It requires consistency, edge-case thinking, realistic implementation awareness, and clear decision-making.
I think design works best when it stays connected to reality instead of becoming presentation material.
What are your philanthropic contributions to society as a designer, artist and architect?
Earlier in my career I worked on educational products and tools that helped young designers develop UX and visual communication skills.
More recently, I’ve been sharing practical knowledge publicly around AI-assisted workflows, prompt structure, design systems, and operational challenges inside modern product design.
I try to keep those conversations grounded in real experience rather than hype. There’s already plenty of abstract discussion around AI. What people often need more is practical information about what actually breaks, what scales, what saves time, and where the real bottlenecks appear.
If sharing that helps someone avoid wasting weeks on bad workflows, that’s useful.
What positive experiences you had when you attend the A' Design Award?
The most valuable part was probably articulation.
Award submissions force you to explain your work clearly - what problem existed, why certain decisions were made, what constraints shaped the outcome, and what impact the system actually had.
That process is useful by itself.
The recognition for Ender Turingwas especially meaningful because the project was operationally complex, not just visually polished. It dealt with real-time information, large-scale conversation analysis, and people making decisions under pressure.
I also appreciate the international visibility that award platforms create. Complex B2B and infrastructure-oriented design work often stays invisible outside the companies using it. Awards help bring some of that work into broader conversations around where product design is heading.