Welkom bij de afstudeerblog van Casper Biemans en Steffan Scholten. Wij proberen hier elke week ons proces bij te houden.
Don't wanna be here? Send us removal request.
Text
Week 13
Begeleidingsmoment 5 Afgelopen week hebben we onze een na laatste begeleidingsmoment gehad, voor het groenlicht moment. Tijdens deze bespreking hebben we onze voortgang met Peter besproken en alvast vooruit gekeken naar het groenlicht moment dat op vrijdag 1 december zal plaatsvinden.
Meer volgt nog...
Design / Illustraties Naast de applicatie die we de doelgroep aanbieden om hun schade te melden bij de verzekeraar, hebben wij tevens een Lite web versie ontworpen dat naast de hoofd app, ook een mogelijkheid biedt om in nood schade te melden.
Daarnaast zijn we druk bezig geweest om het concept en de producten een gezicht te geven. Allereerst was de naam van onze app belangrijk. Na veel brainstorms zijn we tot de naam Hubs gekomen. Hubs is ontstaan door de zin: “Hulp Bij Schade”. Tevens zit hierin het woord HUB verwerkt dat de definitie: “”.
Vervolgens zijn we Hubs gaan vormgeven. Hieronder de iteratieslagen.


Marketing Meer volgt...
0 notes
Text
Week 12
Terugkomdag
Week 12 is voor ons begonnen met een terugkomdag op school. Tijdens dit moment hebben wij ons work in progress proof-of-concept gepresenteerd. De reacties waren vooral positief en herinnerde ons eraan, dat wij de goede weg op zijn gegaan. Er moet nog veel gebeuren, maar dit brengt ons eindconcept ten goede. Denk hierbij aan het goed uitwerken van de marketing kant van de applicatie. Hoe zorgen wij ervoor dat onze doelgroep de applicatie gaat gebruiken en blijft gebruiken. Een uitdaging, maar niet onmogelijk.
Exploratie
We zijn bezig geweest met het updaten / aanvullen van onze exploratie. Deze dienen wij vrijdag 1 december in te leveren voor het groenlicht moment. Het groenlicht moment bestaat voornamelijk uit het overtuigend presenteren van het tot dan toe uitgewerkte proof-of-concept, om vertrouwen bij de docenten te winnen, wat betreft de overige weken die wij nog krijgen om ons eindproduct te verbeteren en uit te werken.
Hierbij een impressie van onze concept versie voor de exploratie:



Design
Natuurlijk is het ontwerp van onze applicatie nooit af, waardoor er altijd nog wat in de details te verbeteren is. Zo kregen wij goede feedback van Gabri, die aangaf dat een feature voor meertalige talen een goede toevoeging van het concept kan zijn. Wellicht ook de manier waarop de app / buddy reageert om de eindgebruiker, afhankelijk van een x aantal factoren. Denk hierbij aan bijvoorbeeld, tijd, situatie, land/streek.
Ook zijn we ons volledig gaan richten op de illustraties die in onze app voor een flinke boost moeten zorgen qua design. We zijn allereerst begonnen met het schetsen van verschillende ideeën / situaties / creatieve vormen om tot een x aantal mooie en vooral ondersteunende (digitale) illustraties te komen.












Development
Betreft de development van de applicatie zit goede vooruitgang. Er is nog veel te doen, maar de basis staat. De app maakt gebruik van een JSON file format, om de data voor de app op te halen en te gebruiken.
Verder zijn we deze week verder gegaan met het uitwerken van de features die nog open staan, hier is nog genoeg werk voor te verrichten, maar we hebben nog tijd om dit verder uit te werken.
0 notes
Text
Week 11
Meeting Mark
Ook deze week hebben we weer een wekelijkse bespreken met Mark gehad. Tijdens deze meeting hebben we ons huidige prototype met Mark besproken. We hebben het inhoudelijk over de flow van de applicatie gehad en betreft het design.
Hij gaf tevens aan dat wij ons vooral moeten focussen op het maken van een hele vette app die toegankelijk is voor de eindgebruikers en over andere zaken rondom marketing en een API voor verzekeraars als laatst kunnen uitwerken (over na denken).
High Fidelity ontwerp
Deze week zijn we verder gegaan met het verwerken van onze design-guide. We hebben middels een tool van Mark ons design door een validator gehaald om het juiste contrast tussen verschillende elementen te krijgen. Daarnaast zijn we verder gegaan met het fine tunen van het ontwerp. Ook zijn we begonnen met de eerste concept schetsen van de illustraties die binnen onze applicatie gebruikt gaan worden.
Development
Naast het ontwerp, zijn we ook verder gegaan met de development van de applicatie, om zo effectief mogelijk te werken. Op gebied van development zijn we verder gegaan met het uitwerken van de verschillende functies en zijn we daarnaast begonnen met het slice en overnemen van het high fidelity design in het Xcode project.

