Product biografie

Na een aantal feedback rondes is mijn design challenge een aantal keer veranderd. Dit is de huidige design challenge

• Hoe kunnen amateurmuzikanten geholpen worden met het noteren van door hen bedachte muziek, zodat zij de muziek kunnen gebruiken voor het creëren, re-produceren en spelen met mede muzikanten?

Onderstaand de design challenge door de tijd heen:

• Hoe kan een webapp ervoor zorgen dat beginnende improviserende muzikanten worden geholpen bij het reproduceren en delen van hun muziek zonder dat zij muzikaal belemmerd worden.
• Hoe kunnen beginnende muzikanten worden geholpen bij het reproduceren van de door hen gespeelde muziek, zodat zij de muziek kunnen gebruiken voor het creëren van eigen muziek en kan delen met mede muzikanten.
  
  
• Hoe kunnen beginnende muzikanten geholpen worden tijdens het spelen van muziek om hun muziek te reproduceren, zodat zij de muziek kunnen gebruiken voor het creëren en delen met mede muzikanten.
  
  
• Hoe kan het digitaal vastleggen van muziek beginnende muzikanten helpen, tijdens het spelen van muziek, eigen muziek te reproduceren, zodat zij de muziek kunnen gebruiken voor het creëren en delen met mede muzikanten?
• Hoe kunnen beginnende muzikanten geholpen worden met het vastleggen van door hen bedachte muziek, zodat zij de muziek kunnen gebruiken voor het creëren, re-produceren en delen met mede muzikanten?
  
  
• Hoe kunnen beginnende muzikanten geholpen worden met het noteren van door hen bedachte muziek, zodat zij de muziek kunnen gebruiken voor het creëren, re-produceren en delen met mede muzikanten?

Ik heb 8 muzikanten gesproken. 1 persoon opgenomen. De rest tijdens de pauze van een repetitie en online gesproken. Daarbij zijn dit de belangrijkste uitkomsten. 

• Muziek graag opschrijven
• Met opschrijven krijg je een writersblock
• Vaak muziek in je hoofd
• Te veel moeite om iets op te schrijven
• Weet niet hoe lang de noten zijn en welke toonhoogte het is.
• Leren van wat er opgeschreven wordt.
• De geschreven muziek al direct zien
• De muziek spelen met andere doen ze graag.
• Als notuleer tool
• Alleen het ritme doen
• Schrijft aantekeningen op in de les
• Kort opschrijven, maar daardoor dag later denk je wat was het ook al weer.
• Alles wat de leraar zegt doen
• Voorbereid naar de les
• Geld voor de les betalen. Dus moet wel voorbereid zijn.
• Wil niet te veel afleiding bij het spelen

Elke week is er een bijeenkomst geweest met mijn begeleider. Deze bijeenkomst heb ik feedback gekregen op:

Bij het interviewen moet ik letten op een aantal dingen. 

Zorg dat er een filmpje is of een andere manier waarop het vastgelegd wordt. Wie, wat, waar, hoe etc.
Denk na over bijvoorbeeld Wizard of Oz. Iets maken wat expres niet werkt. Of een filmpje waar het concept wordt uitgelegd en waarbij het mooier is dan dat het eigenlijk is.

Om erachter te komen wat de belangrijkste features worden en wat er wel/niet in de app moet: 

• Moscow (samen met de 'major stakeholder')
• Zeggen wat wel/niet werkt
• Zelf de app laten bouwen
• Met kaartjes welke zij het belangrijkst vinden.

De dingen die hier uit komen gebruiken op de feedback frenzy.

Op 4 april 2019 is er een feedback frenzy gehouden. Ik ben bezig geweest met: 

• Een paperprototype
• Onderzoek naar verschillende muzieknotaties
  • Voor mensen met een muziek achtergrond
• A/B test voor knoppen en functies

De belangrijkst feedback die hier uit kwam was: 

- De knoppen: 

• Pauze knop in plaats van opslaan knop.
• Kijken naar de audio opname van apple.
• Dubbele knoppen balk gebruiken (moet control voor drie functies hebben) -> Wat voor patterns?

Kunnen klappen voor het juiste tempo.

Begin van een muziekstuk zien bij overzicht.

Archief icoon in plaats van menu icoon op hoofdscherm.

Kunnen filteren. (op instrumenten, genre etc)

Gebruiken van een deel API.

Goede flowchart maken om flow inzichtelijk te maken. 

Kunnen afspelen bij detail pagina.

Favoriete instrumenten kunnen toevoegen.

