Afstudeerproject Abigaél
  • Ask Team Clean | Cleaning Schedule Generator
  • Introductie
    • Inleiding
    • Projectplanning en logboek
  • Design Brief
    • ℹ️ Introductie
    • 🤓Persoonlijke focus
    • ⚠️ Probleemstelling
    • 🎯Designchallenge en deelvragen
    • 🗓️ Projectplanning per fase
    • 💡Complexiteit en productvisie
  • Design Challenge
  • Krabbels
  • Fase 1 - Definitie
    • Doelgroep mapping uit marktonderzoek
    • Survey en Context Mapping
    • Persona's en Scenario's
    • Stakeholdermap
    • Programma van Eisen
    • Deelvragen bij Fase 1 beantwoord
  • FASE 2 - exploratie
    • Literature Study: Schoonmaken
    • Literature Study: Klantenbinding
    • Literature Study: Online Interactie
    • Benchmark Creation
    • Good, Bad & Best Practices
    • User Flows
    • Deelvragen bij Fase 2 beantwoord
  • Fase 3 - ideatie
  • Concepten
    • Concept 1: Generator tool voor desktop
    • Concept 2: Schoonmaakschema generator app
    • Concept 3: Het ATC platform in een app
    • Expert Review
  • Interviews
  • Proof of concept
  • Feedback Frenzy
  • Requirements Check op concepten (MoSCoW)
  • Inspiration Wall
  • Deelvragen bij Fase 3 beantwoord
  • Fase 4 - concepting
  • User Stories
  • Focusgroup & Co-creation
  • Design Patterns
  • Design Principes
  • Stylesheet
  • Definitief concept
  • Programma van Eisen check op concept
  • Fase 5 - validatie & iteratie
    • Prototype V1
    • Tests V1
      • User Review V0.5 | Ruggero
      • Peer Review V1 | Folkert-Jan
      • Usability Test V1 | Peet
    • Iteratie > Prototype V2
    • Design Patterns 2
    • Tests V2 en V2.5
      • Usability Test V2 | Esmée
      • Usability Test V2 | Michelle
      • Iteraties naar Prototype V2.5
      • Design Expert Test V2.5 | Anouk
      • Design Expert Review V2.5 | Joop
    • Iteratie > Prototype V3
    • Product Quality Review - Wayne Parker Kent
    • Design Patterns 3
    • Iteratie > Prototype V4
    • Tests V4
      • Usability Test V4 | Ruggero & Daan
      • Usability Test V4 | Tim
    • Deelvragen bij Fase 5 beantwoord
  • fase 6 - evaluatie
  • Definitief Prototype
  • Validatie Definitief Prototype
  • Adviesrapport / Aanbevelingen
  • Conclusie
  • Eindoplevering
    • Design Rationale
    • Eindproduct
    • Reflectie
  • Bijlage
    • Bronnen
    • Bouwstenen
      • De verschillende projectfases
      • Workshops
      • SLC Sessie 14/04
Powered by GitBook
On this page
  1. Bijlage
  2. Bouwstenen

Workshops

PreviousDe verschillende projectfasesNextSLC Sessie 14/04

Last updated 4 years ago

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 te verwerken. Een steppingstone is bijvoorbeeld een persona.

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 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 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:

steppingstones
🗓️ Projectplanning per fase
Projectplanning en logboek