Enes Gundogdu

Product Designer

Selected work / 01

BERMWOOD / WALGREENS / ENTERPRISE SOFTWARE

A parking sign.

A parking sign.

A parking sign.

A clearer answer.

Designing an AI-assisted app to help drivers understand parking restrictions, check the details, and decide what to do next.

MY ROLE

Lead UX/UI Designer

Information architecture, flows, UI, design system, components and prototypes

TEAM

Bermwood

Working with product leadership and engineering

FIRST LAUNCH

January 2022

Nine months of initial design and development

01 Product overview: property context, deal information, documents and next actions in a historical Walgreens screen.

01 The Problem

Reading the sign is easy. Knowing what it means is harder.

One parking spot can come with several rules. The answer may change with the time, the vehicle, or whether the driver has a permit.

Drivers need to make that decision quickly. A missed condition can mean a fine, while uncertainty can send them looking for another space. ParkAid was designed around a practical question: can I park here, under these conditions?

Rules overlap

01

Hours, permits and vehicle restrictions can appear together on the same sign.

Time is limited

02

Drivers need useful guidance without spending several minutes decoding the wording.

Mistakes have a cost

03

A confident answer is only helpful if the driver can understand the conditions behind it.

02 Understanding Drivers

Clarity was only half of the challenge.

The research described in the project covered interviews, surveys and observations of drivers reading parking signs.

The findings pointed to three connected needs: a quick answer, guidance that considers the driver's situation, and a way to understand how the app reached its answer. Interest in AI did not remove concerns about its accuracy.

ParkAid research overview

Interviews

Explore how drivers interpret restrictions and what makes them hesitate.

Surveys

Understand reported confusion, time pressure and concerns about parking fines.

Contextual inquiry

Observe the task where it happens, with real signs and competing demands.

WHAT THIS MEANT FOR THE DESIGN

A short answer needed an explanation behind it. Drivers should be able to check the rule, not just accept the result.

ParkAid research articaft 01

ParkAid research articaft 02

03 The Solution

Scan. Check. Understand.

A focused journey from the parking sign to guidance the driver can inspect.

Early design exploration

ParkAid wireframes and prototype screens

Capture the sign

01

Start with a photo of the parking restrictions.

Check the image

02

Confirm the text is clear before interpreting it.

Read the result

03

See the parking status and explore the relevant conditions.

Original ParkAid high-fidelity designs

03 Design Decisions

Making the answer easier to trust.

Decision 01

Decision 01

Decision 01

Check the photo before processing

A blurred image can affect everything that follows. The captured photo is shown back to the driver with a prompt to check whether it is clear.

The aim: catch a poor scan before it becomes misleading guidance.

Decision 02

Decision 02

Decision 02

Keep the answer short, make the details available

The result gives drivers a clear starting point. Expandable conditions let them inspect restrictions without reading everything at once.

The aim: support a quick decision while keeping the reasoning visible.

Decision 03

Decision 03

Decision 03

Use the driver's context

Guidance considers the time and vehicle type. A general reading of a sign is not enough when a condition changes the answer.

Context-aware guidance

Decision 04

Decision 04

Decision 04

Give failed scans a clear next step

When the sign cannot be interpreted, the recovery path asks the driver to retake the photo rather than leaving them with an unexplained failure.

Unreadable sign recovery

Visual hierarchy

Visual hierarchy

Visual hierarchy

Make the parking status easy to find

The result screen gives the parking status visual priority, with the conditions available below.

Unreadable sign recovery

04 Testing & Iteration

A fast result still needed an explanation.

The testing described in the original case study surfaced issues beyond the basic scan-and-result flow.

FEEDBACK

DESIGN RESPONSE

Drivers wanted to understand the interpretation.

Added plain-language explanations to the results, especially for rules with exceptions.

Low-light images could be misread.

Identified low-light capture as an area for further work. Improved capture and interpretation needed additional validation.

Some drivers needed other languages.

Identified multilingual support as a future development area.

The original write-up also describes a planned wider beta. Planned testing is kept separate from completed design changes here.

05 High-Fidelity Designs

The mobile experience

Key screens

Key screens

Key screens

The complete flow

The complete flow

The complete flow

ParkAid mobile user flow

06 The Visual System

A design system build with custom components

I created a design system with custom components for ParkAid’s mobile experience.

Reusable components helped keep the screens consistent and made it easier to update the interface as the design developed. Figma variables supported shared colour choices, including light and dark modes.

ParkAid design system

ParkAid design system

06 Branding

The ParkAid identity

ParkAid research overview

06 Project Impact

From complex rules to a focused mobile flow.

The design brings sign capture, image confirmation, parking guidance and conditions into one journey.

A clearer decision path

The experience gives drivers a result first, with the relevant restrictions available to inspect.

A way to check the input

Photo confirmation and retake guidance make recovery part of the flow.

A foundation for further development

The branding and variable-based design system support consistent screens and theme changes.

What I took from the project

What I took from the project

What I took from the project

Designing an AI-assisted experience means designing the moments around the answer too. The input needs to be clear, the explanation needs to be understandable, and users need a useful next step when something goes wrong.

FURTHER VALIDATION

FURTHER VALIDATION

FURTHER VALIDATION

Test recognition in low light, check complex combinations of restrictions, and validate language support before expanding the experience.

ENES GUNDOGDU / PRODUCT DESIGNER

Enes Gundogdu 2026

Making complex

work easier to use.