Validatie van opslaan of verwijderen.

Waarom moet dit er eigenlijk komen?

De oplossingen die er nu zijn, hebben veel meer opties dan alleen noten. Het wordt heel snel ingewikkeld daardoor. Het is voor de personen die al professioneel muziek maken. De leer curve is erg groot. Het is voor het creeën van muziek, meer dan alleen reproduceren of opslaan. Daarnaast kost het allemaal veel geld om te gebruiken. (Er wordt verwacht dat je de muziek gaat verkopen etc.)

Humon is een applicatie speciaal voor het maken van muziek. Het opslaan van muziek zie je vooral bij applicaties zoals een voicerecorder. Hierbij hoor je terug wat je gespeeld hebt en krijg je geen visuele feedback. Applicaties op de computer zijn vaak veel uitgebreider en zijn vaak betaald. Ze hebben eindeloos veel (vaak ingewikkelde) functies.

De oplossing die ik wil maken zit puur in het opslaan van de muziek om later te gebruiken. Net zoals je een lijstje maakt voor de winkel, of memo's maakt om iets niet te vergeten.

Vaak niet even snel iets opnemen. Veel muziek in het hoofd. Te veel moeite om muziek papier te pakken. Geen zin om ritme op te schrijven. Vergeten wat zij in het hoofd hadden. Jonge muzikanten, meeste met telefoon.

Muziek notities app --> voor fluiten, ritme tikken, opnemen, teksten inspreken etc etc.

Tijdens de bijeenkomst op 25 april kreeg ik feedback en waar ik nu ben in het proces.

Nu beginnen met valideren ->

• Klopt de flow
• Test de vormgeving

Kijk goed of er dingen missen. Het ziet er uit zoals ik uitgelegd had, maar mist enkele belangrijke functies.

• delen
• noten aanpassen
• tempo bepalen 

Test was mijn gebruikers graag willen zien. Noten die alle kanten opschieten of dat de noot er langzaam in 'fade'.

Wat gebeurt er bij een 'error' state. Wat is het doel en willen gebruikers later iets kunnen aanpassen.

Kijken naar het echte doel. WAAROM

In welk niveau moeten er dingen aangepast kunnen worden.

Voor het duidelijk krijgen van de functionaliteiten van de webapplicatie is er 4 keer getest. Dit zijn alle uitwerkingen per persoon: 

Lot (test 1): 

Bij het kiezen van een instrument moeten er meerdere keuzes komen. Het patroon wat je ziet bij google translate. 

Standaard instrumenten zoals: Piano en zang. 

Tijdens het opnemen zorgen dat er iets meer noten laten zien worden. 

Een filter is belangrijk. filteren op:

• instrument 
• datum

Opslaan is belangrijk, maar delen vooral een linkje of pdf zodat het makkelijk gespeeld kan worden. 

Op detailpagina: Lijkt dat je kan inzoomen in plaats van dat het laat zien hoever in het muziekstuk je bent. Rode noten of een streep voor welke noten er actief zijn.

Sleutel en maatsoort kunnen zien en eventueel aanpasbaar

Gijs (test 2): 

erste scherm. Input field lijkt op een zoekveld. Zet er een label naast

Begin met algemene instrumenten. Zoals zang/piano -> daaronder willekeurig

Waar in het stuk zit je op het moment dat je het stuk afspeeld. 

Transponeren moet simpeler. Alleen maar bovenin aanpassen. De hoofdtoon is gewoon wat je gezongen of gespeeld hebt.

De knop aan het begin is niet zo duidelijk. Cirkel zodat je ziet dat het echt een knop is. Het patroon van een knop.

Automatisch genereren van een naam hoeft pas bij het opnemen.

Verwacht een instellingen knop.

Leuk om te hebben: 

• Horen welk instrument je speelt
• automatisch selecteren

"Hervat" <- Na pauzeren van opnemen.

Bij het opslaan vooral in pdf + opname. Op A4 kunnen lezen. Een apart mapje met gedeelde muziek.

Stan (test 3):

Het geven van een naam is belangrijk. Maar verwacht het aan het eind aan te kunnen passen. Of tijdens het opnemen aan kunnen passen. 

Transponeren is belangrijk. Dat is altijd een probleem en als dat automatisch gaat lost dat wel veel op. 

Bij het delen of exporteren vooral als pdf zodat je het zelf hebt. Sturen naar iemand anders. Die kan het openen of uitprinten. Via de mail of via whatsapp naar iemand sturen. Ook exporteren voor andere instrumenten.

