Skip to case study
Parkbeheer NLProduct design / Municipal operations / 2018

The work behind
every parking space.

From fragmented municipal records to a shared register,
a review queue, and a traceable handover.

THE MUNICIPAL REGISTERDESK ↔ FIELD
Parkbeheer overview, with open reviews ordered by date and ownership
The same Oosterdok record on a mobile screen

923,000 spaces. 42 municipalities.
A common record for the people coordinating them.

CASE STUDY · APPROX. 10 MIN READ

Names are anonymised. Product screens, motion studies and process diagrams are recreated with sample data. Programme scale and reported outcomes refer to the original engagement.

01 / Understanding the work

Before a decision,
there was a search for the facts.

A parking site could exist in an inventory spreadsheet, an EV workbook, an email thread and an officer’s notes. Each held a different part of the answer.

Even a routine review began with reconciliation. Which capacity figure was current? Had someone already contacted the operator? Was the site closed, or was its record simply out of date?

The brief was to bring that work into one shared product. Our three-person design team worked with parking officers in weekly feedback loops, covering screen design, interaction patterns and the move into daily use.

A review before ParkbeheerWORKFLOW RECONSTRUCTION
Parking inventory.xlsx
Site IDCapacityProvinceAMS-0801,369NHRTD-022480ZHUTR-031780UT

The register holds capacity.

EV REVIEW / Q4

12 recorded.
Is that still current?

Check the operator’s installation record before changing the inventory.

A separate workbook holds provision.
RE: OOSTERDOK
Who is following up?

The latest update is somewhere in the conversation. The next owner is not explicit.

Email carries the handover.
Different sources, one site. The cost was the work needed to connect them.
At the desk

Find a site quickly.

Officers need a recognisable site ID, its current provision and a clear way to record what they checked.

Across the team

Know who is following up.

Coordinators need to see overdue work and unassigned reviews without opening every site.

After the change

Understand the decision.

The next person needs the previous value, the new value and the reason they differ.

02 / Choosing a direction

Start with the next task.
Let the overview support it.

The information hierarchy had to make the first useful action obvious. We compared two ways of presenting the same underlying records.

A / Inventory-ledLAYOUT STUDY
A summary of the network.Useful for reporting, but the records an officer needs arrive after the charts.
B / Task-ledDIRECTION DEVELOPED
01Overdue
02Due today
03No owner
A place to start the day.Compact totals establish scope. Dates and ownership put the work immediately below them.

Hierarchy studies recreated to explain the design trade-off; these are not original research artefacts.

Decision 01

Lead with exceptions.

The overview answers where attention is needed. A national total establishes scale, but it cannot tell an officer what to do next.

Decision 02

Use a dependable order.

Review dates establish priority. A named owner makes responsibility visible. Neither requires interpreting a chart first.

Decision 03

Give summary data a route.

A province total is useful when it leads to the corresponding records. It becomes an entry point into the work.

03 / The product model

Several ways in.
One record underneath.

The site is the stable unit. Overview, search and review are ways of reaching it.

Officers already use car-park numbers to locate information. Search accepts the site ID as well as the name and city. Province and site status remain visible as separate filters.

Once a site is open, its capacity, EV provision, owner and history sit together. Returning to the register preserves the query, so investigating one record does not mean starting the search again.

OverviewWhat needs attention?Car parksFind a known siteReviewsWork through a gap
AMS-080The car-park record

Capacity · Provision · Ownership

Activity historyWho changed what, and why
Information architecture / A model of the product, outside the interface.
Interaction study 01

Find. Inspect.
Return in context.

A city search narrows the register. Opening Oosterdok and returning keeps that search intact.

  1. FindSearch by city, name or site ID.
  2. InspectOpen the shared site record.
  3. ReturnContinue with the same query.
Finding a site without losing the querySHORT DEMONSTRATION
Search Amsterdam → Inspect Oosterdok → Return to the filtered register

04 / Designing the review

A flag needs an explanation.
A review needs a next step.

Oosterdok makes the flow concrete: an active site, a provision gap and no owner. The interface needs to explain the gap before asking someone to act on it.

01 / Review queue · Current value, target, shortfall, deadline and owner.
01 / Make comparisons local

Current provision and target sit in the same cell. The shortfall is a count of spaces, not an unexplained risk score.

02 / Show responsibility

“Unassigned” is explicit. A review cannot disappear into an ambiguous status such as “in progress”.

03 / Keep scope visible

Search, province and owner filters stay above the result set. Selection applies to the records currently shown.

At the site

Show how the answer
was reached.

The record starts with the stable facts: total capacity, EV spaces and operating status. The provision review follows, with its calculation beside the warning.

A sample planning target of 2% produces 27.38 spaces at Oosterdok. Rounding up gives a target of 28. With 12 spaces recorded, the gap is 16.

The threshold illustrates the interaction; it is not presented as a national compliance requirement.

AMS-080 / Oosterdok
1,369registered spaces×2%planning target
27.38 → 28round up to a whole space
12 recorded → 16 below target
The same rule and arithmetic appear in the product.
02 / Site record · The explanation and the next action stay together.
The resolution rule

Changing the owner
does not close the gap.

