Historik

Vidare diskussioner om hur man ska visa historiken...

Vi kom på en idé att låta tidsaxeln bete sig mycket mer som själv kartan gör, eller i alla fall interaktionen med den. Alltså zooma in och ut, samt panna sig till den tidpunkt man vill visualisera. På så sätt kan man snabbare ta sig mellan olika tider.



Vi har även talat om hur man ska kunna sortera det som finns på kartan om man går in i list-läget istället för kart-läget. En fundering är att ha tre olika knappval i den undre menyn, ungefär som i iPoddens musiklista, där man kan välja att sortera efter t ex album, genre och spår. I vårt fall kan man då sortera efter Unit, Trip och Route.

Visualisering

Nu har visualiseringsdiskussionerna dragit igång på allvar. De saker vi diskuterat och skissat på idag är följande:

- Vi funderar på att se allting som en tidslinje för att inte behöva ett speciellt läge för historikfunktionaliteten. Då kan man alltså alltid när man är i kartläget filtrera mellan vilka tidpunkter/datum som man vill visa information från. Som ses i bilden finns det två reglage på tidslinjen (som ligger högst upp) som då symboliserar filtreringens start och slutpunkt. I fallet på bilden visas information från 2 dagar bak i tiden till 1 dag fram i tiden. I detta exempel visas två redan körda resor (trips) och en framtida rutt (route). På detta sätt kan man se både körda tripper och framtida rutter. Man ska också kunna visa en tänkt rutt samtidigt som man ser den faktiska trippen. Alltså den tänkta körvägen (route) och den faktiska körvägen (trip), för att se om dessa stämmer överens.
Man ska även kunna ändra tidslinjens format. Nu är mellanrummet mellan två streck 1 dag, men detta skulle kunna vara 3 dagar, 1 vecka, 2 veckor, 1 månad, 6 månad, 1 år, eller något sådant.


- Det måste finnas något sätt att ställa in avancerade filtreringsval för historiken, t ex genom en "setup"-knapp jämte tidslinjen. Här ska man kunna ställa in om man t ex vill se; historiska rutter, geofence, alarms.

- Man ska kunna skifta mellan kartläge och listläge. Det ska alltid finnas enkel navigering mellan att gå från läget då man ser t ex en rutt eller massa items (t ex alla företagets chaufförer) på en karta, samt att få samma information i en överskådlig lista. Detta syns i bilden längst ner till vänster och längst ner till höger.

-Man måste kunna gå in i ett "administrator"-läge där man t ex kan; skapa nya rutter, ändra rutter, skapa geofence, ändra geofence. Den ligger i bilden som en knapp i den nedre menyn (Admin mode).

- Som syns i bilden utgår vi ifrån en unit (i detta fall en förare och dess lastbil) och filtrerar vyn efter denna. Man kan även filtera utifrån fler units på en och samma gång. Då trycker man på knappen som finns i den undre menyn (Unit(s): Björn Johansson) och får då upp en lista på alla Units som finns till förfogande. Man kan utifrån denna lista välja vilka units man vill se på kartan, t ex med hjälp av checkboxes. Det måste också finnas knappar som väljer alla, respektive inga units på en och samma gång. För att kunna skrolla snabbt genom listan kan man använda en lista med bokstäver i högersidan av listan (som i musikspelaren i iPod touch). Då trycker man helt enkelt på bokstaven B för att hoppa till de units som börjar på denna bokstav.

Vem är användaren egentligen?

Idag har vi haft diskussioner om vem som egentligen skulle kunna tänkas använda den produkt vi håller på att utveckla. Det är inte så att vi inte har haft uppe denna diskussion tidigare men vid tidig skissning kom blev det tydligt att vi borde ha en så snäv målgrupp som möjligt.
Vi har tittat på en fiktiv kund som arbetar med transporter av varor och på vilket sätt en kartapplikation i iPod touch kan gynna dem och deras organisation.
De två olika sorters användare (aktörer) vi ser hos en kund som denna är: Chauffören och Övervakaren. Alltså den som kör lastbilen och den person som ser till att alla transporter inom företaget fungerar som de ska. Dessa två aktörer har olika behov och kommer således att få olika tillgång till systemets olika delar.
För att strukturera dessa delar och visa vilken åtkomst aktörerna har används ett Use Case-diagram. I bilden nedan ses de två aktörerna (representerade av streckgubbar) och vilka olika sorters use-case (ellipser) de berörs av.