Concept test traditioneel schadeformulier vs. schadebot app
Om een idee te krijgen van of ons concept daadwerkelijk werkt hebben we ook een eerste test gedaan met een traditioneel schadeformulier, naast onze applicatie. Hieruit hebben we al een kleine conclusie / aanname kunnen trekken, dat onze app daadwerkelijk makkelijker te gebruiken is en vooral overzicht houdt in de informatie die verzekeraars nodig hebben bij het melden van schade(s).
Voorbereiding terugkomdag
Aankomende week hebben we weer een terugkomdag op school. Tijdens deze middag willen wij ons proof-of-concept voor zover deze klaar is presenteren en vooral laten ervaren, om uiteindelijk nog de laatste feedback op ons product te ontvangen en deze vervolgens nog te verwerken voor het eind PoC.
0 notes
Text
Week 10
Meeting Mark
We hebben weer onze wekelijkse meeting gehad met Mark en daar zijn de volgende interessant punten uit voort gekomen:
In hoeverre kun je m persoonlijk maken. als je de locatie bijv weet, kun je buddy hierop instellen: tijd, locatie
Hoe zorg je dat buddy op ieder persoon net wat anders reageert.
Kijk naar slimme defaults. Je zou de afgelopen 3 of 4 halve uren als optie geven
Kun je ook vragen aan buddy wat getuigen zijn?
Als er geen uitleg is, kan er ook foute informatie worden ingevuld
Als buddy persoonlijker wordt, ga je ook eerder hulp vragen
Het verschil tussen verplicht en nog in te vullen of je geen onderscheid van te maken. Nog even over nadenken.
Hoe minder in je layout hoe beter
Controle stap net iets anders uitwerken
Af en toe nog een klein beetje de weg kwijt. Misschien omdat het nog veel is
Schade formulier vs. app (goede test om uit te voeren) - goed bewijsmateriaal
User Tests
Na aanleiding van de feedback van week 8 & 9 hadden we een nieuwe flow gemaakt. Deze nieuwe flow zijn we gaan testen en daar hebben we weer feedback om de nieuwe flow nog beter te maken. Over het algemeen waren de gebruikers positiever en was de feedback voornamelijk over kleine dingen zoals een vraag die net niet duidelijk is of spelfouten.
Development
Casper heeft flinke stappen gemaakt met de development om de basisstructuur van de app in elkaar te zetten. Hier zijn een aantal w.i.p. schermen:
High Fidelity
Omdat we uit de usertests merkten dat de feedback voornamelijk gericht was op kleine factoren hebben we besloten dat dit een goed moment is om te beginnen aan high fidelity schermen. Hieronder zie je verschillende ontwerpen voor onze app en de eerste schermen met de voor nu gekozen stijl:
0 notes
Text
Week 9
Meeting Mark
We hebben een lange en nuttige meeting gehad met Mark. Tijdens dit gesprek hebben wij veel kunnen bespreken en daar kwamen de volgende punten uit:
Ga doormiddel van Card Sorting de mvp’s van ons product bepalen. Hierdoor kunnen wij een beter overzicht krijgen in wat we moeten realiseren om een proof of concept te kunnen neerzetten.
Ons prototype mist nu nog een beetje het gevoel dat de gebruiker ‘een gesprek’ aan het houden is met ‘buddy’. Daarnaast zorgde de 2-3 tabjes boven in de app voor meer verwarring dan duidelijkheid. Maak hier nog een iteratieslag op. Tijdens deze iteratieslag ook kijken of de vragen wel in de juiste volgorde gesteld worden (zou in een echt gesprek deze volgorde werken?)
Kijk naar Mailchimp hoe die de balans hebben gevonden met ‘fun’ en ‘serieus’.
Begin alvast na te denken hoe de app uiteindelijk bij de mens terecht moet komen (marketing).
Denk ook goed na over welke methode we nu gaan gebruiken voor ons proof-of-concept en welk techniek we uiteindelijk zouden willen gebruiken. Wat zijn de verschillende voor- en nadelen van elk platform.
Meeting Peter
Naast een meting met Mark hebben we deze week ook een meting gehad met Peter. Peter had vertrouwen in ons en vond de vooruitgang goed. We hebben na een korte update over ons concept het voornamelijk gehad over de exploratie en afstudeerzitting. Daar kwamen de volgende punten naar voren:
Proof of concept moet in zoverre af zijn, dat het concept goed en overtuigend over te brengen is op de examinatoren. Als dit met een Invision prototype kan mag dat ook, maar als we met een prototype aankomen met een lelijk ontwerp dan is dit niet oke.
Peter gaf de tip om goed na te denken over wat er met de data gebeurd nadat een gebruiker de schademeldingen ingevuld heeft en wil verzenden.
Daarnaast gaf Peter de tip om ook al na te denken over hoe wij de app uiteindelijk willen verkopen (businessmodel) en tot de man willen brengen (marketing). Ondanks dat de afstudeerzitting geen verkoopplaatje hoeft te zijn is het zeer verstanding om goed over deze punten nagedacht te hebben.
Verwerking feedback
We zijn gelijk aan de slag gegaan om de feedback van de usertests van vorige week en de feedback van Mark en Peter te verwerken. Hier zijn een paar vernieuwde schermen:
0 notes
Text
Week 8
Afgelopen week zijn we een nieuwe sprint begonnen om hetgeen wat we de afgelopen weken hebben ontworpen te testen bij de eindgebruikers. Om dit te kunnen doen hebben we het eerste gedeelte van de week gebruikt om de laatste schermen gereed te maken en in Invision te plaatsen, om de prototypes te kunnen testen.
Tijdens de meeting met onze begeleider Mark, hebben we de eerste twee prototypes laten zien, die we gaan testen bij de eindgebruikers.
Prototypes / User tests
Voor de analyse van het prototype wil je niet cijfers over het prototype van de gebruikers weten, maar vooral waarom ze het wel of geen goede app / flow vinden. Hieruit kun je veel meer nuttige informatie halen, dan een cijfer, waar weinig emotie in zit. Bij het testen van de prototypes wil je daarom vooral “waarom” vragen stellen.
Denk vooral na over wat users fout kunnen doen, omdat hieruit ook veel nuttig informatie kan ontstaan. Bereidt daarom ook deze scenario's voor. Bijvoorbeeld wat te doen, wanneer de user geen locatievoorziening aan heeft staan en de locatie van de gebruiker nodig hebt.
Maak onderscheid tussen de user journeys voor wat men op locatie moet doen en wat op een later tijdstip thuis. Wij gaven aan bijvoorbeeld een notificatie te sturen wanneer de gebruiker thuis is, die men helpt te herinneren dat het melden nog afgemaakt moet worden.
Daarnaast hebben we nog gerichte feedback op onze eerste versie van de prototype gekregen. Deze is behandeld in het document “Prototype Feedback”.
Het testen van de flow en inhoud van de toepassing hoeft echter maar bij een kleine selectie mensen gaf Mark aan en is tevens onderzocht door Jakob Nielson; https://www.nngroup.com/articles/how-many-test-users/
Een usergroup van 5-7 mensen is al genoeg om 90% van de applicatie getest te hebben bij de eindgebruikers.
Feedback eerste usertests

