Toen ik bij MM stage kwam lopen, had ik al gemerkt dat er veel verschillende monks en departementen in alle kantoren over de hele wereld zitten. Dit is best lastig om van op de hoogte te zijn aangezien er meer dan 2000 werknemers wereldwijd zijn. Soms had ik tijdens een project iemand nodig die van een bepaalde cliënt of project meer afweet dan ikzelf, dit was best een gedoe om diegene op te sporen. Voornamelijk komt dat ook omdat ik eigenlijk niet precies weet naar wie ik op zoek ben.

Hiernaast was het best lastig om te weten wie aan welke projecten in welk kantoor werken. Soms zie je wel iets in Slack over een project die een award wint, maar er zijn ook genoeg andere interessante projecten die de monks kan inspireren.

Daarom vind ik dit project zo interessant, het probleem was er al maar nu ben ik me meer bewust van de gevolgen. En dit kan opgelost worden door middel van een simpele maar effectieve tool waardoor monks meer te weten komen over de connecties tussen projecten, monks, cliënten en departementen.

Mijn focus voor deze opdracht gaat vooral gericht worden om een goede tool vanuit het UX oogpunt te ontwikkelen. Hierbij ben ik op onderzoek naar een snelle en handige manier van zoeken en een mogelijkheid om de data meer visueel weer te geven.

Ik leg vooral de focus op een paar onderdelen:

• Slim en snel zoeken

• Meer kennis over connecties

• Skills en expert monk zoeken

Slim en snel zoeken

In zo'n kort mogelijke tijd het antwoord vinden is het belangrijkste doel die de gebruikers moeten kunnen vervullen door middel van deze tool. Dit gaat via slim zoeken. Een eerste keer zoeken om in de juiste richting te komen. Eenmaal op een detailpagina beland, nog een tweede keer zoeken om tot het antwoord te komen.

Ook worden de resultaten zo slim mogelijk gematcht op relevantie zodat er alleen resultaten komen waar de monk daadwerkelijk naar op zoek kon zijn.

Meer kennis over connecties

Door deze tool komen de gebruikers niet alleen tot hun antwoord, ze komen ook meer te weten over de connecties tussen monks, departementen, cliënten, projecten en kantoren! Door de informatie die door de pagina's overkoepelen kunnen gebruikers op hun gemak browsen door de resultaten en detail paginas om zichzelf meer op de hoogte te houden of te zoeken naar inspiratie.

Skills en expert monk zoeken

Experts of ervaren monks op een bepaald gebied of cliënt zoeken is ook een belangrijk doel die de monks moeten kunnen behalen met deze tool. Voor nu focus ik me op het zoeken naar een ervaren monk in de zin van dat ze veel projecten voor een bepaalde cliënt hebben gedaan.

Ik heb al wel een begin gemaakt van het skill onderdeel. Er staat hierover wat informatie op de monk details pagina om meer over hun expertises te weten te komen. Deze functie is nog niet volledig doorontwikkeld tijdens de 20 weken dat ik aan dit project heb gewerkt, daar gaat zeker nog aandacht op gelegd worden.

Waarom MediaMonks?

Tijdens mijn afstudeerstage bij MediaMonks (MM) heb ik natuurlijk gevraagd of ze ook een afstudeeropdracht nodig hadden. Helaas was dit niet het geval vanwege dat de projecten die het creative content team, waarin ik stage heb gelopen, meestal van een korte duur zijn en flucturerend aangeboden worden.

Nadat ik dit slechte nieuws heb gekregen ben ik gaan zoeken naar andere afstudeeropdrachten, dit bleek niet heel gemakkelijk te gaan. Na eindelijk een opdracht te hebben gevonden voor de HvA wilde ik nog één poging wagen bij MM. Ik ging direct naar Martin Kool, global head of UX, hij was meteen enthousiast want hij had inderdaad een project liggen dat groot genoeg was om daarmee af te studeren!

Gelukkig heb ik nog even doorgezet omdat dit bedrijf echt een bedrijf is waar ik mijzelf voor een lange tijd zie werken. Ook was ik er nog niet klaar voor om te vertrekken na mijn stage want er viel nog zoveel meer te leren. Komt dat even goed uit!

Wat is MediaMonks?

MM is een van de grootste creatieve digitale productie bureaus ter wereld. Het bedrijf werkt samen met grote merken en goede doelen om projecten zoals virtual- en augmented reality, reclame, games, websites, etc. te ontwikkelen. MM is gevestigd in Hilversum, Amsterdam, Londen, Stockholm, Dubai, New York, Los Angeles, Singapore en nog veel meer andere plekken.

"World-class production on a global scale" - MediaMonks

In het kort

Het probleem is dat er geen goed werkend en duidelijk overzicht is van de monks, projecten, departementen, cliënten en kantoren. Hierdoor is de tijd van het zoeken naar de juiste informatie te lang. Ook hebben monks weinig kennis over de verbindingen tussen al deze elementen.

De oplossing wordt gemaakt voor de medewerkers van MM die ze op kantoor en thuis kunnen gebruiken als ze vastlopen of een met een vraag zitten om tot de juiste informatie te komen.

Wie

Het probleem is voornamelijk voor de werknemers die veel in contact komen met de andere kantoren van MM. Dit zijn vaak de monks met bepaalde functies zoals managers, producers, operations, sales of een C-level functie. Hoe meer contact ze moeten hebben met andere locaties of zoeken naar bepaalde monks, hoe groter het probleem is.

Maar een doorsnee monk heeft ook last van dat er weinig overzicht is voor alle monks, projecten, departementen, cliënten en kantoren en waar deze te vinden zijn. Daarnaast is het lastig om de connecties tussen deze elementen te verbinden.

De personen die mijn oplossing uiteindelijk zullen gebruiken zijn alle mensen die bij MM werken. Schattend, zijn deze monks tussen de 20 en 60 jaar.

De opdrachtgever is MM zelf. De oplossing wordt speciaal gemaakt zodat alleen werknemers hier gebruik van kunnen maken.

Wat

Het probleem dat ik wil gaan onderzoeken is hoe je een overzichtelijke tool kunt maken om snel tot een bepaald informatie deel kunt komen om hetgeen te vinden waar een monk naar zoekt. De tools die beschikbaar zijn, zijn eigenlijk voor hele andere doeleinden. Ze werken, maar zijn erg traag door alle andere features die erin zitten waarvoor ze bedoeld zijn.

Door deze jungle van monks, projecten, departementen, cliënten en kantoren is het niet duidelijk hoe je snel en effectief naar iets kunt zoeken. Voor de monks is dit ontzettend onhandig, ze weten niet waar ze terecht kunnen voor een bepaalde monk en met wie ze daarvoor contact mee moeten komen. Dit zorgt ervoor dat ze meer tijd kwijt zijn aan het vinden van deze mensen.

Omdat ze hier meer tijd aan kwijt zijn, kunnen projecten vertragen of is er eventueel sprake van vermindering van de kwaliteit die geleverd wordt. Waar het op neer komt, is dat tijd geld is.

Waar

Het probleem bevindt zich op het kantoor als monks aan het werk zijn. Ook kan het zijn dat monks thuiswerken en dat het probleem thuis voor kan komen. Wel is het zo dat het probleem zich meestal bevindt op een laptop.

Het probleem bevindt zich niet alleen bij de monks in Nederland, maar ook in Amerika, Brazilië, Australië, India, China, Mexico, etc.

Wanneer

Er zijn specifieke momenten wanneer het probleem voorkomt. Dit zijn situaties als bij het begin van een project, tijdens het samenstellen van een team. Maar ook tijdens het zoeken naar een bepaalde expert die nodig is om iets mee te bespreken of om advies te vragen om een probleem op te lossen. Daarnaast zou het handig zijn om te kunnen kijken naar afgeronde projecten voor inspiratie.

Algemeen eigenlijk altijd aangezien alle monks niet precies weten waar welke skills zich bevinden.

Waarom

Er zijn meerdere redenen waardoor dit probleem is ontstaan, de grootste is dat MM sinds de laatste jaren enorm is gegroeid. In de laatste 7 jaar van 150 man naar 2500 man en van een vijftal locaties naar zo'n 30.

Omdat MM staat voor goede kwaliteit in een korte tijd, is de meerderheid van de monks gewoonweg te druk om hier zich mee bezig te houden.

Wat ook nog een reden is, is dat er voorheen nog geen prioriteit was om een hele oplossing hiervoor te vinden. Dit komt natuurlijk omdat het probleem pas in de laatste jaren zich heeft voorgedaan.

Hoe

Waarmee een oplossing gemaakt kan worden, is dat monks allemaal G-suite van Google gebruiken. Dit betekend dat er voor het grootste gedeelte via Chrome wordt gewerkt. Om ervoor te zorgen dat monks zo weinig mogelijk tijd kwijt zijn kan er een oplossing gemaakt worden via een extensie in Chrome.

Bestaande oplossingen ben ik nog niet tegengekomen. Oplossingen die in de buurt komen van bepaalde onderdelen van mijn oplossing zijn ‘store locators’, Google Maps en sites als Funda om te zoeken via een kaart.

Bij deze sites, als ze er een hebben, kan ik ook meteen kijken naar hoe een functie eruit ziet voor het specifiek zoeken om dat deel van mijn oplossing te bedekken.

Hoeveel

Martin, de head of UX, heeft regelmatig vernomen dat dit probleem voorkomt. Een precieze indicatie is moeilijk te zeggen. Afhankelijk van het probleem eigenlijk iedereen. Maar zeker niet alle monks kunnen opnoemen waar MM allemaal kantoren heeft, wat er voornamelijk geproduceerd wordt in dat kantoor en hoe je daar een monk voor kunt zoeken om contact mee op te nemen.

Martin Kool, Global Head of User Experience, persoonlijke communicatie.

Meeting met Martin

1.Wat is het precieze probleem?

In de basis is het probleem dat MediaMonks (MM) enorm groeit, het laatste jaar van 15 naar 70 verschillende locaties. Het is voor veel mensen niet meer duidelijk op welke plekken bepaalde capabiliteiten of experts beschikbaar zijn en hoe je daarmee in contact komt. MM is een globaal bedrijf geworden met heel veel lokale activiteiten, maar wat we onze klanten aanbieden is een integraal bedrijf dat al deze kennis en talenten samen kan brengen in en kan zetten. Via dit project, code MMHUB willen we elke monk weer wegwijs maken in deze jungle van kantoren, skills en experts en het makkelijker maken naar een ander kantoor uit te reiken om hun specialismen te kunnen gebruiken.

2. Is er al een gedachtegang?

Hoe we beginnen is door alle kantoren op de wereld zichtbaar te maken en daarbij de contactinformatie van lokale leiders te geven. Daarna is het de bedoeling dat we nieuws gaan verspreiden via dit kanaal en dit koppelen aan kantoren (zodat je kunt zien waar wat voor dingen gebeuren). Dan willen we nog verder gaan en de monks en departments beschikbaar gaan maken en tevens koppelen aan het nieuws.

3. Waar kom ik in beeld?

Waar het nog wat los staat zijn de daadwerkelijke use cases. Er is wel een idee van bovenaf, maar nog niet goed onderzocht wat doorsnee monks hiermee zou willen doen. Als we daar induiken dan kunnen we ook beter gaan aangeven welke soort content/functies prioriteit zouden moeten hebben en hoe ze zouden moeten werken.

Martin Kool, Global Head of User Experience, persoonlijke communicatie.

Deze monks hebben aangegeven in de survey dat er geen of weinig problemen zijn met het vinden van skills binnen de kantoren.

Ives van Neck (creative)

"Instant slack message + location of that person"

1. If you want to know where a specific expert or skill is within MediaMonks, how would you approach the contact process?

Would go to the higher management / operations. If they don't know, I also ask some PM's if they have a clue. If that's not the case, we probably don't have that knowledge and we need to gain this. This can be done as supplied by the client and we take extra time into account to adapt and learn or we ask for a different approach. ‌

2. Are there any pain points in the contact process?

Time - at MM we need to move fast, and not everyone is available for all questions or does have all the answers.

3. Which tools do you use for the process? These can be provided by MM or perhaps you have other tools

E-mail, Slack and Meet call or if/when possible a physical meeting.

3A. Do you need to switch between tools?

Depends on the answers, information is normally first presented via e-mail, most of the time a call makes more sense for more information.

3B. Do you need to switch between devices?

Nope.

4. What are your goals you hope to achieve with the tools?

To have the information in one place, we have a wiki but thats outdated. ‌

5. How do you keep yourself up-to-date with the projects at the different offices?

To be honest, not really. We have a weekly PM meeting in which we PM's talk about our projects and present them, that gives some insight what is done and what kind of skills are used.

Mauricio Gaya (copy)

"Provide me with information about the work, the Monks behind it and their availability in an efficient way."

1. If you want to know where a specific expert or skill is within MediaMonks, how would you approach the contact process? ‌

The first thing I’d do is ask around the office, starting with the Leads. Depending on the area of expertise, I’d go to the people who work on that area in case they know. If I don’t get enough information from those nearest, I’d ask through Slack to people I know from other offices. Very old-fashioned, I’m afraid.

2. Are there any pain points in the contact process?

I’ve noticed that most newcomers (at least in the MX office) don’t get a proper onboarding process, so they don’t know how this works or where they can check all the info. Once you get the hold of it, it gets easier. I think the tools are already there, maybe it’s a better of telling people about them or putting all of them in a single place. I don’t know if the MM website should have a separate module where we can login and access those resources in a single place. ‌ 3. Which tools do you use for the process? These can be provided by MM or perhaps you have other tools.

Slack. And internal mail. I, myself, don’t book people or calculate people’s working times between projects, so I just ask people directly, really.

3A. Do you need to switch between tools?

Nope. I use both.

3B. Do you need to switch between devices?‌

I usually do everything from the laptop (specially now, that I’m home all day). I rarely Slack from my mobile.

4. What are your goals you hope to achieve with the tools?‌

Ives van Neck, persoonlijke communicatie.

Mauricio Gaya, persoonlijke communicatie.

Voor het gebruikersonderzoek heb ik de methodes survey en interviews gebruikt. Ik wilde meer inzicht krijgen in de monks die het product uiteindelijk gaan gebruiken en hoe ze de huidige situatie nu ervaren.

Design challenge

Hieronder, naast mijn uiteindelijke design challenge, zijn ook de vorige design challenges te vinden. Dit is mijn hoofdvraag!

Mijn design challenge formuleert verschillende uitdagingen:

• Hoe kan een interactief overzicht ervoor zorgen dat monks meer inzicht krijgen in de monks, projecten, departementen en cliënten binnen de kantoren.

• De tool moet eenvoudig in gebruik zijn zodat monks er niet veel tijd aan kwijt is.

• Daarnaast moet het ook een wow-factor uitstralen.

Uiteindelijke versie

Versie 5

“Hoe kan er een interactief overzicht gemaakt worden, in een Chrome extensie, waarin een grote hoeveelheid informatie over de wereldwijde kantoorlocaties van MediaMonks in een eenvoudige tool met een wow-factor worden weergeven zodat werknemers over de hele wereld meer inzicht krijgen in de expertises binnen de kantoren, zodat er minder verlies aan tijd en kwaliteit van werk is?”

Versie 4

"Hoe kan er een interactief overzicht gemaakt worden, in een Chrome extensie, waarin een grote hoeveelheid informatie over de wereldwijde kantoorlocaties van MediaMonks in een eenvoudige tool worden weergeven zodat werknemers over de hele wereld meer inzicht krijgen in de expertises binnen de kantoren, zodat er minder verlies aan tijd en kwaliteit van werk is?”

Versie 3

“Hoe kan er een overzicht gemaakt worden, in een Chrome extensie, waarin de complexiteit van de informatie van alle kantoren van MediaMonks in een eenvoudige en aanpasbare tool worden weergeven zodat werknemers over de hele wereld meer inzicht krijgen in de expertises binnen de kantoren zodat er minder verlies aan tijd en kwaliteit is?”

Versie 2

“Hoe kan er een overzicht gemaakt worden in een browser extensie waarin alle kantoren en locaties van MediaMonks worden weergeven zodat werknemers over de hele wereld meer inzicht krijgen in de kantoren en welke skills of experts zich bevinden met behulp van een filtersysteem?”

Versie 1

"Hoe kan er een overzicht gemaakt worden, dat beschikbaar is voor elk operatie systeem, waarin alle kantoren en locaties van MediaMonks worden weergeven zodat werknemers over hele wereld meer inzicht krijgen in de kantoren, skills en experts die beschikbaar zijn?”

Deelvragen

Hoe kan ik de behoeftes van de belangrijkste gebruikers goed in kaart krijgen?

subvragen

1. Door welke gebruikers gaat het product uiteindelijk het meest gebruikt worden?

Door de onderzoeken welke doelgroep de belangrijkste gebruikers worden, kan ik het product voor hun optimaliseren. Natuurlijk mag ik de overige gebruikers niet vergeten!

2. Wat zijn de pijnpunten van deze gebruikers in de huidige situatie?

Met deze vraag wil ik erachter komen welke pijnpunten naar voren komen waar de gebruikers tegenop lopen in de huidige situatie. Deze zijn al aangegeven maar ik wil ze ook echt van de doelgroep zelf horen, misschien komen nog meer punten boven water.

3. Welke behoeftes hebben de gebruikers?

Ik wil mij alvast gaan verdiepen in wat de gebruikers willen. Daarmee kan ik vanaf het begin al rekening mee houden en dit door meerdere doelgroepen bevestigd krijgen.

Hoe zit het nu met de huidige situatie binnen de kantoren van MediaMonks?

subvragen

1. Heeft elk kantoor evenveel last van het probleem?

Om erachter te komen of het probleem zich overal evenveel voordoet wil ik deze vraag stellen. Zo krijg ik meer inzicht in de andere kantoren van MM.

2. Hebben de kantoren onderling al oplossingen voor het probleem?

Met deze vraag hoop ik informatie te krijgen over hoe kantoren dit probleem aanpakken en of er nog andere manieren zijn waar ik niet aan heb gedacht.

Waarom is er een verlies van tijd en kwaliteit?

subvragen

1. Waar zit dit verlies van tijd en kwaliteit?

Wat ik heb vernomen is dat het vooral in een project zit. Om verder onderzoek te doen of er niet andere punten van het kantoor aangetast worden door deze punten stel ik deze vraag.

2. Hoe groot is dit verlies?

Door te onderzoeken hoe groot het verlies is, krijg ik een beter beeld en hoop ik op een meer exacte indicatie van hoe groot deze verliezen kunnen zijn.

Hoe houd je een inzichtelijke tool eenvoudig?

1. Wanneer is een tool eenvoudig?

Wanneer wordt iets als eenvoudig beschouwd en wat heb je daar voor nodig? Hierop wil ik antwoord krijgen zodat ik een beter beeld krijg van wanneer iets nou eenvoudig is en welke elementen het eenvoudig maken.

2. Op welke manier kun je inzicht krijgen als gebruiker in een tool?

Hierdoor wil ik te weten komen op welke verschillende manieren iemand inzicht kan krijgen in de informatie die een tool aanbiedt. Ik denk zelf hierbij aan hiërarchie en visuele manieren om informatie aan te bieden.

3. Wat zorgt voor eenvoudigheid in een layout?

Met deze vraag wil ik erachter komen wat het product nou meer overzichtelijk maakt sinds dit erg belangrijk is voor de gebruikers. Ik hoop dat ik antwoorden krijg om tot goede inspiratie te komen.

4. Wat is het beste navigatie structuur voor eenvoudigheid?

