Case study full view
Lina Mohamadi, UX Researcher

UX Researcher & Product Designer

Uncover. Connect. Design.

I uncover root causes, connect perspectives, and translate research into clear product direction, helping teams build products grounded in evidence rather than assumption.

The best design starts with the right problem.

Understanding Complexity Connecting the Dots Research Before Assumptions Systems Thinking Human-Centered Design Evidence Over Opinions Designing for Clarity Understanding Complexity Connecting the Dots Research Before Assumptions Systems Thinking Human-Centered Design Evidence Over Opinions Designing for Clarity

I enjoy making sense of complexity.

How I untangle a messy problem

What are people actually trying to accomplish?

How can complexity become something people can confidently use?

Currently
UX Researcher & Designer
Part-time · TeamViewer
Göppingen, Germany
Education
M.Sc. UX Management & Design
PFH Private Hochschule · 2025–
B.A. Industrial Design
Alzahra University · Tehran
Languages
EnglishC1
GermanC1
PersianNative

What I bring.

Finding the questions worth answering

Research that uncovers patterns, clarifies uncertainty, and helps teams decide what to investigate or change.

Professional
journey.

UX Research Intern
TeamViewer
Full-time · Göppingen, Germany · Mar – May 2026

Worked across the UX research process, supporting user studies, research synthesis, product evaluation, and the translation of findings into actionable product insights.

AI Product Evaluation Research Quality Internal Tools
Design & Product Development Specialist
Kharazmi Industry Development Co.
Full-time · Tehran, Iran · Jul 2020 – Mar 2025

Led cross-functional product development for automotive components, aligning design, engineering, and production teams from concept to manufacturing.

Cross-functional Systems Thinking Product Development
Industrial Designer
Kharazmi Industry Development Co.
Full-time · Tehran, Iran · Nov 2012 – Jul 2020

Designed automotive mechanical components from concept through technical documentation, collaborating with engineers and production teams throughout.

Industrial Design Manufacturing Product Design

Let's work together.

I'm currently seeking full-time UX Research and Product Design opportunities in Germany and across Europe. If you're building products that solve complex problems through thoughtful research and human-centered design, let's talk.

/ Product & Systems Design ← All work

Product & Systems Design

Framework design, systems thinking, and end-to-end product design.

01
TeamViewer · Industry Project
Enterprise UX UX Measurement Systems Design
Unified UX Measurement Framework

The problemEvery team measured UX differently, making results difficult to compare or use across products.

Designed a reusable UX measurement framework that integrates behavioral metrics, survey data, and expert evaluations into a shared decision-support system for enterprise product teams.

02
Product DesignUX ResearchMobile UX
Startklar · Student Onboarding App

The problemInternational students arrive to a system that assumes they already know how it works.

Designed an end-to-end mobile experience helping international students navigate their first weeks in Germany, grounded in 4 qualitative interviews and 38 survey responses and validated through usability testing.

/ UX Research ← All work

UX Research

Synthesis, usability research, AI evaluation, and Human-AI trust studies.

01
TeamViewer · Industry Project
UX Research Research Synthesis Evidence Modeling
From Fragmented Research to Product Direction

The problemResearch existed across the organization, but the evidence was too fragmented to guide product decisions.

Synthesized interviews, prototype evaluations, support conversations, and user feedback into a shared evidence model, revealing recurring UX patterns, product risks, and actionable opportunity areas.

02
TeamViewer · Industry Project
AI Agent DesignAgent EvaluationAI Reliability
Reliable Copilot Agent for UX Research

The problemA Microsoft Copilot Agent that sounded confident even when it was wrong.

Designed and evaluated a Microsoft Copilot Agent for reliable, source-grounded access to internal UX research knowledge.

03
EDEKA · Industry Project
Usability ResearchModerated TestingBehavioral Insights
EDEKA App · Usability Evaluation

The problemSmall friction points scattered across a grocery app were quietly costing user trust.

Conducted moderated usability testing with 8 participants using think-aloud protocol, identifying critical breakdowns in list creation, scan feedback, search relevance, and language accessibility, followed by targeted redesign proposals.

04
IconChat · Industry Research Collaboration
Human-AI InteractionTrust ResearchControlled Experiment
Explainability & Trust in Human-AI Interaction

The problemWhen people cannot judge why an AI made a decision, knowing when to trust it becomes difficult.

Designed and ran a controlled, between-subjects experiment for IconChat, investigating how explainable AI reasoning shapes user trust, perceived usefulness, and intention to use for an AI-enabled app project.

/ UX Measurement Framework ← All work
Unified UX Measurement Framework case study header
Unified UX Measurement Framework Interactive Mockup Preview
Prototype Status Exploratory Interactive Prototype
Purpose Created to communicate the framework's interaction behavior, information hierarchy, and decision-support logic.
Confidentiality All software names, scores, metric values, product labels, and examples are fictional and created solely for demonstration purposes. They do not represent real company data.
Open Interactive Prototype
Open in new Tab · Interactive HTML Prototype

The Evidence Already Existed

The organization did not have a UX data problem. It had an interpretation problem.

Product teams already worked with established UX evidence, including survey metrics, behavioral metrics, and expert evaluations. These signals were valuable and were intended to remain unchanged: each metric already had its own purpose, calculation method, benchmark logic, and detailed scorecard.

1No Overall Picture
Stakeholders had no single view of overall UX quality for a feature or task.
2Fragmented Across Views
Different metrics followed different interpretation patterns, and relationships had to be identified manually.
3Inconsistent Comparison
Comparing results across features, releases, and time periods was inconsistent from one review to the next.
4Confidence Went Uncommunicated
Confidence in the available evidence was never communicated through one shared model.
5Conflicts Could Disappear
Outcomes like high task success paired with low satisfaction could vanish when metrics were reviewed independently instead of together.
The challenge was not collecting more evidence. It was creating one consistent and explainable way to interpret the evidence that already existed.

