Designing the information bubble

When tapping and holding an element in the map an information bubble (tooltip) will appear. According to what kind of element is tapped the bubble will contain different information (see list below).

• Unit - Name, Number, Address
  
• Route - Unit, Name/Number, Number of stops, Time boundaries,
  
• Route Stop - Route Name/Number, Stop number, Recipient information, Address Time
  
• Trip - Unit, Trip Number, Time Boundaries
  
• Road Issue - Type, Classification (traffic: stocking, very tight, medium, flows, no data), Duration, Address
  
• Alarm - Type, Unit, Time, Address
  
• Geofence - Name, Unit(s), Type (inside/outside/border crossing)

To-do-lista i iteration 4

Oj, tiden går fort och vi går in i iteration numero 4. Vi har utifrån analysen i iteration 3 gjort en to-do-lista på vad som ska göras i protoypen. Vi kommer helt gå ifrån Flashprototypen och göra allt direkt i iPod touchen nu istället. Detta för att de saker vi testade i Flashen visade sig funka bra och inte behöver testas mer. Tidslinjen kommer förmodligen inte implmenteras alls i iPoden pga tidsbrist men zoomindikatorn kommer kanske implementeras delvis. Detta beror så klart på hur lång tid allt annat tar.

Listan av vad vi ska implmentera i nästa prototyp kommer här och är på det där utrikiska språket:

1. The map should automatically zoom and pan to the appropriate geographical boundaries when filtering.
2. Fix the issues with the uncertainty with the map/ list view states. Perhaps implement two designs, one with highlighted buttons and one with just one toggle button.
3. Show timeline in list (remove back button and title)
   
4. Show difference between routes and trips in the map.
5. Shortcut to show all information in the map (this must be designed first)
6. Information bubble when tap-and-holding on elements in the map (this must be designed first)
7. Implement zoom indicator, perhaps a static one.
8. Make the list interactive.
9. Tap-and-hold the timeline as a shortcut to jump to the current day.
10. Make the timeline stetch/pan when entering the system for pliancy indication.
11. Fix bug: Keyboard disappears.
12. Fix bug: Map pinch/pan problem.
    

Användartester iteration #3

Nu är vi klara med användartesterna i iteration #3. De gick väldigt bra och användarna hade bra förståelse för vårt system. Vissa saker behöver dock diskuteras och omdesignas för att göra det hela ännu bättre. Just nu sitter vi och skriver om resultat och analys av användartesterna.

Användarna har talat...

Idag gjorde vi användartest på två personer. Det blev mer än intressant och det ska bli ännu mer intressant att fortsätta nästa vecka med två till.

Ha en skön helg alla bloggläsare...

//D & P

Design- och användbarhetsprinciper

Vi har nu även diskuterat vad det är vi vill fokusera på för teoretiska design- och användbarhetsprinciper under testerna. De vi kommer fokusera på är:

Norman:

Feedback - Testa om systemet ger användaren ger tillräckligt med feedback
Constraints - Har systemet rätt constraints som gör att användaren inte kan göra fel?
Visibility - Visar systemet rätt information för användaren så att denne kan göra rätt val?
Consistency - Fungerar samma funktioner på samma sätt genom hela systemet?

Nielsen:

Visibility of system status - Förstår användaren vilken status systemet har?
Match between and the real world - Använder systemet ett, för användaren, naturligt språk?
User control and freedom - Kan användaren ångra interaktioner på ett smidigt sätt?
Help users recognize, dianose, and recover from errors - Om fel uppstår, visar systemet användaren hur dessa kan lösas?
Error Prevention - Gör systemet det svårt att göra fel?
Recognition rather than recall - Är systemet konsistent och visar knappar/reglage hur de fungerar?

Lauesen:

Subjective satisfaction - Gör systemet användaren nöjd (kollas under intervjun)
Understandability - Score of understanding (kollas under intervjun)

Möte med Martin 15/4 -2008

Medverkande: Martin, Peter och Daniel