Op de opneem pagina kunnen zoomen. Zorgen dat je meer noten kan zien. 

Bij afspelen verdwijnen er knoppen. Dat is onhandig, want je wil de knoppen nog kunnen gebruiken. 

Naam toevoegen op hoofdpagina lijkt op zoekbalk. 

Verwachting op overview pagina dat je daar al dingen kan verwijderen. Een prullenbakje en deelknopje. Lang drukken is niet perse logisch daarbij.

Volgorde verschuiven is iets wat er dan zou gebeuren. (als nice to have)

Een mapje maken zoals in google drive. Met eigen naam of gedeelde items.

De verwachting is dat er akkoorden gelezen kunnen worden. Dat is een belangrijk 'probleem' wat misschien interessant is om toe te voegen. (technisch heel ingewikkeld)

Nicolaas (test 4):

Verwacht een andere 'zero-state'. Als eerst zang aangeklikt en een lijst ernaast met meerdere instrumenten. 

Een kleine uitleg aan het begin. Met hoe werkt het en wat kan je er mee doen.

Bij detailpagina -> lijkt dat je kan inzoomen op de noten. Verwacht een streep op de noten. Zoals bij sibelius of musescore.

De noten omhoog en naar beneden doen lijkt handig. Voor het oplossen van opneem fouten.

Pijltjes zijn niet duidelijk voor het transponeren. Verwacht bovenin aan te passen en dat ie het dan automatisch om zet naar een ander instrument.

Bij de sleutel laten zien dat er getransponeerd is. Nu ga je uit van alleen een tekstje die laat zien of er getransponeerd is.

Geluid los kunnen exporteren. Via de app lijkt omslachtiger. Dan moet de ander ook die app gebruiken. Liever makkelijk via whatsapp of mail als pdf kunnen delen. 

Via de app zou je moeten inloggen en zorgen dat er maar bepaalde mensen de muziek mogen zien.

Na het onderzoeken van de muzikanten is er een lijs aan behoeftes. Hierbij heb ik voorbeelden gezocht om zo het design ergens op te kunnen baseren.

1. Wanneer de gebruiker muziek in zijn/haar hoofd heeft wil hij/zij deze terug kunnen lezen zodat hij/zij dit nog een keer kan spelen en kan delen.

• Notatie van noten
• Onderzoek naar notatie (waarom wel/niet)

Keuze: Gekozen voor notenbalk. Dit is een algemene taal die iedereen spreekt. Met andere notatie moet je een hele nieuwe taal leren. De mensen die deze website gebruiken kunnen al noten lezen. Op de opname pagina niet meer dan 7 noten tegelijk. Dit zorgt ervoor dat de gebruiker het overzicht kan bewaren, maar dat er niet teveel informatie tegelijk op het scherm staat. Via https://lawsofux.com/millers-law.html staat beschreven hoe een gebruiker nooit meer dan 7 ‘belangrijke’ dingen op de pagina willen. Daarom moet er altijd gegroepeerd worden met steeds 5 tot 9 dingen tegelijk. (1.)

Bij de overzicht pagina wil de gebruiker de muziek kunnen spelen. Dit zorgt er dus voor dat de muziek helemaal uitgeschreven in het scherm moet komen.

• https://www.khanacademy.org/test-prep/mcat/social-sciences-practice/social-science-practice-tut/e/miller-s-law--chunking--and-the-capacity-of-working-memory

2. Wanneer er geluid wordt ingesproken moet het geluid geanalyseerd worden zodat er live een visualisatie laten zien kan worden.

• WebAudio API
• VueJS
• Conclusie (al geschreven)

Doherty Threshold

‘Productivity soars when a computer and its users interact at a pace (<400ms) that ensures that neither has to wait on the other.’

3. Wanneer de gebruiker klaar is met spelen wil hij/zij de muziek terug kunnen luisteren zodat hij/zij het over kan doen als hij/zij niet tevreden is.

• Afspelen/hervatten

4. Wanneer er muziek terug geluisterd wordt wil de gebruiker kunnen zien welke noten er gespeeld zijn zodat hij/zij weet wat er op dat moment wordt laten horen.

• Progressiebalk
• Noot andere kleur, balkje in progressie en lijntje voor waar je bent in de muziek.

Keuze: Noot een andere kleur krijgen. Dit is een pattern wat je veel ziet bij huidige muziek notatie programma’s. Zo kan de gebruiker precies zien welke noot er op dat moment gespeeld wordt. Bij een balk is de precieze noot niet duidelijk en voor mensen die het tempo nog niet snappen kunnen moeilijker de muziek naspelen. Het lijntje wordt te onrustig. De noten en notenbalk bestaan ook uit lijntjes waardoor een lijn er bij heel onduidelijk wordt.

