Mulighederne for at bruge disse datasæt er uendelige, men grænsefladen skal være målrettet. For at afklare, hvad produktet skal kunne, organiserede vi en to ugers opdagelsesfase, som fokuserede på brugerundersøgelser.

Vi nåede ud til folk i de to målgrupper: akademikere og eksperter fra sundhedssektoren. Vi arrangerede interviews og fokusgrupper med både erfarne dataforskere og folk, der aldrig havde arbejdet med big data før, de såkaldte "citizen scientists".

I sidste ende brugte vi en blanding af flere brugerundersøgelsesmetoder til at afsløre nuancerne i, hvad brugerne forventede og havde brug for fra produktet.

UX-research giver mange unikke informationer. For at kunne forudsige, hvad brugerne har brug for under hvert trin i processen, skal resultaterne integreres i en sammenhængende helhed.

Ved at analysere, sammenligne og kontrastere al denne indsigt opdagede vi generelle mønstre. Disse mønstre giver os mulighed for at forstå afvigelser som f.eks. de forskellige metoder, folk bruger til at nå deres mål.

Modellen viser også forskelle i, hvad brugerne har brug for. For eksempel skal universitetsforskere igennem en lang godkendelsesproces, før de overhovedet kan begynde at arbejde med datasættene. I modsætning hertil begynder forskere fra medicinalvirksomheder at eksperimentere med datasættene tidligt, men vil støde på lovgivningsmæssige begrænsninger senere.

Vi testede ni dataforespørgselsværktøjer, som er almindelige i sundhedssektoren. Formålet med benchmarking er at hjælpe os med at få en dybdegående forståelse af de udfordringer, der manifesterer sig i big data-værktøjer til sundhedssektoren.

Vi identificerede designmønstre, som brugerne kunne forvente, såvel som unikke interaktioner, der enten er gode ideer eller mislykkede forsøg på at løse et problem.

Takket være denne indsats kan vi undgå de døde stier, som andre har prøvet, og spare tid under designprocessen. Men der er også en anden stor fordel: Den brugeroplevelse, vi skaber, skal integreres i det generelle sundhedsapplikationsområde og skubbe til grænserne.

Brugeroplevelsen er designet til at håndtere en bred vifte af forespørgsler: fra simple to-faktor forespørgsler, helt op til multiple-faktor forespørgsler på 8 niveauer af dybde.

Vi wireframede 5 modeller af query builders baseret på 3 forskellige antagelser og omdannede dem til interaktive prototyper gennem iterativt UX-design. De klikbare prototyper gjorde det muligt for os at analysere fordele og ulemper ved hver model gennem brugertest.

Vi brugte en evolutionær proces, hvor varianterne udviklede sig parallelt, indtil nogle af dem smeltede sammen til en vindermodel. Denne UX-designproces, som indeholder udforskning og empirisk udvælgelse, førte i sidste ende til et forespørgselsværktøj, der overgår alle de oprindelige versioner.

Værktøjer til dataanalyse blev integreret som moduler: beskrivende statistik, korrelationsfunktioner og andre. De passer ind i den modulære arkitektur i denne sundhedssoftcare som plugins, og det samme gælder for datavisualiseringsmoduler.

I andre big data-analyseværktøjer har disse funktioner en unødvendigt kompliceret brugeroplevelse plus et tørt og teknisk look and feel. Ambitionen med disse dataanalysemoduler var at skræddersy UX-designet til brugere, der ikke er dataforskere.

Forskere i sundhedssektoren arbejder i teams. En person kan være en del af mange forskellige teams. I forhold til, hvad der udgør en UX-udfordring, virker denne admin-sektion triviel, men den er faktisk en kritisk faktor for brugernes succes. For at sikre, at administratormodulerne ikke ender med at blive en kilde til frustration, har vi investeret lige så meget omhyggeligt arbejde, omhu og test i at forme deres brugeroplevelse.

Vi brugte neutrale farver til skærme, hvor brugerne mest fokuserer på rådata, og elektriske nuancer af blå, lilla, grøn og rød til dataanalysemoduler. Illustrationer er blevet brugt sparsomt for at tilføje korte øjeblikke af glæde ved vigtige trin i brugerflowet.

Designsystemet har til formål at understøtte udviklingsindsatsen både under implementeringen af vores design og i fremtiden. Udviklere har et bibliotek af komponenter, de kan bruge til at frigive de funktioner, der er planlagt for de næste to år.

Udviklingsteamet blev inviteret til at deltage i vores workshops fra starten. For os er udviklere vigtige projektinteressenter, hvis tekniske ekspertise hjælper med at guide visse designbeslutninger.

Under designworkshops ville vi sikre os, at de brugerinteraktioner, vi udviklede prototyper af, var teknisk mulige. For udviklingsteamet betød det at blive involveret tidligt en chance for at vælge optimale backend-teknologier samt et skridt i retning af præcise estimater af indsatsen.

Da designet nærmede sig sin afslutning, skiftede vores rolle i samarbejdet med udviklingsteamet til en rolle som support. Vi deltog i regelmæssige møder for at briefe dem som forberedelse til deres sprints, og vi ydede live support på Slack og Zeplin i løbet af hele implementeringen.