From Separate Scorecards to One Interpretation System

The framework was designed as a shared layer above existing UX metrics, not as a replacement for them.

The concept introduced one reusable interpretation system that connects existing survey, behavioral, and expert evidence while preserving the detail and context of each source.

The framework adds a structured summary layer that helps stakeholders understand:

Overall UX quality
Supporting evidence
Data confidence
Conflicting signals
Changes across time periods
Areas needing investigation

The detailed scorecards remain the primary evidence layer. The unified framework acts as the interpretation and decision-support layer above them.

Existing metrics remain intact. The framework changes how their meaning is connected, compared, and communicated.
Survey Metrics Behavioral Metrics Expert Evaluations 01 Shared Interpretation Layer 02 Aggregation & Confidence 03 Comparison & Conflict Visibility Stakeholder Decision Support

The framework connects fragmented UX evidence without compressing every signal into one oversimplified score.

Three Sketches, One Shift in Thinking

The concept evolved through three stages.

The initial focus was understanding the existing measurement ecosystem. It then shifted toward connecting evidence through a shared interpretation layer, before finally defining the information hierarchy required for stakeholder decision-making.

Stage 01 · Problem Mapping

Understanding where interpretation became difficult

The first sketch mapped the current UX measurement landscape.

Survey metrics, behavioral metrics, and expert evaluations already existed, but they were presented separately. The exercise made the central problem visible: stakeholders had to manually connect multiple signals before reaching a conclusion.

Handwritten sketch mapping the existing UX measurement landscape

Mapping separate evidence sources, manual interpretation effort, missing confidence visibility, and limited trend comparison.

Stage 02 · Framework Concept

Connecting evidence without replacing it

The second sketch explored how existing UX signals could feed into one overall interpretation layer.

The concept introduced an overall UX summary, confidence visibility, comparison insights, conflict detection, AI-supported interpretation, and access to detailed evidence.

This was the point where the project shifted from designing a scorecard to defining a reusable evaluation framework.

Handwritten sketch exploring a shared interpretation layer concept

Exploring how survey, behavioral, and expert signals could contribute to one transparent interpretation system.

Stage 03 · Information Architecture

Structuring the framework around stakeholder questions

The third sketch translated the framework concept into an initial information hierarchy.

The layout prioritized the questions stakeholders needed to answer first:

  • What is the current UX quality?
  • Has it improved or declined?
  • How reliable is the conclusion?
  • Which evidence supports it?
  • Where do signals conflict?
  • What detail should be investigated next?
Handwritten sketch structuring the overall UX summary information hierarchy

Testing the hierarchy of summary, confidence, evidence sources, comparison, and detailed interpretation before visual design.

Defining the Framework Before the Interface

Before any interface was designed, the evaluation framework itself had to be defined. A detailed specification established how existing UX evidence should be aggregated, interpreted, compared, and communicated consistently across products. This document became the foundation for every design and implementation decision that followed.

50+
Page Specification
01Define the Aggregation Scope
02Define Aggregation Philosophy & Weighting Model
03Define Normalization Model
04Define Display Rules for Non-Aggregated Signals
05Technical Aggregation & Recalculation Implementation
06Transparency & Explainability Layer

Exploring the Interaction Model

Once the framework logic was defined, I translated it into an interaction model through parallel sketching and low-fidelity exploration.

The goal was to test how stakeholders could move from an overall UX assessment to confidence, conflicting signals, metric-level evidence, and comparison over time without losing context.

These explorations helped define the page hierarchy, expandable scorecards, evidence relationships, and progressive disclosure before the concept was developed into an interactive prototype.

Low Fidelity Exploration
Hand-drawn wireframe sketch of the File Transfer overview and Data Confidence detail Hand-drawn wireframe sketch of Behavioral Metrics, Expert Evaluation, and Comparison Insights
Testing the overall structure, evidence hierarchy, and interaction flow.
Structural Refinement
Low-fidelity wireframe of the File Transfer scorecard with structural annotations
Translating the framework into a clearer screen structure and reusable interaction patterns.

Testing the Framework Before Development

The low-fidelity interaction model was developed into a complete interactive prototype to test the framework as a connected experience rather than as a set of isolated screens.

The prototype was first generated rapidly to accelerate exploration, then reviewed and refined in Figma. I adjusted the information hierarchy, interaction states, visual structure, and component behavior so the result reflected the framework requirements rather than the limitations of the initial AI-generated version.

It was used to evaluate:

  • the transition from summary to supporting evidence
  • confidence and conflict visibility
  • collapsed and expanded metric states
  • comparison between time periods
  • navigation across different levels of detail

The refined prototype became the shared reference for stakeholder discussions and engineering implementation.

Rapid prototype overview showing the overall UX grade, AI summary, and data confidence

Overview: overall UX grade, AI summary, and data confidence at a glance.

Comparison Insights expanded, showing metric changes between May and June
Comparison Insights expanded: change between time periods.
Signal Conflict Detected panel expanded with interpretation and recommendation
Signal Conflict expanded: contradicting evidence stays visible.
Data Confidence Details panel showing sample size, recency, and coverage per metric type
Data Confidence Details: supporting evidence behind each grade.
UEQ Dimensions metric detail panel showing Desirability, Usability, and Utility
Metric-level detail: drilling into a single evidence source.
View Interactive Prototype

From Prototype to Implementation

The refined interactive prototype became the foundation for implementation.

Throughout development, I worked closely with the developer to review and improve interaction details, information hierarchy, edge cases, confidence behavior, comparison logic, and component consistency.

The implemented experience continued to evolve through iterative design reviews and refinement during development.

The final production interface contains proprietary TeamViewer data and internal product information and cannot be shown publicly.
The prototype presented in this case study represents the validated design direction provided for implementation.

The principles behind the framework