5. Wanneer de gebruiker muziek in zijn/haar hoofd heeft wil hij/zij dat opnemen zodat zij de muziek niet vergeten

• Structuur voor opnemen

Op de eerste pagina wilt de gebruiker direct kunnen opnemen. Opnames die al gemaakt zijn worden verwacht onder een ‘archief’. Bij het opnemen zie je wat je opneemt en vervolgens kunnen gebruikers dit opslaan en terugluisteren.

6. Wanneer de gebruiker een tempo in het hoofd heeft kan hij/zij dit aangeven in de app zodat de muziek op de juiste manier wordt genoteerd.

• Input voor BPM

BPM is iets wat achteraf aangepast kan worden. “Het muziekstuk wat nu opgenomen wordt staat nog niet vast. Er kan nog vanalles aan geschaaft worden. Het kan nog een ballad worden of een meer up tempo nummer”

Van te voren hoef je dus niet te weten wat het tempo is. Wel moet er een standaard tempo ingesteld worden. Dit is een tempo wat veel gebruikt wordt bij muziek. Zoals 90 bpm (gebaseerd op navragen en onderzoek)

7. De gebruiker wil de muziek makkelijk kunnen vinden zodat hij/zij de muziek snel nog een keer kan (af)spelen.

• Structuur van opslaan
• Autosave
  
  
• Filter
• Search Filters
  
  
• Naam toevoegen
• Inplace Editor
  
  
• Instrument aangeven
• https://medium.com/tripaneer-techblog/improving-the-usability-of-multi-selecting-from-a-long-list-63e1a67aab35

8. Wanneer de gebruiker heeft opgenomen wil hij/zij de muziek direct kunnen terugluisteren zodat hij/zij kan nakijken of het opgenomen stuk goed is.

• Afspeelknop

• Morphing Controls

Dit is een mooi pattern voor het afspelen en pauzeren. Nadat de gebruiker iets afspeelt is het enige wat de gebruiker dan kan doen, pauzeren. Dan hoeft de afspeelknop niet meer laten zien worden. Door de afspeelknop te veranderen in een pauzeerknop hoeft de gebruiker niet te zoeken en te kiezen tussen knoppen.

• Dubbele controls -> Zoals iphone
• https://appletoolbox.com/2019/03/7-best-voice-memo-recording-apps-iphone/

Er moet een dubbele functionaliteit komen voor het afspelen van de ingesproken dingen. Dit wordt in de meeste opname apps al gedaan. Zo heeft Iphone een mooi voorbeeld en de standaard Samsung opname applicatie. Dit is vervolgens getest met een gebruiker daaruit zijn drie versies gekomen. De keuze is gevallen op de meest duidelijke. Waarbij ‘opslaan’ en ‘hervat’ als woorden geschreven staan. Dit zorgt ervoor dat de gebruiker geen nieuwe iconen moet gaan leren en ook niet kan vergissen in knoppen.

9. Wanneer de gebruiker heeft opgenomen wil hij/zij direct kunnen opslaan of verwijderen zodat hij/zij door kan gaan met waar hij/zij mee bezig was.

• locatie opslaan/verwijderen
• Opslaan knop
• Autosave

Na het veranderen van de naam van het bestand wordt dat automatisch opgeslagen. Naast dat het een actie minder is voor de gebruiker is dit ook een pattern wat veel voorkomt. Door automatisch de aanpassingen op te slaan worden de aanpassingen sneller opgeslagen. Daardoor zullen deze aanpassingen zelfs opgeslagen worden als de gebruiker perongeluk de pagina herlaadt of ineens offline gaat na het aanpassen.

• Verwijder knop
• https://mobile-patterns.com/delete

Door de verwijder knop te verstoppen onder een menu is het gevaar dat je iets perongeluk verwijderd kleiner. Verwijderen is geen primaire optie. Als de verwijder knop direct te zien is, lijkt dit een primaire functie. Op het moment dat de gebruiker de muziek opzoekt wil hij/zij deze niet direct hoeven te verwijderen (uit test met carolien)

10. De gebruiker iets wil laten horen aan anderen zodat zij de muziek samen kunnen spelen.

• Deelfunctie

