torsdag den 20. september 2012
Tandbørste-værten - Mor stoppede mit misbrug
Husk lige tandbørsten”-værten Christian Fuhlendorff har været åben og ærlig om det stofmisbrug, som han har kæmpet sig ud af det seneste år. Nu fortæller den 29-årige TV-vært, at det var hans mor, Helle, som fik ham til at gå i behandling.
- Som 17-årig havde jeg mit første møde med stoffer, noget min mor altid har været bange for. Hun brød sig ikke om, at jeg søgte grænser, fortæller Fuhlendorff til Alt for damerne.
- Til min mormors fødselsdag sidste år sagde hun: ”Jeg føler slet ikke, jeg kender min egen søn mere. Jeg ved slet ikke, hvem du er”. Jeg var pisseskæv, men det ramte mig virkelig, og jeg tænkte: ”Fuck, er det så tydeligt nu?!” Så en uge efter gik jeg i behandling, og jeg har aldrig haft et bedre forhold til min mor, end jeg har nu. Det er faktisk ret fantastisk, siger TV-værten.
søndag den 16. september 2012
Giv os det fysiske tastatur tilbage
Du kender det sikkert godt:
Du ligger og doven-daser ved stranden på en eksotisk ferieø. Hænderne er fedtet ind i solcreme og olie fra fritterne - og så lyder det velkendte SMS-bip.
Har du lyst til at taste dit svar ind på den fine, blanke touch-skærm?
Næppe.
Eller hvad med situationen, hvor du med den ene hånd forsøger at klare madlavningen, mens du med den anden skal svare hurtigt på et mail-spørgsmål fra din chef.
Unægteligt noget nemmere med et godt gammeldags tastatur end med en fancy touch-skærm, der ingen fysisk feedback giver og dermed kræver din fulde opmærksomhed under indtastningen.
Hvor er tasterne blevet af?
Det er slet ikke så længe siden, at de fleste mobiltelefoner havde et fysisk tastatur. I dag er det nærmest umuligt at opstøve den slags, hvis man er på udkig efter en ny smartphone.
Det skyldes ikke bare, at touch er hot, men også, at styresystemerne i dag er udviklet med udgangspunkt i, at navigationen skal ske på touch-skærme - ikke med fysiske knapper.
Du skal swype, multitouche og tappe, lyder det i reklamerne. Men hvis man bare gerne vil taste, er man bare sooo yesterday.
Tastatur-kampen er dog ikke helt tabt. En sjælden gang imellem dukker der mobile produkter op, der tilbyder netop denne funktionalitet frem for så mange andre.
Inden for tablets er det for tiden interessant at iagttage, at Microsofts kommende Surface kommer med et fysisk tastatur, ligesom det er ret imponerende, så stort et udvalg af fysiske tastaturer, der findes til Apples iPad.
Du ligger og doven-daser ved stranden på en eksotisk ferieø. Hænderne er fedtet ind i solcreme og olie fra fritterne - og så lyder det velkendte SMS-bip.
Har du lyst til at taste dit svar ind på den fine, blanke touch-skærm?
Næppe.
Eller hvad med situationen, hvor du med den ene hånd forsøger at klare madlavningen, mens du med den anden skal svare hurtigt på et mail-spørgsmål fra din chef.
Unægteligt noget nemmere med et godt gammeldags tastatur end med en fancy touch-skærm, der ingen fysisk feedback giver og dermed kræver din fulde opmærksomhed under indtastningen.
Hvor er tasterne blevet af?
Det er slet ikke så længe siden, at de fleste mobiltelefoner havde et fysisk tastatur. I dag er det nærmest umuligt at opstøve den slags, hvis man er på udkig efter en ny smartphone.
Det skyldes ikke bare, at touch er hot, men også, at styresystemerne i dag er udviklet med udgangspunkt i, at navigationen skal ske på touch-skærme - ikke med fysiske knapper.
Du skal swype, multitouche og tappe, lyder det i reklamerne. Men hvis man bare gerne vil taste, er man bare sooo yesterday.
Tastatur-kampen er dog ikke helt tabt. En sjælden gang imellem dukker der mobile produkter op, der tilbyder netop denne funktionalitet frem for så mange andre.
Inden for tablets er det for tiden interessant at iagttage, at Microsofts kommende Surface kommer med et fysisk tastatur, ligesom det er ret imponerende, så stort et udvalg af fysiske tastaturer, der findes til Apples iPad.
Udvikling af en iPhone app: Wireframes (del 2)
Jeg forsætter udviklingen af min iPhone app til at informere om ændringer på websites.
I sidste uge startede jeg en serie a blogposts hvor man kan følge udviklingen af min nye iPhone app til at overvåge og informere om ændringer på websites. Hvis du ikke var med fra starten kan du læse sidste uges indlæg her: Udvikling af en iPhone app: Idéen.
Siden jeg fik idéen til min nye app har jeg overvejet mange aspekter inkl. brugerinterface, serverarkitektur og forretningsmodel. Da det er min overbevisning at gode produkter starter med - ja produktet, så vil jeg allerede nu skitsere mine idéer til hvordan brugeren skal interagere med app'en. Dvs. lave interaktionsdesign og tegne wireframes.
Der er to centrale objekter i app'ens model: checks og notifikationer. Brugeren opretter et "check" som er en slags regel der f.eks. siger "Led efter ordet 2013 på apple.com/wwdc". Når reglen i et check bliver sand modtager brugeren en notification. Der bør derfor være en liste over checks og en liste over notifikationer i app'en så brugeren kan se og håndtere dem.
Den mest almindelige funktion vil nok være at holde øje med eksisterende checks, men det er også meget vigtigt at det er nemt at oprette nye checks. Det er nemlig en del af "onboarding" processen. Dvs. den process som nye brugere skal igennem før de begynder at få værdi fra app'en og derfor beslutter sig for at beholde den. Hvis en stor del nye brugere ikke kan finde ud af at oprette checks så vil de nok slette app'en og måske efterlade en negativ anmeldelse.
Ovenstående wireframe viser hvordan jeg har planlagt at app'en skal fungere. Hovedskærmen viser en liste over checks, men viser også med et badge på den midterste knap i navigationsbaren hvor mange nye notifikationer der er. Et tilsvarende badge vises på app-ikonet på homescreen. Ved at trykke på notifikationer-knappen vises en popover med en liste over notifikationer. For at oprette et nyt check trykker brugeren på "+" knappen i højre side af navigationsbaren. Dette simple flow opnår alle de ting jeg gerne ville: fokus på eksisterende checks, nem adgang til notifikationer og at lave nye checks. Jeg har bevidst undgået at bruge en såkaldt tabbar da funktionerne i app'en i høj grad er relateret til hinanden og derfor med fordel kan udspringe fra en enkelt hovedskærm.
I skrivende stund er flowet til at oprette nye checks endnu ikke færdigt. Mit mål er at gøre det super let at oprette checks/regler både for rutinerede brugere og får nye brugere som måske endnu ikke helt har forstået hvordan app'en virker. Derfor giver det mening at opdele processen i en række skærmbilleder hvor brugeren kun skal træffe en enkelt beslutning på hvert skærmbillede. På den måde kan der også blive plads til et par forklarende ord de steder hvor det ikke er indlysende hvad man skal gøre.
Når det komplette flow er på plads kan jeg fokusere på at designe arkitekturen for den webservice som skal sørge for at checke de forskellige websites og levere notifikationer til brugerne. Så følg med i næste uge som nok kommer til at handle om backendarkitekturen.
I sidste uge startede jeg en serie a blogposts hvor man kan følge udviklingen af min nye iPhone app til at overvåge og informere om ændringer på websites. Hvis du ikke var med fra starten kan du læse sidste uges indlæg her: Udvikling af en iPhone app: Idéen.
Siden jeg fik idéen til min nye app har jeg overvejet mange aspekter inkl. brugerinterface, serverarkitektur og forretningsmodel. Da det er min overbevisning at gode produkter starter med - ja produktet, så vil jeg allerede nu skitsere mine idéer til hvordan brugeren skal interagere med app'en. Dvs. lave interaktionsdesign og tegne wireframes.
Der er to centrale objekter i app'ens model: checks og notifikationer. Brugeren opretter et "check" som er en slags regel der f.eks. siger "Led efter ordet 2013 på apple.com/wwdc". Når reglen i et check bliver sand modtager brugeren en notification. Der bør derfor være en liste over checks og en liste over notifikationer i app'en så brugeren kan se og håndtere dem.
Den mest almindelige funktion vil nok være at holde øje med eksisterende checks, men det er også meget vigtigt at det er nemt at oprette nye checks. Det er nemlig en del af "onboarding" processen. Dvs. den process som nye brugere skal igennem før de begynder at få værdi fra app'en og derfor beslutter sig for at beholde den. Hvis en stor del nye brugere ikke kan finde ud af at oprette checks så vil de nok slette app'en og måske efterlade en negativ anmeldelse.
Ovenstående wireframe viser hvordan jeg har planlagt at app'en skal fungere. Hovedskærmen viser en liste over checks, men viser også med et badge på den midterste knap i navigationsbaren hvor mange nye notifikationer der er. Et tilsvarende badge vises på app-ikonet på homescreen. Ved at trykke på notifikationer-knappen vises en popover med en liste over notifikationer. For at oprette et nyt check trykker brugeren på "+" knappen i højre side af navigationsbaren. Dette simple flow opnår alle de ting jeg gerne ville: fokus på eksisterende checks, nem adgang til notifikationer og at lave nye checks. Jeg har bevidst undgået at bruge en såkaldt tabbar da funktionerne i app'en i høj grad er relateret til hinanden og derfor med fordel kan udspringe fra en enkelt hovedskærm.
I skrivende stund er flowet til at oprette nye checks endnu ikke færdigt. Mit mål er at gøre det super let at oprette checks/regler både for rutinerede brugere og får nye brugere som måske endnu ikke helt har forstået hvordan app'en virker. Derfor giver det mening at opdele processen i en række skærmbilleder hvor brugeren kun skal træffe en enkelt beslutning på hvert skærmbillede. På den måde kan der også blive plads til et par forklarende ord de steder hvor det ikke er indlysende hvad man skal gøre.
Når det komplette flow er på plads kan jeg fokusere på at designe arkitekturen for den webservice som skal sørge for at checke de forskellige websites og levere notifikationer til brugerne. Så følg med i næste uge som nok kommer til at handle om backendarkitekturen.
Abonner på:
Kommentarer (Atom)