Vi har även börjat fundera lite på hur egentligen dagens rutiner fungerar och har då fokuserat på taxi- och lastbilar. Daniel tog kontakt med sin gode vän Mårten "the trucker" Newman och han påpekade problematiken med ruttgenomgångar innan man startar en ny tur. I dagsläget får man långa textremsor utskrivna med information om vilka stopp man ska göra. Vid turer med färre stopp sköts detta genom verbal kontakt (vi behöver göra djupare undersökningar kring denna problematik).
Vi ska även undersöka på vilket sätt taxichaufförer får nya rutter och stopp och hur chauffören mottager och godkänner en ny resa.

Tidigare har vi diskuterat möjligheten att kunna sätta meddelanden på "items" på kartan. T ex att skriva en kort text eller bifoga ett foto om någonting man vill förmedla till sina kollegor. Ett exempel skulle kunna vara att skriva en text kopplat till ett specifikt företag (ett "item" i systemet) som man hämtar varor av. Meddelandet om företaget Ronny Snickare lyder: "-Kunden har varit missnöjd med att vi parkerar för långt ifrån lastkajen vilket gör att säkerheten för deras truckförare påverkas". Då kan man snabbt och enkelt påverka kundrelationen på ett positivt sätt.

Paper Prototyping, grunder

Idag har vi startat med att skapa en del grundförutsättningar för paper prototyping. Dessa består av en modell av en iPod i wellpapp med ett hål där skärmen befinner sig i vanlig fall, en karta ritad på papper och post-it bitar som förställer enheter och items.

Brainstorm med Interaction Relabeling som utgångspunkt

Denna glade whiteboard-tavla är det ostrukturerade resultatet från vår Brainstorm med Interaction Relabeling som utgångspunkt. Under bilden på tavlan befinner sig resultatet från Brainstormingen utifrån Interaction Relabeling.



Map Functions/Interactions

Input from Interaction Relabeling	Output from Brainstorming
Camera: Spin Objective	Zoom In/Out. Perhaps use accelerometer or gestures.
Camera: Shortcuts (Specialized Buttons) Coffee Machine: One-click-changes	Shortcuts: Gestures, Taps, Buttons

History Functions/Interactions

Input from Interaction Relabeling	Output from Brainstorming
Camera: Save on memory card Coffee Machine: Store Things	Save additional information. Auto-save? Have a draft/publish functionality.
Camera: Customization Camera: Modules Coffee Machine: Different types of products	User Profiles (Costumization) Save user behaviours Store editors name/date/time with changes Build the system with Plugins: Different kind of modules: Unit list, actions, geofence, alarms, etc
Coffee Machine: Trash can	Revisions, list, undo

Unit Functions/Interactions

Input from Interaction Relabeling	Output from Brainstorming
Coffee Machine: Different types of products	Presets: Different kind of unit items: car, boat, house, route

Alarm and Notification Functions/Interactions

Input from Interaction Relabeling	Output from Brainstorming
Coffee Machine: Notifications	Notifications: textual, visual, sound?

Visualizations