Zoals google drive. Je kan het exporteren als pdf en verzenden via mail of whatsapp. Je verzend vervolgens de pdf en het audio bestand. Daarnaast kan je een link delen die mensen vervolgens op kunnen slaan in hun eigen archief.

11. Wanneer de gebruiker iets heeft ingezongen voor een trompet wil hij/zij dat het automatisch wordt getransponeerd zodat hij/zij zonder problemen de muziek kan spelen.

• Input kiezen instrument
• https://medium.com/tripaneer-techblog/improving-the-usability-of-multi-selecting-from-a-long-list-63e1a67aab35
  
  
• settings
• Settings

12. Wanneer de gebruiker de website voor het eerst ziet wil hij/zij direct weten hoe alles werkt zodat hij/zij eigen muziek kan laten noteren

• Onboarding
• Walkthrough
• Blank Slate
• Coachmarks

Keuze: ‘Blank Slate’

De gebruiker heeft bij de eerste keer nog helemaal niets opgenomen. Er is daarom ook geen data om te laten zien. De ruimte die daarbij vrijkomt kan heel goed gebruikt worden voor een uitleg. Bij de coachmarks wordt het lastig om notaties te laten zien bij het opnemen. Daarnaast zouden de meeste knoppen moeten werken zoals ze eruit zien. De ‘blank slate’ legt daarbij uit wat er gedaan kan worden. Nadat de gebruiker de applicatie voor het eerst gebruikt heeft weet deze hoe de applicatie werkt. Nu is de uitleg ook niet meer nodig en zal er andere content laten zien worden.

Na de groenlichtpresentatie kwam aan het licht dat het ontwerp nog niet goed genoeg was. 

Het had geen eigen identiteit en de eis: Het moet voelen als een hulpje. Werd hierbij niet goed voldaan. Het is meer een handige applicatie om te gebruiken, dan een hulpje die jou heel graag wil helpen.

Daarna ben ik een expert review gaan doen die feedback gegeven heeft op het design en het interactie model.

Ik moest goed blijven opletten op de hierarchie in het design. Zo is de cirkel enorm. Het logo redelijk klein. 

Consistent blijven met kleuren en lettertypes.

De benaming van items: 'Delen' en 'Downloaden' kan iets vriendelijker. 'Download je eigen muziek nu' of iets dergelijks.

Menu aan de onderkant klopt niet. Interactiemodel nog eens naar kijken. De 'home' gaan elke keer naar dezelfde pagina, waar je normaal maar 1 keer hoeft te zijn. Daardoor raak je de web kwijt.

Ondermenu veranderd de hele tijd van functionaliteit. Dat is zeer verwarrend als je even snel iets wil opnemen.

Voor het maken van de eerste versie is er direct Vue gebruikt. De eerste versie is hier te zien: 
https://music-prototype.victorzumpolle.nl/

Het werd al snel een chaos in het project. De Voorhoede kon mijn helpen om overzicht te houden. Eens per week ging ik samen met 1 van de developers kijken naar mijn code.

De eerste feedback die ik kreeg ging over mijn kwaliteit van de code. Ik had allerlei voorbeeld bij elkaar gegooid om zo iets te laten werken. Dit maakte de code onleesbaar. Zo erg dat ik het zelf bijna niet meer uit kon leggen. 

Het belangrijkste wat ik daarna kon doen is vanaf scratch beginnen en alles in kleine stukjes opbouwen.

Door dit te doen heb ik een betere structuur gekregen en is de webapplicatie enigszins onderhoudbaar voor andere developers.

Daarnaast kon ik een goed overzicht krijgen in wat de gebruiker nou eigenlijk wil bereiken. Ik heb toen besloten de belangrijkste drie functionaliteiten. Het opnemen, en bekijken van je opnames en delen onder verschillende pagina's te doen. De gebruiker kan naar de url: /record. En de webapplicatie begint meteen met opnemen.

Waarom heb ik gekozen voor Vue en Nuxt?

Vue is gebaseerd op html en javascript. Het is een stabiel framework wat goed ondersteund wordt op het web. Alles wat er gebeurt in de webapplicatie moet erg reactief zijn. Zo moet er bijgehouden worden wat de keuzes van de muzikanten zijn en worden noten live getoond. Dit maakte de keuze om een framework zoals Vue te gebruiken, snel gemaakt. Door VueJS werkt dit extra snel (vuejs.org).