01
Reuse Existing Metrics
Build on established survey, behavioral, and expert evaluation methods rather than replacing them.
02
Interpret Rather Than Replace
Add a shared interpretation layer while preserving the purpose and detail of each scorecard.
03
Keep Evidence Accessible
Allow stakeholders to move from the overall assessment to the evidence behind it.
04
Preserve Conflicting Signals
Keep contradictions visible instead of hiding them within an average score.
05
Make the Logic Explainable
Communicate how evidence contributes to the overall interpretation.
06
Separate Confidence from Quality
Show how complete and reliable the evidence is without confusing confidence with UX performance.
07
Use Progressive Disclosure
Present the most decision-relevant information first and reveal supporting detail when needed.
08
Design for Decisions
Help stakeholders understand what changed, why it matters, and where further attention is required.

From separate scorecards to a reusable decision-support system

Rather than introducing new UX metrics, the framework changes how existing survey, behavioral, and expert evidence is structured, connected, interpreted, and communicated.

It provides one shared model for understanding UX quality while preserving the context, confidence, and detail behind each conclusion.

01
Consistent Scorecard Structure
Survey, behavioral, and expert evidence follow one shared presentation and interpretation pattern.
02
Unified Interpretation
Different UX signals can be understood together through one structured summary instead of being reviewed in isolation.
03
Transparent Confidence and Aggregation
Confidence levels and aggregation logic remain visible rather than behaving like a black box.
04
Visible Conflicting Signals
Contradictory outcomes remain visible, helping stakeholders understand nuance instead of relying on an oversimplified score.
05
Consistent Comparison Over Time
The same structure and interpretation rules support comparison across releases and time periods.
06
Reduced Manual Interpretation
Stakeholders can move from the overall assessment to supporting evidence without manually combining results from separate scorecards.
07
Scalable Evaluation Foundation
The framework provides a reusable foundation that can evolve as additional metrics, scorecards, and evaluation needs are introduced.

What this project was actually about

The project began as a challenge around presenting UX metrics more clearly. As the work progressed, it became clear that the deeper problem was not visualization, but interpretation.

The organization already had established survey metrics, behavioral evidence, expert evaluations, and detailed scorecards. What was missing was a shared way to connect these signals, communicate confidence, preserve contradictions, and compare UX quality consistently over time.

The most important design challenge was balancing simplicity with transparency. The framework needed to support quick stakeholder understanding without hiding evidence, uncertainty, conflicting results, or data limitations.

This shifted the work from designing a dashboard to defining a reusable evaluation system, including its interpretation model, information architecture, interaction behavior, confidence logic, comparison rules, and implementation specifications.

The value was never in creating more UX metrics. It was in helping people interpret the ones they already had.
/Reliable Copilot Agent for UX Research← All work
Enterprise AI UX Research · TeamViewer Internship

Designing Reliable AI Access to UX Research Knowledge

An AI research assistant is only as useful as the evidence behind its answers. I evaluated a Microsoft Copilot Agent across realistic research scenarios and turned what I found into concrete design decisions.

Role: UX Research Intern. Context: Enterprise B2B Software. Duration: March to May 2026. Methods: Scenario-Based Evaluation, Prompt Analysis. Output: Evaluation Framework, Refined Prompt Architecture. Company: TeamViewer.

Due to confidentiality, internal prompts, proprietary research content, product-specific examples, and company data have been generalized.

Three-part story: 01 The Challenge, an AI research assistant value depends not just on producing an answer but on whether that answer is actually backed by evidence. 02 My Contribution, evaluated the agent across realistic scenarios, checking retrieval, source grounding, traceability, unsupported reasoning, and how it handled missing evidence. 03 What It Enabled, the evaluation surfaced real reliability gaps and led to concrete changes in how the agent retrieved, interpreted, and communicated evidence.

An answer is only useful if it's actually supported.

The agent could generate a fluent, confident-sounding response even when the underlying evidence was incomplete, weak, or missing. Failure could happen at more than one point along the way.

User Question
A stakeholder asks about existing UX research
🔎
Retrieval
The agent searches the internal repository
Evidence Check
Retrieved content is checked against what it can support
Grounded Response or Knowledge-Boundary Acknowledgment
A traceable answer, or an explicit "not enough evidence"
Wrong or incomplete retrieval Weak evidence grounding Unsupported inference Missing traceability No acknowledgment of insufficient evidence

Five steps, repeated across seven scenarios.

Five steps: 01 Understood the repository, reviewed structure, content types, and limits of the internal UX research knowledge base. 02 Designed the prompt architecture, defined how the agent should retrieve evidence, prioritize sources, and structure responses. 03 Built evaluation scenarios, seven scenarios covering evidence-rich, ambiguous, conflicting, and missing-evidence questions. 04 Evaluated the responses, checked grounding, traceability, interpretation quality, and knowledge-boundary behavior. 05 Refined and retested, rewrote the prompt architecture based on the failures found, then retested it.

Reliability isn't one thing. I evaluated six.

Every response was checked against the same six dimensions, so reliability was judged as a whole interaction, not a single pass or fail.

Six evaluation dimensions: Grounding, was the answer supported by available evidence. Source Traceability, could the supporting evidence be located and reviewed. Knowledge-Boundary Awareness, did it acknowledge when the repository lacked enough information. Inference Control, did it avoid presenting assumptions as established findings. Response Relevance, did it answer the actual question without unnecessary expansion. Consistency, did similar evidence conditions produce similar behavior.

What checking a single response actually looked like.

A representative, abstracted example. This is the same check I ran on every scenario.

Question
A stakeholder asks whether a specific usability pattern showed up across past research.
Evidence Retrieved
The agent pulled two supporting sources from the repository.
Agent Response
It summarized the pattern and cited both sources.
What Matched the Evidence
The core claim traced directly back to the cited sources.
What Was Unsupported
One supporting detail went slightly beyond what the sources actually said.
Conclusion
This is exactly the kind of gap the v1.2 → v1.3 refinement targeted: useful synthesis, without letting it drift into unsupported inference.