Input from Interaction Relabeling	Output from Brainstorming
Camera: Switch orientation	Portrait/Landscape mode. In a web application on iPod touch the browser controls the orientation via the accelerometer. Which mode is the application in its initial state?
Camera: Thumbnails Camera: Picture-in-Picture	Map-in-map Thumbnails of saved locations
Camera: Themes	Themes (User theme, Administration theme) Indication of mode (like rumble icons on iPod touch)
Camera: Picture overlay Camera: Focus Camera: Lock Coffee Machine: Steam	Semi transparent overlays Controls - buttons? Dialogs Fade/Animation/Focus/Blur of currently disabled functions Lock Map Information Layers
Camera: Zoom Visualizations (18-55)	Zoom indication. How do you present which zoom level is active?
Coffee Machine: Extra settings hidden Coffee Machine: One-click-changes	Show/hide relevant information Give the user proper feedback
Coffee Machine: Specialized compartments	Show how many objects (e.g. items, stops) that are left. Drag-and-drop objects from a box. Handle like war shuffleboard-table. Place troops. Risk, Tabletop, World of Warcraft
Paper map: Icon explanation	Icon explanation (e.g. tooltips, help section, help, layer)
Paper map: City view/ Region view	Views, zoom-level (e.g. city, region). Can this be visualized via icons of a city, region etc?
Paper map:City view/ Region view	Map views: Full screen (one map view) Map-in-map (several map views) Side-by-side (several map views) Overlay (several map views)
Paper map: City size visual	Visualize importance of different objects (e.g. size, color). Could be airports, hospitals but also units and items.
Paper map: Distance between two pins on map Paper map: Distance table	Show distance between to points. Perhaps by just press two points on map with two fingers.

Environmental/Device issues

Input from Interaction Relabeling	Output from Brainstorming
Coffee Machine: Need manual to handle it (bad)	Easy to use

Brainstorming

En solig måndag i centrala Göteborg tar två 'unga' män tjuren vid hornen och utför en designmetod, det är inte vilken metod som helst utan den ökända gamla fornnordiska metoden hjärnstormning (fri översättning). Vad fick dessa män ut av metoden i fråga? Det finns fint uppraddat (är det ett småländskt ord?) nedan.

Map Functions/Interactions

Input from Extreme Characters	Output from Brainstorming
Ninja: To be controlled with as few hands as possible Medieval Princess: Fit small hands	One/two handed interactions. Perhaps use small gestures to fit both types of interaction and different hand sizes.
Ninja: Fast	Different pan-speeds. Save locations in shortcuts (bookmarks) Use shortcuts, perhaps gesture based (e.g. a circular interaction clockwise - zoom in)
Ninja: Gloves - iPod touch can not detect fingers God: Shake for Quake	Pan the map using the accelerometer Shake the iPod touch could start a function Twist the iPod touch to zoom in
Medieval Princess: Can not write very well	Tap interactions. (e.g. morse code password)

History Functions/Interactions

Input from Extreme Characters	Output from Brainstorming
Medieval Princess: Show geographical map	View history/future in geographical calendar
Medieval Princess: Keep track of where she has been	Wi-Fi based positioning of iPod touch
God: Sin notification	Statistics of trips (e.g. speed, accuracy)

Unit Functions/Interactions

Input from Extreme Characters	Output from Brainstorming
Ninja: Show villains on map Medieval Princess: Show horses Medieval Princess: Show staff locations God: Show people, show angels, keep track of believers	Which is the best way to show units? Colors, icons etc. Should there be different classes of objects? Show obstructions: traffic jams etc. Could these be implemented automatically from "Vägverket"?
God: Sin meter	Unit/Item ranks (e.g profit size, type, deal with supplier)

Alarm and Notification Functions/Interactions

Input from Extreme Characters	Output from Brainstorming
Ninja: Silent	Maybe use audio feedback
Medieval Princess: Be notified of assassin.	Alarm notifications (e.g. a unit is outside a geofence)

Visualizations

Input from Extreme Characters	Output from Brainstorming
Ninja: Security - Show only for ninjas	Have different security levels. Perhaps depending on which person is online.
Ninja: Show geographical information	Show terrain
Ninja: Extremely detailed map Medieval Princess: Show only own kindgdom God: Map of everythinh	Have Regional views (e.g. world, continent, country, city)
Ninja: Where can i hide, Where can I refill my weapons?	Show interaction pliability on map (show possible places to put items)
Ninja: Black Medieval Princess: Pink	Themes, color codes. Always show which mode that is enabled (place unit, show route, show history)
Medieval Princess: Rumors, pictures of trips	Show position related information (e.g. pictures, voice recordings, text)
God: Other-dimensional travel	Layer visualizations. Enable and disable many different layers at the same time (e.g. satellite, terrain, items, units, and history layers)
God: Thought based interface	Every user have their own profile
God: Reboot genesis	Filter views. Separate projects from each other.

