Aan het begin van de stage heb ik een Heuristic Evaluation gemaakt van de bestaande applicatie. Hierbij vond ik veel fouten in de gebruiksvriendelijkheid. Er werd erg veel informatie getoond per vergadering, ook al was sommige informatie niet heel erg nuttig. Een voorbeeld is de totale duur van de vergadering. Dit is moeilijk vast te stellen voordat de vergadering gevoerd wordt. Ook kan de duur per actiepunt aangegeven worden, wat de applicatie vervolgens net zo goed automatisch op zou kunnen tellen tot een totaal.

Na al deze punten op een rijtje te hebben gezet, besloot de teamleider dat er een nieuwe versie van de applicatie gemaakt moest worden en dat deze "from scratch" gemaakt zou worden. Ook zou er een nieuwe naam aan gegeven worden. "Optimeet" zou "Scriba" gaan heten en ik zou verantwoordelijk zijn voor het Interaction Design van de applicatie.

De meest belangrijke functionaliteiten hebben we gehouden en uitgebreid. Een voorbeeld is dat Optimeet deels kon worden gebruikt zonder account; mensen zonder account konden worden toegevoegd aan groepen aan de hand van hun e-mailadres. Dit hielden wij in stand, zodat je meteen kan beginnen met het plannen en uitvoeren van een meeting. Hoewel je later wel een account moet maken om gebruik te kunnen maken van alle functionaliteiten, zijn er geen opstartproblemen omdat iemand van tevoren zou vergeten een account aan te maken.

Voor nieuwe opties hebben we er vooral voor gezorgd dat er meer overzicht is. De datumpicker is nu een erg opvallend element binnen de UI en geeft informatie over wat er gaat komen. Via kleine gekleurde blokjes kun je zien of er op een bepaalde dag een vergadering plaats vindt of dat er een actiepunt is wat op die dag afgehandeld moet worden. De actiepunten zaten ook niet duidelijk in Optimeet verwerkt; je kon wel een vergadering voeren, maar of deelnemers ook hun afspraken hierna nakwamen was moeilijk na te trekken. In de nieuwe versie van de app wordt daarentegen ook de optie gegeven om herinneringsmails te laten sturen. Ook worden alle besluiten opgeslagen en kunnen dus makkelijk worden opgezocht.

Uit gebruikerstests met vroege prototypes bleek dat de zoekfunctie erg flexibel moest zijn. Gebruikers willen deze kunnen gebruiken voor veel verschillende doeleinden. Toch moet een gebruiker goed onderscheid kunnen maken tussen de verschillende soorten informatie die hij kan vinden met deze functie. In de eerste versie van het menu heb ik het ingedeeld in meerdere submenu's. Het bleek alleen dat gebruikers veel zouden moeten scrollen. Wanneer de gebruiker op zoek is naar de notulen van een specifieke vergadering, wil hij natuurlijk niet dat andere soorten pagina's en informatie de zoekresultaten vervuilen. Door de tweede versie te maken als een menu dat werkt als een soort accordion, kan de gebruiker zelf bepalen van welke categorie hij resultaten te zien krijgt. Daarbij worden previews getoond van wat de gebruiker selecteert.

Het realisatieproces was een itererend proces, waarbij we als team regelmatig overlegden wat wij in elke zogenoemde sprint gingen doen. Dit betekent dat er soms functionaliteit was waar we opnieuw naar moesten kijken, omdat het niet zo effectief bleek als eerst gedacht. Tijdens deze overlegmomenten kon elk persoon binnen het team zijn mening geven en hier kon vervolgens over gediscussieerd worden. Veel van de verschillen tussen het originele ontwerp en het uiteindelijk ontwerp vinden hun oorsprong in deze discussies.

Een wekelijkse samenkomst tussen alle projectteams binnen Crosspring gaf ons de mogelijkheid te laten zien wat wij in de afgelopen week hebben gedaan. Deze momenten waren vooral als designer zijnde erg handig, omdat andere designers mijn werk konden bekijken. Omdat ik de enige designer in mijn projectteam was, richtte de kritiek buiten de wekelijkse samenkomst zich vooral op het visuele aspect. Andere designers konden mij meer feedback geven op het Interaction Design.

Hoewel ik tegen het einde van mijn stage niet genoeg tijd had om het zelf uit te werken, heb ik wel een flow uitgedacht die nieuwe gebruikers zal helpen erachter te komen hoe de applicatie werkt. De applicatie heeft redelijk veel functionaliteit, dus leek het mij een goed idee om gebruikers in ieder geval bekend te maken met de basisfunctionaliteiten. Zelf kan een gebruiker vervolgens experimenteren met de meer uitgebreide opties.

Ik ben blij met het uiteindelijke resultaat. Hoewel er vast wel dingen zijn veranderd aan het design sinds mijn stage voorbij is, heeft de projectleider gezegd dat hij vond dat ik mijn ontwerpkeuzes goed kan onderbouwen en dat deze van goede kwaliteit zijn. Dat is veel lof voor mijn eerste stage! Ook was dit het eerste project waarbij ik verantwoordelijk was voor de gehele front-end. De HTML en CSS ging mij redelijk goed af, maar ik was hier nog niet heel snel in. dat is iets waar ik mij in ben blijven ontwikkelen sinds deze stage.