Ik wil erachter komen wat de beste manier is om te zorgen dat gebruikers zo goed mogelijk kunnen navigeren in het product. Dit helpt mee aan dat gebruiker zich makkelijk kunnen oriënteren en hopelijk kom ik op goede en vernieuwende inzichten om dit mogelijk te maken.

Hoe kan de tool zo ontworpen worden dat het een wow-factor geeft?

subvragen

1. Wanneer heeft iets een wow-factor?

Door erachter te komen wanneer iets zo’n factor heeft, kom ik op inspirerende voorbeelden en een beter begrip over het concept.

2. Hoe zorg je dat het functioneel blijft?

Om te weten hoe een wow-factor toch functioneel blijft, wil ik deze vraag stellen. Dit is belangrijk om te weten zodat alle ruimte in de tool optimaal benuttigd wordt.

3. Hoe bereiken andere producten dit?

Door te kijken naar andere producten kom ik erachter op welke verschillende manieren dit mogelijk is. Ik wil vooral kijken naar waar en hoe de wow-factoren in het product verwerkt zitten.

Om wat meer te weten te komen over het probleem die ervaren wordt en over de huidige tools die gebruikt worden ben ik een klein onderzoek gaan doen.

In dit onderzoek heb ik met Martin, global head of UX, een gesprek gevoerd en ik heb de verschillende tools die MM voorziet onderzocht om te kijken of daar een mogelijke oplossing in gemaakt kan worden of uitgehaald kan worden.

Huidige tools

MM maakt gebruik van Slack om te communiceren, de MM website voor project display en de tijden van de kantoren. Er is ook een MM app met handige functies. Daarnaast heb je nog 10,000ft en Sanskrit, maar dat is meer om te kijken wanneer je op projecten geboekt staat en om werknemers op projecten te zetten.

Slack

Slack is het platform dat wordt gebruikt voor globaal contact van werknemers tijdens projecten, binnen teams en ook voor leuke activiteiten om bijvoorbeeld memes uit te wisselen of liefde voor katten te delen. Dit zijn de 'channels' van Slack. Deze kunnen aangemaakt worden door iedereen. Er zijn 2 soorten channels (zie foto 1.1), een die vergrendeld is en waarvoor je uitgenodigd moet worden (slotje) en een waar je jezelf in kan gooien (hashtag).

Als gebruiker heb je een persoonlijk profiel (zie foto 1.2). De informatie die hier wordt weergegeven is per persoon best minimaal. Dit komt doordat je er zelf voor moet zorgen dat het er staat (zie foto 1.3).

In Slack is het niet mogelijk om te zien in welk kantoor een persoon zich bevindt. Wel staat er een lokale tijd, alleen in ons geval zouden dit meteen al 3 mogelijke kantoren zijn (zie foto 1.2).

MediaMonks website

De MM website wordt vooral gebruikt om projecten weer te geven en natuurlijk om klanten contact op te kunnen laten nemen. Ook is er een carriere sectie waar alle openstaande posities worden weergegeven. Daarnaast kwam ik tijdens dit onderzoek achter dat er ook een blog site is, hierin worden interessante onderwerpen behandeld wat eventueel voor inspiratie kan zorgen.

Ze hebben onderaan de homepagina een overzicht met alle kantoren. De kantoren die wit zijn weergegeven zijn open en de grijze doorgestreepte zijn dicht. Naast elk kantoor staat ook de tijd, dit is handig om precies te weten hoe laat het is in een andere tijdzone. Ook kun je rechts van de kantoren de contactgegevens zien om contact op te nemen met dat kantoor.

MM app

In de MM app zitten veel verschillende features:

• Verjaardagen zien van collega's

• Aanmelden voor avondeten

• Monkbook met alle werknemers (onbekend in hoeverre deze wordt bijgehouden)

• Biertijd afteller

• Kantoor informatie (al een tijd niet bijgehouden)

De app is zeker niet af, toen ik werd rondgeleid door MM ontmoette ik iemand die bezig was met een filtersysteem voor het monkbook, overigens is deze nog steeds niet geïmplementeerd. Nu staan er ook veel werknemers zonder foto of als locatie bij een onbekend kantoor.

Ook ontbreken er veel kantoren in de 'company info' feature. Wel kun je zien hoe laat het is in die tijdzone en als je op de locatie tapt, dan kun je het adres zien en er zijn buttons om te bellen of om te mailen.

Het nadeel van de app is dat het alleen via mobiel verkrijgbaar is. Dit had nog wel een goede potentie kunnen zijn om uit te breiden met de features die nodig zijn om het huidige probleem op te lossen.

10,000ft

Deze website wordt gebruikt om te zien op welke projecten je als monk geboekt staat. Ook is er een tab met alle projecten en de functionele data ervan zoals naam, client, start- en eind datum. Managers gebruiken deze site om monks op projecten te boeken.

Het werkt op zich wel goed om te zien op welke projecten monks staan maar het is erg functioneel en de website is algemeen erg traag. De indeling van de filters is daarnaast erg onduidelijk en als je iets per ongeluk hebt aangeklikt duurt het lang om het te laden en vervolgens weer ongedaan te maken.

Net zoals de MM app zit helaas in deze tool ook bij de meeste monks geen foto (zie afbeelding 5.4).

Sanskrit

Als monk kun je ook in Sanskrit om projecten, departementen, pillars en monks te vinden. Er is een zoekbalk maar als je iets typt geeft het suggesties, deze kun je niet allemaal bekijken en wordt afgesneden aan het einde van de pagina. Alleen als je op een suggestie klikt kom de op de detailpagina van een project of monk. Je kunt niet op een departement zoeken.

Wat wel handig is aan dit programma, is dat er linkjes zijn naar 10,000ft, Google Drive, Slack en nog meer programma's. Dit kan ik zeker toevoegen aan mijn oplossing om eventueel gebruikers naar deze pagina te brengen.

Maar net zoals veel andere tools is de informatie niet helemaal compleet. Er missen foto's en monks zijn niet allemaal juist opgedeeld in kantoren. Voor de rest is de uitstraling weer erg functioneel en ik vind zelf dat je een beetje verloren voelt in dit programma.

Spreadsheets

Ook tijdens mijn onderzoek ben ik erachter gekomen dat er al best wat spreadsheets bestaan met een deel van de monks erin.

Wat ik vooral uit de spreadsheets haal, is dat ze niet compleet zijn. Er missen nogal een aantal medewerkers. Wel kun je handig zoeken op naam, pilaar of department in een sheet, is het visueel niet heel aantrekkelijk om te gebruiken. Dit is al meer informatie dan de meeste tools!

Wat ik zelf ook mis zijn foto's, als ik iemand heb gevonden die ik nodig heb moet ik weer via een andere tool het gezicht achter de naam vinden. Dit kost wel wat tijd.

In deze spreadsheets staat veel gevoelige informatie en werd gevraagd of ik deze niet wil delen.

Mijn stakeholders zijn opgedeeld in directe en indirecte groepen. Uiteindelijk gebruik ik alle medewerkers van MM als stakeholder, ik heb deze grote groep nog opgedeeld in kleinere groepen als belangrijkste stakeholders.

Belangrijkste stakeholders

Managers, producers en operation monks

Deze medewerkers hebben de meeste problemen bij het gebrek aan een overzicht van kantoren en contactpersonen.

Zij willen graag een overzicht om zo snel mogelijk contact op te nemen met de contactpersonen.

Sales en growth monks

Deze groep heeft last dat ze niet weten welke expertises en kennis waar bevindt.

Zij willen graag een overzicht met daarin de verschillende beschikbare skills per locatie.

Alle monks

Monks in het algemeen hebben last van dit probleem omdat ze geen beeld hebben bij wat lokale kantoren doen en wat voor talent daar zit dat ze kunnen raadplegen.

Zij zouden een visueel overzicht met de verschillende kantoren en eventueel expertises willen hebben.

Direct

C-level en operations hebben behoefte aan een overzicht.

PR en communications voor een overzicht en als communicatiekanaal.

HR is eigenaar van de kantoren en medewerkers data.

Lokale managing directors en general managers bepalen hoe hun kantoor zich profileert naar de rest.

Managers en producers willen het meest contact leggen in context van lokaal uitgevoerd werk en kennis/expertises.

Indirect

Alle monks om meer te op de hoogte te zijn van de kantoren met de bijbehorende departementen, projecten en monks.

Klanten hebben last van de negatieve gevolgen van het probleem zoals tijd, geld en kwaliteit.

Martin Kool, Global Head of User Experience, persoonlijke communicatie.

Ook bij de customer user journey is het lastig om één algemeen overzicht te maken hoe elk proces eraan toe gaat. Hierom heb ik voor elke persona één gemaakt zodat er, hopelijk, een duidelijk beeld uitkomt waar in het proces de meeste pijnpunten zitten.

Monks weinig problemen

Dit is de meest voorkomende journey wat tijdens het onderzoek, met de interviews en tijdens mijn tijd op het kantoor, naar voren is gekomen. Tijdens dat een monk aan het werk is en op een probleem of vraag stuit, wordt er contact opgenomen met een manager of iemand van operations. Daarna wordt de vraag gesteld, dat kan op 2 manieren verlopen:

• Het eerste is dat er snel een antwoord op komt (binnen maximaal 2 uur).

• Het tweede is dat de monk een langere tijd moet gaan wachten op antwoord (na 1 dag).

Al het tweede voorkomt en de monk weet dat het langer gaat duren, dan is het goed mogelijk dat de monk nog iemand anders in gaat schakelen om de vraag aan te stellen.

Eenmaal antwoord hebben ontvangen kan de monk weer verder met het onderdeel waarop degene vastliep.

Bij deze journey kun je zien dat de lijn met emotie stijgt en daarna even een duik maakt naar de negatieve kant, daarna gaat de lijn wel weer stijgen.

Monks met problemen

Bij deze journey kun je zien dat er al veel meer stappen gemaakt worden dan die van de monks met weinig problemen. Dit komt omdat ze extra tools gebruiken om meer te weten te komen over iemand die ze zoeken, dit kan de email, locatie of departement zijn.

Ook kun je zien dat de lijn met emotie stijgt en daarna erg fluctueert bij de negatieve kant en 2 keer zelfs een soort diepte punt maakt. Gelukkig als de monk antwoord heeft, stijgt de lijn maar toch minder dan bij de andere journey.

Om meer houvast te krijgen met het design proces ben ik gaan zoeken naar principes die ik ga gebruiken om een goed begrijpbare tool te creëren.

KISS (Keep It Simple Stupid)

Alternatieve afkortingen van KISS:

• Keep it short and simple

• Keep it simple and straightforward

KISS is een principe dat eigenlijk zegt: Hoe eenvoudiger de uitleg en hoe eenvoudiger het product, hoe groter de kans dat de output nuttig zal zijn voor anderen.

Volgens Interaction Design Foundation (2019) kan het zijn dat KISS het eerste bruikbaarheid principe voor productontwerp geweest kunnen zijn, alleen is het nooit formeel gepresenteerd als principe. Het legt een focus op het idee als we een product niet kunnen begrijpen, dat het niet bruikbaar is en dat een zo breed mogelijk publiek moet het kunnen begrijpen, wil het product een maximaal marktaandeel verwerven.

Dat is precies wat ik wil bereiken met de tool, dat het begrijpbaar is voor iedereen! Aangezien er veel verschillende mensen bij MediaMonks werken, met veel verschillende talen, moet het product zo simpel mogelijk zijn dat het voor iedereen werkt.

Less is more

Dit is een principe dat wat meer bekend is, less is more. Ik denk dat deze principe ook erg waardevol is om in het achterhoofd te houden tijdens het zoeken naar design patterns en met het creëren van concepten.

Wat dit principe volgens April Studio (2019) inhoudt is dat eenvoud een cruciale rol speelt bij het leiden van de aandacht van de toeschouwer en hen te helpen een product te begrijpen. Hoe minder elementen er in zitten, hoe groter de kans dat beide doelen worden bereikt.

"Form follows function", een van de meest populaire motto's in de designwereld waarbij hij de overtuiging uitdrukte dat design altijd de prioriteit moet geven aan bruikbaarheid voor esthetiek. Het terugbrengen van kleuren, vormen en vormen tot elementaire eenvoud werd gedaan met het doel hun fundamentele aard te behouden.

Om meer te weten te komen over de huidige situatie van de gebruikers heb ik, met wat hulp van Martin, een survey gemaakt. Hierin worden eerst wat algemene informatie vragen gesteld over de locatie en rol van de medewerker. Daarna komen er stellingen waar ze het mee eens of oneens kunnen zijn, deze stellingen gaan vooral over de aannemende situaties.

Als laatst wordt er een vage omschrijving van het idee gegeven en wordt er een open vraag gesteld over wat de medewerkers hopen dat ze met de tool kunnen. Met deze antwoorden kan ik peilen of het idee overeenkomt met wat de medewerkers willen. Ook zorgt dit voor inspiratie om het idee aan te passen.

Conclusie survey

Eigenlijk verschilt het per monk heel erg hoeveel ze op de hoogte zijn van de kantoren, projecten en hoeveel last ze van de gevolgen hebben. Uit de resultaten blijkt dat het niet uitmaakt wat hun senioriteit is en in welke departement ze werken om meer te weten over de projecten en expertises.

Wat wel fijn is, is dat de meerderheid van de monks aangeeft dat ze op de hoogte zijn waar alle kantoren zijn. De minder fijne conclusies zijn dat de meerderheid niet goed op de hoogte zijn van de projecten en dat ze moeite hebben met het vinden van expertises.

Nog een punt dat positief is, is dat de monks grotendeels niet last hebben dat ze er te lang over doen om degene te vinden, en dat hun kwaliteit niet achteruit gaat.

Ook is de aanname om de tool in een Chrome extensie te maken, omdat deze browser het meest gebruikt wordt, nu bevestigd. Ongeveer 90% van de ondervraagden gebruikt Chrome.

De survey

De enquête is door een totaal van 73 monks over de hele wereld ingevuld!

Vraag 1

De meeste responses komen uit Hilversum, dit is natuurlijk niet zo gek sinds hier de meeste mensen werken. Er zaten ook redelijk wat responses uit Buenos Aires, Singapore en Los Angeles bij.

Vraag 2

Bij deze vraag was ik er verbaasd hoeveel verschillende departementen er hebben geantwoord. Hierbij waren de meeste UX'ers en Creatives.

Vraag 3

De meeste monks zijn mid, maar er zitten ook best veel seniors en managers/leads bij. Met deze vraag kan ik zien wie er het meeste last hebben van de aannames die ik later in de enquête stel.

Vraag 4

Hier had ik al een aanname voor maar dit is gelukkig nu ook bevestigd, het overgrote gedeelte gebruikt Chrome als standaard browser.

De volgende vragen zijn stellingen die de monks van 1 (helemaal oneens) tot 5 (helemaal eens) kunnen beoordelen.

Vraag 5

Bij deze vraag dacht ik ook wel dat de meeste monks wel weten waar de meeste kantoren zijn, maar het meest voorkomende antwoord wijst erop dat ze toch niet weten waar elk kantoor zich bevindt. Wel ben ik opgelucht dat niemand niet weet waar de kantoren zijn.

Vraag 6

Deze vraag was een interessante, het overgrote deel van de monks weet niet wat voor projecten en events er gebeuren in kantoren. Dit deel zou ik graag in het uiteindelijke product willen verwerken en er meer over te weten komen.

Vraag 7

Deze antwoorden zijn erg interessant, het grote deel heeft voor 4, dus eens, gekozen. Maar ook een groot deel is het er mee oneens en heeft een 2 gegeven.

Vraag 8

Ook bij deze vraag zijn de meningen erg verdeeld, het merendeel is neutraal bij deze stelling. Wel meer monks zijn het ermee oneens dan eens.

Vraag 9

Gelukkig is de meerderheid van de monks het ook oneens met deze stelling. Wel kan het zijn dat ze zelf niet opmerken dat de kwaliteit achteruit gaat en voor oneens kiezen.

Vraag 10

Ook mijn aanname over het gebruik van de laptops is bevestigd, ongeveer 50% is het helemaal eens met dat ze een laptop gebruiken. In de open vraag aan het einde las ik dat sommige de app opmerken en daardoor gebruik maken van hun telefoon.

De volgende vraag is de open vraag om te kijken wat voor ideeën de monks hebben en wat ze verwachten als de tool al bestaat.

Vraag 11

Bij deze vraag waren er veel reacties met:

• de projecten highlighten per kantoor (20+ comments)

• een lijst met alle teams en daarin de monks plus filters om te zoeken

• integraties met andere programma's

• iets over de details van een project (de brief, team dat eraan gewerkt heeft, externe agencies, case videos, pitch decks, budgets)

Meest interessante reacties

"From what I've observed, it would be useful to have a global talent directory sorted by specialisation and experience in different bodies of works."

"First, see all the offices and pick one from a huge map. Second, see all the familiar faces + names and info (email/phone number). It'd probably be best to seperate everyone in 'Producers', 'Editors' etc) Finally, it may be useful to have a list of projects everyone has worked on? That's all I could come up with :)"

"It should ALWAYS be up to date (updated in real-time). It would also include information from our WIKI. It would have an integration with smoelenboek/sanskrit. It would contain an easy search functionality but also smart suggestions based on 1000ft (it knows which project I am on and department I am in, so it should be able to give me at least relevant information for those). A while back I did my thesis on this subject as well. I found that it would be cool if it could have an integration for new monks to quickly get to know the most important faces around the company (kind of like an onboarding) and an introduction to key information pieces, files, and MM culture fun facts."

"1. Give me an overview of the latest work produced and showing which offices worked on it. 2. Showing a full overview of all offices including the areas of expertise or major clients that office works with. 3. Some sort of search function that shows me exactly who to reach out to when I have a question regarding any topic. 4. Basically, I'd like the app we have to be revamped/expanded/improved/updated so I can check it as sort of a newsfeed each morning, same as I would LinkedIn or Instagram. With a proper search function that can help me find projects, people and information that's currently only on Wiki for instance."

Omdat ik meer in details wil opgaan hoe monks het zoeken naar een bepaalde informatie aanpakken en wat hun grootste pijnpunten zijn heb ik deze interviews opgezet.

Ik hoop hierdoor een beter beeld te krijgen over wat voor tools ze gebruiken, welke devices ze daarvoor gebruiken en hoe ze zichzelf op de hoogte houden van projecten.

Conclusie interviews

Monks met weinig problemen

Uit de interviews met de monks die weinig problemen ervaren is er een leuke openbaring gekomen, ze hebben toch wel last van een probleem tijdens het contactproces. Ze vinden dat het te lang kan duren om tot het antwoord te komen.

Volgens een monk zou het overkoepelende probleem eventueel kunnen worden veroorzaakt omdat de onboarding die geven wordt wat onderdelen missen. Ook zei hij dat het met ervaring een stuk makkelijker wordt.

Ook heb ik opgemerkt dat een monk, die heeft aangegeven niet op de hoogte te zijn van projecten in andere kantoren, in de interviews aangaf zichzelf beter op de hoogte houden dan de andere. Dit is ook een interessant inzicht om duidelijker aan te geven welke projecten waar gebeuren.

Monks met problemen

De monks die wel problemen ervaren heb ik opgemerkt dat ze meer verschillende tools gebruiken om tot hun antwoord te komen. Ook vragen ze aan meerdere personen of groepen in de hoop dat ze tot de juiste informatie komen.

Wat ook opviel is dat elke monk met problemen wel de duur van het wachten of de locatie van het persoon heeft benoemd. Dat ze soms schaapachtig door het kantoor lopen en aan iedereen vraagt waar iemand is.

Een interessante comment was dat sommige monks ook erg gelimiteerd zijn met hun contactgroep om daar naar experts te vragen. Dit ligt vaak aan dat ze niet anders weten dan die groep terwijl er vast meerdere groepen zijn die met andere experts komen.