Three patterns behind the individual failures.

Weak source-to-claim connection
What happened

Sources were cited without being tightly connected to the specific claim they were meant to support.

Why it matters

Someone might trust a claim that only loosely traces back to its source.

Design implication

Map the source hierarchy onto individual claims, not just the response as a whole.

Missing evidence led to broad inference
What happened

When evidence was thin, the agent sometimes filled the gap with a plausible-sounding guess.

Why it matters

Confident synthesis and confident guessing read the same way to a stakeholder.

Design implication

Constrain unsupported conclusions and flag responses where evidence is thin.

Inconsistent knowledge-boundary handling
What happened

Knowledge boundaries weren't always stated explicitly, even across similar scenarios.

Why it matters

Unpredictable behavior undermines trust, especially in the cases where the honest answer is "I don't know."

Design implication

Make explicit knowledge-boundary acknowledgment a required, consistent behavior.


How the patterns became product decisions.

Finding
Reliability Risk
Design Decision
Sources cited without a tight claim-level connection
Users over-trust weakly supported claims
Require source hierarchy and claim-level traceability
Missing evidence sometimes led to broad inference
Confident synthesis mistaken for documented fact
Retrieve and verify evidence before generating conclusions
Knowledge boundaries weren't always explicit
Inconsistent trust signals across similar questions
Require explicit knowledge-boundary acknowledgment

Knowing when not to answer is part of being reliable.

Evidence Exists
Answer, with a traceable supporting source
Evidence Doesn't Exist
Explicit acknowledgment of the knowledge boundary

This wasn't proven empirically superior in a formal study. It's the reliability principle the evaluation pointed to, and the one the refined prompt architecture was built to enforce.


From helpful-sounding to evidence-aware.

Before v1.2: sources could be weakly connected to specific claims, missing evidence could lead to broad inference, knowledge boundaries were not always explicit. After v1.3: source references connected more clearly to the response, unsupported conclusions constrained, missing knowledge acknowledged directly.

What I personally produced.

What I personally produced: a structured evaluation approach for agent reliability, seven test scenarios covering different evidence conditions, a documented set of response failure patterns, a refined prompt architecture from v1.2 to v1.3, clearer source-grounding requirements, defined behavior for missing or insufficient evidence.

Evaluating an AI system by its evidence, not its fluency.

The hardest part was balancing usefulness with epistemic honesty: the agent needed concise, actionable answers that stayed traceable to evidence and honest about what the repository couldn't support. This project showed me how to evaluate AI systems beyond surface-level response quality, design for traceability, spot Human-AI reliability risks, and turn that evaluation into real design decisions. It also became the seed for my academic thesis, on how people perceive an AI system that's honest about the limits of its own knowledge.

The full report documents the research context, evaluation method, scenario design, prompt iterations, findings, and limitations in greater detail.

Read the Full Academic Report
/Startklar← All work

Startklar

03 / 18

Existing tools are either too broad, or too narrow.

I explored existing apps and services for international students and newcomers in Germany to uncover gaps in usability, tone, and feature focus, and to define what an effective, student-centered onboarding experience could look like.

Ankommen App
Law · rights · work · daily life
01
Strengths

Free, official, comprehensive, suitable for newcomers.

Weaknesses

Fragmented across regions, mostly in German, complex UX.

Opportunity

A student-specific experience with checklists for registration, bank account, insurance.

Expatrio
Bank accounts · residence permits
02
Strengths

Comprehensive financial and insurance services, easier digital setup.

Weaknesses

Narrow focus on legal setup, commercial rather than supportive tone.

Opportunity

Expand beyond finance into a friendlier, student-oriented tone.

Studierendenwerk
Law · rights · work · daily life
03
Strengths

Official and directly connected to universities.

Weaknesses

Fragmented across regions, mostly German, complex experience.

Opportunity

Unified, simplified, translated information for international students.

04 / 18

How well existing apps meet international students’ core needs.

I evaluated how well current apps deliver key outcomes international students need (clarity, guidance, momentum). Instead of listing features, I measured coverage and quality for each outcome.

Outcome / NeedAnkommenExpatrioStudierendenwerk
Multilingual guidance Good

Clear multilingual content in English, Arabic, and others

Partial

English only

Partial

English only

Guided flow that prevents bottlenecks None

Static information

None

Focuses on financial products

None

Fragmented info by topic

Student-specific focus None

General newcomer guidance

Partial

Finance only

Partial

Fragmented, covers housing and enrollment in some regions but inconsistent overall

Localized, trustworthy instructions (city-specific, up-to-date) None

Provides general national info

None

National-level info

Partial

Local only, each local Studierendenwerk publishes separate info; varies in quality and accuracy

Actionable reminders & follow-ups None None None
Guidance on what’s next (sense of completion) None None None
06 / 18

What 38 survey responses made obvious.

The survey collected both quantitative ratings and open feedback from international students. Below is a selection of the main findings, visualized to highlight the most critical challenges, sources of information, and feature priorities.

Biggest Challenges After Arrival
50%Registration
Residence Registration50%
Bank Account25%
Health Insurance15%
University Enrollment10%
Feelings During Onboarding
65%Stressful
Stressful65%
Confusing25%
In Control10%
Source of Information
45%Friends
Friends45%
Social Media27%
Official Websites18%
Other10%
Feature Priorities (Startklar)
50403020100
40%
30%
20%
18%
15%
12%
Smart reminders & deadlines
Step-by-step guidance
Translations
Localized city tips
Document templates
Calendar sync
  • Unclear steps and missing guidance were the top frustration across all respondents.
  • 65% described their onboarding as stressful, while only 10% felt in control.
  • Students relied more on peers and social media than on official sources.
  • Strong demand emerged for a clear, reliable onboarding tool.
  • Reminders, ordered steps, and simple explanations ranked as the most desired features.
  • High daily-use intention suggests strong adoption potential.
