User Experience I

12/9-2014

Vi skal have kigget, og tjekket op på personaer.
Blive færdige med vores mock-ups, for derefter at starte det konkrete brugerscenarie.

Vi har også lavet nogle tegninger af hvilke informationer vi forestiller os på monitorerne ved indgangen. Str. på monitorerne skal vi dog lige have styr på.

Vi har spurgt 15 elever hvilke ind- og udgange de bruger på skolen, og størstedelen af dem bruger "drivhusdørene", og hovedindgangen til hele bygningen.
Efter observationsprincippet, har vi også set at stort set alle studerende der tager bussen, bruger hovedindgangen til bygningen, da bussen stopper stort set lige foran.
På baggrund af dette, kan vi konkludere at en registreringsanordning og en bekræftelses monitor, ved de 3 overordnede indgange burde være rigeligt.
Dette bør dog testes helt i praksis, før man kan være sikker, på at systemet vil fungere optimalt.

Her fremgår vores færdige personaer, som vores system selvfølgelig er bygget op efter.
Der er ellers egentligt ikke så meget at sige til hver persona, de snakker jo for sig selv.

Her er hvordan vi forestiller os at fakta skal se ud på registreringsskærmene ved de 3 ind og udgange til skolen.
Som det fremgår af nedenstående billede. Så viser den her ankomst til skolen, princippet er så præcis det samme når man forlader skolen, så siger skærmen bare afgang istedet for ankomst.
På den her måde får man feedback, på sin registrering, og kan derved være sikker på at man er checket ind.

Så har vi været rundt på skolen, for at få et overblik over hvordan indgangene er "sat op", så vi har en idé om hvor store, og hvordan monitorerne skal sættes op.

Ovenstående billede viser de 2 monitorer der i forvejen er ved hovedindgangen til bygningen.
Som det fremgår lige nu, så er en af monitorerne inaktive, hvis den altid er det, så kunne det jo være passende at det er på denne skærm man får sin feedback ved tjek ind,

Registreringen skal ske ved trædøren da det er den inderste dør, og der skal så opsættes en monitor som giver feedback når man tjekker ud.
Idéen er at monitoren skal opsættes ved en af murene. Enten den man ser på billedet eller den mur på nedenstående billede.
Registreringsapparattet skal opsættes ved trædøren, da det er den inderste dør, og i forhold til denne dør kan der opsættes monitorer på passene steder. Hvis det var den yderste dør der registrerede, så ville det kræve at en feedback monitor var placeret udendørs, og det er på ingen måde optimalt.

Nedenstående er så en af "drivhusdørene" som man kommer ind af, og her skal der også pladseres en monitor, selvfølgelig indvendig, og gerne i bredde med glasset. På samme måde skal der også opsættes en feedback monitor til når man forlader skolen, man skal dog lige vende hovedet en gang for at feedback monitoren, da det er den eneste måde man kan placere den indendørs på.

På denne rude skal monitoren til feedback placeres når man kommer ind i bygningen.

De nedenstående billeder er samme princip, bare en anden "drivhus" indgang.
Når man kommer ind i bygningen skal feedback monitoren være på modsat siden rude eller glas, for at gøre det let at se.

Her fremgår vores logo idé og så vores endelige logo.
Det første logo var vores første udkast, det arbejdede vi så videre med og ente med logoet på billede nr. 2. Navnet på siden skal være www.ontime.dk.
Dette er også indkorporeret i logoet.

Her fremgår vores mock-ups af brugerinterfacen (www.ontime.dk). Funktionsprincipperne er forklaret tilbage ved vores skitser af disse mock-ups. Jeg forklare dem dog simpelt i nedenstående.
Nedenstående er forsiden.
Man kan navigere videre til semester, klasse og elev.

Nedenstående er semesteroversigten, og herfra kan man navigere videre, ved at vælge hold.

Nedenstående er klasseoversigt. Her ryger man så ind når man fra forrige side har valgt et hold.

Nedenstående er oversigt over en bestemt studerende. Her ryger man ind hvis man vælger en bestemt studerende. Så kan man som standard se en måned, med ankomst og afgangstider, og fravær. Man kan forlænge perioden hvis dette ønskes.