Design
Daarnaast zijn we begonnen om de eerste stappen te zetten in het ontwerpproces. Dit omdat we eigenlijk in sprints van twee weken onderdelen van ons product van wireframe tot en met design en code willen afronden. We zijn begonnen met het maken van verschillende styleboards.
Eerste ideeën voor illustraties



Eerste poging design app
0 notes
Text
Week 7
Gesprek Stedin
Afgelopen week hebben we een gesprek gehad met Remco (Teamcoordinator van klachtenmanagement) van Stedin om meer inzicht te krijgen in schadegevallen bij nutsbedrijven. Dit gesprek was zeer nuttig om een compleet beeld te krijgen van de verschillen in schade bij verzekeraars en nutsbedrijven.
Klaarmaken voor testen
Afgelopen week hebben we vier scenario’s bedacht die we graag gebruikers zouden willen laten testen. Hiervoor moesten nog wel veel schermen worden ontworpen om de gebruikers deze scenario’s door te kunnen laten lopen.
Verslag tussenproducten
Deze week zijn we ook bezig geweest om onze tussenproducten in een mooi document te zetten. Dit met het idee in ons achterhoofd dat we dit als een basis voor onze exploratie kunnen gaan gebruiken. Hier volgen een paar pagina’s van het document






0 notes
Text
Week 6
Uit de exploratie bleek dat de concepten op te delen zijn in drie categorieën, namelijk: Incorrecte en missende informatie, schadepreventie en schadespecialist.
Afgelopen week zijn we verder gegaan met het uitwerken van verschillende concepten, omdat we zeker van willen zijn van onze keuze van het desbetreffende concept waarmee we verder willen gaan. Echter tijdens onze wekelijkse begeleiding gaf Annelieke - onze (tijdelijke) begeleider - aan om één concept te kiezen en daarmee verder te gegaan.