Collaboration Functions/Interactions

Input from Extreme Characters	Output from Brainstorming
Ninja: Send secret information Medieval Princess: Keep in touch with friends God: Send angels, send S:t Peter	Chat, send help and emergency units.

Environmental/Device issues

Input from Extreme Characters	Output from Brainstorming
Ninja: Hidden in sword	Where and in which context is the device and application going to be used?
Medieval Princess: Easy to use	Must be easy to use for the novice user.
God: Thought based interface	Intelligent agent that remembers the users actions and learns from them

Interaction Relabelling

Idag har vi fortsatt med designövningarna genom att titta på andra objekt och fundera på om deras egenskaper kan appliceras på en kartapplikation. Det första steget vi tog var att lista de intressanta egenskaperna medan vi efter det analyserar dem för att hitta det som kan vara intressanta att använda.

Vi valde att inte analysera gårdagens extrema karaktärer för att försöka hålla tankarna öppna för alla galna idéer.



Camera
Change orientation (landscape, portrait)
Zoom - spin objective
Save pictures on memory card/ in camera
Hang around neck
Lots of customization possibilities
See thumbnails
Change themes
Picture Overlay
Picture-in-picture
Modules - change
Focus (perhaps on visualizations)
Zoom Visualizations (18-55)
Shortcuts (Specialized buttons)
Timer
Lock

Coffee Machine
Steam
Made for making many different types of products
Extra settings hidden
Two different bean compartments
Always textual feedback
Notifications (Rinsing, Cleaning)
Store things (Coffee cups etc)
Need manual to handle it (bad)
Connect external units
Trash can
Movable parts
Not mobile
Specialized compartments
One-click-changes
Self-cleaning


Paper map
Foldable
Icon explanations
City view/ region view
Distance table
Color codes/roads in different colors
Names on regions (e.g. Södermanland)
Road numbers visual
City names
City size visual
Color codes on top of the pages (tabs)
Distance between two pins on map
Icons for places (airport, camping)
Altitude info (e.g. mountains)
Browse by changing "page"
Scale indicator (geographical distance measuring)

Extreme Characters

Dagen började med lite rapportskrivande om prototyper och användartester för att sedan svänga om till att handla om extrema karaktärer. Här tog vi tre extrema karaktärer (en ninja, en medeltida prinsessa och gud) och försökte se vad de skulle önska för funktioner och interaktioner hos en framtida mobil enhet med tillhörande kartapplikation. Det vi fick fram av designmetoden listas nedan.

Ninja:
Silent
Black
Show Secret Passsages
Security - Show only for ninjas
Durable
Send secret info
Use as flash light/ light bomb
Hidden in sword
Could be used as shuriken
Remote distraction (sound, light)
See villains on map
Augment non visual info
Show fellow ninjas
To be controlled with as few hands as possible
Fast interaction
Gloves - iPod touch can't detect fingers
Low weight
Show geographical formations
Extremely detailed map (3d?)
Just local view, not important to see the world
Where can I hide?
Where can I refill my weapon supply?

Medieval Princess:
Match dress
Keep track of horses
Soft and pink
Watch only the own kingdom
Geographical calendar(event agenda), must plan because horse travel is slow.
Easy to use
Fit small princess hands
Show staff location
Measure height and length (jump to tree from tower)
Keep track of food intake
Keep in touch with friends
Start rumor/ get hold of latest rumors
Nice pictures of places she's been
Save speeches at geographical position
Automatic keep track of where she has been
Be notified if assassin is in vicinity
Connect to dragon GPS unit
Special tap (morse) password, she can´t write very well


God:
High altitude
Long battery time
Other-dimensional travel (not to be confused with xyz dimensions)
Thought based interface
Sin meter / heaven-hell ratio of people
Keep track of people
Sin notification
Keep track of angels
Remote control Send angels
Direct connect to S:t Peter
Notification if Pearly Gate is opened
Map of Everything (including Eden & Paradise)
Send digital Paradise Ticket
Keep track of believers
Place natural disasters
Alarm Clock (e.g. for Armageddon)
"Shake for Quake"
(Re)boot - Genesis (Not to be confused with the band with Phil)
Route to Paradise