Nedenstående er klasseskema, princippet er dog det samme med skema for hvert enkelt studerende.
Her ender man hvis man klikker på skema ikonet fra enten klasse oversigten eller oversigten over studerende.

Nedenstående illustrere hvordan påmindelses-alarmsystemet ser ud for administrationen.
Det hænger så sammen med at hun modtager en mail, pr. studerende, så hun kan lukke påmindelsen ned hvis hun ikke lige har tid til at tage sig af det.

Nedenstående er hvordan påmindelses systemet vil se ud for de studerende, pr. sms.

Her fremgår vores brugerscenarie over hele vores konceptforløb.

User Experience I

11/9-2014

Vi er igang med at tegne brugerinterface til hvordan det skal se ud på skærm.
Lige nu laver vi samme system til administration, lærere, studievejleder og studerende.

Men selvfølgelig med forskellige muligheder for brug, det er f.eks. kun administration der skal have mulighed for at manuelt ændre vores fravær, hvis der er behov for det. F.eks. i tilfælde af at man har glemt sit studiekort, og er nødt til manuelt at blive registreret inde hos administration, så får hun bare ens navn, og har så mulighed for at redigere fraværsprocenten.

Lærerne, studievejleder og studerende har så ikke denne mulighed for at redigere fraværsprocenter.

Udover dette er programmet ellers stort set helt ens for administration, lærere og studievejleder.
Med hensyn til de studerende så skal vi jo ikke have mulighed for at se de andre studerendes fravær, så hele fraværsaspektet skal fjernes når man er logget på som studerende, undtaget ens eget.

Her er en række skitser som illustrere hvordan vi forestiller os at systemet skal fungere, og de forskellige undersider.

Nedenstående billede viser forsiden, når man er logget ind som administrator, lærer og studievejleder.
Hvis man er logget på som studerende, kan man kun se informationer om sig selv. Så her ville siden se en smule anderledes ud, der ville altså kun stå ens egne oplysninger, derfor ville nogen af navigeringspunkterne være fjernet fra den oprindelige.

Nedenstående billede viser siden hvor semestrene fremgår, og under disse er der så opdeling af de forskellige hold. Som man så kan klikke sig ind på. Ved at gøre det på denne måde får man en mere overskuelig navigering og kategorisering. Ved at få overblik over hvilke hold, der er i de forskellige semestre.
Diagrammet ude i højre side, illustrere den samlede fraværsprocent opdelt i semestre og danske/udenlandske studerende.
Hvilket vil sige at man kan se samlet fravær for alle de danske studerende på henholdsvis 1 og 3 semester, og alle de udenlandske studerende på henholdsvis 1 og 3 semester.
På denne måde kan man lave statistikker, og se mønstre i fraværsprocenter.

 

Nedenstående billede viser hvordan siden ser ud, hvis man har klikket sig ind på et bestemt hold.
Så får man altså hele klasselisten frem, og ud fra hvert navn kan man se om den studerende er tilstede den pågældende dag, som er markeret med flueben for "tilstede", og et x for "fraværende". Som det fremgår på billedet så har administrationen mulighed for at trykke rediger, for at ændre den studerendes fravær, f.eks. i tilfælde af glemt studiekort, hvor det så skal rettes så den studerende ikke får fravær.
Der skal så også laves en navigation der hedder skema, så man kan se hele klassens skema.

Nedenstående billede viser siden som den ser ud, hvis man klikker sig ind på en specifik studerende.
Dette giver adgang til automatisk at se den studerendes fravær den seneste måned, og der er så mulighed for at vælge periode hvis man gerne vil se fraværet længere tilbage, eller bare over en længere periode. Der er også et felt som viser den samlede fraværsprocent for perioden.
Der vises så dato, og registrering af tid ved ankomst og afgang, ud fra denne info skal systemet automatisk udregne fraværsprocenter for de studerende. Som så vises i et kurve system.
Fra denne side skal der også være en navigering til skema, så man kan se skema for den enkelte studerende. På skemaet er de lektioner hvor den studerende er tilstede markeret med grøn, og de lektioner hvor den studerende er fraværende er de markeret med rød.