Conceptrichting Onze keuze is uiteindelijk gevallen op het concept dat zich richt op missende en incorrecte informatie. De keuze is gebaseerd op tijd en waar onze interesse het meest naar uit gaat. Het concept is binnen de periode die we nog hebben goed te realiseren en er is nog tijd om eventuele verbeterslagen en risico’s op te vangen. Om met alle mogelijke oplossingen en uitwerkingen te experimenteren zijn we weer gaan divergeren en zijn begonnen met het uitwerken van verschillende thema’s binnen het hoofdconcept van missende en incorrecte informatie. De thema’s bestaan uit: Automatisering, Informatie, Gamification, Mens vs. Mens

Colloquium
Dinsdag 3 oktober hebben wij het tweede begeleidingsmoment - 1ste colloquium - gehad op Avans Hogeschool in ’s-Hertogenbosch. Tijdens dit moment hebben we onze ervaringen gedeelt met onze medestudenten.
Al snel werd duidelijk dat we redelijk op schema zitten en dit overeenkomt met de rest van de afstudeerders. We zijn nu binnen de onderzoeksfase gekomen waarin het bedenken en kiezen van een concept centraal staat.
De docenten die bij het begeleidingsmoment aanwezig waren gaven aan dat het belangrijk is dat je je niet te veel laat beïnvloeden door de keuzes van het bedrijf, maar vooral de keuze baseert op hetgeen wat bij ons als afstudeer duo past. Bij het kiezen van een concept is niet alleen het concept met het meeste resultaat de rode draad. Het afstudeerproject moet ook bij onze interesses passen. Stel de vraag “Wat maakt ons product zo uniek?”. Men moet bij het zien en horen van ons concept direct kunnen linken dat dit van ons is.
Ook is het belangrijk veel te experimenteren, om tot de juiste keuze van een concept te komen. Ben vooral veel bezig en probeer zoveel mogelijk uit.
Vervolgstappen
Een goede vervolgstap is om het concept naast de afstudeeropdracht te leggen en te reflecteren of het gekozen concept aansluit bij de opdracht en zonodig aangepast kan worden. Daarnaast moeten we de persona’s meer richten op het concept van incorrecte en missende informatie, om te gebruiken bij het aanscherpen van het concept en te gebruiken bij het vormgeven van de te ontwikkelen toepassing.
Uiteindelijk zullen we het concept gaat testen via de methode “Visie Validatie Interviews” bij de eindgebruikers.
0 notes
Text
Week 5
Om tot een doordachte en onderbouwde keuze te komen en uiteindelijk het juiste knelpunt aan te pakken, zijn we begonnen met het tweede gedeelte van de onderzoeksfase. Hierin zijn we begonnen met het snel uitwerken van enkele wireframes/prototypes en hebben onderzoek gedaan naar verschillende technieken zoals de nieuwe ARKit van Apple en websocket (chat server).
Knelpunten/conceptrichtingen
Uit het eerste gedeelte van onze onderzoeksfase zijn we tot de volgende knelpunten gekomen die onderverdeelt kunnen worden in de categorieën; Voorkomen van incorrecte en missende info, Preventie & Expert op zak.
ARKit
Apple heeft een twee weken terug bij de release van iOS 11 ARKit geïntroduceerd. Een framework om Augmented Reality applications te ontwikkelen voor iOS. Wij waren zeer enthousiast in de werking hiervan en zijn benieuwd of het potentie heeft om eventueel te gebruiken binnen ons project.

