LISA.EXE v2.0 // MISSION LOG
--:--:-- NL / EN
◂ BACK TO MISSIONS
FieldAssist: End-of-Life Rescue — twee telefoonschermen met de dagplanning en een leveringsflow, naast losse elementen voor bellen, navigeren en meldingen, met de kernwoorden speed, IA redesign en cross-user design
MISSION_004 ✓ DONE ★★★ +2000 XP
FieldAssist — van verouderde app naar buitendienst-tool

Een app die niet meer geüpdatet kon worden, herboren als de digitale metgezel voor bezorgers en monteurs — en de eerste stap in LogicTrade's bredere app-redesign.

[ROLE]
Product Designer
[DUUR]
jan – mei '25
[TEAM]
1 designer · dev team
[TOOLS]
Figma
// LOG_ENTRY — AANLEIDING

Een app die zijn eigen apparaten overleefde

LogicTrade had al twee losstaande apps voor de buitendienst: DeliveryAssist en StoreAssist. DeliveryAssist was zo verouderd dat de apparatuur waar hij op draaide — tablets, telefoons, PDA's — niet meer geüpdatet kon worden. Geen ruimte voor een langzame, zorgvuldige redesign: er moest snel iets nieuws komen.

// LOG_ENTRY — DE OPDRACHT

Rebranden naar FieldAssist

DeliveryAssist herbouwen en rebranden tot FieldAssist: één app voor de hele buitendienst, van bezorgen tot service en inmeten. Niet langer een bezorg-app, maar de digitale metgezel voor iedereen die het pand uit gaat.

// LOG_ENTRY — DE OMSLAG

Een redesign bleek niet genoeg

PLOT TWIST

Uit gesprekken bleek dat de lage adoptie van de bestaande app niet alleen een designprobleem was — de structuur zelf moest mee veranderen. Halverwege de redesign-fase ben ik opnieuw begonnen, met een aanpak die veel nadrukkelijker vanuit de gebruiker vertrok.

// LOG_ENTRY — AANPAK

Het whiteboard als versneller

Met een deadline in zicht hielpen brainstorm- en whiteboardsessies me om snel tot de kern te komen. Niet als opsmuk vooraf, maar als de plek waar de vraag werd gesteld die alles daarna stuurde: "Wat moet ik vandaag doen?" Daaruit volgde de conclusie die je hieronder ziet staan — of je nu een planning hebt of niet, je hebt een goed startscherm nodig.

Een whiteboard met handgeschreven notities: links wat er mist in de planning en feedback van collega's, in het midden schetsen van telefoonschermen met tabbladen en een for you-weergave, en rechts de vraag Wat moet ik vandaag doen? met de conclusie dat die leidend is Een fragment uit de sessie waarin de kernvraag boven kwam drijven — met de feedback van collega's ernaast

Vanaf daar werkte ik het uit in low-fidelity schermen, zodat de structuur te bespreken was voordat er iets moois van gemaakt werd. Je ziet de indeling in drie stappen ontstaan — en in de laatste schets al ruimte voor wat er later bij zou komen.

Klik op een afbeelding om hem op volledig formaat te bekijken.

// LOG_ENTRY — CONCEPT

Twee manieren om je werk te zien

ACHIEVEMENT UNLOCKED — CORE CONCEPT

"Een bezorger hoeft niet alles te zien — hij moet zíjn dag zien."

01
"VOOR JOU"-PAGINA

Een bezorger of monteur ziet standaard alleen zijn eigen ingeplande items — geen ruis, geen overzicht dat niet van hem is.

02
KLASSIEK VOLLEDIG OVERZICHT

Blijft daarnaast bestaan, voor het moment dat iemand breder moet kunnen zoeken — bijvoorbeeld als een klant iets vraagt.

// LOG_ENTRY — KOPPELING MET LOGICTRADE

Eén andere gebruikersgroep, dezelfde motor

FieldAssist moet naadloos samenwerken met LogicTrade zelf, vooral met de Planning-module — maar de gebruikersgroep is compleet anders dan de kantoormedewerkers waar de rest van het systeem voor gebouwd is. Dat vroeg om ontwerpkeuzes die passen bij mensen onderweg, niet achter een bureau.

// SIDE_QUESTS — OBSTAKELS ONDERWEG

De obstakels onderweg

Tijd

De app moest asap vervangen worden, zodat klanten hem konden blijven gebruiken — geen ruimte voor een langzaam, zorgvuldig traject.

Cross-device

FieldAssist moest naadloos samenwerken met de desktop-software, niet als geïsoleerd los product ontworpen worden.

Een brede, verweven gebruikersgroep

Van vaste buitendienstmedewerkers tot ingehuurde externen, tot binnendienst die opdrachten verwerkt en communiceert naar het veld — en de buitendienst die op zijn beurt terugkoppelt via opmerkingen, handtekeningen, foto's en betaling.

// LOG_ENTRY — VOOR & NA

Dezelfde stap, opnieuw ontworpen

Twee momenten die in beide apps bestaan: de regels van een order nalopen, en het bewijs vastleggen bij de klant. De stappen zijn niet verdwenen — ze zijn alleen niet langer een formulier om doorheen te klikken.

Klik op een scherm om het op volledig formaat te openen.

// LOG_ENTRY — TIJDLIJN

Van start tot livegang

JAN '25
Project gestart
MRT '25
Pilot gelanceerd bij eerste gebruikers
MRT–MEI '25
Iteraties op basis van pilot-feedback
MEI '25
Finale versie live
// LOG_ENTRY — RESULTAAT

De eerste stap in de app-redesign

Van start in januari tot een pilot in maart, gevolgd door twee maanden gerichte iteratie op basis van gebruikersfeedback, tot de finale versie in mei live ging.

EERSTE VAN
TWEE
FieldAssist → StoreAssist
END-OF-LIFE
APPARATUUR VERVANGEN
het oorspronkelijke probleem opgelost
LIVE SINDS
MEI '25
na een pilot en twee maanden iteratie
// LOG_ENTRY — REFLECTIE

Wat ik hiervan meeneem

Onder tijdsdruk toch pleiten voor de juiste oplossing

De druk was reëel: de app moest asap vervangen worden. Toch koos ik ervoor om, op basis van wat er uit gesprekken naar voren kwam, aan te dringen op meer dan een snelle visuele redesign — en halverwege opnieuw te beginnen richting een structurele oplossing. Dat voelde risicovol met een deadline in zicht, maar een snelle oplossing die het echte probleem (lage adoptie) niet oploste, was op termijn duurder geweest.

De pilot loste twee problemen tegelijk op

De klanten met de grootste tijdsdruk konden dankzij de pilot al vroeg uit de voeten — precies de mensen die niet konden wachten. Diezelfde klanten waren meteen intensieve gebruikers, wat de pilot ook de meest waardevolle feedback opleverde. Urgentie en kwaliteit van feedback bleken hier geen tegenstelling, maar dezelfde groep mensen.

◂ VORIGE MISSIE 4 / 4 VOLGENDE MISSIE ▸