In ons werk is design een erg belangrijk onderdeel, evenals goed development natuurlijk. Zonder goed design en gewoon maar een bak functies (hoe goed ze misschien ook zijn), creëren we waardeloze producten die misschien toevallig succesvol zijn.

Het zal duidelijk zijn dat we dit onderwerp dan ook serieus behandelen en design een heel stevig onderdeel is van ons proces. Toch wordt er nog wel eens lichtzinnig gedacht over design en wordt het gewicht van design niet altijd begrepen. We hebben ook te maken met partijen (die we dan overigens zo vriendelijk mogelijk bedanken ) die ons aangeven dat een design ook wel gewoon één homepage mag zijn, waarbij de rest wel volgt. Onze klanten delen onze visie op het belang van design en zijn dan ook bereid (om) daar de juiste aandacht aan te geven.

Interview met Jarno

Om ons design proces en het belang daarvan te onderstrepen, spreken we vandaag met Jarno. De bedoeling is dat we je een meer diepgaand inzicht geven in onze processen en na het lezen van deze post misschien ook wel nuttige inspiratie hebt opgedaan.

Hello Jarno! Wie ben je, wat is je rol bij Mooore Digital?

Hoi! Ik ben Jarno en ben bij Mooore Digital werkzaam als digital designer. Dat wil zeggen dat ik mij bezig houd met het bedenken en ontwikkelen van design oplossingen vanuit UX en UI oogpunt.

Wat vind jij belangrijk in je rol en hoe krijgt dat een plek binnen Mooore Digital?

Ik vind het belangrijk dat het design en de bijbehorende oplossingen passen bij het merk of product. Dat gecombineerd met een sterke gebruikerservaring en een goede look & feel vind ik belangrijk.

Dit doe je bijvoorbeeld door veel vragen te stellen aan de klant, data te verzamelen en door te beginnen met het creëren van een styleguide.

Alright, design en development; het is belangrijk voor ons dat dit hand-in-hand gaat. Kun jij uitleggen hoe dat wordt vormgegeven?

Dit is binnen MD inderdaad een belangrijk onderdeel, helemaal tijdens het werken in sprints waar je als team nauw samenwerkt.

Sprints zijn helaas niet zo ingericht dat collega’s nooit hoeven te wachten op elkaar maar er is een continue focus om als team features volledig af te ronden, zodat het ook daadwerkelijk waarde levert aan het einde van de sprint.

Wel willen we voorkomen dat development al te veel stil komt te liggen doordat er een afhankelijkheid is van visuele designs en daar hebben we wel wat ‘trucs’ voor. Door bijvoorbeeld eerst een goede styleguide te ontwikkelen en samen met een front-ender en/of back-ender een wireframe te maken, kunnen developers vaak al wel productief zijn, zonder dat er al een geaccordeerd visueel design bij de user story is.

Bij deze aanpak moet je dus ook niet al te traditioneel denken. Een front-ender kan heel goed meedenken in het creëren van wireframes. Sterker nog: ik geloof dat zowel het design als de uiteindelijke front-end uitwerking hier beter van wordt. Ik durf zelfs wel stellen dat een back-end developer waardevol kan zijn. Is het niet vanwege de zinnige input, dan is het wel vanwege de droge grappen.

Verder is communicatie met je sprint team natuurlijk erg belangrijk, we houden elkaar dagelijks op de hoogte door middel van ‘dailies' maar werken ook gestructureerd vanuit gezamenlijke user stories waarin we de status van onderdelen kunnen checken.

Kun je wat meer vertellen over jullie sprint 0? Wat is dat precies?

In sprint 0 proberen we eigenlijk zoveel mogelijk vragen te stellen maar ook juist weg te nemen in de loop van het proces. Bij voorkeur plannen we in sprint 0 altijd één of meerdere intensieve (creatieve) sessies samen met de klant, het liefst fysiek. Door fysieke afspraken te maken kan je snel schakelen, knopen doorhakken, schetsen en niet geheel onbelangrijk; je kan elkaar veel beter lezen en daardoor samen het juiste gevoel beetpakken.

In sprint 0 ga je dus gezamenlijk ideeën verzamelen waarbij nog helemaal niks goed of fout is(!). Denk hierbij bijvoorbeeld aan context-mapping, ideation, inspiration wall, het ontwikkelen van een moodboard maar ook het creëren van persona’s is een belangrijk onderdeel.