Bovenop Vue komt ‘Nuxt’, wat een manier is om heel modulair te kunnen werken. De website werkt veel sneller, doordat Nuxt ervoor zorgt dat alle onnodige dingen uit Vue worden gefilterd. Met Nuxt maak je ook de uiteindelijke webapplicatie. De muzikant kan de webapplicatie op zijn homescreen opslaan, zodat de muzikant direct zijn muziek kan opnemen. Webapplicaties zijn de nieuwe manier van het maken van apps waarvan verschillende grote partijen al gebruik maken (zoals Twitter en Pinterest).

Door alles direct in de browser te zetten kan ik in browser testen. Dit maakt het makkelijk om op elk moment en overal snel te testen. Daarnaast test ik met iets wat echt werkt. De gebruiker kan op paden komen die normaal niet zouden uitgewerkt zijn.

Alles staat op github waardoor het makkelijk onderhoudbaar is en er goed bijgehouden kan worden wat vorige versies zijn. Als er iets kapot gaat dan kan er snel naar een vorige versie terug gekomen worden. Daarnaast kan er makkelijk feedback gegeven worden via Github, omdat de code overzichtelijk geplaatst is.

Voor mij was het belangrijk dat memotone online kwam. Voor de eerste paar keer heb ik memotone online gezet op mijn eigen domein. Zo had ik music-prototype.victorzumpolle.nl en afstuderen.victorzumpolle.nl

Op een gegeven moment had ik een naam bedacht voor de webapplicatie. Dit domein heb ik direct gekocht. Daardoor kon ik alles online zetten. Elke keer als ik code had geschreven kwam het automatisch op memotone.nl.

De code staat op github en is verbonden via netlify. Dit is een partij die automatisch je projecten online zet. Deze staat dan online op een link via netlify. Via een aantal DNS instellingen kan dat automatisch naar een eigen domein worden gezet. Zo heb ik dat ook gedaan met memotone.nl.

Product biografie: https://afstuderen.victorzumpolle.nl/

Memotone: https://www.memotone.nl/

Ouder versie memotone v0.9: https://memotone-v09.netlify.com/

Ouder versie memotone v0.1: https://music-prototype.victorzumpolle.nl/

Om memotone beschikbaar te maken voor productie moeten er een aantal belangrijke zaken opgelost worden. Hier is over nagedacht, maar kost te veel tijd om nog op te lossen tijdens dit project. Er is bij het maken van het prototype altijd rekening gehouden met het toevoegen van deze functies.

1. Voor een productie versie van memotone moet er goed gekeken worden naar de functie om de muziek te delen. Deze functie is gebaseerd op de manier waarop iemand in Google drive iets kan delen. De link wordt nu een pagina van de muziek van de muzikant. Dit kan leiden tot vervelende situaties, omdat iedereen die link dan kan bezoeken. Er zou een inlogsysteem moeten komen, waarbij de audio en noten opgeslagen worden in een een database. Bij het maken van memotone is daar al vanuit gegaan, waardoor de data nu al in de browser opgeslagen wordt in dezelfde structuur als dat in een database zou moeten.
2. Er is nu een standaard pdf. In productie moet er een pdf gegenereerd worden van de muziek die gespeeld is. Hier staan online ‘open source’ programma’s om te gebruiken in een website (JSPDF). Deze moet toegevoegd worden in het project om pdf’s automatisch te laten genereren.
3. Op dit moment worden de ingezongen nummers niet opgeslagen. Het opslaan van de opnames moet lokaal worden zodat de muzikant zijn eigen muziek terug kan lezen. In de code staat nu een standaard lijstje. Dit lijstje moet gebaseerd zijn op de muziek die lokaal opgeslagen is.
4. Daarnaast is het analyseren van het geluid nog niet nauwkeurig genoeg. De code kan zo specifiek gemaakt worden als iemand zelf wil. Nu is er echter alleen gefocust op acht verschillende noten, waardoor snelle melodieën wegvallen. Qua toonhoogtes zit memotone goed in elkaar. Om de webapplicatie in productie te krijgen moeten een aantal noot uitschieters uitgefilterd worden en wanneer iemand gebonden noten speelt wordt er geen onderscheid gemaakt. Op dit moment wordt een gemiddelde genomen van de verschillende noten die gespeeld worden, als een soort ‘auto tune’ effect. Dit kan opgelost worden door in de code een andere berekening te doen voor het berekenen van de noten.

Nice to haves

Naast de belangrijkste zaken zijn er uit het interview met de ‘major stakeholder’ en in de loop van dit project een lijst aan functionaliteiten gekomen. Deze zouden ook in memotone toegevoegd kunnen worden om het product nog beter te maken. De lijst is gesorteerd op hoe essentieel deze functies zijn gebaseerd op een interviews en testen met de muzikanten.