Bevindingen interviews

• monks met weinig problemen ervaren toch wel problemen

• monks met problemen gebruiken meer verschillende tools

• tijd en de verschillende tijdzones zijn een van de grootste pijnpunten

• monks worden soms gelimiteerd tot hun contactgroep met het zoeken naar een expert

• het niet weten om een bepaald persoon of team te bereiken

Voor de antwoorden per ondervraagd persoon kun je hier terug vinden:

Deze monks hebben aangegeven in de survey ze wel problemen hebben met het zoeken van skills binnen de kantoren.

Delano Kamp (UX)

"Help me find the right people with the right amount of expertise around a certain subject. Instantly allow me to ask them a question. If they're in the same office, point me in the right direction of where they would be located. Might be nice to look through projects to see who's worked on it (or still working on it). Would also be cool to have an overview of all the projects going on around all offices (just because there are so many awesome projects I never even realize we're doing)."

1. If you want to know where a specific expert or skill is within MediaMonks, how would you approach the contact process?

I’d ask the people who’ve been around for a while who I can approach, since they’re more likely to have a good grasp on who could have this specific skill. They then point me in the right direction. From there I either slack the people to ask if they are in the same office and have some time to help me out. I’ll then walk by their desk and get the help I need. If they don’t respond I’ll try to go to where their department is located and ask people in that area for the specific person. I’ll usually find out where their desk is located pretty easily. If they’re not in the office, I’ll slack them with questions and hope for an answer.

2. Are there any pain points in the contact process?

Same office = looking for the person, sheepishly walking around an unfamiliar department bothering random people to find the right person.

Other office = Time differences and not being sure if the person is going to respond.

3. Which tools do you use for the process? These can be provided by MM or perhaps you have other tools

Digital tools: Slack. Sometimes 10kft to see who worked on a project.

3A. Do you need to switch between tools?

In the case of the person not being in the same office I can imagine talking to someone on slack and then switching to a Google meets hangout.

3B. Do you need to switch between devices?

Nope, just my laptop. ‌ 4. What are your goals you hope to achieve with the tools?

Get in contact with the right person and then get more clarification on the thing I want more info about.

5. How do you keep yourself up-to-date with the projects at the different offices?

I don’t, there are a lot of projects going on. It’s almost impossible right now to know which projects are going on in my own department, let alone the other departments in the same office. Not sure I can even imagine also keeping myself up to date with projects across all departments and in all offices.

Marta Tomczak (communications)

Time Zones

1. If you want to know where a specific expert or skill is within MediaMonks, how would you approach the contact process?

Slack them.

2. Are there any pain points in the contact process?

Nope, unless you don't know the person - then it's impossible to find them as we have no database.

3. Which tools do you use for the process? These can be provided by MM or perhaps you have other tools

Slack and I also use mail a lot.

3A. Do you need to switch between tools?

Yes, between email and slack.

3B. Do you need to switch between devices?‌

Laptop or phone, but I don't have to.

4. What are your goals you hope to achieve with the tools?‌

Start a conversation.

5. How do you keep yourself up-to-date with the projects at the different offices?

I talk to Managing Directors and Creative Content leads.

Olivia Cabello (UX strategist)

Right now I use the Monk Book in the MM app to look up people, but the problem with it is that most times the info on there (job titles, offices, etc.) is outdated so I can't really trust it. Would be great to have a tool that not only has up to date info, but also where you can directly get in touch with these people instead of having to copy paste the email (maybe a link to email or slack or something like that)

1. If you want to know where a specific expert or skill is within MediaMonks, how would you approach the contact process?

‌The times I had to look for someone who could help me with a specific skill, I asked someone I knew. If I don't know someone with that skill set I ask the same group of people that I know if they know someone who can help me.

2. Are there any pain points in this contact process?

So many! First of all, I feel like I end up reaching out to the same group of people over and over again on Slack. Sometimes if this group is super busy and I don't get a reply to my request or when I finally get a reply it's already too late. I also feel like I'm limited to the 30+ monks I know and missing out on the skills of 1000+ monks. Would be great to have some kind of MM version of a skillsharing app and getting connected to the right person through that.

3. Which tools do you use for the process? These can be provided by MM or perhaps you have other tools

I haven't really used anything else besides Slack for this. Very rarely I use the MM app but that's only for checking what a monk's role is or their email.

3A. Do you need to switch between tools?

Not really - I would say it's always just Slack.

3B. Do you need to switch between devices?

Nope! Only use the desktop version :)

4. What are your goals you hope to achieve with the tools?‌

Slack is usually the fastest and easiest way to communicate.

My main goals are to reach out/get a response and have fast and easy communication.

5. How do you keep yourself up-to-date with the projects at the different offices?

The only ways I find out what other offices are doing is when they announce something in the monknews Slack channel or LinkedIn, or if I'm working on a project with another office. I'm generally also only up-to-date with what our NY office is doing because I used to work there and am still part of the office's slack channel :p

Tina Torres (growth)

Provide org charts w names, titles and office location and maybe a blurb about expertise, as well as a log of decks categorized by specialty

1. If you want to know where a specific expert or skill is within MediaMonks, how would you approach the contact process?

I usually have to ask the Growth Slack channel or leads in the LA office Alex D., Olivier or Catherine Lee to determine expertise.

2. Are there any pain points in the contact process?

Yes, pain points are waiting for response, availability, not sure of how to contact that person or team, and often repetitive information needed cross teams IE: New biz intake form in US, then same info in another email to pillars if needed, plus a brief, then a creative brief etc.

3. Which tools do you use for the process? These can be provided by MM or perhaps you have other tools

Not sure what tools exist to determine experts or Orgs. For contact I use mail and Slack.

3A. Do you need to switch between tools?

Not really, sometimes between mail or Slack.

3B. Do you need to switch between devices?

No, everything on desktop!‌

4. What are your goals you hope to achieve with the tools?‌

Ideally we should have a wiki or tool where orgs exist for each office coupled with POC’s and ways to communicate, hours of ops in each timezone, and possible categories of expertise should be outlined.

5. How do you keep yourself up-to-date with the projects at the different offices?

On Linkedin or in the growth or strategists slack channels.

Delano Kamp, persoonlijke communicatie.

Marta Tomczak, persoonlijke communicatie.

Olivia Cabello, persoonlijke communicatie.

Tina Torres, persoonlijke communicatie.

Websites

Er zijn al veel bestaande producten, ik ben gaan kijken naar layouts met een kaart of aarde, dit is hoe ik denk dat de tool er uit gaat zien. Daarnaast ben ik ook gaan kijken hoe de navigatie is opgebouwd in een site. Hierbij wil ik vooral simpele layouts vinden die clean zijn.

Bewegen Bike Share

Dit voorbeeld van Bewegen (z.d) ziet er erg clean uit, de kaart is zo min mogelijk gedetailleerd. Op de kaart staan duidelijke pointers van alle locaties.

Er zijn wel veel verschillende elementen om mee te navigeren in de layout. Linksboven een hamburger menu, rechts boven en onder elementen die ook weer terug komen in het menu maar er ook los van staan. Dit lijkt mij een beetje onnodig.

De transitie naar het menu is wel cool, maar als de kaart het belangrijkst van de site was zou het niet handig zijn om de hele kaart te bedekken, bij deze website is dat niet het geval.

Earth 2050

Dit voorbeeld van Kaspersky (z.d) wordt ik erg enthousiast van. Het heeft een interessante layout, links voor 4/5 een wereldbol en voor 1/5 rechts een feed van nieuws. Dit zou handig gebruikt kunnen worden voor als er een beslissing is welke functies er in het overzicht komen.

Wat mij ook opviel is dat er een button midden boven is om te switchen van deze layout naar de feed. Rechtsboven zijn nog meer items om mee te navigeren door de site heen.

Spotify Listening Together

Bij de site van Spotify (z.d) is de interface heel minimaal, er is nergens een knop voor een menu. De items staan links onder naast elkaar. Rechts onder staan buttons om met social media te delen.

Ook hier zijn de pointers erg duidelijk weergegevens, dat komt ook dat ze op de aarde invliegen en een goede contrast hebben.

Google Maps

De layout van Google Maps (z.d) is de standaard wereldbol in het midden met een side menu. Hoe de navigatie werkt met het hamburger menu vind ik zelf niet heel handig, de twee menu's zitten over elkaar wat zorgt dat de een de ander een beetje verstopt.

Concepten

Door middel van Pinterest en Dribbble kom ik ook veel voorbeelden tegen, dit zijn meestal concepten. Maar dat wilt niet zeggen dat ik er geen inspiratie uit kan halen.

Alvogen

Dit concept van Copetto (2018) is eigenlijk het enige concept wat ik ben tegengekomen waar de inhoud ongeveer hetzelfde is als wat ik wil bereiken. Ook hier is weer een layout met links een gedeelte voor informatie, in dit geval de verschillende landen van de kantoren.

Deze layout is wel heel clean en er kunnen geen elementen elkaar overlappen. Dit zorgt dat alles heel duidelijk getoont kan worden.

Na even zoeken kwam ik erachter dat dit ook echt een website is, alleen het werkt niet zoals in het concept eruit ziet. De wereldbol is statisch en als je op een kantoor klikt, dan gebeurt er niks visueels behalve dat meer informatie getoond wordt.

Wel kon ik meer zien over de layout, de menu knop zit aan de hele rechterkant. Als je erop klikt komt er met een transitie het menu over het hele scherm.

Save the earth

Ook dit concept van Pham (2018) is een mooi voorbeeld van een layout die erg minimalistisch is maar toch werkt! Wat ik handig vind is dat er links ruimte is voor andere items die eventueel in mijn tool komen te zitten.

Het scroll gedeelte rechts vind ik ook erg handig om te browsen of voor een andere functie. Omdat het allemaal een geheel vormt, straalt het rust uit maar ziet er toch heel gelikt uit.

Bevindingen layout

Uit de voorbeelden die ik heb gevonden met een kaart of aarde layout ben ik erachter gekomen dat de meeste sites hun layout als volgt hebben:

Zoals hieronder is ongeveer 1/4 of 1/5 gedeelte van de totale breedte een blok met daarin informatie. De rest is een kaart of een wereldbol. Daarnaast staan er hier en daar in de hoeken nog een paar buttons om mee te navigeren.

Met de informatie blokken en hoe de aarde worden weergegeven kan natuurlijk erg geïtereerd worden, hier ga ik verder mee in conceptontwikkeling. Wat belangrijk is, is dat de layout minimalistisch is en overzichtelijk blijft.

Alle patterns van de layout kun je hier terug vinden:

Bevindingen geavanceerd zoeken

Voor het geavanceerd zoeken waren er vooral 2 layouts die naar boven kwamen. De een met aan de (meestal) linker kant de filters, en de een met de filters aan de bovenkant.

In deze filters kwamen als parameters voor:

• Checkboxen in een dropdown

  • Eventueel in een gefixeerde hoogte zodat je kan scrollen.

• Hyperlinks

  • Worden vaak gebruikt bij een hiërarchie met veel lagen.

• Radio buttons

  • Meestal gebruikt voor het sorteren van de content.

• Slider

  • Vaak voor de prijs radius, maar kan ook gebruikt worden voor jaartallen.

• Visuele iconen

  • Om wat meer ondersteuning te bieden met het zoeken, bijvoorbeeld bij kleuren.

Voor wat ik in gedachten heb, denk ik, dat de layout met de filters aan de zijkant handiger is. Er zit meer overzicht in doordat de filters onder elkaar staan, zo kunnen de gebruikers makkelijker zien welke filters er beschikbaar zijn en dan gaat de UI niet over de content heen als er een filter uitgeklapt moet worden zoals bij de tweede layout.

Daarnaast is ook de content in de eerste layout makkelijker aan te passen naar een lijst of zoals het voorbeeld blokken met eventueel foto's.

Alle patterns van het geavanceerd zoeken kun je hier terug vinden:

Bevindingen wow factor

Toen ik voor mezelf aan het onderzoeken was wat ik een wow factor vind, ben ik uitgekomen op mooie animaties, vloeiende transities en leuke extra's in websites. Omdat er weinig te vinden was aan artikelen, heb ik de hulp van mijn collega's ingeschakeld.

Tijdens de meeting is mijn vermoeden dat een wow factor subjectief is, bevestigd. Niet iedereen heeft dezelfde voorkeuren voor wat voor hun een wow factor heeft. Als er een standaard was, dan zou iedereen een website zo maken en daarna zou het niet meer een wow factor opleveren omdat iedereen het doet.

Maar tijdens de meeting zijn er wel overeenkomende factoren benoemd waar iedereen het mee eens was.

Originaliteit

Een website met iets origineels dat ook nog eens een functie heeft, geeft een wow factor. Als iets origineels is dan kan dat al veel sneller deze factor geven omdat het onbekend en nieuw is.

Neem bijvoorbeeld de Greta Thunberg website van Superhero Cheesecake en Colorbleed (z.d) met de originele tijdlijn. Deze website is erg uniek qua hoe ze de informatie hebben weergegeven. En hoe je door de tijdlijn heen scrollt, normaal zou het van links naar rechts of van boven naar beneden zijn.

Vloeiende animaties en transities

Wat ook een wow factor geeft zijn vloeiende animaties en transities. Deze geven een level van skill weer maar ook dat er nagedacht is over de kleine dingen in de website.

Als je naar het voorbeeld van Cuscito (2019) hieronder kijkt, dan zie je dat alles onafhankelijk van elkaar beweegt. Er is veel over nagedacht over wat elk element moet doen en hoe ze bewegen.

Storytelling

Naast het visuele kan de manier waarop en hoe het verhaal verteld wordt ook een wow factor geven. Bijvoorbeeld bij de site van hims (z.d) maken ze heel goed gebruik van de juiste storytelling waardoor moeilijke onderwerpen wat luchtiger worden. Ook het beeldtaal maakt het minder lastig om naar te kijken.

Alle patterns van de wow factor kun je hier terug vinden:

Om nog het verhaal per user categorie wat duidelijker en meer visueel te maken heb ik voor elke persona met hun user journey een story opgesteld. De story gaat over hun proces die ze moeten doorlopen om tot de juiste informatie te komen waar ze naar zoeken.

Monks met weinig problemen

Monks met veel problemen

Op basis van de enquête en de interviews heb ik de monks opgedeeld in 2 categorieën:

• degene die wel problemen hebben met het vinden van de juiste informatie.

• degene die geen of weinig problemen hebben met het vinden van de juiste informatie.

Met het vinden van de juiste informatie bedoel ik ermee dat ze het juiste persoon vinden voor hun vraag, of een project waaruit ze eventueel inspiratie willen uithalen.

De personas zijn niet met hele strenge grenzen afgebakend. Omdat er zoveel verschillende monks zijn, kan informatie bij beiden van toepassing zijn.

Monks met weinig problemen

Bij deze persona waren de doelen erg duidelijk uit de interviews, ze willen graag dat ze antwoord krijgen op hun vraag, naar de juiste personen verwezen worden en dit in zo min mogelijk tijd en zo effectief mogelijk.

Ook het proces kwam vaak overeen met elkaar, eerst bij een hoger management of bij operations vragen, eventueel ook bij een project manager mocht het te lang duren. Vaak wordt de vraag ook in Slack groepen gegooid zodat er zoveel mogelijk mensen zijn die kunnen antwoorden. Dit heeft ermee te maken dat ze graag antwoord willen in een zo'n kort mogelijke tijd.

De ondervraagden gebruiken eigenlijk alleen Slack, mail en hun connecties in het bedrijf.

Monks met problemen

Deze persona waren de antwoorden uit de interviews iets meer verspreid. Ik heb zo goed mogelijk geprobeerd ze bij elkaar te voegen. De meeste goals komen overeen met de monks die weinig problemen ervaren, alleen ze vinden wel dat ze minder stappen en tools nodig zouden hebben om tot het antwoord te komen. Ook zouden ze beter willen weten hoe je het beste een monk of team kunt bereiken.

Het proces was best wel duidelijk samen te vatten. Eerst gingen ze bij ervaren monks vragen of ze iemand kennen. Daarna informatie zoeken of dat persoon (locatie, departement en mail) en dan de vraag stellen via de mail of Slack. Soms komt het wel voor dat het toch niet het juiste persoon is, in dat geval proberen ze nog een andere aanbeveling te krijgen of het via Slack vragen.

De pijnpunt dat het proces te lang duurt komt ook hier weer terug. Daarnaast vinden ze dat er te veel stappen of tools gebruikt worden en dat het soms lastig is om precies te weten hoe je het best contact op kunt nemen.

De ondervraagden gebruiken meerdere tools om meer informatie te krijgen over eventuele locaties of departementen van degene die ze zoeken.

Volgens het artikel van Hallam (2019) vertellen ze dat het de inhoud is die de wow factor maakt, niet de manier waarop een website is ontworpen. Maar de wow factor kan ook worden bereikt door de kwaliteit van het product of dienstenaanbod.

Wat ik denk is dat een wow factor ten eerste erg subjectief is, iedereen heeft wel een voorkeur voor een bepaald element of stijl. De een is niet snel onder de indruk van bijvoorbeeld een interactieve showcase site, en de ander wel.

Tijdens het zoeken naar voorbeelden die mij een wow factor geven, is het mij wel opgevallen dat vaak het visuele, de beelden, illustraties en foto's, mijn aandacht vroegen. Maar daarentegen is de inhoud ook wat een website een website maakt, want de ontwerper van het concept/de UX/het design heeft bedacht dat de layout zo benuttigd gaat worden.

Websites

Resn

Het werk van Resn (z.d) heeft een wow effect op mij. Hun site met alle projecten is er ook al onderdeel van, alles ziet er gewoon heel clean uit, er zit geluid bij, heeft interactieve elementen en smooth animaties.

Daarnaast hebben ze ook een leuke extra in de home pagina als je met je muis klikt en vast blijft houden. Elke keer is er weer een ander iets om mee te spelen.

VanMoof

De site van VanMoof (z.d), die de Resn (z.d) agency van hierboven gemaakt heeft, om hun nieuwe modellen en daarmee ook de technologieën te showcasen vind ik een voorbeeld van een wow factor. Ze laten het product zien op een manier dat nog niet heel veel gebruikt wordt, maar wel heel effectief is, en ook nog eens interactief op een leuke manier.

Why do cats/dogs ...?

Deze site, die ontwikkeld is door Bremer (z.d), is niet alleen erg handig maar ook de manier waarop ze de informatie hebben weergegeven krijgt een wow factor van mij. Why do cats/dogs ...? is eigenlijk een verzameling van linkjes die naar Google gaan. Zo kan de gebruiker achter vragen komen waarvan ze niet denken die te stellen, zoals 'Waarom wordt een neus van een kat nat?'.

De gebruiker kan over de verschillende vragen, die gecategoriseerd zijn, met de cursor er over heen gaan voor verduidelijking.

Concepten

StellarX

Ook bij dit concept van Steele (2019) kun je zien dat er gebruik gemaakt wordt van veel parallax effecten. Dit geeft altijd een wow gevoel als ze goed uitgevoerd zijn zoals bij dit voorbeeld.

Daarnaast bewegen veel kleine dingen tot in de details die je, als je goed kijkt echt opmerkt, maar als je snel kijkt niet eens door hebt. De wow factor zit hier ook in de vloeiende animaties.

Aarde animatie

Vaak zitten er op sites animaties als achtergrond of als laadschermen. Deze doen ook veel bij mij. Als ik op een site kwam die deze animatie van Shakuro (2017) af laat spelen als laad animatie en daarna een soort Google Maps tevoorschijn komt, zou het een wow factor hebben op mij.

