Structuring Complexity

DKB Bank Account Opening

UI/UX

Information Architecture

Role

SR. UX Designer

Company

DKB Code Factory

Team

Dev, PO, QA

Platform

Web

Year

2024

Structuring Complexity

DKB Bank Account Opening

Structuring Complexity

DKB Bank Account Opening

A multi-scenario web onboarding flow for one of Germany's largest banks — I joined during MVP to restructure the UI/UX, fix the UX writing, and make it actually usable for both users and developers.

Web flow handling 4 distinct user scenarios (single/joint × new/existing customer)

Refined key screens (wording, layout, hierarchy) to improve clarity and reduce friction

Cleaned developer handover files — reduced ambiguity and open questions

Designed to support higher completion rates and lower drop-offs

What was going on

I joined the project during the MVP phase to refine and stabilize the web onboarding flow for the DKB Bank account. I reworked the UI/UX, improved the information architecture, and ensured clean, structured design files for a clear and efficient developer handover.

Cleaning Up the Journey

Cleaning Up the Journey

Issues

Complex flows (single & joint accounts) with inconsistent structure and unclear dependencies

UX Writing: Unclear titles, wording

UI imperfections

Lack of clarity in developer handover

Goal

Structured onboarding flows handling 4 distinct user scenarios (single/joint × new/existing customer)

Refined key screens (UX writing, layout, hierarchy)

Redesigned progress stepper, improving orientation

Prepared clean, implementation-ready design files

Information architecture

This example shows how I applied the information architecture of the joined account for new users onboarding flow to the Figma files.
By clearly separating the two users, the structure makes a complex flow easier to understand and work with.

Flow 1: New Customer 1+2 for joined account
Flow 2: Existing Customer 1 and new customer for joined account

Designing for Two: One Figma file, four scenarios — how I
structured for developer clarity

Designing for Two: One Figma file, four scenarios — how I structured for developer clarity

The onboarding brings multiple scenarios and dependencies. I clearly structured design files for clear developer handover.

- 1: New Customer 1+2 for joined account
- 2: Existing Customer 1 and new customer for joined account

The whole onboarding flow for a joined account for new customers as a clickdummy for testing

App onboarding animations — from illustration to Lottie

The onboarding screens use animated illustrations to reduce cognitive load at each step — giving users a visual help before they read the instruction. I worked with the illustrator to receive the source files, animated them in Keyshape, and exported production-ready Lottie files for direct handoff to iOS and Android developers.

Lottie format ensured the animations are lightweight, scalable, and consistent across both platforms without additional developer effort.

Let’s smooth the screens

Highlighting issues in single screens

I incorporated user feedback from testing to improve the UI and UX of individual screens. Here is an example:

Headlines

Some headlines are misleading there is often a clear demand missing

Progress

Unclear for user how long it's gonna take for them to insert personal data. No steps showing.

Guidance

Unclear guidance between User 1 process and User 2 process

Example of improved screens

Clear titles with a demand what the user should do in this step

Improved the stepper with numbers and a progress bar, made it less prominent. Added branded visuals

Ensured all relevant error states were defined with meaningful assistive texts.

Added legal requirements on relevant screens

Clear guidance what the users need to do, e.g. "Now it's your friend turn, then you can finalize the account opening."

The onboarding experience supports a product with a large and growing user base, including over 120,000 new customers acquired in the following year.

Thoughts

Outcome

RESTRUCTURED

Cleaned up and restructured design files to ensure clarity and usability for developers and reduce ambiguity.

REDUCED FRICTION

Refined key screens (wording, layout, hierarchy) to improve clarity and reduce friction

INFORMATION HIERARCHY

The main challenge was structuring multiple dependencies, like new customer existing customer multiple users (Gemeinschaftskonto) into a clear and understandable flow.

COMPONENT IMPROVEMENTS

Based on user testing insights I improved the progress stepper. I additionally added branded visuals.