Na een paar dagen geëxperimenteerd te hebben zijn we tot de volgende concept prototypes gekomen:
Arkit code project
SocketIO code project
Wireframing
Voorkomen van incorrecte en missende informatie - wireframes / prototypes




Preventie - wireframes / prototypes
Schadebot - wireframes / prototypes
Vervolgstappen
Bovenstaande experimenten zullen we nog wat verder uitwerken, zodat we deze kunnen testen bij de eindgebruikers. Uiteindelijk zullen we hiermee een onderbouwde keuze maken, om ons verder binnen het afstuderen op te gaan richten.
0 notes
Text
Week 4
User Journeys
Begin van de week zijn we verder gegaan met het uitwerken van de verbeterde User Journeys die vooral gericht zijn op de stappen die je als gebruiker onderneemt bij het melden van schade. Vervolgens hebben wij de resultaten geanalyseerd en opgesomd.
We hebben gekeken naar wat voor emoties de gebruiker - lees persona - bij iedere stap heeft en tegen welke knelpunten zij binnen het proces aanlopen.

Interview De Goudse Verzekeringen
Dinsdag hebben wij gesprek met Caro de Jong gehad, Product Owner bij De Goudse Verzekeringen. Het doel van het gesprek was om meer inzicht te krijgen in de processen van schadeafhandelingen binnen een verzekeringsmaatschappij. We hebben een interessant gesprek gehad over schade (voornamelijk gericht op ondernemers) en hebben waardevolle informatie hieruit kunnen halen. Door het gesprek hebben we nieuwe inzichten gekregen bij de schadeafhandelingen binnen een verzekeraar, die zich voornamelijk richt op ondernemers. Belangrijke informatie die uit het gesprek naar voren kwam is dat ondernemers weinig tijd steken in verzekeringen en ze deze taken overlaten aan een onafhankelijke adviseur. Daarnaast moet verzuim van de medewerkers wel rechtstreeks gemeld worden bij de verzekeraar, echter vergeten de ondernemers dit vaak. Ook bij ondernemers komt het vaak voor dat ze missende of incorrecte informatie doorgeven.
Vervolgstappen
We zijn nu op het punt aangekomen binnen onze onderzoeksfase, waar we genoeg informatie hebben verzameld (divergeren) om verder te gaan met het tweede gedeelte van de Double Diamond (convergeren) en richting het bedenken van de eerste ideeën / concepten kunnen gaan. Aan ons om de komende weken de knelpunten goed in beeld te brengen en nogmaals terug te koppelen aan onze afstudeeropdracht, om uiteindelijk de juiste richting te kiezen.
Daarnaast hebben we contact opgenomen met een nutsbedrijf, waar we in afwachting zijn voor een reactie om in gesprek te gaan met een andere schadespecialist.
0 notes
Text
Week 3

Stroef begin van de week
Afgelopen week was voor ons een lastige week, aangezien we dachten genoeg informatie te hebben om verder te kunnen en te beginnen met het divergeren van de informatie. Echter bleek in de praktijk deze aanname niet te kloppen, omdat wij nog geen goed beeld hadden van de knelpunten en andere inzichten die binnen het proces van schade als moeilijk worden ervaren.
Proberen contact op te nemen met ‘experts’
We zijn in het begin van de week ook begonnen met contact te leggen met grote verzekeraars en nutsbedrijven om hopelijk afspraken met experts te kunnen regelen. We willen graag minimaal in gesprek met twee experts van deze bedrijven om een beter inzicht te krijgen in hun processen en knelpunten
We kwamen er helaas al snel achter dat het moeilijk is om achter de juiste contactpersonen te komen, omdat we bij veel bedrijven of klant moeten zijn of met de klantenservice in contact komen. Het is ons wel gelukt om bij een paar bedrijven contactgegevens te krijgen en die bedrijven hebben wij ook gelijk een bericht gestuurd.
Meeting met Mark
De meeting met Mark heeft ons weer een beter beeld gegeven wat we nog verder moeten gaan onderzoeken. O.a. een verbeterslag op onze persona’s (feedback of gekregen van Annelieke) en persoonlijkere user journeys. Daarnaast moeten we minder denken en meer doen.
Meeting met Peter
We hebben een leuke eerste meeting met Peter bij Colours gehad. Door deze meeting zijn zaken rondom school en afstuderen duidelijker en hebben verschillende afspraken gemaakt zoals het wekelijks bijhouden van een blog. Ook hebben wij Peter een indruk gegeven van waar wij afstuderen.

