Expert App: attendance, rebuilt for the floor

A ground-up mobile redesign of a 20-year-old enterprise attendance system,
split into two focused apps: one for the people who clock in, one for the managers who run the shift.
Lead UX/UI Designer Tools: Adobe XD, Figma, Material Design
In a nutshell
  • 1Understanding: a 20-year-old attendance app, powerful but dated, that workers were made to use and quietly resented.
  • 2Benchmarking: 15 interfaces mapped, 4 in-house and 11 rivals, to define what a modern punch-clock looks like.
  • 3Interviews: five stakeholders across business, product, dev, marketing and sales pointed to where it really hurt.
  • 4Personas: three profiles, two on the floor and one running it, set the direction.
  • 5The split: one tangled login became two purpose-built apps, Employee and Manager.
  • 6Prototyping: low-fidelity flows in Miro, then a full high-fidelity build in Adobe XD.
  • 7Design system: Material Design, accessibility to WCAG, and a navy palette built for contrast.
  • 8Localisation: shipped in European Portuguese, English, Spanish and French.
  • 9Handover: a fully functional prototype, signed off by the product owner screen by screen.
By the numbers
2 Apps delivered
1,000+ Employees per client
10,000+ Active users
Expert App employee attendance screen, showing balance and time to justify

Powerful software nobody enjoyed using

Actuasys is a software house in Maia, Portugal, with twenty years in attendance and HR management for large European employers, firms and public bodies with 10,000+ users clocking in every day. Its most complete product, the Expert App, did almost everything: clock-ins, absences, vacation requests, even cafeteria bookings. We were brought in to rebuild it for mobile, from the ground up.

“Old, developed internally, not the prettiest, and not functional.”

Nuno, Product Owner

“The design is the big mistake of this application, and it doesn’t work on new phones.”

Daniel, Development

The problems with the old system

The legacy Expert App was a dense, list-first home that hadn’t kept pace with the phones people actually carried. Pulling the threads together, six problems defined the brief.

The legacy Expert App home screen, a dense list-based interface

How the project ran

The plan was a straight research-led arc: understand the product and its people first, then ideate, prototype, and validate before handing over a build-ready file. One curveball, the UX designers who ran the early research rotated off mid-project, shaped how the later stages worked. More on that in the design system section.

01 Research Benchmark · interviews 02 Ideation The two-app split 03 Prototyping Miro to Adobe XD 04 Validation Critique · sign-off 05 Handover Functional prototype

What a modern punch-clock looks like

Before drawing a single screen, I mapped the field. Fifteen interfaces in all: the four faces of Actuasys's own suite (web and app, for employee and manager) alongside rivals like Clock Punch, Folha Certa, Ponto Go and Sesame. Every screen went onto a Miro board and got scored on the same rubric.

What the benchmark made clear

The foundation was already in the building

The benchmark surfaced an unexpected ally. Expert also had a web version, no clock-in, just schedules and justifications, but with an interface markedly friendlier and more functional than the mobile app. It became the base of the whole project: same brand, same Material Design foundation, carried onto the phone instead of reinvented.

Expert Web, the friendlier web version that became the design base
Expert Web: the design base

Cleaner hierarchy, real components, and a brand the company already trusted. Rather than start from a blank canvas, I lifted what worked here onto mobile and let the two products finally feel like one system.

Five conversations that set the brief

Between October 25 and 29 I interviewed five people tied to the product, each with a protocol tuned to their discipline: Filipe (business), Nuno (product owner), Daniel (development), Francisca (marketing) and Joana (sales). Reading across the transcripts, three quotes did more to shape the work than any feature list.

“The login, user and password for employee and manager is different. I don’t like that duality of logins, it would be easier to have two applications. When I want the manager side, I just go to the web.”

Nuno, Product Owner

“The mobile element is a differentiator. On its own it rarely wins a deal, but we never get left out for lacking mobile, and we get very much in for having it.”

Joana, Sales

“What causes the most strain is opening the project for maintenance, to fix bugs or meet a client need. It is very hard for us, we don’t have the resources to spare that time.”

Daniel, Development

Three people on the clock

The interviews and the client's own user data converged on three recurring profiles, two on the floor and one running it. A persona was built around each, and every one carried a specific friction that shaped a screen later in the project.

Maria, 42
The Frontline Worker

Supermarket shift worker who just needs to know her punch counted, and to see what she's working this week.

Joaquim, 27
The Routine Operator

Metalworker who checks his clock-in every day and books the canteen around a fixed shift pattern.

António, 38
The Floor Manager

Runs a factory team and needs the day's absences, pending approvals and the week's rota at a glance.

One product, split in two