07 / 18

Numbers said what. Interviews said why.

To complement the survey data, I conducted four semi-structured interviews with recently arrived international students. These conversations revealed emotional and practical struggles that numbers alone couldn't show.

Four interview participant summaries with quotes and demographics
Design Implication

Students don't just need a checklist. They need contextual guidance: required documents, the order of dependencies, and what happens if a step is missed.

05 / 18

Competitive Review Insights.

Seven takeaways from the review shaped where Startklar's onboarding experience could set itself apart. Tap to read them.

  • Students need clarity, not just information; they want to see what to do next without getting lost in text.
  • Multilingual access and inclusive wording are critical for understanding bureaucratic content.
  • Visual cues like icons, progress bars, and hierarchy help reduce stress and improve navigation.
  • A friendly, encouraging tone builds trust and lowers anxiety compared to formal or corporate language.
  • Personalization and reminders make students feel supported and in control of their progress.
  • Existing tools are either too broad for all newcomers or too narrow, like finance-only, leaving a gap for a truly student-focused onboarding solution.
  • None of the current apps provide step-by-step checklists, reminders, or progress tracking to guide students through interdependent tasks.
08 / 18

Meet Sara, the student everything was designed around.

Interview and survey patterns converged into one primary persona, used to keep every design decision grounded in a real, specific person rather than an abstract user.

What Sara needs to get done.

Framed as Jobs-to-be-Done: Sara's situations, motivations, and the outcomes the product needs to deliver for her.

Job Story 01"When I face unclear rules, I want one reliable checklist so that I don't waste time in queues."
Job Story 02"When I arrive in Germany, I want to know which step comes first so that I don't miss deadlines."
Job Story 03"When I prepare documents for an appointment, I want to see clear examples and translations so that I don't make costly mistakes."
Job Story 04"When I'm stressed about delays, I want reminders and guidance so that I feel in control and can continue my studies without fear."
09 / 18

Empathy map for Sara.

Translating interview and survey data into what Sara sees, does, hears, thinks, and feels, to separate her surface frustrations from what she actually needed.

Empathy map for Sara across Seeing, Doing, Thinking and Feeling, Hearing, Pains, and Gains
10 / 18

Customer journey map for Sara.

Mapping Sara's journey from preparing to leave her home country to settling into studies revealed how interconnected each bureaucratic step is. A single delay, such as waiting for an appointment, cascades through all following steps, amplifying stress and uncertainty.

Customer journey map for Sara across Before Flight, Arrival in Germany, First Week, and Settlement and Studies
11 / 18

One blocked step, and the rest collapse.

Sara's experience shows a critical dependency chain: when one step is delayed, all following steps collapse. This domino effect leaves students stuck, anxious, and unable to proceed with their daily life.

Dependency Chain of Bureaucratic Steps
Dependency chain: arrival in Germany leads to delayed bank account, blocked health insurance, postponed enrollment, missing student ID, no access to services, and stress

The storyboard visualizes Sara's journey, from hopeful arrival to feeling stuck in paperwork.

Six-panel storyboard: arrival with hope, unexpected rules, waiting in frustration, bank rejection, wrong account type, feeling stuck

Delays and unclear rules create a domino effect. Students feel stressed and isolated when they cannot progress independently.

12 / 18

Research Synthesis & Design Direction.

Order defines progress

Students don't fail because they are unmotivated, but because the bureaucratic steps are highly interdependent. Missing one step creates a chain of consequences that blocks others.

Information is scattered and unreliable

Students rely on fragmented sources like Telegram groups, informal advice, or vague official instructions. This patchwork of information fuels confusion and repeated mistakes.

Banking and payment restrictions amplify risks

Beyond everyday confusion, some students face extra barriers like sanctions, cash-only workarounds, and bank rejections, making already fragile timelines even more stressful.

Emotional load is as heavy as the tasks

Students arrive hopeful but quickly feel isolated, anxious, and unsupported. The uncertainty drains their focus and energy for academic life.

What students really need is structure

The issue isn't motivation; it's the absence of a clear roadmap. Students need a dependable, step-by-step guide rather than scattered encouragement.

Guidance is inconsistent across institutions

Each city and university follows its own procedures. What works in one place can easily fail elsewhere, leaving newcomers lost between systems.

Simplicity reduces cognitive load

Since students were already overloaded with information, each iteration removed complexity instead of adding it. The goal became the lightest possible interface, so users could act without having to think.

Structuring the Experience

Translating research insights into a clear product structure and two complementary navigation paths.

13 / 18

Startklar sequences bureaucratic tasks by real dependencies and gives a browsable, trusted knowledge base, so students always know the next step.

Hybrid Structure

To address the tension between sequential bureaucratic steps and the need for quick reference, I designed a hybrid navigation model.

Explore Mode

A topic library for browsing by category (Banking, Housing, SIM, Community). Each topic page may reference related guided steps, but it never replaces them, so users can explore freely without losing the structured flow.

Guide Mode

A linear timeline that keeps dependent tasks in the correct order. Later steps remain locked until prerequisites are complete. Each guided step opens a structured micro-flow with documents, appointments, and completion tracking.

Flowchart showing Explore Mode topic browsing and Guide Mode locked linear timeline from arrival through residence permit
14 / 18

Entry & mode selection.

Entry Flow

After signing in, students choose between Guide Mode and Explore Mode, depending on how far they are in their onboarding journey.

Guide Mode

Students indicate which steps they've already completed. The timeline automatically jumps to their current position, while later steps stay visible but locked. Each guided step opens a structured micro-flow with documents, appointments, and completion tracking.

Explore Mode

A topic library for browsing by category (Banking, Housing, SIM, Community). Each topic page may reference related guided steps, but it never replaces them, ensuring users can explore freely without losing the structured flow.

This flow reduces confusion and prevents missed bureaucratic steps by locking later tasks until prerequisites are completed.

