Presentatie 'Social Media: Wat, Waarom & Hoe' voor Landelijke Webredactiebije...
Lean UX | Iteratief ontwikkelen op basis van toptaken
1. Lean UX ∼ in 25 minuten
Iteratief ontwikkelen op basis van toptaken
Congres Toptaken
Floor van Riet, art director en adviseur bij Sabel Online
#toptaken @floorvanriet
In een ideale wereld kan iedere klant direct vinden wat hij zoekt op je website.
Beeld: http://www.gizmag.com/converting-the-world-to-100-percent-renewable-energy/17713/
En in die wereld zijn al onze bezoekers blij, vrolijk (en een beetje knap).
En in die wereld zijn al onze bezoekers blij, vrolijk (en een beetje knap).
Ze bellen nooit, sturen nooit een brief: de website doet namelijk al het werk.
In 2017 ziet je KCC (klantcontactcentrum) er zo uit: alle dienstverlening moet dan verplicht online voor overheden (http://www.tweedekamer.nl/kamerstukken/dossiers/digitale_overheid_2017.jsp?)
Maar helaas is de werkelijkheid anders.
Een perfecte website bestaat namelijk niet.
Daarom moeten we keuzes maken en prioriteren.
Tenzij je tonnen budget hebt…
Toptaakonderzoek helpt daarbij. Het helpt om de belangrijkste behoeften in kaart te brengen. Zodat we ons vooral daarop kunnen richten.
Foto: https://www.flickr.com/photos/durotriges/225894901/in/photolist-kXLFF-fz6ri7-2MCWkz-4aPRAD-fz6zCQ-8UcRTJ-51gSiZ-fyQUVB-2MCUd8-5pVaBa-fBQcue-55RKHt-6SHiBA-fpQw6Z-tYTgF-55Rzc-7QiS3p-8TDrzT-9dqbCk-37abQc-5YsAgo-aLtQK-fyRc2e-feQWwL-6rUEGc-9hiDHH-eWgt1q-eBwgK-52czSv-2HZC3T-CRXzQ-4RA8xb-5Yb1L3-4KZCt1-6LG5ys-4E8BuF-55VX4A-3FUXqN-68LSNR-55VWjd-fvzy42-fpaHAw-55VW47-9SARWJ-36wCYb-4HwwAV-7QoYDP-3airYh-QY7fk-61DN8U#
* En niet juist op de andere dingen - die intern zo belangrijk worden geacht (grafiek).
* Maar het bouwen van een website is vaak een zware bevalling.
We gaan user stories maken en wensen op papier zetten.
http://www.adliterate.com/2007/05/the-brainstorm-a-trojan-horse-of-mediocrity/
We stellen structuren op, ordenen content en organiseren de boel.
http://www.adliterate.com/2007/05/the-brainstorm-a-trojan-horse-of-mediocrity/
EN DE KLANT ZIT MAAR TE WACHTEN.
En we presenteren en bespreken deze ontwerpen.
We werken de designs uit.
Maken een FO.
Stellen een Requirements-document op.
Kiezen een CMS.
Besteden de bouw aan (RFP, selectie, SLA, keuzes, etc.)
Bepalen welke koppelingen er nodig zijn met informatiebronnen, backoffice systemen, PDC’s, etc.
EN DE KLANT ZIT MAAR TE WACHTEN.
En we gaan de website bouwen.
En we gaan deze testen.
En de bevindingen verwerken we door de boel aan te passen.
EN DE KLANT ZIT MAAR TE WACHTEN.
Maar dan, dan gaan we online! Haleluja!
We zijn 6 tot 18 maanden verder.
EN DIE KLANT, DIE IS VERTROKKEN…
* Maar het bouwen van een website is vaak een zware bevalling.
* Een methodiek die uitgaat van zo snel mogelijk live gaan en op basis van gebruikservaring, want The biggest lie in software is Phase II.
* Lean UX, en niet Scrum of Agile? Lean UX richt zich op de gebruikservaring. En dat ontbreekt vaak in Scrum-projecten (focus op techniek).
Lean UX, en niet Scrum of Agile? Lean UX richt zich op de gebruikservaring. En dat ontbreekt vaak in Scrum-projecten (focus op techniek).
MVP: A minimum viable product has just those core features that allow the product to be deployed, and no more. (http://en.wikipedia.org/wiki/Minimum_viable_product)
Lean UX, en niet Scrum of Agile? Lean UX richt zich op de gebruikservaring. En dat ontbreekt vaak in Scrum-projecten (focus op techniek).
MVP: A minimum viable product has just those core features that allow the product to be deployed, and no more. (http://en.wikipedia.org/wiki/Minimum_viable_product)
Lean UX, en niet Scrum of Agile? Lean UX richt zich op de gebruikservaring. En dat ontbreekt vaak in Scrum-projecten (focus op techniek).
MVP: A minimum viable product has just those core features that allow the product to be deployed, and no more. (http://en.wikipedia.org/wiki/Minimum_viable_product)
Update cycli van 6 tot 8 weken kan dus echt niet.
Spoor & trein (zekerheid) versus Weg & auto (flexibiliteit).
Hele cyclus kan in 1 week…
1 team
* Getting Out Of the Building (GOOB)
* Werk direct aan het eindproduct, realisatie (en testen) is belangrijker dan analyse
* Voorkom overbodig werk, leg zo min mogelijk vast in documenten
* Succes = resultaat, niet output
* Wees vooral niet bang om te falen:
* Voorkom overbodig werk, leg zo min mogelijk vast in documenten