• Mappenstructuur
• Op het moment dat een muzikant iets opslaat moet er een optie komen om de muziek op te slaan in een bepaalde map. Die map kan een bepaald muziekstuk zijn waar iemand aan werkt.
• Filteren
• Als een muzikant meer dan 10 opnames heeft kan dit een hele lange lijst worden. Om dit overzichtelijker te maken zou er een filter moeten komen. Zoeken op de naam en filteren op de lengte van de muziek en het instrument wat is gebruikt.
• Toevoegen van genres
• Door genres toe te voegen kan een muzikant makkelijker filteren door de muziek. Genres geven de sfeer van de muziek aan en de muzikant kan daardoor makkelijker de juiste muziek kiezen.
• Samenwerken
• De muziek kan je delen, maar de dingen die de ontvanger veranderd worden niet laten zien aan de maker. Je zou samen aan een muziekstuk moeten kunnen werken om zo samen muziek te maken.
• Automatisch omschrijven naar midi
• Midi is een standaard taal in de muziek. Verschillende muziekprogramma’s (‘Musescore’, ‘Sibelius’) gebruiken deze taal. Hierbij kan de muzikant de muziek importeren af laten spelen en aanpassen in deze programma’s.
• Suggesties voor akkoorden
• Bij het bedenken van de muziek kan het handig zijn als er automatisch suggesties worden gedaan. Doordat er bepaalde noten gespeeld worden, is het mogelijk om de toonsoort te achterhalen. Zo kunnen er akkoorden gegenereerd worden.
• Stemherkenning
• Bij zang worden de noten geanalyseerd. De woorden worden op dit moment niet gebruikt. Door stemherkenning zou er een zangpartij gegenereerd kunnen worden.

Scherper worden in mijn bewoording.

Kijken naar best practices, wat werkt, wat bestaat al. (misschien iets met gamification)

Ontwerpprobleem -> Het probleem lijkt nu te zijn dat er een webapp moet komen. Maar het probleem is meer dan alleen dit middel voor het oplossen. Het middel is in deze fase nog niet belangrijk. Wat maakt het een challenge. Voortzetten op de oplossingsrichting, met als laatste het medium.

Let op de herhalingen die ik gebruik. 

Het stuk 'motivering' kan goed als begin. De rest moet concreter.

Een eindgebruiker al major stakeholder verheffen. Iemand die als kritisch persoon er naar kan kijken en mij binnen de lijntjes houd. Het wordt ingewikkeld als ik mijn eigen lijnen trek.

Onderzoeksvragen:
Onderzoek het precieze vraagstuk. Waarom zou het opnemen van muziek niet genoeg zijn?

Zoek naar meer urgente vraagstukken.

• Angst om iets kwijt te raken?
• Waarom wil je het opslaan?
• Wat is het probleem?

Sommige vragen kunnen ook later in het proces. Vragen opschrijven die ik écht wil weten.

Echt handig maken -> en daarop de design challenge maken.

observeren en interviewen moet daarbij helpen. Kijken wat er al is gedaan. En waarom dat gemaakt is.

Wat kan de onderliggende gedachte zijn? Een vertaal ding (compositie notatie). Zoek hiermee het juiste niveau van abstractie.

Opschrijven wat mijn planning is. Echt valideren. Mate van prototype. Wat is een trend? (nieuwste leertechnieken. Om te leren wat ze nog niet konden)

Opschrijven waarom perse ik dit denk op te lossen en waarom ik de ideale persoon ben om (muzikanten) te helpen.

Denk na over een 'Major Stakeholder'. Iemand die mij binnen de lijntjes houd. Die iets van mij kan vereisen.

Belangrijk om op die manier concreet te blijven.

Probeer mensen aan te halen die ik gesproken heb bij mijn onderzoeken. Wat heb ik besproken (daarover een klein stukje).

Blijf onderscheidend -> Waarom is dit anders dan dingen die al bestaan. En wat bestaat er dan al?

Houd mijn aannames bij de klant en niet bij mijzelf.

Ik hoef op dit moment nog niet perse een klant te hebben. Ik moet vooral weten wat ik moet weten om mijn project goed te doen. En daar maak ik vervolgens onderzoeksvragen maken.

Zelfs als ik twijfel over dingen, moet ik dat aangeven. Liever dat je twijfelt dan aannames gaat verzinnen. -> Twijfelen mag nog op dit moment.