Nedenstående billede viser hvordan skema siden ser ud, for henholdsvis de forskellige hold og studerende.
Som nævnt er der jo både mulighed for at se skema pr. hold/skema pr. studerende.

Nedenstående billede viser "alarm-systemet", som det ser ud for administrationen hvis en studerende har for højt et fraværsprocent.
Tanken er at der popper en form for notifikation/reminder frem nede i højre hjørne, der er mulighed for at lukke denne direkte hvis man ikke lige har tid til at tage sig af det. Der skal så være et automatiseret system som sender en mail til administrationen, samtidig med at reminderen popper frem.
På denne måde behøver administrationen ikke konstant at tjekke sin mail, for at vide om nogen studerendes fravær er for højt, reminderen giver hende en besked, som hun når som helst kan tjekke op på i sin mail.

Nedenstående billede viser hvordan et "alarm-system"/"reminder" ville se ud til studerende, tanken er at den studerende skal få løbende advarsler ved for højt fravær, så de har mulighed for at rette op på det, istedet for lige pludselig at bare blive kaldt til en samtale på grund af for højt fravær.

User Experience I

10/9-2014

Vi har haft workshop dag med Sebastian, hvor vi har gennemgået vores idéer og snakket videre om hvor langt i processen vi er, og hvad vi ligesom mangler at tage fat på. Hvis der har været ting der skulle genovervejes, har vi også snakket om det.

Der har været små øvelser i løbet af dagen, hvor vi i fællesskab med klassen har snakket om de bedste løsninger og de værste løsninger, bare for at se anderledes på problemet.

Der er også snak om at hvis studerende nu glemmer kortet, så er tanken indtil videre at man må gå hen til administrationen og blive manuelt registreret af en person, altså ikke et system.
Forhåbentligt husker folk deres studiekort, og forhåbentligt bliver samme person vel ikke ved med at glemme kortet.
Det behøver jo ikke at være svære, end at have studiekortet i sin pung, eller konstant liggende i sin taske. Der er jo stadig pligtopfyldelse, og vi kan ikke få maskiner til at gøre alt for os. Vi mennesker er stadig nødt til at huske ting, og gøre ting.
Vi kan ikke bare overflødigeøres, vi er nødt til at udføre handlinger.

Vi skal arbejde videre med flere skecthes, til bruger interface, alarmsystemer.
Mere detaljeret overvejelser vedrørende koncept.
Vi skal gøre klart hvordan systemet kan snydes, så vi selv er klar over hvordan der er "smuthuller" i systemet.

Så laver vi et system der er uafhængig af fronter.

Vi skal også have kigget på vores personaer igen, og også rette nogle ting i vores research rapport.

Der skal også foretages en brugerundersøgelse.

User Experience I

9/9-2014

Vi fortsætter vores arbejde fra igår, med at snakke videre om idéer.
Vi har snakket meget om at prøve at få noget gamification ind over konceptet, men det er rigtig svært at få noget relevant med.

Da vores foreløbige koncept omhandler registrering af elever, blot ved at have studiekortet på sig, er tanken at der ved hver hovedindgang skal implementeres en form for teknologi, som registrere studerende.
Hvis dette skal være princippet, så skal studerende hver gang de møder sørger for at gå ind af en af hovedindgangene, hvilket så vil være et must for registrering. Desuden skal man også forlade skolen igen, gennem en af hovedindgangene(udgangene), for at man igen bliver registreret.
I gruppen går vi hver morgen ind af en af hovedindgangene, men det er ikke sikkert at alle gør det, hvilket føre til at vi sandsynligvis bør lave en undersøgelse på skolen, med en del studerende for at høre hvilke indgange til skolen der bliver brugt.

Da tanken er at registrering skal ske både når man møder op, og igen tager herfra.
Så skal registreringen, registrere de studerendes navne, og mødetidspunkt, samt tidspunkt hvor man forlader skolen igen, og på baggrund af dette regne fraværsprocenter ud.