User flow diagram from landing page through sign up or login, mode selection, explore mode browsing, and guide mode timeline entry
15 / 18

Guide mode micro-flow: bank account example.

Consistency across steps

The Bank Account flow demonstrates the app's logic and interaction consistency.

Short intro modal with "Start" or "Get PDF" Sub-steps to gather documents or book appointments Notes can be added anytime, saved in Profile

Once a step is completed, it unlocks the next one in the timeline, creating a sense of progress and control.

Guide mode micro-flow diagram for the bank account example, from timeline entry through account type selection, appointment booking, and step completion
16 / 18
Hand-drawn low-fidelity wireframe sketches for Startklar, showing the welcome screen, choose mode screen, profile, explore mode, guide mode, and step-by-step screens with the branching flow between guide and explore mode
17 / 18
Low-fidelity digital wireframes for Startklar, showing the welcome screen, choose mode screen, profile, explore mode, guide mode, and the full step-by-step branching flow between guide and explore mode
Tap to see more
1
2
3
Explore Mode | Browse topics freely
Choose between Explore | Guided Mode
Guided mode adjusts based on your progress
Track your progress and access everything you've saved
Before you choose · The 2 required steps
Step 1 · Giro account setup
Step 2 · Find your nearest branch
Step 3 · Select a branch
Step 4 · Branch information
Step 5 · Book your appointment

Due to time constraints, I couldn't run full usability tests with real newcomers. Instead, I applied three complementary evaluation methods to uncover usability issues early and validate core interactions:

  • Heuristic Evaluation | Identified clarity and consistency issues using Nielsen's principles.
  • Cognitive Walkthrough | Simulated the first-time user journey to detect friction points.
  • Peer Review | Gathered quick reactions from classmates with similar relocation experiences.

Process: I created a matrix mapping Nielsen's heuristics against key screens and interactions. Each flow was reviewed step by step, friction points were noted and rated by severity, then clustered into themes like missing feedback or inconsistent labels. Findings were validated with two peers to confirm recurrent issues before iteration.

Heuristic PrincipleObservationSeverityAction Taken
Visibility of System StatusUsers couldn't tell when a sub-step was completedModerateAdded progress indicators and checkmarks after each task
Match Between System and the Real WorldBureaucratic terms (e.g., “Anmeldung”) were unclear for non-German usersModerateAdded short plain-language explanations and translations
User Control & FreedomUsers couldn't easily edit or go back to previous inputsMinorAdded a “Back” option and editable notes before submission
Consistency & StandardsIcons and navigation labels didn't match across flowsMinorUnified icon-label pairs and adjusted hierarchy
Error PreventionUsers could skip dependent steps (e.g., opening a bank account before registration)CriticalLocked later steps until prerequisites were completed
Recognition Rather Than RecallKey navigation items were hidden inside menusModerateMoved essential actions to the main navigation bar for better visibility

The heuristic findings above formed the basis for the next validation phase: a cognitive walkthrough focused on first-time user behavior.

To simulate first-time user behavior, I performed a guided walkthrough of the prototype's key tasks (e.g., completing the “Bank Account Setup” step). Each subtask was assessed using three diagnostic questions:

  1. Will the user understand what to do here?
  2. Will they see how to do it on screen?
  3. Will they get clear feedback once it's done?

Notes were attached as Figma comments, turning each friction point into a direct design annotation. This made it easy to visualize where clarity or feedback was missing inside the flow.

I invited three peers with similar relocation backgrounds to complete assigned tasks (e.g., “find bank setup information”). Each session followed a think-aloud approach, allowing me to observe real-time confusion points and compare them with heuristic notes. While limited in scope, these mini tests confirmed that the added feedback and simplified flows significantly improved comprehension and control.

Visibility of System Status

Problem:Users couldn't tell when a sub-step was completed.
Iteration:Added checkmarks and “Next step unlocked” message after each completion.
Result:Users described the flow as clearer and more predictable.

The evaluations directly led to several design improvements aimed at reducing friction and improving flow clarity:

01
Simplified Flow via Modals

Replaced redundant pages with modals to reduce context switching.

02
Favorite Topics Access

Added quick access from profile for frequent steps.

03
Clearer Step Feedback

Added checkmarks and micro-confirmations after each task to reinforce confidence.

04
Persistent Profile Access

Integrated “Profile” in bottom navigation for predictable reachability.

05
Navigation Labels

Updated icon labels for better comprehension and consistency.

While full user testing is planned for the next iteration, early heuristic and peer evaluations already indicated clear improvements:

  • Task clarity: +35% faster average completion time in simulated walkthroughs
  • Navigation efficiency: 40% fewer backtracks after flow simplification
  • Confidence cues: Increased perceived ease from 3.2 → 4.4 (based on peer self-ratings)

These early metrics suggest that simplifying flow and adding micro-confirmations effectively reduce confusion and hesitation.

With limited time, I conducted a light accessibility audit focusing on color contrast, text readability, icon clarity, and keyboard navigation. Even these quick checks helped identify low-contrast elements and improved overall inclusiveness.

The project evolved from an abstract idea into a structured onboarding system that provides clear direction when newcomers need it most. It demonstrates how clarity and small confirmations can reduce cognitive load and build emotional confidence during bureaucratic tasks. Designing and iterating in Figma helped transform a concept about “reducing chaos” into a tangible product ready for validation with real users.

This project taught me to analyze user flows as attentively as emotions behind them. I learned that UX isn't just about clarity, it's about reducing stress through guidance and reassurance. Turning bureaucratic confusion into calm made me realize that empathy and structure can coexist, usability and emotional trust are equally important.

/ EDEKA Usability ← All work
EDEKA App, Usability Research, Dec 2025 to Jan 2026. Solving usability challenges in the EDEKA shopping app. A moderated usability study with 8 participants using think-aloud protocol identified critical failure patterns across list management, barcode scanning, and price visibility. Targeted redesigns were proposed for each. Role: UX Researcher and Designer. Duration: Dec 2025 to Jan 2026. Participants: 8, Think-Aloud. Tools: Figma, Miro. Deliverables: Usability Report, Redesigned Flows.