Opletten! Op de design challenge. Het gevaar is: 
Hoe komen we met de auto van hier naar parijs? antwoord: Met de auto...

Customer journey heeft een aantal aannames, hoe ben ik hier op gekomen. Spelling -> Heeft de hele dag het deuntje in het hoofd. Details toevoegen in customer journey

Mogelijke impact product. (ook positieve impact?) De eerste zin moet ik anders schrijven. Misschien worden mensen lui. Er kan meer muziek worden gemaakt. Meer mensen gaan muziek spelen. En erbij schrijven waarom ik denk dat ik het zou kunnen oplossen.

In mijn planning staat -> elke week nieuw prototype. Dit is een iteratief product. Niet helemaal opnieuw een prototype bouwen. Verder bouwen op wat ik al weet.

Zoeken naar een major stakeholder. Bijvoorbeeld een gebruiker ophevelen tot major stakeholder.

Design challenge: Derde design challenge is misschien een betere -> frankenstein van wat ik nu heb en de derde design challenge. Open houden van design challenge

De door hun bedachte muziek.

Wat probeer ik te doen? is het écht helder?

Stekeholder map -> conservatoria belangrijker dan muziekleerlingen? klopt niet.

Behoefte gaan abstraheren. -> Alle muzikanten spelen in een orkest... Dat hoeft helemaal niet ook niet voor mijn product.

Voor de onderzoeksvragen -> Onderzoek de context. Hoe willen ze delen, hoe doen ze dat op andere momenten. Via andere platformen ook delen?

Wat zijn manieren om ideeen te noteren -> best practices. Hoe wordt het gedaan bij andere applicaties.

Onderzoek -> mist in mijlpalen

Styletile eruit halen. Dat is een soort deliverable thinking wat niet hoeft. Een uiteindelijk design opleveren wat op goed principes gebaseerd moet zijn.

Criteria van het product opschrijven. Wanneer is iets goed en wanneer vind ik dat en wanneer vindt een ander dat.

Trends -> Interessant om te kijken naar wat er al gedaan wordt. Bijvoorbeeld de verschillende manieren van notatie. Daarnaast is tegenwoordig alles op het web te vinden en te programmeren. Dat is ook een trend.

Onderstaand een lijst met woorden die in dit verslag staan en uitleg vereisen. Elk woord heeft een kleine uitleg met wat er wordt bedoeld in de context van memotone.

Amateur
Iemand die een hobby uitvoert uit liefhebberij. Amateur in de positiefste zin van het woord.

API
Een application programming interface is een standaard manier om toegang tot een systeem te krijgen. Zo is de manier om audio te gebruiken in alle browsers hetzelfde en hangt dat niet af van het apparaat dat iemand gebruikt.

Auto-tune
Dit zorgt ervoor dat toonhoogtes worden veranderd tot een bepaalde (meestal zuivere) noot. Zo worden bijvoorbeeld onzuiverheden verborgen in een muziekstuk.

Framework
Een framework is een abstractie niveau over bestaande technieken. Zo is VueJS een framework voor het web en dus gebaseerd op HTML, CSS en Javascript. Vaak heeft het zijn eigen taal en community.

Front-end
Het woord staat voor de ‘voorkant’ van een website. Een front-end developer zorgt ervoor dat de website of webapplicatie werkt voor een gebruiker en er uitziet zoals het ontwerp.

Muziek spelen
Het spelen van een instrument. In dit geval behoort zang ook tot het spelen van een instrument.

Muzikant
Een persoon die muziek beoefent door een instrument te spelen of te zingen. Een persoon die graag muziek ten gehore brengt.

Open source
Dit gaat om broncode die open is voor publiek om te gebruiken. Dit zorgt ervoor dat het wiel niet opnieuw uitgevonden hoeft te worden.

Patterns
Bij het ontwerpen zijn er bestaande manieren bedacht om functionaliteiten uit te werken. Dit is een standaard manier die de gebruiker van een product al dan niet kent.

Taal
Naast het spreken van een taal is het lezen van notenschrift ook een taal. Het maakt een gedachte visueel en probeert emotie over te brengen.

Transponeren
Transponeren komt er op neer dat iedere noot van het muziekstuk wordt verhoogd of verlaagd.

Trompet
Een trompet is een getransponeerd instrument. Het is een Bes instrument. Dit betekent dat de ‘C’ op een trompet klinkt als een Bes.

Webapplicatie
Dit is een ‘tool’ of computerprogramma dat als website in de browser is uitgevoerd.

Zang
In deze context ook een instrument geschreven in ‘C’.