An assignment changes responsibility. Only a verified provision update changes the calculation and, when the target is met, removes the site from the open queue.

BEFORE / 12 EV SPACESProvision review showing a 16-space shortfall
AFTER / 28 EV SPACESUpdated provision now meeting the 28-space target

05 / Designing the handover

Make a shared change
specific before it is saved.

Repeated assignments should not require repeatedly opening a record. But a fast path still needs a visible scope.

Selection introduces the bulk action. The officer chooses an owner and gives a reason, then sees each affected site with its current and proposed owner before confirming.

The operation changes ownership only. Capacity, provision and site status stay untouched. Closed sites are excluded, and sites already assigned to the chosen owner are skipped.

Assigning two reviews with a visible confirmationSHORT DEMONSTRATION
Select two sites → Choose an owner → Review the change → Confirm
Assignment preview listing the previous and new owner for each of two sites
Each affected site is named before confirmation.
Confirmation, with content

“Are you sure?”
is not enough information.

The preview shows what will happen. It also explains what will be skipped, so the final number of changes does not come as a surprise.

The written reason becomes part of the record history. It gives the next officer the context that would otherwise remain in a separate message.

ChangesReview ownerPreservesCapacity · EV provision · Site statusRecordsAuthor · Before / after · Reason
After confirmation

The handover has a memory.

The site history answers a local question: what happened here? Workspace activity answers a broader one: what has the team changed? Both point back to the same site.

A field change carries its previous value, new value, author and reason.
Beyond the main path

The quieter states
deserve the same care.

No search results

Explain that the filters have no matches and offer a clear reset. An empty table alone leaves the cause uncertain.

No change to save

An unchanged count does not create a new provision event. A note remains available when the officer only needs to record a check.

A closed site

Keep the inventory record available, while excluding it from active provision reviews and review assignments.

An exported set

Export follows either the visible filters or the explicit selection. The downloaded records match the scope the officer chose.

Empty results / Keep the query visible and make the recovery action explicit.

06 / From the desk to the field

The same work.
A different set of conveniences.

On a smaller screen, a wide table loses its usefulness. The mobile layout changes the presentation while preserving the site, the task and the history behind it.

01 / FIND
A record you can scan.Column headings become local labels. Site ID and city remain attached to the name.
02 / INSPECT
The calculation travels.Provision and target remain readable without horizontal scrolling or a separate view.
03 / RECORD
Capture the next step.A focused note form keeps the site identifier visible while the officer writes.
Recording an operator follow-up on mobileSHORT DEMONSTRATION
Open the site → Add the follow-up → Save it to the site history
Details that make it usable

Convenience comes
from fewer adjustments.

Navigation stays within reach.

Four stable destinations move to the bottom. Labels accompany the icons, and the active destination remains explicit.

Inputs use the available width.

Search and notes use full-width controls. Text inputs use a 16px font to avoid the automatic zoom that can interrupt mobile entry.

Comparison becomes a labelled record.

Capacity, province, status and provision keep their labels when a table row becomes a card. Selection is still available.

The task keeps its context.

A visit to a site preserves the directory filters. Saving a note attaches it to that record, rather than creating an isolated message.

A field-use boundary: this reconstruction demonstrates responsive interaction. Offline synchronisation and installation-photo capture are not demonstrated here.

07 / The design system

A quiet visual language.
Very explicit rules.

The system brings the register, review queue and site detail into the same family. Its job is to preserve hierarchy as the information and screen width change.

parkbeheerPARKING OPERATIONS
Identity in the interface

The mark borrows the parallel line of a parking bay. A compact wordmark establishes the product once, leaving the working area to the records.

Typography / DM Sans
Aa0123456789

A clear start to the week.

32 / Page headingOosterdok15 / Section headingSite provision12 / Operational textConfirm the provision with the site operator.
Colour / Roles before decoration
ForestNavigation#203E33
GreenPrimary action#245C48
PaperWorking surface#F5F6F1
StoneBoundaries#DCE1D9
Amber / Needs reviewRed / Overdue

Meaning is also written in the label. Colour supports recognition; it does not carry status alone.

Space / A measured rhythm

Small intervals connect related values. Larger intervals separate tasks.

4816243240
From rule to screen

The specimens describe the components used in the interface shown here. Product typography stays operational; the case study uses a separate editorial type scale.

08 / Outcome & reflection

The useful change was
what no longer had to be repeated.

Find the site once. Understand the gap in place. Leave the next person a record they can use.

That continuity is the central design contribution: the interface connects tasks that previously required officers to reconcile information across several tools.

The original engagement reported a 40% reduction in average task time and adoption by more than 120 officers. These figures came from operational reporting after rollout, rather than a controlled study of this reconstruction.

Bring forward

Start with recognisable records.

Realistic IDs, names and exceptions make prototype feedback concrete. An officer should be able to follow a familiar piece of work through the design.

Keep challenging

Separate a signal from a decision.

A provision flag identifies a gap. It cannot verify the inventory or replace a conversation with the operator. The interface should make that boundary clear.

Develop next

Test the handover away from the desk.

Interrupted entry, poor connectivity and evidence capture deserve their own field testing. Responsive screens are the starting point for that work.

Product screen

Scroll to inspect the screen at full size.