6. Mouseover finnes ikke lenger
• Siden lesebrett og mobiler ikke bruker mus, finnes det
heller ingen muspeker
• Nettsider som bruker mouseover til å vise
tilleggsinformasjon vil fungere annerledes, og kanskje
miste funksjonalitet
• Lenker som markeres som klikkbare på mouseover er
spesielt sårbare
7. Større berøringsområde
• En fingertupp berører et relativt stort område i forhold
til en muspeker
• Fingeren kan lett skjule det man peker på
• Klikkbare elementer må være større for å fungere godt
på mobiler og lesebrett
• Tekstlenker bør være lengre (flere ord), og
linjeavstanden bør kanskje økes
9. Størrelsen er viktigere enn du tror
• Skjermer på mobiler og lesebrett er vesentlig mindre
enn på en PC, og har i tillegg gjerne høy oppløsning
• Dette får konsekvenser for skriftstørrelse og størrelsen
på andre skjermelementer
• Avstanden mellom elementer trenger også å være
større
11. Betjening via berøringsskjerm
• Det er lett å komme borti klikkbare ting med fingeren
under scrolling, spesielt på overfylte nettsider
• Det er lettere å zoome inn på siden enn på PC
• Skriftstørrelse på nettsider kan ikke uten videre endres
15. Båndbredde
• Bilder kan ikke være for store
• Video må brukes med forsiktighet
• Eventuelle annonser må begrenses i størrelse og antall
• Totalstørrelse på siden bør ikke være så liten som
mulig
• Prisen kunden betaler pr. Mb er høyere, særlig i
utlandet
16. Flash kan være på vei ut
• iPhone og iPad støtter ikke Flash
• Vær derfor forsiktig med bruk av Flash-basert innhold
hvis du vil at også disse brukerne skal se det
• Lesebrett og mobiler som har Flash-støtte sliter med
treghet og redusert batterilevetid
20. Gode grunner til å lage en app
• Man kan finne bruksområder til innhold man har fra før
• Man kan nå nye brukergrupper
• Man kan finne nye forretningsmodeller og
inntektsstrømmer
21. Gode grunner til ikke å lage en app
• Det er vanskelig å finne gode inntektsmodeller
• Utviklingskostnadene er høye
• Man kan risikere å miste kunder på en dårlig app
22. Andre ting å tenke på
• Apps er sexy - men har ditt nettkonsept behov for en?
• A-scenariet ditt er primærkandidaten for en app
• Folk sparer på apps de har nytte av og bruker ofte
• “Kule” apps kan ha kort levetid
24. Reell verdi for brukeren
• Appen bør ha nytte- eller underholdningsverdi
• Nytteverdi: mulighet for å utføre nyttige oppgaver
(bruke nettbank, få værvarsel, finne ut når trikken
kommer)
• Underholdningsverdi: mulighet for å gjøre morsomme
ting (spille spill, se på film, høre på musikk)
25.
26.
27. Relevans og holdbarhet
• Vi vil gjerne at appen vår skal ligge på mobilen til så
mange som mulig så lenge som mulig
• Appen bør være relevant for så mange som mulig
• Appen bør ikke minke i relevans over tid eller være
sesongpreget (det kan gjøres enkelte unntak, f. eks.
hvis appen er ekstremt nyttig i den aktuelle perioden)
28. Responstid
• Siden apper ofte brukes på farten, bør responstiden
være så rask som mulig
• Funksjonalitet som krever at mobilen går online (GPS,
hente data fra server) øker responstiden, og bør brukes
med forsiktighet, og bare der det er nødvendig. Legg til
rette for offline bruk hvis mulig
• Ikke legg til unødvendig funksjonalitet som har en
negativ effekt på responstiden
• Unngå oppstartsskjermer
29.
30. Oversiktlighet
• Grensesnittet må være så enkelt og lettlest som mulig,
særlig fordi brukeren ofte er på farten
• Begrens mengden informasjon pr. skjermbilde
• Bruk store lettleste fonter, og store knapper som er
lette for brukeren å treffe med fingertuppen
• Pass på at appen har god lesekontrast
32. Standardisering
• Ikke finn på nye måter å gjøre ting på med mindre det
er nødvendig (eller er en vesentlig forbedring fra den
etablerte måten)
• Bruk standardfunksjonalitet så langt det er mulig
• Ikke lag ting som ser ut som standardfunksjonalitet,
men som oppfører seg annerledes
33. Metaforer og betjening
• Prøv å bruke metaforer som tar utgangspunkt i appens
formål og funksjonalitet
• Tenk på størrelsen - det som fungerer
betjeningsmessig på en iPad virker ikke nødvendigvis
like godt på en iPhone
• Vær varsom med “eye candy” - det er lett å gå over
streken
• Ikke vær for ivrig med å etterlikne “analog”
funksjonalitet
37. Lage tilpasset versjon for mobil
nettleser
• Gjøres ofte ved å bruke et eget CSS for mobilversjonen
• Tenk på størrelsen på klikkbare elementer,
tekststørrelse, linjeavstander og lengden på
tekstlenker.
• Det kan hende du må redusere antall funksjoner - pass
på at du får med de vesentligste
• Test sidene på så mange mobile nettlesere som mulig
42. Gjøre ingenting
• Å gjøre ingenting er det billigste
• Følger du webstandarder, vil de fleste mobile
nettlesere kunne lese ditt innhold uten videre
• Hvis du også følger gjeldende retningslinjer for
tilgjengelighet, vil nettstedet ditt ha full funksjonalitet
på mobil, i tillegg til å ha god tilgjengelighet
• Det beste for et vanlig nettsted er ofte også det beste
for et mobilt nettsted
43. Andre ting å tenke på
• Den mobile utviklingen fører også til endringer i
hvordan og i hvilke sammenhenger innholdet ditt blir
lest eller brukt - på bussen, i kassakøen eller
sofakroken
• Tenk på hva slags konsekvenser dette kan få for
innholdet ditt. Bør det organiseres annerledes?
Bør man skrive kortere? Bør navigasjonen endres?
44. Slik blir du mobil- og brettvennlig
• Følg webstandarder! Tekniske “snarveier” og hacks har
en tendens til å ikke fungere ordentlig på mobil
• Vær tilgjengelig! Følger du (f. eks.) DIFI’s
tilgjengelighetskrav sparer du deg mye bry
• Unngå Flash. Flash vises ikke på iPhone og iPad, og
fungerer dårlig på resten
• Gi fingrene plass!