Val av designmetoder och prototyper

Idag har vi dykt ner i det djupa hav som kallas designmetoder. Vi har kikat på vilka som kan vara intressanta för oss att använda i detta initiala skede där det är viktigt att skapa både funktionella och innovativa interaktionslösningar.

De metoder vi diskuterat är:

Experience Prototyping:
Känns som det är för tidigt i designprocessen för att använda sig av denna metod. Kan vara bra i senare skede.

Body Storming:
Kanske inte kommer användas som en utpräglad metod men kommer säkerligen ligga som en inspiration i detta stadie då det kan vara bra att fundera på hur en användare beter sig i en verklig användningssituation.

Interaction Relabelling:
Denna metod är den som ligger varmast om hjätat just nu och det är den vi ser skulle kunna ge mest innovativa interaktionsidéer.

Extreme Characters:
Också en metod som känns bra för att sparka igång våra kreativa tankar och tänka "utanför boxen"

De olika kategorier av prototyper som kan tänkas komma till användning under våra användartester är:

Low-Fidelity Prototypes:
Pappersprototyper

Medium-Fidelity Prototypes:
Presentationsprogram (Flash, PPT)

High-Fidelity Prototypes:
Fungerande prototyp på iPod touch

Möte med Martin 11/2 -2008

Medverkande: Martin, Peter och Daniel

Martin tycker att vi ska prata med Jocke på Kartena om implementation av resor i befintligt system (vilket visade sig vara ungefär som vi tänkt oss i en framtida produkt).

Kartsnurr - Man kanske skulle kunna spinna kartan som en jordglod, alltså att om man t ex drar med fingret och släpper i en viss riktning så fortsätter kartan att panorera.

Citat Martin: "Zooma länge, problem" Martin menar att det tar lång tid att zooma in långt i Google Maps då man använder 'Pinch-tekniken'. Det blir många pinchar efter varandra.

Alarm: Kan man skapa en notifiering i applikationen som inte stör för mycket? Man kanske borde klassificera larmen så att inte alla visas på samma sätt. Stora alarm måste man ta tag i direkt och mindre larm blir en notifikation i menyraden eller något sånt. Om man får en notifikation om ett larm så kan det komma upp som en liten karta med en förhandsvisning av en karta. Denna karta kan sedan maximeras om detta alarm rör mig eller om det är mitt anvarsområde. Kan också komma upp på en ny sida (som i safari i iPod touch)

Konceptuell idé: Om man har GPS så vore det bra om man endast får larm i närheten av där man befinner sig. T ex för utryckningsenheter och jourpersonal.

Actions: Kan man visa på karta direkt i en bubbla. Knappar direkt i bubblan (tooltip på ett item eller unit) där man kan styra functions (t ex tuta, låsa bilen). Man borde också kunna få action-choices direkt på alarmnotifikationer. T ex om en bil har gått utanför ett geofence så stäng av motor med en knapptryckning.

Visa alarm/actions i historiken.

Direkt feedback på actions? Det är ju svårt då signal måste skickas tillbaka från GPS-enheten. Konceptuellt hade detta varit väldigt bra.

Två olika actions:
Action in responce to alarm
User initiated action

Visualisera actions och alarms på ett bättre sätt än idag.

Användning i bil? Vi bör tänka på var iPodden ska användas.

Standard Responce chat: Yes, no, maybe. Kan vara gestbaserat. Ska vara smidigt att göra utan att man ska behöva titta noga på skärmen.

Prioriteringslista: Martin tycker historik och kartnavigeringen är viktigast.

Enhands-panorering. Kanske att man håller iPodden med en hand och låser med fingret och sedan flyttar iPodden för att panorera.

Function Analysis och prioriteringslista

Idag har vi arbetat med metoden Function Analysis för att klassificera de funktioner som vi tidigare tagit fram. Funktionerna och deras klassificering presenteras nedan.

Main:
Show Map

