Monday, December 17, 2007

Storyboard: Håndtering af udfordringer

Brugerevaluering - prototype 4

I dag den 17.12 2007 har vi været på Katrinebjergskolen til en afsluttende evaluering med tre elever.

Formålet med evalueringen var dels at evaluere de features, der er kommet til siden sidste aftestning af prototypen (v2), dels at få mere feedback på, om systemet kan have en fremtid. Den benyttede prototype var den seneste (v4), der giver mulighed for at håndtere netværk, skjule og offentliggøre oplysninger, bygge egne avatarer, samt se forseelser på egne og andre cykelture. (Sidstnævnte er det der adskiller den fra v3.)

Vi startede sessionen med at gense videoen (fremtidsscenariet), som vi også fremviste sidste gang. Denne beslutning blev taget, da der er gået godt tre uger siden vi sidst havde kontakt med eleverne. Desuden havde Martin ikke været med siden første brugersession i starten af oktober, så vi ville sikre os, at han havde en fornemmelse for vores vision.

Evaluering af eksisterende features

  • Personliggørelse af profil/avatar
    • De gik meget op i, at man selv kunne sammensætte sin avatar
    • Det er vigtigt, at alle ikke bare er ens i LiveTAG
  • Aldersgruppe
    • Det eksisterende system ville fungere op til ca. 14 år - ældre børn ville nok gerne have nogle sejere avatarer (de eksisterende kunne godt blive for barnlige).
  • Brugervenlighed
    • De havde ingen problemer med at logge ind og oprette netværk, tilmelde netvæk og bruges sidens øvrige features.
  • Påvirkning af andre (som ikke (længere) bruger hjelm)
    • Eleverne mente ikke, at LiveTAG helt fra starten af ville kunne påvirke de elever, der ikke længere bruger hjelm. Dog kunne de sagtens forestille sig, at når de andre efter lidt tid hørte om/så LiveTAG, ville de blive interesserede i også at bruge systemet (for ikke at være "udenfor") - hvorved de ville blive tvunget til at tage hjelm på igen.
  • Anvendelse af systemet generelt
    • Eleverne var generelt hurtige til at lære at bruge systemet, og de synes også, at det var enkelt at finde rundt i det (når man lige havde brugt det i kort tid).

Ideer til nye features

  • Netværk
    • Opdeling af netværk i fx regioner (Østjylland, Århus osv.) eller netværkstype (Skoler, fritidsklubber, uformelle grupper).
    • Mulighed for at se eksisterende netværk i fx deres egen by ved at klikke på byen på kortet.
    • Netværkene skulle organiseres noget bedre, således at man under "Århus" kunne se alle de netværk man er medlem af i Århus.
    • Mulighed for at se top 10 inden for de enkelte netværk.
  • Ruter
    • Mulighed for at kunne se flere ture på samme kort.
    • Helt fejlfri ture skal have et grønt flueben - ture med fejl skal have et rødt kryds (samt antal fejl).
  • Point/præmier
    • Mulighed for at se tilgængelige produkter fra den virtuelle og/eller den virkelige cykelhandler.
    • Point og placering skal vises umiddelbart under brugerens profilbillede. Herunder skulle der som minimum også stå level og point-antal. Endvidere kunne der stå oplysninger om, hvor mange ture vedkommende har kørt fejlfrit e.a.
  • Profil/chat
    • De gik meget op i, at man skulle kunne købe fx nyt tøj til sin avatar, så man får mulighed for at personliggøre den i større grad.
    • De syntes også at det kunne være smart, hvis man kunne uploade sit eget billede til siden, således at ens avatar kommer til at være en kombination at tegning og foto (hovedet).
    • Det var meget vigtigt for dem, at man kan chatte med de andre brugere i LiveTAG som de kender det fra andre systemer som fx Arto.

Den generelle vurdering af LiveTAG (den horisontale prototype)

  • De var positive over for LiveTAG, og ville gerne bruge systemet og anbefale det til andre. Dog var det vigtigt for dem, at systemet blev markedsført og eksplicit henvendte sig til målgruppen. På den måde ville brugerne af LiveTAG også føle, at de deltog i et "sejt" spil, når det var noget, som også deres kammerater kendte til fra reklamer osv.

Wednesday, December 12, 2007

Plan for sidste workshop/brugertest

Vi vil gerne have tre børn med til brugertesten igen. Det vidste sig at være et mere passende antal end de seks, vi havde til den første brugertest.