Vi skal igang med at udarbejde personaer, og på den måde specificere vores koncept i forhold til disse, hvis det er en mulighed.
Vi skal også gennemtænke om vi kan udvikle et system, så man kan registrere når folk arbejder i projektgrupper. Om folk er tilstede til skemalagt vejledning, hvad man gør hvis folk er syge, og hvordan det registreres hvis man arbejder hjemmefra.

Her fremgår vores stakeholder map:
Stakeholders/interessenterne er dem der er involveret i projektet, og hvilke måder de er involveret på.
Vores primære interessent er administrationen, da systemet skaber mest værdi for dem.
Studerende skal gå ind og ud af hovedindgange, og på den måde registrere sig, så på den måde er administrationen afhængige af at vi udføre en handling.
Vi studerende bruger dog ikke dataene til noget, men vi sørger for at levere den. Derfor er vi sekundære interessenter.
Administrationen er primær, da det er dem der om nødvendigt bearbejder vores data fra registreringen.
Den teritære interessent er andre campusser, da det "udviklede" system, måske skal spredes ud, og bruges af andre campusser. De er dog som sådan ikke med i projektet, men "indgår" på en måde gennem vores personaer.

Lærerne vil også gerne have mulighed for at se hvilke elever der er tilstede til deres undervisning, dog uden at stå for at føre fraværet.
Dette kunne gøres ved at få fraværsregistreringen til at arbejde sammen med lærernes Fronter. Da vores nuværende idé til systemet er at det skal være en form for overbygning til Fronter.
En mulighed kunne være at når lærerene så logger på Fronter, kunne de se en liste over de studerendes registrering, som har fundet sted ved indgangen. På denne måde kan lærerne se om der er nogle studerende der f.eks. aldrig er tilstede til undervisningen, men slipper samtidig for at registrere de studerende da det bliver de studerendes ansvar at sørge for at de er registreret.

User Experience I

8/9-2014

Vi sidder og idegenere med hensyn til hvordan studiekort registrering kan finde sted.
Vi overvejer at registrering kan ske uden at skanne studiekortet, men at der er en anordning der bare registrerer når man er på skolen, og når man forlader den.

Idéen er jo at fjerne lærerene helt i registrerings øjemed, så vi egentlig får en proces der hedder:

Studerende - administration - (eventuel besked til studievejleder ved for højt fravær).

Her fremgår mock-upet til konceptforløbet.

Lige nu bruger administrationen 2 programmer til at holde styr på studerendes fravær, vi tænker at det mest optimale ville være at det hele kørte over Fronter.
Så administrationen har adgang til et punkt, hvor de kan se fravær for studerende pr. elev, pr.
klasse og pr. semester.

Nedenstående er billeder af hvordan det nuværende fraværsregistreringssystem ser ud.

Vi er også igang med at formidle research-fasen i et format, så vores undersøgelser i princippet kan overtages, og videreudvikles af andre.
Det gør vi ved at stille det op i spørgsmål og svar, ihvertfald i første omgang. Så må vi se om vi på en eller anden måde kan få det fremvist visuelt, det er dog ikke sikkert at det vil blive gjort.

Indtil videre har vi tænkt ind, at processen skal være nem, overskuelig og logisk, og vi har prøvet at fjerne unødvendige led i processen, såsom at vi registrere os selv, for på den måde at undgå lærernes involvering i registrering.
Vi har tænkt over hvordan vi muligvis kan få noget gamification ind over.
Det er bare et svært spørgsmål da vi er på den her uddannelse af egen fri vilje, og sandsynligvis for vores egen skyld.
Det kan derfor være svært at komme op med en "belønning", for at være her. Vi får jo allerede SU, for at være studerende.
Vi har tænkt noget i retning af at en elev pr. klasse pr. måned, kunne fået gratis måltid i kantinen, det skulle så være den elev der har den laveste fraværsprocent.
Kantinen har dog ikke ressourcer til denne form for "belønning", og dog heller ikke nogen grund til at gøre det.
De ville miste nogle penge, desuden har de heller ikke nogen god grund til at deltage i den form for samarbejde, da der ikke er nogen "win" for dem.
Igen så er vi her jo frivilligt, og i uddannelses øjemed kan det være svært at belønne folk for at studere, da vi i princippet allerede bliver betalt for det, i form af SU.