Appontwikkeling

De wireframes hebben we voorgelegd en getest bij het kot. Het uiterlijk van het laatste ontwerp sprak ze het meeste aan, omdat het duidelijkheid, positiviteit en professionaliteit uitstraalt. Het liefst geen donkere kleuren en te veel kleuren gebruiken om verwarring te voorkomen. Van het tweede ontwerp vonden ze het positief dat de kotkoning/kotkoningin goed uitgelicht was. Van het eerste ontwerp vonden ze het positief dat je kunt aangeven dat je nog niet klaar bent met een taak en deze al wel gestart bent. Maar dit willen ze later nog eens evalueren.

Uit de low fidelity wireframes kwamen de keuzes welke pagina’s ontworpen moesten worden. Hiervoor hebben we ook weer drie verschillende designs gemaakt met ieder een ander uiterlijk: kleur, lettertypes en grotte van buttons. Deze hebben we samen besproken en we hebben besloten dat we uitgaan van het uiterlijk van de laatste versie. De optie van de eerste wireframes dat de taak nog onvolledig is, is een mooie bijkomstigheid. Dit moeten we testen bij het kot. Het is belangrijk dat de persoon die eerste staat in de ranking extra wordt uitgelicht.

Volgend lesmoment zullen we de tijd nemen om alle gegevens correct te verwerken en hieruit onze conclusies te trekken. Hierna zullen we weer met de koten proberen af te spreken (we vermoeden enkel met het 1ste aangezien er bij het 2de geen problemen zijn) om een aangepaste toolkit voor te stellen. Hierna kunnen we hopelijk beginnen met wireframes maken van onze app.Vandaag zijn we samengekomen om onze wireframes te vergelijken met elkaar. We hebben alle 3 op basis van de informatie die we krijgen van het kot een low fidelity wireframe gemaakt en bij elke de sterke punten eruit gehaald. De volgende stap is om deze sterke punten te combineren om zo tot een high fidelity wireframe te bekomen waarmee we aan de slag kunnen. We hebben onszelf de opdracht gegeven om deze keer elk een high fidelity wireframe te maken (de structuur staat vast ondertussen) zodat we hier binnen 3 weken de beste uit kunnen kiezen.

Uit de vele ideeën en voorbeeldontwerpen hebben we drie scenario's geschreven die we hebben voorgelegd aan de koten. Het begint allemaal met hetzelfde: iedere inwoner van het kot heeft wekelijkse taken gekregen om het kot samen schoon te houden. Scenario 1: Het is rommelig in het huis. Vooral in de gezamenlijke ruimtes zoals de keuken worden niet goed schoongehouden. Er is een app gelanceerd waar jullie kot aan meedoet. Deze app verdeelt de taken die er moeten gebeuren in het huis en je kunt ook taken opeisen om te doen. Iedere taak heeft een puntenaantal. Als je een taak hebt volbracht krijg je deze punten. Maandelijks moet de gebruiker of gebruikers met de minste punten geld storten in de pot. Van dit geld worden cadeautjes gekocht voor degene met de meeste punten deze maand. Je kunt kiezen uit een lijst: bioscoopbon, boekenbon, etc. Scenario 2: De app die hierboven is beschreven kun je zien als een kalender, scheidsrechter of politie. Dit geeft de striktheid van de ap...

We wisten niet goed hoe we voor beide koten een app konden bedenken met de juiste elementen erin. De eerstvolgende les zijn we samengekomen met Niels en Kris en ons probleem voorgelegd. Voor het ene kot kan een uitgebreide app met wie welke taken moet doen te uitgebreid zijn voor het andere kot. We vroegen ons af waarop we ons nu moeten richten. Ons onderzoek bij beide koten hebben we aan Niels en Kris voorgelegd en zij zeiden dat het beter is als we ons op 1 kot richten. Het kot met de meeste problemen is het meest interessant om uit te werken, maar we moeten hierbij oppassen dat het niet te complex wordt. Daarvoor moeten we het concept eerst uittesten met een aantal verschillende scenario’s bij het betreffende kot om te kijken hoe zij reageren.

Gisteren en vandaag hebben we onze eerste samenkomst gehad met beide koten. Hierbij hebben we enkele vragen gesteld, zodat we een beter zicht krijgen van wat net het probleem is. Bij het 1ste kot zaten er duidelijk veel problemen. De samenhang van de kotgenoten zat niet zo heel goed en taken werden ook hetzelfde of niet uitgevoerd. Rommel zoals afwas bleef regelmatig staan en sommige vermijden er zelfs de keuken. Ook werd snel duidelijk dat hier een kotbaas zat die vrij weinig aandacht aan het kot schenkt. Bij het 2de kot waren vrijwel geen problemen. Iedereen leek erg goed met elkaar overweg te kunnen en wanneer er een taak niet werd uitgevoerd, werd dit op een vriendelijk manier gemeld en kwam het in orde. Een klein minpuntje (en vrijwel het enige) waren de vuilbakken. Die durfden ze wel eens vergeten buiten te zetten.