Wat is de reden waarom jullie met een sprint 0 werken?

In sprint 0 leg je eigenlijk de basis voor de rest van het traject. Deze sprint zorgt ervoor dat je in een later stadium veel minder onzekerheden hebt en je daardoor effectiever en efficient te werk kan gaan.

Snappen klanten dat belang ook altijd?

Meestal wel. Klanten willen natuurlijk altijd resultaten zien en zo’n sprint 0 kan in het begin soms een beetje als een ‘moetje’ voelen. Maar naderhand wordt het belang en de uitkomst altijd erkend en gewaardeerd.

Hoe is development al bij dit proces betrokken?

Tijdens de sessies met de klant betrekken we bij voorkeur van iedere discipline minimaal één persoon. Op deze manier kan er vanuit alle perspectieven meegedacht worden en kunnen situaties beoordeeld worden. Ook start je in sprint 0 met het creëren van een styleguide, welke je samen met een front-ender nauw uitwerkt.

Tijdens jullie werk, de voorbereiding, met zo’n sprint 0 en/of een design sprint, zoom je dus wat meer uit en kijk je niet direct naar feature wensen en ben je niet persé visueel bezig maar met achtergronden en vooral de gebruiker dus. Kun je wat vertellen over methoden die veel gebruikt worden?

Ideating is altijd een belangrijk onderdeel tijdens de sessie met de klant. Hierbij schrijft iedereen zijn/haar ideeën op, bundelen deze en creëer je onderwater al epics of thema’s. Ook het creëren van persona’s is iets wat je samen met de klant goed kan oppakken in deze fase. De klant kent zijn/haar klant vaak al heel goed en kan dit ondersteunen met data.

Extra vraag: Ik krijg er een beeld van wat je wilt bereiken met zo’n sessie. Hoe zit zo’n ideating sessie er concreet uit?

Ideating kun je op heel veel manieren invullen, maar het heeft bijna altijd wel een karakter van een brainstorm. Je kunt schetsen en Crazy 8 is dan wel leuk, maar ook kun je een mindmap doen om een beetje los te komen, zoals bijvoorbeeld “The Worst Idea”. Je kunt het beste even googelen op “Ideating methods”, dan vind je vele mooie concrete voorbeelden.

Heb je zelf een voorkeur of favoriet?

Moodboard. Iets wat ik tijdens mijn opleiding verschrikkelijk vond (het knippen en plakken uit tijdschriften), maar waar je nu de waarde van inziet. Door een moodboard te maken en deze te bespreken met de klant voorkom je dat je al bezig bent met het bepalen van stijlelementen en deze niet in lijn liggen met wat de klant voor ogen heeft. Zo kun je look and feel al echt een richting geven, zonder dat je direct een design neerzet. Dat is ook erg handig als je snelle feedback cycles in je werk wilt hebben.

Verschilt het ook per project? Is het zo dat de ene case echt een andere aanpak vraagt dan de andere case?

De basis is meestal wel hetzelfde, omdat je voor de meeste projecten ook dezelfde informatie nodig hebt en wil vergaren. Maar uiteraard kan het zo zijn dat een project een net iets andere aanpak vereist. Gelukkig is er een hele set aan methoden die je kan toepassen op verschillende situaties en behoeften zoals ‘Card sorting’, ‘Customer journey', en ‘Prototyping’ bijvoorbeeld, maar ook het plannen van een design sprint waarin je echt focust op het gebruik van deze methoden en al gericht schetst zijn een zeer sterk middel. Een design sprint zorgt er in de regel altijd wel voor dat het hele project naar een hoger niveau wordt getild omdat design in opvolgende sprints al een heel logisch voortvloeisel is van wat je in zo’n design sprint bereikt.

Je doet dit proces niet alleen met de klant, denk ik. Wie heb je er graag bij en waarom precies?

Tijdens de creatieve sessies heb je er eigenlijk het liefst zoveel mogelijk verschillende stakeholders bij. Hoe meer mensen en vooral invalshoeken er aanwezig zijn, des te meer ideeën je met z’n allen vergaart en de creatieve ‘energie’ dus zoveel mogelijk stimuleert.

Ik vind het zelf altijd prettig als er vanuit de klant minimaal twee personen aanwezig zijn en vanuit MD het liefst van iedere discipline (minimaal) één, dus; design, front-end, back-end en uiteraard de Project Owner.

Soms gebruiken jullie een design sprint. Waarom is dat en wanneer doe je dat wel en wanneer niet?

