Workshops

Workshop DB l

Workshop Design Brief l

• Tijdens deze workshop zijn de zeven projectfases in traditionele volgorde gedeeld en hebben afstudeerders een persoonlijke volgorde gemaakt die past bij hun project.

• Vervolgens hebben afstudeerders een moment gekregen om hun (sub)deelvragen onder de fases te verdelen.

• Tenslotte, vooral na de workshop, is het de bedoeling dat afstudeerders de methodes en steppingstones die zij nodig hebben om hun (sub)deelvragen te beantwoorden en inventariseren of zij de juiste informatie hebben, per vraag, week en/of fase noteren. Hierbij is het zo dat je onderzoeksmethodes gebruikt om bepaalde informatie te verkrijgen. Een onderzoeksmethode is bijvoorbeeld een survey. Je wil de informatie die je verkrijgt door deze onderzoeksmethode uit te voeren inzichtelijk en visueel maken om te kunnen concluderen dat je de juiste informatie hebt om verder te gaan met je project. Dit doe je door de informatie in steppingstones te verwerken. Een steppingstone is bijvoorbeeld een persona.

🗓️ Projectplanning per fase

Projectplanning en logboek

De zeven fases van een CMD project

Fase 1: Verkennen:

Het in kaart brengen van het (deel)probleem, de (huidige) situatie, al bestaande (deel)oplossingen etc. (bijv. user journey met probleem van nu)

Fase 2: Definiëren:

Het bepalen van kaders, afbakenen en voorwaarden. Het samenbrengen van de inzichten in keuzes om je ontwerpprobleem te definiëren in de breedste zin van het woord.

Ik heb in mijn planning, de fases 1 en 2 omgedraaid omdat ik eerst wil definiëren wie mijn focus doelgroep wordt en daarna bestaande (deel)oplossingen ga verkennen, die ik vervolgens meteen in concepten kan verwerken. De volgende twee stappen heb ik ook omgedraaid omdat ik vroeg moet beginnen met testen en de ideeën generatie alleen kan inzetten om uitbreidingen en verbeteringen door te voeren in mijn product aan de hand van user tests.

Fase 3: Idee generatie:

Divergeren om zoveel mogelijk opties te onderzoeken. Kwantiteit boven kwaliteit. In mijn geval: nieuwe opties onderzoeken om bestaande conceptrichting mee te verrijken.

Fase 4: Conceptualiseren

Keuzes maken van richtingen om op verder te ontwerpen, beslissingen nemen om je ontwerprichting vorm te geven op verschillende gebieden.

Fase 5: Valideren

Valideren; voldoe ik nu aan de gestelde vraag, het controleren van je PvE en andere manieren om te checken of je een ontwerpprobleem oplost. Falsificeren - een manier vinden om aan te tonen dat je ontwerp niet een oplossing is, dit is vaak gemakkelijker dan aantonen dat het het wel een oplossing is. (bijv. nieuwe user journey met oplossing)

Fase 6: Evalueren

Terugkijken op het proces en de keuzes die gemaakt zijn, heb je het juiste gedaan of was een andere ontwerpstrategie beter geweest?

Fase 7: Communiceren

Communiceren - Hoe communiceer je jouw ideeën? Hoe zorg je dat jouw externen, opdrachtgevers, belangenverenigingen mee gaan in jouw ontwerp? Hoe presenteer je jouw ideeën.

Workshop DB ll

Workshop Design Brief ll

• Tijdens deze workshop ga je met één of twee mede afstudeerders door elkaars Design Brief. Is alles duidelijk van aanleiding tot oplossingsrichting en productvisie? Geef elkaar waardevolle feedback en verwerk dit waar nodig voor de inlever deadline op dezelfde dag om 17:00.

Workshop DR

Workshop 3: Design Rationale

Tijdens deze workshop werd goed het verschil tussen de Product Biografie en de Design Rationale uitgelegd. De Product Biografie is het procesboek, en de Design Rationale is een soort samenvatting van het proces en vooral van de belangrijke keuzes die tot het eindproduct hebben geleid. Gedurende de workshop worden de outlines van de Design Rationale neergezet, dit door de hoofdstukken naar de doorlopen fases te noemen en de visualisaties van de uitgevoerde methodes alvast per fase in te delen.

Het doel van de Design Rationale:

• Het proces samenvatten en behapbaar maken, ook voor non-CMD'ers.

• Alleen de methodes uitleggen en de belangrijkste resultaten ervan benoemen.

• De keuzes die van belang zijn geweest voor het EIND product toelichten en bewijzen dat je weet welke aanpak vereist is voor het oplossen van jouw challenge, en dat je deze hebt opgelost.

Musts:

• Voor je groenlicht presentatie heb je je Rationale voor 80% af, er zit dan nog geen eindconclusie in, maar een planning voor wat je nog gaat doen de komende tijd. Op basis daarvan wordt beoordeeld of jouw project van voldoende proporties is om erop af te studeren.

• Je deelt je Rationale in op de fases die je hebt doorlopen. Je kunt ze wel anders benoemen dan je hier in de Product Biografie hebt gedaan om het professioneler te maken.

• Je Design Rationale heeft ca. 4000 woorden, niet veel meer en niet veel minder.

• Op het eind van de Rationale verwijs je naar je PvE en loop je na of je alles wat hierin staat hebt benoemd in je Rationale. Je neemt dit mee in je conclusie om te bewijzen dat je aan je challenge hebt voldaan.

• Zorg dat je conclusies trekt en dit niet bij de lezer laat. Je hebt dit gedaan, daar kwam dit uit, dus is dit de logische vervolgstap, want onderzoek in Product Biografie (verwijzing) wijst zo uit.

• Neem een correcte bibliografie op (bronnenlijst op het eind). Afbeeldingen horen hier ook bij wanneer je deze niet zelf hebt gemaakt, onder iedere afbeelding staat ook de origine. Verschillende type bronnen zijn belangrijk, maar noteer deze in dezelfde stijl (APA, Harvard...).

Tips:

• Veel plaatjes gebruiken om woorden te besparen.

• Je houd vanaf nu je Rationale bij zodat je geen belangrijke keuzes kunt vergeten. Aan het eind ga je schaven zodat alleen nog de uiterst belangrijke onderdelen erin zitten. Het Toulmin Model zou je hierbij kunnen helpen.

• Niet te veel toelichten, keuzes en conclusies schrijf je uit en voor het onderzoek daarachter verwijs je naar de Product Biografie.

• Voorbeeld: Niet je interviews erin zetten, wel dat je interviews hebt gedaan en dat dit en dit de belangrijkste inzichten daaruit waren.

• Voorbeeld: Leg niet uit hoe je app schermen werken, maar vertel waar het design op gebaseerd is. Zoals dat het menu rechtsboven staat omdat dit volgens vooronderzoek (verwijs naar specifieke plek in de Product Biografie) de plek is waar gebruikers dit element verwachten.

Sidenote over Product Biografie: