Testing podcast experience 2.0
Aangezien Darice niet naar podcasts luistert maar de transcripties leest heb ik de leesbaarheid prioriteit gegeven. Darice gaf aan het fijn te vinden als je zelf de font grootte en interlinie kan aanpassen, deze opties zitten dan ook in het tweede prototype.
Ik was tot conclusie gekomen na het eerste prototype om onderzoek te doen in de volgende technieken:
- Audio naar text omzetten
Hoe gaaf zou het zijn als je gewoon een podcast kan uploaden in mijn toekomstige app en daar een goed leesbare transcriptie uit te krijgen? Darice gaf namelijk aan dat het soms erg lang duurt voordat er een transcriptie beschikbaar komt, als deze al beschikbaar komt. Er zijn online mogelijkheden om audio om te zetten naar bijvoorbeeld text of zelfs JSON bijvoorbeeld met Amberscript. Er zijn meerdere opties, waar onder ook een google optie. Maar het lukte met niet access te krijgen tot deze API's zonder ervoor te moeten betalen of creditcard gegevens in te moeten voeren. Toch vond ik dit wel een goed idee, maar helaas valt hij voor nu toch af. Wie weet komt er in de toekomst een betere ondersteuning voor, en dan is het zeker waard om hier nog eens een keer goed naar te kijken.
Update: Ik ben momenteel in gesprek met Amberscript om te kijken of er mogelijkheden zijn om toegang te krijgen tot de speech-to-text API.
Update 2: Helaas niet mogelijk om een free trail te krijgen van de API. Mijn zoektocht gaat verder.
-
Gelezen dialogen in andere styling
In mijn hoofd ontstond het idee dat als je een dialoog gelezen heb, dat deze anders gestyled zou worden. Met deze manier zie je goed waar je bent gebleven als je bijvoorbeeld even een kop koffie tussendoor haalt of op een later tijdstip besluit verder te lezen. Deze techniek heb ik nog niet toegepast in het tweede prototype, misschien nog wel een idee voor de derde prototype. -
Streaming tekst lezen
Om meer het gevoel van een podcast te geven wil ik testen of het een goed idee is om teksten overtime te laten verschijnen. Dit idee heb ik in mijn tweede prototype verwerkt.
We hebben allemaal mooie prototypes gemaakt om te testen. Wat ik in mijn testverslag ga beschrijven zijn hoofdzakelijk mijn testen. Daar aan toegevoegd zijn wat testresultaten van andere die mij ook nieuwe inzichten gaven. Want ook van de testen van de andere teamleden kan ik natuurlijk veel leren.
Het idee is dat je de dialogen ziet over tijd. Alsof je dit gelijktijdig aan het lezen bent terwijl de podcast afspeelt.
Hieronder zie je een afbeelding hoe de prototype werkt. Als je op start podcast klikt begint de podcast af te spelen. Op het moment zit er een delay in van 5 seconden voor ieder bericht. Hier heb ik nog geen slimme logica voor geschreven dat aan de hand van de grootte van het bericht hier een dynamische tijd aan zit verbonden.
Van beide prototypes heeft deze de voorkeur van Darice. Het idee van dit prototype is een goed idee, ze gaf ook bij Nathan B aan, die een vergelijkbaar idee heeft, dat ze zoiets zelf ook in gedachten heeft. Maar ze had nog wel wat feedback op het functioneren van het prototype.
- De animatie van het sprekers icoon mag iets minder, na een aantal keer word deze afleidend.
- Er moet ook een optie komen om direct de hele inhoud van de podcast te tonen in het geval je geen zin heb in de podcast weergave.
- Inplaats van de twee spekers iconen kun je ook een equalizer tonen. Het mag ook iets kleiner.
- Er moet een play & pauze komen. Nu kan je niet pauzeren.
- Ze geeft aan dat er nog even goed met de timing gespeelt moet worden, nu is alles 5 seconden voor zowel grote als kleine texten.
- Een probleem zijn grotere dialogen, nu scrolled hij automatisch naar beneden en moet ze weer naar boven scrollen om het begin van het dialoog te lezen.
Darice geeft aan dat deze manier van een prototype lezen wel spannender wordt, het geeft meer een idee van de podcast.
Tijdens het uitproberen van de demo wordt ook nog even de font & sizes options uitgeprobeerd, en je ziet dat dit echt een goede toevoeging is.
Dingen die mij opvielen tijdens het testen:
- Het is niet direct duidelijk wat de bedoeling met deze applicatie.
- Darice scrollt naar boven in een lang dialoog, en na enkele seconden springt hij weer naar beneden omdat daar het volgende dialoog wordt geïniteerd. Dit was verwarrend.
Nadat ik de vorige prototype in elkaar had gezet, was ik benieuwd hoe Darice het zou vinden als ze zelf kon bepalen wanneer de volgende dialogen te lezen zijn. Dit prototype laat de gebruiker op de spreker klikken op het moment dat het zijn beurt is voor het dialoog. Dus in het voorbeeld hieronder zie je dat je de spreker icoon van Vasilis een kleur heeft. Dit betekend dat het eerst volgende dialoog van hem is. Door op zijn icoon te klikken komt dit dialoog beschikbaar met een kleine delay. Deze delay zou het gevoel moeten geven alsof 'live' iets gebeurt. Je moet namelijk even wachten tot het dialoog verteld is.
Toen Darice dit concept uitprobeerde was ze er al snel overuit dat dit niet de voorkeur had. Dit vraagt teveel van de gebruiker.
Dit verbaasde me wel een beetje, want ik had eigenlijk wel verwacht dat dit misschien juist een goede optie zou zijn omdat je echt betrokken bent bij het dialoog en je zelf de snelheid kan bepalen. Maar wel heel interessant om te zien dat soms wat ik verwacht totaal niet fijn is voor iemand anders. Daarom testen we natuurlijk ook, en dat is ook het leuke van experimenteren.
Stan's prototype:
Ik wil even focussen op het toevoegen van emotie door kleur of emoticons wat Stan aan het testen was. Ik vond het namelijk heel interessant wat Darice daar over zei. Ze zei dat het belangrijk is dat deze emotie ook echt overeen komt met de werkelijkheid. Dus als je moet kiezen tussen emotie per woord, zin of alinea dan zou over het algemeen de voorkeur per zin zijn. Maar het belangrijkst is dat het overeenkomt met de werkelijkheid. Bijvoorbeeld als iemand heel verdrietig is, dan moet deze emotie getoont worden voor de duratie van deze emotie. Dat kan dus meerdere zinnen of alinea's zijn.
Sanne prototype:
Want ik heel tof vond in het prototype van Sanne, en Darice vond dat ook, is dat ze ook over de bijzaken heeft nagedacht. Zo heeft ze ook een dialoog box gemaakt voor het intro muziekje. En staat de informatie over de podcast ook weergeven. Zo gaf Darice ook aan dat ze het fijn vond dat erbij stond hoelang de podcast duurt.
Nathan B prototype:
Nathan B heeft een beetje hetzelfde idee als mij, zal in de naam zitten misschien. Hij visualiseerde dat zinnen gehighlight worden op het moment dat ze worden opgelezen in de podcast. Zo laat je iemand echt de podcast real-time lezen. Leuk idee! Darice gaf ook aan dat ze zelf ook zoiets in gedachten had, dus volgens mij is Nathan B op de goede weg.
Ralf prototype:
Ralf had een heel bijzonder prototype waar hij mee aan het experimenteren was. Wat denk ik de belangrijkste feedback was die uit zijn test kwam is dat je heel goed moet nadenken over wat iemand mist. Dus in sommige voorbeelden van Ralf gaf hij in de ontertiteling weer wat je ziet op de afbeelding. En Darice maakte daar een punt van, want ze kan prima zien, maar ze mist het geluid. Dus de toevoeging voor haar moet zijn op basis van geluid. Deze feedback is misschien meer voor closed captions, maar ik vond het wel zo interresant dat ik het toch ook even in mijn key takeaways opneem. Want ook in mijn prototype moet ik juist iets maken omdat er geen geluid is, maar visueel dingen toevoegen kan wel.
Deze conclusie is voor de podcast ervaring.
Uit alle testen blijkt dat het een goed idee is om de podcast te simuleren. Zodat het niet een lap tekst is maar dat de tekst over tijd wordt ingeladen. Zo lijkt het alsof er real-time naar een podcast geluisterd word. Wat ik ook concludeer uit alle testen is dat het altijd lastig blijft een generiek emotie te tonen die voor iedereen hetzelfde is. Zowel met kleur als emoticons. Niet alle emoticons hebben dezelfde inpact op alle personen en zeker niet alle emoties hebben een vaste kleur.
Wat mij ook opviel tijdens de testen is dat Darice blij werd van de extra informatie, en niet alleen de transcriptie. Een podcast is immers meer dan alleen de dialogen.
Een belangrijk punt is de leesbaarheid van lange transcripties. Ik wil iets maken wat goed te lezen is. Daarbij probeer ik interactiviteit aan toe te voegen zodat de gebruiker, Darice in dit geval, betrokken wordt bij een podcast. Zodat er ook een verschil zit tussen het lezen van een artikel en het lezen van een podcast. Dit probeer ik te doen met dialogen over tijd te laten zien. Dit is hoever ik nu momenteel ook ben met mijn prototype.
De vervolg stap is nu dat ik het de podcast soepel kan laten lezen. Nu zit er tussen elk bericht 5 seconden. Dit moet smooth worden. Kleine berichten korter, lange berichten kosten meer tijd om te lezen, dus daar zou langer tussen moeten zitten. Hoe ga ik dit doen?
- Onderzoeken hoeveel tijd het kost om te lezen per woord/ karakter etc..
- Functionaliteit inbouwen die de leestijd aanpast per grootte dialoog.
- Proberen de scroll te verbeteren naar bovenkant nieuw dialoog
Daarbij wil ik nog wat extra dingen toevoegen:
- Extra podcast informatie; Sprekers, podcastduur, leesduur etc..
- Sprekes iconen verbeteren, ook de animatie
Ondertussen ben ik nog bezig met:
- Kijken of ik een API kan vinden die een audiofile om kan zetten naar JSON formaat. Zodat er gewoon een podcast ge-upload kan worden en deze altijd mijn gemaakte ervaring geeft.