Non-UI & Research Works

Beyond Drawing Screens

A lot of people think product design is just drawing screens in Figma—picking colors, adjusting fonts, and moving buttons around.

In reality, most of the hardest work happens before and behind the interface. If the underlying logic, business rules, or user steps are tangled, making the buttons look nicer won’t fix anything.

This article is a collection of my non-UI work: research breakdowns, workflow mapping, information architecture, usability testing, and cross-team workshops.

Real-World Deconstructions

Different problems require different tools. Here is how I broke down real-world systems across different industries:

Klook: Booking Funnel Breakdown

Mapped out Klook’s ticket booking steps to see where travelers got confused or hesitated before paying.

RBS: Blood Glucose Monitoring App

Conducted patient interviews and habit research for Rapport RBS—a diabetes tracking app designed to help users monitor blood glucose levels and build conscious eating routines.

IFC: Travel Agency Ecosystem

Mapped end-to-end trip planning, package bookings, transport schedules, and group coordination workflows for a multi-service travel agency platform.

MetroGo: Commuter Navigation

Studied subway stations and physical signage to design a transit navigation flow commuters can read in a split second while walking.

Falcon: State & Offline Sync

Mapped enterprise tracking states, ensuring the app handles offline data safely when workers lose internet connection in the field.

Affinity Mapping

Organized qualitative user feedback and interview notes into clear groups to pinpoint common patterns and pain points.

Usability Testing

Tested interactive prototypes with real users to measure task completion speed and identify stumbles before writing code.

Keeping Research Practical

Research is essential, but it can easily become a trap. Spending months on open-ended interviews without building anything often turns into expensive procrastination.

To keep research practical:

1. Ask specific questions: Test clear, focused questions instead of doing vague academic exploration.
2. Keep time limits: Set strict time limits for research sprints so momentum never stalls.
3. Test with real products: A simple live prototype put in front of users teaches you more in two days than weeks of speculation.
4. Spend time where risk is high: Focus deep research on core foundations (like checkout security or account data) that are hard to change later, and move quickly on surface layout details.

Communicating Across Teams

The best research is useless if it stays locked inside a presentation deck. Most of a product designer’s real impact comes from clear communication:

• Speaking different languages: Talking about business risk and return with executives, technical feasibility and APIs with engineers, and ease-of-use with customers.
• Prototypes over static slides: Showing realistic prototypes so everyone can experience edge cases and trade-offs directly.
• Building alignment: Helping separate departments see how a clean user experience directly protects company revenue and saves engineering time.

A great example of this systems approach was the United Nations Development Programme (UNDP) eLearning initiative. What started as a simple request for UI mockups grew into building an entire Learning Management System (LMS) for small business owners across the country.

By studying slow internet speeds in rural areas, student drop-off patterns, and device limitations, we created a lightweight platform that worked reliably on low-bandwidth connections and helped thousands of entrepreneurs complete their courses.