Maria and Joaquim clock in from the floor; António runs the shift from an office. Forcing all three through one shared login, the loudest complaint in research, meant the home screen never fit anyone. So the single tangled product became two focused apps, each opening on the one job that matters, and the login duality disappears.

App Employee

For the people on the clock

  • Attendance, with the last punch surfaced
  • Absence requests and history
  • Vacation: booked, remaining, used
  • Cafeteria booking for the week
App Manager

For the people running the floor

  • A dashboard of who's in and who's out
  • One-tap approvals for absences and leave
  • Team vacation on a single calendar
  • Shift scheduling and broadcast messages

From boxes and arrows to real screens

Both apps started as wireframes in Miro, sketched as one connected flow before any visual design. Cheap to draw, cheap to change, and reworked until the structure held.

Why the order mattered

The apps could have shipped a dozen features at once, but the development team had no room to build and maintain them all. So I built what people were angriest about first, and let the rest follow by how much it hurt to live without.

1
Proof first

Workers never knew if a clock-in had registered, and a wrong entry could cost them at payday. I led with the home screen that shows your last punch on open: the loudest complaint, answered cheaply with data the system already held.

2
Then the requests

Next came acting on it: requesting a day off or holiday from the phone. I held these back until testing fixed a confirmation gap, since a request you can't tell went through is worse than none.

3
The manager's daily job

Managers clear approvals and check who is in every day; the shift rota is a weekly job. So the dashboard and one-tap approvals shipped before the fuller scheduling tools.

4
Everything else, later

Nice-to-haves like canteen booking and a richer schedule became fast follows, close behind launch, so they never delayed what people were actually waiting for.

Rebuilt on Material, tuned for the final users

App Employee: proof in a glance

Every screen answers a worker's real question fast, starting with the one Maria and Joaquim asked most: did my clock-in count?

App Manager: the floor at a glance

A separate app that opens on a dashboard, so António sees the day, clears his queue and plans the rota without ever reaching for a desktop.

From tolerated to trusted

Same engine underneath, a completely different thing to hold. Set the legacy home beside the rebuilt one and the shift is hard to miss: a wall of options nobody enjoyed opening became a calm screen that answers the day's first question on sight.

The legacy Expert App, a dense list-based home screen
Before

The legacy app

  • Dated, in-house UI. Built internally and rarely refreshed, and by the team's own admission old and not functional, a tool staff merely put up with.
  • Broke on modern phones. The layout fell apart on newer, larger screens, turning everyday tasks into a fight on the very devices people were handed.
  • Two logins in one shell. Employee and manager signed in with different credentials to the same app, a duality users openly disliked.
  • No clock-in from the phone. 73% of rival apps let staff punch in on the device; Expert App still did not, the single biggest gap.
  • Hard to maintain. Its components followed no shared library, so every change was hand-built, and even the developers who made it had no time to spare.
After

The rebuilt system

  • Opens on the last punch. The home leads with the answer to "did it count?", the question Maria and Joaquim asked most.
  • Split into two focused apps. One for the floor, one for the manager, so no shared login and no home screen trying to please everyone.
  • Balance and time to justify, up top. The numbers people actually check lead the screen, the latest entries a glance below.
  • Rebuilt on Material. A real component library replaced the ad-hoc UI, keeping the brand familiar and cutting what there was to maintain.
  • Accessible and multilingual. Contrast checked to WCAG AAA and shipped in four languages, starting with European Portuguese.
The redesigned Expert App attendance home screen

Six sessions before handoff

Before I called the prototype done, I ran six moderated remote sessions on it, solo: four floor employees and two team managers, each thinking aloud over a video call while sharing the Adobe XD prototype on their own screen. The core flows held up, and it scored 84 out of 100 on the System Usability Scale, the standard usability survey testers fill in at the end. What follows are the issues that changed the build before handoff.

More than a handoff

I handed off a build-ready prototype, signed off screen by screen. What it did after that mattered more than the handoff itself.

Actuasys got behind it

The client took to it fast and read it as a sales lever. As their commercial team put it: a strong mobile app rarely wins a deal alone, "but we never get left out for lacking mobile, and we get very much in for having it."

A prize, and a stage

The project won an internal prize, and I was invited to present it to the whole company, more than once. Getting to tell its story to the people I had built it beside meant as much as the sign-off.

What the project taught me

Two things from this project stuck, and I lean on both now.

Trust starts at zero

Nobody chose this app; their employer handed it to them. What won them over was small: seeing their punch had counted the second they opened it. I bring that starting point to every internal tool now.

Document like you'll leave

When the researchers who set the direction rolled off halfway through, only the documentation carried the thread. Now I write and share as if I could be gone tomorrow, so the work holds together as the team changes.