What I did in this project.

What I did: Moderated Testing, conducted usability sessions using think-aloud method, guiding participants through task-based scenarios. Technical Setup, managed technical setup and session recording. Analysis and Synthesis, identified key pain points, gain points, and initial solution ideas through affinity mapping. UI Redesign, translated research insights into concrete UI designs and solution concepts.

A trusted brand with a usability gap.

EDEKA is one of Germany's largest grocery retailers. Its app is used daily by millions, yet usability testing revealed a persistent gap between what users expected and what actually happened, particularly during list creation, product scanning, and purchase planning.

Usability issues in consumer apps are often trust issues in disguise. When users receive no feedback, they don't just get frustrated. They start to question whether the app is working at all.

How the study was conducted.

Research process: 01 Survey and Quantitative Research, distributed a survey to understand usage patterns and identify initial challenge areas before sessions. 02 Moderated Think-Aloud Sessions, 8 participants completed scenario-based tasks. 03 Competitive Analysis, qualitative comparison of 4 competing grocery apps. 04 Feature Benchmark, feature-by-feature comparison. 05 User Interviews, 4 participants interviewed to understand motivations and mental models.

Three moments where trust breaks down.

Three moments where trust breaks down: 1 List Entry Wrong Default, users landed directly on an existing list instead of a list overview. 2 Scanning Silent Failure, no feedback during barcode scanning caused repeated attempts and confusion. 3 Price Visibility Planning Blocked, price information was absent during list creation.

What the research revealed.

Pain Points: difficulty creating new shopping lists, limited language support in search, unclear interaction in special offers section, confusing category structure, broad and imprecise search results, lack of feedback while scanning products, missing quantity information in products, low perceived value of homepage features, missing price visibility. Gain Points: intuitive shopping list editing, valuable list sharing feature, helpful special offers section, smooth item adding flow, intuitive swipe-to-remove interaction.

How the challenges were addressed.

Creating New List

Introduce a list overview as the default entry point, allowing users to immediately view all existing lists instead of landing directly on a previously used one. This surfaces the multi-list feature and lowers cognitive load during task execution.

My Lists
+ New list
🛒 Weekly shopping4
🥗 Healthy meals7
🎂 Birthday party12
List overview as default entry
Scanning Artikel

Redesign the scanning experience to provide clear guidance and continuous feedback throughout the interaction. Show active scanning state, confirm when an item has been successfully added, and build confidence in the reliability of the feature.

Scan Item
Scanning… hold steady
Real-time scanning feedback
Price Check

Integrate price information directly into the shopping list experience, allowing users to view individual item prices while building their list and understand their overall spending. This enables informed decisions during the planning phase.

Meine Liste
Milch 1L1,05 €
Bananen 500g0,89 €
Tomaten1,49 €
Gesamt (3 Items)3,43 €
Inline price visibility during planning

What changes if we fix this.

List management becomes intuitive, reducing confusion and unnecessary actions. Builds user trust through clear and consistent system feedback during scanning. Enables informed decision-making by introducing price visibility and cost awareness. Reduces friction across key flows, fewer repeated actions and a smoother experience, improving overall confidence.

What this project taught me.

The most important insight from this project: usability issues in consumer apps are frequently trust issues in disguise. When the system provides no feedback, users don't just feel uncertain about the feature. They begin to doubt the entire product.

This project reinforced that feedback loops are not a nice-to-have. They are the foundation of a trustworthy experience. Every interaction without feedback is a missed opportunity to build user confidence.

/AI Chatbot UX← All work
Human-AI Interaction · Controlled Experiment · Apr–May 2025

How explainability shapes trust in Human-AI Interaction.

A controlled, between-subjects experiment testing whether explainable AI reasoning shapes user trust, perceived usefulness, and intention to use, within a broader program of empirical Human-AI Interaction research.

Role
UX Researcher · Group Project
Project Context
Academic–Industry Research Collaboration with IconChat
Duration
Apr – May 2025
Study Type
Posttest-Only Control-Group Design
Research Method
Quantitative Experimental Research
Constructs
Trust · Perceived Usefulness · Intention to Use
Deliverables
Experiment Design, Survey Instrument, Research Report

People increasingly rely on AI they cannot fully evaluate.

This research originated from a real product question brought to our university team by IconChat. For an AI-enabled app project, the company needed evidence on how explainability might influence users' trust and evaluation of AI. Our team designed a controlled experiment to investigate that question and provide research evidence that could inform the product direction.

"The experiment did not test whether people liked explanations. It tested whether explanations changed what people were willing to do with the answer."

Selected findings are presented here at a generalized level. Company-specific project information and non-public details have been omitted.


One experiment, two conditions, one question.

👥
Participants
Recruited for a between-subjects online study
🎲
Random Assignment
Assigned to one of two response conditions
💬
Condition A · Explainable AI
Responses included visible reasoning
🔒
Condition B · Opaque AI
Responses withheld underlying reasoning
📋
Questionnaire
Measured trust, perceived usefulness, intention to use
📊
Statistical Analysis
Compared outcomes across conditions
🔍
Findings
Explainability's effect on trust and reliance

Research thinking, not task completion.

01
Research Question
Does explaining an AI system's reasoning change whether users trust it?
02
Construct Selection
Selected trust, perceived usefulness, and intention to use as validated constructs to ground the experiment in measurable theory.
03
Experimental Design
Designed a controlled, between-subjects design isolating explainability as the independent variable across two response conditions.
04
Survey Development
Built a LimeSurvey instrument operationalizing each construct into measurable survey items.
05
Participant Assignment
Randomly assigned participants to explainable or opaque response conditions to prevent selection bias.
06
Analysis
Analyzed responses across conditions to test whether explainability produced measurable differences in trust-related outcomes.
07
Insights
Translated statistical patterns into insights about how explainability functions in AI-supported decision-making.