Idag pratade vi en hel del om de prototyper vi har och användartesterna vid ska göra för att testa dem. Martin fick göra ett snabbt pilottest för att visa hur vi ska gå till väga samt för att se om det finns saker vi kan bättra på i testerna.

Testlogg - iPod

• Martin tryckte först på list-ikonen för att kunna se Lars alla resor och rutter
• Han tryckte sedan på "Map"- en tillbakaknapp, men den fungerar inte än i prototypen
  
• Ikonerna var lite för små för att det skulle vara enkelt för Martin att trycka på dom, trots att han inte har jättestora fingrar - detta är ordnat nu genom att ikonerna fått en osynlig bakgrund
• Istället för att skriva Yesterday skrev Martin in 2008-04-14, vilket ju är helt riktigt, men det fungerar inte i prototypen (vi vill att systemet skall ha ett så naturligt språk [natural language] som möjligt, vilket kan vara ett problem med datorvana användare, alltså borde båda fungera)
  

Testlogg - Flash

• Martin ville använda filtret eftersom han just använt det i iPoden, men det är inte tänkt att det skall användas i Flash-prototypen (Daniel borde helt enkelt stänga av det), han skrev in 06-18
  
• Vi upptäckte att allt inte var klart i Flash, vilket Daniel skall fixa
• Vi uppmanar Martin att pincha timelinen, vilket inte fungerade i iPoden, men fungerar i Flash
• Han hittar 06-18 efter hjälpen
• I uppgift 2 försöker han skriva in Show all - inget händer
• Han testar med Trucks - inget händer
• Behöver hjälp för att tänka på att zooma ut - frågan kanske behöver skrivas om?
• Utzoomningen går bra
  
• Ännu ett fel i Flash upptäcks, inget visas
  

Efteråt pratade vi om att det vore bra (konceptuellt) med shortcuts, många olika sätt att skriva in tid exempelvis 8 för 08:00 och 06-18 för att visa allt som hände idag mellan 06:00 och 18:00
Man kanske borde ha mer feedback för filtret, t.ex. highlighta de ord som fungerar som filterord. Det kanske även skulle vara bra med text completion för t.ex. y = year, yesterday.

Det var nog det hela...

Möte med Staffan 7/4 -2008

Medverkande: Staffan, Daniel och Peter

Diskussioner:

• Ska vi kategorisera testpersonerna utifrån erfarenhet av IT-system/kartsystem?
• Vilken sorts genomgång ska testpersonerna få innan de börjar testa systemet?
• Ska vi spela in events som händer med timestamps, funktioner, x/y-värden, etc.

User tests - the english slow version (Iteration #3)

Type of test:

Think-aloud with prototypes

Test Team:

The authors - One facilitator and one log keeper

Test Users:
2 of Kartenas employees (high IT knowledge, high system knowledge)
2 Novice users (low/medium IT knowledge, no system knowledge)

Test Tasks:
In Flash:

1. You want to look at what has happened during this work day. A work day in you company is between 06:00 to 18:00.
   
2. You need to see all trucks on the map at the same time.
   

In iPod touch:

1. You want to look at Lars Johanssons all trip and routes.
2. You think that the information on the map is cluttered so you want to see it as a list instead.
3. Now you need to see all the events that happened yesterday, but you want to see them in the map.
4. You want to see all units, including the ones that are currently outside the current map boundaries.
   

Measurements:
How to carry out the measurement (Write about this in Theory)
Problem Counts (Lauesen s.27)

What to measure
+ Problem counts.

+ Score for understanding

- Not task time (Could be measured by event recording?) Since we are developing a new system we have no experienced users (Lauesen s.25)

- NotKeystroke counts

- Not Opinion poll

- Not Guideline adherence

The requirement or target
+ Problem counts - 3 of 4 should be able to carry out the test without critical problems. At most 7 medium problems.

Användartester - snabb skiss

Vi har börjat diskutera hur vi ska lägga upp användartesterna och så... Bilden nedan visar våra tankar och är galet enkel att förstå (jämför med raketforskning).