- Persona nooit als eerste maken: uit aannames, omdat je nog niks hebt onderzocht, dus persona maken nadat je onderzoek hebt gedaan. - Als je kijkt naar de problemen en irritaties op kot, hoe komt het bijvoorbeeld dat de afwas niet wordt gedaan. En moet je de mensen die laks zijn straffen of is goed gedrag belonen beter? En wat nu als je de indirecte aanleidingen aanpakt. Bijvoorbeeld door het contact tussen mensen op kot te verbeteren hebben ze meer voor elkaar over en zijn ze minder laks doordat ze meer voor hun kotgenoten overhebben. Als bijvoorbeeld een element in de app ervoor zorgt dat de sfeer positiever wordt door bijvoorbeeld een film te kijken en daardoor de minder leuke verplichtingen ook gedaan worden.

Om een beter beeld te krijgen van de doelgroep die we hebben gekozen, de concurrentie en de achterliggende codeer mogelijkheden hebben we deskresearch gedaan naar deze onderwerpen. Vragen die we hierin hebben beantwoord zijn: – Wie is de doelgroep? – Wat beweegt de doelgroep? – In wat voor tijd zijn zij opgegroeid? – Wat vindt de doelgroep belangrijk? – Wie zijn concurrenten als het gaat om plan apps en to do apps? – Wat voor huisstijl hebben zij? – Wat voor functies bieden zij? – Hoe onderscheiden zij zich van de concurrenten? – Welke database mogelijkheden zijn er? – Welke codeertalen zijn daarbij nodig? – Welke andere elementen buiten een code taal zijn nodig? Bijv. server etc. – Hoe werkt deze code taal?

Vandaag hebben we met ons groepje afgesproken om de presentatie van deze donderdag te bespreken. In deze presentatie zullen we zeggen wat we allemaal al gedaan hebben, wat we nog gaan doen en waar we vastzitten. Hier even kort wat we allemaal zullen bespreken: Wat we al hebben gedaan: Onze doelgroep afgebakend Onze persona aangemaakt Zelf kort gebrainstormd over wat er in de app kan zitten Desktop research gedaan Enquête aangemaakt en deze geanalyseerd Wat gaan we nog doen: Koten interviewen Daar halen we ideeën uit Brainstormen over ideeën Eerste prototype maken Koten testen Waar lopen we vast: toolbox zijn we op de goede weg?

Ieder hebben we gekeken naar voorbeelden van planapps die al bestaan en wat we daaruit kunnen halen voor onze eigen app. Hieronder zijn een aantal voorbeelden van planapps die wij zelf goed vinden. De elementen die deze planapps goed maakt zijn: Verschillende kleuren houden het overzichtelijk Taken in een lijst of in een overzichtelijke agenda Icoontjes ipv tekst

We willen graag een app ontwikkelen om het leven van studenten op kot makkelijker te maken. Hieronder is een snelle versie van wat volgens ons een passende persona voor onze doelgroep is.

We hebben met ons groepje ook al samengezeten om eens te kijken wat we allemaal in onze app kunnen steken. Hier is de uitkomst van deze brainstormsessie. vuilbak buiten zetten reminder afwas doen reminder douche/wc  vrij of bezet wanneer je moet koken -> ook erbij kunnen zetten wat je gaat koken zodat je kotgenoten dit op voorhand weten? Welke kotgenoten ‘reserveren’ van gemeenschappelijk ruimtes wanneer je wat moet schoonmaken wie wanneer feestje geeft wie wanneer welke ruimte bezet heeft (bijvoorbeeld woonkamer of keuken) wie wanneer op bezoek komt geluid(soverlast)

Natuurlijk is het belangrijk om te weten waar we nu net aan gaan werken. Daarom zullen we hier even korte uitleg geven: Een app waarbij alle kotgenoten meldingen krijgen wanneer ze een taak moeten uitvoeren (vuilbak buiten zetten, afwas doen, …) of wanneer ze moeten koken (1x per week?), samen naar evenementen, chatfunctie, … Wat in app steken (ideetjes): vuilbak buiten zetten reminder afwas doen reminder douche/wc  vrij of bezet wanneer je moet koken -> ook erbij kunnen zetten wat je gaat koken zodat je kotgenoten dit op voorhand weten? Welke kotgenoten ‘reserveren’ van gemeenschappelijk ruimtes wanneer je wat moet schoonmaken wie wanneer feestje geeft wie wanneer welke ruimte bezet heeft (bijvoorbeeld woonkamer of keuken) wie wanneer op bezoek komt geluid(soverlast) Het idee is dus om een app te maken die het kotleven gemakkelijker moet maken. Hierboven staan de resultaten van onze eerste brainstormsessie, maar deze zijn uiteraard nog ...

Vandaag zijn we voor de eerste keer buiten de lesmomenten samengekomen om even te kijken waar we staan. Tijdens de les hadden we al ons idee gevonden en hoe we dit willen uitwerken (staat allemaal in een ander blog bericht). Momenteel zijn we begonnen aan het maken van onze persona. Ook staat ons onderzoeksrapport in de startfase en kunnen we dus beginnen met relevante informatie bij elkaar te zoeken.

Tijdens deze les hebben we met ons groepje de tijd genomen om ons project op te starten. We zijn begonnen met het maken van een planning. Hierbij hebben we gewerkt met terugdenken: we zijn gestart bij onze deadline en hebben zo onze activiteiten ingepland door ‘terug in de tijd’ te gaan. Dit gaf ons een beter overzicht over hoeveel tijd we voor wat nodig hebben en kunnen besteden. Momenteel ziet onze planning er zo uit, maar er is nog voldoende ruimte om wat te schuiven indien nodig.