De animatie is weer vloeiend en het heeft potentie om een goede transitie te vormen.

Event selector

Ook dit concept van Riley (2018) heeft iets origineels, als je op een locatie klikt, dan zoomt de aarde in en wordt het een 3D kaart. Daarnaast is de transitie als je op de locatie klikt erg vloeiend naar het 3D gedeelte.

Pet food website

Dit voorbeeld van Marcato Studio (2019) geeft een wow factor weer in een soort easter egg. Dit is een concept en ik weet niet precies hoe het bakje met eten in beeld komt, maar het is een leuk element en detail van de website.

Peer review

Om wat dieper in te duiken wat een standaard is voor wat gebruikers een wow factor geeft, heb ik tijdens de wekelijkse catch-up van het team waar ik stage mee heb gelopen deze vraag gesteld:

What gives you a wow factor in sites/apps?

Al snel hoorde ik verschillende factoren, maar ook overeenkomende. Ik heb een lijst gemaakt van alle benoemde elementen:

• Georganiseerde en gestructureerde sites waarmee de navigatie optimaal is.

• Interactie design - vloeiende animaties en transities

• Storytelling

• Details in een website

• Originaliteit

Wel vonden ze allemaal dat als er iets kleins was dat niet helemaal werkt, maar de site voor de rest helemaal top is, dat er geen wow factor meer mogelijk is.

Originele elementen

Greta Thunberg website

Deze site van Superhero Cheesecake en Colorbleed (z.d) werd benoemd vanwege de originaliteit aan navigatie. Natuurlijk moet het nog wel functioneel en gebruiksvriendelijk blijven als er iets origineels wordt gemaakt. Ook vond het team dat het niet een 'gimmick' moet zijn om aandacht te vragen maar echt goed uitgevoerd moet worden. Gelukkig werkte deze site perfect en is het concept vernieuwend.

Corn. Revolutionized.

Tijdens een andere meeting heeft iemand deze website van Pioneer (z.d) als inspiratie neergezet in het deck. Dit zie je wel steeds vaker maar het geeft voor nu nog een wow factor vanwege de mooie 3D effecten en de manier waarop het verhaal daardoor ondersteund wordt.

De navigatie bestaat uit een paar segmenten waarin er weer kleinere onderdelen van het verhaal bestaan. Bij sommige delen kun je ook meer interacteren met bijvoorbeeld hoe een maïsplant tegen het weer kan.

Vloeiende animaties en transities

Parallax scroll

Text integration

Dit zijn voorbeelden van het werk van Cuscito (2018, 2019) voor de vloeiende animaties en transities waar iedereen het mee eens was dat deze een wow factor geven. Dit is een designer op Dribbble die mooie voorbeelden maakt met parallax effecten. Bij zijn werk zie je dat alles afhankelijk van elkaar beweegt en de juiste timing heeft.

Storytelling

Hims

Voor de website hims (z.d) is de content en de storytelling heel belangrijk. Deze website is voor mannen die haarverlies, erectiestoornissen en huidproblemen hebben. Daarnaast kun je ook tips krijgen over verschillende ziektes.

Doordat de tekst en foto's zo nauwkeurig zijn afgestemd is het verhaal, dat over moeilijke onderwerpen gaat, een stuk minder intimiderend. Bij haarverlies staat een plaatje van een plant die zijn bladeren verliest en bij de erectiestoornissen een slappe plant. Ook al zijn het minder fijne onderwerpen maakt het toch een impact wat voor een wow factor kan zorgen.

The Boat

The Boat (z.d) doet de storytelling ook heel mooi met bewegende elementen, geluid en illustraties om het tot leven te laten komen. Dit is eigenlijk een heel gewoon verhaal maar door al die elementen bij elkaar te voegen wordt het een wow verhaal.

Zoals in het voorbeeld hierboven wordt er verteld dat de boot iedereen van rechts naar links geduwd worden door de woeste golven, als het beeld meedraait met geweld wordt je fantasie gestuurd om de situatie beter voor te stellen.

Creative Content UX team, persoonlijke communicatie.

Voor het specificeren van de content ben ik alvast gaan kijken naar wat voor soorten zoek- en filtermogelijkheden er zijn, welke design patterns vaak voorkomen en welke van toepassing kunnen zijn voor mijn concept.

How to improve advanced search in UX?

In het artikel van Minhas, 2018b, worden verschillende manieren van geavanceerd zoeken uitgelegd met patterns en de voor en nadelen ervan. Ook wordt er dieper gedoken in de verschillende parameters die er kunnen worden gebruikt in de zoekopties en met behulp van het artikel van Minhas, 2018a, met welke hoeveelheden ze het beste gebruikt kunnen worden.

Alle parameters zichtbaar

Voordelen

• Gebruiksvriendelijk om alle parameters te laten zien zodat de gebruiker gemakkelijk kan scannen.

• Werkt goed voor veel content.

Nadelen

• Wel moet er voldoende ruimte zijn zodat het overzichtelijk blijft.

Meest gebruikte parameters zichtbaar

Voordelen

• De meest gebruikte parameters worden getoont. De gebruiker maakt zich minder zorgen over details die niet nodig zijn.

• Het weergeven van slechts enkele opties heeft minder ruimte nodig en is er ook minder onoverzichtelijkheid in de interface.

Nadelen

• Heeft meerdere interacties nodig om naar de opties te navigeren.

• Niet handig voor een groot aantal content.

Soorten input parameters

Input box

Voordelen

• Handig wanneer er geen gedefineerde waardes zijn voor een parameter.

• Door placeholders te gebruiken wordt het duidelijk voor de gebruiker.

Nadelen

• Er moet wel duidelijk gecommuniceerd worden naar de gebruiker wat er in een box moet komen.

• De gebruiker moet wel echt weten waarnaar ze zoeken, is niet geschikt voor 'browsen'.

Checkboxen

Voordelen

• Handig voor als er voor meerdere opties gezocht moet worden.

• Is een gebruiksvriendelijk control omdat het een duidelijk beeld geeft van het selecteren en deselecteren.

• Bespaart ruimte als de categorieën ingeklapt staan.

Nadelen

• Door een categorie uit te moeten klappen moet de gebruiker wel meer stappen zetten.

Hyperlinks

Voordelen

• Als de gebruiker op een hyperlink klikt, dat wordt het automatisch toegepast.

• Als een hyperlink geselecteerd is, dan is het handig dat het een andere state heeft zodat het makkelijk onderscheiden kan worden.

Nadelen

• Wordt vaak gebruikt met meerdere hiërarchie lagen wat zorgt voor onduidelijkheid.

Radio buttons

Voordelen

• Zijn handig om te gebruiken als de gebruiker daarna nog specifiek moet zoeken (hyperlinks zijn anders handiger om meteen toe te passen).

• Wordt gebruikt zodat de gebruiker alle opties zien.

Nadelen

• Meestal is er een extra klik nodig om de parameter toe te passen.

• Niet handig bij 5 of meer opties (7 opties is wel echt het maximaal).

Visuele iconen

Voordelen

• Iconen of visuele elementen zijn een goede en aantrekkelijke manier om informatie te presenteren zoals kleur of het aantal sterren van een beoordeling.

Nadelen

• De iconen kunnen niet te ingewikkeld of origineel zijn, maar moeten standaard blijven zodat ze makkelijk begrijpbaar zijn.

Slider

Voordelen

• De gebruiker krijgt een snel te zien wat het beschikbare is en de geselecteerde waarde.

Nadelen

• Meestal handiger op touch devices omdat de muis niet heel precies is (dit kan opgelost worden met vastgezette punten).

Tags

Inbox tags

Als er een functie in komt met het zoeken op basis van skills en talenten is een tag systeem erg handig. Assis (2017) heeft dit handige en functionele concept gemaakt. In deze pattern kun je een tag toevoegen door te zoeken of door de categorieën heen te browsen.

Vanwege dat er weinig visuele hulp is bij de tags vond ik het een beetje onduidelijk wat er gebeurde als je een tag uit de balk sleept. Nu ik de pattern wat beter heb bekeken verwijder je de tag (kan ook door op het kruisje te klikken). Dit zou duidelijk zijn als de tag rood zou worden of dat er een prullenbakje erbij zou verschijnen.

Ook de layout zelf is iets dat je vaak terug ziet komen, links een menu met categorieën, boven de resultaten kun je nog tags toevoegen om het te verfijnen.

Free lancer UI

Later heb ik deze nog toegevoegd als design pattern omdat dit ook een mooi voorbeeld is wat ik uiteindelijk heb gebruikt in mijn uiteindelijke design. Babu (2018) heeft de tags zo ontworpen dat als je typt, je de letters ook dikgedrukt terug ziet in de suggesties. ​

Ook de manier waarop de zoekbalk een andere kleur heeft ga ik meenemen. Daarbij is de manier waarop de filters geselecteerd zijn erg duidelijk en de gebruiker ziet ook meteen hoe deze weer te verwijderen zijn met het kruisje.

Filters

Nike

Ook Nike (z.d) maakt gebruik van de standaard layout met links de filters. Elke filter is een dropdown die automatisch open staat. Dit zorgt ervoor dat meteen alle opties zichtbaar zijn voor de gebruiker zonder een extra klik.

Hier worden verschillende parameters gebruikt: hyperlinks om snel naar een categorie te gaan, vooral checkboxen, maar ook visuele kleur iconen.

Zalando

Zalando (z.d) is eigenlijk de eerste website, die ik ben gekomen, die niet gebruik maakt van de 'standaard' layout met links de filters en de rest van de ruimte de producten.

Bij hun staan de meest gebruikte filters, daarnaast is er een button om meer filters te tonen. Zalando heeft dit zo gemaakt omdat het per categorie verschilt hoeveel filters er toegepast kunnen worden. Om de meest gebruikte op 1 rij staan, voorkomen ze dat er bijvoorbeeld 3 rijen staan met alle mogelijke filters.

De opties staan allemaal ingeklapt in een dropdown, dit zorgt ervoor dat er meer ruimte vrij is, maar ook dat de gebruiker meer kliks moet maken.

Wat ik wel jammer vind, is dat het stuk met de filters niet mee scrollt. Wel logisch als je in de schoenen van een shopper staat die eerst gaat filteren en dan de producten wil bekijken, en omdat het verfijn gedeelte ook wel wat ruimte opneemt. Daarnaast kun je makkelijk naar boven met hun 'omhoog' button.

Puma

Bij Puma (z.d) maken ze op een meer visuele manier gebruik van de filters. De opties worden in blokjes geplaatst. Dit kan leuk zijn met weinig opties, maar zoals bij 'product type', wordt het al snel onoverzichtelijk omdat ze niet allemaal dezelfde grootte zijn.

Naast de gestylde checkboxes maakt Puma ook gebruik van de visuele kleur iconen en een slider voor de prijzen. In dit voorbeeld staan de waardes in de slider vast en wordt het voor de gebruiker makkelijk gemaakt om te kiezen.

The North Face

Ook bij The North Face (z.d) wordt gebruik gemaakt van de filter bovenin over de hele breedte van de website. Bij deze site hebben ze niet een optie om nog meer filters te voorschijn te halen, alle opties staan er.

Als je op een dropdown klikt dan staan er, net zoals bij Puma, gestylde checkboxen. Wat handig is voor de gebruikers, is dat er ook bij de opties staat hoeveel items er in die categorie zitten.

Wat mij opviel is dat als je scrollt net zoals in afbeelding 12, dan blijven de filters plakken aan de bovenkant! Dit vind ik erg gebruiksvriendelijk mocht je toch andere opties willen kiezen.

Zoeken

Junction

Om te zoeken is dit een leuke pattern van Junction (2020) om te gaan gebruiken. Door suggesties of recente items hierin te verwerken wordt de gebruiker op weg geholpen.

Wel is het zo dat mijn product waarschijnlijk verschillende paginas krijgt met verschillende onderwerpen. In dit geval zou deze pattern niet heel handig zijn, maar kan wel als inspiratie voor een zoekfunctie gebruikt worden.

Van alles wat

Funda

Ook bij Funda (z.d) maakt de site, naast de 'standaard layout', gebruik van veel verschillende parameters bij het geavanceerd zoeken. Dit ligt natuurlijk ook maar net aan waar de gebruikers allemaal naar moeten kunnen zoeken.

Deze site maakt vooral gebruik van radio buttons. Funda heeft hele duidelijke filters zodat de gebruiker heel gericht kan zoeken. Ook zijn er een paar opties die gebruik maken van checkboxes, deze worden dan naast het element uitgeklapt als overlay over de kaart.

Helemaal onderaan het zoekgedeelte heb je ook nog een zoekbalk om naar specifieke woorden in de omschrijving te zoeken, dit wordt gedaan met tags.

Wat wel handig is, is dat ze de meest algemene opties laten zien, mocht de gewenste optie daar niet tussen zitten kan de gebruiker op een '+' knop klikken om alle opties te laten tonen.

Dribbble

Dribbble (z.d) gebruikt veel verschillende methodes om de resultaten specifieker te maken. Als je hebt gezocht met een trefwoord dan kom je bij de resultaten tabs tegen om in die categorie te zoeken. Daarnaast kun je ook nog tags toevoegen om nog specifieker te zijn.

De layout is, net zoals Zalando, erg handig, alles staat netjes en overzichtelijk naast elkaar en is in een oogopslag te zien. Om de filters in en uit te klappen staat rechts een button met 'filters'.

Als je naar beneden scrolt dan gaat de het stuk met de filters niet mee, om terug naar het menu te gaan zou je weer naar boven moeten scrollen. Ook hier hebben ze dit opgelost met een terug naar boven button.

Om nog even de patterns op een rijtje te zetten welke elementen er goed aan waren, heb ik een comparison chart gemaakt voor de verschillende categorieën.

Hierin vergelijk ik de patterns met elkaar en verantwoord waarom ik denk dat het zo goed, middelmatig of misschien wel slecht is.

Layout

Uit deze vergelijking komt het concept van Save the Earth het beste eruit. De sites van Bewegen, Alvogen volgen daarna. Deze patterns kan ik gaan gebruiken als inspiratie om mijn concepten te vormen.

Geavanceerd zoeken

Bij het geavanceerd zoeken komt het concept inbox tags en de site van The North Face als beste eruit. Ook die van Funda en Dribbble kwamen er best goed uit. Deze patterns kan ik in gedachten houden voor de concepten. Ook kan ik de andere patterns die minder goed waren aanpassen als ze toch wel handige features hebben.

Wow factor

Bij de wow factor is het nog steeds lastig om te kiezen wat nou handig kan zijn in het concept. Deze vergelijking is ook meer om een richting aan te geven hoe een wow factor gebruikt en uitgevoerd kan worden.

Voor de meeting van 26 juni stelde mijn begeleider, Thomas, voor om zelf de touwtjes in handen te nemen en zelf een vorm bedenken om iets te testen. Omdat ik erg in een bubbel zit met het bedenken van concepten, heb ik bedacht om een conceptualisatie mini-workshop te gaan houden.

Dit ga ik doen door middel van de crazy 8 methode. Deze methode houdt in dat je eerst de mensen gaat briefen en daarna in 8 minuten 8 concepten gaat bedenken en deze schetst op een papier.

Hiervoor heb ik een deck gemaakt met een briefing erin om de wensen in het kort uit te leggen en door middel van een voorbeeld de voor en achtergrond uit te leggen. In het deck zit ook een timer zodat iedereen die kon zien.

Dit was bij mij zelf en de anderen wat lastiger dan gedacht, iedereen had uiteindelijk 4 concepten. Ik heb ze opgedeelt in 4 verschillende kleuren via Miro, dit was het makkelijkst om te delen met elkaar.

Concept 1

• skills in keywords iedereen die in aanmerking wanneer een vraag gesteld wordt, krijgt een notificatie

• grid met tiles per expertise, wanneer aangeklikt komt er een wereldbol met de monks te zien

• lijst met de expertises met de locaties

• categorieën aanklikken om daarin te zoeken

Concept 2

• plattegrond van elk kantoor met de werknemers, klik op een werknemer om de skills te bekijken en een bericht sturen

• visuele eilanden die een expertises voorstellen. Als je een eiland kiest, komt er een animatie en kom je bij een personen selector

• VR/AR om te reizen naar een ander kantoor

• switch knop van functionele naar immersive

Concept 3

• elke monk heeft een profiel, daaraan kun je spraak berichten sturen en daarin je vraag stellen

• een tempel/klooster met als elke verdieping een expertise. Selecteer een verdieping en krijg een slider te zien met de verschillende monks

• dropdown menu bij elke expertise, daarin staan monks die erbij kunnen helpen

• klikken op de locatie feature om te switchen met de functionele

Concept 4

• de extensie vraagt aan jou wat je nodig hebt, een chatbot

• de monks moeten een avatar maken die geplaatst worden op de wereldbol in het juiste kantoor

• groot beeldscherm in de lobby waar de vraag op gepost wordt zodat deze gelezen worden en iemand erop kan reageren

• horizontale switch om van de functionele naar de immersive te komen

Conclusie

Dit helpt wel een beetje om mij meer uit mijn concept bubbel te laten komen om te zien wat anderen denken. Ook vind ik het interessant wat voor verschillende richtingen de anderen mee komen.

Ik heb met deze methode vooral gekeken naar transities van het praktische naar de meer immersive kant.

Het idee, van Arquin, van de chatbot vind ik een goed idee aangezien het wat meer visueel kan dan de zoekbalk. Hiervoor moet natuurlijk wel een goede AI gemaakt worden die de juiste antwoorden geeft.

Wat ook interessant is, zijn de ideeën van Kevin met de tempels die in thema gaan met de monks. Eventueel voor de immersive kant zou dit een leuke inspiratie op kunnen brengen.

Mouringh had ook een idee dat door mijn begeleider Martin ook al werd voorgesteld, dat de website, of een deel ervan, op een groot scherm in de lobby gezet kan worden.

Wekelijkse begeleiding groep, persoonlijke communicatie.

Hierin heb ik de beste practices op een rijtje gezet, uit het design pattern onderzoek heb ik deze inzichten verkregen.

Layout

• nette en rustige uitstraling

• overzichtelijk

• 1 duidelijke menu knop

• duidelijke (bekende) iconen

• goed geplaatst menu

Geavanceerd zoeken

• juiste parameters gebruiken

• bij veel opties een zoekveld in de dropdown

• gebruik maken van tags met zoeken

• reset knop voor de zoekinstellingen

• duidelijk maken hoe je individuele filters kunt verwijderen (prullenbak, kruisje)

Wow factor

• animatie bij het opstarten van de extensie

• vloeiende animaties

• kleine easter eggs erin verwerken

• goede storytelling

Hieronder heb ik elementen van de goede, niet geweldig maar gewoon prima, practices onder elkaar gezet. Eigenlijk is dit het gemiddelde van de best en bad practices.

Layout

• nog net te drukke uitstraling

• niet geweldig overzichtelijk

Geavanceerd zoeken

• sommige parameters kloppen net niet voor de opties

Wow factor

• net niet helemaal vloeiende animatie

• transities die niet lekker lopen

• weinig aandacht aan details

Om tot wat meer gevarieerde ideeën te komen en meteen ook de eventuele gebruikers bij het conceptualisatie proces te betrekken heb ik bij de wekelijkse meeting van mijn team om wat ideeën gevraagd bij onderdelen waar ik een beetje mee vastloop.

Hoe zou jij door projecten heen willen browsen?

• Uitgelichte projecten laten zien?

• Eventueel gebruik maken van filters?

Mijn collega's vonden dat uitgelichte projecten erg fijn waren, dit kunnen reeds gelanceerde projecten zijn of die een award hebben gewonnen.