Explainability changed how participants evaluated AI, not just what they thought of it.

Participants in the explainable condition reported higher trust than those in the opaque condition, consistent with the study's hypothesis.
Perceived usefulness rose alongside trust. Responses that cited a reasoning source felt more credible, not just more transparent.
The largest gains appeared when explanations grounded the answer in an established framework or named source, rather than restating the answer in different words.
Explainability behaved as more than an interface feature. It shaped how much of the system's reasoning participants were willing to rely on.

Every methodological choice was deliberate.

Controlled experiment over field study
A controlled design was necessary to isolate explainability from confounding variables like interface quality, response length, or prior AI experience.
Validated HCI constructs over custom metrics
Trust, perceived usefulness, and intention to use were drawn from established measurement models rather than invented for this study, so results could be compared against prior HAI research.
Random assignment over convenience grouping
Randomizing participants into conditions was necessary to prevent self-selection from explaining any observed differences in trust.
Explainability isolated as the sole independent variable
Every other element of the two conditions was held constant. If trust changed, it needed to be attributable to reasoning visibility and nothing else.

What this project contributed as a researcher.

Designed and executed a controlled UX experiment from research question through statistical analysis.
Operationalized abstract HCI constructs, trust, perceived usefulness, and intention to use, into measurable survey items.
Applied quantitative UX research methods to a Human-AI Interaction question with direct relevance to current AI product design.
Demonstrated that explainability can be studied empirically as a variable, not only designed intuitively as a feature.

What this project is actually about.

Trust in AI is not built by accuracy alone. It is built by whether people can see enough of a system's reasoning to judge whether the output deserves belief. As AI systems take on more decision-support roles, that judgment becomes harder to make and more consequential to get right.

An explanation is not a courtesy a system offers. It is the mechanism by which people decide how much of their own judgment to hand over.
/ Research Synthesis ← All work
Cross-Source UX Research Synthesis · TeamViewer

From Fragmented Research to Product Direction.

Four independent studies, four different formats. I built the shared evidence model that let recurring UX problems become visible for the first time.

Role: UX Researcher. Context: Enterprise B2B, TeamViewer. Sources: Interviews, Prototype Tests, Support Conversations, Feedback. Methods: Thematic Analysis, Jobs-to-be-Done.
Three-part story: 01 The Challenge, research evidence existed but was scattered across four studies with no way to see it as one picture. 02 My Contribution, extracted comparable evidence, coded across studies, separated observation from interpretation, and identified what actually recurred. 03 What It Enabled, a consolidated view of recurring UX barriers, traceable back to evidence, that stakeholders could act on without re-reading four reports.

Four sources. No shared interpretation, until now.

Interviews, prototype tests, support conversations, and in-product feedback each had something real to say, just not at the same depth or reliability. Every observation kept its original source attached the whole way through.

Diagram: four evidence sources converge into cross-source synthesis, then flow into product direction and decision support.

The six steps I followed.

A clear path from raw research to product direction.

Six-step process: review sources, trace origin, tag patterns, compare studies, build themes, turn into direction

One observation, traced to a product implication.

Rather than listing many disconnected findings, here's the full chain for one recurring issue. The same hierarchy applied across all five themes.

Chain from evidence to pattern: Raw Observation, users searched across several areas before finding the right action. Interpreted Issue, the information structure did not match users mental models. Recurring Pattern, Unclear Mental Models, showing up in interviews, prototype tests, and support conversations alike. Product Implication, Strengthen Orientation and Guidance.

Five recurring themes, ranked by reach.

These mattered more than any single observation, because the friction showed up in more than one task, feature, or study.

Five recurring themes ranked by reach: Unclear Mental Models (highest reach), Insufficient System Feedback (high reach), Trust Barriers Around Automation (moderate reach), Missing Context for Decisions (lower reach), Limited Value Visibility (lowest reach).

Fragmented evidence became a shared, traceable view.

Before
Fragmented Evidence

Useful findings, distributed across separate reports, questions, and formats. No way to see what recurred.

After
Shared Understanding

Recurring issues identified, patterns compared across studies, one coherent product-level view.

The synthesis also:

  • Created a shared language for discussing systemic UX problems
  • Separated isolated interface issues from recurring product patterns
  • Surfaced unmet user needs, adoption risks, and gaps still worth researching
  • Reduced the need for stakeholders to interpret disconnected sources on their own
The value wasn't a new dataset. It was a clearer basis for product conversations and decisions.

Evidence, pattern, and implication, kept separate on purpose.

Keeping these three distinct was the point: it's what makes the synthesis traceable rather than a set of opinions. To get from pattern to implication, I framed each theme as a job the user was trying to get done, not just a complaint, so the recommendation stayed tied to what people actually needed rather than what broke on screen. These are research-grounded implications, not measured outcomes.

Search behavior scattered across several areas before the right action was found.
Unclear Mental Models
Strengthen Orientation & Guidance
Frequent confirmation-seeking after completing an action.
Insufficient System Feedback
Improve System Feedback
Difficulty explaining outcomes and results to stakeholders.
Limited Value Visibility
Increase Outcome Visibility

Broader consequences followed the same shape across themes: more learning effort, continued support dependency, and slower adoption of advanced capabilities. None of this was independently verified against business metrics.


Built for scanning and for scrutiny.

Scanning Mode
Executive Summary

Recurring themes, implications, and recommended areas of attention. Read in under a minute.

Deep Analysis Mode
Evidence Review

Observations, study context, and source relationships behind each theme. For scrutiny, not speed.


What synthesis actually means.

Synthesis isn't summarizing several reports. It's preserving context, comparing evidence across sources, and making interpretation transparent enough to trust. The hardest part was balancing simplification with traceability. Some of the highest-value research work begins after the individual studies are complete.