Soms wil je het project een kick-start geven. Dit kan je doen door een design sprint in te plannen. Het kan bijvoorbeeld zijn dat je naar aanleiding van sprint 0 tot de conclusie bent gekomen dat je nog nét even wat verder de diepte in wil en hier meer tijd voor nodig hebt. Ook kan je in deze design sprint beginnen met zaken als een styleguide, zodat de front-end hier al snel mee aan de slag kan. Wat ook waardevol is, is om bijvoorbeeld features op een visuele manier uit te denken en zo je backlog te vullen, dat kun je bijvoorbeeld doen als er nog tijd over is in een design sprint.

Wat gebeurt er als je geen design sprint doet? Wat is het risico?

Het kan dan zijn dat je op een later moment, wanneer sprint 1 (of later) van start is gegaan je toch ineens nog veel openstaande vraagstukken of onderdelen hebt. Als je hier onvoldoende rekening mee hebt gehouden kan dit de lopende sprint verstoren.

Hoe los je zoiets dan vervolgens op?

Stilstaan is in dit geval achteruitgang, dat wil je voorkomen dus zal je iets moeten doen. Meestal bespreek je dit direct met de PO en scrum master om te kijken wat de beste oplossing is voor deze situatie. Maar het zou bijvoorbeeld kunnen zijn dat je terug naar de tekentafel moet, waardoor de voortgang van de rest van het traject vertraagd of de conclusie is dat er een nieuw item op de backlog moet.

Wat als een klant al een heel duidelijk beeld van design heeft? Is de design sprint dan niet meer nodig?

Klanten hebben vaak inderdaad een heel duidelijk beeld of idee als het gaat om design. Maar juist om het beste resultaat te bereiken kan zo’n extra design sprint heel nuttig zijn om hier uitgelijnd over te raken of de klant kan juist geïnspireerd worden om toch nog iets verder te kijken.

Het is daarom aan mij/ons om alle goede en wilde ideeën die er zijn om te zetten naar iets concreets en daarbij ook direct adviezen af te geven. Sommige ideeën hebben zo’n impact op de rest van het design dat het verstandig is om ‘dit’ niet te doen maar een alternatief aan te bieden, uiteraard doen we dat niet zomaar maar moeten daar goede argumenten voor zijn.

Interessant inkijkje dit! Zijn er nog vragen die absoluut gesteld hadden moeten worden voordat we afronden?

Nou, als designer wil je eigenlijk altijd direct lekker in de uitvoering zitten, je zit namelijk vaak al vol goede ideeën en hebt al precies in je hoofd zitten wat het moet worden. Processen als deze zitten voor je gevoel dan soms in de weg.

Maar wanneer je eenmaal werkt volgens deze aanpak ga je hier ook écht de meerwaarde van inzien en ontwikkel je je als designer ontzettend. Je wordt eigenlijk gedwongen veel meer na te denken over keuzes die je maakt, waarom je ze maakt én of je ze überhaupt wel moet maken. Eigenlijk laat je niets meer aan het toeval of je “gevoel” over. Uiteindelijk levert dat je véél meer op en je resultaten worden sterker en beter.

Dit is geen een extra vraag, maar het is wel een hele waardevolle toevoeging. Dit zal voor veel designers herkenbaar zijn. Dank je! Oh ja! Nog één vraag dan, een goede afsluiter. Met welk project ben je het meest blij met het design proces?

Wallgroup. In dit project komen eigenlijk alle facetten aan bod en denkt de klant constant mee en zijn volop beschikbaar. Ook de samenwerking binnen het sprint team van MD verloopt zeer smooth.

Tot zover dit interview met onze UX designer Jarno. Een beetje vreemd wellicht om elkaar zo als collega’s te interviewen maar volgens ons dé manier om van elkaar te leren én anderen ook weer inkijkje te geven in onze aanpak en ons werk.

Heb je vragen of opmerkingen? Stel ze gerust via onze diverse kanalen zoals deze website, onze socials of per mail. Vond je het interessant en wil je meer van ons weten? Volg ons dan op onze social media, het is ons doel om iedere twee weken dit soort content te publiceren.

Ook interessant

Ontwikkelen op basis van een roadmap

Magento: Enterprise of Open Source

Case: Magento combineren met WordPress

Je shop voor volgend jaar écht goed op orde?

Neem dan nu al contact met ons op.

Contact opnemen