Nogle af børnene fra den anden brugertest var gode til at komme med input til nye ideer og forbedringer af systemet - andre var knap så deltagende med indlæg til diskussionen. Der var især én elev, som ikke kunne bidrage med meget andet end skæg og ballade, så vi vil derfor til denne anledning specifikt ønske, at få tre af de motiverede elever, som vi har arbejdet med i de to første brugerevents.

Ændringer på hjemmesiden siden sidste brugerevnt:
  • Brugeren kan tilmelde/framelde sig netværk
  • Brugeren kan oprette nye netværk
  • Brugeren kan bygge sin egen avatar
  • Brugeren kan se sine fejl på ruten markeret med røde ikoner
  • Brugeren kan skjule personlige oplysninger såvel som ruter

Spørgsmål:
  • Hvordan forholder brugerne sig til de ændringer som er blevet implementeret? Lever de op til forventningerne?
  • Kan brugerne tænke sig at bruge et system som dette, hvis det kom til at virke som i videoen?

Hvad vil vi specifikt gerne have ud af den evaluerende brugertest?
  • Målet med denne brugerevaluering er, at lave den mest udførlige test og gennemgang af prototypen
    • Eleverne cykler en tur med mobiltelefonen i et frikvarter. Vi cykler efter og registrerer "fiktive fejl"
    • Mens eleverne er til time uploader vi deres data til LiveTAG serveren.
    • I næste frikvarter ser eleverne der rute på deres personlige profil og kan også se de "Fejl" som er begået. Fejlene vil bliver vist med rødt på kortet, og ved at klikke på ikonet vil en forklarende tekst blive synlig.
  • Kan brugerne benytte sig af samtlige tilgængelige funktioner i online-delen (kan de finde ud af at betjene dem)?
    • Holde øje med om de går i stå nogle steder på hjemmesiden - spørge ind til problemer
  • Hvad betyder det for brugerne at de har deres egen profil på hjemmesiden?

Prototype 4: Visualisering af forseelser


(... og for dem, der ikke kan huske prototype 3, så var det den del med private / offentlige oplysninger og ruter, samt netværkshåndtering.)

Wednesday, November 28, 2007

Use Cases for E3

I dag har vi været i gang med at skrive use cases. Den foreløbige specifikation er tilgængelig i dokumentform: http://docs.google.com/Doc?id=dcnbbkvn_68ctwftz

Thursday, November 22, 2007

Brugerevaluering - video og web-del på Katrinebjergskolen

Vi brugte i dag en time på Katrinebjergskolen, hvor vi havde fået lov til at låne tre elever. Målet var dels at få feedback på vores fremtidsscenarie (video - denne del var strengt taget et levn fra E1), dels at evaluere vores nuværende web-prototype, der er tilgængelig på http://livetag.web.student.hum.au.dk/.

Feedback på video


Vi havde håbet, at vi kunne få feedback på videoen fra elever på 8.-9. klassetrin. Motivationen var, at videoen benytter sig ret kraftigt af effekter, der måske er mere underholdende end "lærende". Dog viste det sig ikke lige praktisk muligt at låne elever fra andre klasser end trafiklærerens egen, men sjetteklasses viste sig sagtens i stand til at abstrahere fra de mere underholdende elementer i filmen.

Af resultater fra feedback-sessionen (hvor vi lod tre 6. klasseselever se videoen), kan nævnes:

  • Hjelmen i videoen har en ret overdrevet sporingsenhed. Den blev i sin tid valgt, da man så ville kunne se, at hjelmen ikke var en normal hjelm. Børnene fandt det dog vigtigt, at den endelige hjelm ikke skiller sig ud fra andre cykelhjelme. Den må ihvertfald ikke se "dum" ud, men gerne være "sej".
  • Som udgangspunkt blev videoen taget vel imod. Peter var især positivt stemt og ville meget gerne benytte systemet, hvis det kom til at fungere som på videoen.