Verbeterslag Persona’s en User journeys
De donderdag zijn we voornamelijk bezig geweest met het verbeteren van de persona’s en user journeys. Dit is een flink onderzoek maar we verwachten hierdoor veel nieuwe inzichten te krijgen.

0 notes
Text
Week 2
Algemeen
Ook afgelopen week hebben we weer veel taken kunnen voltooien. Naast de online enquête die we vorige week hebben afgenomen, zijn we ook met de enquête in stad Den Bosch rondgegaan. Met deze enquête hebben we ons voornamelijk gericht op de oudere generatie. Het viel ons tegen om een grote groep mensen aan te spreken op straat, aangezien niet iedereen de tijd en/of zin had ons te helpen. Echter hebben we wel redelijk wat informatie kunnen verzamelen en diverse verhalen mogen aanhoren over het proces van schade hebben, wat ons ook weer nieuwe inzichten heeft gegeven. De nieuwe data hebben we weer goed kunnen gebruiken bij het onderbouwen van de keuzes en aannames.
Proces
We zitten nu op een punt, waardoor we het lastig vinden een vervolgstap te maken, aangezien wij voor ons gevoel aan het einde van het eerste gedeelte van het onderzoek zitten. Van de week zijn we begonnen met het maken van de persona’s die gebaseerd worden op de conclusies van de enquête en onze bevindingen en zullen daarnaast ook de user journeys uitwerken. Mark vond het van ons een goed idee, dat we voor ieder type schade die we in de enquête hebben opgenomen een globale user journey visualiseren, om uiteindelijk makkelijker de juiste keuze te kunnen maken voor onze vervolgstappen. Volgende week (week 3) beginnen we met het divergeren van het onderzoek, om naar een meer specifiekere richting te gaan binnen het onderwerp schade, om vervolgens daar ons onderzoek weer op te richten. Dit zullen we doen aan de hand van een brainstormsessie + de verzamelde data van afgelopen weken.
0 notes
Text
Week 1
Kennismaking
De eerste week stond voornamelijk in het teken van een kennismaking met het bedrijf Colours en algemene zaken rondom het afstuderen regelen. Denk hierbij aan contracten ondertekenen etc.
Organiseren van ons afstuderen
Wij vinden het belangrijk om vanaf dag één van ons afstuderen al georganiseerd te werk te gaan. Het voordeel hiervan is dat we minder snel voor verassingen komen te staan en tevens alles op een later tijdstip makkelijk terug kunnen vinden.
De werkwijze die wij binnen het afstuderen gaan hanteren is de scrum-methode. We kiezen voor deze methode, omdat uit persoonlijke ervaring en onderzoek is gebleken dat deze methode zorgt voor een verhoogde effectiviteit én geschikt is voor projecten waarbij het lastig in te schatten is, hoe het project zich ontwikkeld. Wat ook bij ons het geval is.
Verdiepen in de opdracht
In de eerste week hebben we ons voornamelijk verdiept in de opdracht die met schade te maken heeft. Wij gaan een toepassing bedenken om het proces dat komt kijken bij het hebben van schade te vergemakkelijken voor de zowel de eindgebruiker als verzekeraars/nutsbedrijven.
We zijn begonnen met de eerste onderzoeken die bestaan uit voornamelijk desktop-research en een kleinschalige enquete.

0 notes
Text
Afstuderen bij Colours in Den Bosch
Vanaf 28 augustus 2017, zijn wij begonnen met het afstuderen bij Colours te ’s-Hertogenbosch. Wij gaan ons verder profileren in UI/UX Design.
0 notes