Het filteren voor projecten waren ze het wel mee eens dat het zou kunnen op iets van een datum of jaar wanneer het project gemaakt afgerond is. Ook vonden ze het handig dat het op cliënten gefilterd kan worden, dus alle projecten van Adidas of Google. Ten slotte vielen tags ook positief, dit kunnen bijvoorbeeld keywords als VR/AR maar ook kinderen of natuur zijn.

Hoe zou jij door monks heen willen browsen?

Deze was voor de hand liggend, in een lijst met een paar filters. Filters die er zeker in zouden moeten komen zijn dat je per departement en naam kan zoeken. Ook leek het ze een toevoeging om per kantoor te zoeken, later zou er eventueel ook nog per skill gezocht kunnen worden.

Op wat voor manier zou je je vraag willen stellen?

• Zoekbalk, chatbot? Andere oplossing?

Hierop gaven ze waardevolle inzichten dat het beter was het zo simpel mogelijk te houden en vooral naar de resultaten te gaan kijken. Ze bevolen me aan om naar gecategoriseerde resultaten pagina's te gaan kijken om daar inspiratie uit te halen. Door de categorisatie komt er meteen orde in alle items.

Wel waren ze het erover eens dat het eerder een zoekbalk zou worden dan een chatbot, voice of dergelijke opties. Chatbots zijn lastiger te bouwen en hebben een hogere kans tot een negatieve ervaring of antwoord. Ze vonden ook dat het een functionele tool is en dat er niet te veel gevraagd moet worden van een gebruiker, als het ten koste gaat van de informatieverschaffing dan mag het minder immersive zijn.

Conclusie

Om mee te beginnen was het unaniem dat een simpele zoekbalk de beste ingang is om een vraag te stellen. De chatbot is lastig te bouwen en heeft een hogere kans tot negatieve ervaringen.

Wat mijn collega's me aanraden is de resultaten goed te categoriseren zodat het de monks daar al makkelijk zien welke resultaten er aangeboden worden.

Ook vinden de monks het fijn om door middel van een paar parameters door de items te filteren. Deze filters komen er waarschijnlijk in:

• Cliënten

• Departement

• Skill of andere trefwoorden tags

• Kantoren

• Naam (zoeken)

• Datum

Weekly UX catch-up, Creative Content UX team, persoonlijke communicatie.

Hierin heb ik de slechtste practices op een rijtje gezet. Dit is een reminder om hier niet naar toe te gaan met het design!

Layout

• drukke en chaotische uitstraling

• onoverzichtelijk

• veel tekst

• veel verschillende menu knoppen

• menu's die over elkaar gaan

• onbegrijpbare (originele) iconen

Geavanceerd zoeken

• verkeerde parameters gebruiken voor de zoekopties

• geen verwijder alle filters knop

• zo veel mogelijk kliks om een optie uit te klappen en toe te passen

Wow factor

• geen toffe effecten

• geen transities

• easter eggs die te goed verstopt zijn, of helemaal geen

• niets origineels

• geen details

Voor conceptualisatie heb ik verschillende methoden gebruikt om te divergeren en verschillende oplossingsrichtingen te bedenken.

Vanuit de patterns heb ik samenvattende lijsten gemaakt met de best, good and bad practices.

Om erachter te komen wanneer iets een expertise is, ga ik een paar vragen stellen aan mijn opdrachtgever Martin. Hij heeft veel kennis omdat hij het hoofd van UX wereldwijd is, hierdoor is hij geschikt om mij wat meer te vertellen over de expertises en wat nou echt belangrijk is tijdens het zoeken naar monks en projecten.

Martin vertelde dat deze tool niet een data duplicatie moet gaan worden voor de andere tools van MM. Dus volgens Martin is het niet de bedoeling dat je naar een AR UX'er gaat zoeken maar meer informeert naar de relaties tussen de locaties, projecten departementen en monks.

1. Hoeveel expertises zijn er en wanneer is iets een expertise?

Tijdens dit gesprek kwam er naar voren dat er voorlopig nog niet op expertises gezocht gaat worden. In plaats daarvan wordt er eerst gefocust op de verschillende departementen. Hiervan zijn rond de 30. Dit kunnen bijvoorbeeld operations, films of UX design zijn.

Deze departementen zijn ook een onderdeel die in de spreadsheet staat die Martin mij heeft toegestuurd waar later alle informatie van de monks in komt te staan en in de tool geladen wordt.

2. Wat is belangrijk bij het zoeken naar projecten?

Bij het zoeken van projecten is het vooral belangrijk om te zien waar het project gemaakt is, voor welke klant, welke monks eraan hebben gewerkt en welke departementen.

Het idee met uitgelichte projecten gaat er niet inkomen omdat het meer een tool is om het duidelijker te krijgen welke kantoren aan een project werken en wat de relaties zijn van de monks met de projecten.

3. Wat is belangrijk bij het zoeken naar monks?

Vooral dat ze goed gekoppeld kunnen worden aan de projecten waar ze aan gewerkt hebben. Hiervoor kunnen skill keywords gebruikt worden om bepaalde projecten te vinden en daardoor de juiste monks.

Ook kwam er een nieuw onderdeel naar boven: solutions. Dit zijn specifieke monks die veel weten van een bepaald onderwerp. Dit zou later ook nog een goede rol kunnen krijgen om in de monkbook te filteren zodat monks de beste experts kunnen vinden.

Conclusie

Uiteindelijk zijn Martin en ik tot de conclusie gekomen dat de tool meer op de relaties met de monks op een bepaalde afdeling gaat focussen. Dit kan uiteindelijk nog wel iets veranderen, maar voor nu ga ik focussen op deze richting.

Uit het gesprek kwamen de volgende conclusies:

• Dat er voorlopig op departementen gezocht gaat worden en niet op expertises.

• Bij het zoeken van projecten is het vooral belangrijk om te zien waar het project gemaakt is, voor welke klant, welke monks eraan hebben gewerkt en welke departementen.

• Monks moeten goed gekoppeld kunnen worden aan de projecten waar ze aan gewerkt hebben.

Hij stelde voor om te kijken naar een simpele zoekfunctie op de voorgrond en een meer uitgebreide browse functie op de achtergrond.

Martin Kool, Global Head of User Experience, persoonlijke communicatie.

Een programma van eisen, of wensen, mag natuurlijk niet missen. Dit zijn de wensen die ik aan het uiteindelijke product ga toevoegen. Deze wensen komen voort uit de survey, interviews, peer reviews en expert interviews.

Ik heb de eisen vanuit de opdracht er ook bij gezet als herinnering aan alle opleveringen. Daarnaast heb ik ook de wensen vanuit de opdrachtgever erbij gezet zodat ik kan zien wat Martin zou willen zien in het product.

Moscow

Om te beslissen welke wensen prioriteit hebben, heb ik de MoSCoW methode gebruikt (Product Plan, 2020). Dit gaat mij helpen om alle onderdelen erin te verwerken die het meest belangrijk zijn om het probleem op te lossen, de andere onderdelen komen in de vervolgstappen te staan.

Elke wens, met uitzondering van de opdracht en opdrachtgever wensen, staat een letter achter. Deze geven aan welke prioriteit ze hebben.

M = must have

S = should have

C = could have

W = won't have (yet)

Uit de opdracht

• Het product moet een interactieve digitale oplossing zijn

• Het product moet tot een werkend prototype uitgewerkt worden

• Het product moet een design rationale krijgen

• Het product moet een product biografie krijgen

• Het product moet een reflectie krijgen over het proces

• Het product moet een video krijgen over de werking

Vanuit de opdrachtgever

• Genoeg praktische ingangen

• Op de juiste plekken immersive ervaring

• Eventueel verwijzen naar de andere tools erin verwerken

• Geen data-duplicatie

Gebruikers wensen

• Het product moet niet te veel tijd kosten (M)

• Het product moet gemakkelijk in gebruik zijn (M)

• Het moet gebruikt kunnen worden om een expert te vinden (M)

• Het moet gebruikt kunnen worden om een specifiek project te vinden (M)

• Door de content heen kunnen browsen (S)

Technologische wensen

• Up to date informatie (M)

• Vlekkeloos werken (M)

• Snel laadtijd (M)

• Niet te ingewikkeld zijn om te maken (M)

Functionele wensen

• Door de projecten heen kunnen browsen (S)

• Praktische manier om snel tot het antwoord te komen (M)

• De locaties van de kantoren (M)

• Tijdzones of de actuele tijd bij de kantoren (S)

• Informatie over de departementen, skills en locaties van monks (M)

Visuele wensen

• Een laad animatie (W)

• Het product moet een huisstijl krijgen die goed bij MM past (C)

• Een wow-factor (S)

• Kloppende transities van de pagina's (C)

Martin Kool, Global Head of User Experience, persoonlijke communicatie.

Deze concepten zijn tot stand gekomen door de ideeën van de onderdelen van conceptualisatie. Vanaf het begin van het project was er al wel een richting maar deze is nog sterker en duidelijker geworden door het onderzoek naar de gebruikers.

Uiteindelijk heb ik 4 verschillende concepten waar ik al een Harris profile methode over wil toepassen zodat ik meteen weet welk concept het beste is voor het skelet/structuur van de tool.

Concepten

Concept 1 - Zoekbalk

Om snel tot de juiste informatie te komen hebben Martin en ik tijdens een gesprek bedacht dat de oplossing zo simpel kan zijn als een zoekbalk.

Het idee is dat als de monk een nieuw tabblad opent, ze meteen de zoekbalk zien. Daarin kunnen ze iets typen waarna ze meteen resultaten zien als ze typen. Deze resultaten zijn gecategoriseerd in locaties, projecten, departementen en monks.

Concept 2 - Chatmonk

Nog een methode om snel tot de juiste informatie te komen is met een chatbot, hier kun je je vraag in stellen en deze geeft een reeks aanbevolen monks, projecten, departementen en kantoren. Dit is meteen ook iets meer visueel en er kan gebruik worden gemaakt van de monk als aanspreekpunt.

Concept 3 - Wereldbol

Dit was het originele idee, een wereldbol met de locaties van de kantoren erop. Op dit beginscherm zijn knoppen om naar de monks database en de projectendatabase te komen.

De wereldbol is interactief en de wow-factor van het concept. Dit concept kan gebruikt worden om specifiek te zoeken door middel van filters naar een locatie, monk of project maar ook om te browsen.

Concept 4 - Voice

Door middel van een knop kan de monk zijn vraag inspreken. De meeste monks zitten met oortjes in of een koptelefoon op. Ook kan het natuurlijk ook gewoon via de laptop ingesproken worden. De tool zet dit om in tekst en de monk krijgt de antwoorden.

Deze concepten heb ik beoordeeld aan de hand van het Harris profile.

Tijdens het maken van het prototype, ben ik erachter gekomen dat er een nieuwe website gemaakt is voor digitale MM events bij te wonen voor inspiratie, nieuwe dingen te leren en connectie.

Zo omschrijft MM hun site:

"As our global teams grow and the ways we work evolve, take a moment to Shift out of our maker mindsets so we can teach, showcase, spotlight, learn and celebrate one another. Settle in and scroll through the aMMazing stories we’ve gathered from around the world, across time zones and disciplines. Here, we’re bringing together our entire family - to share insights, learn from one another and toast to our shared successes."

"Think of the Shift like a digital, always-on family reunion where we all have a seat at the table."

Deze site komt dichtbij het huisstijl concept maar zitten toch nog wat andere elementen in. Ik wil deze elementen onderzoeken en meenemen in de stijl en eventueel layout voor mijn tool.

Analyse

De grote blokken en font zijn ook nog steeds aanwezig maar er zit overal meer kleur in en er is ook meer gespeeld met hover elementen. Als je over een featured blok heen gaat met je muis, dan komt er een play icoon en een kleur accent, zie afbeelding 3. Dit is iets dat ik mee zou willen nemen naar mijn concept als het daadwerkelijk uitgevoerd kan worden.

Wat grappig is, is dat ik bijna hetzelfde kleurenpalet ben gaan gebruiken als deze terwijl ik pas één week voor de deadline terecht ben gekomen op deze website.

Deze kleuren passen qua helderheid goed bij elkaar en ze hebben genoeg contrast om ze ook op zichzelf te gebruiken. Ze zorgen ook voor een vrolijke en professionele uitstraling naast het zwart en wit.

Style tile

Het uiteindelijke concept is, zoals ik bij het Harris profile heb uitgevonden is een combinatie van 2 concepten geworden.

Dit concept bestaat uit 2 delen: het bovenste functionele deel en de laag eronder, het meer immersive gedeelte.

Functionele deel

Bij dit deel draait het allemaal om zo snel mogelijk bij de juiste informatie te komen. Dit wordt gedaan door een slimme zoekbalk die gecategoriseerd de resultaten weergeeft.

Resultaten pagina

Deze resultaten worden in 3 categorieën opgedeeld:

• Monks

• Projecten

• Kantoren

Op deze manier zien de gebruikers snel en overzichtelijk de resultaten van hun zoekterm. Dit scheelt tijd waardoor ze minder lang bezig zijn met zoeken en het bereiken van de juiste mensen, deze kostbare tijd kunnen ze in het project stoppen.

Detail pagina's

Ook zijn er meer gedetailleerde pagina's van de resultaten zodat de gebruiker kunt zien waar bijvoorbeeld een monk zich bevindt, of aan welke projecten gewerkt heeft.

Monks

• Naam

• Functie/rol

• Locatie

• Projecten

Projecten

• Naam

• Client

• Korte omschrijving

• Locatie

• Monks

Kantoren

• Naam

• Omschrijving

• Projecten

• Contactgegevens

  • adres

  • email

  • telefoon

Immersive deel

Het immersive gedeelte zit meer op de achtergrond zodat monks niet te lang doen over het browsen om zo tot het gewenste resultaat te komen. Maar dit deel gaat er wel in komen zodat monks zichzelf kunnen informeren over de connecties tussen monks, projecten en kantoren.

Laadtijd

Voor nu wordt het een simpele maar slimme overgang van het functionele deel. Zo hoeft er minder te worden geladen op de achtergrond wat zorgt dat het bovenste deel snel werkt.

Browsen/filteren

In dit deel staat browsen op de voorgrond, gebruikers kunnen door de monks, projecten en kantoren browsen. Ook kan er in dit deel gefilterd worden met verschillende parameters zodat als een gebruiker niet helemaal weet waar hij/zij naar zoekt toch in de richting geduwd worden door bijvoorbeeld te zien welke rollen er onder de monks zijn.

Dit deel heeft in de toekomst ook nog potentie om nog uitgebreidt te worden zodat er meerdere onderdelen er in geïmplementeerd kunnen worden waar er nu geen tijd voor is.

Om wat inspiratie te zoeken voor de concepten heb ik gezocht naar de onderdelen die er zeker weten inkomen aan de hand van de MoSCoW methode, dit zijn: een praktische zoekfunctie, visuele weergave van locaties en een aparte databases met monks en projecten.

De wow factor komt er misschien in als transitie of dat er iets tofs met de wereldbol kan gebeuren, voor nu heeft dit onderdeel geen hoge prioriteit.

Praktische zoekfunctie

Voor een praktische zoekfunctie waarmee je snel naar het gewenste resultaat/antwoord komt, ga ik deze voorbeelden van Sapayer (2019) en Gaspar (2020a, 2020b) als inspiratie nemen.

Snelle shortcuts naar de categorie waar je informatie uit wilt hebben of een zoekbalk met een handige tool waarmee je alvast kunt aanklikken in welke categorieën je wilt zoeken zijn goede oplossingen voor snel resultaat.

Aarde met locaties

Voor het gedeelte met de aarde ga ik inspiratie uit deze 2 concepten van Pham (2018) en Copetto (2018) halen, beiden kwamen bij de comparison chart erg hoog uit. Het 2e concept heeft meteen ook de minimalistische stijl waar ik naar zoek.

De layout van beiden vind ik ook goed werken, hiermee kan ik ook nog een beetje mee experimenteren.

Database monks/projecten

Voor de database wil ik inspiratie uit de design patterns search halen gecombineerd met het concept hierboven van Steijn (2018). Voor de monks is het handiger voor een lijst, voor de projecten is het denk ik wel handig om een kleine afbeelding te hebben voor het herkennen en in een blok gaat net zoals hierboven.

De eventuele filters kunnen links naast de lijst of de blokken met content. Ook hoe de kleine features als het zoeken en de layout veranderen boven de content staat kan ik goed als inspiratie gebruiken.

Analyse

De website van MM (z.d) is erg minimalistisch, ze gebruiken grote blokken voor de layout. Als navigatie hebben ze links linksboven aan de site. Bij de homepagina maken ze gebruik van een grid met letters van de verschillende categorieën projecten.

Als er geen interactie is met het grid, dan worden sommige letters geselecteerd en komt er een afbeelding over het gehele grid, dit is een idle state.

MM werkt vooral met een minimalistische stijl met gebruik van grote afbeeldingen die veel vertellen en vaak ook veel kleur bevatten. Ook zijn ze niet vies van bewegende beelden.

De kleuren zijn over het algemeen zwart met wit. Zwart wordt bijna gebruikt als achtergrond en de witte tekst zorgt voor een duidelijk contrast. Bij sommige onderdelen van de website worden de zwarte achtergronden voor wit verwisseld.

Het lettertype voor titels is altijd in caps en vetgedrukt. Voor de lopende tekst wordt er een serif lettertype gebruikt. Als ik het serif lettertype inspecteer dan kom ik op Droid Sans wat een andere is dan op de website, ik denk dat hier iets mis is gegaan.

Style tile

Om even de elementen op een rij te zetten heb ik een style tile gemaakt van de MM website. Hierin wordt de stijl nog duidelijker overzichtelijk gemaakt.

Wat ik vooral mis zijn een paar accentkleuren bij de huidige stijl. Het is over het algemeen zwart met wit. Hier worden voor de hover/mouse over state tinten van zwart en wit gebruikt voor het aan te geven dat het een link is. Dit vind ik niet een goed gebruikt van UX aangezien het lijkt alsof het gedeactiveerd is doordat het een grijze kleur is.

Om erachter te komen welke van deze concepten het beste aan de eisen voldoet, ben ik door middel van het Harris profile (TU Delft, z.d) gaan kijken welk concept dat wel of juist niet doet. Hierdoor wil ik wat meer richting krijgen in de grove concepten.

Het Harris profile is een grafische weergave van de sterke en zwakke punten van concepten. Er worden een aantal criterium gebruikt om de concepten te beoordelen. Voor elke criteria wordt een score van vier schalen gebruikt. Dit is mijn score schaal:

Conclusie

Uit het Harris profile is duidelijk gebleken dat de zoekbalk het beste aan de eisen voldoet met alle 10 punten. Als tweede het wereld concept met 6 punten. Daarna volgt de chatbot met 2 punten en als laatst de voice met 1 punt.

Om ook het browse gedeelte in het concept op te nemen ga ik de zoekbalk en de wereldbol samenvoegen! Deze twee concepten kwamen op nummer 1 en 2 uit van het Harris profile. Hierdoor is er ook ruimte voor de immersive kant waarin er meer plaats is voor wow-factoren maar ook voor het browse gedeelte wat bij MoSCoW bij de 'should have' staat.

Martin en ik hebben een beetje gebrainstormd met ideeën voor de zoekfunctie in de detailpagina's. Hij kwam met deze twee opties.

Optie 1 - zoekbalk

In deze zoekbalk kun je op verschillende onderwerpen zoeken, als je iets intikt dan worden er suggesties gebruikt en vervolgens toegevoegd als tags die je één voor één ook weer kunt verwijderen.

Deze optie is visueel minder aantrekkelijk maar werkt wel goed voor meerdere items.