Resultater fra evaluering af web-del

  • Børnene havde ingen problemer med at oprette sig som brugere og logge ind i systemet.
  • Grupper (netværk) var en god idé.
  • Ikke alle har mobiltelefoner - heller ikke alle har en mail-adresse. Mobiltelefon med GPS er nødvendig for det nuværende projekt, men i princippet bør man ikke være afhængig af at kunne modtage SMS'er fra systemet. Marie havde ingen mail-adresse, men en "iGoogle", så vi er kommet frem til, at beskedsystemet skal understøtte RSS-feeds.
  • Personlige oplysninger som mail-adresse og telefonnummer skal kunne skjules. Man skal kunne afgøre, hvorvidt alle "venner" (medlemmer af samme netværk) kan se disse oplysninger.
  • Kun medlemmer af samme netværk kan se ens ruter og oplysninger.
  • Listen over cykelture bør indeholde mere information. E.g. Område ("Århus N" etc.), længde og gennemsnitshastighed.
  • Ligesom personlige oplysninger skal cykelture kunne skjules. Det vil sige, at man skal kunne vælge, hvorvidt en rute er synlig for ens "venner". Ligegyldigt om ruten er synlig eller ej, skal den naturligvis indgå i det samlede regnskab - det er kun et spørgsmål om, hvorvidt andre brugere kan se den.
  • Fejl (man glemmer at række armen ud etc.) skal vises på kortet med et rødt ikon. Ved klik på ikonet kan man se, hvilken fejl der er begået og der kan kommenteres herpå (se nedenfor).
  • Chatte med andre (evt. dem i sit netværk).
  • Kommentere sine egne og andres ruter - fx kan man på de punkter, hvor der er gjort noget forkert, skrive at andre skal være opmærksomme på dét sted (el. lign.)
  • Man skal kunne udfordre andre spillere/netværk ved at satse point og fastlægge en periode, hvorefter den, der har optjent flest point, vinder puljen af de satsede point.
    • Man skal kunne specificere et levelinterval, de deltagende spillere i udfordringen skal have så "gode" cyklister ikke kan udfordre "dårlige" cyklister og nemt vinde deres point.
    • Udfordringen kan enten være tilgængelig for alle, visse netværk eller specifikke spillere.
  • Var enige med vores forslag om, at brugeren i starten skulle stige noget hurtigere i level end når han/hun kommer længere op i levels. På denne måde fastholdes børnenes interesse lettere fordi de relativt ofte kan se, at der sker fremskridt.

Wednesday, November 21, 2007

Prototype 2: Web-del - profilside og egne ruter

Workshop, torsdag d. 22/11

Vi skal have en workshop med tre af de seks sjetteklassesbørn, vi tidligere har lavet interview med. Grunden til, at vi har begrænset antallet af børn til tre er, at der sidst herskede en vis grad af kaos fordi alle børnene ville tale på samme tid.

Formålet med workshoppen er at få feedback til den prototype, vi har lavet. Prototypen består af:

  • Filmen på tre minutter som demonstrerer vores koncept
  • Applikation på en Nokia N95 som kan optage en rute, barnet cykler med telefonen i lommen
  • Applikation på samme mobiltelefon som kan uploade GPX-fil (XML) til PC
  • Website som ruterne kan uploades til (manuelt indtil videre)
  • Website som barnet kan logge ind på og bl.a. kan se de ruter, han eller hun har cyklet og uploadet til sitet. Desuden demonstreres ideen om, at barnet kan være medlem af forskellige netværk (fx klassen, årgangen, skolen, byen...)

Udover at få feedback til den eksisterende prototype, er vi interesserede i at få børnenes bud på og ideer til nye funktioner i systemet. Eksempler på dette er

  • Point- og levelsystemet
    • Hvor mange point skal man have for hvor lang en tur?
    • Hvor mange point skal man have for at stige i level?
    • Skal det krævede antal point stige eksponentielt, jo højere level, man kommer i?

  • Spil på websitet
    • Hvilken form for spil kunne være sjovt/lærerigt at have på sitet?
    • Action- eller quizspil? Eller noget helt tredje? Evt. kombination af de to?

Wednesday, October 31, 2007

Prototype 1: Interaktion med Google Maps

Efter i dag har vi - gennem pair programming - taget hul på første prototype. Indtil videre har vi fået lovning på en Nokia N95 (som vi skal hente i morgen), samt fastsat dataformat (GPX). Endvidere har vi lavet et fungerende eksempel på visning af en cykelrute (via waypoints - i.e. GPS-koordinater):



Der er lidt knas med mod_python på Apache, så data for ovenstående er endnu statiske. Inden mandag skal vi meget gerne have en GPX-parser, der kan lave data fra telefonen om til JavaScript-kald i XHTML.

Teknologimodel

Glossary






































































































Begreb Definition og beskrivelse Format

Avatar

