Repte 4 – Tree test Introducció i objectiu En aquest repte s’ha realitzat un Tree Test fent servir l’eina online de Optimal Work [1] amb les dades obtingudes al final en el Card Sorting de la botiga online de fotografia. El Tree Test es un mètode amb usuaris…
Repte 4 – Tree test Introducció i objectiu En aquest repte s’ha realitzat un Tree Test fent servir l’eina…
Repte 4 – Tree test
Introducció i objectiu
En aquest repte s’ha realitzat un Tree Test fent servir l’eina online de Optimal Work [1] amb les dades obtingudes al final en el Card Sorting de la botiga online de fotografia. El Tree Test es un mètode amb usuaris que ens permet avaluar si la navegació del nostre servei es la millor opció i en cas que no, estudiar quin es el camí que els usuaris haguessin triat per re-avaluar l’arquitectura.
En l’elaboració del Tree Test, a més a més de comptar amb els resultats del Card Sorting per estructurar els productes, s’han plantejat els següents objectius per tal de completar el disseny de navegació:
Buscar un element que hagi tingut molt de concens en el Card Sorting.
Buscar un element que hagi tingut poc concens en el Card Sorting.
Indicar on es pot descobrir el contacte de la botiga física més propera.
Indicar on es pot descobrir l’estat de la comanda en curs.
Indicar on es pot descobrir les polítiques de devolució d’una compra passats 15 díes.
A més a més, ja que el Tree Test és anònim, s’ha plantejat algunes preguntes per poder identificar quin perfil té les persones que realitzen l’activitat. Aquestes són saber l’edat, el nivell de familiaritat amb compres online i el nivell de familiaritat amb elements fotogràfics.
Donat que el Card Sorting es va realitzar en castellà i per mantenir la concordança, el Tree Test s’ha presentat en castellà i per tant els resultats obtinguts estaràn en castellà. Tot i així, l’informe es mantindrà en català.
Proposta de menú de navegació inicial
Un cop analitzat l’informe de resultats del Card Sorting i tenint en compte les tasques a completar, s’ha dissenyat el següent menú de navegació.
Descripció de les tasques sol·licitades
Per tal d’avaluar els objectius principals, s’han dissenyat 5 tasques indicant un context per a que els usuaris poguessin abordar el repte.
1. Buscar un element que hagi tingut molt de concens en el Card Sorting.
Descripció. “Para tu cumpleaños te han regalado una cámara réflex para que te la puedas llevar de vacaciones pero, para viajar más cómodo, decides proteger la cámara. Busca una funda para tu cámara.“
Ruta d’èxit.
Productos > Accesorios y complementos > Fundas cámaras
2. Buscar un element que hagi tingut poc concens en el Card Sorting.
Descripció. “Tu mejor amiga le encanta la fotografía y constantemente intenta buscar formas de innovar con distintas tecnologías. Como se acercan las vacaciones y en el trabajo te han dado un plus, decides hacerle un regalo sorpresa. Busca un dron para regalarle a tu amiga.“
Ruta d’èxit.
Productos > Cámaras y videocámaras > Drones
3. Indicar on es pot descobrir el contacte de la botiga física més propera.
Descripció. “Hace unos días tramitaste el pedido de tu funda para cámara y el dron para tu amiga, pero te gustaría consultar en qué estado se encuentra el pedido. Indica dónde consultarías el estado del pedido.“
Ruta d’èxit.
Cuenta de usuario > Pedidos > Pedidos pendientes de entrega
4. Indicar on es pot descobrir l’estat de la comanda en curs.
Descripció. “Mientras esperas que llegue el pedido, decides buscar si la tienda de fotografía tiene tienda física y como contactar en caso que necesites asistencia personal. Indica dónde consultarías dónde se encuentra la tienda y cómo contactar.“
Ruta d’èxit.
Contacto > Sobre nosotros > ¿Dónde nos puedes encontrar y contactar?
5. Indicar on es pot descobrir les polítiques de devolució d’una compra passats 15 díes.
Descripció. “Finalmente te ha llegado el pedido de la funda de cámara y te das cuenta que no acaba de encajar bien con tu cámara. Sin embargo, ya han pasado 15 días desde que tu pedido llegó y no sabes si puedes devolverlo. Indica dónde consultarías las condiciones de devolución de tu pedido.“
Ruta d’èxit.
Cuenta de usuario > Pedidos > Pedidos entregados
Servicios > Políticas de compras y devoluciones
Nota. Per a resoldre aquesta tasca s’han proposat dues rutes perquè des del punt de vista del disseny, ha semblat coherent que es pugui consultar les polítiques de devolució tant desde les polítiques i la normativa de la botiga online, com des de la propia comanda entregada, ja que si es pogués fer la devolució, seria des d’allà la forma més lògica des del punt de vista del dissenyador.
La prova s’ha realitzat a un total de 7 persones d’edats compreses entre 18 i 28 anys. D’aquests usuaris, han respost el questionari principal de la següent manera:
A continuació es mostra el resum de les tases d’èxit per cadascuna de les tasques:
Busca una funda para tu cámara. 100% d’èxit
Busca un dron para regalarle a tu amiga. 100% d’èxit (14% indirecte)
Indica dónde consultarías el estado del pedido. 100% d’èxit
Indica dónde consultarías dónde se encuentra la tienda y cómo contactar. 71% d’èxit
Indica dónde consultarías las condiciones de devolución de tu pedido. 71% d’èxit (14% indirecte)
Les 3 primeres tasques han tingut un èxit del 100% i per tant podem deduir que la navegació proposada per completar aquests objectius és la correcte per la mostra presa. Però en canvi, la tasca 4 i 5 han tingut 2 usuaris a cada tasca que han arribat a la secció errònia. Comentar que els usuaris que han triat un camí alternatiu a l’esperat, l’han triat només en una tasca, es a dir que tots els usuaris han acabat correctament com a mínim 4 de 5 tasques.
Si analitzem els camins alternatius que han triat veiem que en la tasca 4 els usuaris han acabat arribant a la secció de Soport técnico per trobar la botiga més propera.
En canvi, si mirem els camins alternatius en la tasca 5, veiem que un usuari ha acabat arribant a Soporte técnico mentre que l’altre usuari que ha escollit la ruta alternativa, ha arribat a Políticas y condiciones de envíos.
Conclusions
Després de veure els resultats obtinguts podem concloure que la navegació en termes generals ha estat una bona elecció tal i com s’ha plantejaat, malgrat que en dues de les cinc tasques no tothom ho hagi resolt igual. Però, la desventatge d’haver-ho fet de forma online és que els usuaris que no han arribat al camí esperat no se’ls ha pogut preguntar perquè han triat aquella opció i aquest es el punt de desventatge per a plantejar una millora en aquests aspectes, potser només es tracta de proposar un nou etiquetatge però no podem saber perquè han triat aquesta opció o uba altra.
En primer lloc, podem observar en els resultats que els usuaris han triat l’opció de Soporte técnico per a consultar informació. Això fa pensar, els usuaris fan servir aquesta opció com a ruta comodí per resoldre les tasques que amb la navegació proposada no han trobat el camí lògic potser. Per altra banda, un dels usuaris ha triat l’opció de Políticas y condiciones de envío en lloc de l’opció de Políticas de compras y decoluciones per a la tasca 4 que consistia en consultar les condicions de devolució. Aquest punt fa pensar també, pot ser que l’usuari no hagi tingut clar què consultar si les “condicions” o bé la “devolució”? Per què ha triat aquesta i no l’altre tenint en compte que les opcions estaven una al costat de l’altre?
S’ha vist que amb aquesta tècnica s’ha pogut avaluar una proposta de disseny de navegació que ha estat prou ben plantejada com per a que la tasa d’èxit de navegació sigui del 89%. Pero el Tree test s’hauria d’haver plantejat una mica diferent, fins i tot que s’hagués fet de forma presencial o bé afegir alguna secció més per a que l’usuari pugui aportar les seves sensacions i no quedar-nos amb el resultat quantitatiu només, sobretot perquè la mostra no ha estat suficientment gran i en aquests casos és més interessant tenir també un feedback qualitatiu que aporti valor per millorar els resultats obtinguts. Malgrat que hagin estat positius, només pel fet que no totes les tasques han estat del 100%, vol dir que es pot millorar i com a dissenyadors, tenim la responsabilitat de seguir iterant per millorar la proposta de disseny de navegadors, sempre que sigui posible en els temps establerts.
Avaluació Heurística de CatSalut Introducció En els darrers anys cada cop més s’estan esforçant en digitalitzar els serveis de manera que des de qualsevol lloc puguis realitzar les teves gestions, des de realitzar compres online d’alimentació com realitzar la delcaració de la renta. Aquesta transició permeten que els…
Avaluació Heurística de CatSalut Introducció En els darrers anys cada cop més s’estan esforçant en digitalitzar els serveis de…
Avaluació Heurística de CatSalut
Introducció
En els darrers anys cada cop més s’estan esforçant en digitalitzar els serveis de manera que des de qualsevol lloc puguis realitzar les teves gestions, des de realitzar compres online d’alimentació com realitzar la delcaració de la renta. Aquesta transició permeten que els procesos es realitzin de forma més àgil i òptima en el temps. I el servei de salut pública no es queda al marge d’aquesta transició i menys encara quan el passat 2020 es va viure el confinament sanitari degut a la pandèmia de la Covid-19.
Un dels aspectes més importants de digitalitzar un servei com les gestions sanitàries personals és que totes les persones, grans o joves, amb o sense un ampli coneixement tecnològic, han de ser capaces de realitzar les gestions més bàsiques amb la mínima dificultat possible. Per aquest motiu, fer una evaluació heurística ens permetrà veure, sense usuaris, si l’aplicació mòbil de La Meva /Salut compleix els 10 principis de Nielsen i identificar diversos punts de millora.
Figura 1. Icona de l’aplicació mòbil
Metodologia
La idea principal de digitalitzar la gestió sanitaria és permetre a la ciutadania de Catalunya accedir a la seva informaicó de salut i relacionar-se de manera no presencial amb el Sistema de Salut de Catalunya. Per aquest motiu, s’ha estimat realitzar l’evaluació sobre l’aplicació mòbil, malgrat que aquest servei també està per la Web. A més a més, fer l’anàlisis sobre l’aplicació mòbil -en una pantalla més petita que la de l’ordinador- ens permetrà veure si s’ha tingut en compte alguns aspectes com l’accessibilitat visual, sobretot per les persones grans que poden tenir la visibilitat reduïda.
Prerequisits per a l’anàlisis
Degut a que La Meva /Salut és una aplicació per a accedir a la informació personal del Sistema de Salut de Catalunya, hi ha certes condicions que l’usuari ha de complir i que cal tenir en compte per a poder fer aquesta evaluació heurística així com per a preparar una evaluació amb usuaris.
L’usuari ha de ser resident de Catalunya per poder accedir al Sistema de Salut de Catalunya. [1]
Estar donat d’alta a La Meva Salut. [2]
Un cop l’accés a l’aplicació està garantitzat en quant a permisos, ja es pot realitzar l’evaluació.
Els 10 principis heurístics de Nielsen
Els 10 principis heurístics de Nielsen són postulats enfocats a l’evaluació d’interficies digitales. A continuació es mostrarà l’evaluació dels diferents principis, indicant si ha estat una bona o mala pràctica.
1. Visibilitat de l’estat del sistema
“El sistema ha de mantenir a l’usuari informat sobre el que passa a través d’una retroalimentació apropiada en un temps raonable.”
La Meva Salut aplica una bona pràctica, però millorable. Gravetat 2/5.
Justificació: Tot i que segons quina pantalla és una mica discret, pràctiacment en totes les pantalles sabem quina mena d’informació estem consultant per no perdre’ns ni tenir cap mena de incoherència en el que es consulta. Malgrat que l’usuari sap en la major part del temps on es troba, considero que aquesta es pot millorar. En primer lloc, molt lligat a l’estètica, caldria mantenir una consistència del disseny per identificar les diferents seccions. A més a més, hi ha títols de secció que tenen també la funcionalitat de menú per navegar entre diferents seccions però no a totes i això podria confondre a l’hora de relacionar conceptes. Caldria afegir que hi ha dues seccions que no contenen informació directe com la que es mostra en els següents exemples, i és que desde la informació de l’aplicació s’informa que hi ha seccions que no estan disponibles en l’aplicació mòbil i això fa que la visualització sigui la d’un iframe incrustat de la versió web. A continuació es poden veure alguns exemples.
2. Adequació entre el sistema i el món real
“El sistema ha de parlar en el llenguatge de l’usuari, amb paraules, frases i conceptes familiars per ell. Utilitzar convencions del món real, fent que la informació apareixi en un ordre natural i lògic.”
La Meva Salut aplica una bona pràctica.
Justificació: Una de les dificultats que es podria trobar el servei sanitari és fer servir un ús excessiu del vocabulari mèdic i que en la propia navegació de l’aplicació pugui contenir llenguatge no habitual per l’usuari. Però en canvi, es fa servir un llenguatge bàsic per tal de poder accedir i poder realitzar les diverses consultes (exceptuant la informació mèdica que necessariament ha de tenir un llenguatge adequat). Un dels punts a destacar és l’ús adecuat de la iconografia, així com que acompanyat d’un text explicatiu en cas necessari, que a mesura que l’usuari va accedint, finalment és capaç de relacionar els conceptes a més a més dels que ja té apresos. Un exemple seria identificar com consultar la medicació, les vacunes que un té o fins i tot l’apartat de consultar la cita prèvia.
3. Llibertat i control per part de la persona usuaria
“A vegades els usuaris escullen funcinalitats per error i necessiten una ‘porta d’emergència’ per sortir d’un estat indesitjat. Oferir suport per desfer i refer accions.”
La Meva Salut aplica una bona pràctica.
Justificació: Si bé és cert que cap dels tràmits permesos té cap perill per l’usuari, hi ha dos tipus d’interacció de l’usuari que potser podria cometre un error que vulgui desfer. Els dos casos més habituals serien els de realitzar una consulta/demanar cita prèvia o bé canviar alguna informació personal o bé configuració de l’aplicació. En ambdós casos, en el cas que es sol·liciti una cita prèvia, sempre es pot cancel·lar accedint a les visites programades; en el cas que es canvïi alguna configuració personal, sempre es pot refer la modificació si, per exemple, s’ha introduit alguna informació erròniament. A més a més, en alguns casos et demana comfirmació abans de cancel·lar o eliminar alguna configuració o cita prèvia, per evitar que l’usuari s’equivoqui per accident. Un exemple en imatges seria el cas de configurar els serveis disponibles a consultar, per tenir accés ràpid.
4. Consistència i estàndars
“Els usuaris no haurien de preguntar-se si diverses paraules, situacions o acción signifiquen les mateixes coses. Que es segueixin les normes i convencions de la plataforma sobre la que està implementat el sistema.”
La Meva Salut aplica una mala pràctica. Gravetat 5/5
Justificació: Una de les coses en les que destaca l’aplicació, negativament, és que fa una barreja de estàndars entre la plataforma mòbil i la plataforma web. Què significa? Que tant aviat pots tenir una secció ben pensada per a gestionar-ho des de mòbil com et trobes una altra secció per gestionar-la amb vista web. A més a més, l’estètica de les dues versions no es manté en la majoria dels casos o es dupliquen banners per incrustar un iframe amb la matèixa estètica de l’aplicació. El gran problema d’incrustar web en l’aplicació mòbil és que si la web no es manté estèticament com l’aplicació hi ha una disonància molt gran, com és el cas, i si a més a més no s’aplicat el concepte de responsive a l’hora de desenvolupar la web, ens podem trobar coses com les següents.
Per què és important? És important perquè quan l’usuari veu aquesta barreja de visualitzacions i d’estàndars, principalment quan es troba amb la part web el primer que pot pensar és “perquè voldria fer servir l’aplicació si em mostra la web? Si ho he de fer servir amb la vista web, millor faig servir un ordinador per fer les gestions” i es perdria l’objectiu base. L’única avantatge que tindria l’aplicació mòbil sobre la web per a fer que es mantingui, malgrat aquesta disonància, és que iniciar secció es pot automatitzar amb paràmetres biomètrics pròpis de la plataforma.
5. Prevenció d’errors
“Abans que dissenyar bons missatges d’errors, és millor evitar que el problema es dugui a terme.”
La Meva Salut aplica una bona pràctica.
Justifiació: Com s’ha explicat en la secció “Llibertat i control per part de la persona usuaria”, en cas que es realitzi una acció -encara que reversible- que l’usuari pugui penedir-se, apareixen missatges d’avis abans de comfirmar l’acció. Un altre exemple on hi ha aquesta prevenció d’errors és en l’inici de sessió, en el cas que es faci servir usuari i contrasenya, en lloc d’identificador biomètric, l’aplicació no et permetrà prémer el botó d’accés per a comprovar dades buides.
6. Reconeixement abans que record
“Minimitzar la càrrega de memòria de l’usuari fent que els objectes, les accions i les opción estiguin visibles. L’usuari no té perquè recordar la informació d’una part del diàleg a una altra”
La Meva Salut aplica una mala pràctica. Gravetat 3/5
Justificació: Una de les avantages que té l’aplicació en quant a l’arquitectura de la informació és que està dissenyat de forma que no cal accedir a moltes pestanyes internes, si no que aquelles acción més bàsiques es poden accedir en pocs passos i gairebé no necessites recordar un recorregut perquè és directe. Però, el fet que no totes les seccions tinguin identificat on es troba l’usuari i que es barregi amb la web incrustada, fa que l’usuari es pugui trobar en la situació de “no recordo com he arribat fins aquí” i que si hagués de repetir l’exercici, hauria de tornar a començar enraonant com arribar fins aquell punt. Exemples de mala pràctica és la secció de tràmits i serveis o bé les consultes i cites prèvies.
Un altre dels efectes que succeeix és que un parell de seccions porten al mateix lloc i això encara pot confondre més a l’usuari que intenta recordar el camí que ha fet, però varis camins són possibles. A continuació es pot veure un gif com a exemple.
7. Flexibilitat i eficiència d’ús
“Els acceleradors, no vistos per l’usuari principiant, milloren la interacció per l’usuari expert de tal manera que el sistema pot servir per usuaris inexperts i experimentats. És important que el sistema permeti personalitzar accions freqüents.”
La Meva Salut aplica una bona pràctica, però millorable. Gravetat 1/5
Justificació: en quant a les possibilitats de l’aplicació no són extremadament extenses com per a que sigui estrictament necessari una alta personalització per als usuaris experts, el que es veu és el que és. I tot i així, es permeten afegir serveis a “favorits” per tal de poder accedir-hi més ràpidament. Però, encara que totes les funcionalitats són accessibles per a tots els usuaris en un grau de dificultat senzilla, sí que seria interessant poder personalitzar la pantalla principal per a facilitar l’accés i prioritzar les gestions més habituals, com podria ser accedit al certificat Covid, a la medicació o directament a la gestió de cita prèvia. Aquest grau de personalització podria millorar l’eficiència però considero que no és massa freu que no ho tingui perquè tot està relativament accesible. A més a més, un cop s’ha accedit per primera vegada a l’aplicació, aquesta en guarda les dades d’accés per tal que la següent vegada sigui més àgil.
8. Disseny estètic i minimalista
“Els diàlegs no haurien de tenir informació irrellevant o que es necessiti rarament. Cada unitat extra d’informació en un diàleg competeix amb la informació important, disminuint la visibilitat relativa.“
La Meva Salut aplica una mala pràctica. Gravetat 5/5
Justificació: Com s’ha vist en els altres principis, l’aplicació mòbil d’entrada conté un disseny bastant minimalista en general però on cau considerablement és en les seccions que contenen la web incrustada, que trenca tota l’estètica corporativa de l’aplicació. En les imatges següents podem veure aquesta disonància:
Per què és important? Com ja hem comentat, trencar amb aquesta estètica no només funcionalment, té un impacte negatiu sobre l’usuari. Potser no està trobant un cas de sobreexposició d’informació però no hi ha una coherència que permeti identificar tota la aplicació amb totes les seves funcionalitats com a una unitat funcional, sino que sembla com si fos una aplicació montada a peces, algunes “locals” altres de la web.
9. Ajuda a les persones usuaries a reconèixer i diagnosticar els errors i a recuperar-se
“Els missatges d’error han d’estar expressats en un llenguatge pla, sense codis, indicant amb precisió el problema i suggerir una solució.“
La Meva Salut aplica una mala pràctica. Gravetat 3/5
Justificació: en la gran majoria de casos quan es produeix un error com que la sessió ha expirat, l’usuari es pot recuperar correctament. Malgrat això, hi ha altres casos d’errors genèrics o errors d’aplicació que no estan informats o bé no es suggereix cap solució. Aquest es el cas de quan s’intenta accedir a una e-consulta amb un usuari que aparentment té un error d’accés però no pot fer res per intentar solventar-ho, no està al seu abast, però tampoc s’informa de com intentar arreglar-ho, a qui hauria d’adreçar-se? O un altre cas és, com per exemple, quan s’intenta demanar una cita prèvia, el sistema no carrega correctament el formulari, si l’usuari ha accedit abans sabrà que allà hi falta aquest formulari però si no, com sabria que hi ha un error d’aplicació i quin tipus d’error? Com es solventa?
Per què és important? És important que el control d’errors estigui molt ben aplicat perquè no tenir-lo, dona una imatge de incomplet, com si estigués a mitges o que no s’ha cuidat bé tots els casos i això és molt important fer-ho arribar als desenvolupadors i destacar la importància d’aplicar-ho.
10. Ajuda i documentació
“Encara que es millor que es pugui fer servir el sistema sense documentació, és necessarti proporcionar a l’usuari ajuda i documentació. Aquest ha de ser fàcil de buscar, centrat en les tasques de l’usuari, amb informació de les etapes a realitzar encara que no sigui molt extensa.”
La Meva Salut aplica una bona pràctica, però millorable. Gravetat 1/5
Justificació: L’aplicació de La Meva Salut només entrar disposa de conèixer els serveis que disposa i per a què serveix cadascun, encara que no aparèixen tots els que realment té com a seccions principals. També disposa d’informació d’ajuda amb les preguntes més freqüents de gestions amb el Sistema Sanitari. Tot i que no hi ha molta sofisticació en les tasques més habituals, aquest inclou informació de què cal fer per completar la tasca, com per enviar una consulta per a cita prèvia. Tot i així, podria ser millorable primer de tot perquè no conté tota la informació de totes les possibilitats per tal de dur a terme i entendre cada secció i en segon lloc perquè hi ha com a últim recurs trucar al 061 per a més informació, però el que no t’informa és que aquest telèfon és de pagament i potser l’usuari voldria intentar investigar més abans de trucar. A més a més de completar la informació, els banners del principi abans d’accedir amb l’usuari, només aparèixen a fora i seria convenient també poder veure-ho un cop loggejat.
Problemes identificades
Durant l’evaluació heurística s’han identificat 7 problemes de disseny que seria necessari fer-hi una pensada per a que l’experiència d’ús sigui millorada. A continuació es recullen segons els principi heurísitcs de Nielsen, els problemes identificats i s’indica el grau de gravetat. El detall de la justificació es pot trobar desenvolupat en l’evaluació anterior.
Disseny estètic i minimalista – Gravetat 5/5
Consistència i estàndars – Gravetat 5/5
Ajuda a les persones usuaries a reconèixer i diagnosticar els errors i a recuperar-se – Gravetat 3/5
Reconeixement abans que record – Gravetat 3/5
Visibilitat de l’estat del sistema – Gravetat 2/5
Flexibilitat i eficiència d’ús – Gravetat 1/5
Ajuda i documentació – Gravetat 1/5
Conclusions
El gran problema que té l’aplicació mòbil és que està barrejant el disseny de dos tipus de plataformes que produeix que hi hagi una disonància en tota l’aplicació. Si bé és cert que hi ha apartats que sembla que hi hagi la Web incrustada, manté un disseny molt similar al de l’aplicació i podria passar desapercebut (exceptuant el doble banner). Però hi ha altres funcionalitats molt bàsiques i característiques que s’esperen que es pugui fer des de l’aplicació com les e-consultes però en canvi apareix la vista web.
“Migrar totes les funcionalitats web incrustades a funcionalitats mòbils”
En quant a aquesta millora proposada, pot ser que inicialment no es pogués realitzar tot o bé hagués quedat fora del presupost o els temps d’entrega, migrar tota la funcionalitat. Però també podria ser que tècnicament, les gestions de cites i consultes compti amb un sistema tancat que no es pugui accedir des de fora de la Web, en aquest cas caldria fer un anàlisis prèvi del servei de consultes a nivell de desenvolupament per veure de quina manera es pot extendre per poder aplicar les duncionalitats sense dificultats al mòbil.
En segon lloc, ens trobem amb el problema de la detecció d’errors. Aquí hi ha un problema de retroacció d’errors no identificats i saber com gestionar-los per parts de l’usuari.
“Revisar tots els possibles errors i assegurar-se que hi ha un feedback de tornada de qualitat per a que l’usuari sàpiga com reaccionar”
En quant al principi de “reconeixement abans que record”, ens hem trobat que l’usuari podria oblidar on es troba en quant navega per l’interior i si oblida d’on ve, com podria tornar a arribar si no hi ha res que permeti reconèixer el camí de tornada?
“Traçabilitzar la ruta segons l’estat en les seccions que hi hagi diverses pantalles fins arribar al final”
Pel que fa a la visibilitat de l’estat del sistema, en general està prou ben aconseguit però no és suficient, especialment relacionat amb el problema identificat anteriorment. Però a més a més, caldria homogenitzar l’estètica per poder identificar les diferents seccions, així com està estructurat al menú lateral, per tal que hi hagi una concordança estètica i de conceptes, per poder tenirn un model mental més acurat i entendre millor els diferents nivells sense haver d’accedir al menú concretament.
“Aplicar concordànça en totes les seccions del sistema per ajudar a situar a l’usuari en cada pantalla”
Finalment, tenim un parell de problemes menors que aplicar una millora faria que l’usabilitat fos de més qualitat. Aquests són permetre una mica més de personalització per tal de tenir accés més ràpid per aquells usuaris més experimentats, i tenir la documentació d’ajuda una mica més accessible així com actualitzada i en coherent amb les funcionalitats oferides.
“Permetre la personalització d’accessos ràpids a usuaris experimentats”
“Oferir informació d’ajuda actualitzada i coherent amb l’aplicació”
Aquestes dues últimes no s’han qualificat com a molt greus degut a que l’aplicació o bé no requereix molts accessos per la seva simplicitat, així com que l’ús és més aviat esporàdic, i perquè l’aplicació és prou autoexplicativa com per no necessitar molta més informació de la que ja s’ofereix.
Formeu part de la comunitat? Accés per veure més publicacions.
Aquest és un espai de treball personal d'un/a estudiant de la Universitat Oberta de Catalunya. Qualsevol contingut publicat en aquest espai és responsabilitat del seu autor/a.
Aquest és un espai de treball personal d'un/a estudiant de la Universitat Oberta de Catalunya. Qualsevol contingut publicat en aquest espai és responsabilitat del seu autor/a.
Debatcontribution 0el Repte 4 – Tree test
No hi ha comentaris.
Heu d'iniciar la sessió per escriure un comentari.