Necessary:
Pan Map
Zoom Map
Show History
Search/Filter History
Show Units
Show Items
Show Routes

Desirable:
Spin/Speed Pan Map
Track Units
Show Alarms
Show Alarm Notifications
Show Address
Search Address
Send Action
Send Chat/IM
Recieve Chat/IM
Show Geofence
Show Details (Item, Unit, Route, Geofence)

Unnecessary:
Create (Item, Unit, Route, Geofence, Address)
Edit (Item, Unit, Route, Geofence, Address)
Delete (Item, Unit, Route, Geofence, Address)


Efter vi klassificerat funktionerna har vi även listat alla funktioner i den ordning vi kommer att prioritera de vid prototyptillverkning. Prioriteringen ses i listan nedan:

1. Show Map
2. Pan Map (Includes Spin/Speed Pan Map)
3. Zoom Map
4. Show Units
5. Show Items
6. Show Routes
7. Show History
8. Search/Filter History
9. Show Alarms
10. Track Units
11. Show Geofence
12. Show Unit Details
13. Show Item Details
14. Show Alarm Details
    
15. Show Route Details
    
16. Show Geofence Details
17. Show Alarm Notifications
18. Search Address
19. Show Address
20. Send Actions
21. Receive Chat/IM
22. Receive Chat/IM
    

Möte med Staffan - 8/2-2008

Medverkande: Staffan, Daniel och Peter

Vi ska beskriva interationsmöjligheterna hos Ipod touch och göra en sammanfattning och beskrivning av dessa. Kan vi hitta nya möjligheter ska vi beskriva dessa också.

Begränsingar: Ska vi begränsa oss till endast det som finns tillgängligt i SDKn, ska vi gå efter hårdvarubegränsningar, eller ska vi arbeta rent konceptuellt.

Vi kan göra fejkade skärmdumpar av det vi inte hinner bygga i prototypen?

Det finns inga direkta regler för layouten för uppsatsen. Det finns regler för framsida men det finns ingen anledning att fokusera på det nu.

Hitta en röd tråd och följ den hela tiden!!!!!!!!

Funktionalitet

Idag har vi börjat titta lite på vilken funktionalitet som kan tänkas vara med i touchen. Vi har delat upp det hela i lite olika kategorier för att strukturera det.

MAP
Zoom - in
Zoom - out

Pan - North
Pan - East
Pan - South
Pan - West

HISTORY
Sort by:
Trip bounds
Date/Time Bounds
Map Bounds (Geofence Bounds)
Unit Bounds


UNITS
Track
Create
Read
Edit
Delete
Overview

GEOFENCE
Create
Read
Edit
Delete
Overview

ALARM
Show
Notification

ITEMS
Activate
Inactivate
Create
Read
Edit
Delete
Overview

ROUTE
Has Items
Create
Read
Edit
Delete
Overview

ADDRESS
Search Create
Read
Edit
Delete
Overview

ACTIONS
Send action X on
Send action X off

Designmetoder

Ännu en dag i exjobbets underbara värld...

Idag har det försts diskussioner kring vilka designmetoder som skulle vara passande för oss att använda. De som vi har skrivit lite om men känner är mindre passande är: Innovation by boundary shifting och Experience Prototyping. Andra som däremot mycket väl skulle kunna bli lyckade inslag i designprocessen är: Brainstorming, Extreme Characters, Interaction Relabelling och Function Analysis.

Usability och Role model

Hej bloggen

Idag har vi skrivit om Usability och försökt förklara det så gott det går och även börjat strukturera hur användartesterna ska utformas. Det som är viktigt där är att få med vad det egentligen är vi har för input och output vid varje iteration och varför vi över huvudtaget utför de. Sen lite annat smått och gott så klart...

Vi har även tittat på Role Model och hur de intressenter som finns passar in i role model och varför, och givetvis har Tufte fått lite tid tillägnat sig.

En fredag innan helgen

Idag har letandet i litteraturen fortsatt, t.ex. har vi börjat titta på Tuftes "Envisioning Information" och har just klarat av första kapitlet som handlar om "Escaping Flatland". Vi har även skrivit om Nielsens användbarhetsprinciper.