Optie 2 - aanklikken kantoren en departementen

De eerste optie is wat ik ook in gedachten heb, je kunt de kantoren en departementen aanklikken om te zoeken. In de peer review liet ik dit zien en daar waren ze positief over.

Wat wel een nadeel is, als er veel items zijn kan dit weer nadelig werken en moeten de monks langer zoeken naar de gewenste locatie of departement.

Conclusie

Voor de detail pagina's die maar één onderdeel (monks of projecten) erin heeft staan, ga ik de zoekbalk optie gebruiken. Dit was ook al een idee van mijzelf maar die tag achtige interactie ga ik eraan toevoegen. Zo kan de gebruiker ook naar meerdere items zoeken en deze ook weer gemakkelijk verwijderen.

Voor de pagina's met meerdere onderdelen ga ik voor nu verder met de tweede optie. Uit de peer review kwam al naar voren dat de UX'ers hier meteen aan dachten en dat het natuurlijk ook wat visueler is. Deze optie ga ik natuurlijk nog testen hoe het in de smaak valt bij de andere gebruikers.

Martin Kool, Global Head of User Experience, persoonlijke communicatie.

Nadat ik het concept meer gevormd heb met wat wireframes en een klein deel van het prototype, wilde ik een meeting met Martin hebben om de vooruitgang laten zien dat ik de afgelopen vakantie heb geboekt.

Het doel van de meeting is het laten zien van de 2 functies van het concept en hoe de flow een beetje in elkaar zit.

Veranderingen

Uiteindelijk na wat sparren zijn we tot de conclusie gekomen dat als je een gebruiker een eerste keer gezocht heeft, alle resultaten op een hoopje krijgt. Deze worden getoond van het best gematcht naar minder goed gematcht, maar toch een connectie met de zoekterm.

2e keer zoeken in detail pagina

Als de gebruiker iets heeft aangeklikt uit de resultaten, komt er een detailpagina van dat item. Hierin komt de grootste verandering. Het onderdeel departementen wordt toegevoegd en de gebruiker kan op de detailpagina verder zoeken in de locatie/project/departement/monk.

Dit wordt waarschijnlijk gedaan door nog een zoekbalk of iets met een kleine button op de locaties of departementen waarmee je die kunt selecteren als filter.

Immersive aarde als coole feature

Deze feature houden we er nog steeds in en kan zelfs nog functioneler worden als een guide voor waar een item vanuit de resultaten zich bevind.

Ook kwamen we op het idee dat om de zoveel tijd er bijvoorbeeld een monk uit de UX department die in Hilversum werkt uitgelicht kan worden voor op het scherm in de lobby. Of dat er een random knop komt die een locatie/project of monk uitkiest en deze op de aarde toont.

Conclusies

Ik was op de juiste pad met mijn concept alleen hij vond dat we de monks nog meer op weg konden helpen met het zoeken.

Ook zou er nagedacht kunnen worden om eventueel een makkelijkere manier te vinden waardoor je de immersive functie en de functionele functie kan samenvoegen zodat het meer één geheel wordt.

Samengevat:

• Het concept gaat ervoor zorgen dat monks zelfstandig nog meer kunnen zoeken zodat het immersive browse gedeelte in het functionele wordt verwerkt.

• Als de twee delen worden samengevoegd wordt het concept één geheel en oogt het professioneler.

• De resultaten kunnen beter op een hoop getoond worden, dit omdat er anders bij een categorie veel minder items staan. De items worden gecategoriseerd van beste naar mindere match.

• Ook nog in de detailpagina op een bepaalde manier door projecten, monks of departementen voor een tweede keer zoeken. Als het goed is zou een gebruiker zo sneller tot hetgeen komen waar die naar zoekt.

• De wereldbol zou ook als functionele feature gebruikt kunnen worden om te zien waar de monk, kantoren, departement of projecten zich bevinden. Ook zouden de connecties met de andere locaties getoond worden voor nog meer diepgang.

Martin Kool, Global Head of User Experience, persoonlijke communicatie.

Omdat mijn begeleider met verlof is vanwege zijn vers geboren dochter, heb ik mijn stage team ingeschakeld om een snelle peer review te houden van het concept MMHUB 2.0. Hierin liet ik de wireframes zien en de flow ervan.

Use cases

Mijn collega's waren wel positief maar lieten me wel goed nadenken over het proces dat een gebruiker afloopt. Ze raadden mij aan om naar de use cases te gaan kijken en deze stap voor stap uit te stippelen zodat de flow beter gaat lopen.

Cliënten

Ook hadden ze het over dat gebruikers eigenlijk moeten kunnen zoeken op cliënten en dat er ook een detail pagina voor dit item komt.

Door dit inzicht heb ik ook bij de zoekresultaten de project items de naam van de cliënt eronder gezet zodat deze ook gelinkt zijn met elkaar.

2e zoekfunctie

Ook aan deze groep vroeg ik, aan de hand van het zoeken naar een goede 2e zoekfunctie, hoe zij in een detailpagina willen zoeken. Het meest logische voor hen leek om op de andere items zoals de kantoren en departementen te klikken en het zo te filteren. Want als je op die pagina bent dan is het waarschijnlijk niet je doel om op een van die items te klikken omdat je daar naar zocht.

Conclusie

Na het overwegen of cliënten handig zijn om toe te voegen, heb ik ze toegevoegd als detailpagina en een resultaat item. Ook heb ik onder elk project item de cliënt naam gezet zodat het ook meteen duidelijk is voor wie het project is gemaakt. Deze verandering kun je terugzien bij de wireframes v6.

Wat betreft de use cases, deze hebben mij uiteindelijk goed geholpen om vroegtijdige struikelpunten te vinden en deze aan te passen.

Voor de 2e zoekfunctie ga ik voor nu net zoals Martin en ik hebben besproken voor het aanklikken van items, hier bevestigde de UX'ers dat dit logisch is in de flow en voor de doelen van de gebruiker.

Hangout, Creative Content UX team, persoonlijke communicatie.

Voordat ik begon met het moodboard heb ik eerst de huisstijl van MM geanalyseerd. Zo kan ik beter een stijl creëren dat goed bij MM past maar ook wat creatiever is.

Tijdens het onderzoek ben ik tot de informatie gekomen dat er gewerkt wordt aan een nieuwe huisstijl, deze heb ik ook meegenomen in het onderzoek om hopelijk tot een goed beeld te komen welke stijl ik ga gebruiken.

Uiteindelijke style tile

De uiteindelijke stijl die ik ga gebruiken is nu meer geneigd naar de Shift website stijl omdat het iets meer de kleuren complementeren van de de eerste style tile. Daarnaast is het ook wat frisser en minder gebruik van zwarte elementen.

Eerste style tile

Voor de uiteindelijke stijl die ik ga implementeren voor het prototype, heb ik toch gekozen voor het concept huisstijl. Dit gaat het voor mij makkelijker maken met gebruik van accentkleuren voor buttons of andere elementen.

Wat ik wel vanuit de huidige stijl wil behouden, is het vele gebruik van de kleuren zwart wit. Dit maakt een goede basis voor het product waar later nog gekeken kan worden door een designer omdat ik mij vooral focus op de UX.

Inspiratie

Voor het beetje design dat ik ga verwerken in de tool heb ik vooral inspiratie uit de MM website gehaald. De blokken en grote banner afbeeldingen ga ik er vaak in terug laten komen. Ook de grote en luide typografie ga ik gebruiken voor duidelijke hiërarchie.

De kleuren van het huisstijl concept ga ik er ook in terug laten komen. Dit zorgt ervoor dat gebruikers betere visuele aanwijzingen hebben of ze ergens op kunnen klikken en ook om het wat minder zwart/wit te maken.

Alle visuals die hier getoond worden, zijn nog in ontwikkelingsfase. De powerpoint waarin ik het concept heb gekregen zat geen context bij.

Analyse

Het stijlconcept is nog steeds minimalistisch, clean en luid. Ook worden visuals samen gepaard met grote fonts. Ik denk dat de fonts nog steeds hetzelfde zijn, alleen lijken ze meer condensed.

Wat in dit concept naar voren komt is meer kleur. Zoals ik al in de huidige analyse had opgemerkt dat het hierdoor lastig is om een hover state te maken. Dit is een perfecte oplossing. En het maakt MM nog wat fleuriger dan alleen zwart wit.

Wat ook nog erin zit zijn de blokken, deze zijn herkenbaar is voor de klanten en medewerkers. Daarnaast is het MM font ook nog hetzelfde wat ook meehelpt.

Wel wordt er nu wat meer informatie gegeven over de onderwerpen in de blokken. Dus wat meer context voor de gebruikers.

In afbeelding 3 is een ontwerp voor hoe een website eruit zou kunnen zien. Persoonlijk vind ik dat er iets beter over de layout nagedacht kan worden met de overgangen. Nu zijn het wel heel veel verschillende blokken, maar de kleuren doen het goed voor de aandacht samen met de visuals.

Ook worden er veel bewegende visuals gebruikt om een wow factor te geven voor projecten of onderwerpen.

Style tile

Even de layout van de site opzij gezet vind ik dat de kleuren combinaties erg goed werken, er zitten felle kleuren bij maar ook een paar mildere. Ook wordt er gebruik gemaakt van kleine icoontjes bij de tekst om het wat interessanter en speelser te maken.

Elke versie van de wireframes heb ik gebaseerd op kleinere veranderingen ten opzichte van de vorige.

MMHUB 1.0 concept

Vanaf hier werk ik met het MMHUB 2.0 concept

Eigenlijk zoals in het Harris profile al naar voren gekomen was, heb ik het concept door de inzichten van Martin aangepast tot alleen het functionele gedeelte. Maar er zitten wel extra zoekfuncties in waardoor een gebruiker voor een tweede keer in een detailpagina kan zoeken.

Resultaten pagina

Alle resultaten komen door elkaar gesorteerd op relevantie. Dit omdat de gebruiker al een specifieke zoekterm intikt die de resultaten het beste matcht. Bijvoorbeeld als je op Google zoekt, dat je eigenlijk alleen een cliënt en projecten krijgt. Hoe je dan verder kunt zoeken staat bij de detail pagina's!

Ook zit er een functionaliteit bij dat de gebruiker de hoeveelheid resultaten kan zijn bij de vijf categorieën: monks, projecten, cliënten, departementen en kantoren. Deze kunnen in- en uitgeschakeld worden als je erop klikt, zo kan er toch nog een beetje gefilterd worden als er veel resultaten zijn.

Detail pagina's

Monks

Informatie:

• Voor en achternaam

• Departement en rol

• Kantoor

• Projecten

Bij de projecten kan de gebruiker voor een 2e keer zoeken met zoekbalk op de naam van een cliënt of het project.

Ook staan er knoppen om meteen naar diegene zijn/haar Slack prive chat te gaan en om een mail naar diegene op te stellen.

Projecten

Informatie:

• Naam project

• Client

• Start- en einddatum

• Kantoren die eraan hebben gewerkt

• Departementen

• Monks

Op de projecten pagina kun je monks filteren door op kantoren en departementen te klikken om deze vast te zetten als filters. Dit is de 2e keer zoeken in een detailpagina.

Ook hier staat er een knop om naar de Sanskrit pagina te gaan, daarin staat een verzameling aan andere links die de monks kunnen gebruiken om bijvoorbeeld naar de Drive te gaan.

Cliënten

Informatie:

• Naam client

• Kort informatief stukje

• Projecten

Net zoals bij de monk pagina kun je voor een 2e keer zoeken in de projecten door een zoekbalk.

Departementen

Informatie:

• Naam departement

• Aantal monks

• Lead email

• Monks

Ook hier kun je op kantoren zoeken door deze aan te klikken, dan komen de monks uit dat departement en dat kantoor naar boven als resultaat.

Kantoren

Informatie:

• Naam kantoor

• Adres

• Email adres

• Telefoonnummer

• Monks

• Projecten

Net zoals bij de projecten en monk pagina staan er bij allebei de categorieën een zoekbalk om voor een 2e keer te zoeken naar monks of projecten.

Wereldbol

De wereldbol is er nog steeds, maar nu meer een middelpunt! Op de resultaten pagina staat deze altijd in het scherm om de resultaten aan te geven op de aarde. Hierop kunnen de gebruikers ook klikken. De wereldbol kan ook gesleept worden om te draaien en er kan ingezoomd worden.

Functioneel zoeken

Immersive/browsen

Voor de struikelpunten uit de use cases heb ik met Martin een meeting geboekt om daar over te sparren welke oplossingen het beste zouden werken. Ik had al een paar ideeën om deze punten op te lossen, dit is de schuingedrukte tekst.

Volgorde

• Volgorde monks/projecten/departementen/kantoren?

Bij projecten een standaard op alfabetisch en eventueel een functie voor chronologisch sorteren? Extra knop toevoegen?

-

De volgorde wordt alfabetisch, er is voor nu nog geen chronologische volgorde nodig omdat het niet handig zou zijn aangezien alle titels dan door elkaar staan wat minder overzicht geeft. In de andere tools staan de projecten ook alfabetisch, dit is hoe de gebruikers het gewend zijn.

Als het toch blijkt dat er behoefte naar is, kan er een knop toegevoegd worden naast de zoekbalk om de volgorde naar chronologisch te veranderen. De letter indicatoren veranderen naar jaartallen.

Alle kantoren tonen

• Hoe kun je alle kantoren zien?

Standaard op de wereldbol? Als je MediaMonks intikt bij het zoeken dat je alle kantoren krijgt? Een knop om de locaties te tonen?

-

Op het beginscherm komt er een knop om alle kantoren van MM te laten tonen op de wereldbol. Dit zorgt ervoor dat de tool niet langzamer is als de kantoren al geladen moeten worden, maar dat de gebruikers toch de keuze hebben om alle kantoren te ontdekken.

Dit gedeelte kan later ook nog uitgebreidt worden naar een meer immersive ervaring. Voor nu houd ik het alleen bij het tonen van de kantoren omdat dit een van de MoSCow 'must haves' is.

Martin Kool, Global Head of User Experience, persoonlijke communicatie.

Om alle gevallen op een rij te hebben hoe de gebruikers het product kunnen of willen gebruiken, krijg ik een beter beeld tijdens het ontwerpen en conceptualiseren wat de context is als gebruikers het product ingaan. Op deze manier kan ik vroegtijdige struikelpunten voorkomen en er oplossingen voor verzinnen voordat ik de testfase in ga.

Ook ga ik deze cases gebruiken om mee te testen en zo te valideren of ze ook echt zo worden uitgevoerd.

Cases

Monk zoeken

De gebruiker wilt een UX monk zoeken die veel Google projecten heeft gedaan.

• Zoekterm: Google

Resultaten geven projecten aan maar ook Google als cliënt.

• Gebruiker klikt op een willekeurig project van Google

De gebruiker komt op de project details pagina en zet de filter op UX. Dan komt hij een monk tegen waarvan hij wel potentie ziet.

• Klikt op de monk en komt op de monk details pagina

• Typt in de zoekbalk bij projecten 'Google'

Er komen veel projecten van de cliënt Google naar voren, de gebruiker denkt dat deze monk vast kennis heeft over de vraag die de gebruiker heeft.

Project zoeken

De gebruiker kent een monk die een specifiek project heeft gedaan voor Google, de gebruiker zoekt naar dat project.

• Zoekterm: Voornaam monk

Resultaten tonen de monk.

Op de detail pagina staat een zoekbalk bij de projecten.

• 2e Zoekterm: Google

De gebruiker heeft het project gevonden die/zij hij in gedachten heeft.

Struikelpunt. Op welke manier moeten projecten standaard gesorteerd zijn?

Locatie zoeken

De gebruiker wilt een bepaalde locatie vinden en alle locaties voor zich krijgen.

• Gebruiker klikt op kantoren knop op het beginscherm

Alle kantoren worden op de wereldbol getoont.

• De gebruiker roteert de wereldbol met zijn muis

• De gebruiker klikt het kantoor aan en gaat naar de detailpagina

De informatie die hij nodig had staat op deze pagina.

Struikelpunt. Er is geen functie om alle kantoren op de wereldbol te zien.

Cliënt zoeken

De gebruiker wilt een specifiek project, waar voice in de projectnaam zat, vinden van de cliënt Google.

• Zoekterm: Google

Er komen projecten maar ook Google als cliënt zelf naar voren.

• Gebruiker klikt op de cliënt

Bij alle projecten van de cliënt Google staat een zoekbalk.

• 2e zoekterm: Voice

De projecten met voice in de naam komen naar voren, ook het project waar de gebruiker naar op zoek is zit er bij.

Departement zoeken

De gebruiker wilt een monk zoeken die in het design departement zit. De gebruiker dacht dat de naam met een D begon.

Zoekterm: design

Mochten er veel projecten met design in de naam naar voren komen kan de gebruiker op de zoekresultaten onder de zoekbalk klikken om alleen de departementen te tonen.

• Gebruiker klikt op het 'design' departement

De gebruiker zie nu alle monks die in het design departement werken. Er zit een zoekbalk bij om te zoeken.

Conclusie

Wat ik mis is een soort functie om alle kantoren/monks/departementen/cliënten/projecten te tonen.

• Feature waar er aanwijzingen zijn voor de alfabetische volgorde van items

Om alle kantoren te laten zien zou er eigenlijk een zero state moeten zijn waarbij alle kantoren worden weergegeven op de wereldbol. Vanuit daar kan de gebruiker zien hoeveel het er zijn en waar deze zich bevinden.

Beginscherm

Resultaten scherm

Detail schermen

Monks

Projecten

Cliënten

Departementen

Kantoren

Functioneel zoeken

Immersive/browsen

Vanaf hier ga ik verder met het MMHUB 2.0 concept.

Resultaten scherm

Detail schermen

Monks

Projecten

Clienten

Departementen

Kantoren

Elke versie van de prototypes heb ik gebaseerd op grotere veranderingen ten opzichte van de vorige.

Versies

Functioneel zoeken

Immersive/browsen

Beginscherm

3D wereldbol met kantoren en tijdzones

Zoeken

Resultaten

Detail pagina's

Monks

Projecten

Departementen

Cliënten

Kantoren

Geïntegreerde tools

Om aan te geven welke pad(en) een gebruiker kan aflopen heb ik deze flow gemaakt. Omdat het een grote flow is, heb ik een XD prototype gemaakt waarin vrij gescrold kan worden om deze flow beter te bekijken.

Start

De gebruiker begint bij het begin scherm. Vanuit daar kan hij/zij twee kanten op, naar de 3D wereldbol met de kantoren en tijdzones. Of naar het zoeken.

3D wereldbol

Om naar de wereldbol te gaan klikt de gebruiker op de wereldbol of op "Explore offices". Op het scherm met de 3D wereldbol kan de gebruiker de bol draaien om te zien waar elk kantoor zich bevindt. De lijst met de lokale kantoortijden is scrollbaar en als je op een kantoor klikt, evenals op de wereldbol ga je naar de kantoor detailpagina.

Zoeken

Om te zoeken kun je of meteen typen als je op het begin scherm bent, of klikken op "Find a". Tijdens dat de gebruiker typt komen er resultaten. Mochten er geen of teveel resultaten gekoppeld worden aan een zoekopdracht komt daar een melding over. Vanuit de resultaten pagina kan de gebruiker naar elk, afhankelijk van de resultaten items, detail scherm gaan.

Detailschermen

Op een detail scherm kan de monk drie dingen doen. Voor een tweede keer zoeken, naar een andere pagina gaan en weer terug gaan.

Tweede keer zoeken

Om een tweede keer te zoeken in een detail scherm klikt de gebruiker op de zoekbalk boven de lijsten met items. Hier kunnen ze iets typen en krijgen een slimme suggestie van de tool gebaseerd op de items.

