Datavisualisering: Design for mobile enheter - dummies

For noen år siden, da en designer opprettet en papirbasert annonse eller brosjyre, gjorde hun kunne planlegge nøyaktig hvordan det ville se etter at det ble skrevet ut. Designeren visste formatet og hvordan kundene ville se det. Populariteten til mobilenheter har imidlertid økt, og designere har hatt å møte to nye designproblemer:

• Utforming av mobilenhetens grensesnitt

• Opprettelse av programmer for mobile enheter

Med fremkomsten av Internett brukte nettdesignere de få nettleserne som var tilgjengelige for å planlegge hvordan designene deres skulle se på skjermen. De tilgjengelige verktøyene var noe rå, men designen var ganske grei. Hvis han testet hver nettleser, kunne en designer bestemme hva han trengte å fikse, slik at designet ville se riktig ut på nettet.

Nå designere må designe for en rekke mobilenheter, som hver har sine egne quirky behov. Følgelig har kompleksiteten i å designe visualiseringer vokst.

Omgodt responsivt design

For å håndtere problemet med flere skjermstørrelser og operativsystemer, bruker designere prinsippet om responsiv design (RD). RD refererer til et grensesnitt eller en layout som kan rekonfigurere seg selv basert på hvor den blir sett. Begrepet ble laget av Ethan Marcotte i en artikkel i 2010 som anerkjente behovet for designere til å løse problemet med flere skjermkrav.

Et nettsteddesign som er responsivt ser fortsatt bra ut om du ser det på din stasjonære datamaskin eller på smarttelefonen din. De avrundede kantene og ikonene som er vanlige på mindre enheter, faller automatisk på plass.

I sin artikkel citerte Marcotte de tre områdene hvor RD kan ha mest effekt i webdesign:

• Fluid grids: Gitteret er verktøyet som designere bruker til å utforme sine design, uansett om de designene vil bli vist online eller offline. I den følgende figuren er en rutenettdesign transformert for tre skjermformer.

  

  Grid-design oversatt til forskjellige skjermer.

• Fleksible bilder: Når du har bilder i et blogginnlegg eller på nettstedet ditt, vil du sørge for at de ikke blir avskåret eller forvrengt. Å sørge for at bildene dine kan reformatere seg er viktig.

• Medieforespørsler: Når du skriver inn et søkeord i en søkemotor som Google eller Bing, vil du kunne se resultatene på noen av skjermene dine. Dette er et hovedprinsipp for RD. Innholdet må sees på hvilken som helst mobil enhet en bruker kan ha. Det som gjør at det vises på en rekke enheter, er en utfordring at designeren ikke har mulighet til å vite hva det returnerte resultatet vil være.

Disse ideene gjelder også for datavisualiseringer. Du vil sørge for at rutenettet ikke forvrenges når dataene vises på en mobilenhet. Bildene må være klare og aspektforholdet (lengde til bredde) skal justeres uavhengig av hvilken enhet brukeren jobber med.

Følgende appdesign standarder

Designere vil ikke bare ha et grensesnitt for å se bra ut, men vil også ha det til å gjøre alle slags triks. Som et resultat har appdesign blitt en disiplin for seg selv.

Du lurer kanskje på hvorfor du bør bry deg om appdesign. Alle som må visualisere noe på nettet, er underlagt de samme standardene som en appdesigner.

Pete Pachal beskriver i sin artikkel "Apples 6 enkle regler for å designe en Killer iOS App" hva han måtte gjøre for å få sin nyhetsappsjon Sertifisert for Apples App Store. (På denne skriveren er appen ikke tilgjengelig i App Store i USA.) Pachals team måtte jobbe med Apple i fem måneder for å få alt perfekt. I løpet av den tiden kodifiserte Pachal seks regler for sitt lag, hvorav fire gjelder data, da design:

• Enkelhet er styrke. Denne regelen er trolig den viktigste regelen for datavisualiseringer. Målet er å forklare eller avdekke ny informasjon som kan brukes til å utvikle innsikt. Hvis du fokuserer på for mange datapunkter, vil historien gå tapt. Hvis du oppretter et dashbord, er denne regelen spesielt viktig fordi hver del av data må støtte hele.

• Ikke ofre kvalitet for tiden. Denne regelen er viktig for datavisualisering. Hvis du slår sammen en visualisering som er vanskelig å dechiffrere eller bare ren slurvet, vil ingen ønske å bruke den. Ta deg tid til å utvikle noe godt, og fortsett å forfine det med tiden.

• Belønn brukeren med hver berøring. Hvert menyelement bør gjøre noe nyttig. Utskriftskoblingen skal fungere, for eksempel. I tillegg bør hvert klikk gi informasjon.

• Detaljer saken. Før brukeren klikker en kobling i en datavisualisering, bør det være tydelig hvor den linken vil ta henne eller hvilken type data hun vil se.