Brugerens virtuelle
repræsentation på internettet. På LiveTags
hjemmeside kan brugeren via sin avatar møde andre brugeres
avatarer.

Bluetooth

Standard for lokal, trådløs
kommunikation mellem heterogene, mobile enheder.

Brugeren

Barnet som bruger hjelmen
og som optjener point ved cykle ture med hjelmen på.

Bruger-ID

Unik identifikation af den
enkelte bruger.

Fortløbende, positivt heltal

Den virtuelle shop

Her kan brugeren købe
udstyr til sin avatar / virtuelle cykel. Han kan herigennem opnå
en "blæreeffekt" over for de andre brugere af
LiveTag.

GPSen

GPS-modtageren i
mobiltelefonen eller en ekstern GPS-modtager, telefonen kan
kommunikere med, eksempelvis via bluetooth.

GPS-waypoint

Globale længde- og
breddegrader kombineret med tidspunkt for forespørgsel. Vi
benytter GPX-formatet, der giver mulighed for tilstrækkelig
data-overførsel internt i systemet.
<wpt lat="[breddegrad]"
lon="[længdegrad]">
<time>[waypoint-tid]</time>
</wpt>

GPX

GPS
eXchange Format
. XML-baseret format, der kan benyttes til at
overføre GPS-waypoints mellem heterogene
klienter. Se også http://en.wikipedia.org/wiki/GPX og
http://www.topografix.com/GPX/1/1/ .

Vi benytter
GPX-formatet til den interne kommunikation i systemet. Vi
er interesserede i:


  • Metadata: Brugerens interne
    ID, samt tidspunkt for turens afslutning (bør være
    meget tæt på tidspunkt for seneste <wpt>-element).

  • Waypoints: Længde- og
    breddegrad, samt tidspunkt for forespørgsel.

<?xml version="1.0"
encoding="UTF-8"
standalone="no" ?>
<gpx version="1.1"
creator="LiveTAG">
<metadata>
<author>
<name>[bruger-ID]</name>
</author>
<time>[tur afsluttet]</time>
</metadata>
<wpt lat="[breddegrad]"
lon="[længdegrad]">
<time>[waypoint-tid]</time>
</wpt>
... [samtlige waypoints] ...
</gpx>

Hjelmen

Cykelhjelmen der indeholder sensor
til registrering af brugerens opførsel i trafikken.

Interessenter

Personer eller
organisationer der ser muligheder i LiveTAG. Det kan f.eks.
være Rådet for større færdselssikkerhed,
skoler osv.

Kunden / aftageren

Aftageren af produktet,
eks. skolen, fritidsklubben, forældre mf.

LiveTAG / produktet

Live Traffic Action Game.
Produktets navn siden 23. okt. 2007.

LiveTAG's hjemmeside

Indeholder en profilside,
hvor brugeren kan se sine personlige oplysninger omkring level
og status samt oplysninger omkring det/de netværk
brugeren deltager i. Herudover er der link til den
virtuelle shop
, med præsentation af virtuelle og
"virkelige" præmier.

Mobilen

Mobiltelefonen der transmitterer
oplysninger om brugerens opførsel i trafikken.

Netværk / grupper

Grupper af børn der
vælger at spille mod hinanden. Der kan være tale om
grupper/netværk på mikro- og makroniveau. En
skoleklasse kan være en gruppe, klassen kan være en
undergruppe til skolen, der i sig selv også kan være
en gruppe. Skolen kan konkurrere mod andre skoler osv.

Point og level

Brugeren optjener point ved
at cykle ture med hjelmen på. Afhængigt af
turens længde og hvor korrekt, brugeren cyklede den,
optjener/fratages han et antal point. Når brugeren har
optjent et vist antal point, stiger han en level og får evt.
nye muligheder for at købe ting i den virtuelle shop og
hos spillets sponsorer.

Prototype 1

Proof of concept
af følgende:


  • Mobil aflæser
    GPS-waypoints på turen

  • Når turen
    afsluttes (når telefonen ikke længere bevæger
    sig), sendes dataene til systemet.

  • Systemet gemmer
    dataene og kan præsentere ruten via Google Maps.


Sponsorer

Eksempelvis cykelhandlere
hvor brugeren kan omsætte deres point til udstyr til
deres virkelige cykler. Kan fx også være andre
firmaer, der giver merchandise til brugerne når de opnår
et vist level.

Systemet

Samlet betegnelse for den
centrale server, mobilen og kommunikationen herimellem.