De gebruiker kan het zelf typen of op de suggestie klikken om het zoeken te activeren. Om de tag weer weg te halen staat er een duidelijk kruisje.

Link naar andere tools

Rechts boven van elke detailpagina, met uitzondering van de kantoor pagina's, staan knoppen die gekoppeld zijn met andere tools van MediaMonks om een snelle shortcut naar de maken. Deze openen een nieuwe tab in je browser of gaan naar het programma.

Beginscherm

3D wereldbol met kantoren en tijdzones

Zoeken

Resultaten

Detail pagina's

Monks

Projecten

Departementen

Cliënten

Kantoren

Geïntegreerde tools

Na de allereerste test heb ik het prototype aangepast zodat er minder echte data in verwerkt is. Omdat het prototype niet variabel is, kunnen gebruikers niet op echte termen zoeken waardoor het voor hen lastig is om de taken uit te voeren.

Testpersoon 1 - Delano Kamp (UX design)

Uitvoeren taken

De gebruiker wilt een UX monk zoeken die veel Google projecten heeft gedaan.

Eerste instinct is om Google in te tikken. 2e optie is om UX in te tikken.

Op het resultatenscherm raakte hij even in de war omdat er alleen Hilversum op de wereldbol stond.

De categorieën die indiceren hoeveel resultaten erin zitten had hij verwacht dat als je op 1 klikt, je alleen die categorie ging zien.

Ook vond hij het logisch om de resultaten te categoriseren dan op 1 hoop te gooien. Qua onderscheiding van de items mogen er meer visuele verschillen zijn, vooral departementen en kantoren waren lastig uit elkaar te halen. Eventueel onderscheiding creëren met de kleuren van de categorie filter.

Toen hij de flow gebruikte die ik had voorspeld vond hij het lastig om te beoordelen of monks toevallig 1 project voor een bepaalde klant hebben gedaan of juist heel veel. Dit kon niet in 1 oogopslag gezien worden maar je moest per monk dit zelf bekijken.

De gebruiker kent een monk die een specifiek project heeft gedaan voor Google, de gebruiker zoekt naar dat project.

• Overgeslagen vanwege dat het prototype niet goed werkte.

De gebruiker wilt een bepaalde locatie vinden.

Hij ging meteen naar de knop met meerdere kantoren. Ook snapte hij ondanks het niet helemaal lekker lopende prototype dat je op een kantoor kon zoeken in de zoekbalk.

De gebruiker wilt een specifiek project, waar voice in de projectnaam zat, vinden van de cliënt Google.

Ook deze taak werd met gemak uitgevoerd, hij ging naar de cliënt pagina en vervolgens 'voice' in de zoekbalk invullen.

De gebruiker wilt een monk zoeken die in het design departement zit. De gebruiker dacht dat de naam met een D begon.

Vragenlijst

Vind je de flow logisch?

Ja, behalve dat je had verwacht om op UX, te zoeken en ik ging naar Google. Houd hiermee rekening en pas het prototype daarop aan.

Zou er een onboarding (uitleg) moeten komen voor de functies?

Nee, liever niet, ik heb daar geen behoefte aan. Als ik op een verkeerde knop heb geklikt dan weet ik daarna dat ik die niet moet hebben. Als je van te voren duidelijk weet waarvoor je deze tool gaat gebruiken is dat voldoende. Als het niet nodig is dan niet.

Testpersoon 2 - Olivia Cabello (UX strategy)

Uitvoeren taken

De gebruiker wilt een monk zoeken die veel projecten heeft gedaan voor een bepaalde cliënt.

Ze snapte meteen de eerste keer zoeken en na even oriënteren ook de resultaten pagina. De kleuren hielpen met de resultaten uit elkaar te halen.

Ook bij haar was het eerste instinct om de cliënt in te typen. Op de detailpagina aangekomen zou ze dan op een project hebben geklikt, vervolgens op een monk en dan kijken hoeveel projecten deze heeft gedaan voor die cliënt.

Ze vond dit ook erg veel tijd kosten en dat het best sneller zou mogen. Toen ik het idee voorstelde om onderaan de cliënt pagina iets te implementeren met monks en de hoeveelheid projecten zij hebben gedaan, vond ze dat een goed idee en ze denkt dat dat veel tijd zou kosten.

De gebruiker kent een monk die een specifiek project heeft gedaan, de gebruiker zoekt naar dat project.

Eerst de naam van de monk zoeken, daarna door de projecten heen browsen. Als ze toch iets wist aan een naam van het project deze op proberen te zoeken met de zoekbalk of met de alfabetische indicatoren.

De gebruiker wilt alle locaties bekijken.

De knop om alle locaties te tonen op de allereerste pagina herinnerde ze nog en ging er met gemak naar toe. Ze klikte op het MMHUB logo, alleen deze was niet klikbaar gemaakt door mij (maar dat had wel zo moeten zijn).

Ze vond het erg fijn om alle locaties visueel en geografisch te kunnen zien.

De gebruiker wilt een specifiek project vinden van een cliënt.

Deze taak ging ook zonder moeite, naam van de cliënt intypen en daarna voor de 2e keer zoeken een deel van de naam als je deze wist of weer browsen.

De gebruiker wilt een monk zoeken die in een bepaald departement zit.

Hierbij had ze verwacht dat er vanuit de kantoor en ux filter een lijst zou komen, toen zag ze dat de monk aantallen veranderen en vond dit veel logischer.

Ze had waarschijnlijk wel liever een zoekbalk gehad als bij het zoeken naar een project in de monk pagina. Dit was ook de 2e optie voor het zoeken. Hiervoor ga ik een A/B test uitvoeren.

Vragenlijst

Vind je de flow logisch?

Over het algemeen vind ze de flow erg logisch, behalve bij de eerste taak dat je heen en weer moet gaan van de monks naar de cliënt pagina om de juiste monk te vinden. Hiervoor kan nog wat toegevoegd worden om het de gebruiker makkelijker te maken.

Verder heeft ze de voorkeur om bij de project pagina een zoekbalk te hebben om daarmee de monks te filteren. Maar als alles loopt zou ze graag gebruik van deze tool willen maken.

Zou er een onboarding (uitleg) moeten komen voor de functies?

Eerste reactie was een nee, maar misschien voor de allereerste keer een korte uitleg waarop je kunt zoeken. Vlak nadat ze dit had gezegd zag ze de tekst in de zoekbalk die dat indiceerd, daarna zei ze als dit benadrukt wordt het toch niet nodig is.

Testpersoon 3 - Jeroen Hol (UX design)

Uitvoeren taken

De gebruiker wilt een monk zoeken die veel projecten heeft gedaan voor een bepaalde cliënt.

Zoeken op de naam van de cliënt, en eenmaal op de cliënten pagina aangekomen raakte hij een beetje in de war omdat er geen monks stonden.

Daarna ging hij terug om een monk aanklikken op de resultatenpagina. Ik vroeg of het logisch is dat monks bij die zoekterm naar voren komen, daarop zei hij eigenlijk nee (het prototype is zo gemaakt dat de resultaten pagina een algemene indruk is met alle items die naar een detailpagina leiden, als je op een cliënt zoek hoor je alleen die cliënt te zien en de projecten).

De gebruiker kent een monk die een specifiek project heeft gedaan voor een cliënt.

Na de eerste keer zoeken heeft hij verwacht dat de resultaten automatisch gefilterd staan op monks vanwege dat er geen andere categorieën relevant zijn.

Op de monk pagina aangekomen was het makkelijk om te zoeken via de zoekbalk en daarna te browsen voor het project.

De gebruiker wilt een bepaalde locatie vinden.

Deze informatie had hij snel gevonden door naar de beginpagina te gaan en erop te klikken.

Hij benoemde dat het ook handig kan zijn voor monks met een bepaalde functie om ook een lijst te hebben met de locaties en de tijdzones om die in één oogopslag te kunnen zien. Hij ziet vaak die monks met de website van MM open om die data voor zich te hebben.

De gebruiker wilt een specifiek project vinden van een cliënt.

Ook hier had hij opmerkingen over de layout van het zoeken in de projectpagina. Hij zou het handig vinden om onder de titel 'monks' iets van een filter bar hebt zodat je alle resultaten in één oogopslag te zien. Nu was het onduidelijk waar er iets gebeurde aangezien je een klein deel van de monks maar kunt zien.

Ook verwachtte hij dat als je op een departement of kantoor klikt, je naar die pagina zou gaan, dit zou hij wel handig vinden.

De gebruiker wilt een monk zoeken die in het bepaalde departement zit.

Vragenlijst

Vind je de flow logisch?

Ja, buiten de genoemde punten op zich wel. Het enige waar hij op tegen is, is dat je per se moet zoeken om de tool te kunnen gebruiken. Als er een knop is om alle kantoren te laten zien moet dat er ook voor de andere categorieën zijn.

Zou er een onboarding (uitleg) moeten komen voor de functies?

Ja, genoeg plek voor hebben aan de rechterkant voor een introductie tekst. Hij zei dat ik ook de "How can we help you?" zou kunnen veranderen naar "What are you looking for?", dit is logisch als je de tekst in de zoekbalk daarna leest.

Delano Kamp, Junior UX designer, persoonlijke communicatie.

Olivia Cabello, Junior UX strategist, persoonlijke communicatie.

Jeroen Hol, Lead UX designer, persoonlijke communicatie.

Ondanks de flop van de eerste test heb ik toch veel eraan gehad om mij beter voor te bereiden voor de volgende testpersonen.

Delano had wel een goed idee om de gebruikers het nog makkelijker te maken om te zoeken naar iemand die veel projecten heeft gedaan voor een cliënt. Hij had het over een extra module onder aan de cliënt pagina waarin alle monks staan met het aantal projecten die zij hebben gedaan voor die cliënt. Hierin zou je weer kunnen filteren op departement zodat je zoekresultaat nog preciezer wordt.

Uit de tests met Olivia en Jeroen kwam naar voren dat het filteren op de projecten pagina toch niet handig is om het met visuele blokken te doen. Olivia had het over een zoekbalk zoals bij de andere paginas omdat ze dat gewend is. Jeroen dacht na over een filter bar zodat je meteen kunt zien op welke categorieën je kunt filteren en alles is in één oogopslag zichtbaar.

Ook had Jeroen de opmerking dat je bijvoorbeeld niet door alle departementen of monks kunt browsen terwijl daar wel een optie voor is voor de kantoren. Dit zou makkelijk opgelost kunnen worden door daar ook knoppen voor te maken op het beginscherm maar dat is niet het doel van deze tool.

Voor de volgende iteratie ga ik:

• Project per monk aan de cliënt pagina toevoegen

Om snel tot een 'expert' of ervaarde monk voor een bepaalde klant te komen is dit een handige module. Door iemand vanuit een bepaalde departement of kantoor te vinden, komt er een zoekbalk naast te staan om net zoals de andere filter functies zo gemakkelijk te kunnen zoeken.

• Testen welke filter functie het beste werkt voor als er meerdere lijsten zijn.

Bij deze test heb ik de functie dat je de items aan moet klikken om te filteren. Olivia en Jeroen hadden allebei andere handige opties, deze wil ik in een kleine open A/B test voorleggen aan monks en kijken welke ze fijner vinden om te gebruiken.

Test persoon 1 - Delano Kamp (UX design)

Deze eerste test was een totale flop. Omdat het lastig is en te veel tijd kost om een prototype zo variabel te maken gaf hij de tip om het iets minder te focussen op data maar meer op de flow en het laten zien van de mogelijkheden in de tool.

Overigens vond hij wel dat deze tool heel veel potentie heeft om het probleem op te lossen en dat als alles goed werkt, hij graag deze tool wilt gebruiken om zo tot de inzichten te komen.

Ondanks dat het testen niet helemaal naar mijn wens ging, ben ik wel tot de conclusie gekomen dat het prototype anders opgesteld moet worden zodat het makkelijker en overzichtelijker gemaakt kan worden voor de testers.

Ook kreeg ik de tip om kort iets te vertellen over het project, dit had ik gedaan alleen was dit net niet genoeg. Als ik een klein tekstje schrijf die goede context geeft zal dit duidelijker zijn.

Test persoon 2 - Olivia Cabello (UX strategy)

Deze test liep veel beter dan de eerste! Dankzij de tips van Delano heb ik een begin scherm toegevoegd die uitlegt waarom deze tool nodig is en wat je ermee kunt. Dit hielp erg met het snappen wat het doel is en ik had ook de gelegenheid om alles uit te leggen aan de tester.

Ze vond de tool er erg goed uit zien en ook fijn om te gebruiken. Als de tool helemaal klaar is en werkt zou ze er graag gebruik van willen maken.

Ook vond ze de wereldbol een coole toevoeging en ook nog eens handig om daarmee visueel te zien waar de monks en de kantoren zich bevinden.

Test persoon 3 - Jeroen Hol (UX design)

Dit was een spontane test na een 'koffieleut' meeting, Jeroen wou graag mijn prototype testen nadat hij en Maarten mij vroegen hoe mijn project er voor stond.

Jeroen gaf mij erg goede inzichten om de tool nog uitgebreider te maken (eventueel voor in de toekomst). Hij had het vooral over de tijdzones die wat prominenter naar voren mogen komen, of dat je daar als monk voor kan kiezen. Hij had in gedachten om de tool aanpasbaar maken zodat deze optimaal gebruikt kunt worden door de specifieke monks.

Verder mocht de layout voor de projecten pagina minder 'bulky'. Het was daarnaast ook moeilijk te zien waar de resultaten gefilterd werden. Een zoekbalk of een filter bar vond hij een betere optie.

Delano Kamp, Junior UX designer, persoonlijke communicatie.

Olivia Cabello, Junior UX strategist, persoonlijke communicatie.

Jeroen Hol, Lead UX designer, persoonlijke communicatie.

Hier laat ik in een overzicht zien wat ik sinds de eerste hi-fi versie en de eindversie heb veranderd. Door de schermen naast elkaar te zetten worden de verschillen duidelijk uitgelicht, door middel van nummers leg ik uit wat er is veranderd.

Begin scherm

Resultaten scherm

Monk details

Project details

Departement details

Cliënt details

Kantoor details

Na de feedback te hebben verwerkt van de tests, heb ik een grote verandering gemaakt in de stijl en layout.

Dit is het prototype waarmee ik de eerste test heb uitgevoerd.

Beginscherm

Resultaten scherm

Detail schermen

Monks

Projecten

Departementen

Cliënten

Kantoren

Aanleiding

Om te concluderen of tool ervoor gaat zorgen dat monks sneller en gemakkelijker tot een antwoord op hun vraag komen, wil ik deze test gaan uitvoeren.

Scope

De scope van deze test is voornamelijk om te kijken of de gebruikers sneller een antwoord op hun vraag kunnen krijgen, met behulp van de tool, door een bepaald informatie deel te zoeken. Dit ga ik door middel van de tijd bijhouden testen.

De enige taak die ik voor ze heb is om tot een bepaalde monk of project te komen.

Aanpak

Mijn aanpak is om een paar monks aan te spreken via Slack en deze wat vragen stellen over hoe lang ze gebruikelijk doen over het vinden van iets of iemand.

Daarna ga ik ze vragen om dit in mijn prototype te doen en dit ook te timen. Deze twee tijden laten zien of de tool sneller of trager is met het zoeken.

Benodigde tijd

Al met al denk ik 15 minuten bezig te zijn met één test.

Oplevering

• Testplan

• Test resultaten

• Conclusies

Uit de resultaten kwam dat optie 1, met de zoekbalk waar er gebruikt gemaakt wordt van tags, het beste uit de test kwam.

Er waren positieve argumenten waarom optie 1 beter is dan optie 2. Het is sneller en je hoeft minder handelingen te nemen als je al precies weet naar wat je zoekt. Nu hoef je alleen te typen in plaats van de hele lijst af te gaan totdat je de juiste departement of kantoor hebt gevonden.

Ook was er een punt van feedback. Deze was erg welkom want ik zie misschien niet altijd struikelpunten die anderen (kunnen) ervaren.

Suggestie iconen

Iemand had het over als je meerdere suggesties krijgt, het misschien niet duidelijk is wat een monk, departement of kantoor is. Dit was een goede opmerking want hier had ik ook al over na zitten te denken.

Degene die dit opmerkte kwam met een goede oplossing, iconen erbij zetten! Dit was het voorbeeld:

"It would be helpful if you type "Hil" and you'll see:

[OfficeIcon] MediaMonks Hilversum [PersonIcon] Hilton Meltzer [PersonIcon] Joanne Hil etc."

Aanleiding

Ik wil deze test uitvoeren om te kijken of mijn vermoedens bij de use cases kloppen. Dit zijn taken die ik heb bedacht en zelf heb uitgevoerd om te kijken of de flow klopt. Hopelijk vinden de gebruikers alles zonder daar al te lang mee bezig te zijn.

Ook wil ik van de testpersonen een algemene indruk van het prototype krijgen en informatie over elementen van het prototype die verbeterd kunnen worden.

Scope

De scope van deze test is voornamelijk het idee van mijn concept, of ze goed door de flow komen, of de gebruikers er goed mee overweg kunnen en de verschillende taken uit kunnen voeren.

Deze taken zijn:

• De gebruiker wilt een monk zoeken die veel projecten heeft gedaan voor een bepaalde cliënt.

• De gebruiker kent een monk die een specifiek project heeft gedaan, de gebruiker zoekt naar dat project.

• De gebruiker wilt alle locaties bekijken.

• De gebruiker wilt een specifiek project vinden van een cliënt.

• De gebruiker wilt een monk zoeken die in een bepaald departement zit.

Aanpak

De test die ik ga uitvoeren is een 'thinking out loud' sessie met verschillende gebruikers.

Hierbij geef ik de testers het prototype met een korte introductie en daarna kunnen ze de taken uitvoeren. Als ze bezig zijn met testen vraag ik ze of ze hardop kunnen denken zodat ik hun gedachtegang ook kan horen en meer context bij hun keuzes krijg.

Aan het einde heb ik nog een paar vragen voor ze over bepaalde elementen van het prototype.

Benodigde tijd

Al met al denk ik 30-45 minuten bezig te zijn met één test, deze tijd weet ik pas zeker na een paar tests te hebben afgenomen.

Oplevering

• Testplan

• Notities van de test

• Test resultaten

• Conclusies

Survey

Deze survey is in totaal door 12 monks ingevuld.

Eerst heb ik de testers korte introductie gegeven over het project, wat ze gaan testen en de opdracht voor de prototypes zodat ze goed kunnen zien hoe de opties werken.

Resultaat

Ook heb ik voor meer uitleg gevraagd waarom ze voor die optie hebben gekozen. Hier kwamen goede feedback punten naar voren en ook verantwoordingen die dicht bij die van mijzelf komen.

Impressie van testen

Test persoon 1 - Jeroen Strassen (QA Engineer)

Hoe lang heb je de laatste keer erover gedaan om een bepaald iemand/project te vinden?

Dit was wel ongeveer anderhalf uur.

Wat is de langste tijd dat je erover deed?

In zijn instantie was dit toch wel anderhalf uur voordat hij antwoord heeft gekregen.

En wat denk je als gemiddelde tijd te spenderen om een bepaald iemand te vinden?

Het ligt eraan of dit een huidig project is, of een project is waar je niet aan mee hebt geholpen. Hij dacht dat is ongeveer tussen een kwartier tot een half uur duurt.

Test persoon 2 - Tom Hodes (3D generalist)

Hoe lang heb je de laatste keer erover gedaan om een bepaald iemand/project te vinden?

Voor zijn rol komt hij niet vaak tegen dat hij iemand zoekt, hij zoekt vaker naar bestanden. De laatste keer dat hij naar iemand zocht, was dit relatief snel gedaan in ongeveer een halfuur.

Wat is de langste tijd dat je erover deed?

Hij heeft een keer gehad dat het 2 tot 3 uur duurde.

En wat denk je als gemiddelde tijd te spenderen om een bepaald iemand te vinden?

Tom vertelde dat als je hier al werkt, het makkelijker is om te weten wie je precies nodig hebt. Dit zorgt ervoor dat hij meestal in een halfuur wel antwoord heeft of diegene gevonden heeft.

Test persoon 3 - Kevin Rooi (Designer en nieuwe monk)

Hoe lang heb je de laatste keer erover gedaan om een bepaald iemand/project te vinden?

Voor een expert op gebied van bijvoorbeeld Netflix heeft het ongeveer 3 uur geduurd.

Wat is de langste tijd dat je erover deed?

Het langste wat hij erover heeft gedaan totdat hij degene had gevonden was één week. Zijn methode is om iedereen vragen en als zij niet degene zijn waar hij naar zoekt, moet hij verder zoeken. Ook de tijdzones zaten vaak in de weg.

En wat denk je als gemiddelde tijd te spenderen om een bepaald iemand te vinden?

Het ligt er heel erg aan naar wie hij op zoek is, maar hij had het vooral over monks die veel ervaring hebben met een bepaalde cliënt of type project. Voor hem duurde dat wel een paar dagen.

Test persoon 4 - Dominique Vredeveld (Designer, assets at scale)

Hoe lang heb je de laatste keer erover gedaan om een bepaald iemand/project te vinden?

Komt niet vaak voor dat ze een hele zoektocht moet houden naar een monk. Ze zoekt wel vaak naar een ervaren monk die veel projecten heeft gedaan voor een cliënt. Dit hangt af van de personen aan wie ze het vraagt. Ze zei ongeveer 15 minuten.

Wat is de langste tijd dat je erover deed?

Bij haar kon dit een uur of 2 duren, omdat je afhankelijk bent van iemand anders kan het erg lang duren soms.

En wat denk je als gemiddelde tijd te spenderen om een bepaald iemand te vinden?

Om een ervaren monk te vinden denkt ze ongeveer 15 tot 30 minuten bezig te zijn.

Jeroen Strassen, QA engineer, persoonlijke communicatie.

Tom Hodes, 3D generalist, persoonlijke communicatie.

Kevin Rooi, Junior designer, persoonlijke communicatie.

Dominique Vredeveld, Designer, assets at scale, persoonlijke communicatie.

Dit is mijn uiteindelijke prototype! Ik heb het prototype zo opgesteld dat je echt kunt typen om te zoeken. Hierdoor werkt het alleen als je bepaalde letters typt. Onder de link van het prototype staat een kleine cheat sheet om wat je kunt invullen om het prototype te gebruiken.

Bij Adobe XD heb je de optie om een lijst scrollbaar te maken. Helaas als je scrollt, verschijnt er geen scrollbalk. Natuurlijk is dit wel de bedoeling, daarom ik geef dit aan als een aanwijzing zodat het prototype goed begrepen kan worden.

Om het prototype realistisch te maken heb ik het zo gemaakt dat je er echt in kan typen. Hierom is wel beperkt wat je kunt typen, om het zo makkelijk mogelijk te maken heb ik deze woorden in een tabel gezet.

De woorden zijn allemaal in kleine letters.

Data

De data wordt onderhouden door Human Resources (HR). Als er een nieuwe monk bij komt zouden zij ervoor moeten zorgen dat de juiste informatie in zijn/haar wordt verzameld en dat er een foto van diegene in het profiel komt.

Dus als HR hun werk goed doet, blijft de data up to date!

Afwerking

De tool wordt gemaakt door de monks als een intern project. Alles wat ik heb gemaakt is ook conceptueel en kan nog verbeterd worden door anderen, of misschien zelfs ik, die het project weer oppakken.

Het project gaat door het normale proces heen, eerst een creative team om ideeën te bedenken om de tool nog beter te laten voldoen aan de behoeften. Daarna naar de UX afdeling om de ontwerpen eventueel aan te scherpen. Dan naar design om de MM stijl eruit te laten komen en de finishing touches te geven. Als laatste moet het natuurlijk ook daadwerkelijk gebouwd worden door de programmeerders.

Eventueel kan films ook nog een coole promotievideo voor de monks maken zodat het goed geïntroduceerd wordt.

Martin Kool, Global Head of User Experience, persoonlijke communicatie.

Test persoon 1 - Jeroen Strassen (QA Engineer)

Hij zei dat het zeker sneller is om te gebruiken als je op zoek bent naar specifieke monks, projecten, departementen etc.

Ondanks dat hij de eerste keer eerst over de balk heen keek kon hij de juiste monk vinden binnen 5 minuten.

Test persoon 2 - Tom Hodes (3D generalist)

Voor monks als Tom die meer naar files zoeken dan echt naar monks kan dit toch ook worden gebruikt. Hij had het wel fijn gevonden als er een knop op de projectpagina zou zitten die hem direct naar de Google Drive folder navigeert.

Ook had hij een opmerking over dat er geen foto of omschrijving bij het project zit. Hij deed bijvoorbeeld veel projecten voor HP, deze hadden allemaal best vage namen en daar zouden foto's erg bij helpen om deze te onderscheiden.

Ondanks kon hij de taak uitvoeren in 3 minuten. Ook kreeg ik zijn complimenten dat het prototype er zo strak uitziet.

Test persoon 3 - Kevin Rooi (Designer en nieuwe monk)

Hij was erg onder de indruk van de tool. Ook vond hij het fijn om meer te weten te komen over de monks waar je mee gaat werken.

Vooral de feature dat je kunt zien wie er de meeste projecten voor een cliënt heeft gedaan zou voor hem de oplossing zijn om meteen bij de juiste monk te komen.

Kevin kon nu een ervaarde monk zoeken voor een specifieke klant in minder dan 4 minuten.

Test persoon 4 - Dominique Vredeveld (Designer, assets at scale)

Ze vond het een handige tool en zou het zeker gebruiken om ervaren monks te zoeken. Verder had ze ook wel goede opmerkingen over sommige onderdelen. Ze vond de zoekbalk te klein en onopvallend. Ze gaf de tip om deze groter te maken en een zoek icoon toe te voegen.

Zelf prefereerde ze om niet te scrollen op een pagina als er meerdere scrollijsten erin staan. Ze gaf de tip om te kijken naar tabs om daar de lijsten in te stoppen. Zo wordt de pagina korter en hoeft de gebruiker niet onhandig te scrollen.

Ondanks dat ze de tool niet helemaal snapte eerst en daar misschien toch wel een kleine onboarding voor nodig is, kon ze een monk of ervaren monk vinden onder de 10 minuten.

Jeroen Strassen, QA engineer, persoonlijke communicatie.

Tom Hodes, 3D generalist, persoonlijke communicatie.

Kevin Rooi, Junior designer, persoonlijke communicatie.

Dominique Vredeveld, Designer, assets at scale, persoonlijke communicatie.

Aanleiding

Aangezien ik toch nog gemengde meningen hoor over de layout van de tweede keer zoeken tijdens het testen, ga ik dit, als een soort open 'A/B' test testen om te kijken welk design en feature beter uit de test komt.

Scope

Ik heb 2 feature designs gemaakt voor het zoeken in de project pagina. Dit zijn dezelfde als ik met Martin gebrainstormd heb tijdens de concept bespreking.

Design 1: de functie dat je op de kantoren en departementen moet klikken om de monks te filteren.

Design 2: heeft een zoekbalk waarmee gefilterd wordt door middel van zoektermen die als tags functioneren.

Aanpak

Door de twee opties voor te leggen aan de de gebruikers wil ik testen welke volgens hun mening en voorkeur het meest gekozen wordt.

Benodigde tijd

Om de test op te zetten heb ik 15 minuten nodig. De benodigde tijd om genoeg reacties te hebben om daar een conclusie uit te halen kan ik niet zeggen. Ik ga ervan uit dat dit één dag of twee dagen kan duren.

Oplevering

• Testplan

• Resultaten

• Conclusies

Naast mijn website waar we ons nu in bevinden, heb ik er ook een pdf bestand van gemaakt voor het inleveren in DLO.

PDF BESTAND

Ik heb al een aantal positieve reacties gehoord over deze tool. Volgens mijn mening heeft MMHUB veel potentie om uiteindelijk dagelijks gebruikt te worden door elke monk.

Hopelijk zou ik later ook nog een rol hebben in het verwerkelijken van deze tool.

Hieronder heb ik wat punten opgesomd waar er nog naar gekeken kan worden of waar ik geen tijd meer voor had in deze 20 weken:

Skills en solutions

De monks gaven in de survey al aan dat ze graag meer willen weten over de skills onder de monks. Hiervoor heb ik al een opzet gemaakt maar nu moet er nog gekeken worden naar hoe je kunt zoeken naar bepaalde skills.

Solutions zijn specifieke monks die veel weten van een bepaald onderwerp, hier kan uiteindelijk ook iets mee gedaan worden wanneer de skills geïmplementeerd zijn.

Design en UX

Wat ik MM wil aanbevelen is om nog meer te gaan testen met de verschillende layout mogelijkheden en designs van de tool. Ondanks dat ik mijn best heb gedaan op design mag daar nog goed naar gekeken worden om het nog passender te maken bij MM en om het nog plezieriger te maken voor het oog.

Op het gebied van UX heb ik al een hoop gedaan. Eventueel kan er nog een verandering van een layout plaatsvinden door te testen welke mogelijkheden het beste en fijnste werken voor de gebruikers. Zo kan de tool steeds nauwkeuriger worden met het voldoen van de behoeftes van de monks.

Behoeftes

Wat betreft de behoeftes, tijdens het testen heb ik met verschillende monks gesproken en daaruit kwam dat sommige departementen een hele andere behoefte hebben dan het vinden van een specifieke monk.

MM zou hier nog dieper onderzoek naar kunnen doen om eventueel in de tool verschillende opzetten te gebruiken die de monks zelf kunnen selecteren. Zo kunnen ze zelf de tool naar hun smaak inrichten.

Nieuws

Dit is ook een onderwerp dat naar voren kwam tijdens de surveys. Een nieuws deel waar de monks voor aankondigingen terecht kunnen, uitgelichte projecten, etcetera. Hier kan dan meer onderzoek naar gedaan worden wat MM aan de monks wil laten zien in het nieuws gedeelte.

Iets van een nieuws onderdeel kan makkelijk toegevoegd worden als de layout van het beginscherm aangepast wordt naar 3 of 4 delen, in plaats van de tweedelige indeling die ik nu heb gemaakt.

Meer immersive ervaring

De tool zou nog meer immersive kunnen worden door daarover goed te brainstormen en met functionele immersive ideeën te komen.

Lobby scherm

In de lobby in het nieuwe kantoor komt er een groot scherm te hangen waar bijvoorbeeld de tool op de 3D wereldbol of een ander scherm gezet kan worden. Hierbij zou eventueel een idle state ook nog bij kunnen helpen.

MMHUB is een tool voor de monks om snel en gemakkelijk tot een antwoord te komen als ze een monk, project, cliënt, departement of kantoor zoeken. Daarnaast zorgt het ook voor dat monks betere connecties kunnen maken tussen de kantoren, projecten, departementen en cliënten.

Hieronder heb ik de belangrijkste functies uitgelicht en leg ik deze uit.

Snel en slim zoeken

Wanneer de gebruiker de tool opent, komt dit scherm te voorschijn. Om te starten met zoeken kan de gebruiker hier al beginnen met typen zodat er een handeling minder genomen hoeft te worden. Ook kan de gebruiker klikken op "Find a".

Melding

Wanneer de gebruiker begint met typen maar er zijn niet genoeg karakters om er iets aan te matchen wordt dit met een melding aangegeven. De melding gaat weg wanneer de gebruiker verder typt.

Relevante matches

De resultaten zijn gebaseerd op relevante matches. Dus als de gebruiker 'hil' intypt, zoals in afbeelding 3, beginnen de resultaten met 'hil', zoals kantoor Hilversum, een voornaam, projectnaam en een cliënt, of het is een achternaam van een monk.

Zo worden er al veel irrelevante resultaten vermeden waardoor de tool een stuk overzichtelijker en beter bruikbaar wordt voor de gebruiker.

Handige navigatie

De navigatie van de tool heb ik zo eenvoudig mogelijk gehouden zodat gebruikers alleen heen of terug kunnen gaan. Ook zit deze terug knop bij elke pagina op dezelfde plek, zo kunnen gebruikers deze makkelijk herkennen.

Kruimelpad

Door middel van kruimelpaden kunnen de gebruikers ook gemakkelijk navigeren tussen de bekeken items en om weer terug te gaan, door op "Find" te klikken, naar hun zoekresultaten.

Tijdzones

Wanneer de gebruiker op "Explore offices" geklikt heeft, komt de wereldbol tot leven en wordt echt 3D. De gebruiker kan deze roteren om alle kantoren te zien op de wereldbol.

Naast de wereldbol staat een lijst met alle locaties met de lokale tijden ernaast. Deze kantoren hebben kleuren die meegaan met de tijd. Zo kunnen gebruikers herkennen wanneer een kantoor open (geel en oranje) is of gesloten (groen en paars) is.

Slimme filters

Wanneer de gebruiker in de zoekbalk wilt zoeken, komen er tijdens het typen suggesties die gebaseerd zijn op de items die in de lijsten zitten. Voor deze suggesties staan iconen zodat de gebruiker weet of het een monk, titel, departement, client of kantoor is.

Bijvoorbeeld wanneer de gebruiker de 'H' intikt op een project pagina, komt Hilversum als kantoor suggestie en HR als department suggestie.

Wanneer de gebruiker de 'V' intikt in een projectenlijst, komen woorden als Voice, Volkswagen, VR als suggesties wanneer deze data in de naam of cliënt van de projecten zit.

Snelkoppelingen

Op de detailpagina's zitten snelkoppelingen naar andere tools van MM zoals Sanskrit en 10,000ft. Dit gaat bijvoorbeeld de managers helpen om snel naar de juiste monk of project in de tool komen.

Ook voor andere monks die een mail willen versturen, naar de Slack chat of naar de drive folder willen gaan, kunnen gebruik maken van deze buttons. Zo hoeven ze niet zelf nog in de, nogal langzame, programma's naar de juiste pagina te gaan.

'Experts' vinden

Op de cliënten pagina staat onder alle projecten ook een lijst met monks en de hoeveelheid projecten die zij hebben gedaan voor die cliënt. Dit gaat gebruikers helpen om zo gemakkelijker en sneller een ervaarde monk te vinden voor een specifieke vraag.

“Hoe kan er een interactief overzicht gemaakt worden, in een Chrome extensie, waarin een grote hoeveelheid informatie over de wereldwijde kantoorlocaties van MediaMonks in een eenvoudige tool met een wow-factor worden weergeven zodat werknemers over de hele wereld meer inzicht krijgen in de expertises binnen de kantoren, zodat er minder verlies aan tijd en kwaliteit van werk is?”

Dit is de vraag waar ik mee startte aan het begin van dit project. Na meer dan 20 weken hieraan gewerkt te hebben heb ik er eindelijk een antwoord op.

Ondanks dat monks het aan henzelf te danken hebben dat ze misschien niet overal inzicht op hebben, ligt dit ook erg aan de tools die MediaMonks aanbiedt. Deze tools werken, alleen niet zoals de monks dat willen. Traag en boordevol functies waar een doorsnee monk eigenlijk niks mee te maken heeft.

Nadat ik onderzocht heb waar de behoeftes van de monk echt liggen, ben ik eruit gekomen dat ze een eenvoudige tool nodig hebben waar ze snel en gemakkelijk tot hun gewenste informatie kunnen komen. Want tijd is een van de grootste pijnpunten van een monk en laat tijd nou net hetgeen zijn waar ze niet veel van hebben.

Daarom heb ik MMHUB ontworpen. Het is een tool in een Chrome extensie waar monks door middel van slim zoeken naar andere monks, projecten, departementen, cliënten en kantoren kunnen zoeken. Nadat de eerste zoekresultaat is volbracht, kunnen ze nog voor een tweede keer zoeken zodat ze bijvoorbeeld een specifieke monk uit een kantoor en departement kunnen vinden.

Niet alleen kunnen monks andere informatie delen vinden, ze krijgen ook informatie over de verschillende connecties tussen die onderdelen waar ze op kunnen zoeken. Dit zorgt ervoor dat ze de verbindingen tussen al die onderdelen beter snappen en bepaalde patronen kunnen zien.

Door middel van een validerende test ben ik tot de conclusie gekomen dat monks over het algemeen een kwartier tot een uur bezig kunnen zijn met het zoeken van een bepaalde monk. Met mijn tool konden ze zo iemand vinden in slechts 5 minuten. Op deze manier houden ze meer tijd over voor hun werk en kunnen ze door het vinden van de juiste monks meer kwaliteit in hun projecten stoppen.

Ook heb ik mijn deelvragen beantwoord. Deze kun je hier vinden.

De feedback frenzy is via Miro gedaan, dit is een programma waar iedereen in kan bewerken en elkaars cursor zien. Voor het feedbackmoment hebben we een uur elkaar tips en tops gegeven op de punten die we hebben vernoemd in onze poster, dit werkte erg fijn! Je kreeg erg gericht feedback op de punten waarop je feedback wil hebben en ook nog punten waar je misschien niet eens over nagedacht hebt.

Ik heb voor de volgende punten feedback gevraagd:

• of er nog belangrijke elementen missen in mijn PvW

• of ik genoeg pattern onderzoek gedaan heb

• wat de anderen aan concept in gedachten hebben

Dit waren de tips en tops over mijn poster

De tips hielden vooral in dat:

• er nog gekeken kan worden naar de Chrome extensie

• dat ik niet te veel erin moet stoppen zodat het minder snel wordt of te chaotisch

• gebruik maken van user stories voor bepaalde situaties

• dat ik scamper, morfologische kaart of crazy 8 kan gaan gebruiken voor de conceptualisatie

• nog bedenken of de oplossing ook offline kan werken

De tops hielden vooral in dat:

• ik betrouwbare bevindingen heb door het gebruikersonderzoek

• het er erg professioneel uitziet en alle opleveringen goed op elkaar aansluiten

• het probleem goed heb afgebakend en het erg volgbaar is

Hier laat ik mijn belangrijkste design keuzes zien op basis van de design pattern search die ik in het begin heb uitgevoerd.

Ook heb ik per scherm de belangrijkste onderdelen uitgelegd met verantwoording waarom ik dit zo heb ontworpen.

Layout

Ook heb ik de navigatie layout van Coppeto (2018) als inspiratie opgenomen om zo een mooie consistente manier van terug gaan te ontwerpen.

Daarnaast heb ik inspiratie uit de website Shift van MediaMonks (2020) gehaald voor de andere onderdelen van de tool.

Geavanceerd zoeken

De ontwerpen van Assis (2017) en Babu (2018) zijn mijn uiteindelijke bron van inspiratie geweest. Deze waren erg duidelijk in design en vooral die van Babu ook in gebruik.

Wow factor

Eerst wilde ik een grote wow factor in de tool verwerken, maar door feedback die ik deze 20 weken heb ontvangen heb ik er toch voor gekozen om het bij kleine animaties te houden en een interactieve 3D wereldbol.

Daarnaast heb ik ook uit een kleine animatie van Shakuro (2017) inspiratie gehaald om de wereldbol een soort stippen textuur te geven om bij de stijl te laten passen.