{"id":51,"date":"2019-10-08T11:43:15","date_gmt":"2019-10-08T09:43:15","guid":{"rendered":"https:\/\/easeapps.xyz\/es\/blog\/2019\/10\/08\/user-experience-design-and-assistive-technology-how-it-s-done\/"},"modified":"2023-08-20T12:10:48","modified_gmt":"2023-08-20T10:10:48","slug":"109-tecnologia-de-apoyo-y-diseno-de-experiencia-de-usuario","status":"publish","type":"post","link":"https:\/\/easeapps.xyz\/es\/blog\/109-tecnologia-de-apoyo-y-diseno-de-experiencia-de-usuario\/","title":{"rendered":"Tecnolog\u00eda de apoyo y dise\u00f1o de experiencia de usuario. \u00bfC\u00f3mo lo hacemos?"},"content":{"rendered":"\n<p>En este art\u00edculo te revelamos los desaf\u00edos al dise\u00f1ar la experiencia de usuario de la tecnolog\u00eda de apoyo para acceder a los dispositivos m\u00f3viles y c\u00f3mo los abordamos.\u00a0<\/p>\n\n\n<p><!-- \/wp:post-content --><\/p>\n<p><strong>Desarrollar un sistema interactivo cuidando la experiencia de usuario es una tarea compleja<\/strong>\u00a0que, en el caso de tratarse de\u00a0<strong>tecnolog\u00eda de apoyo orientada al acceso, presenta una retos particulares<\/strong>\u00a0que hay que abordar.\u00a0<\/p>\n<p><!-- wp:paragraph --><\/p>\n<p>El m\u00e9todo que empleamos para hacer frente a este tipo de proyectos se basa en el\u00a0<strong>dise\u00f1o centrado en el usuario<\/strong>\u00a0y consiste, b\u00e1sicamente, en iterar a trav\u00e9s de versiones sucesivas del software contando con la participaci\u00f3n de los usuarios finales. Como principal t\u00e9cnica de evaluaci\u00f3n de la usabilidad empleamos la denominada \u201cpensando en voz alta\u201d, que adaptamos en funci\u00f3n de las caracter\u00edsticas de la persona con discapacidad participante.\u00a0<\/p>\n<p><!-- wp:paragraph --><\/p>\n<p>Adem\u00e1s del destinatario final, consideramos al\u00a0<strong>facilitador com una figura clave<\/strong>\u00a0en el proceso de adopci\u00f3n de nuestras aplicaciones y como apoyo para la realizaci\u00f3n de los tests de usabilidad; por ello tambi\u00e9n lo incorporamos en el proceso de software.<\/p>\n<p><!-- wp:paragraph --><\/p>\n<p>Por \u00faltimo,\u00a0<strong>la publicaci\u00f3n de la aplicaci\u00f3n<\/strong>, lejos de poner punto y final al dise\u00f1o y desarrollo,\u00a0<strong>proporciona nuevas oportunidades de incrementar el valor de la misma<\/strong>\u00a0a lo largo del tiempo.<\/p>\n<h3>\u00bfEst\u00e1s pensando en crear una aplicaci\u00f3n para personas con discapacidad? \u00a1Queremos saber de ti!<\/h3>\n<p><a class=\"btn btn-primary\" role=\"button\" href=\"https:\/\/easeapps.xyz\/es\/contactar\/\">Dinos lo qu\u00e9 piensas<\/a><\/p>\n<p><!-- \/wp:paragraph --><\/p><!-- \/wp:paragraph --><!-- \/wp:paragraph --><\/p>\n<h2>Conclusiones<\/h2>\n<p><!-- wp:paragraph --><\/p>\n<p><strong>Desarrollar un sistema interactivo cuidando la experiencia de usuario es una tarea compleja<\/strong>\u00a0que, en el caso de tratarse de\u00a0<strong>tecnolog\u00eda de apoyo orientada al acceso, presenta una retos particulares<\/strong>\u00a0que hay que abordar.\u00a0<\/p>\n<p><!-- wp:paragraph --><\/p>\n<p>El m\u00e9todo que empleamos para hacer frente a este tipo de proyectos se basa en el\u00a0<strong>dise\u00f1o centrado en el usuario<\/strong>\u00a0y consiste, b\u00e1sicamente, en iterar a trav\u00e9s de versiones sucesivas del software contando con la participaci\u00f3n de los usuarios finales. Como principal t\u00e9cnica de evaluaci\u00f3n de la usabilidad empleamos la denominada \u201cpensando en voz alta\u201d, que adaptamos en funci\u00f3n de las caracter\u00edsticas de la persona con discapacidad participante.\u00a0<\/p>\n<p><!-- wp:paragraph --><\/p>\n<p>Adem\u00e1s del destinatario final, consideramos al\u00a0<strong>facilitador com una figura clave<\/strong>\u00a0en el proceso de adopci\u00f3n de nuestras aplicaciones y como apoyo para la realizaci\u00f3n de los tests de usabilidad; por ello tambi\u00e9n lo incorporamos en el proceso de software.<\/p>\n<p><!-- wp:paragraph --><\/p>\n<p>Por \u00faltimo,\u00a0<strong>la publicaci\u00f3n de la aplicaci\u00f3n<\/strong>, lejos de poner punto y final al dise\u00f1o y desarrollo,\u00a0<strong>proporciona nuevas oportunidades de incrementar el valor de la misma<\/strong>\u00a0a lo largo del tiempo.<\/p>\n<h3>\u00bfEst\u00e1s pensando en crear una aplicaci\u00f3n para personas con discapacidad? \u00a1Queremos saber de ti!<\/h3>\n<p><a class=\"btn btn-primary\" role=\"button\" href=\"https:\/\/easeapps.xyz\/es\/contactar\/\">Dinos lo qu\u00e9 piensas<\/a><\/p>\n<p><!-- \/wp:paragraph --><\/p><!-- \/wp:post-content --><!-- \/wp:paragraph --><\/p>\n<p>En definitiva,<strong>\u00a0la participaci\u00f3n de los usuarios es fundamental que sea continua durante toda la vida del software<\/strong>.<\/p>\n<p><!-- wp:heading --><\/p>\n<h2>Conclusiones<\/h2>\n<p><!-- wp:paragraph --><\/p>\n<p><strong>Desarrollar un sistema interactivo cuidando la experiencia de usuario es una tarea compleja<\/strong>\u00a0que, en el caso de tratarse de\u00a0<strong>tecnolog\u00eda de apoyo orientada al acceso, presenta una retos particulares<\/strong>\u00a0que hay que abordar.\u00a0<\/p>\n<p><!-- wp:paragraph --><\/p>\n<p>El m\u00e9todo que empleamos para hacer frente a este tipo de proyectos se basa en el\u00a0<strong>dise\u00f1o centrado en el usuario<\/strong>\u00a0y consiste, b\u00e1sicamente, en iterar a trav\u00e9s de versiones sucesivas del software contando con la participaci\u00f3n de los usuarios finales. Como principal t\u00e9cnica de evaluaci\u00f3n de la usabilidad empleamos la denominada \u201cpensando en voz alta\u201d, que adaptamos en funci\u00f3n de las caracter\u00edsticas de la persona con discapacidad participante.\u00a0<\/p>\n<p><!-- wp:paragraph --><\/p>\n<p>Adem\u00e1s del destinatario final, consideramos al\u00a0<strong>facilitador com una figura clave<\/strong>\u00a0en el proceso de adopci\u00f3n de nuestras aplicaciones y como apoyo para la realizaci\u00f3n de los tests de usabilidad; por ello tambi\u00e9n lo incorporamos en el proceso de software.<\/p>\n<p><!-- wp:paragraph --><\/p>\n<p>Por \u00faltimo,\u00a0<strong>la publicaci\u00f3n de la aplicaci\u00f3n<\/strong>, lejos de poner punto y final al dise\u00f1o y desarrollo,\u00a0<strong>proporciona nuevas oportunidades de incrementar el valor de la misma<\/strong>\u00a0a lo largo del tiempo.<\/p>\n<h3>\u00bfEst\u00e1s pensando en crear una aplicaci\u00f3n para personas con discapacidad? \u00a1Queremos saber de ti!<\/h3>\n<p><a class=\"btn btn-primary\" role=\"button\" href=\"https:\/\/easeapps.xyz\/es\/contactar\/\">Dinos lo qu\u00e9 piensas<\/a><\/p>\n<p><!-- \/wp:paragraph --><\/p><!-- \/wp:post-content --><!-- \/wp:heading --><\/p>\n<p>Por lo tanto, lejos de haber concluido,\u00a0<strong>la publicaci\u00f3n es una fuente de nuevas ideas, modificaciones y tareas<\/strong>\u00a0que se acumular\u00e1n a aquellas que quedaron pendientes y que habr\u00e1 que priorizar adecuadamente para permitir que la evoluci\u00f3n del producto contin\u00fae. En algunos casos se tratar\u00e1 de modificaciones que podemos validar intercambiando un correo electr\u00f3nico o manteniendo una conversaci\u00f3n de pasillo con un usuario. En otros casos,\u00a0<strong>el impacto de los cambios ser\u00e1 tal que obligar\u00e1 a una revisi\u00f3n m\u00e1s profunda del dise\u00f1o y a la realizaci\u00f3n de nuevos tests de usabilidad<\/strong>\u00a0como los anteriormente comentados.\u00a0<\/p>\n<p><!-- wp:paragraph --><\/p>\n<p>En definitiva,<strong>\u00a0la participaci\u00f3n de los usuarios es fundamental que sea continua durante toda la vida del software<\/strong>.<\/p>\n<p><!-- wp:heading --><\/p>\n<h2>Conclusiones<\/h2>\n<p><!-- wp:paragraph --><\/p>\n<p><strong>Desarrollar un sistema interactivo cuidando la experiencia de usuario es una tarea compleja<\/strong>\u00a0que, en el caso de tratarse de\u00a0<strong>tecnolog\u00eda de apoyo orientada al acceso, presenta una retos particulares<\/strong>\u00a0que hay que abordar.\u00a0<\/p>\n<p><!-- wp:paragraph --><\/p>\n<p>El m\u00e9todo que empleamos para hacer frente a este tipo de proyectos se basa en el\u00a0<strong>dise\u00f1o centrado en el usuario<\/strong>\u00a0y consiste, b\u00e1sicamente, en iterar a trav\u00e9s de versiones sucesivas del software contando con la participaci\u00f3n de los usuarios finales. Como principal t\u00e9cnica de evaluaci\u00f3n de la usabilidad empleamos la denominada \u201cpensando en voz alta\u201d, que adaptamos en funci\u00f3n de las caracter\u00edsticas de la persona con discapacidad participante.\u00a0<\/p>\n<p><!-- wp:paragraph --><\/p>\n<p>Adem\u00e1s del destinatario final, consideramos al\u00a0<strong>facilitador com una figura clave<\/strong>\u00a0en el proceso de adopci\u00f3n de nuestras aplicaciones y como apoyo para la realizaci\u00f3n de los tests de usabilidad; por ello tambi\u00e9n lo incorporamos en el proceso de software.<\/p>\n<p><!-- wp:paragraph --><\/p>\n<p>Por \u00faltimo,\u00a0<strong>la publicaci\u00f3n de la aplicaci\u00f3n<\/strong>, lejos de poner punto y final al dise\u00f1o y desarrollo,\u00a0<strong>proporciona nuevas oportunidades de incrementar el valor de la misma<\/strong>\u00a0a lo largo del tiempo.<\/p>\n<h3>\u00bfEst\u00e1s pensando en crear una aplicaci\u00f3n para personas con discapacidad? \u00a1Queremos saber de ti!<\/h3>\n<p><a class=\"btn btn-primary\" role=\"button\" href=\"https:\/\/easeapps.xyz\/es\/contactar\/\">Dinos lo qu\u00e9 piensas<\/a><\/p>\n<p><!-- \/wp:paragraph --><\/p><!-- \/wp:post-content --><!-- \/wp:paragraph --><\/p>\n<p>En primer lugar, no podemos considerar que el proceso de dise\u00f1o haya concluido hasta haber completado o descartado todas aquellas funcionalidades que ten\u00edamos previstas. En segundo lugar, la publicaci\u00f3n de la aplicaci\u00f3n multiplica las posibilidades de recibir peticiones de soporte, comentarios sobre su funcionamiento, sugerencias, etc. En tercer lugar, la mayor\u00eda de las personas que ha participado en las pruebas de usabilidad acaban siendo usuarios de nuestro producto y dado que a algunas de estas personas las vemos regularmente, aprovechamos para hacer seguimiento.<\/p>\n<p><!-- wp:paragraph --><\/p>\n<p>Por lo tanto, lejos de haber concluido,\u00a0<strong>la publicaci\u00f3n es una fuente de nuevas ideas, modificaciones y tareas<\/strong>\u00a0que se acumular\u00e1n a aquellas que quedaron pendientes y que habr\u00e1 que priorizar adecuadamente para permitir que la evoluci\u00f3n del producto contin\u00fae. En algunos casos se tratar\u00e1 de modificaciones que podemos validar intercambiando un correo electr\u00f3nico o manteniendo una conversaci\u00f3n de pasillo con un usuario. En otros casos,\u00a0<strong>el impacto de los cambios ser\u00e1 tal que obligar\u00e1 a una revisi\u00f3n m\u00e1s profunda del dise\u00f1o y a la realizaci\u00f3n de nuevos tests de usabilidad<\/strong>\u00a0como los anteriormente comentados.\u00a0<\/p>\n<p><!-- wp:paragraph --><\/p>\n<p>En definitiva,<strong>\u00a0la participaci\u00f3n de los usuarios es fundamental que sea continua durante toda la vida del software<\/strong>.<\/p>\n<p><!-- wp:heading --><\/p>\n<h2>Conclusiones<\/h2>\n<p><!-- wp:paragraph --><\/p>\n<p><strong>Desarrollar un sistema interactivo cuidando la experiencia de usuario es una tarea compleja<\/strong>\u00a0que, en el caso de tratarse de\u00a0<strong>tecnolog\u00eda de apoyo orientada al acceso, presenta una retos particulares<\/strong>\u00a0que hay que abordar.\u00a0<\/p>\n<p><!-- wp:paragraph --><\/p>\n<p>El m\u00e9todo que empleamos para hacer frente a este tipo de proyectos se basa en el\u00a0<strong>dise\u00f1o centrado en el usuario<\/strong>\u00a0y consiste, b\u00e1sicamente, en iterar a trav\u00e9s de versiones sucesivas del software contando con la participaci\u00f3n de los usuarios finales. Como principal t\u00e9cnica de evaluaci\u00f3n de la usabilidad empleamos la denominada \u201cpensando en voz alta\u201d, que adaptamos en funci\u00f3n de las caracter\u00edsticas de la persona con discapacidad participante.\u00a0<\/p>\n<p><!-- wp:paragraph --><\/p>\n<p>Adem\u00e1s del destinatario final, consideramos al\u00a0<strong>facilitador com una figura clave<\/strong>\u00a0en el proceso de adopci\u00f3n de nuestras aplicaciones y como apoyo para la realizaci\u00f3n de los tests de usabilidad; por ello tambi\u00e9n lo incorporamos en el proceso de software.<\/p>\n<p><!-- wp:paragraph --><\/p>\n<p>Por \u00faltimo,\u00a0<strong>la publicaci\u00f3n de la aplicaci\u00f3n<\/strong>, lejos de poner punto y final al dise\u00f1o y desarrollo,\u00a0<strong>proporciona nuevas oportunidades de incrementar el valor de la misma<\/strong>\u00a0a lo largo del tiempo.<\/p>\n<h3>\u00bfEst\u00e1s pensando en crear una aplicaci\u00f3n para personas con discapacidad? \u00a1Queremos saber de ti!<\/h3>\n<p><a class=\"btn btn-primary\" role=\"button\" href=\"https:\/\/easeapps.xyz\/es\/contactar\/\">Dinos lo qu\u00e9 piensas<\/a><\/p>\n<p><!-- \/wp:paragraph --><\/p><!-- \/wp:post-content --><!-- \/wp:paragraph --><\/p>\n<p><strong>\u00bfHemos terminado? \u00a1Ni mucho menos!<\/strong>\u00a0<\/p>\n<p><!-- wp:paragraph --><\/p>\n<p>En primer lugar, no podemos considerar que el proceso de dise\u00f1o haya concluido hasta haber completado o descartado todas aquellas funcionalidades que ten\u00edamos previstas. En segundo lugar, la publicaci\u00f3n de la aplicaci\u00f3n multiplica las posibilidades de recibir peticiones de soporte, comentarios sobre su funcionamiento, sugerencias, etc. En tercer lugar, la mayor\u00eda de las personas que ha participado en las pruebas de usabilidad acaban siendo usuarios de nuestro producto y dado que a algunas de estas personas las vemos regularmente, aprovechamos para hacer seguimiento.<\/p>\n<p><!-- wp:paragraph --><\/p>\n<p>Por lo tanto, lejos de haber concluido,\u00a0<strong>la publicaci\u00f3n es una fuente de nuevas ideas, modificaciones y tareas<\/strong>\u00a0que se acumular\u00e1n a aquellas que quedaron pendientes y que habr\u00e1 que priorizar adecuadamente para permitir que la evoluci\u00f3n del producto contin\u00fae. En algunos casos se tratar\u00e1 de modificaciones que podemos validar intercambiando un correo electr\u00f3nico o manteniendo una conversaci\u00f3n de pasillo con un usuario. En otros casos,\u00a0<strong>el impacto de los cambios ser\u00e1 tal que obligar\u00e1 a una revisi\u00f3n m\u00e1s profunda del dise\u00f1o y a la realizaci\u00f3n de nuevos tests de usabilidad<\/strong>\u00a0como los anteriormente comentados.\u00a0<\/p>\n<p><!-- wp:paragraph --><\/p>\n<p>En definitiva,<strong>\u00a0la participaci\u00f3n de los usuarios es fundamental que sea continua durante toda la vida del software<\/strong>.<\/p>\n<p><!-- wp:heading --><\/p>\n<h2>Conclusiones<\/h2>\n<p><!-- wp:paragraph --><\/p>\n<p><strong>Desarrollar un sistema interactivo cuidando la experiencia de usuario es una tarea compleja<\/strong>\u00a0que, en el caso de tratarse de\u00a0<strong>tecnolog\u00eda de apoyo orientada al acceso, presenta una retos particulares<\/strong>\u00a0que hay que abordar.\u00a0<\/p>\n<p><!-- wp:paragraph --><\/p>\n<p>El m\u00e9todo que empleamos para hacer frente a este tipo de proyectos se basa en el\u00a0<strong>dise\u00f1o centrado en el usuario<\/strong>\u00a0y consiste, b\u00e1sicamente, en iterar a trav\u00e9s de versiones sucesivas del software contando con la participaci\u00f3n de los usuarios finales. Como principal t\u00e9cnica de evaluaci\u00f3n de la usabilidad empleamos la denominada \u201cpensando en voz alta\u201d, que adaptamos en funci\u00f3n de las caracter\u00edsticas de la persona con discapacidad participante.\u00a0<\/p>\n<p><!-- wp:paragraph --><\/p>\n<p>Adem\u00e1s del destinatario final, consideramos al\u00a0<strong>facilitador com una figura clave<\/strong>\u00a0en el proceso de adopci\u00f3n de nuestras aplicaciones y como apoyo para la realizaci\u00f3n de los tests de usabilidad; por ello tambi\u00e9n lo incorporamos en el proceso de software.<\/p>\n<p><!-- wp:paragraph --><\/p>\n<p>Por \u00faltimo,\u00a0<strong>la publicaci\u00f3n de la aplicaci\u00f3n<\/strong>, lejos de poner punto y final al dise\u00f1o y desarrollo,\u00a0<strong>proporciona nuevas oportunidades de incrementar el valor de la misma<\/strong>\u00a0a lo largo del tiempo.<\/p>\n<h3>\u00bfEst\u00e1s pensando en crear una aplicaci\u00f3n para personas con discapacidad? \u00a1Queremos saber de ti!<\/h3>\n<p><a class=\"btn btn-primary\" role=\"button\" href=\"https:\/\/easeapps.xyz\/es\/contactar\/\">Dinos lo qu\u00e9 piensas<\/a><\/p>\n<p><!-- \/wp:paragraph --><\/p><!-- \/wp:post-content --><!-- \/wp:paragraph --><\/p>\n<p>Llega el momento en que el proceso de dise\u00f1o debe dar paso a una primera versi\u00f3n del software. Por supuesto, esta primera versi\u00f3n contiene imperfecciones y carece de algunas funcionalidades, pero ya cumple una misi\u00f3n que hemos contrastado en nuestras pruebas con usuarios.<\/p>\n<p><!-- wp:paragraph --><\/p>\n<p><strong>\u00bfHemos terminado? \u00a1Ni mucho menos!<\/strong>\u00a0<\/p>\n<p><!-- wp:paragraph --><\/p>\n<p>En primer lugar, no podemos considerar que el proceso de dise\u00f1o haya concluido hasta haber completado o descartado todas aquellas funcionalidades que ten\u00edamos previstas. En segundo lugar, la publicaci\u00f3n de la aplicaci\u00f3n multiplica las posibilidades de recibir peticiones de soporte, comentarios sobre su funcionamiento, sugerencias, etc. En tercer lugar, la mayor\u00eda de las personas que ha participado en las pruebas de usabilidad acaban siendo usuarios de nuestro producto y dado que a algunas de estas personas las vemos regularmente, aprovechamos para hacer seguimiento.<\/p>\n<p><!-- wp:paragraph --><\/p>\n<p>Por lo tanto, lejos de haber concluido,\u00a0<strong>la publicaci\u00f3n es una fuente de nuevas ideas, modificaciones y tareas<\/strong>\u00a0que se acumular\u00e1n a aquellas que quedaron pendientes y que habr\u00e1 que priorizar adecuadamente para permitir que la evoluci\u00f3n del producto contin\u00fae. En algunos casos se tratar\u00e1 de modificaciones que podemos validar intercambiando un correo electr\u00f3nico o manteniendo una conversaci\u00f3n de pasillo con un usuario. En otros casos,\u00a0<strong>el impacto de los cambios ser\u00e1 tal que obligar\u00e1 a una revisi\u00f3n m\u00e1s profunda del dise\u00f1o y a la realizaci\u00f3n de nuevos tests de usabilidad<\/strong>\u00a0como los anteriormente comentados.\u00a0<\/p>\n<p><!-- wp:paragraph --><\/p>\n<p>En definitiva,<strong>\u00a0la participaci\u00f3n de los usuarios es fundamental que sea continua durante toda la vida del software<\/strong>.<\/p>\n<p><!-- wp:heading --><\/p>\n<h2>Conclusiones<\/h2>\n<p><!-- wp:paragraph --><\/p>\n<p><strong>Desarrollar un sistema interactivo cuidando la experiencia de usuario es una tarea compleja<\/strong>\u00a0que, en el caso de tratarse de\u00a0<strong>tecnolog\u00eda de apoyo orientada al acceso, presenta una retos particulares<\/strong>\u00a0que hay que abordar.\u00a0<\/p>\n<p><!-- wp:paragraph --><\/p>\n<p>El m\u00e9todo que empleamos para hacer frente a este tipo de proyectos se basa en el\u00a0<strong>dise\u00f1o centrado en el usuario<\/strong>\u00a0y consiste, b\u00e1sicamente, en iterar a trav\u00e9s de versiones sucesivas del software contando con la participaci\u00f3n de los usuarios finales. Como principal t\u00e9cnica de evaluaci\u00f3n de la usabilidad empleamos la denominada \u201cpensando en voz alta\u201d, que adaptamos en funci\u00f3n de las caracter\u00edsticas de la persona con discapacidad participante.\u00a0<\/p>\n<p><!-- wp:paragraph --><\/p>\n<p>Adem\u00e1s del destinatario final, consideramos al\u00a0<strong>facilitador com una figura clave<\/strong>\u00a0en el proceso de adopci\u00f3n de nuestras aplicaciones y como apoyo para la realizaci\u00f3n de los tests de usabilidad; por ello tambi\u00e9n lo incorporamos en el proceso de software.<\/p>\n<p><!-- wp:paragraph --><\/p>\n<p>Por \u00faltimo,\u00a0<strong>la publicaci\u00f3n de la aplicaci\u00f3n<\/strong>, lejos de poner punto y final al dise\u00f1o y desarrollo,\u00a0<strong>proporciona nuevas oportunidades de incrementar el valor de la misma<\/strong>\u00a0a lo largo del tiempo.<\/p>\n<h3>\u00bfEst\u00e1s pensando en crear una aplicaci\u00f3n para personas con discapacidad? \u00a1Queremos saber de ti!<\/h3>\n<p><a class=\"btn btn-primary\" role=\"button\" href=\"https:\/\/easeapps.xyz\/es\/contactar\/\">Dinos lo qu\u00e9 piensas<\/a><\/p>\n<p><!-- \/wp:paragraph --><\/p><!-- \/wp:post-content --><!-- \/wp:paragraph --><\/p>\n<h3>Publicaci\u00f3n de la aplicaci\u00f3n<\/h3>\n<p><!-- wp:paragraph --><\/p>\n<p>Llega el momento en que el proceso de dise\u00f1o debe dar paso a una primera versi\u00f3n del software. Por supuesto, esta primera versi\u00f3n contiene imperfecciones y carece de algunas funcionalidades, pero ya cumple una misi\u00f3n que hemos contrastado en nuestras pruebas con usuarios.<\/p>\n<p><!-- wp:paragraph --><\/p>\n<p><strong>\u00bfHemos terminado? \u00a1Ni mucho menos!<\/strong>\u00a0<\/p>\n<p><!-- wp:paragraph --><\/p>\n<p>En primer lugar, no podemos considerar que el proceso de dise\u00f1o haya concluido hasta haber completado o descartado todas aquellas funcionalidades que ten\u00edamos previstas. En segundo lugar, la publicaci\u00f3n de la aplicaci\u00f3n multiplica las posibilidades de recibir peticiones de soporte, comentarios sobre su funcionamiento, sugerencias, etc. En tercer lugar, la mayor\u00eda de las personas que ha participado en las pruebas de usabilidad acaban siendo usuarios de nuestro producto y dado que a algunas de estas personas las vemos regularmente, aprovechamos para hacer seguimiento.<\/p>\n<p><!-- wp:paragraph --><\/p>\n<p>Por lo tanto, lejos de haber concluido,\u00a0<strong>la publicaci\u00f3n es una fuente de nuevas ideas, modificaciones y tareas<\/strong>\u00a0que se acumular\u00e1n a aquellas que quedaron pendientes y que habr\u00e1 que priorizar adecuadamente para permitir que la evoluci\u00f3n del producto contin\u00fae. En algunos casos se tratar\u00e1 de modificaciones que podemos validar intercambiando un correo electr\u00f3nico o manteniendo una conversaci\u00f3n de pasillo con un usuario. En otros casos,\u00a0<strong>el impacto de los cambios ser\u00e1 tal que obligar\u00e1 a una revisi\u00f3n m\u00e1s profunda del dise\u00f1o y a la realizaci\u00f3n de nuevos tests de usabilidad<\/strong>\u00a0como los anteriormente comentados.\u00a0<\/p>\n<p><!-- wp:paragraph --><\/p>\n<p>En definitiva,<strong>\u00a0la participaci\u00f3n de los usuarios es fundamental que sea continua durante toda la vida del software<\/strong>.<\/p>\n<p><!-- wp:heading --><\/p>\n<h2>Conclusiones<\/h2>\n<p><!-- wp:paragraph --><\/p>\n<p><strong>Desarrollar un sistema interactivo cuidando la experiencia de usuario es una tarea compleja<\/strong>\u00a0que, en el caso de tratarse de\u00a0<strong>tecnolog\u00eda de apoyo orientada al acceso, presenta una retos particulares<\/strong>\u00a0que hay que abordar.\u00a0<\/p>\n<p><!-- wp:paragraph --><\/p>\n<p>El m\u00e9todo que empleamos para hacer frente a este tipo de proyectos se basa en el\u00a0<strong>dise\u00f1o centrado en el usuario<\/strong>\u00a0y consiste, b\u00e1sicamente, en iterar a trav\u00e9s de versiones sucesivas del software contando con la participaci\u00f3n de los usuarios finales. Como principal t\u00e9cnica de evaluaci\u00f3n de la usabilidad empleamos la denominada \u201cpensando en voz alta\u201d, que adaptamos en funci\u00f3n de las caracter\u00edsticas de la persona con discapacidad participante.\u00a0<\/p>\n<p><!-- wp:paragraph --><\/p>\n<p>Adem\u00e1s del destinatario final, consideramos al\u00a0<strong>facilitador com una figura clave<\/strong>\u00a0en el proceso de adopci\u00f3n de nuestras aplicaciones y como apoyo para la realizaci\u00f3n de los tests de usabilidad; por ello tambi\u00e9n lo incorporamos en el proceso de software.<\/p>\n<p><!-- wp:paragraph --><\/p>\n<p>Por \u00faltimo,\u00a0<strong>la publicaci\u00f3n de la aplicaci\u00f3n<\/strong>, lejos de poner punto y final al dise\u00f1o y desarrollo,\u00a0<strong>proporciona nuevas oportunidades de incrementar el valor de la misma<\/strong>\u00a0a lo largo del tiempo.<\/p>\n<h3>\u00bfEst\u00e1s pensando en crear una aplicaci\u00f3n para personas con discapacidad? \u00a1Queremos saber de ti!<\/h3>\n<p><a class=\"btn btn-primary\" role=\"button\" href=\"https:\/\/easeapps.xyz\/es\/contactar\/\">Dinos lo qu\u00e9 piensas<\/a><\/p>\n<p><!-- \/wp:paragraph --><\/p><!-- \/wp:post-content --><!-- \/wp:paragraph --><\/p>\n<ul>\n<li><strong>Primer contacto por parte del facilitador<\/strong>. En este caso se trata de un contexto en el que el facilitador eval\u00faa la soluci\u00f3n con el objetivo de comprender su funcionamiento y poder recomendarla y asesorar a usuarios finales. B\u00e1sicamente, al facilitador se le proporciona el nombre de nuestra aplicaci\u00f3n para que trate de instalarla y comprender su funcionamiento. L\u00f3gicamente, el facilitador no debe estar familiarizado con la aplicaci\u00f3n. En este contexto\u00a0<strong>el<\/strong>\u00a0<strong>criterio b\u00e1sico de evaluaci\u00f3n es la facilidad de aprendizaje<\/strong>.\u00a0<\/li>\n<li><strong>Contexto estructurado con apoyo externo<\/strong>. Es aquel donde el usuario requiere de un apoyo intensivo para un uso satisfactorio del sistema. Generalmente esta situaci\u00f3n se da en el \u00e1mbito de un centro de atenci\u00f3n (escuela de educaci\u00f3n especial, taller ocupacional, centro de d\u00eda o centro residencial asistido). B\u00e1sicamente se plantean dos tipos de tareas en las que participan facilitador y destinatario..\u00a0\n<ul>\n<li>El primer tipo implica consiste en un\u00a0<strong>facilitador tratando de explicar el funcionamiento del sistema a un usuario<\/strong>\u00a0sin experiencia previa. Con ello queremos evaluar hasta qu\u00e9 punto nuestro sistema facilita esta transferencia de conocimiento.<\/li>\n<li>El segundo tipo consiste en un conjunto de\u00a0<strong>tareas concretas que el usuario debe realizar<\/strong>. En la medida de lo posible, es el propio usuario el que escoge estas tareas. El facilitador est\u00e1 presente aunque debe abstenerse de intervenir y, fundamentalmente, su papel consiste en ayudar al usuario a comunicar lo que piensa en cada momento. El principal criterio que valoramos es la facilidad de uso del sistema y, en cierta medida, la facilidad de aprendizaje por parte del destinatario.<\/li>\n<\/ul>\n<\/li>\n<li><strong>Contexto no estructurado sin apoyo externo<\/strong>. Se trata de un contexto de uso m\u00e1s normalizado en el cual el usuario trata de cubrir sus propias necesidades e intereses al utilizar un dispositivo m\u00f3vil. Es decir, un\u00a0<strong>contexto de uso hom\u00f3logo al de cualquier persona que utiliza dispositivos m\u00f3viles<\/strong>. En este caso no siempre se lleva a cabo un test de usabilidad, s\u00f3lo en aquellas situaciones en las que se sospecha que existe realmente una dificultad. De hecho, en algunos casos es suficiente con una comunicaci\u00f3n por parte del usuario o del facilitador.<\/li>\n<\/ul>\n<p><!-- wp:heading {\"level\":3} --><\/p>\n<h3>Publicaci\u00f3n de la aplicaci\u00f3n<\/h3>\n<p><!-- wp:paragraph --><\/p>\n<p>Llega el momento en que el proceso de dise\u00f1o debe dar paso a una primera versi\u00f3n del software. Por supuesto, esta primera versi\u00f3n contiene imperfecciones y carece de algunas funcionalidades, pero ya cumple una misi\u00f3n que hemos contrastado en nuestras pruebas con usuarios.<\/p>\n<p><!-- wp:paragraph --><\/p>\n<p><strong>\u00bfHemos terminado? \u00a1Ni mucho menos!<\/strong>\u00a0<\/p>\n<p><!-- wp:paragraph --><\/p>\n<p>En primer lugar, no podemos considerar que el proceso de dise\u00f1o haya concluido hasta haber completado o descartado todas aquellas funcionalidades que ten\u00edamos previstas. En segundo lugar, la publicaci\u00f3n de la aplicaci\u00f3n multiplica las posibilidades de recibir peticiones de soporte, comentarios sobre su funcionamiento, sugerencias, etc. En tercer lugar, la mayor\u00eda de las personas que ha participado en las pruebas de usabilidad acaban siendo usuarios de nuestro producto y dado que a algunas de estas personas las vemos regularmente, aprovechamos para hacer seguimiento.<\/p>\n<p><!-- wp:paragraph --><\/p>\n<p>Por lo tanto, lejos de haber concluido,\u00a0<strong>la publicaci\u00f3n es una fuente de nuevas ideas, modificaciones y tareas<\/strong>\u00a0que se acumular\u00e1n a aquellas que quedaron pendientes y que habr\u00e1 que priorizar adecuadamente para permitir que la evoluci\u00f3n del producto contin\u00fae. En algunos casos se tratar\u00e1 de modificaciones que podemos validar intercambiando un correo electr\u00f3nico o manteniendo una conversaci\u00f3n de pasillo con un usuario. En otros casos,\u00a0<strong>el impacto de los cambios ser\u00e1 tal que obligar\u00e1 a una revisi\u00f3n m\u00e1s profunda del dise\u00f1o y a la realizaci\u00f3n de nuevos tests de usabilidad<\/strong>\u00a0como los anteriormente comentados.\u00a0<\/p>\n<p><!-- wp:paragraph --><\/p>\n<p>En definitiva,<strong>\u00a0la participaci\u00f3n de los usuarios es fundamental que sea continua durante toda la vida del software<\/strong>.<\/p>\n<p><!-- wp:heading --><\/p>\n<h2>Conclusiones<\/h2>\n<p><!-- wp:paragraph --><\/p>\n<p><strong>Desarrollar un sistema interactivo cuidando la experiencia de usuario es una tarea compleja<\/strong>\u00a0que, en el caso de tratarse de\u00a0<strong>tecnolog\u00eda de apoyo orientada al acceso, presenta una retos particulares<\/strong>\u00a0que hay que abordar.\u00a0<\/p>\n<p><!-- wp:paragraph --><\/p>\n<p>El m\u00e9todo que empleamos para hacer frente a este tipo de proyectos se basa en el\u00a0<strong>dise\u00f1o centrado en el usuario<\/strong>\u00a0y consiste, b\u00e1sicamente, en iterar a trav\u00e9s de versiones sucesivas del software contando con la participaci\u00f3n de los usuarios finales. Como principal t\u00e9cnica de evaluaci\u00f3n de la usabilidad empleamos la denominada \u201cpensando en voz alta\u201d, que adaptamos en funci\u00f3n de las caracter\u00edsticas de la persona con discapacidad participante.\u00a0<\/p>\n<p><!-- wp:paragraph --><\/p>\n<p>Adem\u00e1s del destinatario final, consideramos al\u00a0<strong>facilitador com una figura clave<\/strong>\u00a0en el proceso de adopci\u00f3n de nuestras aplicaciones y como apoyo para la realizaci\u00f3n de los tests de usabilidad; por ello tambi\u00e9n lo incorporamos en el proceso de software.<\/p>\n<p><!-- wp:paragraph --><\/p>\n<p>Por \u00faltimo,\u00a0<strong>la publicaci\u00f3n de la aplicaci\u00f3n<\/strong>, lejos de poner punto y final al dise\u00f1o y desarrollo,\u00a0<strong>proporciona nuevas oportunidades de incrementar el valor de la misma<\/strong>\u00a0a lo largo del tiempo.<\/p>\n<h3>\u00bfEst\u00e1s pensando en crear una aplicaci\u00f3n para personas con discapacidad? \u00a1Queremos saber de ti!<\/h3>\n<p><a class=\"btn btn-primary\" role=\"button\" href=\"https:\/\/easeapps.xyz\/es\/contactar\/\">Dinos lo qu\u00e9 piensas<\/a><\/p>\n<p><!-- \/wp:paragraph --><\/p><!-- \/wp:post-content --><!-- \/wp:heading --><\/p>\n<p>A la hora de considerar la participaci\u00f3n de los distintos usuarios y las tareas que vamos a solicitar a cada uno de ellos, distinguimos entre tres situaciones o contextos distintos:<\/p>\n<p><!-- wp:list --><\/p>\n<ul>\n<li><strong>Primer contacto por parte del facilitador<\/strong>. En este caso se trata de un contexto en el que el facilitador eval\u00faa la soluci\u00f3n con el objetivo de comprender su funcionamiento y poder recomendarla y asesorar a usuarios finales. B\u00e1sicamente, al facilitador se le proporciona el nombre de nuestra aplicaci\u00f3n para que trate de instalarla y comprender su funcionamiento. L\u00f3gicamente, el facilitador no debe estar familiarizado con la aplicaci\u00f3n. En este contexto\u00a0<strong>el<\/strong>\u00a0<strong>criterio b\u00e1sico de evaluaci\u00f3n es la facilidad de aprendizaje<\/strong>.\u00a0<\/li>\n<li><strong>Contexto estructurado con apoyo externo<\/strong>. Es aquel donde el usuario requiere de un apoyo intensivo para un uso satisfactorio del sistema. Generalmente esta situaci\u00f3n se da en el \u00e1mbito de un centro de atenci\u00f3n (escuela de educaci\u00f3n especial, taller ocupacional, centro de d\u00eda o centro residencial asistido). B\u00e1sicamente se plantean dos tipos de tareas en las que participan facilitador y destinatario..\u00a0\n<ul>\n<li>El primer tipo implica consiste en un\u00a0<strong>facilitador tratando de explicar el funcionamiento del sistema a un usuario<\/strong>\u00a0sin experiencia previa. Con ello queremos evaluar hasta qu\u00e9 punto nuestro sistema facilita esta transferencia de conocimiento.<\/li>\n<li>El segundo tipo consiste en un conjunto de\u00a0<strong>tareas concretas que el usuario debe realizar<\/strong>. En la medida de lo posible, es el propio usuario el que escoge estas tareas. El facilitador est\u00e1 presente aunque debe abstenerse de intervenir y, fundamentalmente, su papel consiste en ayudar al usuario a comunicar lo que piensa en cada momento. El principal criterio que valoramos es la facilidad de uso del sistema y, en cierta medida, la facilidad de aprendizaje por parte del destinatario.<\/li>\n<\/ul>\n<\/li>\n<li><strong>Contexto no estructurado sin apoyo externo<\/strong>. Se trata de un contexto de uso m\u00e1s normalizado en el cual el usuario trata de cubrir sus propias necesidades e intereses al utilizar un dispositivo m\u00f3vil. Es decir, un\u00a0<strong>contexto de uso hom\u00f3logo al de cualquier persona que utiliza dispositivos m\u00f3viles<\/strong>. En este caso no siempre se lleva a cabo un test de usabilidad, s\u00f3lo en aquellas situaciones en las que se sospecha que existe realmente una dificultad. De hecho, en algunos casos es suficiente con una comunicaci\u00f3n por parte del usuario o del facilitador.<\/li>\n<\/ul>\n<p><!-- wp:heading {\"level\":3} --><\/p>\n<h3>Publicaci\u00f3n de la aplicaci\u00f3n<\/h3>\n<p><!-- wp:paragraph --><\/p>\n<p>Llega el momento en que el proceso de dise\u00f1o debe dar paso a una primera versi\u00f3n del software. Por supuesto, esta primera versi\u00f3n contiene imperfecciones y carece de algunas funcionalidades, pero ya cumple una misi\u00f3n que hemos contrastado en nuestras pruebas con usuarios.<\/p>\n<p><!-- wp:paragraph --><\/p>\n<p><strong>\u00bfHemos terminado? \u00a1Ni mucho menos!<\/strong>\u00a0<\/p>\n<p><!-- wp:paragraph --><\/p>\n<p>En primer lugar, no podemos considerar que el proceso de dise\u00f1o haya concluido hasta haber completado o descartado todas aquellas funcionalidades que ten\u00edamos previstas. En segundo lugar, la publicaci\u00f3n de la aplicaci\u00f3n multiplica las posibilidades de recibir peticiones de soporte, comentarios sobre su funcionamiento, sugerencias, etc. En tercer lugar, la mayor\u00eda de las personas que ha participado en las pruebas de usabilidad acaban siendo usuarios de nuestro producto y dado que a algunas de estas personas las vemos regularmente, aprovechamos para hacer seguimiento.<\/p>\n<p><!-- wp:paragraph --><\/p>\n<p>Por lo tanto, lejos de haber concluido,\u00a0<strong>la publicaci\u00f3n es una fuente de nuevas ideas, modificaciones y tareas<\/strong>\u00a0que se acumular\u00e1n a aquellas que quedaron pendientes y que habr\u00e1 que priorizar adecuadamente para permitir que la evoluci\u00f3n del producto contin\u00fae. En algunos casos se tratar\u00e1 de modificaciones que podemos validar intercambiando un correo electr\u00f3nico o manteniendo una conversaci\u00f3n de pasillo con un usuario. En otros casos,\u00a0<strong>el impacto de los cambios ser\u00e1 tal que obligar\u00e1 a una revisi\u00f3n m\u00e1s profunda del dise\u00f1o y a la realizaci\u00f3n de nuevos tests de usabilidad<\/strong>\u00a0como los anteriormente comentados.\u00a0<\/p>\n<p><!-- wp:paragraph --><\/p>\n<p>En definitiva,<strong>\u00a0la participaci\u00f3n de los usuarios es fundamental que sea continua durante toda la vida del software<\/strong>.<\/p>\n<p><!-- wp:heading --><\/p>\n<h2>Conclusiones<\/h2>\n<p><!-- wp:paragraph --><\/p>\n<p><strong>Desarrollar un sistema interactivo cuidando la experiencia de usuario es una tarea compleja<\/strong>\u00a0que, en el caso de tratarse de\u00a0<strong>tecnolog\u00eda de apoyo orientada al acceso, presenta una retos particulares<\/strong>\u00a0que hay que abordar.\u00a0<\/p>\n<p><!-- wp:paragraph --><\/p>\n<p>El m\u00e9todo que empleamos para hacer frente a este tipo de proyectos se basa en el\u00a0<strong>dise\u00f1o centrado en el usuario<\/strong>\u00a0y consiste, b\u00e1sicamente, en iterar a trav\u00e9s de versiones sucesivas del software contando con la participaci\u00f3n de los usuarios finales. Como principal t\u00e9cnica de evaluaci\u00f3n de la usabilidad empleamos la denominada \u201cpensando en voz alta\u201d, que adaptamos en funci\u00f3n de las caracter\u00edsticas de la persona con discapacidad participante.\u00a0<\/p>\n<p><!-- wp:paragraph --><\/p>\n<p>Adem\u00e1s del destinatario final, consideramos al\u00a0<strong>facilitador com una figura clave<\/strong>\u00a0en el proceso de adopci\u00f3n de nuestras aplicaciones y como apoyo para la realizaci\u00f3n de los tests de usabilidad; por ello tambi\u00e9n lo incorporamos en el proceso de software.<\/p>\n<p><!-- wp:paragraph --><\/p>\n<p>Por \u00faltimo,\u00a0<strong>la publicaci\u00f3n de la aplicaci\u00f3n<\/strong>, lejos de poner punto y final al dise\u00f1o y desarrollo,\u00a0<strong>proporciona nuevas oportunidades de incrementar el valor de la misma<\/strong>\u00a0a lo largo del tiempo.<\/p>\n<h3>\u00bfEst\u00e1s pensando en crear una aplicaci\u00f3n para personas con discapacidad? \u00a1Queremos saber de ti!<\/h3>\n<p><a class=\"btn btn-primary\" role=\"button\" href=\"https:\/\/easeapps.xyz\/es\/contactar\/\">Dinos lo qu\u00e9 piensas<\/a><\/p>\n<p><!-- \/wp:paragraph --><\/p><!-- \/wp:post-content --><!-- \/wp:list --><\/p>\n<h3>Contextos de uso y tareas<\/h3>\n<p><!-- wp:paragraph --><\/p>\n<p>A la hora de considerar la participaci\u00f3n de los distintos usuarios y las tareas que vamos a solicitar a cada uno de ellos, distinguimos entre tres situaciones o contextos distintos:<\/p>\n<p><!-- wp:list --><\/p>\n<ul>\n<li><strong>Primer contacto por parte del facilitador<\/strong>. En este caso se trata de un contexto en el que el facilitador eval\u00faa la soluci\u00f3n con el objetivo de comprender su funcionamiento y poder recomendarla y asesorar a usuarios finales. B\u00e1sicamente, al facilitador se le proporciona el nombre de nuestra aplicaci\u00f3n para que trate de instalarla y comprender su funcionamiento. L\u00f3gicamente, el facilitador no debe estar familiarizado con la aplicaci\u00f3n. En este contexto\u00a0<strong>el<\/strong>\u00a0<strong>criterio b\u00e1sico de evaluaci\u00f3n es la facilidad de aprendizaje<\/strong>.\u00a0<\/li>\n<li><strong>Contexto estructurado con apoyo externo<\/strong>. Es aquel donde el usuario requiere de un apoyo intensivo para un uso satisfactorio del sistema. Generalmente esta situaci\u00f3n se da en el \u00e1mbito de un centro de atenci\u00f3n (escuela de educaci\u00f3n especial, taller ocupacional, centro de d\u00eda o centro residencial asistido). B\u00e1sicamente se plantean dos tipos de tareas en las que participan facilitador y destinatario..\u00a0\n<ul>\n<li>El primer tipo implica consiste en un\u00a0<strong>facilitador tratando de explicar el funcionamiento del sistema a un usuario<\/strong>\u00a0sin experiencia previa. Con ello queremos evaluar hasta qu\u00e9 punto nuestro sistema facilita esta transferencia de conocimiento.<\/li>\n<li>El segundo tipo consiste en un conjunto de\u00a0<strong>tareas concretas que el usuario debe realizar<\/strong>. En la medida de lo posible, es el propio usuario el que escoge estas tareas. El facilitador est\u00e1 presente aunque debe abstenerse de intervenir y, fundamentalmente, su papel consiste en ayudar al usuario a comunicar lo que piensa en cada momento. El principal criterio que valoramos es la facilidad de uso del sistema y, en cierta medida, la facilidad de aprendizaje por parte del destinatario.<\/li>\n<\/ul>\n<\/li>\n<li><strong>Contexto no estructurado sin apoyo externo<\/strong>. Se trata de un contexto de uso m\u00e1s normalizado en el cual el usuario trata de cubrir sus propias necesidades e intereses al utilizar un dispositivo m\u00f3vil. Es decir, un\u00a0<strong>contexto de uso hom\u00f3logo al de cualquier persona que utiliza dispositivos m\u00f3viles<\/strong>. En este caso no siempre se lleva a cabo un test de usabilidad, s\u00f3lo en aquellas situaciones en las que se sospecha que existe realmente una dificultad. De hecho, en algunos casos es suficiente con una comunicaci\u00f3n por parte del usuario o del facilitador.<\/li>\n<\/ul>\n<p><!-- wp:heading {\"level\":3} --><\/p>\n<h3>Publicaci\u00f3n de la aplicaci\u00f3n<\/h3>\n<p><!-- wp:paragraph --><\/p>\n<p>Llega el momento en que el proceso de dise\u00f1o debe dar paso a una primera versi\u00f3n del software. Por supuesto, esta primera versi\u00f3n contiene imperfecciones y carece de algunas funcionalidades, pero ya cumple una misi\u00f3n que hemos contrastado en nuestras pruebas con usuarios.<\/p>\n<p><!-- wp:paragraph --><\/p>\n<p><strong>\u00bfHemos terminado? \u00a1Ni mucho menos!<\/strong>\u00a0<\/p>\n<p><!-- wp:paragraph --><\/p>\n<p>En primer lugar, no podemos considerar que el proceso de dise\u00f1o haya concluido hasta haber completado o descartado todas aquellas funcionalidades que ten\u00edamos previstas. En segundo lugar, la publicaci\u00f3n de la aplicaci\u00f3n multiplica las posibilidades de recibir peticiones de soporte, comentarios sobre su funcionamiento, sugerencias, etc. En tercer lugar, la mayor\u00eda de las personas que ha participado en las pruebas de usabilidad acaban siendo usuarios de nuestro producto y dado que a algunas de estas personas las vemos regularmente, aprovechamos para hacer seguimiento.<\/p>\n<p><!-- wp:paragraph --><\/p>\n<p>Por lo tanto, lejos de haber concluido,\u00a0<strong>la publicaci\u00f3n es una fuente de nuevas ideas, modificaciones y tareas<\/strong>\u00a0que se acumular\u00e1n a aquellas que quedaron pendientes y que habr\u00e1 que priorizar adecuadamente para permitir que la evoluci\u00f3n del producto contin\u00fae. En algunos casos se tratar\u00e1 de modificaciones que podemos validar intercambiando un correo electr\u00f3nico o manteniendo una conversaci\u00f3n de pasillo con un usuario. En otros casos,\u00a0<strong>el impacto de los cambios ser\u00e1 tal que obligar\u00e1 a una revisi\u00f3n m\u00e1s profunda del dise\u00f1o y a la realizaci\u00f3n de nuevos tests de usabilidad<\/strong>\u00a0como los anteriormente comentados.\u00a0<\/p>\n<p><!-- wp:paragraph --><\/p>\n<p>En definitiva,<strong>\u00a0la participaci\u00f3n de los usuarios es fundamental que sea continua durante toda la vida del software<\/strong>.<\/p>\n<p><!-- wp:heading --><\/p>\n<h2>Conclusiones<\/h2>\n<p><!-- wp:paragraph --><\/p>\n<p><strong>Desarrollar un sistema interactivo cuidando la experiencia de usuario es una tarea compleja<\/strong>\u00a0que, en el caso de tratarse de\u00a0<strong>tecnolog\u00eda de apoyo orientada al acceso, presenta una retos particulares<\/strong>\u00a0que hay que abordar.\u00a0<\/p>\n<p><!-- wp:paragraph --><\/p>\n<p>El m\u00e9todo que empleamos para hacer frente a este tipo de proyectos se basa en el\u00a0<strong>dise\u00f1o centrado en el usuario<\/strong>\u00a0y consiste, b\u00e1sicamente, en iterar a trav\u00e9s de versiones sucesivas del software contando con la participaci\u00f3n de los usuarios finales. Como principal t\u00e9cnica de evaluaci\u00f3n de la usabilidad empleamos la denominada \u201cpensando en voz alta\u201d, que adaptamos en funci\u00f3n de las caracter\u00edsticas de la persona con discapacidad participante.\u00a0<\/p>\n<p><!-- wp:paragraph --><\/p>\n<p>Adem\u00e1s del destinatario final, consideramos al\u00a0<strong>facilitador com una figura clave<\/strong>\u00a0en el proceso de adopci\u00f3n de nuestras aplicaciones y como apoyo para la realizaci\u00f3n de los tests de usabilidad; por ello tambi\u00e9n lo incorporamos en el proceso de software.<\/p>\n<p><!-- wp:paragraph --><\/p>\n<p>Por \u00faltimo,\u00a0<strong>la publicaci\u00f3n de la aplicaci\u00f3n<\/strong>, lejos de poner punto y final al dise\u00f1o y desarrollo,\u00a0<strong>proporciona nuevas oportunidades de incrementar el valor de la misma<\/strong>\u00a0a lo largo del tiempo.<\/p>\n<h3>\u00bfEst\u00e1s pensando en crear una aplicaci\u00f3n para personas con discapacidad? \u00a1Queremos saber de ti!<\/h3>\n<p><a class=\"btn btn-primary\" role=\"button\" href=\"https:\/\/easeapps.xyz\/es\/contactar\/\">Dinos lo qu\u00e9 piensas<\/a><\/p>\n<p><!-- \/wp:paragraph --><\/p><!-- \/wp:post-content --><!-- \/wp:paragraph --><\/p>\n<p><img loading=\"lazy\" decoding=\"async\" class=\" size-full wp-image-52\" src=\"https:\/\/easeapps.xyz\/wp-content\/uploads\/sites\/2\/blog\/usability-test-session-with-end-user-facilitator-and-researcher-taking-notes.jpg\" alt=\"usability test session with end user facilitator and researcher taking notes\" width=\"500\" height=\"291\" \/><\/p>\n<p><!-- wp:heading {\"level\":3} --><\/p>\n<h3>Contextos de uso y tareas<\/h3>\n<p><!-- wp:paragraph --><\/p>\n<p>A la hora de considerar la participaci\u00f3n de los distintos usuarios y las tareas que vamos a solicitar a cada uno de ellos, distinguimos entre tres situaciones o contextos distintos:<\/p>\n<p><!-- wp:list --><\/p>\n<ul>\n<li><strong>Primer contacto por parte del facilitador<\/strong>. En este caso se trata de un contexto en el que el facilitador eval\u00faa la soluci\u00f3n con el objetivo de comprender su funcionamiento y poder recomendarla y asesorar a usuarios finales. B\u00e1sicamente, al facilitador se le proporciona el nombre de nuestra aplicaci\u00f3n para que trate de instalarla y comprender su funcionamiento. L\u00f3gicamente, el facilitador no debe estar familiarizado con la aplicaci\u00f3n. En este contexto\u00a0<strong>el<\/strong>\u00a0<strong>criterio b\u00e1sico de evaluaci\u00f3n es la facilidad de aprendizaje<\/strong>.\u00a0<\/li>\n<li><strong>Contexto estructurado con apoyo externo<\/strong>. Es aquel donde el usuario requiere de un apoyo intensivo para un uso satisfactorio del sistema. Generalmente esta situaci\u00f3n se da en el \u00e1mbito de un centro de atenci\u00f3n (escuela de educaci\u00f3n especial, taller ocupacional, centro de d\u00eda o centro residencial asistido). B\u00e1sicamente se plantean dos tipos de tareas en las que participan facilitador y destinatario..\u00a0\n<ul>\n<li>El primer tipo implica consiste en un\u00a0<strong>facilitador tratando de explicar el funcionamiento del sistema a un usuario<\/strong>\u00a0sin experiencia previa. Con ello queremos evaluar hasta qu\u00e9 punto nuestro sistema facilita esta transferencia de conocimiento.<\/li>\n<li>El segundo tipo consiste en un conjunto de\u00a0<strong>tareas concretas que el usuario debe realizar<\/strong>. En la medida de lo posible, es el propio usuario el que escoge estas tareas. El facilitador est\u00e1 presente aunque debe abstenerse de intervenir y, fundamentalmente, su papel consiste en ayudar al usuario a comunicar lo que piensa en cada momento. El principal criterio que valoramos es la facilidad de uso del sistema y, en cierta medida, la facilidad de aprendizaje por parte del destinatario.<\/li>\n<\/ul>\n<\/li>\n<li><strong>Contexto no estructurado sin apoyo externo<\/strong>. Se trata de un contexto de uso m\u00e1s normalizado en el cual el usuario trata de cubrir sus propias necesidades e intereses al utilizar un dispositivo m\u00f3vil. Es decir, un\u00a0<strong>contexto de uso hom\u00f3logo al de cualquier persona que utiliza dispositivos m\u00f3viles<\/strong>. En este caso no siempre se lleva a cabo un test de usabilidad, s\u00f3lo en aquellas situaciones en las que se sospecha que existe realmente una dificultad. De hecho, en algunos casos es suficiente con una comunicaci\u00f3n por parte del usuario o del facilitador.<\/li>\n<\/ul>\n<p><!-- wp:heading {\"level\":3} --><\/p>\n<h3>Publicaci\u00f3n de la aplicaci\u00f3n<\/h3>\n<p><!-- wp:paragraph --><\/p>\n<p>Llega el momento en que el proceso de dise\u00f1o debe dar paso a una primera versi\u00f3n del software. Por supuesto, esta primera versi\u00f3n contiene imperfecciones y carece de algunas funcionalidades, pero ya cumple una misi\u00f3n que hemos contrastado en nuestras pruebas con usuarios.<\/p>\n<p><!-- wp:paragraph --><\/p>\n<p><strong>\u00bfHemos terminado? \u00a1Ni mucho menos!<\/strong>\u00a0<\/p>\n<p><!-- wp:paragraph --><\/p>\n<p>En primer lugar, no podemos considerar que el proceso de dise\u00f1o haya concluido hasta haber completado o descartado todas aquellas funcionalidades que ten\u00edamos previstas. En segundo lugar, la publicaci\u00f3n de la aplicaci\u00f3n multiplica las posibilidades de recibir peticiones de soporte, comentarios sobre su funcionamiento, sugerencias, etc. En tercer lugar, la mayor\u00eda de las personas que ha participado en las pruebas de usabilidad acaban siendo usuarios de nuestro producto y dado que a algunas de estas personas las vemos regularmente, aprovechamos para hacer seguimiento.<\/p>\n<p><!-- wp:paragraph --><\/p>\n<p>Por lo tanto, lejos de haber concluido,\u00a0<strong>la publicaci\u00f3n es una fuente de nuevas ideas, modificaciones y tareas<\/strong>\u00a0que se acumular\u00e1n a aquellas que quedaron pendientes y que habr\u00e1 que priorizar adecuadamente para permitir que la evoluci\u00f3n del producto contin\u00fae. En algunos casos se tratar\u00e1 de modificaciones que podemos validar intercambiando un correo electr\u00f3nico o manteniendo una conversaci\u00f3n de pasillo con un usuario. En otros casos,\u00a0<strong>el impacto de los cambios ser\u00e1 tal que obligar\u00e1 a una revisi\u00f3n m\u00e1s profunda del dise\u00f1o y a la realizaci\u00f3n de nuevos tests de usabilidad<\/strong>\u00a0como los anteriormente comentados.\u00a0<\/p>\n<p><!-- wp:paragraph --><\/p>\n<p>En definitiva,<strong>\u00a0la participaci\u00f3n de los usuarios es fundamental que sea continua durante toda la vida del software<\/strong>.<\/p>\n<p><!-- wp:heading --><\/p>\n<h2>Conclusiones<\/h2>\n<p><!-- wp:paragraph --><\/p>\n<p><strong>Desarrollar un sistema interactivo cuidando la experiencia de usuario es una tarea compleja<\/strong>\u00a0que, en el caso de tratarse de\u00a0<strong>tecnolog\u00eda de apoyo orientada al acceso, presenta una retos particulares<\/strong>\u00a0que hay que abordar.\u00a0<\/p>\n<p><!-- wp:paragraph --><\/p>\n<p>El m\u00e9todo que empleamos para hacer frente a este tipo de proyectos se basa en el\u00a0<strong>dise\u00f1o centrado en el usuario<\/strong>\u00a0y consiste, b\u00e1sicamente, en iterar a trav\u00e9s de versiones sucesivas del software contando con la participaci\u00f3n de los usuarios finales. Como principal t\u00e9cnica de evaluaci\u00f3n de la usabilidad empleamos la denominada \u201cpensando en voz alta\u201d, que adaptamos en funci\u00f3n de las caracter\u00edsticas de la persona con discapacidad participante.\u00a0<\/p>\n<p><!-- wp:paragraph --><\/p>\n<p>Adem\u00e1s del destinatario final, consideramos al\u00a0<strong>facilitador com una figura clave<\/strong>\u00a0en el proceso de adopci\u00f3n de nuestras aplicaciones y como apoyo para la realizaci\u00f3n de los tests de usabilidad; por ello tambi\u00e9n lo incorporamos en el proceso de software.<\/p>\n<p><!-- wp:paragraph --><\/p>\n<p>Por \u00faltimo,\u00a0<strong>la publicaci\u00f3n de la aplicaci\u00f3n<\/strong>, lejos de poner punto y final al dise\u00f1o y desarrollo,\u00a0<strong>proporciona nuevas oportunidades de incrementar el valor de la misma<\/strong>\u00a0a lo largo del tiempo.<\/p>\n<h3>\u00bfEst\u00e1s pensando en crear una aplicaci\u00f3n para personas con discapacidad? \u00a1Queremos saber de ti!<\/h3>\n<p><a class=\"btn btn-primary\" role=\"button\" href=\"https:\/\/easeapps.xyz\/es\/contactar\/\">Dinos lo qu\u00e9 piensas<\/a><\/p>\n<p><!-- \/wp:paragraph --><\/p><!-- \/wp:post-content --><!-- \/wp:heading --><\/p>\n<p><!-- wp:paragraph --><\/p>\n<p><img loading=\"lazy\" decoding=\"async\" class=\" size-full wp-image-52\" src=\"https:\/\/easeapps.xyz\/wp-content\/uploads\/sites\/2\/blog\/usability-test-session-with-end-user-facilitator-and-researcher-taking-notes.jpg\" alt=\"usability test session with end user facilitator and researcher taking notes\" width=\"500\" height=\"291\" \/><\/p>\n<p><!-- wp:heading {\"level\":3} --><\/p>\n<h3>Contextos de uso y tareas<\/h3>\n<p><!-- wp:paragraph --><\/p>\n<p>A la hora de considerar la participaci\u00f3n de los distintos usuarios y las tareas que vamos a solicitar a cada uno de ellos, distinguimos entre tres situaciones o contextos distintos:<\/p>\n<p><!-- wp:list --><\/p>\n<ul>\n<li><strong>Primer contacto por parte del facilitador<\/strong>. En este caso se trata de un contexto en el que el facilitador eval\u00faa la soluci\u00f3n con el objetivo de comprender su funcionamiento y poder recomendarla y asesorar a usuarios finales. B\u00e1sicamente, al facilitador se le proporciona el nombre de nuestra aplicaci\u00f3n para que trate de instalarla y comprender su funcionamiento. L\u00f3gicamente, el facilitador no debe estar familiarizado con la aplicaci\u00f3n. En este contexto\u00a0<strong>el<\/strong>\u00a0<strong>criterio b\u00e1sico de evaluaci\u00f3n es la facilidad de aprendizaje<\/strong>.\u00a0<\/li>\n<li><strong>Contexto estructurado con apoyo externo<\/strong>. Es aquel donde el usuario requiere de un apoyo intensivo para un uso satisfactorio del sistema. Generalmente esta situaci\u00f3n se da en el \u00e1mbito de un centro de atenci\u00f3n (escuela de educaci\u00f3n especial, taller ocupacional, centro de d\u00eda o centro residencial asistido). B\u00e1sicamente se plantean dos tipos de tareas en las que participan facilitador y destinatario..\u00a0\n<ul>\n<li>El primer tipo implica consiste en un\u00a0<strong>facilitador tratando de explicar el funcionamiento del sistema a un usuario<\/strong>\u00a0sin experiencia previa. Con ello queremos evaluar hasta qu\u00e9 punto nuestro sistema facilita esta transferencia de conocimiento.<\/li>\n<li>El segundo tipo consiste en un conjunto de\u00a0<strong>tareas concretas que el usuario debe realizar<\/strong>. En la medida de lo posible, es el propio usuario el que escoge estas tareas. El facilitador est\u00e1 presente aunque debe abstenerse de intervenir y, fundamentalmente, su papel consiste en ayudar al usuario a comunicar lo que piensa en cada momento. El principal criterio que valoramos es la facilidad de uso del sistema y, en cierta medida, la facilidad de aprendizaje por parte del destinatario.<\/li>\n<\/ul>\n<\/li>\n<li><strong>Contexto no estructurado sin apoyo externo<\/strong>. Se trata de un contexto de uso m\u00e1s normalizado en el cual el usuario trata de cubrir sus propias necesidades e intereses al utilizar un dispositivo m\u00f3vil. Es decir, un\u00a0<strong>contexto de uso hom\u00f3logo al de cualquier persona que utiliza dispositivos m\u00f3viles<\/strong>. En este caso no siempre se lleva a cabo un test de usabilidad, s\u00f3lo en aquellas situaciones en las que se sospecha que existe realmente una dificultad. De hecho, en algunos casos es suficiente con una comunicaci\u00f3n por parte del usuario o del facilitador.<\/li>\n<\/ul>\n<p><!-- wp:heading {\"level\":3} --><\/p>\n<h3>Publicaci\u00f3n de la aplicaci\u00f3n<\/h3>\n<p><!-- wp:paragraph --><\/p>\n<p>Llega el momento en que el proceso de dise\u00f1o debe dar paso a una primera versi\u00f3n del software. Por supuesto, esta primera versi\u00f3n contiene imperfecciones y carece de algunas funcionalidades, pero ya cumple una misi\u00f3n que hemos contrastado en nuestras pruebas con usuarios.<\/p>\n<p><!-- wp:paragraph --><\/p>\n<p><strong>\u00bfHemos terminado? \u00a1Ni mucho menos!<\/strong>\u00a0<\/p>\n<p><!-- wp:paragraph --><\/p>\n<p>En primer lugar, no podemos considerar que el proceso de dise\u00f1o haya concluido hasta haber completado o descartado todas aquellas funcionalidades que ten\u00edamos previstas. En segundo lugar, la publicaci\u00f3n de la aplicaci\u00f3n multiplica las posibilidades de recibir peticiones de soporte, comentarios sobre su funcionamiento, sugerencias, etc. En tercer lugar, la mayor\u00eda de las personas que ha participado en las pruebas de usabilidad acaban siendo usuarios de nuestro producto y dado que a algunas de estas personas las vemos regularmente, aprovechamos para hacer seguimiento.<\/p>\n<p><!-- wp:paragraph --><\/p>\n<p>Por lo tanto, lejos de haber concluido,\u00a0<strong>la publicaci\u00f3n es una fuente de nuevas ideas, modificaciones y tareas<\/strong>\u00a0que se acumular\u00e1n a aquellas que quedaron pendientes y que habr\u00e1 que priorizar adecuadamente para permitir que la evoluci\u00f3n del producto contin\u00fae. En algunos casos se tratar\u00e1 de modificaciones que podemos validar intercambiando un correo electr\u00f3nico o manteniendo una conversaci\u00f3n de pasillo con un usuario. En otros casos,\u00a0<strong>el impacto de los cambios ser\u00e1 tal que obligar\u00e1 a una revisi\u00f3n m\u00e1s profunda del dise\u00f1o y a la realizaci\u00f3n de nuevos tests de usabilidad<\/strong>\u00a0como los anteriormente comentados.\u00a0<\/p>\n<p><!-- wp:paragraph --><\/p>\n<p>En definitiva,<strong>\u00a0la participaci\u00f3n de los usuarios es fundamental que sea continua durante toda la vida del software<\/strong>.<\/p>\n<p><!-- wp:heading --><\/p>\n<h2>Conclusiones<\/h2>\n<p><!-- wp:paragraph --><\/p>\n<p><strong>Desarrollar un sistema interactivo cuidando la experiencia de usuario es una tarea compleja<\/strong>\u00a0que, en el caso de tratarse de\u00a0<strong>tecnolog\u00eda de apoyo orientada al acceso, presenta una retos particulares<\/strong>\u00a0que hay que abordar.\u00a0<\/p>\n<p><!-- wp:paragraph --><\/p>\n<p>El m\u00e9todo que empleamos para hacer frente a este tipo de proyectos se basa en el\u00a0<strong>dise\u00f1o centrado en el usuario<\/strong>\u00a0y consiste, b\u00e1sicamente, en iterar a trav\u00e9s de versiones sucesivas del software contando con la participaci\u00f3n de los usuarios finales. Como principal t\u00e9cnica de evaluaci\u00f3n de la usabilidad empleamos la denominada \u201cpensando en voz alta\u201d, que adaptamos en funci\u00f3n de las caracter\u00edsticas de la persona con discapacidad participante.\u00a0<\/p>\n<p><!-- wp:paragraph --><\/p>\n<p>Adem\u00e1s del destinatario final, consideramos al\u00a0<strong>facilitador com una figura clave<\/strong>\u00a0en el proceso de adopci\u00f3n de nuestras aplicaciones y como apoyo para la realizaci\u00f3n de los tests de usabilidad; por ello tambi\u00e9n lo incorporamos en el proceso de software.<\/p>\n<p><!-- wp:paragraph --><\/p>\n<p>Por \u00faltimo,\u00a0<strong>la publicaci\u00f3n de la aplicaci\u00f3n<\/strong>, lejos de poner punto y final al dise\u00f1o y desarrollo,\u00a0<strong>proporciona nuevas oportunidades de incrementar el valor de la misma<\/strong>\u00a0a lo largo del tiempo.<\/p>\n<h3>\u00bfEst\u00e1s pensando en crear una aplicaci\u00f3n para personas con discapacidad? \u00a1Queremos saber de ti!<\/h3>\n<p><a class=\"btn btn-primary\" role=\"button\" href=\"https:\/\/easeapps.xyz\/es\/contactar\/\">Dinos lo qu\u00e9 piensas<\/a><\/p>\n<p><!-- \/wp:paragraph --><\/p><!-- \/wp:post-content --><!-- \/wp:paragraph --><\/p>\n<p><!-- wp:list {\"ordered\":true} --><\/p>\n<p><!-- wp:paragraph --><\/p>\n<p><img loading=\"lazy\" decoding=\"async\" class=\" size-full wp-image-52\" src=\"https:\/\/easeapps.xyz\/wp-content\/uploads\/sites\/2\/blog\/usability-test-session-with-end-user-facilitator-and-researcher-taking-notes.jpg\" alt=\"usability test session with end user facilitator and researcher taking notes\" width=\"500\" height=\"291\" \/><\/p>\n<p><!-- wp:heading {\"level\":3} --><\/p>\n<h3>Contextos de uso y tareas<\/h3>\n<p><!-- wp:paragraph --><\/p>\n<p>A la hora de considerar la participaci\u00f3n de los distintos usuarios y las tareas que vamos a solicitar a cada uno de ellos, distinguimos entre tres situaciones o contextos distintos:<\/p>\n<p><!-- wp:list --><\/p>\n<ul>\n<li><strong>Primer contacto por parte del facilitador<\/strong>. En este caso se trata de un contexto en el que el facilitador eval\u00faa la soluci\u00f3n con el objetivo de comprender su funcionamiento y poder recomendarla y asesorar a usuarios finales. B\u00e1sicamente, al facilitador se le proporciona el nombre de nuestra aplicaci\u00f3n para que trate de instalarla y comprender su funcionamiento. L\u00f3gicamente, el facilitador no debe estar familiarizado con la aplicaci\u00f3n. En este contexto\u00a0<strong>el<\/strong>\u00a0<strong>criterio b\u00e1sico de evaluaci\u00f3n es la facilidad de aprendizaje<\/strong>.\u00a0<\/li>\n<li><strong>Contexto estructurado con apoyo externo<\/strong>. Es aquel donde el usuario requiere de un apoyo intensivo para un uso satisfactorio del sistema. Generalmente esta situaci\u00f3n se da en el \u00e1mbito de un centro de atenci\u00f3n (escuela de educaci\u00f3n especial, taller ocupacional, centro de d\u00eda o centro residencial asistido). B\u00e1sicamente se plantean dos tipos de tareas en las que participan facilitador y destinatario..\u00a0\n<ul>\n<li>El primer tipo implica consiste en un\u00a0<strong>facilitador tratando de explicar el funcionamiento del sistema a un usuario<\/strong>\u00a0sin experiencia previa. Con ello queremos evaluar hasta qu\u00e9 punto nuestro sistema facilita esta transferencia de conocimiento.<\/li>\n<li>El segundo tipo consiste en un conjunto de\u00a0<strong>tareas concretas que el usuario debe realizar<\/strong>. En la medida de lo posible, es el propio usuario el que escoge estas tareas. El facilitador est\u00e1 presente aunque debe abstenerse de intervenir y, fundamentalmente, su papel consiste en ayudar al usuario a comunicar lo que piensa en cada momento. El principal criterio que valoramos es la facilidad de uso del sistema y, en cierta medida, la facilidad de aprendizaje por parte del destinatario.<\/li>\n<\/ul>\n<\/li>\n<li><strong>Contexto no estructurado sin apoyo externo<\/strong>. Se trata de un contexto de uso m\u00e1s normalizado en el cual el usuario trata de cubrir sus propias necesidades e intereses al utilizar un dispositivo m\u00f3vil. Es decir, un\u00a0<strong>contexto de uso hom\u00f3logo al de cualquier persona que utiliza dispositivos m\u00f3viles<\/strong>. En este caso no siempre se lleva a cabo un test de usabilidad, s\u00f3lo en aquellas situaciones en las que se sospecha que existe realmente una dificultad. De hecho, en algunos casos es suficiente con una comunicaci\u00f3n por parte del usuario o del facilitador.<\/li>\n<\/ul>\n<p><!-- wp:heading {\"level\":3} --><\/p>\n<h3>Publicaci\u00f3n de la aplicaci\u00f3n<\/h3>\n<p><!-- wp:paragraph --><\/p>\n<p>Llega el momento en que el proceso de dise\u00f1o debe dar paso a una primera versi\u00f3n del software. Por supuesto, esta primera versi\u00f3n contiene imperfecciones y carece de algunas funcionalidades, pero ya cumple una misi\u00f3n que hemos contrastado en nuestras pruebas con usuarios.<\/p>\n<p><!-- wp:paragraph --><\/p>\n<p><strong>\u00bfHemos terminado? \u00a1Ni mucho menos!<\/strong>\u00a0<\/p>\n<p><!-- wp:paragraph --><\/p>\n<p>En primer lugar, no podemos considerar que el proceso de dise\u00f1o haya concluido hasta haber completado o descartado todas aquellas funcionalidades que ten\u00edamos previstas. En segundo lugar, la publicaci\u00f3n de la aplicaci\u00f3n multiplica las posibilidades de recibir peticiones de soporte, comentarios sobre su funcionamiento, sugerencias, etc. En tercer lugar, la mayor\u00eda de las personas que ha participado en las pruebas de usabilidad acaban siendo usuarios de nuestro producto y dado que a algunas de estas personas las vemos regularmente, aprovechamos para hacer seguimiento.<\/p>\n<p><!-- wp:paragraph --><\/p>\n<p>Por lo tanto, lejos de haber concluido,\u00a0<strong>la publicaci\u00f3n es una fuente de nuevas ideas, modificaciones y tareas<\/strong>\u00a0que se acumular\u00e1n a aquellas que quedaron pendientes y que habr\u00e1 que priorizar adecuadamente para permitir que la evoluci\u00f3n del producto contin\u00fae. En algunos casos se tratar\u00e1 de modificaciones que podemos validar intercambiando un correo electr\u00f3nico o manteniendo una conversaci\u00f3n de pasillo con un usuario. En otros casos,\u00a0<strong>el impacto de los cambios ser\u00e1 tal que obligar\u00e1 a una revisi\u00f3n m\u00e1s profunda del dise\u00f1o y a la realizaci\u00f3n de nuevos tests de usabilidad<\/strong>\u00a0como los anteriormente comentados.\u00a0<\/p>\n<p><!-- wp:paragraph --><\/p>\n<p>En definitiva,<strong>\u00a0la participaci\u00f3n de los usuarios es fundamental que sea continua durante toda la vida del software<\/strong>.<\/p>\n<p><!-- wp:heading --><\/p>\n<h2>Conclusiones<\/h2>\n<p><!-- wp:paragraph --><\/p>\n<p><strong>Desarrollar un sistema interactivo cuidando la experiencia de usuario es una tarea compleja<\/strong>\u00a0que, en el caso de tratarse de\u00a0<strong>tecnolog\u00eda de apoyo orientada al acceso, presenta una retos particulares<\/strong>\u00a0que hay que abordar.\u00a0<\/p>\n<p><!-- wp:paragraph --><\/p>\n<p>El m\u00e9todo que empleamos para hacer frente a este tipo de proyectos se basa en el\u00a0<strong>dise\u00f1o centrado en el usuario<\/strong>\u00a0y consiste, b\u00e1sicamente, en iterar a trav\u00e9s de versiones sucesivas del software contando con la participaci\u00f3n de los usuarios finales. Como principal t\u00e9cnica de evaluaci\u00f3n de la usabilidad empleamos la denominada \u201cpensando en voz alta\u201d, que adaptamos en funci\u00f3n de las caracter\u00edsticas de la persona con discapacidad participante.\u00a0<\/p>\n<p><!-- wp:paragraph --><\/p>\n<p>Adem\u00e1s del destinatario final, consideramos al\u00a0<strong>facilitador com una figura clave<\/strong>\u00a0en el proceso de adopci\u00f3n de nuestras aplicaciones y como apoyo para la realizaci\u00f3n de los tests de usabilidad; por ello tambi\u00e9n lo incorporamos en el proceso de software.<\/p>\n<p><!-- wp:paragraph --><\/p>\n<p>Por \u00faltimo,\u00a0<strong>la publicaci\u00f3n de la aplicaci\u00f3n<\/strong>, lejos de poner punto y final al dise\u00f1o y desarrollo,\u00a0<strong>proporciona nuevas oportunidades de incrementar el valor de la misma<\/strong>\u00a0a lo largo del tiempo.<\/p>\n<h3>\u00bfEst\u00e1s pensando en crear una aplicaci\u00f3n para personas con discapacidad? \u00a1Queremos saber de ti!<\/h3>\n<p><a class=\"btn btn-primary\" role=\"button\" href=\"https:\/\/easeapps.xyz\/es\/contactar\/\">Dinos lo qu\u00e9 piensas<\/a><\/p>\n<p><!-- \/wp:paragraph --><\/p><!-- \/wp:post-content --><!-- \/wp:list --><\/p>\n<p><!-- wp:paragraph --><\/p>\n<p><!-- wp:list {\"ordered\":true} --><\/p>\n<p><!-- wp:paragraph --><\/p>\n<p><img loading=\"lazy\" decoding=\"async\" class=\" size-full wp-image-52\" src=\"https:\/\/easeapps.xyz\/wp-content\/uploads\/sites\/2\/blog\/usability-test-session-with-end-user-facilitator-and-researcher-taking-notes.jpg\" alt=\"usability test session with end user facilitator and researcher taking notes\" width=\"500\" height=\"291\" \/><\/p>\n<p><!-- wp:heading {\"level\":3} --><\/p>\n<h3>Contextos de uso y tareas<\/h3>\n<p><!-- wp:paragraph --><\/p>\n<p>A la hora de considerar la participaci\u00f3n de los distintos usuarios y las tareas que vamos a solicitar a cada uno de ellos, distinguimos entre tres situaciones o contextos distintos:<\/p>\n<p><!-- wp:list --><\/p>\n<ul>\n<li><strong>Primer contacto por parte del facilitador<\/strong>. En este caso se trata de un contexto en el que el facilitador eval\u00faa la soluci\u00f3n con el objetivo de comprender su funcionamiento y poder recomendarla y asesorar a usuarios finales. B\u00e1sicamente, al facilitador se le proporciona el nombre de nuestra aplicaci\u00f3n para que trate de instalarla y comprender su funcionamiento. L\u00f3gicamente, el facilitador no debe estar familiarizado con la aplicaci\u00f3n. En este contexto\u00a0<strong>el<\/strong>\u00a0<strong>criterio b\u00e1sico de evaluaci\u00f3n es la facilidad de aprendizaje<\/strong>.\u00a0<\/li>\n<li><strong>Contexto estructurado con apoyo externo<\/strong>. Es aquel donde el usuario requiere de un apoyo intensivo para un uso satisfactorio del sistema. Generalmente esta situaci\u00f3n se da en el \u00e1mbito de un centro de atenci\u00f3n (escuela de educaci\u00f3n especial, taller ocupacional, centro de d\u00eda o centro residencial asistido). B\u00e1sicamente se plantean dos tipos de tareas en las que participan facilitador y destinatario..\u00a0\n<ul>\n<li>El primer tipo implica consiste en un\u00a0<strong>facilitador tratando de explicar el funcionamiento del sistema a un usuario<\/strong>\u00a0sin experiencia previa. Con ello queremos evaluar hasta qu\u00e9 punto nuestro sistema facilita esta transferencia de conocimiento.<\/li>\n<li>El segundo tipo consiste en un conjunto de\u00a0<strong>tareas concretas que el usuario debe realizar<\/strong>. En la medida de lo posible, es el propio usuario el que escoge estas tareas. El facilitador est\u00e1 presente aunque debe abstenerse de intervenir y, fundamentalmente, su papel consiste en ayudar al usuario a comunicar lo que piensa en cada momento. El principal criterio que valoramos es la facilidad de uso del sistema y, en cierta medida, la facilidad de aprendizaje por parte del destinatario.<\/li>\n<\/ul>\n<\/li>\n<li><strong>Contexto no estructurado sin apoyo externo<\/strong>. Se trata de un contexto de uso m\u00e1s normalizado en el cual el usuario trata de cubrir sus propias necesidades e intereses al utilizar un dispositivo m\u00f3vil. Es decir, un\u00a0<strong>contexto de uso hom\u00f3logo al de cualquier persona que utiliza dispositivos m\u00f3viles<\/strong>. En este caso no siempre se lleva a cabo un test de usabilidad, s\u00f3lo en aquellas situaciones en las que se sospecha que existe realmente una dificultad. De hecho, en algunos casos es suficiente con una comunicaci\u00f3n por parte del usuario o del facilitador.<\/li>\n<\/ul>\n<p><!-- wp:heading {\"level\":3} --><\/p>\n<h3>Publicaci\u00f3n de la aplicaci\u00f3n<\/h3>\n<p><!-- wp:paragraph --><\/p>\n<p>Llega el momento en que el proceso de dise\u00f1o debe dar paso a una primera versi\u00f3n del software. Por supuesto, esta primera versi\u00f3n contiene imperfecciones y carece de algunas funcionalidades, pero ya cumple una misi\u00f3n que hemos contrastado en nuestras pruebas con usuarios.<\/p>\n<p><!-- wp:paragraph --><\/p>\n<p><strong>\u00bfHemos terminado? \u00a1Ni mucho menos!<\/strong>\u00a0<\/p>\n<p><!-- wp:paragraph --><\/p>\n<p>En primer lugar, no podemos considerar que el proceso de dise\u00f1o haya concluido hasta haber completado o descartado todas aquellas funcionalidades que ten\u00edamos previstas. En segundo lugar, la publicaci\u00f3n de la aplicaci\u00f3n multiplica las posibilidades de recibir peticiones de soporte, comentarios sobre su funcionamiento, sugerencias, etc. En tercer lugar, la mayor\u00eda de las personas que ha participado en las pruebas de usabilidad acaban siendo usuarios de nuestro producto y dado que a algunas de estas personas las vemos regularmente, aprovechamos para hacer seguimiento.<\/p>\n<p><!-- wp:paragraph --><\/p>\n<p>Por lo tanto, lejos de haber concluido,\u00a0<strong>la publicaci\u00f3n es una fuente de nuevas ideas, modificaciones y tareas<\/strong>\u00a0que se acumular\u00e1n a aquellas que quedaron pendientes y que habr\u00e1 que priorizar adecuadamente para permitir que la evoluci\u00f3n del producto contin\u00fae. En algunos casos se tratar\u00e1 de modificaciones que podemos validar intercambiando un correo electr\u00f3nico o manteniendo una conversaci\u00f3n de pasillo con un usuario. En otros casos,\u00a0<strong>el impacto de los cambios ser\u00e1 tal que obligar\u00e1 a una revisi\u00f3n m\u00e1s profunda del dise\u00f1o y a la realizaci\u00f3n de nuevos tests de usabilidad<\/strong>\u00a0como los anteriormente comentados.\u00a0<\/p>\n<p><!-- wp:paragraph --><\/p>\n<p>En definitiva,<strong>\u00a0la participaci\u00f3n de los usuarios es fundamental que sea continua durante toda la vida del software<\/strong>.<\/p>\n<p><!-- wp:heading --><\/p>\n<h2>Conclusiones<\/h2>\n<p><!-- wp:paragraph --><\/p>\n<p><strong>Desarrollar un sistema interactivo cuidando la experiencia de usuario es una tarea compleja<\/strong>\u00a0que, en el caso de tratarse de\u00a0<strong>tecnolog\u00eda de apoyo orientada al acceso, presenta una retos particulares<\/strong>\u00a0que hay que abordar.\u00a0<\/p>\n<p><!-- wp:paragraph --><\/p>\n<p>El m\u00e9todo que empleamos para hacer frente a este tipo de proyectos se basa en el\u00a0<strong>dise\u00f1o centrado en el usuario<\/strong>\u00a0y consiste, b\u00e1sicamente, en iterar a trav\u00e9s de versiones sucesivas del software contando con la participaci\u00f3n de los usuarios finales. Como principal t\u00e9cnica de evaluaci\u00f3n de la usabilidad empleamos la denominada \u201cpensando en voz alta\u201d, que adaptamos en funci\u00f3n de las caracter\u00edsticas de la persona con discapacidad participante.\u00a0<\/p>\n<p><!-- wp:paragraph --><\/p>\n<p>Adem\u00e1s del destinatario final, consideramos al\u00a0<strong>facilitador com una figura clave<\/strong>\u00a0en el proceso de adopci\u00f3n de nuestras aplicaciones y como apoyo para la realizaci\u00f3n de los tests de usabilidad; por ello tambi\u00e9n lo incorporamos en el proceso de software.<\/p>\n<p><!-- wp:paragraph --><\/p>\n<p>Por \u00faltimo,\u00a0<strong>la publicaci\u00f3n de la aplicaci\u00f3n<\/strong>, lejos de poner punto y final al dise\u00f1o y desarrollo,\u00a0<strong>proporciona nuevas oportunidades de incrementar el valor de la misma<\/strong>\u00a0a lo largo del tiempo.<\/p>\n<h3>\u00bfEst\u00e1s pensando en crear una aplicaci\u00f3n para personas con discapacidad? \u00a1Queremos saber de ti!<\/h3>\n<p><a class=\"btn btn-primary\" role=\"button\" href=\"https:\/\/easeapps.xyz\/es\/contactar\/\">Dinos lo qu\u00e9 piensas<\/a><\/p>\n<p><!-- \/wp:paragraph --><\/p><!-- \/wp:post-content --><!-- \/wp:paragraph --><\/p>\n<p><!-- wp:paragraph --><\/p>\n<p><!-- wp:paragraph --><\/p>\n<p><!-- wp:list {\"ordered\":true} --><\/p>\n<p><!-- wp:paragraph --><\/p>\n<p><img loading=\"lazy\" decoding=\"async\" class=\" size-full wp-image-52\" src=\"https:\/\/easeapps.xyz\/wp-content\/uploads\/sites\/2\/blog\/usability-test-session-with-end-user-facilitator-and-researcher-taking-notes.jpg\" alt=\"usability test session with end user facilitator and researcher taking notes\" width=\"500\" height=\"291\" \/><\/p>\n<p><!-- wp:heading {\"level\":3} --><\/p>\n<h3>Contextos de uso y tareas<\/h3>\n<p><!-- wp:paragraph --><\/p>\n<p>A la hora de considerar la participaci\u00f3n de los distintos usuarios y las tareas que vamos a solicitar a cada uno de ellos, distinguimos entre tres situaciones o contextos distintos:<\/p>\n<p><!-- wp:list --><\/p>\n<ul>\n<li><strong>Primer contacto por parte del facilitador<\/strong>. En este caso se trata de un contexto en el que el facilitador eval\u00faa la soluci\u00f3n con el objetivo de comprender su funcionamiento y poder recomendarla y asesorar a usuarios finales. B\u00e1sicamente, al facilitador se le proporciona el nombre de nuestra aplicaci\u00f3n para que trate de instalarla y comprender su funcionamiento. L\u00f3gicamente, el facilitador no debe estar familiarizado con la aplicaci\u00f3n. En este contexto\u00a0<strong>el<\/strong>\u00a0<strong>criterio b\u00e1sico de evaluaci\u00f3n es la facilidad de aprendizaje<\/strong>.\u00a0<\/li>\n<li><strong>Contexto estructurado con apoyo externo<\/strong>. Es aquel donde el usuario requiere de un apoyo intensivo para un uso satisfactorio del sistema. Generalmente esta situaci\u00f3n se da en el \u00e1mbito de un centro de atenci\u00f3n (escuela de educaci\u00f3n especial, taller ocupacional, centro de d\u00eda o centro residencial asistido). B\u00e1sicamente se plantean dos tipos de tareas en las que participan facilitador y destinatario..\u00a0\n<ul>\n<li>El primer tipo implica consiste en un\u00a0<strong>facilitador tratando de explicar el funcionamiento del sistema a un usuario<\/strong>\u00a0sin experiencia previa. Con ello queremos evaluar hasta qu\u00e9 punto nuestro sistema facilita esta transferencia de conocimiento.<\/li>\n<li>El segundo tipo consiste en un conjunto de\u00a0<strong>tareas concretas que el usuario debe realizar<\/strong>. En la medida de lo posible, es el propio usuario el que escoge estas tareas. El facilitador est\u00e1 presente aunque debe abstenerse de intervenir y, fundamentalmente, su papel consiste en ayudar al usuario a comunicar lo que piensa en cada momento. El principal criterio que valoramos es la facilidad de uso del sistema y, en cierta medida, la facilidad de aprendizaje por parte del destinatario.<\/li>\n<\/ul>\n<\/li>\n<li><strong>Contexto no estructurado sin apoyo externo<\/strong>. Se trata de un contexto de uso m\u00e1s normalizado en el cual el usuario trata de cubrir sus propias necesidades e intereses al utilizar un dispositivo m\u00f3vil. Es decir, un\u00a0<strong>contexto de uso hom\u00f3logo al de cualquier persona que utiliza dispositivos m\u00f3viles<\/strong>. En este caso no siempre se lleva a cabo un test de usabilidad, s\u00f3lo en aquellas situaciones en las que se sospecha que existe realmente una dificultad. De hecho, en algunos casos es suficiente con una comunicaci\u00f3n por parte del usuario o del facilitador.<\/li>\n<\/ul>\n<p><!-- wp:heading {\"level\":3} --><\/p>\n<h3>Publicaci\u00f3n de la aplicaci\u00f3n<\/h3>\n<p><!-- wp:paragraph --><\/p>\n<p>Llega el momento en que el proceso de dise\u00f1o debe dar paso a una primera versi\u00f3n del software. Por supuesto, esta primera versi\u00f3n contiene imperfecciones y carece de algunas funcionalidades, pero ya cumple una misi\u00f3n que hemos contrastado en nuestras pruebas con usuarios.<\/p>\n<p><!-- wp:paragraph --><\/p>\n<p><strong>\u00bfHemos terminado? \u00a1Ni mucho menos!<\/strong>\u00a0<\/p>\n<p><!-- wp:paragraph --><\/p>\n<p>En primer lugar, no podemos considerar que el proceso de dise\u00f1o haya concluido hasta haber completado o descartado todas aquellas funcionalidades que ten\u00edamos previstas. En segundo lugar, la publicaci\u00f3n de la aplicaci\u00f3n multiplica las posibilidades de recibir peticiones de soporte, comentarios sobre su funcionamiento, sugerencias, etc. En tercer lugar, la mayor\u00eda de las personas que ha participado en las pruebas de usabilidad acaban siendo usuarios de nuestro producto y dado que a algunas de estas personas las vemos regularmente, aprovechamos para hacer seguimiento.<\/p>\n<p><!-- wp:paragraph --><\/p>\n<p>Por lo tanto, lejos de haber concluido,\u00a0<strong>la publicaci\u00f3n es una fuente de nuevas ideas, modificaciones y tareas<\/strong>\u00a0que se acumular\u00e1n a aquellas que quedaron pendientes y que habr\u00e1 que priorizar adecuadamente para permitir que la evoluci\u00f3n del producto contin\u00fae. En algunos casos se tratar\u00e1 de modificaciones que podemos validar intercambiando un correo electr\u00f3nico o manteniendo una conversaci\u00f3n de pasillo con un usuario. En otros casos,\u00a0<strong>el impacto de los cambios ser\u00e1 tal que obligar\u00e1 a una revisi\u00f3n m\u00e1s profunda del dise\u00f1o y a la realizaci\u00f3n de nuevos tests de usabilidad<\/strong>\u00a0como los anteriormente comentados.\u00a0<\/p>\n<p><!-- wp:paragraph --><\/p>\n<p>En definitiva,<strong>\u00a0la participaci\u00f3n de los usuarios es fundamental que sea continua durante toda la vida del software<\/strong>.<\/p>\n<p><!-- wp:heading --><\/p>\n<h2>Conclusiones<\/h2>\n<p><!-- wp:paragraph --><\/p>\n<p><strong>Desarrollar un sistema interactivo cuidando la experiencia de usuario es una tarea compleja<\/strong>\u00a0que, en el caso de tratarse de\u00a0<strong>tecnolog\u00eda de apoyo orientada al acceso, presenta una retos particulares<\/strong>\u00a0que hay que abordar.\u00a0<\/p>\n<p><!-- wp:paragraph --><\/p>\n<p>El m\u00e9todo que empleamos para hacer frente a este tipo de proyectos se basa en el\u00a0<strong>dise\u00f1o centrado en el usuario<\/strong>\u00a0y consiste, b\u00e1sicamente, en iterar a trav\u00e9s de versiones sucesivas del software contando con la participaci\u00f3n de los usuarios finales. Como principal t\u00e9cnica de evaluaci\u00f3n de la usabilidad empleamos la denominada \u201cpensando en voz alta\u201d, que adaptamos en funci\u00f3n de las caracter\u00edsticas de la persona con discapacidad participante.\u00a0<\/p>\n<p><!-- wp:paragraph --><\/p>\n<p>Adem\u00e1s del destinatario final, consideramos al\u00a0<strong>facilitador com una figura clave<\/strong>\u00a0en el proceso de adopci\u00f3n de nuestras aplicaciones y como apoyo para la realizaci\u00f3n de los tests de usabilidad; por ello tambi\u00e9n lo incorporamos en el proceso de software.<\/p>\n<p><!-- wp:paragraph --><\/p>\n<p>Por \u00faltimo,\u00a0<strong>la publicaci\u00f3n de la aplicaci\u00f3n<\/strong>, lejos de poner punto y final al dise\u00f1o y desarrollo,\u00a0<strong>proporciona nuevas oportunidades de incrementar el valor de la misma<\/strong>\u00a0a lo largo del tiempo.<\/p>\n<h3>\u00bfEst\u00e1s pensando en crear una aplicaci\u00f3n para personas con discapacidad? \u00a1Queremos saber de ti!<\/h3>\n<p><a class=\"btn btn-primary\" role=\"button\" href=\"https:\/\/easeapps.xyz\/es\/contactar\/\">Dinos lo qu\u00e9 piensas<\/a><\/p>\n<p><!-- \/wp:paragraph --><\/p><!-- \/wp:post-content --><!-- \/wp:paragraph --><\/p>\n<h3>Dise\u00f1o y desarrollo<\/h3>\n<p>Concebido el producto, es necesario<strong>\u00a0transformar las ideas\u00a0<\/strong>en algo tangible, en nuestro caso\u00a0<strong>en una aplicaci\u00f3n inform\u00e1tica<\/strong>.<\/p>\n<p>Durante esta etapa\u00a0<strong>es necesario acudir de nuevo a los usuarios en diversas ocasiones<\/strong>\u00a0para contrastar con ellos los avances y poder evaluarlos y validarlos. Estos avances se pueden plasmar en forma de bocetos, esquemas, prototipos, versiones de software, etc. Se trata de un\u00a0<strong>proceso incremental iterativo<\/strong>\u00a0donde la informaci\u00f3n proporcionada por el usuario es vital para su avance. Esta informaci\u00f3n es la que permite detectar lo antes posible cualquier problema, cuando corregirlo es m\u00e1s sencillo y econ\u00f3mico.<\/p>\n<p>En nuestro caso, solemos realizar\u00a0<strong>varios tests de usabilidad empleando una adaptaci\u00f3n de la t\u00e9cnica denominada\u00a0<\/strong><a href=\"http:\/\/mpiua.invid.udl.cat\/pensando-en-voz-alta-thinking-aloud\/\"><strong>\u201cpensando en voz alta\u201d<\/strong><\/a>. Esta t\u00e9cnica b\u00e1sicamente consiste en:<\/p>\n<ol>\n<li>Reclutar a algunos usuarios representativos (destinatarios y facilitadores).<\/li>\n<li>Pedirles que traten de realizar algunas tareas con nuestro prototipo o aplicaci\u00f3n.<\/li>\n<li>Guardar silencio, observar atentamente y tomar notas de los hechos m\u00e1s relevantes mientras los usuarios usan el sistema y verbalizan lo que piensan. En ocasiones, tambi\u00e9n grabamos la sesi\u00f3n en v\u00eddeo por si es necesario recurrir m\u00e1s adelante para ampliar informaci\u00f3n.<\/li>\n<\/ol>\n<p>Algunos personas con discapacidad participantes en los tests tienen muchas dificultades para articular el habla. En estos casos adaptamos la t\u00e9cnica \u201cpensando en voz alta\u201d de forma que\u00a0\u00a0<strong>es el facilitador el que nos ayuda a interpretar lo que expresa el usuario<\/strong>, bien sea de forma oral o a trav\u00e9s de otras formas de expresi\u00f3n. Otra posibilidad que ofrecemos al usuario es que interrumpa el test en cualquier momento para expresar lo que est\u00e1 pensando a trav\u00e9s de su medio habitual de comunicaci\u00f3n, por ejemplo, un sistema aumentativo o alternativo de comunicaci\u00f3n (SAAC).<\/p>\n<p><!-- wp:paragraph --><\/p>\n<p><!-- wp:paragraph --><\/p>\n<p><!-- wp:paragraph --><\/p>\n<p><!-- wp:list {\"ordered\":true} --><\/p>\n<p><!-- wp:paragraph --><\/p>\n<p><img loading=\"lazy\" decoding=\"async\" class=\" size-full wp-image-52\" src=\"https:\/\/easeapps.xyz\/wp-content\/uploads\/sites\/2\/blog\/usability-test-session-with-end-user-facilitator-and-researcher-taking-notes.jpg\" alt=\"usability test session with end user facilitator and researcher taking notes\" width=\"500\" height=\"291\" \/><\/p>\n<p><!-- wp:heading {\"level\":3} --><\/p>\n<h3>Contextos de uso y tareas<\/h3>\n<p><!-- wp:paragraph --><\/p>\n<p>A la hora de considerar la participaci\u00f3n de los distintos usuarios y las tareas que vamos a solicitar a cada uno de ellos, distinguimos entre tres situaciones o contextos distintos:<\/p>\n<p><!-- wp:list --><\/p>\n<ul>\n<li><strong>Primer contacto por parte del facilitador<\/strong>. En este caso se trata de un contexto en el que el facilitador eval\u00faa la soluci\u00f3n con el objetivo de comprender su funcionamiento y poder recomendarla y asesorar a usuarios finales. B\u00e1sicamente, al facilitador se le proporciona el nombre de nuestra aplicaci\u00f3n para que trate de instalarla y comprender su funcionamiento. L\u00f3gicamente, el facilitador no debe estar familiarizado con la aplicaci\u00f3n. En este contexto\u00a0<strong>el<\/strong>\u00a0<strong>criterio b\u00e1sico de evaluaci\u00f3n es la facilidad de aprendizaje<\/strong>.\u00a0<\/li>\n<li><strong>Contexto estructurado con apoyo externo<\/strong>. Es aquel donde el usuario requiere de un apoyo intensivo para un uso satisfactorio del sistema. Generalmente esta situaci\u00f3n se da en el \u00e1mbito de un centro de atenci\u00f3n (escuela de educaci\u00f3n especial, taller ocupacional, centro de d\u00eda o centro residencial asistido). B\u00e1sicamente se plantean dos tipos de tareas en las que participan facilitador y destinatario..\u00a0\n<ul>\n<li>El primer tipo implica consiste en un\u00a0<strong>facilitador tratando de explicar el funcionamiento del sistema a un usuario<\/strong>\u00a0sin experiencia previa. Con ello queremos evaluar hasta qu\u00e9 punto nuestro sistema facilita esta transferencia de conocimiento.<\/li>\n<li>El segundo tipo consiste en un conjunto de\u00a0<strong>tareas concretas que el usuario debe realizar<\/strong>. En la medida de lo posible, es el propio usuario el que escoge estas tareas. El facilitador est\u00e1 presente aunque debe abstenerse de intervenir y, fundamentalmente, su papel consiste en ayudar al usuario a comunicar lo que piensa en cada momento. El principal criterio que valoramos es la facilidad de uso del sistema y, en cierta medida, la facilidad de aprendizaje por parte del destinatario.<\/li>\n<\/ul>\n<\/li>\n<li><strong>Contexto no estructurado sin apoyo externo<\/strong>. Se trata de un contexto de uso m\u00e1s normalizado en el cual el usuario trata de cubrir sus propias necesidades e intereses al utilizar un dispositivo m\u00f3vil. Es decir, un\u00a0<strong>contexto de uso hom\u00f3logo al de cualquier persona que utiliza dispositivos m\u00f3viles<\/strong>. En este caso no siempre se lleva a cabo un test de usabilidad, s\u00f3lo en aquellas situaciones en las que se sospecha que existe realmente una dificultad. De hecho, en algunos casos es suficiente con una comunicaci\u00f3n por parte del usuario o del facilitador.<\/li>\n<\/ul>\n<p><!-- wp:heading {\"level\":3} --><\/p>\n<h3>Publicaci\u00f3n de la aplicaci\u00f3n<\/h3>\n<p><!-- wp:paragraph --><\/p>\n<p>Llega el momento en que el proceso de dise\u00f1o debe dar paso a una primera versi\u00f3n del software. Por supuesto, esta primera versi\u00f3n contiene imperfecciones y carece de algunas funcionalidades, pero ya cumple una misi\u00f3n que hemos contrastado en nuestras pruebas con usuarios.<\/p>\n<p><!-- wp:paragraph --><\/p>\n<p><strong>\u00bfHemos terminado? \u00a1Ni mucho menos!<\/strong>\u00a0<\/p>\n<p><!-- wp:paragraph --><\/p>\n<p>En primer lugar, no podemos considerar que el proceso de dise\u00f1o haya concluido hasta haber completado o descartado todas aquellas funcionalidades que ten\u00edamos previstas. En segundo lugar, la publicaci\u00f3n de la aplicaci\u00f3n multiplica las posibilidades de recibir peticiones de soporte, comentarios sobre su funcionamiento, sugerencias, etc. En tercer lugar, la mayor\u00eda de las personas que ha participado en las pruebas de usabilidad acaban siendo usuarios de nuestro producto y dado que a algunas de estas personas las vemos regularmente, aprovechamos para hacer seguimiento.<\/p>\n<p><!-- wp:paragraph --><\/p>\n<p>Por lo tanto, lejos de haber concluido,\u00a0<strong>la publicaci\u00f3n es una fuente de nuevas ideas, modificaciones y tareas<\/strong>\u00a0que se acumular\u00e1n a aquellas que quedaron pendientes y que habr\u00e1 que priorizar adecuadamente para permitir que la evoluci\u00f3n del producto contin\u00fae. En algunos casos se tratar\u00e1 de modificaciones que podemos validar intercambiando un correo electr\u00f3nico o manteniendo una conversaci\u00f3n de pasillo con un usuario. En otros casos,\u00a0<strong>el impacto de los cambios ser\u00e1 tal que obligar\u00e1 a una revisi\u00f3n m\u00e1s profunda del dise\u00f1o y a la realizaci\u00f3n de nuevos tests de usabilidad<\/strong>\u00a0como los anteriormente comentados.\u00a0<\/p>\n<p><!-- wp:paragraph --><\/p>\n<p>En definitiva,<strong>\u00a0la participaci\u00f3n de los usuarios es fundamental que sea continua durante toda la vida del software<\/strong>.<\/p>\n<p><!-- wp:heading --><\/p>\n<h2>Conclusiones<\/h2>\n<p><!-- wp:paragraph --><\/p>\n<p><strong>Desarrollar un sistema interactivo cuidando la experiencia de usuario es una tarea compleja<\/strong>\u00a0que, en el caso de tratarse de\u00a0<strong>tecnolog\u00eda de apoyo orientada al acceso, presenta una retos particulares<\/strong>\u00a0que hay que abordar.\u00a0<\/p>\n<p><!-- wp:paragraph --><\/p>\n<p>El m\u00e9todo que empleamos para hacer frente a este tipo de proyectos se basa en el\u00a0<strong>dise\u00f1o centrado en el usuario<\/strong>\u00a0y consiste, b\u00e1sicamente, en iterar a trav\u00e9s de versiones sucesivas del software contando con la participaci\u00f3n de los usuarios finales. Como principal t\u00e9cnica de evaluaci\u00f3n de la usabilidad empleamos la denominada \u201cpensando en voz alta\u201d, que adaptamos en funci\u00f3n de las caracter\u00edsticas de la persona con discapacidad participante.\u00a0<\/p>\n<p><!-- wp:paragraph --><\/p>\n<p>Adem\u00e1s del destinatario final, consideramos al\u00a0<strong>facilitador com una figura clave<\/strong>\u00a0en el proceso de adopci\u00f3n de nuestras aplicaciones y como apoyo para la realizaci\u00f3n de los tests de usabilidad; por ello tambi\u00e9n lo incorporamos en el proceso de software.<\/p>\n<p><!-- wp:paragraph --><\/p>\n<p>Por \u00faltimo,\u00a0<strong>la publicaci\u00f3n de la aplicaci\u00f3n<\/strong>, lejos de poner punto y final al dise\u00f1o y desarrollo,\u00a0<strong>proporciona nuevas oportunidades de incrementar el valor de la misma<\/strong>\u00a0a lo largo del tiempo.<\/p>\n<h3>\u00bfEst\u00e1s pensando en crear una aplicaci\u00f3n para personas con discapacidad? \u00a1Queremos saber de ti!<\/h3>\n<p><a class=\"btn btn-primary\" role=\"button\" href=\"https:\/\/easeapps.xyz\/es\/contactar\/\">Dinos lo qu\u00e9 piensas<\/a><\/p>\n<p><!-- \/wp:paragraph --><\/p><!-- \/wp:post-content --><!-- \/wp:paragraph --><\/p>\n<p><strong>Muchas ideas surgen como fruto de la observaci\u00f3n de problemas o dificultades<\/strong>\u00a0que experimentan otras personas o uno mismo. De hecho,\u00a0<a href=\"https:\/\/easeapps.xyz\/es\/blog\/107-como-nace-el-proyecto-ease-apps\/\">as\u00ed es como naci\u00f3 Ease Apps<\/a>. Nuestro trato habitual con personas con discapacidad nos permiti\u00f3 detectar sus dificultades de acceso a los dispositivos m\u00f3viles de una forma espont\u00e1nea.<\/p>\n<p>Pero detectar los problemas es s\u00f3lo una parte. Tambi\u00e9n es necesario\u00a0<strong>concebir posibles soluciones a esos problemas<\/strong>. Para ello, es necesario conocer las posibilidades que la tecnolog\u00eda ofrece y c\u00f3mo adaptarla a la realidad del usuario. Ello implica analizar la realidad de estas personas, cu\u00e1l es su funcionamiento, qu\u00e9 dificultades encuentran en su d\u00eda a d\u00eda y, espec\u00edficamente, con el uso de la tecnolog\u00eda. Tambi\u00e9n es fundamental conocer qu\u00e9 tareas vana querer desarrollar, en qu\u00e9 contextos, con qu\u00e9 apoyos y qu\u00e9 otras soluciones existen en el mercado.<\/p>\n<p><!-- wp:heading {\"level\":3} --><\/p>\n<h3>Dise\u00f1o y desarrollo<\/h3>\n<p>Concebido el producto, es necesario<strong>\u00a0transformar las ideas\u00a0<\/strong>en algo tangible, en nuestro caso\u00a0<strong>en una aplicaci\u00f3n inform\u00e1tica<\/strong>.<\/p>\n<p>Durante esta etapa\u00a0<strong>es necesario acudir de nuevo a los usuarios en diversas ocasiones<\/strong>\u00a0para contrastar con ellos los avances y poder evaluarlos y validarlos. Estos avances se pueden plasmar en forma de bocetos, esquemas, prototipos, versiones de software, etc. Se trata de un\u00a0<strong>proceso incremental iterativo<\/strong>\u00a0donde la informaci\u00f3n proporcionada por el usuario es vital para su avance. Esta informaci\u00f3n es la que permite detectar lo antes posible cualquier problema, cuando corregirlo es m\u00e1s sencillo y econ\u00f3mico.<\/p>\n<p>En nuestro caso, solemos realizar\u00a0<strong>varios tests de usabilidad empleando una adaptaci\u00f3n de la t\u00e9cnica denominada\u00a0<\/strong><a href=\"http:\/\/mpiua.invid.udl.cat\/pensando-en-voz-alta-thinking-aloud\/\"><strong>\u201cpensando en voz alta\u201d<\/strong><\/a>. Esta t\u00e9cnica b\u00e1sicamente consiste en:<\/p>\n<ol>\n<li>Reclutar a algunos usuarios representativos (destinatarios y facilitadores).<\/li>\n<li>Pedirles que traten de realizar algunas tareas con nuestro prototipo o aplicaci\u00f3n.<\/li>\n<li>Guardar silencio, observar atentamente y tomar notas de los hechos m\u00e1s relevantes mientras los usuarios usan el sistema y verbalizan lo que piensan. En ocasiones, tambi\u00e9n grabamos la sesi\u00f3n en v\u00eddeo por si es necesario recurrir m\u00e1s adelante para ampliar informaci\u00f3n.<\/li>\n<\/ol>\n<p>Algunos personas con discapacidad participantes en los tests tienen muchas dificultades para articular el habla. En estos casos adaptamos la t\u00e9cnica \u201cpensando en voz alta\u201d de forma que\u00a0\u00a0<strong>es el facilitador el que nos ayuda a interpretar lo que expresa el usuario<\/strong>, bien sea de forma oral o a trav\u00e9s de otras formas de expresi\u00f3n. Otra posibilidad que ofrecemos al usuario es que interrumpa el test en cualquier momento para expresar lo que est\u00e1 pensando a trav\u00e9s de su medio habitual de comunicaci\u00f3n, por ejemplo, un sistema aumentativo o alternativo de comunicaci\u00f3n (SAAC).<\/p>\n<p><!-- wp:paragraph --><\/p>\n<p><!-- wp:paragraph --><\/p>\n<p><!-- wp:paragraph --><\/p>\n<p><!-- wp:list {\"ordered\":true} --><\/p>\n<p><!-- wp:paragraph --><\/p>\n<p><img loading=\"lazy\" decoding=\"async\" class=\" size-full wp-image-52\" src=\"https:\/\/easeapps.xyz\/wp-content\/uploads\/sites\/2\/blog\/usability-test-session-with-end-user-facilitator-and-researcher-taking-notes.jpg\" alt=\"usability test session with end user facilitator and researcher taking notes\" width=\"500\" height=\"291\" \/><\/p>\n<p><!-- wp:heading {\"level\":3} --><\/p>\n<h3>Contextos de uso y tareas<\/h3>\n<p><!-- wp:paragraph --><\/p>\n<p>A la hora de considerar la participaci\u00f3n de los distintos usuarios y las tareas que vamos a solicitar a cada uno de ellos, distinguimos entre tres situaciones o contextos distintos:<\/p>\n<p><!-- wp:list --><\/p>\n<ul>\n<li><strong>Primer contacto por parte del facilitador<\/strong>. En este caso se trata de un contexto en el que el facilitador eval\u00faa la soluci\u00f3n con el objetivo de comprender su funcionamiento y poder recomendarla y asesorar a usuarios finales. B\u00e1sicamente, al facilitador se le proporciona el nombre de nuestra aplicaci\u00f3n para que trate de instalarla y comprender su funcionamiento. L\u00f3gicamente, el facilitador no debe estar familiarizado con la aplicaci\u00f3n. En este contexto\u00a0<strong>el<\/strong>\u00a0<strong>criterio b\u00e1sico de evaluaci\u00f3n es la facilidad de aprendizaje<\/strong>.\u00a0<\/li>\n<li><strong>Contexto estructurado con apoyo externo<\/strong>. Es aquel donde el usuario requiere de un apoyo intensivo para un uso satisfactorio del sistema. Generalmente esta situaci\u00f3n se da en el \u00e1mbito de un centro de atenci\u00f3n (escuela de educaci\u00f3n especial, taller ocupacional, centro de d\u00eda o centro residencial asistido). B\u00e1sicamente se plantean dos tipos de tareas en las que participan facilitador y destinatario..\u00a0\n<ul>\n<li>El primer tipo implica consiste en un\u00a0<strong>facilitador tratando de explicar el funcionamiento del sistema a un usuario<\/strong>\u00a0sin experiencia previa. Con ello queremos evaluar hasta qu\u00e9 punto nuestro sistema facilita esta transferencia de conocimiento.<\/li>\n<li>El segundo tipo consiste en un conjunto de\u00a0<strong>tareas concretas que el usuario debe realizar<\/strong>. En la medida de lo posible, es el propio usuario el que escoge estas tareas. El facilitador est\u00e1 presente aunque debe abstenerse de intervenir y, fundamentalmente, su papel consiste en ayudar al usuario a comunicar lo que piensa en cada momento. El principal criterio que valoramos es la facilidad de uso del sistema y, en cierta medida, la facilidad de aprendizaje por parte del destinatario.<\/li>\n<\/ul>\n<\/li>\n<li><strong>Contexto no estructurado sin apoyo externo<\/strong>. Se trata de un contexto de uso m\u00e1s normalizado en el cual el usuario trata de cubrir sus propias necesidades e intereses al utilizar un dispositivo m\u00f3vil. Es decir, un\u00a0<strong>contexto de uso hom\u00f3logo al de cualquier persona que utiliza dispositivos m\u00f3viles<\/strong>. En este caso no siempre se lleva a cabo un test de usabilidad, s\u00f3lo en aquellas situaciones en las que se sospecha que existe realmente una dificultad. De hecho, en algunos casos es suficiente con una comunicaci\u00f3n por parte del usuario o del facilitador.<\/li>\n<\/ul>\n<p><!-- wp:heading {\"level\":3} --><\/p>\n<h3>Publicaci\u00f3n de la aplicaci\u00f3n<\/h3>\n<p><!-- wp:paragraph --><\/p>\n<p>Llega el momento en que el proceso de dise\u00f1o debe dar paso a una primera versi\u00f3n del software. Por supuesto, esta primera versi\u00f3n contiene imperfecciones y carece de algunas funcionalidades, pero ya cumple una misi\u00f3n que hemos contrastado en nuestras pruebas con usuarios.<\/p>\n<p><!-- wp:paragraph --><\/p>\n<p><strong>\u00bfHemos terminado? \u00a1Ni mucho menos!<\/strong>\u00a0<\/p>\n<p><!-- wp:paragraph --><\/p>\n<p>En primer lugar, no podemos considerar que el proceso de dise\u00f1o haya concluido hasta haber completado o descartado todas aquellas funcionalidades que ten\u00edamos previstas. En segundo lugar, la publicaci\u00f3n de la aplicaci\u00f3n multiplica las posibilidades de recibir peticiones de soporte, comentarios sobre su funcionamiento, sugerencias, etc. En tercer lugar, la mayor\u00eda de las personas que ha participado en las pruebas de usabilidad acaban siendo usuarios de nuestro producto y dado que a algunas de estas personas las vemos regularmente, aprovechamos para hacer seguimiento.<\/p>\n<p><!-- wp:paragraph --><\/p>\n<p>Por lo tanto, lejos de haber concluido,\u00a0<strong>la publicaci\u00f3n es una fuente de nuevas ideas, modificaciones y tareas<\/strong>\u00a0que se acumular\u00e1n a aquellas que quedaron pendientes y que habr\u00e1 que priorizar adecuadamente para permitir que la evoluci\u00f3n del producto contin\u00fae. En algunos casos se tratar\u00e1 de modificaciones que podemos validar intercambiando un correo electr\u00f3nico o manteniendo una conversaci\u00f3n de pasillo con un usuario. En otros casos,\u00a0<strong>el impacto de los cambios ser\u00e1 tal que obligar\u00e1 a una revisi\u00f3n m\u00e1s profunda del dise\u00f1o y a la realizaci\u00f3n de nuevos tests de usabilidad<\/strong>\u00a0como los anteriormente comentados.\u00a0<\/p>\n<p><!-- wp:paragraph --><\/p>\n<p>En definitiva,<strong>\u00a0la participaci\u00f3n de los usuarios es fundamental que sea continua durante toda la vida del software<\/strong>.<\/p>\n<p><!-- wp:heading --><\/p>\n<h2>Conclusiones<\/h2>\n<p><!-- wp:paragraph --><\/p>\n<p><strong>Desarrollar un sistema interactivo cuidando la experiencia de usuario es una tarea compleja<\/strong>\u00a0que, en el caso de tratarse de\u00a0<strong>tecnolog\u00eda de apoyo orientada al acceso, presenta una retos particulares<\/strong>\u00a0que hay que abordar.\u00a0<\/p>\n<p><!-- wp:paragraph --><\/p>\n<p>El m\u00e9todo que empleamos para hacer frente a este tipo de proyectos se basa en el\u00a0<strong>dise\u00f1o centrado en el usuario<\/strong>\u00a0y consiste, b\u00e1sicamente, en iterar a trav\u00e9s de versiones sucesivas del software contando con la participaci\u00f3n de los usuarios finales. Como principal t\u00e9cnica de evaluaci\u00f3n de la usabilidad empleamos la denominada \u201cpensando en voz alta\u201d, que adaptamos en funci\u00f3n de las caracter\u00edsticas de la persona con discapacidad participante.\u00a0<\/p>\n<p><!-- wp:paragraph --><\/p>\n<p>Adem\u00e1s del destinatario final, consideramos al\u00a0<strong>facilitador com una figura clave<\/strong>\u00a0en el proceso de adopci\u00f3n de nuestras aplicaciones y como apoyo para la realizaci\u00f3n de los tests de usabilidad; por ello tambi\u00e9n lo incorporamos en el proceso de software.<\/p>\n<p><!-- wp:paragraph --><\/p>\n<p>Por \u00faltimo,\u00a0<strong>la publicaci\u00f3n de la aplicaci\u00f3n<\/strong>, lejos de poner punto y final al dise\u00f1o y desarrollo,\u00a0<strong>proporciona nuevas oportunidades de incrementar el valor de la misma<\/strong>\u00a0a lo largo del tiempo.<\/p>\n<h3>\u00bfEst\u00e1s pensando en crear una aplicaci\u00f3n para personas con discapacidad? \u00a1Queremos saber de ti!<\/h3>\n<p><a class=\"btn btn-primary\" role=\"button\" href=\"https:\/\/easeapps.xyz\/es\/contactar\/\">Dinos lo qu\u00e9 piensas<\/a><\/p>\n<p><!-- \/wp:paragraph --><\/p><!-- \/wp:post-content --><!-- \/wp:heading --><\/p>\n<h3>Ideando el producto<\/h3>\n<p><!-- wp:paragraph --><\/p>\n<p><strong>Muchas ideas surgen como fruto de la observaci\u00f3n de problemas o dificultades<\/strong>\u00a0que experimentan otras personas o uno mismo. De hecho,\u00a0<a href=\"https:\/\/easeapps.xyz\/es\/blog\/107-como-nace-el-proyecto-ease-apps\/\">as\u00ed es como naci\u00f3 Ease Apps<\/a>. Nuestro trato habitual con personas con discapacidad nos permiti\u00f3 detectar sus dificultades de acceso a los dispositivos m\u00f3viles de una forma espont\u00e1nea.<\/p>\n<p>Pero detectar los problemas es s\u00f3lo una parte. Tambi\u00e9n es necesario\u00a0<strong>concebir posibles soluciones a esos problemas<\/strong>. Para ello, es necesario conocer las posibilidades que la tecnolog\u00eda ofrece y c\u00f3mo adaptarla a la realidad del usuario. Ello implica analizar la realidad de estas personas, cu\u00e1l es su funcionamiento, qu\u00e9 dificultades encuentran en su d\u00eda a d\u00eda y, espec\u00edficamente, con el uso de la tecnolog\u00eda. Tambi\u00e9n es fundamental conocer qu\u00e9 tareas vana querer desarrollar, en qu\u00e9 contextos, con qu\u00e9 apoyos y qu\u00e9 otras soluciones existen en el mercado.<\/p>\n<p><!-- wp:heading {\"level\":3} --><\/p>\n<h3>Dise\u00f1o y desarrollo<\/h3>\n<p>Concebido el producto, es necesario<strong>\u00a0transformar las ideas\u00a0<\/strong>en algo tangible, en nuestro caso\u00a0<strong>en una aplicaci\u00f3n inform\u00e1tica<\/strong>.<\/p>\n<p>Durante esta etapa\u00a0<strong>es necesario acudir de nuevo a los usuarios en diversas ocasiones<\/strong>\u00a0para contrastar con ellos los avances y poder evaluarlos y validarlos. Estos avances se pueden plasmar en forma de bocetos, esquemas, prototipos, versiones de software, etc. Se trata de un\u00a0<strong>proceso incremental iterativo<\/strong>\u00a0donde la informaci\u00f3n proporcionada por el usuario es vital para su avance. Esta informaci\u00f3n es la que permite detectar lo antes posible cualquier problema, cuando corregirlo es m\u00e1s sencillo y econ\u00f3mico.<\/p>\n<p>En nuestro caso, solemos realizar\u00a0<strong>varios tests de usabilidad empleando una adaptaci\u00f3n de la t\u00e9cnica denominada\u00a0<\/strong><a href=\"http:\/\/mpiua.invid.udl.cat\/pensando-en-voz-alta-thinking-aloud\/\"><strong>\u201cpensando en voz alta\u201d<\/strong><\/a>. Esta t\u00e9cnica b\u00e1sicamente consiste en:<\/p>\n<ol>\n<li>Reclutar a algunos usuarios representativos (destinatarios y facilitadores).<\/li>\n<li>Pedirles que traten de realizar algunas tareas con nuestro prototipo o aplicaci\u00f3n.<\/li>\n<li>Guardar silencio, observar atentamente y tomar notas de los hechos m\u00e1s relevantes mientras los usuarios usan el sistema y verbalizan lo que piensan. En ocasiones, tambi\u00e9n grabamos la sesi\u00f3n en v\u00eddeo por si es necesario recurrir m\u00e1s adelante para ampliar informaci\u00f3n.<\/li>\n<\/ol>\n<p>Algunos personas con discapacidad participantes en los tests tienen muchas dificultades para articular el habla. En estos casos adaptamos la t\u00e9cnica \u201cpensando en voz alta\u201d de forma que\u00a0\u00a0<strong>es el facilitador el que nos ayuda a interpretar lo que expresa el usuario<\/strong>, bien sea de forma oral o a trav\u00e9s de otras formas de expresi\u00f3n. Otra posibilidad que ofrecemos al usuario es que interrumpa el test en cualquier momento para expresar lo que est\u00e1 pensando a trav\u00e9s de su medio habitual de comunicaci\u00f3n, por ejemplo, un sistema aumentativo o alternativo de comunicaci\u00f3n (SAAC).<\/p>\n<p><!-- wp:paragraph --><\/p>\n<p><!-- wp:paragraph --><\/p>\n<p><!-- wp:paragraph --><\/p>\n<p><!-- wp:list {\"ordered\":true} --><\/p>\n<p><!-- wp:paragraph --><\/p>\n<p><img loading=\"lazy\" decoding=\"async\" class=\" size-full wp-image-52\" src=\"https:\/\/easeapps.xyz\/wp-content\/uploads\/sites\/2\/blog\/usability-test-session-with-end-user-facilitator-and-researcher-taking-notes.jpg\" alt=\"usability test session with end user facilitator and researcher taking notes\" width=\"500\" height=\"291\" \/><\/p>\n<p><!-- wp:heading {\"level\":3} --><\/p>\n<h3>Contextos de uso y tareas<\/h3>\n<p><!-- wp:paragraph --><\/p>\n<p>A la hora de considerar la participaci\u00f3n de los distintos usuarios y las tareas que vamos a solicitar a cada uno de ellos, distinguimos entre tres situaciones o contextos distintos:<\/p>\n<p><!-- wp:list --><\/p>\n<ul>\n<li><strong>Primer contacto por parte del facilitador<\/strong>. En este caso se trata de un contexto en el que el facilitador eval\u00faa la soluci\u00f3n con el objetivo de comprender su funcionamiento y poder recomendarla y asesorar a usuarios finales. B\u00e1sicamente, al facilitador se le proporciona el nombre de nuestra aplicaci\u00f3n para que trate de instalarla y comprender su funcionamiento. L\u00f3gicamente, el facilitador no debe estar familiarizado con la aplicaci\u00f3n. En este contexto\u00a0<strong>el<\/strong>\u00a0<strong>criterio b\u00e1sico de evaluaci\u00f3n es la facilidad de aprendizaje<\/strong>.\u00a0<\/li>\n<li><strong>Contexto estructurado con apoyo externo<\/strong>. Es aquel donde el usuario requiere de un apoyo intensivo para un uso satisfactorio del sistema. Generalmente esta situaci\u00f3n se da en el \u00e1mbito de un centro de atenci\u00f3n (escuela de educaci\u00f3n especial, taller ocupacional, centro de d\u00eda o centro residencial asistido). B\u00e1sicamente se plantean dos tipos de tareas en las que participan facilitador y destinatario..\u00a0\n<ul>\n<li>El primer tipo implica consiste en un\u00a0<strong>facilitador tratando de explicar el funcionamiento del sistema a un usuario<\/strong>\u00a0sin experiencia previa. Con ello queremos evaluar hasta qu\u00e9 punto nuestro sistema facilita esta transferencia de conocimiento.<\/li>\n<li>El segundo tipo consiste en un conjunto de\u00a0<strong>tareas concretas que el usuario debe realizar<\/strong>. En la medida de lo posible, es el propio usuario el que escoge estas tareas. El facilitador est\u00e1 presente aunque debe abstenerse de intervenir y, fundamentalmente, su papel consiste en ayudar al usuario a comunicar lo que piensa en cada momento. El principal criterio que valoramos es la facilidad de uso del sistema y, en cierta medida, la facilidad de aprendizaje por parte del destinatario.<\/li>\n<\/ul>\n<\/li>\n<li><strong>Contexto no estructurado sin apoyo externo<\/strong>. Se trata de un contexto de uso m\u00e1s normalizado en el cual el usuario trata de cubrir sus propias necesidades e intereses al utilizar un dispositivo m\u00f3vil. Es decir, un\u00a0<strong>contexto de uso hom\u00f3logo al de cualquier persona que utiliza dispositivos m\u00f3viles<\/strong>. En este caso no siempre se lleva a cabo un test de usabilidad, s\u00f3lo en aquellas situaciones en las que se sospecha que existe realmente una dificultad. De hecho, en algunos casos es suficiente con una comunicaci\u00f3n por parte del usuario o del facilitador.<\/li>\n<\/ul>\n<p><!-- wp:heading {\"level\":3} --><\/p>\n<h3>Publicaci\u00f3n de la aplicaci\u00f3n<\/h3>\n<p><!-- wp:paragraph --><\/p>\n<p>Llega el momento en que el proceso de dise\u00f1o debe dar paso a una primera versi\u00f3n del software. Por supuesto, esta primera versi\u00f3n contiene imperfecciones y carece de algunas funcionalidades, pero ya cumple una misi\u00f3n que hemos contrastado en nuestras pruebas con usuarios.<\/p>\n<p><!-- wp:paragraph --><\/p>\n<p><strong>\u00bfHemos terminado? \u00a1Ni mucho menos!<\/strong>\u00a0<\/p>\n<p><!-- wp:paragraph --><\/p>\n<p>En primer lugar, no podemos considerar que el proceso de dise\u00f1o haya concluido hasta haber completado o descartado todas aquellas funcionalidades que ten\u00edamos previstas. En segundo lugar, la publicaci\u00f3n de la aplicaci\u00f3n multiplica las posibilidades de recibir peticiones de soporte, comentarios sobre su funcionamiento, sugerencias, etc. En tercer lugar, la mayor\u00eda de las personas que ha participado en las pruebas de usabilidad acaban siendo usuarios de nuestro producto y dado que a algunas de estas personas las vemos regularmente, aprovechamos para hacer seguimiento.<\/p>\n<p><!-- wp:paragraph --><\/p>\n<p>Por lo tanto, lejos de haber concluido,\u00a0<strong>la publicaci\u00f3n es una fuente de nuevas ideas, modificaciones y tareas<\/strong>\u00a0que se acumular\u00e1n a aquellas que quedaron pendientes y que habr\u00e1 que priorizar adecuadamente para permitir que la evoluci\u00f3n del producto contin\u00fae. En algunos casos se tratar\u00e1 de modificaciones que podemos validar intercambiando un correo electr\u00f3nico o manteniendo una conversaci\u00f3n de pasillo con un usuario. En otros casos,\u00a0<strong>el impacto de los cambios ser\u00e1 tal que obligar\u00e1 a una revisi\u00f3n m\u00e1s profunda del dise\u00f1o y a la realizaci\u00f3n de nuevos tests de usabilidad<\/strong>\u00a0como los anteriormente comentados.\u00a0<\/p>\n<p><!-- wp:paragraph --><\/p>\n<p>En definitiva,<strong>\u00a0la participaci\u00f3n de los usuarios es fundamental que sea continua durante toda la vida del software<\/strong>.<\/p>\n<p><!-- wp:heading --><\/p>\n<h2>Conclusiones<\/h2>\n<p><!-- wp:paragraph --><\/p>\n<p><strong>Desarrollar un sistema interactivo cuidando la experiencia de usuario es una tarea compleja<\/strong>\u00a0que, en el caso de tratarse de\u00a0<strong>tecnolog\u00eda de apoyo orientada al acceso, presenta una retos particulares<\/strong>\u00a0que hay que abordar.\u00a0<\/p>\n<p><!-- wp:paragraph --><\/p>\n<p>El m\u00e9todo que empleamos para hacer frente a este tipo de proyectos se basa en el\u00a0<strong>dise\u00f1o centrado en el usuario<\/strong>\u00a0y consiste, b\u00e1sicamente, en iterar a trav\u00e9s de versiones sucesivas del software contando con la participaci\u00f3n de los usuarios finales. Como principal t\u00e9cnica de evaluaci\u00f3n de la usabilidad empleamos la denominada \u201cpensando en voz alta\u201d, que adaptamos en funci\u00f3n de las caracter\u00edsticas de la persona con discapacidad participante.\u00a0<\/p>\n<p><!-- wp:paragraph --><\/p>\n<p>Adem\u00e1s del destinatario final, consideramos al\u00a0<strong>facilitador com una figura clave<\/strong>\u00a0en el proceso de adopci\u00f3n de nuestras aplicaciones y como apoyo para la realizaci\u00f3n de los tests de usabilidad; por ello tambi\u00e9n lo incorporamos en el proceso de software.<\/p>\n<p><!-- wp:paragraph --><\/p>\n<p>Por \u00faltimo,\u00a0<strong>la publicaci\u00f3n de la aplicaci\u00f3n<\/strong>, lejos de poner punto y final al dise\u00f1o y desarrollo,\u00a0<strong>proporciona nuevas oportunidades de incrementar el valor de la misma<\/strong>\u00a0a lo largo del tiempo.<\/p>\n<h3>\u00bfEst\u00e1s pensando en crear una aplicaci\u00f3n para personas con discapacidad? \u00a1Queremos saber de ti!<\/h3>\n<p><a class=\"btn btn-primary\" role=\"button\" href=\"https:\/\/easeapps.xyz\/es\/contactar\/\">Dinos lo qu\u00e9 piensas<\/a><\/p>\n<p><!-- \/wp:paragraph --><\/p><!-- \/wp:post-content --><!-- \/wp:paragraph --><\/p>\n<p>Por supuesto,\u00a0<strong>existen otros implicados<\/strong>\u00a0tales como otros profesionales, familiares, compa\u00f1eros, amigos, etc. que<strong>\u00a0pueden ejercer una influencia determinante<\/strong>\u00a0a la hora de adoptar y fomentar o limitar el uso de la tecnolog\u00eda de apoyo. Estos implicados puntualmente pueden adquirir el rol de facilitadores, por ejemplo, para ayudar a poner en marcha el tel\u00e9fono m\u00f3vil o ajustarlo a la silla de ruedas.<\/p>\n<p><!-- wp:heading {\"level\":3} --><\/p>\n<h3>Ideando el producto<\/h3>\n<p><!-- wp:paragraph --><\/p>\n<p><strong>Muchas ideas surgen como fruto de la observaci\u00f3n de problemas o dificultades<\/strong>\u00a0que experimentan otras personas o uno mismo. De hecho,\u00a0<a href=\"https:\/\/easeapps.xyz\/es\/blog\/107-como-nace-el-proyecto-ease-apps\/\">as\u00ed es como naci\u00f3 Ease Apps<\/a>. Nuestro trato habitual con personas con discapacidad nos permiti\u00f3 detectar sus dificultades de acceso a los dispositivos m\u00f3viles de una forma espont\u00e1nea.<\/p>\n<p>Pero detectar los problemas es s\u00f3lo una parte. Tambi\u00e9n es necesario\u00a0<strong>concebir posibles soluciones a esos problemas<\/strong>. Para ello, es necesario conocer las posibilidades que la tecnolog\u00eda ofrece y c\u00f3mo adaptarla a la realidad del usuario. Ello implica analizar la realidad de estas personas, cu\u00e1l es su funcionamiento, qu\u00e9 dificultades encuentran en su d\u00eda a d\u00eda y, espec\u00edficamente, con el uso de la tecnolog\u00eda. Tambi\u00e9n es fundamental conocer qu\u00e9 tareas vana querer desarrollar, en qu\u00e9 contextos, con qu\u00e9 apoyos y qu\u00e9 otras soluciones existen en el mercado.<\/p>\n<p><!-- wp:heading {\"level\":3} --><\/p>\n<h3>Dise\u00f1o y desarrollo<\/h3>\n<p>Concebido el producto, es necesario<strong>\u00a0transformar las ideas\u00a0<\/strong>en algo tangible, en nuestro caso\u00a0<strong>en una aplicaci\u00f3n inform\u00e1tica<\/strong>.<\/p>\n<p>Durante esta etapa\u00a0<strong>es necesario acudir de nuevo a los usuarios en diversas ocasiones<\/strong>\u00a0para contrastar con ellos los avances y poder evaluarlos y validarlos. Estos avances se pueden plasmar en forma de bocetos, esquemas, prototipos, versiones de software, etc. Se trata de un\u00a0<strong>proceso incremental iterativo<\/strong>\u00a0donde la informaci\u00f3n proporcionada por el usuario es vital para su avance. Esta informaci\u00f3n es la que permite detectar lo antes posible cualquier problema, cuando corregirlo es m\u00e1s sencillo y econ\u00f3mico.<\/p>\n<p>En nuestro caso, solemos realizar\u00a0<strong>varios tests de usabilidad empleando una adaptaci\u00f3n de la t\u00e9cnica denominada\u00a0<\/strong><a href=\"http:\/\/mpiua.invid.udl.cat\/pensando-en-voz-alta-thinking-aloud\/\"><strong>\u201cpensando en voz alta\u201d<\/strong><\/a>. Esta t\u00e9cnica b\u00e1sicamente consiste en:<\/p>\n<ol>\n<li>Reclutar a algunos usuarios representativos (destinatarios y facilitadores).<\/li>\n<li>Pedirles que traten de realizar algunas tareas con nuestro prototipo o aplicaci\u00f3n.<\/li>\n<li>Guardar silencio, observar atentamente y tomar notas de los hechos m\u00e1s relevantes mientras los usuarios usan el sistema y verbalizan lo que piensan. En ocasiones, tambi\u00e9n grabamos la sesi\u00f3n en v\u00eddeo por si es necesario recurrir m\u00e1s adelante para ampliar informaci\u00f3n.<\/li>\n<\/ol>\n<p>Algunos personas con discapacidad participantes en los tests tienen muchas dificultades para articular el habla. En estos casos adaptamos la t\u00e9cnica \u201cpensando en voz alta\u201d de forma que\u00a0\u00a0<strong>es el facilitador el que nos ayuda a interpretar lo que expresa el usuario<\/strong>, bien sea de forma oral o a trav\u00e9s de otras formas de expresi\u00f3n. Otra posibilidad que ofrecemos al usuario es que interrumpa el test en cualquier momento para expresar lo que est\u00e1 pensando a trav\u00e9s de su medio habitual de comunicaci\u00f3n, por ejemplo, un sistema aumentativo o alternativo de comunicaci\u00f3n (SAAC).<\/p>\n<p><!-- wp:paragraph --><\/p>\n<p><!-- wp:paragraph --><\/p>\n<p><!-- wp:paragraph --><\/p>\n<p><!-- wp:list {\"ordered\":true} --><\/p>\n<p><!-- wp:paragraph --><\/p>\n<p><img loading=\"lazy\" decoding=\"async\" class=\" size-full wp-image-52\" src=\"https:\/\/easeapps.xyz\/wp-content\/uploads\/sites\/2\/blog\/usability-test-session-with-end-user-facilitator-and-researcher-taking-notes.jpg\" alt=\"usability test session with end user facilitator and researcher taking notes\" width=\"500\" height=\"291\" \/><\/p>\n<p><!-- wp:heading {\"level\":3} --><\/p>\n<h3>Contextos de uso y tareas<\/h3>\n<p><!-- wp:paragraph --><\/p>\n<p>A la hora de considerar la participaci\u00f3n de los distintos usuarios y las tareas que vamos a solicitar a cada uno de ellos, distinguimos entre tres situaciones o contextos distintos:<\/p>\n<p><!-- wp:list --><\/p>\n<ul>\n<li><strong>Primer contacto por parte del facilitador<\/strong>. En este caso se trata de un contexto en el que el facilitador eval\u00faa la soluci\u00f3n con el objetivo de comprender su funcionamiento y poder recomendarla y asesorar a usuarios finales. B\u00e1sicamente, al facilitador se le proporciona el nombre de nuestra aplicaci\u00f3n para que trate de instalarla y comprender su funcionamiento. L\u00f3gicamente, el facilitador no debe estar familiarizado con la aplicaci\u00f3n. En este contexto\u00a0<strong>el<\/strong>\u00a0<strong>criterio b\u00e1sico de evaluaci\u00f3n es la facilidad de aprendizaje<\/strong>.\u00a0<\/li>\n<li><strong>Contexto estructurado con apoyo externo<\/strong>. Es aquel donde el usuario requiere de un apoyo intensivo para un uso satisfactorio del sistema. Generalmente esta situaci\u00f3n se da en el \u00e1mbito de un centro de atenci\u00f3n (escuela de educaci\u00f3n especial, taller ocupacional, centro de d\u00eda o centro residencial asistido). B\u00e1sicamente se plantean dos tipos de tareas en las que participan facilitador y destinatario..\u00a0\n<ul>\n<li>El primer tipo implica consiste en un\u00a0<strong>facilitador tratando de explicar el funcionamiento del sistema a un usuario<\/strong>\u00a0sin experiencia previa. Con ello queremos evaluar hasta qu\u00e9 punto nuestro sistema facilita esta transferencia de conocimiento.<\/li>\n<li>El segundo tipo consiste en un conjunto de\u00a0<strong>tareas concretas que el usuario debe realizar<\/strong>. En la medida de lo posible, es el propio usuario el que escoge estas tareas. El facilitador est\u00e1 presente aunque debe abstenerse de intervenir y, fundamentalmente, su papel consiste en ayudar al usuario a comunicar lo que piensa en cada momento. El principal criterio que valoramos es la facilidad de uso del sistema y, en cierta medida, la facilidad de aprendizaje por parte del destinatario.<\/li>\n<\/ul>\n<\/li>\n<li><strong>Contexto no estructurado sin apoyo externo<\/strong>. Se trata de un contexto de uso m\u00e1s normalizado en el cual el usuario trata de cubrir sus propias necesidades e intereses al utilizar un dispositivo m\u00f3vil. Es decir, un\u00a0<strong>contexto de uso hom\u00f3logo al de cualquier persona que utiliza dispositivos m\u00f3viles<\/strong>. En este caso no siempre se lleva a cabo un test de usabilidad, s\u00f3lo en aquellas situaciones en las que se sospecha que existe realmente una dificultad. De hecho, en algunos casos es suficiente con una comunicaci\u00f3n por parte del usuario o del facilitador.<\/li>\n<\/ul>\n<p><!-- wp:heading {\"level\":3} --><\/p>\n<h3>Publicaci\u00f3n de la aplicaci\u00f3n<\/h3>\n<p><!-- wp:paragraph --><\/p>\n<p>Llega el momento en que el proceso de dise\u00f1o debe dar paso a una primera versi\u00f3n del software. Por supuesto, esta primera versi\u00f3n contiene imperfecciones y carece de algunas funcionalidades, pero ya cumple una misi\u00f3n que hemos contrastado en nuestras pruebas con usuarios.<\/p>\n<p><!-- wp:paragraph --><\/p>\n<p><strong>\u00bfHemos terminado? \u00a1Ni mucho menos!<\/strong>\u00a0<\/p>\n<p><!-- wp:paragraph --><\/p>\n<p>En primer lugar, no podemos considerar que el proceso de dise\u00f1o haya concluido hasta haber completado o descartado todas aquellas funcionalidades que ten\u00edamos previstas. En segundo lugar, la publicaci\u00f3n de la aplicaci\u00f3n multiplica las posibilidades de recibir peticiones de soporte, comentarios sobre su funcionamiento, sugerencias, etc. En tercer lugar, la mayor\u00eda de las personas que ha participado en las pruebas de usabilidad acaban siendo usuarios de nuestro producto y dado que a algunas de estas personas las vemos regularmente, aprovechamos para hacer seguimiento.<\/p>\n<p><!-- wp:paragraph --><\/p>\n<p>Por lo tanto, lejos de haber concluido,\u00a0<strong>la publicaci\u00f3n es una fuente de nuevas ideas, modificaciones y tareas<\/strong>\u00a0que se acumular\u00e1n a aquellas que quedaron pendientes y que habr\u00e1 que priorizar adecuadamente para permitir que la evoluci\u00f3n del producto contin\u00fae. En algunos casos se tratar\u00e1 de modificaciones que podemos validar intercambiando un correo electr\u00f3nico o manteniendo una conversaci\u00f3n de pasillo con un usuario. En otros casos,\u00a0<strong>el impacto de los cambios ser\u00e1 tal que obligar\u00e1 a una revisi\u00f3n m\u00e1s profunda del dise\u00f1o y a la realizaci\u00f3n de nuevos tests de usabilidad<\/strong>\u00a0como los anteriormente comentados.\u00a0<\/p>\n<p><!-- wp:paragraph --><\/p>\n<p>En definitiva,<strong>\u00a0la participaci\u00f3n de los usuarios es fundamental que sea continua durante toda la vida del software<\/strong>.<\/p>\n<p><!-- wp:heading --><\/p>\n<h2>Conclusiones<\/h2>\n<p><!-- wp:paragraph --><\/p>\n<p><strong>Desarrollar un sistema interactivo cuidando la experiencia de usuario es una tarea compleja<\/strong>\u00a0que, en el caso de tratarse de\u00a0<strong>tecnolog\u00eda de apoyo orientada al acceso, presenta una retos particulares<\/strong>\u00a0que hay que abordar.\u00a0<\/p>\n<p><!-- wp:paragraph --><\/p>\n<p>El m\u00e9todo que empleamos para hacer frente a este tipo de proyectos se basa en el\u00a0<strong>dise\u00f1o centrado en el usuario<\/strong>\u00a0y consiste, b\u00e1sicamente, en iterar a trav\u00e9s de versiones sucesivas del software contando con la participaci\u00f3n de los usuarios finales. Como principal t\u00e9cnica de evaluaci\u00f3n de la usabilidad empleamos la denominada \u201cpensando en voz alta\u201d, que adaptamos en funci\u00f3n de las caracter\u00edsticas de la persona con discapacidad participante.\u00a0<\/p>\n<p><!-- wp:paragraph --><\/p>\n<p>Adem\u00e1s del destinatario final, consideramos al\u00a0<strong>facilitador com una figura clave<\/strong>\u00a0en el proceso de adopci\u00f3n de nuestras aplicaciones y como apoyo para la realizaci\u00f3n de los tests de usabilidad; por ello tambi\u00e9n lo incorporamos en el proceso de software.<\/p>\n<p><!-- wp:paragraph --><\/p>\n<p>Por \u00faltimo,\u00a0<strong>la publicaci\u00f3n de la aplicaci\u00f3n<\/strong>, lejos de poner punto y final al dise\u00f1o y desarrollo,\u00a0<strong>proporciona nuevas oportunidades de incrementar el valor de la misma<\/strong>\u00a0a lo largo del tiempo.<\/p>\n<h3>\u00bfEst\u00e1s pensando en crear una aplicaci\u00f3n para personas con discapacidad? \u00a1Queremos saber de ti!<\/h3>\n<p><a class=\"btn btn-primary\" role=\"button\" href=\"https:\/\/easeapps.xyz\/es\/contactar\/\">Dinos lo qu\u00e9 piensas<\/a><\/p>\n<p><!-- \/wp:paragraph --><\/p><!-- \/wp:post-content --><!-- \/wp:heading --><\/p>\n<p><!-- wp:paragraph --><\/p>\n<p>Por supuesto,\u00a0<strong>existen otros implicados<\/strong>\u00a0tales como otros profesionales, familiares, compa\u00f1eros, amigos, etc. que<strong>\u00a0pueden ejercer una influencia determinante<\/strong>\u00a0a la hora de adoptar y fomentar o limitar el uso de la tecnolog\u00eda de apoyo. Estos implicados puntualmente pueden adquirir el rol de facilitadores, por ejemplo, para ayudar a poner en marcha el tel\u00e9fono m\u00f3vil o ajustarlo a la silla de ruedas.<\/p>\n<p><!-- wp:heading {\"level\":3} --><\/p>\n<h3>Ideando el producto<\/h3>\n<p><!-- wp:paragraph --><\/p>\n<p><strong>Muchas ideas surgen como fruto de la observaci\u00f3n de problemas o dificultades<\/strong>\u00a0que experimentan otras personas o uno mismo. De hecho,\u00a0<a href=\"https:\/\/easeapps.xyz\/es\/blog\/107-como-nace-el-proyecto-ease-apps\/\">as\u00ed es como naci\u00f3 Ease Apps<\/a>. Nuestro trato habitual con personas con discapacidad nos permiti\u00f3 detectar sus dificultades de acceso a los dispositivos m\u00f3viles de una forma espont\u00e1nea.<\/p>\n<p>Pero detectar los problemas es s\u00f3lo una parte. Tambi\u00e9n es necesario\u00a0<strong>concebir posibles soluciones a esos problemas<\/strong>. Para ello, es necesario conocer las posibilidades que la tecnolog\u00eda ofrece y c\u00f3mo adaptarla a la realidad del usuario. Ello implica analizar la realidad de estas personas, cu\u00e1l es su funcionamiento, qu\u00e9 dificultades encuentran en su d\u00eda a d\u00eda y, espec\u00edficamente, con el uso de la tecnolog\u00eda. Tambi\u00e9n es fundamental conocer qu\u00e9 tareas vana querer desarrollar, en qu\u00e9 contextos, con qu\u00e9 apoyos y qu\u00e9 otras soluciones existen en el mercado.<\/p>\n<p><!-- wp:heading {\"level\":3} --><\/p>\n<h3>Dise\u00f1o y desarrollo<\/h3>\n<p>Concebido el producto, es necesario<strong>\u00a0transformar las ideas\u00a0<\/strong>en algo tangible, en nuestro caso\u00a0<strong>en una aplicaci\u00f3n inform\u00e1tica<\/strong>.<\/p>\n<p>Durante esta etapa\u00a0<strong>es necesario acudir de nuevo a los usuarios en diversas ocasiones<\/strong>\u00a0para contrastar con ellos los avances y poder evaluarlos y validarlos. Estos avances se pueden plasmar en forma de bocetos, esquemas, prototipos, versiones de software, etc. Se trata de un\u00a0<strong>proceso incremental iterativo<\/strong>\u00a0donde la informaci\u00f3n proporcionada por el usuario es vital para su avance. Esta informaci\u00f3n es la que permite detectar lo antes posible cualquier problema, cuando corregirlo es m\u00e1s sencillo y econ\u00f3mico.<\/p>\n<p>En nuestro caso, solemos realizar\u00a0<strong>varios tests de usabilidad empleando una adaptaci\u00f3n de la t\u00e9cnica denominada\u00a0<\/strong><a href=\"http:\/\/mpiua.invid.udl.cat\/pensando-en-voz-alta-thinking-aloud\/\"><strong>\u201cpensando en voz alta\u201d<\/strong><\/a>. Esta t\u00e9cnica b\u00e1sicamente consiste en:<\/p>\n<ol>\n<li>Reclutar a algunos usuarios representativos (destinatarios y facilitadores).<\/li>\n<li>Pedirles que traten de realizar algunas tareas con nuestro prototipo o aplicaci\u00f3n.<\/li>\n<li>Guardar silencio, observar atentamente y tomar notas de los hechos m\u00e1s relevantes mientras los usuarios usan el sistema y verbalizan lo que piensan. En ocasiones, tambi\u00e9n grabamos la sesi\u00f3n en v\u00eddeo por si es necesario recurrir m\u00e1s adelante para ampliar informaci\u00f3n.<\/li>\n<\/ol>\n<p>Algunos personas con discapacidad participantes en los tests tienen muchas dificultades para articular el habla. En estos casos adaptamos la t\u00e9cnica \u201cpensando en voz alta\u201d de forma que\u00a0\u00a0<strong>es el facilitador el que nos ayuda a interpretar lo que expresa el usuario<\/strong>, bien sea de forma oral o a trav\u00e9s de otras formas de expresi\u00f3n. Otra posibilidad que ofrecemos al usuario es que interrumpa el test en cualquier momento para expresar lo que est\u00e1 pensando a trav\u00e9s de su medio habitual de comunicaci\u00f3n, por ejemplo, un sistema aumentativo o alternativo de comunicaci\u00f3n (SAAC).<\/p>\n<p><!-- wp:paragraph --><\/p>\n<p><!-- wp:paragraph --><\/p>\n<p><!-- wp:paragraph --><\/p>\n<p><!-- wp:list {\"ordered\":true} --><\/p>\n<p><!-- wp:paragraph --><\/p>\n<p><img loading=\"lazy\" decoding=\"async\" class=\" size-full wp-image-52\" src=\"https:\/\/easeapps.xyz\/wp-content\/uploads\/sites\/2\/blog\/usability-test-session-with-end-user-facilitator-and-researcher-taking-notes.jpg\" alt=\"usability test session with end user facilitator and researcher taking notes\" width=\"500\" height=\"291\" \/><\/p>\n<p><!-- wp:heading {\"level\":3} --><\/p>\n<h3>Contextos de uso y tareas<\/h3>\n<p><!-- wp:paragraph --><\/p>\n<p>A la hora de considerar la participaci\u00f3n de los distintos usuarios y las tareas que vamos a solicitar a cada uno de ellos, distinguimos entre tres situaciones o contextos distintos:<\/p>\n<p><!-- wp:list --><\/p>\n<ul>\n<li><strong>Primer contacto por parte del facilitador<\/strong>. En este caso se trata de un contexto en el que el facilitador eval\u00faa la soluci\u00f3n con el objetivo de comprender su funcionamiento y poder recomendarla y asesorar a usuarios finales. B\u00e1sicamente, al facilitador se le proporciona el nombre de nuestra aplicaci\u00f3n para que trate de instalarla y comprender su funcionamiento. L\u00f3gicamente, el facilitador no debe estar familiarizado con la aplicaci\u00f3n. En este contexto\u00a0<strong>el<\/strong>\u00a0<strong>criterio b\u00e1sico de evaluaci\u00f3n es la facilidad de aprendizaje<\/strong>.\u00a0<\/li>\n<li><strong>Contexto estructurado con apoyo externo<\/strong>. Es aquel donde el usuario requiere de un apoyo intensivo para un uso satisfactorio del sistema. Generalmente esta situaci\u00f3n se da en el \u00e1mbito de un centro de atenci\u00f3n (escuela de educaci\u00f3n especial, taller ocupacional, centro de d\u00eda o centro residencial asistido). B\u00e1sicamente se plantean dos tipos de tareas en las que participan facilitador y destinatario..\u00a0\n<ul>\n<li>El primer tipo implica consiste en un\u00a0<strong>facilitador tratando de explicar el funcionamiento del sistema a un usuario<\/strong>\u00a0sin experiencia previa. Con ello queremos evaluar hasta qu\u00e9 punto nuestro sistema facilita esta transferencia de conocimiento.<\/li>\n<li>El segundo tipo consiste en un conjunto de\u00a0<strong>tareas concretas que el usuario debe realizar<\/strong>. En la medida de lo posible, es el propio usuario el que escoge estas tareas. El facilitador est\u00e1 presente aunque debe abstenerse de intervenir y, fundamentalmente, su papel consiste en ayudar al usuario a comunicar lo que piensa en cada momento. El principal criterio que valoramos es la facilidad de uso del sistema y, en cierta medida, la facilidad de aprendizaje por parte del destinatario.<\/li>\n<\/ul>\n<\/li>\n<li><strong>Contexto no estructurado sin apoyo externo<\/strong>. Se trata de un contexto de uso m\u00e1s normalizado en el cual el usuario trata de cubrir sus propias necesidades e intereses al utilizar un dispositivo m\u00f3vil. Es decir, un\u00a0<strong>contexto de uso hom\u00f3logo al de cualquier persona que utiliza dispositivos m\u00f3viles<\/strong>. En este caso no siempre se lleva a cabo un test de usabilidad, s\u00f3lo en aquellas situaciones en las que se sospecha que existe realmente una dificultad. De hecho, en algunos casos es suficiente con una comunicaci\u00f3n por parte del usuario o del facilitador.<\/li>\n<\/ul>\n<p><!-- wp:heading {\"level\":3} --><\/p>\n<h3>Publicaci\u00f3n de la aplicaci\u00f3n<\/h3>\n<p><!-- wp:paragraph --><\/p>\n<p>Llega el momento en que el proceso de dise\u00f1o debe dar paso a una primera versi\u00f3n del software. Por supuesto, esta primera versi\u00f3n contiene imperfecciones y carece de algunas funcionalidades, pero ya cumple una misi\u00f3n que hemos contrastado en nuestras pruebas con usuarios.<\/p>\n<p><!-- wp:paragraph --><\/p>\n<p><strong>\u00bfHemos terminado? \u00a1Ni mucho menos!<\/strong>\u00a0<\/p>\n<p><!-- wp:paragraph --><\/p>\n<p>En primer lugar, no podemos considerar que el proceso de dise\u00f1o haya concluido hasta haber completado o descartado todas aquellas funcionalidades que ten\u00edamos previstas. En segundo lugar, la publicaci\u00f3n de la aplicaci\u00f3n multiplica las posibilidades de recibir peticiones de soporte, comentarios sobre su funcionamiento, sugerencias, etc. En tercer lugar, la mayor\u00eda de las personas que ha participado en las pruebas de usabilidad acaban siendo usuarios de nuestro producto y dado que a algunas de estas personas las vemos regularmente, aprovechamos para hacer seguimiento.<\/p>\n<p><!-- wp:paragraph --><\/p>\n<p>Por lo tanto, lejos de haber concluido,\u00a0<strong>la publicaci\u00f3n es una fuente de nuevas ideas, modificaciones y tareas<\/strong>\u00a0que se acumular\u00e1n a aquellas que quedaron pendientes y que habr\u00e1 que priorizar adecuadamente para permitir que la evoluci\u00f3n del producto contin\u00fae. En algunos casos se tratar\u00e1 de modificaciones que podemos validar intercambiando un correo electr\u00f3nico o manteniendo una conversaci\u00f3n de pasillo con un usuario. En otros casos,\u00a0<strong>el impacto de los cambios ser\u00e1 tal que obligar\u00e1 a una revisi\u00f3n m\u00e1s profunda del dise\u00f1o y a la realizaci\u00f3n de nuevos tests de usabilidad<\/strong>\u00a0como los anteriormente comentados.\u00a0<\/p>\n<p><!-- wp:paragraph --><\/p>\n<p>En definitiva,<strong>\u00a0la participaci\u00f3n de los usuarios es fundamental que sea continua durante toda la vida del software<\/strong>.<\/p>\n<p><!-- wp:heading --><\/p>\n<h2>Conclusiones<\/h2>\n<p><!-- wp:paragraph --><\/p>\n<p><strong>Desarrollar un sistema interactivo cuidando la experiencia de usuario es una tarea compleja<\/strong>\u00a0que, en el caso de tratarse de\u00a0<strong>tecnolog\u00eda de apoyo orientada al acceso, presenta una retos particulares<\/strong>\u00a0que hay que abordar.\u00a0<\/p>\n<p><!-- wp:paragraph --><\/p>\n<p>El m\u00e9todo que empleamos para hacer frente a este tipo de proyectos se basa en el\u00a0<strong>dise\u00f1o centrado en el usuario<\/strong>\u00a0y consiste, b\u00e1sicamente, en iterar a trav\u00e9s de versiones sucesivas del software contando con la participaci\u00f3n de los usuarios finales. Como principal t\u00e9cnica de evaluaci\u00f3n de la usabilidad empleamos la denominada \u201cpensando en voz alta\u201d, que adaptamos en funci\u00f3n de las caracter\u00edsticas de la persona con discapacidad participante.\u00a0<\/p>\n<p><!-- wp:paragraph --><\/p>\n<p>Adem\u00e1s del destinatario final, consideramos al\u00a0<strong>facilitador com una figura clave<\/strong>\u00a0en el proceso de adopci\u00f3n de nuestras aplicaciones y como apoyo para la realizaci\u00f3n de los tests de usabilidad; por ello tambi\u00e9n lo incorporamos en el proceso de software.<\/p>\n<p><!-- wp:paragraph --><\/p>\n<p>Por \u00faltimo,\u00a0<strong>la publicaci\u00f3n de la aplicaci\u00f3n<\/strong>, lejos de poner punto y final al dise\u00f1o y desarrollo,\u00a0<strong>proporciona nuevas oportunidades de incrementar el valor de la misma<\/strong>\u00a0a lo largo del tiempo.<\/p>\n<h3>\u00bfEst\u00e1s pensando en crear una aplicaci\u00f3n para personas con discapacidad? \u00a1Queremos saber de ti!<\/h3>\n<p><a class=\"btn btn-primary\" role=\"button\" href=\"https:\/\/easeapps.xyz\/es\/contactar\/\">Dinos lo qu\u00e9 piensas<\/a><\/p>\n<p><!-- \/wp:paragraph --><\/p><!-- \/wp:post-content --><!-- \/wp:paragraph --><\/p>\n<ul>\n<li>Los\u00a0<strong>destinatarios\u00a0<\/strong>son las<strong>\u00a0personas con discapacidad para quienes dise\u00f1amos nuestros sistemas<\/strong>\u00a0y que los usar\u00e1n para acceder al dispositivo m\u00f3vil. Ya hemos comentado cu\u00e1les son sus perfiles de funcionamiento y los retos que ello entra\u00f1a.<\/li>\n<li>Los\u00a0<strong>facilitadores\u00a0<\/strong>son los<strong>\u00a0encargados de la instalaci\u00f3n, configuraci\u00f3n inicial del sistema y apoyo al usuario final<\/strong>. Tambi\u00e9n suelen actuar como prescriptores y valoradores de la idoneidad de la tecnolog\u00eda de apoyo. Generalmente son profesionales de entidades de atenci\u00f3n a la discapacidad o servicios afines, aunque tambi\u00e9n pueden ser otras personas cercanas al usuario final como familiares o amigos. En algunas ocasiones, el propio destinatario puede ejercer el papel de facilitador. Aunque el perfil de los facilitadores puede ser muy heterog\u00e9neo, habitualmente son personas con experiencia en proporcionar apoyo al usuario final, conocedoras de su perfil de funcionamiento y que estar\u00e1n familiarizados con el manejo de dispositivos m\u00f3viles y ciertas ayudas t\u00e9cnicas. Si el facilitador es incapaz de comprender c\u00f3mo funciona nuestro sistema dif\u00edcilmente podr\u00e1 recomendarlo a los usuarios que puedan necesitarlo y proporcionar el apoyo adecuado. Por lo tanto,\u00a0<strong>es crucial involucrarlos durante el proceso de dise\u00f1o<\/strong>.\u00a0\u00a0<\/li>\n<\/ul>\n<p><!-- wp:list --><\/p>\n<p><!-- wp:paragraph --><\/p>\n<p>Por supuesto,\u00a0<strong>existen otros implicados<\/strong>\u00a0tales como otros profesionales, familiares, compa\u00f1eros, amigos, etc. que<strong>\u00a0pueden ejercer una influencia determinante<\/strong>\u00a0a la hora de adoptar y fomentar o limitar el uso de la tecnolog\u00eda de apoyo. Estos implicados puntualmente pueden adquirir el rol de facilitadores, por ejemplo, para ayudar a poner en marcha el tel\u00e9fono m\u00f3vil o ajustarlo a la silla de ruedas.<\/p>\n<p><!-- wp:heading {\"level\":3} --><\/p>\n<h3>Ideando el producto<\/h3>\n<p><!-- wp:paragraph --><\/p>\n<p><strong>Muchas ideas surgen como fruto de la observaci\u00f3n de problemas o dificultades<\/strong>\u00a0que experimentan otras personas o uno mismo. De hecho,\u00a0<a href=\"https:\/\/easeapps.xyz\/es\/blog\/107-como-nace-el-proyecto-ease-apps\/\">as\u00ed es como naci\u00f3 Ease Apps<\/a>. Nuestro trato habitual con personas con discapacidad nos permiti\u00f3 detectar sus dificultades de acceso a los dispositivos m\u00f3viles de una forma espont\u00e1nea.<\/p>\n<p>Pero detectar los problemas es s\u00f3lo una parte. Tambi\u00e9n es necesario\u00a0<strong>concebir posibles soluciones a esos problemas<\/strong>. Para ello, es necesario conocer las posibilidades que la tecnolog\u00eda ofrece y c\u00f3mo adaptarla a la realidad del usuario. Ello implica analizar la realidad de estas personas, cu\u00e1l es su funcionamiento, qu\u00e9 dificultades encuentran en su d\u00eda a d\u00eda y, espec\u00edficamente, con el uso de la tecnolog\u00eda. Tambi\u00e9n es fundamental conocer qu\u00e9 tareas vana querer desarrollar, en qu\u00e9 contextos, con qu\u00e9 apoyos y qu\u00e9 otras soluciones existen en el mercado.<\/p>\n<p><!-- wp:heading {\"level\":3} --><\/p>\n<h3>Dise\u00f1o y desarrollo<\/h3>\n<p>Concebido el producto, es necesario<strong>\u00a0transformar las ideas\u00a0<\/strong>en algo tangible, en nuestro caso\u00a0<strong>en una aplicaci\u00f3n inform\u00e1tica<\/strong>.<\/p>\n<p>Durante esta etapa\u00a0<strong>es necesario acudir de nuevo a los usuarios en diversas ocasiones<\/strong>\u00a0para contrastar con ellos los avances y poder evaluarlos y validarlos. Estos avances se pueden plasmar en forma de bocetos, esquemas, prototipos, versiones de software, etc. Se trata de un\u00a0<strong>proceso incremental iterativo<\/strong>\u00a0donde la informaci\u00f3n proporcionada por el usuario es vital para su avance. Esta informaci\u00f3n es la que permite detectar lo antes posible cualquier problema, cuando corregirlo es m\u00e1s sencillo y econ\u00f3mico.<\/p>\n<p>En nuestro caso, solemos realizar\u00a0<strong>varios tests de usabilidad empleando una adaptaci\u00f3n de la t\u00e9cnica denominada\u00a0<\/strong><a href=\"http:\/\/mpiua.invid.udl.cat\/pensando-en-voz-alta-thinking-aloud\/\"><strong>\u201cpensando en voz alta\u201d<\/strong><\/a>. Esta t\u00e9cnica b\u00e1sicamente consiste en:<\/p>\n<ol>\n<li>Reclutar a algunos usuarios representativos (destinatarios y facilitadores).<\/li>\n<li>Pedirles que traten de realizar algunas tareas con nuestro prototipo o aplicaci\u00f3n.<\/li>\n<li>Guardar silencio, observar atentamente y tomar notas de los hechos m\u00e1s relevantes mientras los usuarios usan el sistema y verbalizan lo que piensan. En ocasiones, tambi\u00e9n grabamos la sesi\u00f3n en v\u00eddeo por si es necesario recurrir m\u00e1s adelante para ampliar informaci\u00f3n.<\/li>\n<\/ol>\n<p>Algunos personas con discapacidad participantes en los tests tienen muchas dificultades para articular el habla. En estos casos adaptamos la t\u00e9cnica \u201cpensando en voz alta\u201d de forma que\u00a0\u00a0<strong>es el facilitador el que nos ayuda a interpretar lo que expresa el usuario<\/strong>, bien sea de forma oral o a trav\u00e9s de otras formas de expresi\u00f3n. Otra posibilidad que ofrecemos al usuario es que interrumpa el test en cualquier momento para expresar lo que est\u00e1 pensando a trav\u00e9s de su medio habitual de comunicaci\u00f3n, por ejemplo, un sistema aumentativo o alternativo de comunicaci\u00f3n (SAAC).<\/p>\n<p><!-- wp:paragraph --><\/p>\n<p><!-- wp:paragraph --><\/p>\n<p><!-- wp:paragraph --><\/p>\n<p><!-- wp:list {\"ordered\":true} --><\/p>\n<p><!-- wp:paragraph --><\/p>\n<p><img loading=\"lazy\" decoding=\"async\" class=\" size-full wp-image-52\" src=\"https:\/\/easeapps.xyz\/wp-content\/uploads\/sites\/2\/blog\/usability-test-session-with-end-user-facilitator-and-researcher-taking-notes.jpg\" alt=\"usability test session with end user facilitator and researcher taking notes\" width=\"500\" height=\"291\" \/><\/p>\n<p><!-- wp:heading {\"level\":3} --><\/p>\n<h3>Contextos de uso y tareas<\/h3>\n<p><!-- wp:paragraph --><\/p>\n<p>A la hora de considerar la participaci\u00f3n de los distintos usuarios y las tareas que vamos a solicitar a cada uno de ellos, distinguimos entre tres situaciones o contextos distintos:<\/p>\n<p><!-- wp:list --><\/p>\n<ul>\n<li><strong>Primer contacto por parte del facilitador<\/strong>. En este caso se trata de un contexto en el que el facilitador eval\u00faa la soluci\u00f3n con el objetivo de comprender su funcionamiento y poder recomendarla y asesorar a usuarios finales. B\u00e1sicamente, al facilitador se le proporciona el nombre de nuestra aplicaci\u00f3n para que trate de instalarla y comprender su funcionamiento. L\u00f3gicamente, el facilitador no debe estar familiarizado con la aplicaci\u00f3n. En este contexto\u00a0<strong>el<\/strong>\u00a0<strong>criterio b\u00e1sico de evaluaci\u00f3n es la facilidad de aprendizaje<\/strong>.\u00a0<\/li>\n<li><strong>Contexto estructurado con apoyo externo<\/strong>. Es aquel donde el usuario requiere de un apoyo intensivo para un uso satisfactorio del sistema. Generalmente esta situaci\u00f3n se da en el \u00e1mbito de un centro de atenci\u00f3n (escuela de educaci\u00f3n especial, taller ocupacional, centro de d\u00eda o centro residencial asistido). B\u00e1sicamente se plantean dos tipos de tareas en las que participan facilitador y destinatario..\u00a0\n<ul>\n<li>El primer tipo implica consiste en un\u00a0<strong>facilitador tratando de explicar el funcionamiento del sistema a un usuario<\/strong>\u00a0sin experiencia previa. Con ello queremos evaluar hasta qu\u00e9 punto nuestro sistema facilita esta transferencia de conocimiento.<\/li>\n<li>El segundo tipo consiste en un conjunto de\u00a0<strong>tareas concretas que el usuario debe realizar<\/strong>. En la medida de lo posible, es el propio usuario el que escoge estas tareas. El facilitador est\u00e1 presente aunque debe abstenerse de intervenir y, fundamentalmente, su papel consiste en ayudar al usuario a comunicar lo que piensa en cada momento. El principal criterio que valoramos es la facilidad de uso del sistema y, en cierta medida, la facilidad de aprendizaje por parte del destinatario.<\/li>\n<\/ul>\n<\/li>\n<li><strong>Contexto no estructurado sin apoyo externo<\/strong>. Se trata de un contexto de uso m\u00e1s normalizado en el cual el usuario trata de cubrir sus propias necesidades e intereses al utilizar un dispositivo m\u00f3vil. Es decir, un\u00a0<strong>contexto de uso hom\u00f3logo al de cualquier persona que utiliza dispositivos m\u00f3viles<\/strong>. En este caso no siempre se lleva a cabo un test de usabilidad, s\u00f3lo en aquellas situaciones en las que se sospecha que existe realmente una dificultad. De hecho, en algunos casos es suficiente con una comunicaci\u00f3n por parte del usuario o del facilitador.<\/li>\n<\/ul>\n<p><!-- wp:heading {\"level\":3} --><\/p>\n<h3>Publicaci\u00f3n de la aplicaci\u00f3n<\/h3>\n<p><!-- wp:paragraph --><\/p>\n<p>Llega el momento en que el proceso de dise\u00f1o debe dar paso a una primera versi\u00f3n del software. Por supuesto, esta primera versi\u00f3n contiene imperfecciones y carece de algunas funcionalidades, pero ya cumple una misi\u00f3n que hemos contrastado en nuestras pruebas con usuarios.<\/p>\n<p><!-- wp:paragraph --><\/p>\n<p><strong>\u00bfHemos terminado? \u00a1Ni mucho menos!<\/strong>\u00a0<\/p>\n<p><!-- wp:paragraph --><\/p>\n<p>En primer lugar, no podemos considerar que el proceso de dise\u00f1o haya concluido hasta haber completado o descartado todas aquellas funcionalidades que ten\u00edamos previstas. En segundo lugar, la publicaci\u00f3n de la aplicaci\u00f3n multiplica las posibilidades de recibir peticiones de soporte, comentarios sobre su funcionamiento, sugerencias, etc. En tercer lugar, la mayor\u00eda de las personas que ha participado en las pruebas de usabilidad acaban siendo usuarios de nuestro producto y dado que a algunas de estas personas las vemos regularmente, aprovechamos para hacer seguimiento.<\/p>\n<p><!-- wp:paragraph --><\/p>\n<p>Por lo tanto, lejos de haber concluido,\u00a0<strong>la publicaci\u00f3n es una fuente de nuevas ideas, modificaciones y tareas<\/strong>\u00a0que se acumular\u00e1n a aquellas que quedaron pendientes y que habr\u00e1 que priorizar adecuadamente para permitir que la evoluci\u00f3n del producto contin\u00fae. En algunos casos se tratar\u00e1 de modificaciones que podemos validar intercambiando un correo electr\u00f3nico o manteniendo una conversaci\u00f3n de pasillo con un usuario. En otros casos,\u00a0<strong>el impacto de los cambios ser\u00e1 tal que obligar\u00e1 a una revisi\u00f3n m\u00e1s profunda del dise\u00f1o y a la realizaci\u00f3n de nuevos tests de usabilidad<\/strong>\u00a0como los anteriormente comentados.\u00a0<\/p>\n<p><!-- wp:paragraph --><\/p>\n<p>En definitiva,<strong>\u00a0la participaci\u00f3n de los usuarios es fundamental que sea continua durante toda la vida del software<\/strong>.<\/p>\n<p><!-- wp:heading --><\/p>\n<h2>Conclusiones<\/h2>\n<p><!-- wp:paragraph --><\/p>\n<p><strong>Desarrollar un sistema interactivo cuidando la experiencia de usuario es una tarea compleja<\/strong>\u00a0que, en el caso de tratarse de\u00a0<strong>tecnolog\u00eda de apoyo orientada al acceso, presenta una retos particulares<\/strong>\u00a0que hay que abordar.\u00a0<\/p>\n<p><!-- wp:paragraph --><\/p>\n<p>El m\u00e9todo que empleamos para hacer frente a este tipo de proyectos se basa en el\u00a0<strong>dise\u00f1o centrado en el usuario<\/strong>\u00a0y consiste, b\u00e1sicamente, en iterar a trav\u00e9s de versiones sucesivas del software contando con la participaci\u00f3n de los usuarios finales. Como principal t\u00e9cnica de evaluaci\u00f3n de la usabilidad empleamos la denominada \u201cpensando en voz alta\u201d, que adaptamos en funci\u00f3n de las caracter\u00edsticas de la persona con discapacidad participante.\u00a0<\/p>\n<p><!-- wp:paragraph --><\/p>\n<p>Adem\u00e1s del destinatario final, consideramos al\u00a0<strong>facilitador com una figura clave<\/strong>\u00a0en el proceso de adopci\u00f3n de nuestras aplicaciones y como apoyo para la realizaci\u00f3n de los tests de usabilidad; por ello tambi\u00e9n lo incorporamos en el proceso de software.<\/p>\n<p><!-- wp:paragraph --><\/p>\n<p>Por \u00faltimo,\u00a0<strong>la publicaci\u00f3n de la aplicaci\u00f3n<\/strong>, lejos de poner punto y final al dise\u00f1o y desarrollo,\u00a0<strong>proporciona nuevas oportunidades de incrementar el valor de la misma<\/strong>\u00a0a lo largo del tiempo.<\/p>\n<h3>\u00bfEst\u00e1s pensando en crear una aplicaci\u00f3n para personas con discapacidad? \u00a1Queremos saber de ti!<\/h3>\n<p><a class=\"btn btn-primary\" role=\"button\" href=\"https:\/\/easeapps.xyz\/es\/contactar\/\">Dinos lo qu\u00e9 piensas<\/a><\/p>\n<p><!-- \/wp:paragraph --><\/p><!-- \/wp:post-content --><!-- \/wp:list --><\/p>\n<p>Por tanto, si el usuario es el centro, vamos a centrarnos ahora en los usuario. \u00bfQu\u00e9 es un usuario? Consideramos usuario a toda personas que usa directamente el sistema. En el caso de Ease Apps\u00a0<strong>distinguimos dos tipos o roles de usuario distintos:<\/strong><\/p>\n<p><!-- wp:list --><\/p>\n<ul>\n<li>Los\u00a0<strong>destinatarios\u00a0<\/strong>son las<strong>\u00a0personas con discapacidad para quienes dise\u00f1amos nuestros sistemas<\/strong>\u00a0y que los usar\u00e1n para acceder al dispositivo m\u00f3vil. Ya hemos comentado cu\u00e1les son sus perfiles de funcionamiento y los retos que ello entra\u00f1a.<\/li>\n<li>Los\u00a0<strong>facilitadores\u00a0<\/strong>son los<strong>\u00a0encargados de la instalaci\u00f3n, configuraci\u00f3n inicial del sistema y apoyo al usuario final<\/strong>. Tambi\u00e9n suelen actuar como prescriptores y valoradores de la idoneidad de la tecnolog\u00eda de apoyo. Generalmente son profesionales de entidades de atenci\u00f3n a la discapacidad o servicios afines, aunque tambi\u00e9n pueden ser otras personas cercanas al usuario final como familiares o amigos. En algunas ocasiones, el propio destinatario puede ejercer el papel de facilitador. Aunque el perfil de los facilitadores puede ser muy heterog\u00e9neo, habitualmente son personas con experiencia en proporcionar apoyo al usuario final, conocedoras de su perfil de funcionamiento y que estar\u00e1n familiarizados con el manejo de dispositivos m\u00f3viles y ciertas ayudas t\u00e9cnicas. Si el facilitador es incapaz de comprender c\u00f3mo funciona nuestro sistema dif\u00edcilmente podr\u00e1 recomendarlo a los usuarios que puedan necesitarlo y proporcionar el apoyo adecuado. Por lo tanto,\u00a0<strong>es crucial involucrarlos durante el proceso de dise\u00f1o<\/strong>.\u00a0\u00a0<\/li>\n<\/ul>\n<p><!-- wp:list --><\/p>\n<p><!-- wp:paragraph --><\/p>\n<p>Por supuesto,\u00a0<strong>existen otros implicados<\/strong>\u00a0tales como otros profesionales, familiares, compa\u00f1eros, amigos, etc. que<strong>\u00a0pueden ejercer una influencia determinante<\/strong>\u00a0a la hora de adoptar y fomentar o limitar el uso de la tecnolog\u00eda de apoyo. Estos implicados puntualmente pueden adquirir el rol de facilitadores, por ejemplo, para ayudar a poner en marcha el tel\u00e9fono m\u00f3vil o ajustarlo a la silla de ruedas.<\/p>\n<p><!-- wp:heading {\"level\":3} --><\/p>\n<h3>Ideando el producto<\/h3>\n<p><!-- wp:paragraph --><\/p>\n<p><strong>Muchas ideas surgen como fruto de la observaci\u00f3n de problemas o dificultades<\/strong>\u00a0que experimentan otras personas o uno mismo. De hecho,\u00a0<a href=\"https:\/\/easeapps.xyz\/es\/blog\/107-como-nace-el-proyecto-ease-apps\/\">as\u00ed es como naci\u00f3 Ease Apps<\/a>. Nuestro trato habitual con personas con discapacidad nos permiti\u00f3 detectar sus dificultades de acceso a los dispositivos m\u00f3viles de una forma espont\u00e1nea.<\/p>\n<p>Pero detectar los problemas es s\u00f3lo una parte. Tambi\u00e9n es necesario\u00a0<strong>concebir posibles soluciones a esos problemas<\/strong>. Para ello, es necesario conocer las posibilidades que la tecnolog\u00eda ofrece y c\u00f3mo adaptarla a la realidad del usuario. Ello implica analizar la realidad de estas personas, cu\u00e1l es su funcionamiento, qu\u00e9 dificultades encuentran en su d\u00eda a d\u00eda y, espec\u00edficamente, con el uso de la tecnolog\u00eda. Tambi\u00e9n es fundamental conocer qu\u00e9 tareas vana querer desarrollar, en qu\u00e9 contextos, con qu\u00e9 apoyos y qu\u00e9 otras soluciones existen en el mercado.<\/p>\n<p><!-- wp:heading {\"level\":3} --><\/p>\n<h3>Dise\u00f1o y desarrollo<\/h3>\n<p>Concebido el producto, es necesario<strong>\u00a0transformar las ideas\u00a0<\/strong>en algo tangible, en nuestro caso\u00a0<strong>en una aplicaci\u00f3n inform\u00e1tica<\/strong>.<\/p>\n<p>Durante esta etapa\u00a0<strong>es necesario acudir de nuevo a los usuarios en diversas ocasiones<\/strong>\u00a0para contrastar con ellos los avances y poder evaluarlos y validarlos. Estos avances se pueden plasmar en forma de bocetos, esquemas, prototipos, versiones de software, etc. Se trata de un\u00a0<strong>proceso incremental iterativo<\/strong>\u00a0donde la informaci\u00f3n proporcionada por el usuario es vital para su avance. Esta informaci\u00f3n es la que permite detectar lo antes posible cualquier problema, cuando corregirlo es m\u00e1s sencillo y econ\u00f3mico.<\/p>\n<p>En nuestro caso, solemos realizar\u00a0<strong>varios tests de usabilidad empleando una adaptaci\u00f3n de la t\u00e9cnica denominada\u00a0<\/strong><a href=\"http:\/\/mpiua.invid.udl.cat\/pensando-en-voz-alta-thinking-aloud\/\"><strong>\u201cpensando en voz alta\u201d<\/strong><\/a>. Esta t\u00e9cnica b\u00e1sicamente consiste en:<\/p>\n<ol>\n<li>Reclutar a algunos usuarios representativos (destinatarios y facilitadores).<\/li>\n<li>Pedirles que traten de realizar algunas tareas con nuestro prototipo o aplicaci\u00f3n.<\/li>\n<li>Guardar silencio, observar atentamente y tomar notas de los hechos m\u00e1s relevantes mientras los usuarios usan el sistema y verbalizan lo que piensan. En ocasiones, tambi\u00e9n grabamos la sesi\u00f3n en v\u00eddeo por si es necesario recurrir m\u00e1s adelante para ampliar informaci\u00f3n.<\/li>\n<\/ol>\n<p>Algunos personas con discapacidad participantes en los tests tienen muchas dificultades para articular el habla. En estos casos adaptamos la t\u00e9cnica \u201cpensando en voz alta\u201d de forma que\u00a0\u00a0<strong>es el facilitador el que nos ayuda a interpretar lo que expresa el usuario<\/strong>, bien sea de forma oral o a trav\u00e9s de otras formas de expresi\u00f3n. Otra posibilidad que ofrecemos al usuario es que interrumpa el test en cualquier momento para expresar lo que est\u00e1 pensando a trav\u00e9s de su medio habitual de comunicaci\u00f3n, por ejemplo, un sistema aumentativo o alternativo de comunicaci\u00f3n (SAAC).<\/p>\n<p><!-- wp:paragraph --><\/p>\n<p><!-- wp:paragraph --><\/p>\n<p><!-- wp:paragraph --><\/p>\n<p><!-- wp:list {\"ordered\":true} --><\/p>\n<p><!-- wp:paragraph --><\/p>\n<p><img loading=\"lazy\" decoding=\"async\" class=\" size-full wp-image-52\" src=\"https:\/\/easeapps.xyz\/wp-content\/uploads\/sites\/2\/blog\/usability-test-session-with-end-user-facilitator-and-researcher-taking-notes.jpg\" alt=\"usability test session with end user facilitator and researcher taking notes\" width=\"500\" height=\"291\" \/><\/p>\n<p><!-- wp:heading {\"level\":3} --><\/p>\n<h3>Contextos de uso y tareas<\/h3>\n<p><!-- wp:paragraph --><\/p>\n<p>A la hora de considerar la participaci\u00f3n de los distintos usuarios y las tareas que vamos a solicitar a cada uno de ellos, distinguimos entre tres situaciones o contextos distintos:<\/p>\n<p><!-- wp:list --><\/p>\n<ul>\n<li><strong>Primer contacto por parte del facilitador<\/strong>. En este caso se trata de un contexto en el que el facilitador eval\u00faa la soluci\u00f3n con el objetivo de comprender su funcionamiento y poder recomendarla y asesorar a usuarios finales. B\u00e1sicamente, al facilitador se le proporciona el nombre de nuestra aplicaci\u00f3n para que trate de instalarla y comprender su funcionamiento. L\u00f3gicamente, el facilitador no debe estar familiarizado con la aplicaci\u00f3n. En este contexto\u00a0<strong>el<\/strong>\u00a0<strong>criterio b\u00e1sico de evaluaci\u00f3n es la facilidad de aprendizaje<\/strong>.\u00a0<\/li>\n<li><strong>Contexto estructurado con apoyo externo<\/strong>. Es aquel donde el usuario requiere de un apoyo intensivo para un uso satisfactorio del sistema. Generalmente esta situaci\u00f3n se da en el \u00e1mbito de un centro de atenci\u00f3n (escuela de educaci\u00f3n especial, taller ocupacional, centro de d\u00eda o centro residencial asistido). B\u00e1sicamente se plantean dos tipos de tareas en las que participan facilitador y destinatario..\u00a0\n<ul>\n<li>El primer tipo implica consiste en un\u00a0<strong>facilitador tratando de explicar el funcionamiento del sistema a un usuario<\/strong>\u00a0sin experiencia previa. Con ello queremos evaluar hasta qu\u00e9 punto nuestro sistema facilita esta transferencia de conocimiento.<\/li>\n<li>El segundo tipo consiste en un conjunto de\u00a0<strong>tareas concretas que el usuario debe realizar<\/strong>. En la medida de lo posible, es el propio usuario el que escoge estas tareas. El facilitador est\u00e1 presente aunque debe abstenerse de intervenir y, fundamentalmente, su papel consiste en ayudar al usuario a comunicar lo que piensa en cada momento. El principal criterio que valoramos es la facilidad de uso del sistema y, en cierta medida, la facilidad de aprendizaje por parte del destinatario.<\/li>\n<\/ul>\n<\/li>\n<li><strong>Contexto no estructurado sin apoyo externo<\/strong>. Se trata de un contexto de uso m\u00e1s normalizado en el cual el usuario trata de cubrir sus propias necesidades e intereses al utilizar un dispositivo m\u00f3vil. Es decir, un\u00a0<strong>contexto de uso hom\u00f3logo al de cualquier persona que utiliza dispositivos m\u00f3viles<\/strong>. En este caso no siempre se lleva a cabo un test de usabilidad, s\u00f3lo en aquellas situaciones en las que se sospecha que existe realmente una dificultad. De hecho, en algunos casos es suficiente con una comunicaci\u00f3n por parte del usuario o del facilitador.<\/li>\n<\/ul>\n<p><!-- wp:heading {\"level\":3} --><\/p>\n<h3>Publicaci\u00f3n de la aplicaci\u00f3n<\/h3>\n<p><!-- wp:paragraph --><\/p>\n<p>Llega el momento en que el proceso de dise\u00f1o debe dar paso a una primera versi\u00f3n del software. Por supuesto, esta primera versi\u00f3n contiene imperfecciones y carece de algunas funcionalidades, pero ya cumple una misi\u00f3n que hemos contrastado en nuestras pruebas con usuarios.<\/p>\n<p><!-- wp:paragraph --><\/p>\n<p><strong>\u00bfHemos terminado? \u00a1Ni mucho menos!<\/strong>\u00a0<\/p>\n<p><!-- wp:paragraph --><\/p>\n<p>En primer lugar, no podemos considerar que el proceso de dise\u00f1o haya concluido hasta haber completado o descartado todas aquellas funcionalidades que ten\u00edamos previstas. En segundo lugar, la publicaci\u00f3n de la aplicaci\u00f3n multiplica las posibilidades de recibir peticiones de soporte, comentarios sobre su funcionamiento, sugerencias, etc. En tercer lugar, la mayor\u00eda de las personas que ha participado en las pruebas de usabilidad acaban siendo usuarios de nuestro producto y dado que a algunas de estas personas las vemos regularmente, aprovechamos para hacer seguimiento.<\/p>\n<p><!-- wp:paragraph --><\/p>\n<p>Por lo tanto, lejos de haber concluido,\u00a0<strong>la publicaci\u00f3n es una fuente de nuevas ideas, modificaciones y tareas<\/strong>\u00a0que se acumular\u00e1n a aquellas que quedaron pendientes y que habr\u00e1 que priorizar adecuadamente para permitir que la evoluci\u00f3n del producto contin\u00fae. En algunos casos se tratar\u00e1 de modificaciones que podemos validar intercambiando un correo electr\u00f3nico o manteniendo una conversaci\u00f3n de pasillo con un usuario. En otros casos,\u00a0<strong>el impacto de los cambios ser\u00e1 tal que obligar\u00e1 a una revisi\u00f3n m\u00e1s profunda del dise\u00f1o y a la realizaci\u00f3n de nuevos tests de usabilidad<\/strong>\u00a0como los anteriormente comentados.\u00a0<\/p>\n<p><!-- wp:paragraph --><\/p>\n<p>En definitiva,<strong>\u00a0la participaci\u00f3n de los usuarios es fundamental que sea continua durante toda la vida del software<\/strong>.<\/p>\n<p><!-- wp:heading --><\/p>\n<h2>Conclusiones<\/h2>\n<p><!-- wp:paragraph --><\/p>\n<p><strong>Desarrollar un sistema interactivo cuidando la experiencia de usuario es una tarea compleja<\/strong>\u00a0que, en el caso de tratarse de\u00a0<strong>tecnolog\u00eda de apoyo orientada al acceso, presenta una retos particulares<\/strong>\u00a0que hay que abordar.\u00a0<\/p>\n<p><!-- wp:paragraph --><\/p>\n<p>El m\u00e9todo que empleamos para hacer frente a este tipo de proyectos se basa en el\u00a0<strong>dise\u00f1o centrado en el usuario<\/strong>\u00a0y consiste, b\u00e1sicamente, en iterar a trav\u00e9s de versiones sucesivas del software contando con la participaci\u00f3n de los usuarios finales. Como principal t\u00e9cnica de evaluaci\u00f3n de la usabilidad empleamos la denominada \u201cpensando en voz alta\u201d, que adaptamos en funci\u00f3n de las caracter\u00edsticas de la persona con discapacidad participante.\u00a0<\/p>\n<p><!-- wp:paragraph --><\/p>\n<p>Adem\u00e1s del destinatario final, consideramos al\u00a0<strong>facilitador com una figura clave<\/strong>\u00a0en el proceso de adopci\u00f3n de nuestras aplicaciones y como apoyo para la realizaci\u00f3n de los tests de usabilidad; por ello tambi\u00e9n lo incorporamos en el proceso de software.<\/p>\n<p><!-- wp:paragraph --><\/p>\n<p>Por \u00faltimo,\u00a0<strong>la publicaci\u00f3n de la aplicaci\u00f3n<\/strong>, lejos de poner punto y final al dise\u00f1o y desarrollo,\u00a0<strong>proporciona nuevas oportunidades de incrementar el valor de la misma<\/strong>\u00a0a lo largo del tiempo.<\/p>\n<h3>\u00bfEst\u00e1s pensando en crear una aplicaci\u00f3n para personas con discapacidad? \u00a1Queremos saber de ti!<\/h3>\n<p><a class=\"btn btn-primary\" role=\"button\" href=\"https:\/\/easeapps.xyz\/es\/contactar\/\">Dinos lo qu\u00e9 piensas<\/a><\/p>\n<p><!-- \/wp:paragraph --><\/p><!-- \/wp:post-content --><!-- \/wp:list --><\/p>\n<h3>Usuarios e implicados<\/h3>\n<p><!-- wp:paragraph --><\/p>\n<p>Por tanto, si el usuario es el centro, vamos a centrarnos ahora en los usuario. \u00bfQu\u00e9 es un usuario? Consideramos usuario a toda personas que usa directamente el sistema. En el caso de Ease Apps\u00a0<strong>distinguimos dos tipos o roles de usuario distintos:<\/strong><\/p>\n<p><!-- wp:list --><\/p>\n<ul>\n<li>Los\u00a0<strong>destinatarios\u00a0<\/strong>son las<strong>\u00a0personas con discapacidad para quienes dise\u00f1amos nuestros sistemas<\/strong>\u00a0y que los usar\u00e1n para acceder al dispositivo m\u00f3vil. Ya hemos comentado cu\u00e1les son sus perfiles de funcionamiento y los retos que ello entra\u00f1a.<\/li>\n<li>Los\u00a0<strong>facilitadores\u00a0<\/strong>son los<strong>\u00a0encargados de la instalaci\u00f3n, configuraci\u00f3n inicial del sistema y apoyo al usuario final<\/strong>. Tambi\u00e9n suelen actuar como prescriptores y valoradores de la idoneidad de la tecnolog\u00eda de apoyo. Generalmente son profesionales de entidades de atenci\u00f3n a la discapacidad o servicios afines, aunque tambi\u00e9n pueden ser otras personas cercanas al usuario final como familiares o amigos. En algunas ocasiones, el propio destinatario puede ejercer el papel de facilitador. Aunque el perfil de los facilitadores puede ser muy heterog\u00e9neo, habitualmente son personas con experiencia en proporcionar apoyo al usuario final, conocedoras de su perfil de funcionamiento y que estar\u00e1n familiarizados con el manejo de dispositivos m\u00f3viles y ciertas ayudas t\u00e9cnicas. Si el facilitador es incapaz de comprender c\u00f3mo funciona nuestro sistema dif\u00edcilmente podr\u00e1 recomendarlo a los usuarios que puedan necesitarlo y proporcionar el apoyo adecuado. Por lo tanto,\u00a0<strong>es crucial involucrarlos durante el proceso de dise\u00f1o<\/strong>.\u00a0\u00a0<\/li>\n<\/ul>\n<p><!-- wp:list --><\/p>\n<p><!-- wp:paragraph --><\/p>\n<p>Por supuesto,\u00a0<strong>existen otros implicados<\/strong>\u00a0tales como otros profesionales, familiares, compa\u00f1eros, amigos, etc. que<strong>\u00a0pueden ejercer una influencia determinante<\/strong>\u00a0a la hora de adoptar y fomentar o limitar el uso de la tecnolog\u00eda de apoyo. Estos implicados puntualmente pueden adquirir el rol de facilitadores, por ejemplo, para ayudar a poner en marcha el tel\u00e9fono m\u00f3vil o ajustarlo a la silla de ruedas.<\/p>\n<p><!-- wp:heading {\"level\":3} --><\/p>\n<h3>Ideando el producto<\/h3>\n<p><!-- wp:paragraph --><\/p>\n<p><strong>Muchas ideas surgen como fruto de la observaci\u00f3n de problemas o dificultades<\/strong>\u00a0que experimentan otras personas o uno mismo. De hecho,\u00a0<a href=\"https:\/\/easeapps.xyz\/es\/blog\/107-como-nace-el-proyecto-ease-apps\/\">as\u00ed es como naci\u00f3 Ease Apps<\/a>. Nuestro trato habitual con personas con discapacidad nos permiti\u00f3 detectar sus dificultades de acceso a los dispositivos m\u00f3viles de una forma espont\u00e1nea.<\/p>\n<p>Pero detectar los problemas es s\u00f3lo una parte. Tambi\u00e9n es necesario\u00a0<strong>concebir posibles soluciones a esos problemas<\/strong>. Para ello, es necesario conocer las posibilidades que la tecnolog\u00eda ofrece y c\u00f3mo adaptarla a la realidad del usuario. Ello implica analizar la realidad de estas personas, cu\u00e1l es su funcionamiento, qu\u00e9 dificultades encuentran en su d\u00eda a d\u00eda y, espec\u00edficamente, con el uso de la tecnolog\u00eda. Tambi\u00e9n es fundamental conocer qu\u00e9 tareas vana querer desarrollar, en qu\u00e9 contextos, con qu\u00e9 apoyos y qu\u00e9 otras soluciones existen en el mercado.<\/p>\n<p><!-- wp:heading {\"level\":3} --><\/p>\n<h3>Dise\u00f1o y desarrollo<\/h3>\n<p>Concebido el producto, es necesario<strong>\u00a0transformar las ideas\u00a0<\/strong>en algo tangible, en nuestro caso\u00a0<strong>en una aplicaci\u00f3n inform\u00e1tica<\/strong>.<\/p>\n<p>Durante esta etapa\u00a0<strong>es necesario acudir de nuevo a los usuarios en diversas ocasiones<\/strong>\u00a0para contrastar con ellos los avances y poder evaluarlos y validarlos. Estos avances se pueden plasmar en forma de bocetos, esquemas, prototipos, versiones de software, etc. Se trata de un\u00a0<strong>proceso incremental iterativo<\/strong>\u00a0donde la informaci\u00f3n proporcionada por el usuario es vital para su avance. Esta informaci\u00f3n es la que permite detectar lo antes posible cualquier problema, cuando corregirlo es m\u00e1s sencillo y econ\u00f3mico.<\/p>\n<p>En nuestro caso, solemos realizar\u00a0<strong>varios tests de usabilidad empleando una adaptaci\u00f3n de la t\u00e9cnica denominada\u00a0<\/strong><a href=\"http:\/\/mpiua.invid.udl.cat\/pensando-en-voz-alta-thinking-aloud\/\"><strong>\u201cpensando en voz alta\u201d<\/strong><\/a>. Esta t\u00e9cnica b\u00e1sicamente consiste en:<\/p>\n<ol>\n<li>Reclutar a algunos usuarios representativos (destinatarios y facilitadores).<\/li>\n<li>Pedirles que traten de realizar algunas tareas con nuestro prototipo o aplicaci\u00f3n.<\/li>\n<li>Guardar silencio, observar atentamente y tomar notas de los hechos m\u00e1s relevantes mientras los usuarios usan el sistema y verbalizan lo que piensan. En ocasiones, tambi\u00e9n grabamos la sesi\u00f3n en v\u00eddeo por si es necesario recurrir m\u00e1s adelante para ampliar informaci\u00f3n.<\/li>\n<\/ol>\n<p>Algunos personas con discapacidad participantes en los tests tienen muchas dificultades para articular el habla. En estos casos adaptamos la t\u00e9cnica \u201cpensando en voz alta\u201d de forma que\u00a0\u00a0<strong>es el facilitador el que nos ayuda a interpretar lo que expresa el usuario<\/strong>, bien sea de forma oral o a trav\u00e9s de otras formas de expresi\u00f3n. Otra posibilidad que ofrecemos al usuario es que interrumpa el test en cualquier momento para expresar lo que est\u00e1 pensando a trav\u00e9s de su medio habitual de comunicaci\u00f3n, por ejemplo, un sistema aumentativo o alternativo de comunicaci\u00f3n (SAAC).<\/p>\n<p><!-- wp:paragraph --><\/p>\n<p><!-- wp:paragraph --><\/p>\n<p><!-- wp:paragraph --><\/p>\n<p><!-- wp:list {\"ordered\":true} --><\/p>\n<p><!-- wp:paragraph --><\/p>\n<p><img loading=\"lazy\" decoding=\"async\" class=\" size-full wp-image-52\" src=\"https:\/\/easeapps.xyz\/wp-content\/uploads\/sites\/2\/blog\/usability-test-session-with-end-user-facilitator-and-researcher-taking-notes.jpg\" alt=\"usability test session with end user facilitator and researcher taking notes\" width=\"500\" height=\"291\" \/><\/p>\n<p><!-- wp:heading {\"level\":3} --><\/p>\n<h3>Contextos de uso y tareas<\/h3>\n<p><!-- wp:paragraph --><\/p>\n<p>A la hora de considerar la participaci\u00f3n de los distintos usuarios y las tareas que vamos a solicitar a cada uno de ellos, distinguimos entre tres situaciones o contextos distintos:<\/p>\n<p><!-- wp:list --><\/p>\n<ul>\n<li><strong>Primer contacto por parte del facilitador<\/strong>. En este caso se trata de un contexto en el que el facilitador eval\u00faa la soluci\u00f3n con el objetivo de comprender su funcionamiento y poder recomendarla y asesorar a usuarios finales. B\u00e1sicamente, al facilitador se le proporciona el nombre de nuestra aplicaci\u00f3n para que trate de instalarla y comprender su funcionamiento. L\u00f3gicamente, el facilitador no debe estar familiarizado con la aplicaci\u00f3n. En este contexto\u00a0<strong>el<\/strong>\u00a0<strong>criterio b\u00e1sico de evaluaci\u00f3n es la facilidad de aprendizaje<\/strong>.\u00a0<\/li>\n<li><strong>Contexto estructurado con apoyo externo<\/strong>. Es aquel donde el usuario requiere de un apoyo intensivo para un uso satisfactorio del sistema. Generalmente esta situaci\u00f3n se da en el \u00e1mbito de un centro de atenci\u00f3n (escuela de educaci\u00f3n especial, taller ocupacional, centro de d\u00eda o centro residencial asistido). B\u00e1sicamente se plantean dos tipos de tareas en las que participan facilitador y destinatario..\u00a0\n<ul>\n<li>El primer tipo implica consiste en un\u00a0<strong>facilitador tratando de explicar el funcionamiento del sistema a un usuario<\/strong>\u00a0sin experiencia previa. Con ello queremos evaluar hasta qu\u00e9 punto nuestro sistema facilita esta transferencia de conocimiento.<\/li>\n<li>El segundo tipo consiste en un conjunto de\u00a0<strong>tareas concretas que el usuario debe realizar<\/strong>. En la medida de lo posible, es el propio usuario el que escoge estas tareas. El facilitador est\u00e1 presente aunque debe abstenerse de intervenir y, fundamentalmente, su papel consiste en ayudar al usuario a comunicar lo que piensa en cada momento. El principal criterio que valoramos es la facilidad de uso del sistema y, en cierta medida, la facilidad de aprendizaje por parte del destinatario.<\/li>\n<\/ul>\n<\/li>\n<li><strong>Contexto no estructurado sin apoyo externo<\/strong>. Se trata de un contexto de uso m\u00e1s normalizado en el cual el usuario trata de cubrir sus propias necesidades e intereses al utilizar un dispositivo m\u00f3vil. Es decir, un\u00a0<strong>contexto de uso hom\u00f3logo al de cualquier persona que utiliza dispositivos m\u00f3viles<\/strong>. En este caso no siempre se lleva a cabo un test de usabilidad, s\u00f3lo en aquellas situaciones en las que se sospecha que existe realmente una dificultad. De hecho, en algunos casos es suficiente con una comunicaci\u00f3n por parte del usuario o del facilitador.<\/li>\n<\/ul>\n<p><!-- wp:heading {\"level\":3} --><\/p>\n<h3>Publicaci\u00f3n de la aplicaci\u00f3n<\/h3>\n<p><!-- wp:paragraph --><\/p>\n<p>Llega el momento en que el proceso de dise\u00f1o debe dar paso a una primera versi\u00f3n del software. Por supuesto, esta primera versi\u00f3n contiene imperfecciones y carece de algunas funcionalidades, pero ya cumple una misi\u00f3n que hemos contrastado en nuestras pruebas con usuarios.<\/p>\n<p><!-- wp:paragraph --><\/p>\n<p><strong>\u00bfHemos terminado? \u00a1Ni mucho menos!<\/strong>\u00a0<\/p>\n<p><!-- wp:paragraph --><\/p>\n<p>En primer lugar, no podemos considerar que el proceso de dise\u00f1o haya concluido hasta haber completado o descartado todas aquellas funcionalidades que ten\u00edamos previstas. En segundo lugar, la publicaci\u00f3n de la aplicaci\u00f3n multiplica las posibilidades de recibir peticiones de soporte, comentarios sobre su funcionamiento, sugerencias, etc. En tercer lugar, la mayor\u00eda de las personas que ha participado en las pruebas de usabilidad acaban siendo usuarios de nuestro producto y dado que a algunas de estas personas las vemos regularmente, aprovechamos para hacer seguimiento.<\/p>\n<p><!-- wp:paragraph --><\/p>\n<p>Por lo tanto, lejos de haber concluido,\u00a0<strong>la publicaci\u00f3n es una fuente de nuevas ideas, modificaciones y tareas<\/strong>\u00a0que se acumular\u00e1n a aquellas que quedaron pendientes y que habr\u00e1 que priorizar adecuadamente para permitir que la evoluci\u00f3n del producto contin\u00fae. En algunos casos se tratar\u00e1 de modificaciones que podemos validar intercambiando un correo electr\u00f3nico o manteniendo una conversaci\u00f3n de pasillo con un usuario. En otros casos,\u00a0<strong>el impacto de los cambios ser\u00e1 tal que obligar\u00e1 a una revisi\u00f3n m\u00e1s profunda del dise\u00f1o y a la realizaci\u00f3n de nuevos tests de usabilidad<\/strong>\u00a0como los anteriormente comentados.\u00a0<\/p>\n<p><!-- wp:paragraph --><\/p>\n<p>En definitiva,<strong>\u00a0la participaci\u00f3n de los usuarios es fundamental que sea continua durante toda la vida del software<\/strong>.<\/p>\n<p><!-- wp:heading --><\/p>\n<h2>Conclusiones<\/h2>\n<p><!-- wp:paragraph --><\/p>\n<p><strong>Desarrollar un sistema interactivo cuidando la experiencia de usuario es una tarea compleja<\/strong>\u00a0que, en el caso de tratarse de\u00a0<strong>tecnolog\u00eda de apoyo orientada al acceso, presenta una retos particulares<\/strong>\u00a0que hay que abordar.\u00a0<\/p>\n<p><!-- wp:paragraph --><\/p>\n<p>El m\u00e9todo que empleamos para hacer frente a este tipo de proyectos se basa en el\u00a0<strong>dise\u00f1o centrado en el usuario<\/strong>\u00a0y consiste, b\u00e1sicamente, en iterar a trav\u00e9s de versiones sucesivas del software contando con la participaci\u00f3n de los usuarios finales. Como principal t\u00e9cnica de evaluaci\u00f3n de la usabilidad empleamos la denominada \u201cpensando en voz alta\u201d, que adaptamos en funci\u00f3n de las caracter\u00edsticas de la persona con discapacidad participante.\u00a0<\/p>\n<p><!-- wp:paragraph --><\/p>\n<p>Adem\u00e1s del destinatario final, consideramos al\u00a0<strong>facilitador com una figura clave<\/strong>\u00a0en el proceso de adopci\u00f3n de nuestras aplicaciones y como apoyo para la realizaci\u00f3n de los tests de usabilidad; por ello tambi\u00e9n lo incorporamos en el proceso de software.<\/p>\n<p><!-- wp:paragraph --><\/p>\n<p>Por \u00faltimo,\u00a0<strong>la publicaci\u00f3n de la aplicaci\u00f3n<\/strong>, lejos de poner punto y final al dise\u00f1o y desarrollo,\u00a0<strong>proporciona nuevas oportunidades de incrementar el valor de la misma<\/strong>\u00a0a lo largo del tiempo.<\/p>\n<h3>\u00bfEst\u00e1s pensando en crear una aplicaci\u00f3n para personas con discapacidad? \u00a1Queremos saber de ti!<\/h3>\n<p><a class=\"btn btn-primary\" role=\"button\" href=\"https:\/\/easeapps.xyz\/es\/contactar\/\">Dinos lo qu\u00e9 piensas<\/a><\/p>\n<p><!-- \/wp:paragraph --><\/p><!-- \/wp:post-content --><!-- \/wp:paragraph --><\/p>\n<p>El secreto es que no hay secreto, todo consiste aplicar el sentido com\u00fan y\u00a0<strong>tener en consideraci\u00f3n a los usuarios durante todo el proceso<\/strong>: observar sus necesidades, hacerles part\u00edcipes del proceso de dise\u00f1o, pedirles que prueben las aplicaciones, tener muy en cuenta sus comentarios, etc. En otras palabras, consiste en\u00a0<strong>seguir un enfoque centrado en el usuario<\/strong>.<\/p>\n<p><img loading=\"lazy\" decoding=\"async\" class=\" size-full wp-image-51\" src=\"https:\/\/easeapps.xyz\/wp-content\/uploads\/sites\/2\/blog\/end-user-and-facilitator-taking-part-on-a-usability-test.jpg\" alt=\"end user and facilitator taking part on a usability test\" width=\"450\" height=\"299\" \/><\/p>\n<p><!-- wp:heading {\"level\":3} --><\/p>\n<h3>Usuarios e implicados<\/h3>\n<p><!-- wp:paragraph --><\/p>\n<p>Por tanto, si el usuario es el centro, vamos a centrarnos ahora en los usuario. \u00bfQu\u00e9 es un usuario? Consideramos usuario a toda personas que usa directamente el sistema. En el caso de Ease Apps\u00a0<strong>distinguimos dos tipos o roles de usuario distintos:<\/strong><\/p>\n<p><!-- wp:list --><\/p>\n<ul>\n<li>Los\u00a0<strong>destinatarios\u00a0<\/strong>son las<strong>\u00a0personas con discapacidad para quienes dise\u00f1amos nuestros sistemas<\/strong>\u00a0y que los usar\u00e1n para acceder al dispositivo m\u00f3vil. Ya hemos comentado cu\u00e1les son sus perfiles de funcionamiento y los retos que ello entra\u00f1a.<\/li>\n<li>Los\u00a0<strong>facilitadores\u00a0<\/strong>son los<strong>\u00a0encargados de la instalaci\u00f3n, configuraci\u00f3n inicial del sistema y apoyo al usuario final<\/strong>. Tambi\u00e9n suelen actuar como prescriptores y valoradores de la idoneidad de la tecnolog\u00eda de apoyo. Generalmente son profesionales de entidades de atenci\u00f3n a la discapacidad o servicios afines, aunque tambi\u00e9n pueden ser otras personas cercanas al usuario final como familiares o amigos. En algunas ocasiones, el propio destinatario puede ejercer el papel de facilitador. Aunque el perfil de los facilitadores puede ser muy heterog\u00e9neo, habitualmente son personas con experiencia en proporcionar apoyo al usuario final, conocedoras de su perfil de funcionamiento y que estar\u00e1n familiarizados con el manejo de dispositivos m\u00f3viles y ciertas ayudas t\u00e9cnicas. Si el facilitador es incapaz de comprender c\u00f3mo funciona nuestro sistema dif\u00edcilmente podr\u00e1 recomendarlo a los usuarios que puedan necesitarlo y proporcionar el apoyo adecuado. Por lo tanto,\u00a0<strong>es crucial involucrarlos durante el proceso de dise\u00f1o<\/strong>.\u00a0\u00a0<\/li>\n<\/ul>\n<p><!-- wp:list --><\/p>\n<p><!-- wp:paragraph --><\/p>\n<p>Por supuesto,\u00a0<strong>existen otros implicados<\/strong>\u00a0tales como otros profesionales, familiares, compa\u00f1eros, amigos, etc. que<strong>\u00a0pueden ejercer una influencia determinante<\/strong>\u00a0a la hora de adoptar y fomentar o limitar el uso de la tecnolog\u00eda de apoyo. Estos implicados puntualmente pueden adquirir el rol de facilitadores, por ejemplo, para ayudar a poner en marcha el tel\u00e9fono m\u00f3vil o ajustarlo a la silla de ruedas.<\/p>\n<p><!-- wp:heading {\"level\":3} --><\/p>\n<h3>Ideando el producto<\/h3>\n<p><!-- wp:paragraph --><\/p>\n<p><strong>Muchas ideas surgen como fruto de la observaci\u00f3n de problemas o dificultades<\/strong>\u00a0que experimentan otras personas o uno mismo. De hecho,\u00a0<a href=\"https:\/\/easeapps.xyz\/es\/blog\/107-como-nace-el-proyecto-ease-apps\/\">as\u00ed es como naci\u00f3 Ease Apps<\/a>. Nuestro trato habitual con personas con discapacidad nos permiti\u00f3 detectar sus dificultades de acceso a los dispositivos m\u00f3viles de una forma espont\u00e1nea.<\/p>\n<p>Pero detectar los problemas es s\u00f3lo una parte. Tambi\u00e9n es necesario\u00a0<strong>concebir posibles soluciones a esos problemas<\/strong>. Para ello, es necesario conocer las posibilidades que la tecnolog\u00eda ofrece y c\u00f3mo adaptarla a la realidad del usuario. Ello implica analizar la realidad de estas personas, cu\u00e1l es su funcionamiento, qu\u00e9 dificultades encuentran en su d\u00eda a d\u00eda y, espec\u00edficamente, con el uso de la tecnolog\u00eda. Tambi\u00e9n es fundamental conocer qu\u00e9 tareas vana querer desarrollar, en qu\u00e9 contextos, con qu\u00e9 apoyos y qu\u00e9 otras soluciones existen en el mercado.<\/p>\n<p><!-- wp:heading {\"level\":3} --><\/p>\n<h3>Dise\u00f1o y desarrollo<\/h3>\n<p>Concebido el producto, es necesario<strong>\u00a0transformar las ideas\u00a0<\/strong>en algo tangible, en nuestro caso\u00a0<strong>en una aplicaci\u00f3n inform\u00e1tica<\/strong>.<\/p>\n<p>Durante esta etapa\u00a0<strong>es necesario acudir de nuevo a los usuarios en diversas ocasiones<\/strong>\u00a0para contrastar con ellos los avances y poder evaluarlos y validarlos. Estos avances se pueden plasmar en forma de bocetos, esquemas, prototipos, versiones de software, etc. Se trata de un\u00a0<strong>proceso incremental iterativo<\/strong>\u00a0donde la informaci\u00f3n proporcionada por el usuario es vital para su avance. Esta informaci\u00f3n es la que permite detectar lo antes posible cualquier problema, cuando corregirlo es m\u00e1s sencillo y econ\u00f3mico.<\/p>\n<p>En nuestro caso, solemos realizar\u00a0<strong>varios tests de usabilidad empleando una adaptaci\u00f3n de la t\u00e9cnica denominada\u00a0<\/strong><a href=\"http:\/\/mpiua.invid.udl.cat\/pensando-en-voz-alta-thinking-aloud\/\"><strong>\u201cpensando en voz alta\u201d<\/strong><\/a>. Esta t\u00e9cnica b\u00e1sicamente consiste en:<\/p>\n<ol>\n<li>Reclutar a algunos usuarios representativos (destinatarios y facilitadores).<\/li>\n<li>Pedirles que traten de realizar algunas tareas con nuestro prototipo o aplicaci\u00f3n.<\/li>\n<li>Guardar silencio, observar atentamente y tomar notas de los hechos m\u00e1s relevantes mientras los usuarios usan el sistema y verbalizan lo que piensan. En ocasiones, tambi\u00e9n grabamos la sesi\u00f3n en v\u00eddeo por si es necesario recurrir m\u00e1s adelante para ampliar informaci\u00f3n.<\/li>\n<\/ol>\n<p>Algunos personas con discapacidad participantes en los tests tienen muchas dificultades para articular el habla. En estos casos adaptamos la t\u00e9cnica \u201cpensando en voz alta\u201d de forma que\u00a0\u00a0<strong>es el facilitador el que nos ayuda a interpretar lo que expresa el usuario<\/strong>, bien sea de forma oral o a trav\u00e9s de otras formas de expresi\u00f3n. Otra posibilidad que ofrecemos al usuario es que interrumpa el test en cualquier momento para expresar lo que est\u00e1 pensando a trav\u00e9s de su medio habitual de comunicaci\u00f3n, por ejemplo, un sistema aumentativo o alternativo de comunicaci\u00f3n (SAAC).<\/p>\n<p><!-- wp:paragraph --><\/p>\n<p><!-- wp:paragraph --><\/p>\n<p><!-- wp:paragraph --><\/p>\n<p><!-- wp:list {\"ordered\":true} --><\/p>\n<p><!-- wp:paragraph --><\/p>\n<p><img loading=\"lazy\" decoding=\"async\" class=\" size-full wp-image-52\" src=\"https:\/\/easeapps.xyz\/wp-content\/uploads\/sites\/2\/blog\/usability-test-session-with-end-user-facilitator-and-researcher-taking-notes.jpg\" alt=\"usability test session with end user facilitator and researcher taking notes\" width=\"500\" height=\"291\" \/><\/p>\n<p><!-- wp:heading {\"level\":3} --><\/p>\n<h3>Contextos de uso y tareas<\/h3>\n<p><!-- wp:paragraph --><\/p>\n<p>A la hora de considerar la participaci\u00f3n de los distintos usuarios y las tareas que vamos a solicitar a cada uno de ellos, distinguimos entre tres situaciones o contextos distintos:<\/p>\n<p><!-- wp:list --><\/p>\n<ul>\n<li><strong>Primer contacto por parte del facilitador<\/strong>. En este caso se trata de un contexto en el que el facilitador eval\u00faa la soluci\u00f3n con el objetivo de comprender su funcionamiento y poder recomendarla y asesorar a usuarios finales. B\u00e1sicamente, al facilitador se le proporciona el nombre de nuestra aplicaci\u00f3n para que trate de instalarla y comprender su funcionamiento. L\u00f3gicamente, el facilitador no debe estar familiarizado con la aplicaci\u00f3n. En este contexto\u00a0<strong>el<\/strong>\u00a0<strong>criterio b\u00e1sico de evaluaci\u00f3n es la facilidad de aprendizaje<\/strong>.\u00a0<\/li>\n<li><strong>Contexto estructurado con apoyo externo<\/strong>. Es aquel donde el usuario requiere de un apoyo intensivo para un uso satisfactorio del sistema. Generalmente esta situaci\u00f3n se da en el \u00e1mbito de un centro de atenci\u00f3n (escuela de educaci\u00f3n especial, taller ocupacional, centro de d\u00eda o centro residencial asistido). B\u00e1sicamente se plantean dos tipos de tareas en las que participan facilitador y destinatario..\u00a0\n<ul>\n<li>El primer tipo implica consiste en un\u00a0<strong>facilitador tratando de explicar el funcionamiento del sistema a un usuario<\/strong>\u00a0sin experiencia previa. Con ello queremos evaluar hasta qu\u00e9 punto nuestro sistema facilita esta transferencia de conocimiento.<\/li>\n<li>El segundo tipo consiste en un conjunto de\u00a0<strong>tareas concretas que el usuario debe realizar<\/strong>. En la medida de lo posible, es el propio usuario el que escoge estas tareas. El facilitador est\u00e1 presente aunque debe abstenerse de intervenir y, fundamentalmente, su papel consiste en ayudar al usuario a comunicar lo que piensa en cada momento. El principal criterio que valoramos es la facilidad de uso del sistema y, en cierta medida, la facilidad de aprendizaje por parte del destinatario.<\/li>\n<\/ul>\n<\/li>\n<li><strong>Contexto no estructurado sin apoyo externo<\/strong>. Se trata de un contexto de uso m\u00e1s normalizado en el cual el usuario trata de cubrir sus propias necesidades e intereses al utilizar un dispositivo m\u00f3vil. Es decir, un\u00a0<strong>contexto de uso hom\u00f3logo al de cualquier persona que utiliza dispositivos m\u00f3viles<\/strong>. En este caso no siempre se lleva a cabo un test de usabilidad, s\u00f3lo en aquellas situaciones en las que se sospecha que existe realmente una dificultad. De hecho, en algunos casos es suficiente con una comunicaci\u00f3n por parte del usuario o del facilitador.<\/li>\n<\/ul>\n<p><!-- wp:heading {\"level\":3} --><\/p>\n<h3>Publicaci\u00f3n de la aplicaci\u00f3n<\/h3>\n<p><!-- wp:paragraph --><\/p>\n<p>Llega el momento en que el proceso de dise\u00f1o debe dar paso a una primera versi\u00f3n del software. Por supuesto, esta primera versi\u00f3n contiene imperfecciones y carece de algunas funcionalidades, pero ya cumple una misi\u00f3n que hemos contrastado en nuestras pruebas con usuarios.<\/p>\n<p><!-- wp:paragraph --><\/p>\n<p><strong>\u00bfHemos terminado? \u00a1Ni mucho menos!<\/strong>\u00a0<\/p>\n<p><!-- wp:paragraph --><\/p>\n<p>En primer lugar, no podemos considerar que el proceso de dise\u00f1o haya concluido hasta haber completado o descartado todas aquellas funcionalidades que ten\u00edamos previstas. En segundo lugar, la publicaci\u00f3n de la aplicaci\u00f3n multiplica las posibilidades de recibir peticiones de soporte, comentarios sobre su funcionamiento, sugerencias, etc. En tercer lugar, la mayor\u00eda de las personas que ha participado en las pruebas de usabilidad acaban siendo usuarios de nuestro producto y dado que a algunas de estas personas las vemos regularmente, aprovechamos para hacer seguimiento.<\/p>\n<p><!-- wp:paragraph --><\/p>\n<p>Por lo tanto, lejos de haber concluido,\u00a0<strong>la publicaci\u00f3n es una fuente de nuevas ideas, modificaciones y tareas<\/strong>\u00a0que se acumular\u00e1n a aquellas que quedaron pendientes y que habr\u00e1 que priorizar adecuadamente para permitir que la evoluci\u00f3n del producto contin\u00fae. En algunos casos se tratar\u00e1 de modificaciones que podemos validar intercambiando un correo electr\u00f3nico o manteniendo una conversaci\u00f3n de pasillo con un usuario. En otros casos,\u00a0<strong>el impacto de los cambios ser\u00e1 tal que obligar\u00e1 a una revisi\u00f3n m\u00e1s profunda del dise\u00f1o y a la realizaci\u00f3n de nuevos tests de usabilidad<\/strong>\u00a0como los anteriormente comentados.\u00a0<\/p>\n<p><!-- wp:paragraph --><\/p>\n<p>En definitiva,<strong>\u00a0la participaci\u00f3n de los usuarios es fundamental que sea continua durante toda la vida del software<\/strong>.<\/p>\n<p><!-- wp:heading --><\/p>\n<h2>Conclusiones<\/h2>\n<p><!-- wp:paragraph --><\/p>\n<p><strong>Desarrollar un sistema interactivo cuidando la experiencia de usuario es una tarea compleja<\/strong>\u00a0que, en el caso de tratarse de\u00a0<strong>tecnolog\u00eda de apoyo orientada al acceso, presenta una retos particulares<\/strong>\u00a0que hay que abordar.\u00a0<\/p>\n<p><!-- wp:paragraph --><\/p>\n<p>El m\u00e9todo que empleamos para hacer frente a este tipo de proyectos se basa en el\u00a0<strong>dise\u00f1o centrado en el usuario<\/strong>\u00a0y consiste, b\u00e1sicamente, en iterar a trav\u00e9s de versiones sucesivas del software contando con la participaci\u00f3n de los usuarios finales. Como principal t\u00e9cnica de evaluaci\u00f3n de la usabilidad empleamos la denominada \u201cpensando en voz alta\u201d, que adaptamos en funci\u00f3n de las caracter\u00edsticas de la persona con discapacidad participante.\u00a0<\/p>\n<p><!-- wp:paragraph --><\/p>\n<p>Adem\u00e1s del destinatario final, consideramos al\u00a0<strong>facilitador com una figura clave<\/strong>\u00a0en el proceso de adopci\u00f3n de nuestras aplicaciones y como apoyo para la realizaci\u00f3n de los tests de usabilidad; por ello tambi\u00e9n lo incorporamos en el proceso de software.<\/p>\n<p><!-- wp:paragraph --><\/p>\n<p>Por \u00faltimo,\u00a0<strong>la publicaci\u00f3n de la aplicaci\u00f3n<\/strong>, lejos de poner punto y final al dise\u00f1o y desarrollo,\u00a0<strong>proporciona nuevas oportunidades de incrementar el valor de la misma<\/strong>\u00a0a lo largo del tiempo.<\/p>\n<h3>\u00bfEst\u00e1s pensando en crear una aplicaci\u00f3n para personas con discapacidad? \u00a1Queremos saber de ti!<\/h3>\n<p><a class=\"btn btn-primary\" role=\"button\" href=\"https:\/\/easeapps.xyz\/es\/contactar\/\">Dinos lo qu\u00e9 piensas<\/a><\/p>\n<p><!-- \/wp:paragraph --><\/p><!-- \/wp:post-content --><!-- \/wp:heading --><\/p>\n<p>Si has llegado hasta aqu\u00ed ya conoces los principales retos que supone desarrollar aplicaciones de tecnolog\u00eda de apoyo. Y ahora, \u00bfc\u00f3mo abordar el dise\u00f1o y desarrollo de una aplicaci\u00f3n?\u00a0<strong>\u00bfD\u00f3nde reside el secreto para conseguir que nuestros desarrollos satisfagan las necesidades de los usuarios?<\/strong><\/p>\n<p><!-- wp:paragraph --><\/p>\n<p>El secreto es que no hay secreto, todo consiste aplicar el sentido com\u00fan y\u00a0<strong>tener en consideraci\u00f3n a los usuarios durante todo el proceso<\/strong>: observar sus necesidades, hacerles part\u00edcipes del proceso de dise\u00f1o, pedirles que prueben las aplicaciones, tener muy en cuenta sus comentarios, etc. En otras palabras, consiste en\u00a0<strong>seguir un enfoque centrado en el usuario<\/strong>.<\/p>\n<p><img loading=\"lazy\" decoding=\"async\" class=\" size-full wp-image-51\" src=\"https:\/\/easeapps.xyz\/wp-content\/uploads\/sites\/2\/blog\/end-user-and-facilitator-taking-part-on-a-usability-test.jpg\" alt=\"end user and facilitator taking part on a usability test\" width=\"450\" height=\"299\" \/><\/p>\n<p><!-- wp:heading {\"level\":3} --><\/p>\n<h3>Usuarios e implicados<\/h3>\n<p><!-- wp:paragraph --><\/p>\n<p>Por tanto, si el usuario es el centro, vamos a centrarnos ahora en los usuario. \u00bfQu\u00e9 es un usuario? Consideramos usuario a toda personas que usa directamente el sistema. En el caso de Ease Apps\u00a0<strong>distinguimos dos tipos o roles de usuario distintos:<\/strong><\/p>\n<p><!-- wp:list --><\/p>\n<ul>\n<li>Los\u00a0<strong>destinatarios\u00a0<\/strong>son las<strong>\u00a0personas con discapacidad para quienes dise\u00f1amos nuestros sistemas<\/strong>\u00a0y que los usar\u00e1n para acceder al dispositivo m\u00f3vil. Ya hemos comentado cu\u00e1les son sus perfiles de funcionamiento y los retos que ello entra\u00f1a.<\/li>\n<li>Los\u00a0<strong>facilitadores\u00a0<\/strong>son los<strong>\u00a0encargados de la instalaci\u00f3n, configuraci\u00f3n inicial del sistema y apoyo al usuario final<\/strong>. Tambi\u00e9n suelen actuar como prescriptores y valoradores de la idoneidad de la tecnolog\u00eda de apoyo. Generalmente son profesionales de entidades de atenci\u00f3n a la discapacidad o servicios afines, aunque tambi\u00e9n pueden ser otras personas cercanas al usuario final como familiares o amigos. En algunas ocasiones, el propio destinatario puede ejercer el papel de facilitador. Aunque el perfil de los facilitadores puede ser muy heterog\u00e9neo, habitualmente son personas con experiencia en proporcionar apoyo al usuario final, conocedoras de su perfil de funcionamiento y que estar\u00e1n familiarizados con el manejo de dispositivos m\u00f3viles y ciertas ayudas t\u00e9cnicas. Si el facilitador es incapaz de comprender c\u00f3mo funciona nuestro sistema dif\u00edcilmente podr\u00e1 recomendarlo a los usuarios que puedan necesitarlo y proporcionar el apoyo adecuado. Por lo tanto,\u00a0<strong>es crucial involucrarlos durante el proceso de dise\u00f1o<\/strong>.\u00a0\u00a0<\/li>\n<\/ul>\n<p><!-- wp:list --><\/p>\n<p><!-- wp:paragraph --><\/p>\n<p>Por supuesto,\u00a0<strong>existen otros implicados<\/strong>\u00a0tales como otros profesionales, familiares, compa\u00f1eros, amigos, etc. que<strong>\u00a0pueden ejercer una influencia determinante<\/strong>\u00a0a la hora de adoptar y fomentar o limitar el uso de la tecnolog\u00eda de apoyo. Estos implicados puntualmente pueden adquirir el rol de facilitadores, por ejemplo, para ayudar a poner en marcha el tel\u00e9fono m\u00f3vil o ajustarlo a la silla de ruedas.<\/p>\n<p><!-- wp:heading {\"level\":3} --><\/p>\n<h3>Ideando el producto<\/h3>\n<p><!-- wp:paragraph --><\/p>\n<p><strong>Muchas ideas surgen como fruto de la observaci\u00f3n de problemas o dificultades<\/strong>\u00a0que experimentan otras personas o uno mismo. De hecho,\u00a0<a href=\"https:\/\/easeapps.xyz\/es\/blog\/107-como-nace-el-proyecto-ease-apps\/\">as\u00ed es como naci\u00f3 Ease Apps<\/a>. Nuestro trato habitual con personas con discapacidad nos permiti\u00f3 detectar sus dificultades de acceso a los dispositivos m\u00f3viles de una forma espont\u00e1nea.<\/p>\n<p>Pero detectar los problemas es s\u00f3lo una parte. Tambi\u00e9n es necesario\u00a0<strong>concebir posibles soluciones a esos problemas<\/strong>. Para ello, es necesario conocer las posibilidades que la tecnolog\u00eda ofrece y c\u00f3mo adaptarla a la realidad del usuario. Ello implica analizar la realidad de estas personas, cu\u00e1l es su funcionamiento, qu\u00e9 dificultades encuentran en su d\u00eda a d\u00eda y, espec\u00edficamente, con el uso de la tecnolog\u00eda. Tambi\u00e9n es fundamental conocer qu\u00e9 tareas vana querer desarrollar, en qu\u00e9 contextos, con qu\u00e9 apoyos y qu\u00e9 otras soluciones existen en el mercado.<\/p>\n<p><!-- wp:heading {\"level\":3} --><\/p>\n<h3>Dise\u00f1o y desarrollo<\/h3>\n<p>Concebido el producto, es necesario<strong>\u00a0transformar las ideas\u00a0<\/strong>en algo tangible, en nuestro caso\u00a0<strong>en una aplicaci\u00f3n inform\u00e1tica<\/strong>.<\/p>\n<p>Durante esta etapa\u00a0<strong>es necesario acudir de nuevo a los usuarios en diversas ocasiones<\/strong>\u00a0para contrastar con ellos los avances y poder evaluarlos y validarlos. Estos avances se pueden plasmar en forma de bocetos, esquemas, prototipos, versiones de software, etc. Se trata de un\u00a0<strong>proceso incremental iterativo<\/strong>\u00a0donde la informaci\u00f3n proporcionada por el usuario es vital para su avance. Esta informaci\u00f3n es la que permite detectar lo antes posible cualquier problema, cuando corregirlo es m\u00e1s sencillo y econ\u00f3mico.<\/p>\n<p>En nuestro caso, solemos realizar\u00a0<strong>varios tests de usabilidad empleando una adaptaci\u00f3n de la t\u00e9cnica denominada\u00a0<\/strong><a href=\"http:\/\/mpiua.invid.udl.cat\/pensando-en-voz-alta-thinking-aloud\/\"><strong>\u201cpensando en voz alta\u201d<\/strong><\/a>. Esta t\u00e9cnica b\u00e1sicamente consiste en:<\/p>\n<ol>\n<li>Reclutar a algunos usuarios representativos (destinatarios y facilitadores).<\/li>\n<li>Pedirles que traten de realizar algunas tareas con nuestro prototipo o aplicaci\u00f3n.<\/li>\n<li>Guardar silencio, observar atentamente y tomar notas de los hechos m\u00e1s relevantes mientras los usuarios usan el sistema y verbalizan lo que piensan. En ocasiones, tambi\u00e9n grabamos la sesi\u00f3n en v\u00eddeo por si es necesario recurrir m\u00e1s adelante para ampliar informaci\u00f3n.<\/li>\n<\/ol>\n<p>Algunos personas con discapacidad participantes en los tests tienen muchas dificultades para articular el habla. En estos casos adaptamos la t\u00e9cnica \u201cpensando en voz alta\u201d de forma que\u00a0\u00a0<strong>es el facilitador el que nos ayuda a interpretar lo que expresa el usuario<\/strong>, bien sea de forma oral o a trav\u00e9s de otras formas de expresi\u00f3n. Otra posibilidad que ofrecemos al usuario es que interrumpa el test en cualquier momento para expresar lo que est\u00e1 pensando a trav\u00e9s de su medio habitual de comunicaci\u00f3n, por ejemplo, un sistema aumentativo o alternativo de comunicaci\u00f3n (SAAC).<\/p>\n<p><!-- wp:paragraph --><\/p>\n<p><!-- wp:paragraph --><\/p>\n<p><!-- wp:paragraph --><\/p>\n<p><!-- wp:list {\"ordered\":true} --><\/p>\n<p><!-- wp:paragraph --><\/p>\n<p><img loading=\"lazy\" decoding=\"async\" class=\" size-full wp-image-52\" src=\"https:\/\/easeapps.xyz\/wp-content\/uploads\/sites\/2\/blog\/usability-test-session-with-end-user-facilitator-and-researcher-taking-notes.jpg\" alt=\"usability test session with end user facilitator and researcher taking notes\" width=\"500\" height=\"291\" \/><\/p>\n<p><!-- wp:heading {\"level\":3} --><\/p>\n<h3>Contextos de uso y tareas<\/h3>\n<p><!-- wp:paragraph --><\/p>\n<p>A la hora de considerar la participaci\u00f3n de los distintos usuarios y las tareas que vamos a solicitar a cada uno de ellos, distinguimos entre tres situaciones o contextos distintos:<\/p>\n<p><!-- wp:list --><\/p>\n<ul>\n<li><strong>Primer contacto por parte del facilitador<\/strong>. En este caso se trata de un contexto en el que el facilitador eval\u00faa la soluci\u00f3n con el objetivo de comprender su funcionamiento y poder recomendarla y asesorar a usuarios finales. B\u00e1sicamente, al facilitador se le proporciona el nombre de nuestra aplicaci\u00f3n para que trate de instalarla y comprender su funcionamiento. L\u00f3gicamente, el facilitador no debe estar familiarizado con la aplicaci\u00f3n. En este contexto\u00a0<strong>el<\/strong>\u00a0<strong>criterio b\u00e1sico de evaluaci\u00f3n es la facilidad de aprendizaje<\/strong>.\u00a0<\/li>\n<li><strong>Contexto estructurado con apoyo externo<\/strong>. Es aquel donde el usuario requiere de un apoyo intensivo para un uso satisfactorio del sistema. Generalmente esta situaci\u00f3n se da en el \u00e1mbito de un centro de atenci\u00f3n (escuela de educaci\u00f3n especial, taller ocupacional, centro de d\u00eda o centro residencial asistido). B\u00e1sicamente se plantean dos tipos de tareas en las que participan facilitador y destinatario..\u00a0\n<ul>\n<li>El primer tipo implica consiste en un\u00a0<strong>facilitador tratando de explicar el funcionamiento del sistema a un usuario<\/strong>\u00a0sin experiencia previa. Con ello queremos evaluar hasta qu\u00e9 punto nuestro sistema facilita esta transferencia de conocimiento.<\/li>\n<li>El segundo tipo consiste en un conjunto de\u00a0<strong>tareas concretas que el usuario debe realizar<\/strong>. En la medida de lo posible, es el propio usuario el que escoge estas tareas. El facilitador est\u00e1 presente aunque debe abstenerse de intervenir y, fundamentalmente, su papel consiste en ayudar al usuario a comunicar lo que piensa en cada momento. El principal criterio que valoramos es la facilidad de uso del sistema y, en cierta medida, la facilidad de aprendizaje por parte del destinatario.<\/li>\n<\/ul>\n<\/li>\n<li><strong>Contexto no estructurado sin apoyo externo<\/strong>. Se trata de un contexto de uso m\u00e1s normalizado en el cual el usuario trata de cubrir sus propias necesidades e intereses al utilizar un dispositivo m\u00f3vil. Es decir, un\u00a0<strong>contexto de uso hom\u00f3logo al de cualquier persona que utiliza dispositivos m\u00f3viles<\/strong>. En este caso no siempre se lleva a cabo un test de usabilidad, s\u00f3lo en aquellas situaciones en las que se sospecha que existe realmente una dificultad. De hecho, en algunos casos es suficiente con una comunicaci\u00f3n por parte del usuario o del facilitador.<\/li>\n<\/ul>\n<p><!-- wp:heading {\"level\":3} --><\/p>\n<h3>Publicaci\u00f3n de la aplicaci\u00f3n<\/h3>\n<p><!-- wp:paragraph --><\/p>\n<p>Llega el momento en que el proceso de dise\u00f1o debe dar paso a una primera versi\u00f3n del software. Por supuesto, esta primera versi\u00f3n contiene imperfecciones y carece de algunas funcionalidades, pero ya cumple una misi\u00f3n que hemos contrastado en nuestras pruebas con usuarios.<\/p>\n<p><!-- wp:paragraph --><\/p>\n<p><strong>\u00bfHemos terminado? \u00a1Ni mucho menos!<\/strong>\u00a0<\/p>\n<p><!-- wp:paragraph --><\/p>\n<p>En primer lugar, no podemos considerar que el proceso de dise\u00f1o haya concluido hasta haber completado o descartado todas aquellas funcionalidades que ten\u00edamos previstas. En segundo lugar, la publicaci\u00f3n de la aplicaci\u00f3n multiplica las posibilidades de recibir peticiones de soporte, comentarios sobre su funcionamiento, sugerencias, etc. En tercer lugar, la mayor\u00eda de las personas que ha participado en las pruebas de usabilidad acaban siendo usuarios de nuestro producto y dado que a algunas de estas personas las vemos regularmente, aprovechamos para hacer seguimiento.<\/p>\n<p><!-- wp:paragraph --><\/p>\n<p>Por lo tanto, lejos de haber concluido,\u00a0<strong>la publicaci\u00f3n es una fuente de nuevas ideas, modificaciones y tareas<\/strong>\u00a0que se acumular\u00e1n a aquellas que quedaron pendientes y que habr\u00e1 que priorizar adecuadamente para permitir que la evoluci\u00f3n del producto contin\u00fae. En algunos casos se tratar\u00e1 de modificaciones que podemos validar intercambiando un correo electr\u00f3nico o manteniendo una conversaci\u00f3n de pasillo con un usuario. En otros casos,\u00a0<strong>el impacto de los cambios ser\u00e1 tal que obligar\u00e1 a una revisi\u00f3n m\u00e1s profunda del dise\u00f1o y a la realizaci\u00f3n de nuevos tests de usabilidad<\/strong>\u00a0como los anteriormente comentados.\u00a0<\/p>\n<p><!-- wp:paragraph --><\/p>\n<p>En definitiva,<strong>\u00a0la participaci\u00f3n de los usuarios es fundamental que sea continua durante toda la vida del software<\/strong>.<\/p>\n<p><!-- wp:heading --><\/p>\n<h2>Conclusiones<\/h2>\n<p><!-- wp:paragraph --><\/p>\n<p><strong>Desarrollar un sistema interactivo cuidando la experiencia de usuario es una tarea compleja<\/strong>\u00a0que, en el caso de tratarse de\u00a0<strong>tecnolog\u00eda de apoyo orientada al acceso, presenta una retos particulares<\/strong>\u00a0que hay que abordar.\u00a0<\/p>\n<p><!-- wp:paragraph --><\/p>\n<p>El m\u00e9todo que empleamos para hacer frente a este tipo de proyectos se basa en el\u00a0<strong>dise\u00f1o centrado en el usuario<\/strong>\u00a0y consiste, b\u00e1sicamente, en iterar a trav\u00e9s de versiones sucesivas del software contando con la participaci\u00f3n de los usuarios finales. Como principal t\u00e9cnica de evaluaci\u00f3n de la usabilidad empleamos la denominada \u201cpensando en voz alta\u201d, que adaptamos en funci\u00f3n de las caracter\u00edsticas de la persona con discapacidad participante.\u00a0<\/p>\n<p><!-- wp:paragraph --><\/p>\n<p>Adem\u00e1s del destinatario final, consideramos al\u00a0<strong>facilitador com una figura clave<\/strong>\u00a0en el proceso de adopci\u00f3n de nuestras aplicaciones y como apoyo para la realizaci\u00f3n de los tests de usabilidad; por ello tambi\u00e9n lo incorporamos en el proceso de software.<\/p>\n<p><!-- wp:paragraph --><\/p>\n<p>Por \u00faltimo,\u00a0<strong>la publicaci\u00f3n de la aplicaci\u00f3n<\/strong>, lejos de poner punto y final al dise\u00f1o y desarrollo,\u00a0<strong>proporciona nuevas oportunidades de incrementar el valor de la misma<\/strong>\u00a0a lo largo del tiempo.<\/p>\n<h3>\u00bfEst\u00e1s pensando en crear una aplicaci\u00f3n para personas con discapacidad? \u00a1Queremos saber de ti!<\/h3>\n<p><a class=\"btn btn-primary\" role=\"button\" href=\"https:\/\/easeapps.xyz\/es\/contactar\/\">Dinos lo qu\u00e9 piensas<\/a><\/p>\n<p><!-- \/wp:paragraph --><\/p><!-- \/wp:post-content --><!-- \/wp:paragraph --><\/p>\n<h2>Dise\u00f1o centrado en el usuario<\/h2>\n<p><!-- wp:paragraph --><\/p>\n<p>Si has llegado hasta aqu\u00ed ya conoces los principales retos que supone desarrollar aplicaciones de tecnolog\u00eda de apoyo. Y ahora, \u00bfc\u00f3mo abordar el dise\u00f1o y desarrollo de una aplicaci\u00f3n?\u00a0<strong>\u00bfD\u00f3nde reside el secreto para conseguir que nuestros desarrollos satisfagan las necesidades de los usuarios?<\/strong><\/p>\n<p><!-- wp:paragraph --><\/p>\n<p>El secreto es que no hay secreto, todo consiste aplicar el sentido com\u00fan y\u00a0<strong>tener en consideraci\u00f3n a los usuarios durante todo el proceso<\/strong>: observar sus necesidades, hacerles part\u00edcipes del proceso de dise\u00f1o, pedirles que prueben las aplicaciones, tener muy en cuenta sus comentarios, etc. En otras palabras, consiste en\u00a0<strong>seguir un enfoque centrado en el usuario<\/strong>.<\/p>\n<p><img loading=\"lazy\" decoding=\"async\" class=\" size-full wp-image-51\" src=\"https:\/\/easeapps.xyz\/wp-content\/uploads\/sites\/2\/blog\/end-user-and-facilitator-taking-part-on-a-usability-test.jpg\" alt=\"end user and facilitator taking part on a usability test\" width=\"450\" height=\"299\" \/><\/p>\n<p><!-- wp:heading {\"level\":3} --><\/p>\n<h3>Usuarios e implicados<\/h3>\n<p><!-- wp:paragraph --><\/p>\n<p>Por tanto, si el usuario es el centro, vamos a centrarnos ahora en los usuario. \u00bfQu\u00e9 es un usuario? Consideramos usuario a toda personas que usa directamente el sistema. En el caso de Ease Apps\u00a0<strong>distinguimos dos tipos o roles de usuario distintos:<\/strong><\/p>\n<p><!-- wp:list --><\/p>\n<ul>\n<li>Los\u00a0<strong>destinatarios\u00a0<\/strong>son las<strong>\u00a0personas con discapacidad para quienes dise\u00f1amos nuestros sistemas<\/strong>\u00a0y que los usar\u00e1n para acceder al dispositivo m\u00f3vil. Ya hemos comentado cu\u00e1les son sus perfiles de funcionamiento y los retos que ello entra\u00f1a.<\/li>\n<li>Los\u00a0<strong>facilitadores\u00a0<\/strong>son los<strong>\u00a0encargados de la instalaci\u00f3n, configuraci\u00f3n inicial del sistema y apoyo al usuario final<\/strong>. Tambi\u00e9n suelen actuar como prescriptores y valoradores de la idoneidad de la tecnolog\u00eda de apoyo. Generalmente son profesionales de entidades de atenci\u00f3n a la discapacidad o servicios afines, aunque tambi\u00e9n pueden ser otras personas cercanas al usuario final como familiares o amigos. En algunas ocasiones, el propio destinatario puede ejercer el papel de facilitador. Aunque el perfil de los facilitadores puede ser muy heterog\u00e9neo, habitualmente son personas con experiencia en proporcionar apoyo al usuario final, conocedoras de su perfil de funcionamiento y que estar\u00e1n familiarizados con el manejo de dispositivos m\u00f3viles y ciertas ayudas t\u00e9cnicas. Si el facilitador es incapaz de comprender c\u00f3mo funciona nuestro sistema dif\u00edcilmente podr\u00e1 recomendarlo a los usuarios que puedan necesitarlo y proporcionar el apoyo adecuado. Por lo tanto,\u00a0<strong>es crucial involucrarlos durante el proceso de dise\u00f1o<\/strong>.\u00a0\u00a0<\/li>\n<\/ul>\n<p><!-- wp:list --><\/p>\n<p><!-- wp:paragraph --><\/p>\n<p>Por supuesto,\u00a0<strong>existen otros implicados<\/strong>\u00a0tales como otros profesionales, familiares, compa\u00f1eros, amigos, etc. que<strong>\u00a0pueden ejercer una influencia determinante<\/strong>\u00a0a la hora de adoptar y fomentar o limitar el uso de la tecnolog\u00eda de apoyo. Estos implicados puntualmente pueden adquirir el rol de facilitadores, por ejemplo, para ayudar a poner en marcha el tel\u00e9fono m\u00f3vil o ajustarlo a la silla de ruedas.<\/p>\n<p><!-- wp:heading {\"level\":3} --><\/p>\n<h3>Ideando el producto<\/h3>\n<p><!-- wp:paragraph --><\/p>\n<p><strong>Muchas ideas surgen como fruto de la observaci\u00f3n de problemas o dificultades<\/strong>\u00a0que experimentan otras personas o uno mismo. De hecho,\u00a0<a href=\"https:\/\/easeapps.xyz\/es\/blog\/107-como-nace-el-proyecto-ease-apps\/\">as\u00ed es como naci\u00f3 Ease Apps<\/a>. Nuestro trato habitual con personas con discapacidad nos permiti\u00f3 detectar sus dificultades de acceso a los dispositivos m\u00f3viles de una forma espont\u00e1nea.<\/p>\n<p>Pero detectar los problemas es s\u00f3lo una parte. Tambi\u00e9n es necesario\u00a0<strong>concebir posibles soluciones a esos problemas<\/strong>. Para ello, es necesario conocer las posibilidades que la tecnolog\u00eda ofrece y c\u00f3mo adaptarla a la realidad del usuario. Ello implica analizar la realidad de estas personas, cu\u00e1l es su funcionamiento, qu\u00e9 dificultades encuentran en su d\u00eda a d\u00eda y, espec\u00edficamente, con el uso de la tecnolog\u00eda. Tambi\u00e9n es fundamental conocer qu\u00e9 tareas vana querer desarrollar, en qu\u00e9 contextos, con qu\u00e9 apoyos y qu\u00e9 otras soluciones existen en el mercado.<\/p>\n<p><!-- wp:heading {\"level\":3} --><\/p>\n<h3>Dise\u00f1o y desarrollo<\/h3>\n<p>Concebido el producto, es necesario<strong>\u00a0transformar las ideas\u00a0<\/strong>en algo tangible, en nuestro caso\u00a0<strong>en una aplicaci\u00f3n inform\u00e1tica<\/strong>.<\/p>\n<p>Durante esta etapa\u00a0<strong>es necesario acudir de nuevo a los usuarios en diversas ocasiones<\/strong>\u00a0para contrastar con ellos los avances y poder evaluarlos y validarlos. Estos avances se pueden plasmar en forma de bocetos, esquemas, prototipos, versiones de software, etc. Se trata de un\u00a0<strong>proceso incremental iterativo<\/strong>\u00a0donde la informaci\u00f3n proporcionada por el usuario es vital para su avance. Esta informaci\u00f3n es la que permite detectar lo antes posible cualquier problema, cuando corregirlo es m\u00e1s sencillo y econ\u00f3mico.<\/p>\n<p>En nuestro caso, solemos realizar\u00a0<strong>varios tests de usabilidad empleando una adaptaci\u00f3n de la t\u00e9cnica denominada\u00a0<\/strong><a href=\"http:\/\/mpiua.invid.udl.cat\/pensando-en-voz-alta-thinking-aloud\/\"><strong>\u201cpensando en voz alta\u201d<\/strong><\/a>. Esta t\u00e9cnica b\u00e1sicamente consiste en:<\/p>\n<ol>\n<li>Reclutar a algunos usuarios representativos (destinatarios y facilitadores).<\/li>\n<li>Pedirles que traten de realizar algunas tareas con nuestro prototipo o aplicaci\u00f3n.<\/li>\n<li>Guardar silencio, observar atentamente y tomar notas de los hechos m\u00e1s relevantes mientras los usuarios usan el sistema y verbalizan lo que piensan. En ocasiones, tambi\u00e9n grabamos la sesi\u00f3n en v\u00eddeo por si es necesario recurrir m\u00e1s adelante para ampliar informaci\u00f3n.<\/li>\n<\/ol>\n<p>Algunos personas con discapacidad participantes en los tests tienen muchas dificultades para articular el habla. En estos casos adaptamos la t\u00e9cnica \u201cpensando en voz alta\u201d de forma que\u00a0\u00a0<strong>es el facilitador el que nos ayuda a interpretar lo que expresa el usuario<\/strong>, bien sea de forma oral o a trav\u00e9s de otras formas de expresi\u00f3n. Otra posibilidad que ofrecemos al usuario es que interrumpa el test en cualquier momento para expresar lo que est\u00e1 pensando a trav\u00e9s de su medio habitual de comunicaci\u00f3n, por ejemplo, un sistema aumentativo o alternativo de comunicaci\u00f3n (SAAC).<\/p>\n<p><!-- wp:paragraph --><\/p>\n<p><!-- wp:paragraph --><\/p>\n<p><!-- wp:paragraph --><\/p>\n<p><!-- wp:list {\"ordered\":true} --><\/p>\n<p><!-- wp:paragraph --><\/p>\n<p><img loading=\"lazy\" decoding=\"async\" class=\" size-full wp-image-52\" src=\"https:\/\/easeapps.xyz\/wp-content\/uploads\/sites\/2\/blog\/usability-test-session-with-end-user-facilitator-and-researcher-taking-notes.jpg\" alt=\"usability test session with end user facilitator and researcher taking notes\" width=\"500\" height=\"291\" \/><\/p>\n<p><!-- wp:heading {\"level\":3} --><\/p>\n<h3>Contextos de uso y tareas<\/h3>\n<p><!-- wp:paragraph --><\/p>\n<p>A la hora de considerar la participaci\u00f3n de los distintos usuarios y las tareas que vamos a solicitar a cada uno de ellos, distinguimos entre tres situaciones o contextos distintos:<\/p>\n<p><!-- wp:list --><\/p>\n<ul>\n<li><strong>Primer contacto por parte del facilitador<\/strong>. En este caso se trata de un contexto en el que el facilitador eval\u00faa la soluci\u00f3n con el objetivo de comprender su funcionamiento y poder recomendarla y asesorar a usuarios finales. B\u00e1sicamente, al facilitador se le proporciona el nombre de nuestra aplicaci\u00f3n para que trate de instalarla y comprender su funcionamiento. L\u00f3gicamente, el facilitador no debe estar familiarizado con la aplicaci\u00f3n. En este contexto\u00a0<strong>el<\/strong>\u00a0<strong>criterio b\u00e1sico de evaluaci\u00f3n es la facilidad de aprendizaje<\/strong>.\u00a0<\/li>\n<li><strong>Contexto estructurado con apoyo externo<\/strong>. Es aquel donde el usuario requiere de un apoyo intensivo para un uso satisfactorio del sistema. Generalmente esta situaci\u00f3n se da en el \u00e1mbito de un centro de atenci\u00f3n (escuela de educaci\u00f3n especial, taller ocupacional, centro de d\u00eda o centro residencial asistido). B\u00e1sicamente se plantean dos tipos de tareas en las que participan facilitador y destinatario..\u00a0\n<ul>\n<li>El primer tipo implica consiste en un\u00a0<strong>facilitador tratando de explicar el funcionamiento del sistema a un usuario<\/strong>\u00a0sin experiencia previa. Con ello queremos evaluar hasta qu\u00e9 punto nuestro sistema facilita esta transferencia de conocimiento.<\/li>\n<li>El segundo tipo consiste en un conjunto de\u00a0<strong>tareas concretas que el usuario debe realizar<\/strong>. En la medida de lo posible, es el propio usuario el que escoge estas tareas. El facilitador est\u00e1 presente aunque debe abstenerse de intervenir y, fundamentalmente, su papel consiste en ayudar al usuario a comunicar lo que piensa en cada momento. El principal criterio que valoramos es la facilidad de uso del sistema y, en cierta medida, la facilidad de aprendizaje por parte del destinatario.<\/li>\n<\/ul>\n<\/li>\n<li><strong>Contexto no estructurado sin apoyo externo<\/strong>. Se trata de un contexto de uso m\u00e1s normalizado en el cual el usuario trata de cubrir sus propias necesidades e intereses al utilizar un dispositivo m\u00f3vil. Es decir, un\u00a0<strong>contexto de uso hom\u00f3logo al de cualquier persona que utiliza dispositivos m\u00f3viles<\/strong>. En este caso no siempre se lleva a cabo un test de usabilidad, s\u00f3lo en aquellas situaciones en las que se sospecha que existe realmente una dificultad. De hecho, en algunos casos es suficiente con una comunicaci\u00f3n por parte del usuario o del facilitador.<\/li>\n<\/ul>\n<p><!-- wp:heading {\"level\":3} --><\/p>\n<h3>Publicaci\u00f3n de la aplicaci\u00f3n<\/h3>\n<p><!-- wp:paragraph --><\/p>\n<p>Llega el momento en que el proceso de dise\u00f1o debe dar paso a una primera versi\u00f3n del software. Por supuesto, esta primera versi\u00f3n contiene imperfecciones y carece de algunas funcionalidades, pero ya cumple una misi\u00f3n que hemos contrastado en nuestras pruebas con usuarios.<\/p>\n<p><!-- wp:paragraph --><\/p>\n<p><strong>\u00bfHemos terminado? \u00a1Ni mucho menos!<\/strong>\u00a0<\/p>\n<p><!-- wp:paragraph --><\/p>\n<p>En primer lugar, no podemos considerar que el proceso de dise\u00f1o haya concluido hasta haber completado o descartado todas aquellas funcionalidades que ten\u00edamos previstas. En segundo lugar, la publicaci\u00f3n de la aplicaci\u00f3n multiplica las posibilidades de recibir peticiones de soporte, comentarios sobre su funcionamiento, sugerencias, etc. En tercer lugar, la mayor\u00eda de las personas que ha participado en las pruebas de usabilidad acaban siendo usuarios de nuestro producto y dado que a algunas de estas personas las vemos regularmente, aprovechamos para hacer seguimiento.<\/p>\n<p><!-- wp:paragraph --><\/p>\n<p>Por lo tanto, lejos de haber concluido,\u00a0<strong>la publicaci\u00f3n es una fuente de nuevas ideas, modificaciones y tareas<\/strong>\u00a0que se acumular\u00e1n a aquellas que quedaron pendientes y que habr\u00e1 que priorizar adecuadamente para permitir que la evoluci\u00f3n del producto contin\u00fae. En algunos casos se tratar\u00e1 de modificaciones que podemos validar intercambiando un correo electr\u00f3nico o manteniendo una conversaci\u00f3n de pasillo con un usuario. En otros casos,\u00a0<strong>el impacto de los cambios ser\u00e1 tal que obligar\u00e1 a una revisi\u00f3n m\u00e1s profunda del dise\u00f1o y a la realizaci\u00f3n de nuevos tests de usabilidad<\/strong>\u00a0como los anteriormente comentados.\u00a0<\/p>\n<p><!-- wp:paragraph --><\/p>\n<p>En definitiva,<strong>\u00a0la participaci\u00f3n de los usuarios es fundamental que sea continua durante toda la vida del software<\/strong>.<\/p>\n<p><!-- wp:heading --><\/p>\n<h2>Conclusiones<\/h2>\n<p><!-- wp:paragraph --><\/p>\n<p><strong>Desarrollar un sistema interactivo cuidando la experiencia de usuario es una tarea compleja<\/strong>\u00a0que, en el caso de tratarse de\u00a0<strong>tecnolog\u00eda de apoyo orientada al acceso, presenta una retos particulares<\/strong>\u00a0que hay que abordar.\u00a0<\/p>\n<p><!-- wp:paragraph --><\/p>\n<p>El m\u00e9todo que empleamos para hacer frente a este tipo de proyectos se basa en el\u00a0<strong>dise\u00f1o centrado en el usuario<\/strong>\u00a0y consiste, b\u00e1sicamente, en iterar a trav\u00e9s de versiones sucesivas del software contando con la participaci\u00f3n de los usuarios finales. Como principal t\u00e9cnica de evaluaci\u00f3n de la usabilidad empleamos la denominada \u201cpensando en voz alta\u201d, que adaptamos en funci\u00f3n de las caracter\u00edsticas de la persona con discapacidad participante.\u00a0<\/p>\n<p><!-- wp:paragraph --><\/p>\n<p>Adem\u00e1s del destinatario final, consideramos al\u00a0<strong>facilitador com una figura clave<\/strong>\u00a0en el proceso de adopci\u00f3n de nuestras aplicaciones y como apoyo para la realizaci\u00f3n de los tests de usabilidad; por ello tambi\u00e9n lo incorporamos en el proceso de software.<\/p>\n<p><!-- wp:paragraph --><\/p>\n<p>Por \u00faltimo,\u00a0<strong>la publicaci\u00f3n de la aplicaci\u00f3n<\/strong>, lejos de poner punto y final al dise\u00f1o y desarrollo,\u00a0<strong>proporciona nuevas oportunidades de incrementar el valor de la misma<\/strong>\u00a0a lo largo del tiempo.<\/p>\n<h3>\u00bfEst\u00e1s pensando en crear una aplicaci\u00f3n para personas con discapacidad? \u00a1Queremos saber de ti!<\/h3>\n<p><a class=\"btn btn-primary\" role=\"button\" href=\"https:\/\/easeapps.xyz\/es\/contactar\/\">Dinos lo qu\u00e9 piensas<\/a><\/p>\n<p><!-- \/wp:paragraph --><\/p><!-- \/wp:post-content --><!-- \/wp:paragraph --><\/p>\n<p>Debido a la heterogeneidad de los perfiles a los que se dirigen estas herramientas y al uso intensivo de las mismas, suele ser<strong>\u00a0imprescindible poder disponer de distintos ajustes<\/strong>\u00a0para que se adapte lo mejor posible a las necesidades de los usuarios (colores, tama\u00f1os, tiempos, umbrales, velocidades, respuestas auditivas, complejidad de las opciones presentadas a los usuarios, etc.). Esta multiplicidad de configuraciones\u00a0<strong>a\u00f1ade complejidad, lo que desaf\u00eda la facilidad de aprendizaje<\/strong>.<\/p>\n<p><!-- wp:heading --><\/p>\n<h2>Dise\u00f1o centrado en el usuario<\/h2>\n<p><!-- wp:paragraph --><\/p>\n<p>Si has llegado hasta aqu\u00ed ya conoces los principales retos que supone desarrollar aplicaciones de tecnolog\u00eda de apoyo. Y ahora, \u00bfc\u00f3mo abordar el dise\u00f1o y desarrollo de una aplicaci\u00f3n?\u00a0<strong>\u00bfD\u00f3nde reside el secreto para conseguir que nuestros desarrollos satisfagan las necesidades de los usuarios?<\/strong><\/p>\n<p><!-- wp:paragraph --><\/p>\n<p>El secreto es que no hay secreto, todo consiste aplicar el sentido com\u00fan y\u00a0<strong>tener en consideraci\u00f3n a los usuarios durante todo el proceso<\/strong>: observar sus necesidades, hacerles part\u00edcipes del proceso de dise\u00f1o, pedirles que prueben las aplicaciones, tener muy en cuenta sus comentarios, etc. En otras palabras, consiste en\u00a0<strong>seguir un enfoque centrado en el usuario<\/strong>.<\/p>\n<p><img loading=\"lazy\" decoding=\"async\" class=\" size-full wp-image-51\" src=\"https:\/\/easeapps.xyz\/wp-content\/uploads\/sites\/2\/blog\/end-user-and-facilitator-taking-part-on-a-usability-test.jpg\" alt=\"end user and facilitator taking part on a usability test\" width=\"450\" height=\"299\" \/><\/p>\n<p><!-- wp:heading {\"level\":3} --><\/p>\n<h3>Usuarios e implicados<\/h3>\n<p><!-- wp:paragraph --><\/p>\n<p>Por tanto, si el usuario es el centro, vamos a centrarnos ahora en los usuario. \u00bfQu\u00e9 es un usuario? Consideramos usuario a toda personas que usa directamente el sistema. En el caso de Ease Apps\u00a0<strong>distinguimos dos tipos o roles de usuario distintos:<\/strong><\/p>\n<p><!-- wp:list --><\/p>\n<ul>\n<li>Los\u00a0<strong>destinatarios\u00a0<\/strong>son las<strong>\u00a0personas con discapacidad para quienes dise\u00f1amos nuestros sistemas<\/strong>\u00a0y que los usar\u00e1n para acceder al dispositivo m\u00f3vil. Ya hemos comentado cu\u00e1les son sus perfiles de funcionamiento y los retos que ello entra\u00f1a.<\/li>\n<li>Los\u00a0<strong>facilitadores\u00a0<\/strong>son los<strong>\u00a0encargados de la instalaci\u00f3n, configuraci\u00f3n inicial del sistema y apoyo al usuario final<\/strong>. Tambi\u00e9n suelen actuar como prescriptores y valoradores de la idoneidad de la tecnolog\u00eda de apoyo. Generalmente son profesionales de entidades de atenci\u00f3n a la discapacidad o servicios afines, aunque tambi\u00e9n pueden ser otras personas cercanas al usuario final como familiares o amigos. En algunas ocasiones, el propio destinatario puede ejercer el papel de facilitador. Aunque el perfil de los facilitadores puede ser muy heterog\u00e9neo, habitualmente son personas con experiencia en proporcionar apoyo al usuario final, conocedoras de su perfil de funcionamiento y que estar\u00e1n familiarizados con el manejo de dispositivos m\u00f3viles y ciertas ayudas t\u00e9cnicas. Si el facilitador es incapaz de comprender c\u00f3mo funciona nuestro sistema dif\u00edcilmente podr\u00e1 recomendarlo a los usuarios que puedan necesitarlo y proporcionar el apoyo adecuado. Por lo tanto,\u00a0<strong>es crucial involucrarlos durante el proceso de dise\u00f1o<\/strong>.\u00a0\u00a0<\/li>\n<\/ul>\n<p><!-- wp:list --><\/p>\n<p><!-- wp:paragraph --><\/p>\n<p>Por supuesto,\u00a0<strong>existen otros implicados<\/strong>\u00a0tales como otros profesionales, familiares, compa\u00f1eros, amigos, etc. que<strong>\u00a0pueden ejercer una influencia determinante<\/strong>\u00a0a la hora de adoptar y fomentar o limitar el uso de la tecnolog\u00eda de apoyo. Estos implicados puntualmente pueden adquirir el rol de facilitadores, por ejemplo, para ayudar a poner en marcha el tel\u00e9fono m\u00f3vil o ajustarlo a la silla de ruedas.<\/p>\n<p><!-- wp:heading {\"level\":3} --><\/p>\n<h3>Ideando el producto<\/h3>\n<p><!-- wp:paragraph --><\/p>\n<p><strong>Muchas ideas surgen como fruto de la observaci\u00f3n de problemas o dificultades<\/strong>\u00a0que experimentan otras personas o uno mismo. De hecho,\u00a0<a href=\"https:\/\/easeapps.xyz\/es\/blog\/107-como-nace-el-proyecto-ease-apps\/\">as\u00ed es como naci\u00f3 Ease Apps<\/a>. Nuestro trato habitual con personas con discapacidad nos permiti\u00f3 detectar sus dificultades de acceso a los dispositivos m\u00f3viles de una forma espont\u00e1nea.<\/p>\n<p>Pero detectar los problemas es s\u00f3lo una parte. Tambi\u00e9n es necesario\u00a0<strong>concebir posibles soluciones a esos problemas<\/strong>. Para ello, es necesario conocer las posibilidades que la tecnolog\u00eda ofrece y c\u00f3mo adaptarla a la realidad del usuario. Ello implica analizar la realidad de estas personas, cu\u00e1l es su funcionamiento, qu\u00e9 dificultades encuentran en su d\u00eda a d\u00eda y, espec\u00edficamente, con el uso de la tecnolog\u00eda. Tambi\u00e9n es fundamental conocer qu\u00e9 tareas vana querer desarrollar, en qu\u00e9 contextos, con qu\u00e9 apoyos y qu\u00e9 otras soluciones existen en el mercado.<\/p>\n<p><!-- wp:heading {\"level\":3} --><\/p>\n<h3>Dise\u00f1o y desarrollo<\/h3>\n<p>Concebido el producto, es necesario<strong>\u00a0transformar las ideas\u00a0<\/strong>en algo tangible, en nuestro caso\u00a0<strong>en una aplicaci\u00f3n inform\u00e1tica<\/strong>.<\/p>\n<p>Durante esta etapa\u00a0<strong>es necesario acudir de nuevo a los usuarios en diversas ocasiones<\/strong>\u00a0para contrastar con ellos los avances y poder evaluarlos y validarlos. Estos avances se pueden plasmar en forma de bocetos, esquemas, prototipos, versiones de software, etc. Se trata de un\u00a0<strong>proceso incremental iterativo<\/strong>\u00a0donde la informaci\u00f3n proporcionada por el usuario es vital para su avance. Esta informaci\u00f3n es la que permite detectar lo antes posible cualquier problema, cuando corregirlo es m\u00e1s sencillo y econ\u00f3mico.<\/p>\n<p>En nuestro caso, solemos realizar\u00a0<strong>varios tests de usabilidad empleando una adaptaci\u00f3n de la t\u00e9cnica denominada\u00a0<\/strong><a href=\"http:\/\/mpiua.invid.udl.cat\/pensando-en-voz-alta-thinking-aloud\/\"><strong>\u201cpensando en voz alta\u201d<\/strong><\/a>. Esta t\u00e9cnica b\u00e1sicamente consiste en:<\/p>\n<ol>\n<li>Reclutar a algunos usuarios representativos (destinatarios y facilitadores).<\/li>\n<li>Pedirles que traten de realizar algunas tareas con nuestro prototipo o aplicaci\u00f3n.<\/li>\n<li>Guardar silencio, observar atentamente y tomar notas de los hechos m\u00e1s relevantes mientras los usuarios usan el sistema y verbalizan lo que piensan. En ocasiones, tambi\u00e9n grabamos la sesi\u00f3n en v\u00eddeo por si es necesario recurrir m\u00e1s adelante para ampliar informaci\u00f3n.<\/li>\n<\/ol>\n<p>Algunos personas con discapacidad participantes en los tests tienen muchas dificultades para articular el habla. En estos casos adaptamos la t\u00e9cnica \u201cpensando en voz alta\u201d de forma que\u00a0\u00a0<strong>es el facilitador el que nos ayuda a interpretar lo que expresa el usuario<\/strong>, bien sea de forma oral o a trav\u00e9s de otras formas de expresi\u00f3n. Otra posibilidad que ofrecemos al usuario es que interrumpa el test en cualquier momento para expresar lo que est\u00e1 pensando a trav\u00e9s de su medio habitual de comunicaci\u00f3n, por ejemplo, un sistema aumentativo o alternativo de comunicaci\u00f3n (SAAC).<\/p>\n<p><!-- wp:paragraph --><\/p>\n<p><!-- wp:paragraph --><\/p>\n<p><!-- wp:paragraph --><\/p>\n<p><!-- wp:list {\"ordered\":true} --><\/p>\n<p><!-- wp:paragraph --><\/p>\n<p><img loading=\"lazy\" decoding=\"async\" class=\" size-full wp-image-52\" src=\"https:\/\/easeapps.xyz\/wp-content\/uploads\/sites\/2\/blog\/usability-test-session-with-end-user-facilitator-and-researcher-taking-notes.jpg\" alt=\"usability test session with end user facilitator and researcher taking notes\" width=\"500\" height=\"291\" \/><\/p>\n<p><!-- wp:heading {\"level\":3} --><\/p>\n<h3>Contextos de uso y tareas<\/h3>\n<p><!-- wp:paragraph --><\/p>\n<p>A la hora de considerar la participaci\u00f3n de los distintos usuarios y las tareas que vamos a solicitar a cada uno de ellos, distinguimos entre tres situaciones o contextos distintos:<\/p>\n<p><!-- wp:list --><\/p>\n<ul>\n<li><strong>Primer contacto por parte del facilitador<\/strong>. En este caso se trata de un contexto en el que el facilitador eval\u00faa la soluci\u00f3n con el objetivo de comprender su funcionamiento y poder recomendarla y asesorar a usuarios finales. B\u00e1sicamente, al facilitador se le proporciona el nombre de nuestra aplicaci\u00f3n para que trate de instalarla y comprender su funcionamiento. L\u00f3gicamente, el facilitador no debe estar familiarizado con la aplicaci\u00f3n. En este contexto\u00a0<strong>el<\/strong>\u00a0<strong>criterio b\u00e1sico de evaluaci\u00f3n es la facilidad de aprendizaje<\/strong>.\u00a0<\/li>\n<li><strong>Contexto estructurado con apoyo externo<\/strong>. Es aquel donde el usuario requiere de un apoyo intensivo para un uso satisfactorio del sistema. Generalmente esta situaci\u00f3n se da en el \u00e1mbito de un centro de atenci\u00f3n (escuela de educaci\u00f3n especial, taller ocupacional, centro de d\u00eda o centro residencial asistido). B\u00e1sicamente se plantean dos tipos de tareas en las que participan facilitador y destinatario..\u00a0\n<ul>\n<li>El primer tipo implica consiste en un\u00a0<strong>facilitador tratando de explicar el funcionamiento del sistema a un usuario<\/strong>\u00a0sin experiencia previa. Con ello queremos evaluar hasta qu\u00e9 punto nuestro sistema facilita esta transferencia de conocimiento.<\/li>\n<li>El segundo tipo consiste en un conjunto de\u00a0<strong>tareas concretas que el usuario debe realizar<\/strong>. En la medida de lo posible, es el propio usuario el que escoge estas tareas. El facilitador est\u00e1 presente aunque debe abstenerse de intervenir y, fundamentalmente, su papel consiste en ayudar al usuario a comunicar lo que piensa en cada momento. El principal criterio que valoramos es la facilidad de uso del sistema y, en cierta medida, la facilidad de aprendizaje por parte del destinatario.<\/li>\n<\/ul>\n<\/li>\n<li><strong>Contexto no estructurado sin apoyo externo<\/strong>. Se trata de un contexto de uso m\u00e1s normalizado en el cual el usuario trata de cubrir sus propias necesidades e intereses al utilizar un dispositivo m\u00f3vil. Es decir, un\u00a0<strong>contexto de uso hom\u00f3logo al de cualquier persona que utiliza dispositivos m\u00f3viles<\/strong>. En este caso no siempre se lleva a cabo un test de usabilidad, s\u00f3lo en aquellas situaciones en las que se sospecha que existe realmente una dificultad. De hecho, en algunos casos es suficiente con una comunicaci\u00f3n por parte del usuario o del facilitador.<\/li>\n<\/ul>\n<p><!-- wp:heading {\"level\":3} --><\/p>\n<h3>Publicaci\u00f3n de la aplicaci\u00f3n<\/h3>\n<p><!-- wp:paragraph --><\/p>\n<p>Llega el momento en que el proceso de dise\u00f1o debe dar paso a una primera versi\u00f3n del software. Por supuesto, esta primera versi\u00f3n contiene imperfecciones y carece de algunas funcionalidades, pero ya cumple una misi\u00f3n que hemos contrastado en nuestras pruebas con usuarios.<\/p>\n<p><!-- wp:paragraph --><\/p>\n<p><strong>\u00bfHemos terminado? \u00a1Ni mucho menos!<\/strong>\u00a0<\/p>\n<p><!-- wp:paragraph --><\/p>\n<p>En primer lugar, no podemos considerar que el proceso de dise\u00f1o haya concluido hasta haber completado o descartado todas aquellas funcionalidades que ten\u00edamos previstas. En segundo lugar, la publicaci\u00f3n de la aplicaci\u00f3n multiplica las posibilidades de recibir peticiones de soporte, comentarios sobre su funcionamiento, sugerencias, etc. En tercer lugar, la mayor\u00eda de las personas que ha participado en las pruebas de usabilidad acaban siendo usuarios de nuestro producto y dado que a algunas de estas personas las vemos regularmente, aprovechamos para hacer seguimiento.<\/p>\n<p><!-- wp:paragraph --><\/p>\n<p>Por lo tanto, lejos de haber concluido,\u00a0<strong>la publicaci\u00f3n es una fuente de nuevas ideas, modificaciones y tareas<\/strong>\u00a0que se acumular\u00e1n a aquellas que quedaron pendientes y que habr\u00e1 que priorizar adecuadamente para permitir que la evoluci\u00f3n del producto contin\u00fae. En algunos casos se tratar\u00e1 de modificaciones que podemos validar intercambiando un correo electr\u00f3nico o manteniendo una conversaci\u00f3n de pasillo con un usuario. En otros casos,\u00a0<strong>el impacto de los cambios ser\u00e1 tal que obligar\u00e1 a una revisi\u00f3n m\u00e1s profunda del dise\u00f1o y a la realizaci\u00f3n de nuevos tests de usabilidad<\/strong>\u00a0como los anteriormente comentados.\u00a0<\/p>\n<p><!-- wp:paragraph --><\/p>\n<p>En definitiva,<strong>\u00a0la participaci\u00f3n de los usuarios es fundamental que sea continua durante toda la vida del software<\/strong>.<\/p>\n<p><!-- wp:heading --><\/p>\n<h2>Conclusiones<\/h2>\n<p><!-- wp:paragraph --><\/p>\n<p><strong>Desarrollar un sistema interactivo cuidando la experiencia de usuario es una tarea compleja<\/strong>\u00a0que, en el caso de tratarse de\u00a0<strong>tecnolog\u00eda de apoyo orientada al acceso, presenta una retos particulares<\/strong>\u00a0que hay que abordar.\u00a0<\/p>\n<p><!-- wp:paragraph --><\/p>\n<p>El m\u00e9todo que empleamos para hacer frente a este tipo de proyectos se basa en el\u00a0<strong>dise\u00f1o centrado en el usuario<\/strong>\u00a0y consiste, b\u00e1sicamente, en iterar a trav\u00e9s de versiones sucesivas del software contando con la participaci\u00f3n de los usuarios finales. Como principal t\u00e9cnica de evaluaci\u00f3n de la usabilidad empleamos la denominada \u201cpensando en voz alta\u201d, que adaptamos en funci\u00f3n de las caracter\u00edsticas de la persona con discapacidad participante.\u00a0<\/p>\n<p><!-- wp:paragraph --><\/p>\n<p>Adem\u00e1s del destinatario final, consideramos al\u00a0<strong>facilitador com una figura clave<\/strong>\u00a0en el proceso de adopci\u00f3n de nuestras aplicaciones y como apoyo para la realizaci\u00f3n de los tests de usabilidad; por ello tambi\u00e9n lo incorporamos en el proceso de software.<\/p>\n<p><!-- wp:paragraph --><\/p>\n<p>Por \u00faltimo,\u00a0<strong>la publicaci\u00f3n de la aplicaci\u00f3n<\/strong>, lejos de poner punto y final al dise\u00f1o y desarrollo,\u00a0<strong>proporciona nuevas oportunidades de incrementar el valor de la misma<\/strong>\u00a0a lo largo del tiempo.<\/p>\n<h3>\u00bfEst\u00e1s pensando en crear una aplicaci\u00f3n para personas con discapacidad? \u00a1Queremos saber de ti!<\/h3>\n<p><a class=\"btn btn-primary\" role=\"button\" href=\"https:\/\/easeapps.xyz\/es\/contactar\/\">Dinos lo qu\u00e9 piensas<\/a><\/p>\n<p><!-- \/wp:paragraph --><\/p><!-- \/wp:post-content --><!-- \/wp:heading --><\/p>\n<h3>Parametrizaci\u00f3n<\/h3>\n<p><!-- wp:paragraph --><\/p>\n<p>Debido a la heterogeneidad de los perfiles a los que se dirigen estas herramientas y al uso intensivo de las mismas, suele ser<strong>\u00a0imprescindible poder disponer de distintos ajustes<\/strong>\u00a0para que se adapte lo mejor posible a las necesidades de los usuarios (colores, tama\u00f1os, tiempos, umbrales, velocidades, respuestas auditivas, complejidad de las opciones presentadas a los usuarios, etc.). Esta multiplicidad de configuraciones\u00a0<strong>a\u00f1ade complejidad, lo que desaf\u00eda la facilidad de aprendizaje<\/strong>.<\/p>\n<p><!-- wp:heading --><\/p>\n<h2>Dise\u00f1o centrado en el usuario<\/h2>\n<p><!-- wp:paragraph --><\/p>\n<p>Si has llegado hasta aqu\u00ed ya conoces los principales retos que supone desarrollar aplicaciones de tecnolog\u00eda de apoyo. Y ahora, \u00bfc\u00f3mo abordar el dise\u00f1o y desarrollo de una aplicaci\u00f3n?\u00a0<strong>\u00bfD\u00f3nde reside el secreto para conseguir que nuestros desarrollos satisfagan las necesidades de los usuarios?<\/strong><\/p>\n<p><!-- wp:paragraph --><\/p>\n<p>El secreto es que no hay secreto, todo consiste aplicar el sentido com\u00fan y\u00a0<strong>tener en consideraci\u00f3n a los usuarios durante todo el proceso<\/strong>: observar sus necesidades, hacerles part\u00edcipes del proceso de dise\u00f1o, pedirles que prueben las aplicaciones, tener muy en cuenta sus comentarios, etc. En otras palabras, consiste en\u00a0<strong>seguir un enfoque centrado en el usuario<\/strong>.<\/p>\n<p><img loading=\"lazy\" decoding=\"async\" class=\" size-full wp-image-51\" src=\"https:\/\/easeapps.xyz\/wp-content\/uploads\/sites\/2\/blog\/end-user-and-facilitator-taking-part-on-a-usability-test.jpg\" alt=\"end user and facilitator taking part on a usability test\" width=\"450\" height=\"299\" \/><\/p>\n<p><!-- wp:heading {\"level\":3} --><\/p>\n<h3>Usuarios e implicados<\/h3>\n<p><!-- wp:paragraph --><\/p>\n<p>Por tanto, si el usuario es el centro, vamos a centrarnos ahora en los usuario. \u00bfQu\u00e9 es un usuario? Consideramos usuario a toda personas que usa directamente el sistema. En el caso de Ease Apps\u00a0<strong>distinguimos dos tipos o roles de usuario distintos:<\/strong><\/p>\n<p><!-- wp:list --><\/p>\n<ul>\n<li>Los\u00a0<strong>destinatarios\u00a0<\/strong>son las<strong>\u00a0personas con discapacidad para quienes dise\u00f1amos nuestros sistemas<\/strong>\u00a0y que los usar\u00e1n para acceder al dispositivo m\u00f3vil. Ya hemos comentado cu\u00e1les son sus perfiles de funcionamiento y los retos que ello entra\u00f1a.<\/li>\n<li>Los\u00a0<strong>facilitadores\u00a0<\/strong>son los<strong>\u00a0encargados de la instalaci\u00f3n, configuraci\u00f3n inicial del sistema y apoyo al usuario final<\/strong>. Tambi\u00e9n suelen actuar como prescriptores y valoradores de la idoneidad de la tecnolog\u00eda de apoyo. Generalmente son profesionales de entidades de atenci\u00f3n a la discapacidad o servicios afines, aunque tambi\u00e9n pueden ser otras personas cercanas al usuario final como familiares o amigos. En algunas ocasiones, el propio destinatario puede ejercer el papel de facilitador. Aunque el perfil de los facilitadores puede ser muy heterog\u00e9neo, habitualmente son personas con experiencia en proporcionar apoyo al usuario final, conocedoras de su perfil de funcionamiento y que estar\u00e1n familiarizados con el manejo de dispositivos m\u00f3viles y ciertas ayudas t\u00e9cnicas. Si el facilitador es incapaz de comprender c\u00f3mo funciona nuestro sistema dif\u00edcilmente podr\u00e1 recomendarlo a los usuarios que puedan necesitarlo y proporcionar el apoyo adecuado. Por lo tanto,\u00a0<strong>es crucial involucrarlos durante el proceso de dise\u00f1o<\/strong>.\u00a0\u00a0<\/li>\n<\/ul>\n<p><!-- wp:list --><\/p>\n<p><!-- wp:paragraph --><\/p>\n<p>Por supuesto,\u00a0<strong>existen otros implicados<\/strong>\u00a0tales como otros profesionales, familiares, compa\u00f1eros, amigos, etc. que<strong>\u00a0pueden ejercer una influencia determinante<\/strong>\u00a0a la hora de adoptar y fomentar o limitar el uso de la tecnolog\u00eda de apoyo. Estos implicados puntualmente pueden adquirir el rol de facilitadores, por ejemplo, para ayudar a poner en marcha el tel\u00e9fono m\u00f3vil o ajustarlo a la silla de ruedas.<\/p>\n<p><!-- wp:heading {\"level\":3} --><\/p>\n<h3>Ideando el producto<\/h3>\n<p><!-- wp:paragraph --><\/p>\n<p><strong>Muchas ideas surgen como fruto de la observaci\u00f3n de problemas o dificultades<\/strong>\u00a0que experimentan otras personas o uno mismo. De hecho,\u00a0<a href=\"https:\/\/easeapps.xyz\/es\/blog\/107-como-nace-el-proyecto-ease-apps\/\">as\u00ed es como naci\u00f3 Ease Apps<\/a>. Nuestro trato habitual con personas con discapacidad nos permiti\u00f3 detectar sus dificultades de acceso a los dispositivos m\u00f3viles de una forma espont\u00e1nea.<\/p>\n<p>Pero detectar los problemas es s\u00f3lo una parte. Tambi\u00e9n es necesario\u00a0<strong>concebir posibles soluciones a esos problemas<\/strong>. Para ello, es necesario conocer las posibilidades que la tecnolog\u00eda ofrece y c\u00f3mo adaptarla a la realidad del usuario. Ello implica analizar la realidad de estas personas, cu\u00e1l es su funcionamiento, qu\u00e9 dificultades encuentran en su d\u00eda a d\u00eda y, espec\u00edficamente, con el uso de la tecnolog\u00eda. Tambi\u00e9n es fundamental conocer qu\u00e9 tareas vana querer desarrollar, en qu\u00e9 contextos, con qu\u00e9 apoyos y qu\u00e9 otras soluciones existen en el mercado.<\/p>\n<p><!-- wp:heading {\"level\":3} --><\/p>\n<h3>Dise\u00f1o y desarrollo<\/h3>\n<p>Concebido el producto, es necesario<strong>\u00a0transformar las ideas\u00a0<\/strong>en algo tangible, en nuestro caso\u00a0<strong>en una aplicaci\u00f3n inform\u00e1tica<\/strong>.<\/p>\n<p>Durante esta etapa\u00a0<strong>es necesario acudir de nuevo a los usuarios en diversas ocasiones<\/strong>\u00a0para contrastar con ellos los avances y poder evaluarlos y validarlos. Estos avances se pueden plasmar en forma de bocetos, esquemas, prototipos, versiones de software, etc. Se trata de un\u00a0<strong>proceso incremental iterativo<\/strong>\u00a0donde la informaci\u00f3n proporcionada por el usuario es vital para su avance. Esta informaci\u00f3n es la que permite detectar lo antes posible cualquier problema, cuando corregirlo es m\u00e1s sencillo y econ\u00f3mico.<\/p>\n<p>En nuestro caso, solemos realizar\u00a0<strong>varios tests de usabilidad empleando una adaptaci\u00f3n de la t\u00e9cnica denominada\u00a0<\/strong><a href=\"http:\/\/mpiua.invid.udl.cat\/pensando-en-voz-alta-thinking-aloud\/\"><strong>\u201cpensando en voz alta\u201d<\/strong><\/a>. Esta t\u00e9cnica b\u00e1sicamente consiste en:<\/p>\n<ol>\n<li>Reclutar a algunos usuarios representativos (destinatarios y facilitadores).<\/li>\n<li>Pedirles que traten de realizar algunas tareas con nuestro prototipo o aplicaci\u00f3n.<\/li>\n<li>Guardar silencio, observar atentamente y tomar notas de los hechos m\u00e1s relevantes mientras los usuarios usan el sistema y verbalizan lo que piensan. En ocasiones, tambi\u00e9n grabamos la sesi\u00f3n en v\u00eddeo por si es necesario recurrir m\u00e1s adelante para ampliar informaci\u00f3n.<\/li>\n<\/ol>\n<p>Algunos personas con discapacidad participantes en los tests tienen muchas dificultades para articular el habla. En estos casos adaptamos la t\u00e9cnica \u201cpensando en voz alta\u201d de forma que\u00a0\u00a0<strong>es el facilitador el que nos ayuda a interpretar lo que expresa el usuario<\/strong>, bien sea de forma oral o a trav\u00e9s de otras formas de expresi\u00f3n. Otra posibilidad que ofrecemos al usuario es que interrumpa el test en cualquier momento para expresar lo que est\u00e1 pensando a trav\u00e9s de su medio habitual de comunicaci\u00f3n, por ejemplo, un sistema aumentativo o alternativo de comunicaci\u00f3n (SAAC).<\/p>\n<p><!-- wp:paragraph --><\/p>\n<p><!-- wp:paragraph --><\/p>\n<p><!-- wp:paragraph --><\/p>\n<p><!-- wp:list {\"ordered\":true} --><\/p>\n<p><!-- wp:paragraph --><\/p>\n<p><img loading=\"lazy\" decoding=\"async\" class=\" size-full wp-image-52\" src=\"https:\/\/easeapps.xyz\/wp-content\/uploads\/sites\/2\/blog\/usability-test-session-with-end-user-facilitator-and-researcher-taking-notes.jpg\" alt=\"usability test session with end user facilitator and researcher taking notes\" width=\"500\" height=\"291\" \/><\/p>\n<p><!-- wp:heading {\"level\":3} --><\/p>\n<h3>Contextos de uso y tareas<\/h3>\n<p><!-- wp:paragraph --><\/p>\n<p>A la hora de considerar la participaci\u00f3n de los distintos usuarios y las tareas que vamos a solicitar a cada uno de ellos, distinguimos entre tres situaciones o contextos distintos:<\/p>\n<p><!-- wp:list --><\/p>\n<ul>\n<li><strong>Primer contacto por parte del facilitador<\/strong>. En este caso se trata de un contexto en el que el facilitador eval\u00faa la soluci\u00f3n con el objetivo de comprender su funcionamiento y poder recomendarla y asesorar a usuarios finales. B\u00e1sicamente, al facilitador se le proporciona el nombre de nuestra aplicaci\u00f3n para que trate de instalarla y comprender su funcionamiento. L\u00f3gicamente, el facilitador no debe estar familiarizado con la aplicaci\u00f3n. En este contexto\u00a0<strong>el<\/strong>\u00a0<strong>criterio b\u00e1sico de evaluaci\u00f3n es la facilidad de aprendizaje<\/strong>.\u00a0<\/li>\n<li><strong>Contexto estructurado con apoyo externo<\/strong>. Es aquel donde el usuario requiere de un apoyo intensivo para un uso satisfactorio del sistema. Generalmente esta situaci\u00f3n se da en el \u00e1mbito de un centro de atenci\u00f3n (escuela de educaci\u00f3n especial, taller ocupacional, centro de d\u00eda o centro residencial asistido). B\u00e1sicamente se plantean dos tipos de tareas en las que participan facilitador y destinatario..\u00a0\n<ul>\n<li>El primer tipo implica consiste en un\u00a0<strong>facilitador tratando de explicar el funcionamiento del sistema a un usuario<\/strong>\u00a0sin experiencia previa. Con ello queremos evaluar hasta qu\u00e9 punto nuestro sistema facilita esta transferencia de conocimiento.<\/li>\n<li>El segundo tipo consiste en un conjunto de\u00a0<strong>tareas concretas que el usuario debe realizar<\/strong>. En la medida de lo posible, es el propio usuario el que escoge estas tareas. El facilitador est\u00e1 presente aunque debe abstenerse de intervenir y, fundamentalmente, su papel consiste en ayudar al usuario a comunicar lo que piensa en cada momento. El principal criterio que valoramos es la facilidad de uso del sistema y, en cierta medida, la facilidad de aprendizaje por parte del destinatario.<\/li>\n<\/ul>\n<\/li>\n<li><strong>Contexto no estructurado sin apoyo externo<\/strong>. Se trata de un contexto de uso m\u00e1s normalizado en el cual el usuario trata de cubrir sus propias necesidades e intereses al utilizar un dispositivo m\u00f3vil. Es decir, un\u00a0<strong>contexto de uso hom\u00f3logo al de cualquier persona que utiliza dispositivos m\u00f3viles<\/strong>. En este caso no siempre se lleva a cabo un test de usabilidad, s\u00f3lo en aquellas situaciones en las que se sospecha que existe realmente una dificultad. De hecho, en algunos casos es suficiente con una comunicaci\u00f3n por parte del usuario o del facilitador.<\/li>\n<\/ul>\n<p><!-- wp:heading {\"level\":3} --><\/p>\n<h3>Publicaci\u00f3n de la aplicaci\u00f3n<\/h3>\n<p><!-- wp:paragraph --><\/p>\n<p>Llega el momento en que el proceso de dise\u00f1o debe dar paso a una primera versi\u00f3n del software. Por supuesto, esta primera versi\u00f3n contiene imperfecciones y carece de algunas funcionalidades, pero ya cumple una misi\u00f3n que hemos contrastado en nuestras pruebas con usuarios.<\/p>\n<p><!-- wp:paragraph --><\/p>\n<p><strong>\u00bfHemos terminado? \u00a1Ni mucho menos!<\/strong>\u00a0<\/p>\n<p><!-- wp:paragraph --><\/p>\n<p>En primer lugar, no podemos considerar que el proceso de dise\u00f1o haya concluido hasta haber completado o descartado todas aquellas funcionalidades que ten\u00edamos previstas. En segundo lugar, la publicaci\u00f3n de la aplicaci\u00f3n multiplica las posibilidades de recibir peticiones de soporte, comentarios sobre su funcionamiento, sugerencias, etc. En tercer lugar, la mayor\u00eda de las personas que ha participado en las pruebas de usabilidad acaban siendo usuarios de nuestro producto y dado que a algunas de estas personas las vemos regularmente, aprovechamos para hacer seguimiento.<\/p>\n<p><!-- wp:paragraph --><\/p>\n<p>Por lo tanto, lejos de haber concluido,\u00a0<strong>la publicaci\u00f3n es una fuente de nuevas ideas, modificaciones y tareas<\/strong>\u00a0que se acumular\u00e1n a aquellas que quedaron pendientes y que habr\u00e1 que priorizar adecuadamente para permitir que la evoluci\u00f3n del producto contin\u00fae. En algunos casos se tratar\u00e1 de modificaciones que podemos validar intercambiando un correo electr\u00f3nico o manteniendo una conversaci\u00f3n de pasillo con un usuario. En otros casos,\u00a0<strong>el impacto de los cambios ser\u00e1 tal que obligar\u00e1 a una revisi\u00f3n m\u00e1s profunda del dise\u00f1o y a la realizaci\u00f3n de nuevos tests de usabilidad<\/strong>\u00a0como los anteriormente comentados.\u00a0<\/p>\n<p><!-- wp:paragraph --><\/p>\n<p>En definitiva,<strong>\u00a0la participaci\u00f3n de los usuarios es fundamental que sea continua durante toda la vida del software<\/strong>.<\/p>\n<p><!-- wp:heading --><\/p>\n<h2>Conclusiones<\/h2>\n<p><!-- wp:paragraph --><\/p>\n<p><strong>Desarrollar un sistema interactivo cuidando la experiencia de usuario es una tarea compleja<\/strong>\u00a0que, en el caso de tratarse de\u00a0<strong>tecnolog\u00eda de apoyo orientada al acceso, presenta una retos particulares<\/strong>\u00a0que hay que abordar.\u00a0<\/p>\n<p><!-- wp:paragraph --><\/p>\n<p>El m\u00e9todo que empleamos para hacer frente a este tipo de proyectos se basa en el\u00a0<strong>dise\u00f1o centrado en el usuario<\/strong>\u00a0y consiste, b\u00e1sicamente, en iterar a trav\u00e9s de versiones sucesivas del software contando con la participaci\u00f3n de los usuarios finales. Como principal t\u00e9cnica de evaluaci\u00f3n de la usabilidad empleamos la denominada \u201cpensando en voz alta\u201d, que adaptamos en funci\u00f3n de las caracter\u00edsticas de la persona con discapacidad participante.\u00a0<\/p>\n<p><!-- wp:paragraph --><\/p>\n<p>Adem\u00e1s del destinatario final, consideramos al\u00a0<strong>facilitador com una figura clave<\/strong>\u00a0en el proceso de adopci\u00f3n de nuestras aplicaciones y como apoyo para la realizaci\u00f3n de los tests de usabilidad; por ello tambi\u00e9n lo incorporamos en el proceso de software.<\/p>\n<p><!-- wp:paragraph --><\/p>\n<p>Por \u00faltimo,\u00a0<strong>la publicaci\u00f3n de la aplicaci\u00f3n<\/strong>, lejos de poner punto y final al dise\u00f1o y desarrollo,\u00a0<strong>proporciona nuevas oportunidades de incrementar el valor de la misma<\/strong>\u00a0a lo largo del tiempo.<\/p>\n<h3>\u00bfEst\u00e1s pensando en crear una aplicaci\u00f3n para personas con discapacidad? \u00a1Queremos saber de ti!<\/h3>\n<p><a class=\"btn btn-primary\" role=\"button\" href=\"https:\/\/easeapps.xyz\/es\/contactar\/\">Dinos lo qu\u00e9 piensas<\/a><\/p>\n<p><!-- \/wp:paragraph --><\/p><!-- \/wp:post-content --><!-- \/wp:paragraph --><\/p>\n<p>A lo largo de un d\u00eda, un usuario medio de smartphone reparte el tiempo entre m\u00faltiples aplicaciones: mensajer\u00eda, redes sociales, reproductor multimedia, notas, c\u00e1mara de fotos, calendario, navegador, juegos, etc. En cambio,\u00a0<strong>un producto de apoyo para el acceso se utiliza siempre que el usuario interact\u00faa con su dispositivo.<\/strong>\u00a0Por lo tanto, esto\u00a0<strong>hace que la facilidad de uso del producto cobre mayor relevancia<\/strong>.<\/p>\n<p><!-- wp:heading {\"level\":3} --><\/p>\n<h3>Parametrizaci\u00f3n<\/h3>\n<p><!-- wp:paragraph --><\/p>\n<p>Debido a la heterogeneidad de los perfiles a los que se dirigen estas herramientas y al uso intensivo de las mismas, suele ser<strong>\u00a0imprescindible poder disponer de distintos ajustes<\/strong>\u00a0para que se adapte lo mejor posible a las necesidades de los usuarios (colores, tama\u00f1os, tiempos, umbrales, velocidades, respuestas auditivas, complejidad de las opciones presentadas a los usuarios, etc.). Esta multiplicidad de configuraciones\u00a0<strong>a\u00f1ade complejidad, lo que desaf\u00eda la facilidad de aprendizaje<\/strong>.<\/p>\n<p><!-- wp:heading --><\/p>\n<h2>Dise\u00f1o centrado en el usuario<\/h2>\n<p><!-- wp:paragraph --><\/p>\n<p>Si has llegado hasta aqu\u00ed ya conoces los principales retos que supone desarrollar aplicaciones de tecnolog\u00eda de apoyo. Y ahora, \u00bfc\u00f3mo abordar el dise\u00f1o y desarrollo de una aplicaci\u00f3n?\u00a0<strong>\u00bfD\u00f3nde reside el secreto para conseguir que nuestros desarrollos satisfagan las necesidades de los usuarios?<\/strong><\/p>\n<p><!-- wp:paragraph --><\/p>\n<p>El secreto es que no hay secreto, todo consiste aplicar el sentido com\u00fan y\u00a0<strong>tener en consideraci\u00f3n a los usuarios durante todo el proceso<\/strong>: observar sus necesidades, hacerles part\u00edcipes del proceso de dise\u00f1o, pedirles que prueben las aplicaciones, tener muy en cuenta sus comentarios, etc. En otras palabras, consiste en\u00a0<strong>seguir un enfoque centrado en el usuario<\/strong>.<\/p>\n<p><img loading=\"lazy\" decoding=\"async\" class=\" size-full wp-image-51\" src=\"https:\/\/easeapps.xyz\/wp-content\/uploads\/sites\/2\/blog\/end-user-and-facilitator-taking-part-on-a-usability-test.jpg\" alt=\"end user and facilitator taking part on a usability test\" width=\"450\" height=\"299\" \/><\/p>\n<p><!-- wp:heading {\"level\":3} --><\/p>\n<h3>Usuarios e implicados<\/h3>\n<p><!-- wp:paragraph --><\/p>\n<p>Por tanto, si el usuario es el centro, vamos a centrarnos ahora en los usuario. \u00bfQu\u00e9 es un usuario? Consideramos usuario a toda personas que usa directamente el sistema. En el caso de Ease Apps\u00a0<strong>distinguimos dos tipos o roles de usuario distintos:<\/strong><\/p>\n<p><!-- wp:list --><\/p>\n<ul>\n<li>Los\u00a0<strong>destinatarios\u00a0<\/strong>son las<strong>\u00a0personas con discapacidad para quienes dise\u00f1amos nuestros sistemas<\/strong>\u00a0y que los usar\u00e1n para acceder al dispositivo m\u00f3vil. Ya hemos comentado cu\u00e1les son sus perfiles de funcionamiento y los retos que ello entra\u00f1a.<\/li>\n<li>Los\u00a0<strong>facilitadores\u00a0<\/strong>son los<strong>\u00a0encargados de la instalaci\u00f3n, configuraci\u00f3n inicial del sistema y apoyo al usuario final<\/strong>. Tambi\u00e9n suelen actuar como prescriptores y valoradores de la idoneidad de la tecnolog\u00eda de apoyo. Generalmente son profesionales de entidades de atenci\u00f3n a la discapacidad o servicios afines, aunque tambi\u00e9n pueden ser otras personas cercanas al usuario final como familiares o amigos. En algunas ocasiones, el propio destinatario puede ejercer el papel de facilitador. Aunque el perfil de los facilitadores puede ser muy heterog\u00e9neo, habitualmente son personas con experiencia en proporcionar apoyo al usuario final, conocedoras de su perfil de funcionamiento y que estar\u00e1n familiarizados con el manejo de dispositivos m\u00f3viles y ciertas ayudas t\u00e9cnicas. Si el facilitador es incapaz de comprender c\u00f3mo funciona nuestro sistema dif\u00edcilmente podr\u00e1 recomendarlo a los usuarios que puedan necesitarlo y proporcionar el apoyo adecuado. Por lo tanto,\u00a0<strong>es crucial involucrarlos durante el proceso de dise\u00f1o<\/strong>.\u00a0\u00a0<\/li>\n<\/ul>\n<p><!-- wp:list --><\/p>\n<p><!-- wp:paragraph --><\/p>\n<p>Por supuesto,\u00a0<strong>existen otros implicados<\/strong>\u00a0tales como otros profesionales, familiares, compa\u00f1eros, amigos, etc. que<strong>\u00a0pueden ejercer una influencia determinante<\/strong>\u00a0a la hora de adoptar y fomentar o limitar el uso de la tecnolog\u00eda de apoyo. Estos implicados puntualmente pueden adquirir el rol de facilitadores, por ejemplo, para ayudar a poner en marcha el tel\u00e9fono m\u00f3vil o ajustarlo a la silla de ruedas.<\/p>\n<p><!-- wp:heading {\"level\":3} --><\/p>\n<h3>Ideando el producto<\/h3>\n<p><!-- wp:paragraph --><\/p>\n<p><strong>Muchas ideas surgen como fruto de la observaci\u00f3n de problemas o dificultades<\/strong>\u00a0que experimentan otras personas o uno mismo. De hecho,\u00a0<a href=\"https:\/\/easeapps.xyz\/es\/blog\/107-como-nace-el-proyecto-ease-apps\/\">as\u00ed es como naci\u00f3 Ease Apps<\/a>. Nuestro trato habitual con personas con discapacidad nos permiti\u00f3 detectar sus dificultades de acceso a los dispositivos m\u00f3viles de una forma espont\u00e1nea.<\/p>\n<p>Pero detectar los problemas es s\u00f3lo una parte. Tambi\u00e9n es necesario\u00a0<strong>concebir posibles soluciones a esos problemas<\/strong>. Para ello, es necesario conocer las posibilidades que la tecnolog\u00eda ofrece y c\u00f3mo adaptarla a la realidad del usuario. Ello implica analizar la realidad de estas personas, cu\u00e1l es su funcionamiento, qu\u00e9 dificultades encuentran en su d\u00eda a d\u00eda y, espec\u00edficamente, con el uso de la tecnolog\u00eda. Tambi\u00e9n es fundamental conocer qu\u00e9 tareas vana querer desarrollar, en qu\u00e9 contextos, con qu\u00e9 apoyos y qu\u00e9 otras soluciones existen en el mercado.<\/p>\n<p><!-- wp:heading {\"level\":3} --><\/p>\n<h3>Dise\u00f1o y desarrollo<\/h3>\n<p>Concebido el producto, es necesario<strong>\u00a0transformar las ideas\u00a0<\/strong>en algo tangible, en nuestro caso\u00a0<strong>en una aplicaci\u00f3n inform\u00e1tica<\/strong>.<\/p>\n<p>Durante esta etapa\u00a0<strong>es necesario acudir de nuevo a los usuarios en diversas ocasiones<\/strong>\u00a0para contrastar con ellos los avances y poder evaluarlos y validarlos. Estos avances se pueden plasmar en forma de bocetos, esquemas, prototipos, versiones de software, etc. Se trata de un\u00a0<strong>proceso incremental iterativo<\/strong>\u00a0donde la informaci\u00f3n proporcionada por el usuario es vital para su avance. Esta informaci\u00f3n es la que permite detectar lo antes posible cualquier problema, cuando corregirlo es m\u00e1s sencillo y econ\u00f3mico.<\/p>\n<p>En nuestro caso, solemos realizar\u00a0<strong>varios tests de usabilidad empleando una adaptaci\u00f3n de la t\u00e9cnica denominada\u00a0<\/strong><a href=\"http:\/\/mpiua.invid.udl.cat\/pensando-en-voz-alta-thinking-aloud\/\"><strong>\u201cpensando en voz alta\u201d<\/strong><\/a>. Esta t\u00e9cnica b\u00e1sicamente consiste en:<\/p>\n<ol>\n<li>Reclutar a algunos usuarios representativos (destinatarios y facilitadores).<\/li>\n<li>Pedirles que traten de realizar algunas tareas con nuestro prototipo o aplicaci\u00f3n.<\/li>\n<li>Guardar silencio, observar atentamente y tomar notas de los hechos m\u00e1s relevantes mientras los usuarios usan el sistema y verbalizan lo que piensan. En ocasiones, tambi\u00e9n grabamos la sesi\u00f3n en v\u00eddeo por si es necesario recurrir m\u00e1s adelante para ampliar informaci\u00f3n.<\/li>\n<\/ol>\n<p>Algunos personas con discapacidad participantes en los tests tienen muchas dificultades para articular el habla. En estos casos adaptamos la t\u00e9cnica \u201cpensando en voz alta\u201d de forma que\u00a0\u00a0<strong>es el facilitador el que nos ayuda a interpretar lo que expresa el usuario<\/strong>, bien sea de forma oral o a trav\u00e9s de otras formas de expresi\u00f3n. Otra posibilidad que ofrecemos al usuario es que interrumpa el test en cualquier momento para expresar lo que est\u00e1 pensando a trav\u00e9s de su medio habitual de comunicaci\u00f3n, por ejemplo, un sistema aumentativo o alternativo de comunicaci\u00f3n (SAAC).<\/p>\n<p><!-- wp:paragraph --><\/p>\n<p><!-- wp:paragraph --><\/p>\n<p><!-- wp:paragraph --><\/p>\n<p><!-- wp:list {\"ordered\":true} --><\/p>\n<p><!-- wp:paragraph --><\/p>\n<p><img loading=\"lazy\" decoding=\"async\" class=\" size-full wp-image-52\" src=\"https:\/\/easeapps.xyz\/wp-content\/uploads\/sites\/2\/blog\/usability-test-session-with-end-user-facilitator-and-researcher-taking-notes.jpg\" alt=\"usability test session with end user facilitator and researcher taking notes\" width=\"500\" height=\"291\" \/><\/p>\n<p><!-- wp:heading {\"level\":3} --><\/p>\n<h3>Contextos de uso y tareas<\/h3>\n<p><!-- wp:paragraph --><\/p>\n<p>A la hora de considerar la participaci\u00f3n de los distintos usuarios y las tareas que vamos a solicitar a cada uno de ellos, distinguimos entre tres situaciones o contextos distintos:<\/p>\n<p><!-- wp:list --><\/p>\n<ul>\n<li><strong>Primer contacto por parte del facilitador<\/strong>. En este caso se trata de un contexto en el que el facilitador eval\u00faa la soluci\u00f3n con el objetivo de comprender su funcionamiento y poder recomendarla y asesorar a usuarios finales. B\u00e1sicamente, al facilitador se le proporciona el nombre de nuestra aplicaci\u00f3n para que trate de instalarla y comprender su funcionamiento. L\u00f3gicamente, el facilitador no debe estar familiarizado con la aplicaci\u00f3n. En este contexto\u00a0<strong>el<\/strong>\u00a0<strong>criterio b\u00e1sico de evaluaci\u00f3n es la facilidad de aprendizaje<\/strong>.\u00a0<\/li>\n<li><strong>Contexto estructurado con apoyo externo<\/strong>. Es aquel donde el usuario requiere de un apoyo intensivo para un uso satisfactorio del sistema. Generalmente esta situaci\u00f3n se da en el \u00e1mbito de un centro de atenci\u00f3n (escuela de educaci\u00f3n especial, taller ocupacional, centro de d\u00eda o centro residencial asistido). B\u00e1sicamente se plantean dos tipos de tareas en las que participan facilitador y destinatario..\u00a0\n<ul>\n<li>El primer tipo implica consiste en un\u00a0<strong>facilitador tratando de explicar el funcionamiento del sistema a un usuario<\/strong>\u00a0sin experiencia previa. Con ello queremos evaluar hasta qu\u00e9 punto nuestro sistema facilita esta transferencia de conocimiento.<\/li>\n<li>El segundo tipo consiste en un conjunto de\u00a0<strong>tareas concretas que el usuario debe realizar<\/strong>. En la medida de lo posible, es el propio usuario el que escoge estas tareas. El facilitador est\u00e1 presente aunque debe abstenerse de intervenir y, fundamentalmente, su papel consiste en ayudar al usuario a comunicar lo que piensa en cada momento. El principal criterio que valoramos es la facilidad de uso del sistema y, en cierta medida, la facilidad de aprendizaje por parte del destinatario.<\/li>\n<\/ul>\n<\/li>\n<li><strong>Contexto no estructurado sin apoyo externo<\/strong>. Se trata de un contexto de uso m\u00e1s normalizado en el cual el usuario trata de cubrir sus propias necesidades e intereses al utilizar un dispositivo m\u00f3vil. Es decir, un\u00a0<strong>contexto de uso hom\u00f3logo al de cualquier persona que utiliza dispositivos m\u00f3viles<\/strong>. En este caso no siempre se lleva a cabo un test de usabilidad, s\u00f3lo en aquellas situaciones en las que se sospecha que existe realmente una dificultad. De hecho, en algunos casos es suficiente con una comunicaci\u00f3n por parte del usuario o del facilitador.<\/li>\n<\/ul>\n<p><!-- wp:heading {\"level\":3} --><\/p>\n<h3>Publicaci\u00f3n de la aplicaci\u00f3n<\/h3>\n<p><!-- wp:paragraph --><\/p>\n<p>Llega el momento en que el proceso de dise\u00f1o debe dar paso a una primera versi\u00f3n del software. Por supuesto, esta primera versi\u00f3n contiene imperfecciones y carece de algunas funcionalidades, pero ya cumple una misi\u00f3n que hemos contrastado en nuestras pruebas con usuarios.<\/p>\n<p><!-- wp:paragraph --><\/p>\n<p><strong>\u00bfHemos terminado? \u00a1Ni mucho menos!<\/strong>\u00a0<\/p>\n<p><!-- wp:paragraph --><\/p>\n<p>En primer lugar, no podemos considerar que el proceso de dise\u00f1o haya concluido hasta haber completado o descartado todas aquellas funcionalidades que ten\u00edamos previstas. En segundo lugar, la publicaci\u00f3n de la aplicaci\u00f3n multiplica las posibilidades de recibir peticiones de soporte, comentarios sobre su funcionamiento, sugerencias, etc. En tercer lugar, la mayor\u00eda de las personas que ha participado en las pruebas de usabilidad acaban siendo usuarios de nuestro producto y dado que a algunas de estas personas las vemos regularmente, aprovechamos para hacer seguimiento.<\/p>\n<p><!-- wp:paragraph --><\/p>\n<p>Por lo tanto, lejos de haber concluido,\u00a0<strong>la publicaci\u00f3n es una fuente de nuevas ideas, modificaciones y tareas<\/strong>\u00a0que se acumular\u00e1n a aquellas que quedaron pendientes y que habr\u00e1 que priorizar adecuadamente para permitir que la evoluci\u00f3n del producto contin\u00fae. En algunos casos se tratar\u00e1 de modificaciones que podemos validar intercambiando un correo electr\u00f3nico o manteniendo una conversaci\u00f3n de pasillo con un usuario. En otros casos,\u00a0<strong>el impacto de los cambios ser\u00e1 tal que obligar\u00e1 a una revisi\u00f3n m\u00e1s profunda del dise\u00f1o y a la realizaci\u00f3n de nuevos tests de usabilidad<\/strong>\u00a0como los anteriormente comentados.\u00a0<\/p>\n<p><!-- wp:paragraph --><\/p>\n<p>En definitiva,<strong>\u00a0la participaci\u00f3n de los usuarios es fundamental que sea continua durante toda la vida del software<\/strong>.<\/p>\n<p><!-- wp:heading --><\/p>\n<h2>Conclusiones<\/h2>\n<p><!-- wp:paragraph --><\/p>\n<p><strong>Desarrollar un sistema interactivo cuidando la experiencia de usuario es una tarea compleja<\/strong>\u00a0que, en el caso de tratarse de\u00a0<strong>tecnolog\u00eda de apoyo orientada al acceso, presenta una retos particulares<\/strong>\u00a0que hay que abordar.\u00a0<\/p>\n<p><!-- wp:paragraph --><\/p>\n<p>El m\u00e9todo que empleamos para hacer frente a este tipo de proyectos se basa en el\u00a0<strong>dise\u00f1o centrado en el usuario<\/strong>\u00a0y consiste, b\u00e1sicamente, en iterar a trav\u00e9s de versiones sucesivas del software contando con la participaci\u00f3n de los usuarios finales. Como principal t\u00e9cnica de evaluaci\u00f3n de la usabilidad empleamos la denominada \u201cpensando en voz alta\u201d, que adaptamos en funci\u00f3n de las caracter\u00edsticas de la persona con discapacidad participante.\u00a0<\/p>\n<p><!-- wp:paragraph --><\/p>\n<p>Adem\u00e1s del destinatario final, consideramos al\u00a0<strong>facilitador com una figura clave<\/strong>\u00a0en el proceso de adopci\u00f3n de nuestras aplicaciones y como apoyo para la realizaci\u00f3n de los tests de usabilidad; por ello tambi\u00e9n lo incorporamos en el proceso de software.<\/p>\n<p><!-- wp:paragraph --><\/p>\n<p>Por \u00faltimo,\u00a0<strong>la publicaci\u00f3n de la aplicaci\u00f3n<\/strong>, lejos de poner punto y final al dise\u00f1o y desarrollo,\u00a0<strong>proporciona nuevas oportunidades de incrementar el valor de la misma<\/strong>\u00a0a lo largo del tiempo.<\/p>\n<h3>\u00bfEst\u00e1s pensando en crear una aplicaci\u00f3n para personas con discapacidad? \u00a1Queremos saber de ti!<\/h3>\n<p><a class=\"btn btn-primary\" role=\"button\" href=\"https:\/\/easeapps.xyz\/es\/contactar\/\">Dinos lo qu\u00e9 piensas<\/a><\/p>\n<p><!-- \/wp:paragraph --><\/p><!-- \/wp:post-content --><!-- \/wp:heading --><\/p>\n<h3>Uso intensivo<\/h3>\n<p><!-- wp:paragraph --><\/p>\n<p>A lo largo de un d\u00eda, un usuario medio de smartphone reparte el tiempo entre m\u00faltiples aplicaciones: mensajer\u00eda, redes sociales, reproductor multimedia, notas, c\u00e1mara de fotos, calendario, navegador, juegos, etc. En cambio,\u00a0<strong>un producto de apoyo para el acceso se utiliza siempre que el usuario interact\u00faa con su dispositivo.<\/strong>\u00a0Por lo tanto, esto\u00a0<strong>hace que la facilidad de uso del producto cobre mayor relevancia<\/strong>.<\/p>\n<p><!-- wp:heading {\"level\":3} --><\/p>\n<h3>Parametrizaci\u00f3n<\/h3>\n<p><!-- wp:paragraph --><\/p>\n<p>Debido a la heterogeneidad de los perfiles a los que se dirigen estas herramientas y al uso intensivo de las mismas, suele ser<strong>\u00a0imprescindible poder disponer de distintos ajustes<\/strong>\u00a0para que se adapte lo mejor posible a las necesidades de los usuarios (colores, tama\u00f1os, tiempos, umbrales, velocidades, respuestas auditivas, complejidad de las opciones presentadas a los usuarios, etc.). Esta multiplicidad de configuraciones\u00a0<strong>a\u00f1ade complejidad, lo que desaf\u00eda la facilidad de aprendizaje<\/strong>.<\/p>\n<p><!-- wp:heading --><\/p>\n<h2>Dise\u00f1o centrado en el usuario<\/h2>\n<p><!-- wp:paragraph --><\/p>\n<p>Si has llegado hasta aqu\u00ed ya conoces los principales retos que supone desarrollar aplicaciones de tecnolog\u00eda de apoyo. Y ahora, \u00bfc\u00f3mo abordar el dise\u00f1o y desarrollo de una aplicaci\u00f3n?\u00a0<strong>\u00bfD\u00f3nde reside el secreto para conseguir que nuestros desarrollos satisfagan las necesidades de los usuarios?<\/strong><\/p>\n<p><!-- wp:paragraph --><\/p>\n<p>El secreto es que no hay secreto, todo consiste aplicar el sentido com\u00fan y\u00a0<strong>tener en consideraci\u00f3n a los usuarios durante todo el proceso<\/strong>: observar sus necesidades, hacerles part\u00edcipes del proceso de dise\u00f1o, pedirles que prueben las aplicaciones, tener muy en cuenta sus comentarios, etc. En otras palabras, consiste en\u00a0<strong>seguir un enfoque centrado en el usuario<\/strong>.<\/p>\n<p><img loading=\"lazy\" decoding=\"async\" class=\" size-full wp-image-51\" src=\"https:\/\/easeapps.xyz\/wp-content\/uploads\/sites\/2\/blog\/end-user-and-facilitator-taking-part-on-a-usability-test.jpg\" alt=\"end user and facilitator taking part on a usability test\" width=\"450\" height=\"299\" \/><\/p>\n<p><!-- wp:heading {\"level\":3} --><\/p>\n<h3>Usuarios e implicados<\/h3>\n<p><!-- wp:paragraph --><\/p>\n<p>Por tanto, si el usuario es el centro, vamos a centrarnos ahora en los usuario. \u00bfQu\u00e9 es un usuario? Consideramos usuario a toda personas que usa directamente el sistema. En el caso de Ease Apps\u00a0<strong>distinguimos dos tipos o roles de usuario distintos:<\/strong><\/p>\n<p><!-- wp:list --><\/p>\n<ul>\n<li>Los\u00a0<strong>destinatarios\u00a0<\/strong>son las<strong>\u00a0personas con discapacidad para quienes dise\u00f1amos nuestros sistemas<\/strong>\u00a0y que los usar\u00e1n para acceder al dispositivo m\u00f3vil. Ya hemos comentado cu\u00e1les son sus perfiles de funcionamiento y los retos que ello entra\u00f1a.<\/li>\n<li>Los\u00a0<strong>facilitadores\u00a0<\/strong>son los<strong>\u00a0encargados de la instalaci\u00f3n, configuraci\u00f3n inicial del sistema y apoyo al usuario final<\/strong>. Tambi\u00e9n suelen actuar como prescriptores y valoradores de la idoneidad de la tecnolog\u00eda de apoyo. Generalmente son profesionales de entidades de atenci\u00f3n a la discapacidad o servicios afines, aunque tambi\u00e9n pueden ser otras personas cercanas al usuario final como familiares o amigos. En algunas ocasiones, el propio destinatario puede ejercer el papel de facilitador. Aunque el perfil de los facilitadores puede ser muy heterog\u00e9neo, habitualmente son personas con experiencia en proporcionar apoyo al usuario final, conocedoras de su perfil de funcionamiento y que estar\u00e1n familiarizados con el manejo de dispositivos m\u00f3viles y ciertas ayudas t\u00e9cnicas. Si el facilitador es incapaz de comprender c\u00f3mo funciona nuestro sistema dif\u00edcilmente podr\u00e1 recomendarlo a los usuarios que puedan necesitarlo y proporcionar el apoyo adecuado. Por lo tanto,\u00a0<strong>es crucial involucrarlos durante el proceso de dise\u00f1o<\/strong>.\u00a0\u00a0<\/li>\n<\/ul>\n<p><!-- wp:list --><\/p>\n<p><!-- wp:paragraph --><\/p>\n<p>Por supuesto,\u00a0<strong>existen otros implicados<\/strong>\u00a0tales como otros profesionales, familiares, compa\u00f1eros, amigos, etc. que<strong>\u00a0pueden ejercer una influencia determinante<\/strong>\u00a0a la hora de adoptar y fomentar o limitar el uso de la tecnolog\u00eda de apoyo. Estos implicados puntualmente pueden adquirir el rol de facilitadores, por ejemplo, para ayudar a poner en marcha el tel\u00e9fono m\u00f3vil o ajustarlo a la silla de ruedas.<\/p>\n<p><!-- wp:heading {\"level\":3} --><\/p>\n<h3>Ideando el producto<\/h3>\n<p><!-- wp:paragraph --><\/p>\n<p><strong>Muchas ideas surgen como fruto de la observaci\u00f3n de problemas o dificultades<\/strong>\u00a0que experimentan otras personas o uno mismo. De hecho,\u00a0<a href=\"https:\/\/easeapps.xyz\/es\/blog\/107-como-nace-el-proyecto-ease-apps\/\">as\u00ed es como naci\u00f3 Ease Apps<\/a>. Nuestro trato habitual con personas con discapacidad nos permiti\u00f3 detectar sus dificultades de acceso a los dispositivos m\u00f3viles de una forma espont\u00e1nea.<\/p>\n<p>Pero detectar los problemas es s\u00f3lo una parte. Tambi\u00e9n es necesario\u00a0<strong>concebir posibles soluciones a esos problemas<\/strong>. Para ello, es necesario conocer las posibilidades que la tecnolog\u00eda ofrece y c\u00f3mo adaptarla a la realidad del usuario. Ello implica analizar la realidad de estas personas, cu\u00e1l es su funcionamiento, qu\u00e9 dificultades encuentran en su d\u00eda a d\u00eda y, espec\u00edficamente, con el uso de la tecnolog\u00eda. Tambi\u00e9n es fundamental conocer qu\u00e9 tareas vana querer desarrollar, en qu\u00e9 contextos, con qu\u00e9 apoyos y qu\u00e9 otras soluciones existen en el mercado.<\/p>\n<p><!-- wp:heading {\"level\":3} --><\/p>\n<h3>Dise\u00f1o y desarrollo<\/h3>\n<p>Concebido el producto, es necesario<strong>\u00a0transformar las ideas\u00a0<\/strong>en algo tangible, en nuestro caso\u00a0<strong>en una aplicaci\u00f3n inform\u00e1tica<\/strong>.<\/p>\n<p>Durante esta etapa\u00a0<strong>es necesario acudir de nuevo a los usuarios en diversas ocasiones<\/strong>\u00a0para contrastar con ellos los avances y poder evaluarlos y validarlos. Estos avances se pueden plasmar en forma de bocetos, esquemas, prototipos, versiones de software, etc. Se trata de un\u00a0<strong>proceso incremental iterativo<\/strong>\u00a0donde la informaci\u00f3n proporcionada por el usuario es vital para su avance. Esta informaci\u00f3n es la que permite detectar lo antes posible cualquier problema, cuando corregirlo es m\u00e1s sencillo y econ\u00f3mico.<\/p>\n<p>En nuestro caso, solemos realizar\u00a0<strong>varios tests de usabilidad empleando una adaptaci\u00f3n de la t\u00e9cnica denominada\u00a0<\/strong><a href=\"http:\/\/mpiua.invid.udl.cat\/pensando-en-voz-alta-thinking-aloud\/\"><strong>\u201cpensando en voz alta\u201d<\/strong><\/a>. Esta t\u00e9cnica b\u00e1sicamente consiste en:<\/p>\n<ol>\n<li>Reclutar a algunos usuarios representativos (destinatarios y facilitadores).<\/li>\n<li>Pedirles que traten de realizar algunas tareas con nuestro prototipo o aplicaci\u00f3n.<\/li>\n<li>Guardar silencio, observar atentamente y tomar notas de los hechos m\u00e1s relevantes mientras los usuarios usan el sistema y verbalizan lo que piensan. En ocasiones, tambi\u00e9n grabamos la sesi\u00f3n en v\u00eddeo por si es necesario recurrir m\u00e1s adelante para ampliar informaci\u00f3n.<\/li>\n<\/ol>\n<p>Algunos personas con discapacidad participantes en los tests tienen muchas dificultades para articular el habla. En estos casos adaptamos la t\u00e9cnica \u201cpensando en voz alta\u201d de forma que\u00a0\u00a0<strong>es el facilitador el que nos ayuda a interpretar lo que expresa el usuario<\/strong>, bien sea de forma oral o a trav\u00e9s de otras formas de expresi\u00f3n. Otra posibilidad que ofrecemos al usuario es que interrumpa el test en cualquier momento para expresar lo que est\u00e1 pensando a trav\u00e9s de su medio habitual de comunicaci\u00f3n, por ejemplo, un sistema aumentativo o alternativo de comunicaci\u00f3n (SAAC).<\/p>\n<p><!-- wp:paragraph --><\/p>\n<p><!-- wp:paragraph --><\/p>\n<p><!-- wp:paragraph --><\/p>\n<p><!-- wp:list {\"ordered\":true} --><\/p>\n<p><!-- wp:paragraph --><\/p>\n<p><img loading=\"lazy\" decoding=\"async\" class=\" size-full wp-image-52\" src=\"https:\/\/easeapps.xyz\/wp-content\/uploads\/sites\/2\/blog\/usability-test-session-with-end-user-facilitator-and-researcher-taking-notes.jpg\" alt=\"usability test session with end user facilitator and researcher taking notes\" width=\"500\" height=\"291\" \/><\/p>\n<p><!-- wp:heading {\"level\":3} --><\/p>\n<h3>Contextos de uso y tareas<\/h3>\n<p><!-- wp:paragraph --><\/p>\n<p>A la hora de considerar la participaci\u00f3n de los distintos usuarios y las tareas que vamos a solicitar a cada uno de ellos, distinguimos entre tres situaciones o contextos distintos:<\/p>\n<p><!-- wp:list --><\/p>\n<ul>\n<li><strong>Primer contacto por parte del facilitador<\/strong>. En este caso se trata de un contexto en el que el facilitador eval\u00faa la soluci\u00f3n con el objetivo de comprender su funcionamiento y poder recomendarla y asesorar a usuarios finales. B\u00e1sicamente, al facilitador se le proporciona el nombre de nuestra aplicaci\u00f3n para que trate de instalarla y comprender su funcionamiento. L\u00f3gicamente, el facilitador no debe estar familiarizado con la aplicaci\u00f3n. En este contexto\u00a0<strong>el<\/strong>\u00a0<strong>criterio b\u00e1sico de evaluaci\u00f3n es la facilidad de aprendizaje<\/strong>.\u00a0<\/li>\n<li><strong>Contexto estructurado con apoyo externo<\/strong>. Es aquel donde el usuario requiere de un apoyo intensivo para un uso satisfactorio del sistema. Generalmente esta situaci\u00f3n se da en el \u00e1mbito de un centro de atenci\u00f3n (escuela de educaci\u00f3n especial, taller ocupacional, centro de d\u00eda o centro residencial asistido). B\u00e1sicamente se plantean dos tipos de tareas en las que participan facilitador y destinatario..\u00a0\n<ul>\n<li>El primer tipo implica consiste en un\u00a0<strong>facilitador tratando de explicar el funcionamiento del sistema a un usuario<\/strong>\u00a0sin experiencia previa. Con ello queremos evaluar hasta qu\u00e9 punto nuestro sistema facilita esta transferencia de conocimiento.<\/li>\n<li>El segundo tipo consiste en un conjunto de\u00a0<strong>tareas concretas que el usuario debe realizar<\/strong>. En la medida de lo posible, es el propio usuario el que escoge estas tareas. El facilitador est\u00e1 presente aunque debe abstenerse de intervenir y, fundamentalmente, su papel consiste en ayudar al usuario a comunicar lo que piensa en cada momento. El principal criterio que valoramos es la facilidad de uso del sistema y, en cierta medida, la facilidad de aprendizaje por parte del destinatario.<\/li>\n<\/ul>\n<\/li>\n<li><strong>Contexto no estructurado sin apoyo externo<\/strong>. Se trata de un contexto de uso m\u00e1s normalizado en el cual el usuario trata de cubrir sus propias necesidades e intereses al utilizar un dispositivo m\u00f3vil. Es decir, un\u00a0<strong>contexto de uso hom\u00f3logo al de cualquier persona que utiliza dispositivos m\u00f3viles<\/strong>. En este caso no siempre se lleva a cabo un test de usabilidad, s\u00f3lo en aquellas situaciones en las que se sospecha que existe realmente una dificultad. De hecho, en algunos casos es suficiente con una comunicaci\u00f3n por parte del usuario o del facilitador.<\/li>\n<\/ul>\n<p><!-- wp:heading {\"level\":3} --><\/p>\n<h3>Publicaci\u00f3n de la aplicaci\u00f3n<\/h3>\n<p><!-- wp:paragraph --><\/p>\n<p>Llega el momento en que el proceso de dise\u00f1o debe dar paso a una primera versi\u00f3n del software. Por supuesto, esta primera versi\u00f3n contiene imperfecciones y carece de algunas funcionalidades, pero ya cumple una misi\u00f3n que hemos contrastado en nuestras pruebas con usuarios.<\/p>\n<p><!-- wp:paragraph --><\/p>\n<p><strong>\u00bfHemos terminado? \u00a1Ni mucho menos!<\/strong>\u00a0<\/p>\n<p><!-- wp:paragraph --><\/p>\n<p>En primer lugar, no podemos considerar que el proceso de dise\u00f1o haya concluido hasta haber completado o descartado todas aquellas funcionalidades que ten\u00edamos previstas. En segundo lugar, la publicaci\u00f3n de la aplicaci\u00f3n multiplica las posibilidades de recibir peticiones de soporte, comentarios sobre su funcionamiento, sugerencias, etc. En tercer lugar, la mayor\u00eda de las personas que ha participado en las pruebas de usabilidad acaban siendo usuarios de nuestro producto y dado que a algunas de estas personas las vemos regularmente, aprovechamos para hacer seguimiento.<\/p>\n<p><!-- wp:paragraph --><\/p>\n<p>Por lo tanto, lejos de haber concluido,\u00a0<strong>la publicaci\u00f3n es una fuente de nuevas ideas, modificaciones y tareas<\/strong>\u00a0que se acumular\u00e1n a aquellas que quedaron pendientes y que habr\u00e1 que priorizar adecuadamente para permitir que la evoluci\u00f3n del producto contin\u00fae. En algunos casos se tratar\u00e1 de modificaciones que podemos validar intercambiando un correo electr\u00f3nico o manteniendo una conversaci\u00f3n de pasillo con un usuario. En otros casos,\u00a0<strong>el impacto de los cambios ser\u00e1 tal que obligar\u00e1 a una revisi\u00f3n m\u00e1s profunda del dise\u00f1o y a la realizaci\u00f3n de nuevos tests de usabilidad<\/strong>\u00a0como los anteriormente comentados.\u00a0<\/p>\n<p><!-- wp:paragraph --><\/p>\n<p>En definitiva,<strong>\u00a0la participaci\u00f3n de los usuarios es fundamental que sea continua durante toda la vida del software<\/strong>.<\/p>\n<p><!-- wp:heading --><\/p>\n<h2>Conclusiones<\/h2>\n<p><!-- wp:paragraph --><\/p>\n<p><strong>Desarrollar un sistema interactivo cuidando la experiencia de usuario es una tarea compleja<\/strong>\u00a0que, en el caso de tratarse de\u00a0<strong>tecnolog\u00eda de apoyo orientada al acceso, presenta una retos particulares<\/strong>\u00a0que hay que abordar.\u00a0<\/p>\n<p><!-- wp:paragraph --><\/p>\n<p>El m\u00e9todo que empleamos para hacer frente a este tipo de proyectos se basa en el\u00a0<strong>dise\u00f1o centrado en el usuario<\/strong>\u00a0y consiste, b\u00e1sicamente, en iterar a trav\u00e9s de versiones sucesivas del software contando con la participaci\u00f3n de los usuarios finales. Como principal t\u00e9cnica de evaluaci\u00f3n de la usabilidad empleamos la denominada \u201cpensando en voz alta\u201d, que adaptamos en funci\u00f3n de las caracter\u00edsticas de la persona con discapacidad participante.\u00a0<\/p>\n<p><!-- wp:paragraph --><\/p>\n<p>Adem\u00e1s del destinatario final, consideramos al\u00a0<strong>facilitador com una figura clave<\/strong>\u00a0en el proceso de adopci\u00f3n de nuestras aplicaciones y como apoyo para la realizaci\u00f3n de los tests de usabilidad; por ello tambi\u00e9n lo incorporamos en el proceso de software.<\/p>\n<p><!-- wp:paragraph --><\/p>\n<p>Por \u00faltimo,\u00a0<strong>la publicaci\u00f3n de la aplicaci\u00f3n<\/strong>, lejos de poner punto y final al dise\u00f1o y desarrollo,\u00a0<strong>proporciona nuevas oportunidades de incrementar el valor de la misma<\/strong>\u00a0a lo largo del tiempo.<\/p>\n<h3>\u00bfEst\u00e1s pensando en crear una aplicaci\u00f3n para personas con discapacidad? \u00a1Queremos saber de ti!<\/h3>\n<p><a class=\"btn btn-primary\" role=\"button\" href=\"https:\/\/easeapps.xyz\/es\/contactar\/\">Dinos lo qu\u00e9 piensas<\/a><\/p>\n<p><!-- \/wp:paragraph --><\/p><!-- \/wp:post-content --><!-- \/wp:paragraph --><\/p>\n<p><!-- wp:heading {\"level\":3} --><\/p>\n<h3>Uso intensivo<\/h3>\n<p><!-- wp:paragraph --><\/p>\n<p>A lo largo de un d\u00eda, un usuario medio de smartphone reparte el tiempo entre m\u00faltiples aplicaciones: mensajer\u00eda, redes sociales, reproductor multimedia, notas, c\u00e1mara de fotos, calendario, navegador, juegos, etc. En cambio,\u00a0<strong>un producto de apoyo para el acceso se utiliza siempre que el usuario interact\u00faa con su dispositivo.<\/strong>\u00a0Por lo tanto, esto\u00a0<strong>hace que la facilidad de uso del producto cobre mayor relevancia<\/strong>.<\/p>\n<p><!-- wp:heading {\"level\":3} --><\/p>\n<h3>Parametrizaci\u00f3n<\/h3>\n<p><!-- wp:paragraph --><\/p>\n<p>Debido a la heterogeneidad de los perfiles a los que se dirigen estas herramientas y al uso intensivo de las mismas, suele ser<strong>\u00a0imprescindible poder disponer de distintos ajustes<\/strong>\u00a0para que se adapte lo mejor posible a las necesidades de los usuarios (colores, tama\u00f1os, tiempos, umbrales, velocidades, respuestas auditivas, complejidad de las opciones presentadas a los usuarios, etc.). Esta multiplicidad de configuraciones\u00a0<strong>a\u00f1ade complejidad, lo que desaf\u00eda la facilidad de aprendizaje<\/strong>.<\/p>\n<p><!-- wp:heading --><\/p>\n<h2>Dise\u00f1o centrado en el usuario<\/h2>\n<p><!-- wp:paragraph --><\/p>\n<p>Si has llegado hasta aqu\u00ed ya conoces los principales retos que supone desarrollar aplicaciones de tecnolog\u00eda de apoyo. Y ahora, \u00bfc\u00f3mo abordar el dise\u00f1o y desarrollo de una aplicaci\u00f3n?\u00a0<strong>\u00bfD\u00f3nde reside el secreto para conseguir que nuestros desarrollos satisfagan las necesidades de los usuarios?<\/strong><\/p>\n<p><!-- wp:paragraph --><\/p>\n<p>El secreto es que no hay secreto, todo consiste aplicar el sentido com\u00fan y\u00a0<strong>tener en consideraci\u00f3n a los usuarios durante todo el proceso<\/strong>: observar sus necesidades, hacerles part\u00edcipes del proceso de dise\u00f1o, pedirles que prueben las aplicaciones, tener muy en cuenta sus comentarios, etc. En otras palabras, consiste en\u00a0<strong>seguir un enfoque centrado en el usuario<\/strong>.<\/p>\n<p><img loading=\"lazy\" decoding=\"async\" class=\" size-full wp-image-51\" src=\"https:\/\/easeapps.xyz\/wp-content\/uploads\/sites\/2\/blog\/end-user-and-facilitator-taking-part-on-a-usability-test.jpg\" alt=\"end user and facilitator taking part on a usability test\" width=\"450\" height=\"299\" \/><\/p>\n<p><!-- wp:heading {\"level\":3} --><\/p>\n<h3>Usuarios e implicados<\/h3>\n<p><!-- wp:paragraph --><\/p>\n<p>Por tanto, si el usuario es el centro, vamos a centrarnos ahora en los usuario. \u00bfQu\u00e9 es un usuario? Consideramos usuario a toda personas que usa directamente el sistema. En el caso de Ease Apps\u00a0<strong>distinguimos dos tipos o roles de usuario distintos:<\/strong><\/p>\n<p><!-- wp:list --><\/p>\n<ul>\n<li>Los\u00a0<strong>destinatarios\u00a0<\/strong>son las<strong>\u00a0personas con discapacidad para quienes dise\u00f1amos nuestros sistemas<\/strong>\u00a0y que los usar\u00e1n para acceder al dispositivo m\u00f3vil. Ya hemos comentado cu\u00e1les son sus perfiles de funcionamiento y los retos que ello entra\u00f1a.<\/li>\n<li>Los\u00a0<strong>facilitadores\u00a0<\/strong>son los<strong>\u00a0encargados de la instalaci\u00f3n, configuraci\u00f3n inicial del sistema y apoyo al usuario final<\/strong>. Tambi\u00e9n suelen actuar como prescriptores y valoradores de la idoneidad de la tecnolog\u00eda de apoyo. Generalmente son profesionales de entidades de atenci\u00f3n a la discapacidad o servicios afines, aunque tambi\u00e9n pueden ser otras personas cercanas al usuario final como familiares o amigos. En algunas ocasiones, el propio destinatario puede ejercer el papel de facilitador. Aunque el perfil de los facilitadores puede ser muy heterog\u00e9neo, habitualmente son personas con experiencia en proporcionar apoyo al usuario final, conocedoras de su perfil de funcionamiento y que estar\u00e1n familiarizados con el manejo de dispositivos m\u00f3viles y ciertas ayudas t\u00e9cnicas. Si el facilitador es incapaz de comprender c\u00f3mo funciona nuestro sistema dif\u00edcilmente podr\u00e1 recomendarlo a los usuarios que puedan necesitarlo y proporcionar el apoyo adecuado. Por lo tanto,\u00a0<strong>es crucial involucrarlos durante el proceso de dise\u00f1o<\/strong>.\u00a0\u00a0<\/li>\n<\/ul>\n<p><!-- wp:list --><\/p>\n<p><!-- wp:paragraph --><\/p>\n<p>Por supuesto,\u00a0<strong>existen otros implicados<\/strong>\u00a0tales como otros profesionales, familiares, compa\u00f1eros, amigos, etc. que<strong>\u00a0pueden ejercer una influencia determinante<\/strong>\u00a0a la hora de adoptar y fomentar o limitar el uso de la tecnolog\u00eda de apoyo. Estos implicados puntualmente pueden adquirir el rol de facilitadores, por ejemplo, para ayudar a poner en marcha el tel\u00e9fono m\u00f3vil o ajustarlo a la silla de ruedas.<\/p>\n<p><!-- wp:heading {\"level\":3} --><\/p>\n<h3>Ideando el producto<\/h3>\n<p><!-- wp:paragraph --><\/p>\n<p><strong>Muchas ideas surgen como fruto de la observaci\u00f3n de problemas o dificultades<\/strong>\u00a0que experimentan otras personas o uno mismo. De hecho,\u00a0<a href=\"https:\/\/easeapps.xyz\/es\/blog\/107-como-nace-el-proyecto-ease-apps\/\">as\u00ed es como naci\u00f3 Ease Apps<\/a>. Nuestro trato habitual con personas con discapacidad nos permiti\u00f3 detectar sus dificultades de acceso a los dispositivos m\u00f3viles de una forma espont\u00e1nea.<\/p>\n<p>Pero detectar los problemas es s\u00f3lo una parte. Tambi\u00e9n es necesario\u00a0<strong>concebir posibles soluciones a esos problemas<\/strong>. Para ello, es necesario conocer las posibilidades que la tecnolog\u00eda ofrece y c\u00f3mo adaptarla a la realidad del usuario. Ello implica analizar la realidad de estas personas, cu\u00e1l es su funcionamiento, qu\u00e9 dificultades encuentran en su d\u00eda a d\u00eda y, espec\u00edficamente, con el uso de la tecnolog\u00eda. Tambi\u00e9n es fundamental conocer qu\u00e9 tareas vana querer desarrollar, en qu\u00e9 contextos, con qu\u00e9 apoyos y qu\u00e9 otras soluciones existen en el mercado.<\/p>\n<p><!-- wp:heading {\"level\":3} --><\/p>\n<h3>Dise\u00f1o y desarrollo<\/h3>\n<p>Concebido el producto, es necesario<strong>\u00a0transformar las ideas\u00a0<\/strong>en algo tangible, en nuestro caso\u00a0<strong>en una aplicaci\u00f3n inform\u00e1tica<\/strong>.<\/p>\n<p>Durante esta etapa\u00a0<strong>es necesario acudir de nuevo a los usuarios en diversas ocasiones<\/strong>\u00a0para contrastar con ellos los avances y poder evaluarlos y validarlos. Estos avances se pueden plasmar en forma de bocetos, esquemas, prototipos, versiones de software, etc. Se trata de un\u00a0<strong>proceso incremental iterativo<\/strong>\u00a0donde la informaci\u00f3n proporcionada por el usuario es vital para su avance. Esta informaci\u00f3n es la que permite detectar lo antes posible cualquier problema, cuando corregirlo es m\u00e1s sencillo y econ\u00f3mico.<\/p>\n<p>En nuestro caso, solemos realizar\u00a0<strong>varios tests de usabilidad empleando una adaptaci\u00f3n de la t\u00e9cnica denominada\u00a0<\/strong><a href=\"http:\/\/mpiua.invid.udl.cat\/pensando-en-voz-alta-thinking-aloud\/\"><strong>\u201cpensando en voz alta\u201d<\/strong><\/a>. Esta t\u00e9cnica b\u00e1sicamente consiste en:<\/p>\n<ol>\n<li>Reclutar a algunos usuarios representativos (destinatarios y facilitadores).<\/li>\n<li>Pedirles que traten de realizar algunas tareas con nuestro prototipo o aplicaci\u00f3n.<\/li>\n<li>Guardar silencio, observar atentamente y tomar notas de los hechos m\u00e1s relevantes mientras los usuarios usan el sistema y verbalizan lo que piensan. En ocasiones, tambi\u00e9n grabamos la sesi\u00f3n en v\u00eddeo por si es necesario recurrir m\u00e1s adelante para ampliar informaci\u00f3n.<\/li>\n<\/ol>\n<p>Algunos personas con discapacidad participantes en los tests tienen muchas dificultades para articular el habla. En estos casos adaptamos la t\u00e9cnica \u201cpensando en voz alta\u201d de forma que\u00a0\u00a0<strong>es el facilitador el que nos ayuda a interpretar lo que expresa el usuario<\/strong>, bien sea de forma oral o a trav\u00e9s de otras formas de expresi\u00f3n. Otra posibilidad que ofrecemos al usuario es que interrumpa el test en cualquier momento para expresar lo que est\u00e1 pensando a trav\u00e9s de su medio habitual de comunicaci\u00f3n, por ejemplo, un sistema aumentativo o alternativo de comunicaci\u00f3n (SAAC).<\/p>\n<p><!-- wp:paragraph --><\/p>\n<p><!-- wp:paragraph --><\/p>\n<p><!-- wp:paragraph --><\/p>\n<p><!-- wp:list {\"ordered\":true} --><\/p>\n<p><!-- wp:paragraph --><\/p>\n<p><img loading=\"lazy\" decoding=\"async\" class=\" size-full wp-image-52\" src=\"https:\/\/easeapps.xyz\/wp-content\/uploads\/sites\/2\/blog\/usability-test-session-with-end-user-facilitator-and-researcher-taking-notes.jpg\" alt=\"usability test session with end user facilitator and researcher taking notes\" width=\"500\" height=\"291\" \/><\/p>\n<p><!-- wp:heading {\"level\":3} --><\/p>\n<h3>Contextos de uso y tareas<\/h3>\n<p><!-- wp:paragraph --><\/p>\n<p>A la hora de considerar la participaci\u00f3n de los distintos usuarios y las tareas que vamos a solicitar a cada uno de ellos, distinguimos entre tres situaciones o contextos distintos:<\/p>\n<p><!-- wp:list --><\/p>\n<ul>\n<li><strong>Primer contacto por parte del facilitador<\/strong>. En este caso se trata de un contexto en el que el facilitador eval\u00faa la soluci\u00f3n con el objetivo de comprender su funcionamiento y poder recomendarla y asesorar a usuarios finales. B\u00e1sicamente, al facilitador se le proporciona el nombre de nuestra aplicaci\u00f3n para que trate de instalarla y comprender su funcionamiento. L\u00f3gicamente, el facilitador no debe estar familiarizado con la aplicaci\u00f3n. En este contexto\u00a0<strong>el<\/strong>\u00a0<strong>criterio b\u00e1sico de evaluaci\u00f3n es la facilidad de aprendizaje<\/strong>.\u00a0<\/li>\n<li><strong>Contexto estructurado con apoyo externo<\/strong>. Es aquel donde el usuario requiere de un apoyo intensivo para un uso satisfactorio del sistema. Generalmente esta situaci\u00f3n se da en el \u00e1mbito de un centro de atenci\u00f3n (escuela de educaci\u00f3n especial, taller ocupacional, centro de d\u00eda o centro residencial asistido). B\u00e1sicamente se plantean dos tipos de tareas en las que participan facilitador y destinatario..\u00a0\n<ul>\n<li>El primer tipo implica consiste en un\u00a0<strong>facilitador tratando de explicar el funcionamiento del sistema a un usuario<\/strong>\u00a0sin experiencia previa. Con ello queremos evaluar hasta qu\u00e9 punto nuestro sistema facilita esta transferencia de conocimiento.<\/li>\n<li>El segundo tipo consiste en un conjunto de\u00a0<strong>tareas concretas que el usuario debe realizar<\/strong>. En la medida de lo posible, es el propio usuario el que escoge estas tareas. El facilitador est\u00e1 presente aunque debe abstenerse de intervenir y, fundamentalmente, su papel consiste en ayudar al usuario a comunicar lo que piensa en cada momento. El principal criterio que valoramos es la facilidad de uso del sistema y, en cierta medida, la facilidad de aprendizaje por parte del destinatario.<\/li>\n<\/ul>\n<\/li>\n<li><strong>Contexto no estructurado sin apoyo externo<\/strong>. Se trata de un contexto de uso m\u00e1s normalizado en el cual el usuario trata de cubrir sus propias necesidades e intereses al utilizar un dispositivo m\u00f3vil. Es decir, un\u00a0<strong>contexto de uso hom\u00f3logo al de cualquier persona que utiliza dispositivos m\u00f3viles<\/strong>. En este caso no siempre se lleva a cabo un test de usabilidad, s\u00f3lo en aquellas situaciones en las que se sospecha que existe realmente una dificultad. De hecho, en algunos casos es suficiente con una comunicaci\u00f3n por parte del usuario o del facilitador.<\/li>\n<\/ul>\n<p><!-- wp:heading {\"level\":3} --><\/p>\n<h3>Publicaci\u00f3n de la aplicaci\u00f3n<\/h3>\n<p><!-- wp:paragraph --><\/p>\n<p>Llega el momento en que el proceso de dise\u00f1o debe dar paso a una primera versi\u00f3n del software. Por supuesto, esta primera versi\u00f3n contiene imperfecciones y carece de algunas funcionalidades, pero ya cumple una misi\u00f3n que hemos contrastado en nuestras pruebas con usuarios.<\/p>\n<p><!-- wp:paragraph --><\/p>\n<p><strong>\u00bfHemos terminado? \u00a1Ni mucho menos!<\/strong>\u00a0<\/p>\n<p><!-- wp:paragraph --><\/p>\n<p>En primer lugar, no podemos considerar que el proceso de dise\u00f1o haya concluido hasta haber completado o descartado todas aquellas funcionalidades que ten\u00edamos previstas. En segundo lugar, la publicaci\u00f3n de la aplicaci\u00f3n multiplica las posibilidades de recibir peticiones de soporte, comentarios sobre su funcionamiento, sugerencias, etc. En tercer lugar, la mayor\u00eda de las personas que ha participado en las pruebas de usabilidad acaban siendo usuarios de nuestro producto y dado que a algunas de estas personas las vemos regularmente, aprovechamos para hacer seguimiento.<\/p>\n<p><!-- wp:paragraph --><\/p>\n<p>Por lo tanto, lejos de haber concluido,\u00a0<strong>la publicaci\u00f3n es una fuente de nuevas ideas, modificaciones y tareas<\/strong>\u00a0que se acumular\u00e1n a aquellas que quedaron pendientes y que habr\u00e1 que priorizar adecuadamente para permitir que la evoluci\u00f3n del producto contin\u00fae. En algunos casos se tratar\u00e1 de modificaciones que podemos validar intercambiando un correo electr\u00f3nico o manteniendo una conversaci\u00f3n de pasillo con un usuario. En otros casos,\u00a0<strong>el impacto de los cambios ser\u00e1 tal que obligar\u00e1 a una revisi\u00f3n m\u00e1s profunda del dise\u00f1o y a la realizaci\u00f3n de nuevos tests de usabilidad<\/strong>\u00a0como los anteriormente comentados.\u00a0<\/p>\n<p><!-- wp:paragraph --><\/p>\n<p>En definitiva,<strong>\u00a0la participaci\u00f3n de los usuarios es fundamental que sea continua durante toda la vida del software<\/strong>.<\/p>\n<p><!-- wp:heading --><\/p>\n<h2>Conclusiones<\/h2>\n<p><!-- wp:paragraph --><\/p>\n<p><strong>Desarrollar un sistema interactivo cuidando la experiencia de usuario es una tarea compleja<\/strong>\u00a0que, en el caso de tratarse de\u00a0<strong>tecnolog\u00eda de apoyo orientada al acceso, presenta una retos particulares<\/strong>\u00a0que hay que abordar.\u00a0<\/p>\n<p><!-- wp:paragraph --><\/p>\n<p>El m\u00e9todo que empleamos para hacer frente a este tipo de proyectos se basa en el\u00a0<strong>dise\u00f1o centrado en el usuario<\/strong>\u00a0y consiste, b\u00e1sicamente, en iterar a trav\u00e9s de versiones sucesivas del software contando con la participaci\u00f3n de los usuarios finales. Como principal t\u00e9cnica de evaluaci\u00f3n de la usabilidad empleamos la denominada \u201cpensando en voz alta\u201d, que adaptamos en funci\u00f3n de las caracter\u00edsticas de la persona con discapacidad participante.\u00a0<\/p>\n<p><!-- wp:paragraph --><\/p>\n<p>Adem\u00e1s del destinatario final, consideramos al\u00a0<strong>facilitador com una figura clave<\/strong>\u00a0en el proceso de adopci\u00f3n de nuestras aplicaciones y como apoyo para la realizaci\u00f3n de los tests de usabilidad; por ello tambi\u00e9n lo incorporamos en el proceso de software.<\/p>\n<p><!-- wp:paragraph --><\/p>\n<p>Por \u00faltimo,\u00a0<strong>la publicaci\u00f3n de la aplicaci\u00f3n<\/strong>, lejos de poner punto y final al dise\u00f1o y desarrollo,\u00a0<strong>proporciona nuevas oportunidades de incrementar el valor de la misma<\/strong>\u00a0a lo largo del tiempo.<\/p>\n<h3>\u00bfEst\u00e1s pensando en crear una aplicaci\u00f3n para personas con discapacidad? \u00a1Queremos saber de ti!<\/h3>\n<p><a class=\"btn btn-primary\" role=\"button\" href=\"https:\/\/easeapps.xyz\/es\/contactar\/\">Dinos lo qu\u00e9 piensas<\/a><\/p>\n<p><!-- \/wp:paragraph --><\/p><!-- \/wp:post-content --><!-- \/wp:heading --><\/p>\n<p>Los accesos alternativos o adaptados ofrecen una\u00a0<strong>interacci\u00f3n espec\u00edfica que difiere notablemente de la convencional<\/strong>. Tomemos como ejemplo un lector de pantalla. Un lector de pantalla es un sistema de acceso orientado a personas ciegas que presenta la informaci\u00f3n visible de la pantalla en forma de voz o braille. Como dispositivo de entrada se emplea un teclado o la pantalla t\u00e1ctil en el caso de dispositivos m\u00f3viles. Como contraste tenemos el acceso convencional, donde es la vista es el sentido predominante y prima la manipulaci\u00f3n directa de los elementos en pantalla. En lugar de una discapacidad sensorial, en el caso de Ease Apps tratamos con una discapacidad f\u00edsica que impide (o dificulta en gran manera) el manejo del dispositivo m\u00f3vil a trav\u00e9s de los medios convencionales. Por ejemplo, Ease Touch evita las acciones repetitivas e involuntarias modificando la gama de acciones que acepta el panel t\u00e1ctil y proporciona formas indirectas para realizar los gestos convencionales. Este mecanismo alternativo de acceso supone un\u00a0<strong>nivel adicional de complejidad que es necesario describir al usuario<\/strong>. Es decir,\u00a0<strong>esta interacci\u00f3n espec\u00edfica dificulta el aprendizaje<\/strong>\u00a0del manejo del sistema.<\/p>\n<p><!-- wp:paragraph --><\/p>\n<p><!-- wp:heading {\"level\":3} --><\/p>\n<h3>Uso intensivo<\/h3>\n<p><!-- wp:paragraph --><\/p>\n<p>A lo largo de un d\u00eda, un usuario medio de smartphone reparte el tiempo entre m\u00faltiples aplicaciones: mensajer\u00eda, redes sociales, reproductor multimedia, notas, c\u00e1mara de fotos, calendario, navegador, juegos, etc. En cambio,\u00a0<strong>un producto de apoyo para el acceso se utiliza siempre que el usuario interact\u00faa con su dispositivo.<\/strong>\u00a0Por lo tanto, esto\u00a0<strong>hace que la facilidad de uso del producto cobre mayor relevancia<\/strong>.<\/p>\n<p><!-- wp:heading {\"level\":3} --><\/p>\n<h3>Parametrizaci\u00f3n<\/h3>\n<p><!-- wp:paragraph --><\/p>\n<p>Debido a la heterogeneidad de los perfiles a los que se dirigen estas herramientas y al uso intensivo de las mismas, suele ser<strong>\u00a0imprescindible poder disponer de distintos ajustes<\/strong>\u00a0para que se adapte lo mejor posible a las necesidades de los usuarios (colores, tama\u00f1os, tiempos, umbrales, velocidades, respuestas auditivas, complejidad de las opciones presentadas a los usuarios, etc.). Esta multiplicidad de configuraciones\u00a0<strong>a\u00f1ade complejidad, lo que desaf\u00eda la facilidad de aprendizaje<\/strong>.<\/p>\n<p><!-- wp:heading --><\/p>\n<h2>Dise\u00f1o centrado en el usuario<\/h2>\n<p><!-- wp:paragraph --><\/p>\n<p>Si has llegado hasta aqu\u00ed ya conoces los principales retos que supone desarrollar aplicaciones de tecnolog\u00eda de apoyo. Y ahora, \u00bfc\u00f3mo abordar el dise\u00f1o y desarrollo de una aplicaci\u00f3n?\u00a0<strong>\u00bfD\u00f3nde reside el secreto para conseguir que nuestros desarrollos satisfagan las necesidades de los usuarios?<\/strong><\/p>\n<p><!-- wp:paragraph --><\/p>\n<p>El secreto es que no hay secreto, todo consiste aplicar el sentido com\u00fan y\u00a0<strong>tener en consideraci\u00f3n a los usuarios durante todo el proceso<\/strong>: observar sus necesidades, hacerles part\u00edcipes del proceso de dise\u00f1o, pedirles que prueben las aplicaciones, tener muy en cuenta sus comentarios, etc. En otras palabras, consiste en\u00a0<strong>seguir un enfoque centrado en el usuario<\/strong>.<\/p>\n<p><img loading=\"lazy\" decoding=\"async\" class=\" size-full wp-image-51\" src=\"https:\/\/easeapps.xyz\/wp-content\/uploads\/sites\/2\/blog\/end-user-and-facilitator-taking-part-on-a-usability-test.jpg\" alt=\"end user and facilitator taking part on a usability test\" width=\"450\" height=\"299\" \/><\/p>\n<p><!-- wp:heading {\"level\":3} --><\/p>\n<h3>Usuarios e implicados<\/h3>\n<p><!-- wp:paragraph --><\/p>\n<p>Por tanto, si el usuario es el centro, vamos a centrarnos ahora en los usuario. \u00bfQu\u00e9 es un usuario? Consideramos usuario a toda personas que usa directamente el sistema. En el caso de Ease Apps\u00a0<strong>distinguimos dos tipos o roles de usuario distintos:<\/strong><\/p>\n<p><!-- wp:list --><\/p>\n<ul>\n<li>Los\u00a0<strong>destinatarios\u00a0<\/strong>son las<strong>\u00a0personas con discapacidad para quienes dise\u00f1amos nuestros sistemas<\/strong>\u00a0y que los usar\u00e1n para acceder al dispositivo m\u00f3vil. Ya hemos comentado cu\u00e1les son sus perfiles de funcionamiento y los retos que ello entra\u00f1a.<\/li>\n<li>Los\u00a0<strong>facilitadores\u00a0<\/strong>son los<strong>\u00a0encargados de la instalaci\u00f3n, configuraci\u00f3n inicial del sistema y apoyo al usuario final<\/strong>. Tambi\u00e9n suelen actuar como prescriptores y valoradores de la idoneidad de la tecnolog\u00eda de apoyo. Generalmente son profesionales de entidades de atenci\u00f3n a la discapacidad o servicios afines, aunque tambi\u00e9n pueden ser otras personas cercanas al usuario final como familiares o amigos. En algunas ocasiones, el propio destinatario puede ejercer el papel de facilitador. Aunque el perfil de los facilitadores puede ser muy heterog\u00e9neo, habitualmente son personas con experiencia en proporcionar apoyo al usuario final, conocedoras de su perfil de funcionamiento y que estar\u00e1n familiarizados con el manejo de dispositivos m\u00f3viles y ciertas ayudas t\u00e9cnicas. Si el facilitador es incapaz de comprender c\u00f3mo funciona nuestro sistema dif\u00edcilmente podr\u00e1 recomendarlo a los usuarios que puedan necesitarlo y proporcionar el apoyo adecuado. Por lo tanto,\u00a0<strong>es crucial involucrarlos durante el proceso de dise\u00f1o<\/strong>.\u00a0\u00a0<\/li>\n<\/ul>\n<p><!-- wp:list --><\/p>\n<p><!-- wp:paragraph --><\/p>\n<p>Por supuesto,\u00a0<strong>existen otros implicados<\/strong>\u00a0tales como otros profesionales, familiares, compa\u00f1eros, amigos, etc. que<strong>\u00a0pueden ejercer una influencia determinante<\/strong>\u00a0a la hora de adoptar y fomentar o limitar el uso de la tecnolog\u00eda de apoyo. Estos implicados puntualmente pueden adquirir el rol de facilitadores, por ejemplo, para ayudar a poner en marcha el tel\u00e9fono m\u00f3vil o ajustarlo a la silla de ruedas.<\/p>\n<p><!-- wp:heading {\"level\":3} --><\/p>\n<h3>Ideando el producto<\/h3>\n<p><!-- wp:paragraph --><\/p>\n<p><strong>Muchas ideas surgen como fruto de la observaci\u00f3n de problemas o dificultades<\/strong>\u00a0que experimentan otras personas o uno mismo. De hecho,\u00a0<a href=\"https:\/\/easeapps.xyz\/es\/blog\/107-como-nace-el-proyecto-ease-apps\/\">as\u00ed es como naci\u00f3 Ease Apps<\/a>. Nuestro trato habitual con personas con discapacidad nos permiti\u00f3 detectar sus dificultades de acceso a los dispositivos m\u00f3viles de una forma espont\u00e1nea.<\/p>\n<p>Pero detectar los problemas es s\u00f3lo una parte. Tambi\u00e9n es necesario\u00a0<strong>concebir posibles soluciones a esos problemas<\/strong>. Para ello, es necesario conocer las posibilidades que la tecnolog\u00eda ofrece y c\u00f3mo adaptarla a la realidad del usuario. Ello implica analizar la realidad de estas personas, cu\u00e1l es su funcionamiento, qu\u00e9 dificultades encuentran en su d\u00eda a d\u00eda y, espec\u00edficamente, con el uso de la tecnolog\u00eda. Tambi\u00e9n es fundamental conocer qu\u00e9 tareas vana querer desarrollar, en qu\u00e9 contextos, con qu\u00e9 apoyos y qu\u00e9 otras soluciones existen en el mercado.<\/p>\n<p><!-- wp:heading {\"level\":3} --><\/p>\n<h3>Dise\u00f1o y desarrollo<\/h3>\n<p>Concebido el producto, es necesario<strong>\u00a0transformar las ideas\u00a0<\/strong>en algo tangible, en nuestro caso\u00a0<strong>en una aplicaci\u00f3n inform\u00e1tica<\/strong>.<\/p>\n<p>Durante esta etapa\u00a0<strong>es necesario acudir de nuevo a los usuarios en diversas ocasiones<\/strong>\u00a0para contrastar con ellos los avances y poder evaluarlos y validarlos. Estos avances se pueden plasmar en forma de bocetos, esquemas, prototipos, versiones de software, etc. Se trata de un\u00a0<strong>proceso incremental iterativo<\/strong>\u00a0donde la informaci\u00f3n proporcionada por el usuario es vital para su avance. Esta informaci\u00f3n es la que permite detectar lo antes posible cualquier problema, cuando corregirlo es m\u00e1s sencillo y econ\u00f3mico.<\/p>\n<p>En nuestro caso, solemos realizar\u00a0<strong>varios tests de usabilidad empleando una adaptaci\u00f3n de la t\u00e9cnica denominada\u00a0<\/strong><a href=\"http:\/\/mpiua.invid.udl.cat\/pensando-en-voz-alta-thinking-aloud\/\"><strong>\u201cpensando en voz alta\u201d<\/strong><\/a>. Esta t\u00e9cnica b\u00e1sicamente consiste en:<\/p>\n<ol>\n<li>Reclutar a algunos usuarios representativos (destinatarios y facilitadores).<\/li>\n<li>Pedirles que traten de realizar algunas tareas con nuestro prototipo o aplicaci\u00f3n.<\/li>\n<li>Guardar silencio, observar atentamente y tomar notas de los hechos m\u00e1s relevantes mientras los usuarios usan el sistema y verbalizan lo que piensan. En ocasiones, tambi\u00e9n grabamos la sesi\u00f3n en v\u00eddeo por si es necesario recurrir m\u00e1s adelante para ampliar informaci\u00f3n.<\/li>\n<\/ol>\n<p>Algunos personas con discapacidad participantes en los tests tienen muchas dificultades para articular el habla. En estos casos adaptamos la t\u00e9cnica \u201cpensando en voz alta\u201d de forma que\u00a0\u00a0<strong>es el facilitador el que nos ayuda a interpretar lo que expresa el usuario<\/strong>, bien sea de forma oral o a trav\u00e9s de otras formas de expresi\u00f3n. Otra posibilidad que ofrecemos al usuario es que interrumpa el test en cualquier momento para expresar lo que est\u00e1 pensando a trav\u00e9s de su medio habitual de comunicaci\u00f3n, por ejemplo, un sistema aumentativo o alternativo de comunicaci\u00f3n (SAAC).<\/p>\n<p><!-- wp:paragraph --><\/p>\n<p><!-- wp:paragraph --><\/p>\n<p><!-- wp:paragraph --><\/p>\n<p><!-- wp:list {\"ordered\":true} --><\/p>\n<p><!-- wp:paragraph --><\/p>\n<p><img loading=\"lazy\" decoding=\"async\" class=\" size-full wp-image-52\" src=\"https:\/\/easeapps.xyz\/wp-content\/uploads\/sites\/2\/blog\/usability-test-session-with-end-user-facilitator-and-researcher-taking-notes.jpg\" alt=\"usability test session with end user facilitator and researcher taking notes\" width=\"500\" height=\"291\" \/><\/p>\n<p><!-- wp:heading {\"level\":3} --><\/p>\n<h3>Contextos de uso y tareas<\/h3>\n<p><!-- wp:paragraph --><\/p>\n<p>A la hora de considerar la participaci\u00f3n de los distintos usuarios y las tareas que vamos a solicitar a cada uno de ellos, distinguimos entre tres situaciones o contextos distintos:<\/p>\n<p><!-- wp:list --><\/p>\n<ul>\n<li><strong>Primer contacto por parte del facilitador<\/strong>. En este caso se trata de un contexto en el que el facilitador eval\u00faa la soluci\u00f3n con el objetivo de comprender su funcionamiento y poder recomendarla y asesorar a usuarios finales. B\u00e1sicamente, al facilitador se le proporciona el nombre de nuestra aplicaci\u00f3n para que trate de instalarla y comprender su funcionamiento. L\u00f3gicamente, el facilitador no debe estar familiarizado con la aplicaci\u00f3n. En este contexto\u00a0<strong>el<\/strong>\u00a0<strong>criterio b\u00e1sico de evaluaci\u00f3n es la facilidad de aprendizaje<\/strong>.\u00a0<\/li>\n<li><strong>Contexto estructurado con apoyo externo<\/strong>. Es aquel donde el usuario requiere de un apoyo intensivo para un uso satisfactorio del sistema. Generalmente esta situaci\u00f3n se da en el \u00e1mbito de un centro de atenci\u00f3n (escuela de educaci\u00f3n especial, taller ocupacional, centro de d\u00eda o centro residencial asistido). B\u00e1sicamente se plantean dos tipos de tareas en las que participan facilitador y destinatario..\u00a0\n<ul>\n<li>El primer tipo implica consiste en un\u00a0<strong>facilitador tratando de explicar el funcionamiento del sistema a un usuario<\/strong>\u00a0sin experiencia previa. Con ello queremos evaluar hasta qu\u00e9 punto nuestro sistema facilita esta transferencia de conocimiento.<\/li>\n<li>El segundo tipo consiste en un conjunto de\u00a0<strong>tareas concretas que el usuario debe realizar<\/strong>. En la medida de lo posible, es el propio usuario el que escoge estas tareas. El facilitador est\u00e1 presente aunque debe abstenerse de intervenir y, fundamentalmente, su papel consiste en ayudar al usuario a comunicar lo que piensa en cada momento. El principal criterio que valoramos es la facilidad de uso del sistema y, en cierta medida, la facilidad de aprendizaje por parte del destinatario.<\/li>\n<\/ul>\n<\/li>\n<li><strong>Contexto no estructurado sin apoyo externo<\/strong>. Se trata de un contexto de uso m\u00e1s normalizado en el cual el usuario trata de cubrir sus propias necesidades e intereses al utilizar un dispositivo m\u00f3vil. Es decir, un\u00a0<strong>contexto de uso hom\u00f3logo al de cualquier persona que utiliza dispositivos m\u00f3viles<\/strong>. En este caso no siempre se lleva a cabo un test de usabilidad, s\u00f3lo en aquellas situaciones en las que se sospecha que existe realmente una dificultad. De hecho, en algunos casos es suficiente con una comunicaci\u00f3n por parte del usuario o del facilitador.<\/li>\n<\/ul>\n<p><!-- wp:heading {\"level\":3} --><\/p>\n<h3>Publicaci\u00f3n de la aplicaci\u00f3n<\/h3>\n<p><!-- wp:paragraph --><\/p>\n<p>Llega el momento en que el proceso de dise\u00f1o debe dar paso a una primera versi\u00f3n del software. Por supuesto, esta primera versi\u00f3n contiene imperfecciones y carece de algunas funcionalidades, pero ya cumple una misi\u00f3n que hemos contrastado en nuestras pruebas con usuarios.<\/p>\n<p><!-- wp:paragraph --><\/p>\n<p><strong>\u00bfHemos terminado? \u00a1Ni mucho menos!<\/strong>\u00a0<\/p>\n<p><!-- wp:paragraph --><\/p>\n<p>En primer lugar, no podemos considerar que el proceso de dise\u00f1o haya concluido hasta haber completado o descartado todas aquellas funcionalidades que ten\u00edamos previstas. En segundo lugar, la publicaci\u00f3n de la aplicaci\u00f3n multiplica las posibilidades de recibir peticiones de soporte, comentarios sobre su funcionamiento, sugerencias, etc. En tercer lugar, la mayor\u00eda de las personas que ha participado en las pruebas de usabilidad acaban siendo usuarios de nuestro producto y dado que a algunas de estas personas las vemos regularmente, aprovechamos para hacer seguimiento.<\/p>\n<p><!-- wp:paragraph --><\/p>\n<p>Por lo tanto, lejos de haber concluido,\u00a0<strong>la publicaci\u00f3n es una fuente de nuevas ideas, modificaciones y tareas<\/strong>\u00a0que se acumular\u00e1n a aquellas que quedaron pendientes y que habr\u00e1 que priorizar adecuadamente para permitir que la evoluci\u00f3n del producto contin\u00fae. En algunos casos se tratar\u00e1 de modificaciones que podemos validar intercambiando un correo electr\u00f3nico o manteniendo una conversaci\u00f3n de pasillo con un usuario. En otros casos,\u00a0<strong>el impacto de los cambios ser\u00e1 tal que obligar\u00e1 a una revisi\u00f3n m\u00e1s profunda del dise\u00f1o y a la realizaci\u00f3n de nuevos tests de usabilidad<\/strong>\u00a0como los anteriormente comentados.\u00a0<\/p>\n<p><!-- wp:paragraph --><\/p>\n<p>En definitiva,<strong>\u00a0la participaci\u00f3n de los usuarios es fundamental que sea continua durante toda la vida del software<\/strong>.<\/p>\n<p><!-- wp:heading --><\/p>\n<h2>Conclusiones<\/h2>\n<p><!-- wp:paragraph --><\/p>\n<p><strong>Desarrollar un sistema interactivo cuidando la experiencia de usuario es una tarea compleja<\/strong>\u00a0que, en el caso de tratarse de\u00a0<strong>tecnolog\u00eda de apoyo orientada al acceso, presenta una retos particulares<\/strong>\u00a0que hay que abordar.\u00a0<\/p>\n<p><!-- wp:paragraph --><\/p>\n<p>El m\u00e9todo que empleamos para hacer frente a este tipo de proyectos se basa en el\u00a0<strong>dise\u00f1o centrado en el usuario<\/strong>\u00a0y consiste, b\u00e1sicamente, en iterar a trav\u00e9s de versiones sucesivas del software contando con la participaci\u00f3n de los usuarios finales. Como principal t\u00e9cnica de evaluaci\u00f3n de la usabilidad empleamos la denominada \u201cpensando en voz alta\u201d, que adaptamos en funci\u00f3n de las caracter\u00edsticas de la persona con discapacidad participante.\u00a0<\/p>\n<p><!-- wp:paragraph --><\/p>\n<p>Adem\u00e1s del destinatario final, consideramos al\u00a0<strong>facilitador com una figura clave<\/strong>\u00a0en el proceso de adopci\u00f3n de nuestras aplicaciones y como apoyo para la realizaci\u00f3n de los tests de usabilidad; por ello tambi\u00e9n lo incorporamos en el proceso de software.<\/p>\n<p><!-- wp:paragraph --><\/p>\n<p>Por \u00faltimo,\u00a0<strong>la publicaci\u00f3n de la aplicaci\u00f3n<\/strong>, lejos de poner punto y final al dise\u00f1o y desarrollo,\u00a0<strong>proporciona nuevas oportunidades de incrementar el valor de la misma<\/strong>\u00a0a lo largo del tiempo.<\/p>\n<h3>\u00bfEst\u00e1s pensando en crear una aplicaci\u00f3n para personas con discapacidad? \u00a1Queremos saber de ti!<\/h3>\n<p><a class=\"btn btn-primary\" role=\"button\" href=\"https:\/\/easeapps.xyz\/es\/contactar\/\">Dinos lo qu\u00e9 piensas<\/a><\/p>\n<p><!-- \/wp:paragraph --><\/p><!-- \/wp:post-content --><!-- \/wp:paragraph --><\/p>\n<h3>Interacci\u00f3n espec\u00edfica<\/h3>\n<p><!-- wp:paragraph --><\/p>\n<p>Los accesos alternativos o adaptados ofrecen una\u00a0<strong>interacci\u00f3n espec\u00edfica que difiere notablemente de la convencional<\/strong>. Tomemos como ejemplo un lector de pantalla. Un lector de pantalla es un sistema de acceso orientado a personas ciegas que presenta la informaci\u00f3n visible de la pantalla en forma de voz o braille. Como dispositivo de entrada se emplea un teclado o la pantalla t\u00e1ctil en el caso de dispositivos m\u00f3viles. Como contraste tenemos el acceso convencional, donde es la vista es el sentido predominante y prima la manipulaci\u00f3n directa de los elementos en pantalla. En lugar de una discapacidad sensorial, en el caso de Ease Apps tratamos con una discapacidad f\u00edsica que impide (o dificulta en gran manera) el manejo del dispositivo m\u00f3vil a trav\u00e9s de los medios convencionales. Por ejemplo, Ease Touch evita las acciones repetitivas e involuntarias modificando la gama de acciones que acepta el panel t\u00e1ctil y proporciona formas indirectas para realizar los gestos convencionales. Este mecanismo alternativo de acceso supone un\u00a0<strong>nivel adicional de complejidad que es necesario describir al usuario<\/strong>. Es decir,\u00a0<strong>esta interacci\u00f3n espec\u00edfica dificulta el aprendizaje<\/strong>\u00a0del manejo del sistema.<\/p>\n<p><!-- wp:paragraph --><\/p>\n<p><!-- wp:heading {\"level\":3} --><\/p>\n<h3>Uso intensivo<\/h3>\n<p><!-- wp:paragraph --><\/p>\n<p>A lo largo de un d\u00eda, un usuario medio de smartphone reparte el tiempo entre m\u00faltiples aplicaciones: mensajer\u00eda, redes sociales, reproductor multimedia, notas, c\u00e1mara de fotos, calendario, navegador, juegos, etc. En cambio,\u00a0<strong>un producto de apoyo para el acceso se utiliza siempre que el usuario interact\u00faa con su dispositivo.<\/strong>\u00a0Por lo tanto, esto\u00a0<strong>hace que la facilidad de uso del producto cobre mayor relevancia<\/strong>.<\/p>\n<p><!-- wp:heading {\"level\":3} --><\/p>\n<h3>Parametrizaci\u00f3n<\/h3>\n<p><!-- wp:paragraph --><\/p>\n<p>Debido a la heterogeneidad de los perfiles a los que se dirigen estas herramientas y al uso intensivo de las mismas, suele ser<strong>\u00a0imprescindible poder disponer de distintos ajustes<\/strong>\u00a0para que se adapte lo mejor posible a las necesidades de los usuarios (colores, tama\u00f1os, tiempos, umbrales, velocidades, respuestas auditivas, complejidad de las opciones presentadas a los usuarios, etc.). Esta multiplicidad de configuraciones\u00a0<strong>a\u00f1ade complejidad, lo que desaf\u00eda la facilidad de aprendizaje<\/strong>.<\/p>\n<p><!-- wp:heading --><\/p>\n<h2>Dise\u00f1o centrado en el usuario<\/h2>\n<p><!-- wp:paragraph --><\/p>\n<p>Si has llegado hasta aqu\u00ed ya conoces los principales retos que supone desarrollar aplicaciones de tecnolog\u00eda de apoyo. Y ahora, \u00bfc\u00f3mo abordar el dise\u00f1o y desarrollo de una aplicaci\u00f3n?\u00a0<strong>\u00bfD\u00f3nde reside el secreto para conseguir que nuestros desarrollos satisfagan las necesidades de los usuarios?<\/strong><\/p>\n<p><!-- wp:paragraph --><\/p>\n<p>El secreto es que no hay secreto, todo consiste aplicar el sentido com\u00fan y\u00a0<strong>tener en consideraci\u00f3n a los usuarios durante todo el proceso<\/strong>: observar sus necesidades, hacerles part\u00edcipes del proceso de dise\u00f1o, pedirles que prueben las aplicaciones, tener muy en cuenta sus comentarios, etc. En otras palabras, consiste en\u00a0<strong>seguir un enfoque centrado en el usuario<\/strong>.<\/p>\n<p><img loading=\"lazy\" decoding=\"async\" class=\" size-full wp-image-51\" src=\"https:\/\/easeapps.xyz\/wp-content\/uploads\/sites\/2\/blog\/end-user-and-facilitator-taking-part-on-a-usability-test.jpg\" alt=\"end user and facilitator taking part on a usability test\" width=\"450\" height=\"299\" \/><\/p>\n<p><!-- wp:heading {\"level\":3} --><\/p>\n<h3>Usuarios e implicados<\/h3>\n<p><!-- wp:paragraph --><\/p>\n<p>Por tanto, si el usuario es el centro, vamos a centrarnos ahora en los usuario. \u00bfQu\u00e9 es un usuario? Consideramos usuario a toda personas que usa directamente el sistema. En el caso de Ease Apps\u00a0<strong>distinguimos dos tipos o roles de usuario distintos:<\/strong><\/p>\n<p><!-- wp:list --><\/p>\n<ul>\n<li>Los\u00a0<strong>destinatarios\u00a0<\/strong>son las<strong>\u00a0personas con discapacidad para quienes dise\u00f1amos nuestros sistemas<\/strong>\u00a0y que los usar\u00e1n para acceder al dispositivo m\u00f3vil. Ya hemos comentado cu\u00e1les son sus perfiles de funcionamiento y los retos que ello entra\u00f1a.<\/li>\n<li>Los\u00a0<strong>facilitadores\u00a0<\/strong>son los<strong>\u00a0encargados de la instalaci\u00f3n, configuraci\u00f3n inicial del sistema y apoyo al usuario final<\/strong>. Tambi\u00e9n suelen actuar como prescriptores y valoradores de la idoneidad de la tecnolog\u00eda de apoyo. Generalmente son profesionales de entidades de atenci\u00f3n a la discapacidad o servicios afines, aunque tambi\u00e9n pueden ser otras personas cercanas al usuario final como familiares o amigos. En algunas ocasiones, el propio destinatario puede ejercer el papel de facilitador. Aunque el perfil de los facilitadores puede ser muy heterog\u00e9neo, habitualmente son personas con experiencia en proporcionar apoyo al usuario final, conocedoras de su perfil de funcionamiento y que estar\u00e1n familiarizados con el manejo de dispositivos m\u00f3viles y ciertas ayudas t\u00e9cnicas. Si el facilitador es incapaz de comprender c\u00f3mo funciona nuestro sistema dif\u00edcilmente podr\u00e1 recomendarlo a los usuarios que puedan necesitarlo y proporcionar el apoyo adecuado. Por lo tanto,\u00a0<strong>es crucial involucrarlos durante el proceso de dise\u00f1o<\/strong>.\u00a0\u00a0<\/li>\n<\/ul>\n<p><!-- wp:list --><\/p>\n<p><!-- wp:paragraph --><\/p>\n<p>Por supuesto,\u00a0<strong>existen otros implicados<\/strong>\u00a0tales como otros profesionales, familiares, compa\u00f1eros, amigos, etc. que<strong>\u00a0pueden ejercer una influencia determinante<\/strong>\u00a0a la hora de adoptar y fomentar o limitar el uso de la tecnolog\u00eda de apoyo. Estos implicados puntualmente pueden adquirir el rol de facilitadores, por ejemplo, para ayudar a poner en marcha el tel\u00e9fono m\u00f3vil o ajustarlo a la silla de ruedas.<\/p>\n<p><!-- wp:heading {\"level\":3} --><\/p>\n<h3>Ideando el producto<\/h3>\n<p><!-- wp:paragraph --><\/p>\n<p><strong>Muchas ideas surgen como fruto de la observaci\u00f3n de problemas o dificultades<\/strong>\u00a0que experimentan otras personas o uno mismo. De hecho,\u00a0<a href=\"https:\/\/easeapps.xyz\/es\/blog\/107-como-nace-el-proyecto-ease-apps\/\">as\u00ed es como naci\u00f3 Ease Apps<\/a>. Nuestro trato habitual con personas con discapacidad nos permiti\u00f3 detectar sus dificultades de acceso a los dispositivos m\u00f3viles de una forma espont\u00e1nea.<\/p>\n<p>Pero detectar los problemas es s\u00f3lo una parte. Tambi\u00e9n es necesario\u00a0<strong>concebir posibles soluciones a esos problemas<\/strong>. Para ello, es necesario conocer las posibilidades que la tecnolog\u00eda ofrece y c\u00f3mo adaptarla a la realidad del usuario. Ello implica analizar la realidad de estas personas, cu\u00e1l es su funcionamiento, qu\u00e9 dificultades encuentran en su d\u00eda a d\u00eda y, espec\u00edficamente, con el uso de la tecnolog\u00eda. Tambi\u00e9n es fundamental conocer qu\u00e9 tareas vana querer desarrollar, en qu\u00e9 contextos, con qu\u00e9 apoyos y qu\u00e9 otras soluciones existen en el mercado.<\/p>\n<p><!-- wp:heading {\"level\":3} --><\/p>\n<h3>Dise\u00f1o y desarrollo<\/h3>\n<p>Concebido el producto, es necesario<strong>\u00a0transformar las ideas\u00a0<\/strong>en algo tangible, en nuestro caso\u00a0<strong>en una aplicaci\u00f3n inform\u00e1tica<\/strong>.<\/p>\n<p>Durante esta etapa\u00a0<strong>es necesario acudir de nuevo a los usuarios en diversas ocasiones<\/strong>\u00a0para contrastar con ellos los avances y poder evaluarlos y validarlos. Estos avances se pueden plasmar en forma de bocetos, esquemas, prototipos, versiones de software, etc. Se trata de un\u00a0<strong>proceso incremental iterativo<\/strong>\u00a0donde la informaci\u00f3n proporcionada por el usuario es vital para su avance. Esta informaci\u00f3n es la que permite detectar lo antes posible cualquier problema, cuando corregirlo es m\u00e1s sencillo y econ\u00f3mico.<\/p>\n<p>En nuestro caso, solemos realizar\u00a0<strong>varios tests de usabilidad empleando una adaptaci\u00f3n de la t\u00e9cnica denominada\u00a0<\/strong><a href=\"http:\/\/mpiua.invid.udl.cat\/pensando-en-voz-alta-thinking-aloud\/\"><strong>\u201cpensando en voz alta\u201d<\/strong><\/a>. Esta t\u00e9cnica b\u00e1sicamente consiste en:<\/p>\n<ol>\n<li>Reclutar a algunos usuarios representativos (destinatarios y facilitadores).<\/li>\n<li>Pedirles que traten de realizar algunas tareas con nuestro prototipo o aplicaci\u00f3n.<\/li>\n<li>Guardar silencio, observar atentamente y tomar notas de los hechos m\u00e1s relevantes mientras los usuarios usan el sistema y verbalizan lo que piensan. En ocasiones, tambi\u00e9n grabamos la sesi\u00f3n en v\u00eddeo por si es necesario recurrir m\u00e1s adelante para ampliar informaci\u00f3n.<\/li>\n<\/ol>\n<p>Algunos personas con discapacidad participantes en los tests tienen muchas dificultades para articular el habla. En estos casos adaptamos la t\u00e9cnica \u201cpensando en voz alta\u201d de forma que\u00a0\u00a0<strong>es el facilitador el que nos ayuda a interpretar lo que expresa el usuario<\/strong>, bien sea de forma oral o a trav\u00e9s de otras formas de expresi\u00f3n. Otra posibilidad que ofrecemos al usuario es que interrumpa el test en cualquier momento para expresar lo que est\u00e1 pensando a trav\u00e9s de su medio habitual de comunicaci\u00f3n, por ejemplo, un sistema aumentativo o alternativo de comunicaci\u00f3n (SAAC).<\/p>\n<p><!-- wp:paragraph --><\/p>\n<p><!-- wp:paragraph --><\/p>\n<p><!-- wp:paragraph --><\/p>\n<p><!-- wp:list {\"ordered\":true} --><\/p>\n<p><!-- wp:paragraph --><\/p>\n<p><img loading=\"lazy\" decoding=\"async\" class=\" size-full wp-image-52\" src=\"https:\/\/easeapps.xyz\/wp-content\/uploads\/sites\/2\/blog\/usability-test-session-with-end-user-facilitator-and-researcher-taking-notes.jpg\" alt=\"usability test session with end user facilitator and researcher taking notes\" width=\"500\" height=\"291\" \/><\/p>\n<p><!-- wp:heading {\"level\":3} --><\/p>\n<h3>Contextos de uso y tareas<\/h3>\n<p><!-- wp:paragraph --><\/p>\n<p>A la hora de considerar la participaci\u00f3n de los distintos usuarios y las tareas que vamos a solicitar a cada uno de ellos, distinguimos entre tres situaciones o contextos distintos:<\/p>\n<p><!-- wp:list --><\/p>\n<ul>\n<li><strong>Primer contacto por parte del facilitador<\/strong>. En este caso se trata de un contexto en el que el facilitador eval\u00faa la soluci\u00f3n con el objetivo de comprender su funcionamiento y poder recomendarla y asesorar a usuarios finales. B\u00e1sicamente, al facilitador se le proporciona el nombre de nuestra aplicaci\u00f3n para que trate de instalarla y comprender su funcionamiento. L\u00f3gicamente, el facilitador no debe estar familiarizado con la aplicaci\u00f3n. En este contexto\u00a0<strong>el<\/strong>\u00a0<strong>criterio b\u00e1sico de evaluaci\u00f3n es la facilidad de aprendizaje<\/strong>.\u00a0<\/li>\n<li><strong>Contexto estructurado con apoyo externo<\/strong>. Es aquel donde el usuario requiere de un apoyo intensivo para un uso satisfactorio del sistema. Generalmente esta situaci\u00f3n se da en el \u00e1mbito de un centro de atenci\u00f3n (escuela de educaci\u00f3n especial, taller ocupacional, centro de d\u00eda o centro residencial asistido). B\u00e1sicamente se plantean dos tipos de tareas en las que participan facilitador y destinatario..\u00a0\n<ul>\n<li>El primer tipo implica consiste en un\u00a0<strong>facilitador tratando de explicar el funcionamiento del sistema a un usuario<\/strong>\u00a0sin experiencia previa. Con ello queremos evaluar hasta qu\u00e9 punto nuestro sistema facilita esta transferencia de conocimiento.<\/li>\n<li>El segundo tipo consiste en un conjunto de\u00a0<strong>tareas concretas que el usuario debe realizar<\/strong>. En la medida de lo posible, es el propio usuario el que escoge estas tareas. El facilitador est\u00e1 presente aunque debe abstenerse de intervenir y, fundamentalmente, su papel consiste en ayudar al usuario a comunicar lo que piensa en cada momento. El principal criterio que valoramos es la facilidad de uso del sistema y, en cierta medida, la facilidad de aprendizaje por parte del destinatario.<\/li>\n<\/ul>\n<\/li>\n<li><strong>Contexto no estructurado sin apoyo externo<\/strong>. Se trata de un contexto de uso m\u00e1s normalizado en el cual el usuario trata de cubrir sus propias necesidades e intereses al utilizar un dispositivo m\u00f3vil. Es decir, un\u00a0<strong>contexto de uso hom\u00f3logo al de cualquier persona que utiliza dispositivos m\u00f3viles<\/strong>. En este caso no siempre se lleva a cabo un test de usabilidad, s\u00f3lo en aquellas situaciones en las que se sospecha que existe realmente una dificultad. De hecho, en algunos casos es suficiente con una comunicaci\u00f3n por parte del usuario o del facilitador.<\/li>\n<\/ul>\n<p><!-- wp:heading {\"level\":3} --><\/p>\n<h3>Publicaci\u00f3n de la aplicaci\u00f3n<\/h3>\n<p><!-- wp:paragraph --><\/p>\n<p>Llega el momento en que el proceso de dise\u00f1o debe dar paso a una primera versi\u00f3n del software. Por supuesto, esta primera versi\u00f3n contiene imperfecciones y carece de algunas funcionalidades, pero ya cumple una misi\u00f3n que hemos contrastado en nuestras pruebas con usuarios.<\/p>\n<p><!-- wp:paragraph --><\/p>\n<p><strong>\u00bfHemos terminado? \u00a1Ni mucho menos!<\/strong>\u00a0<\/p>\n<p><!-- wp:paragraph --><\/p>\n<p>En primer lugar, no podemos considerar que el proceso de dise\u00f1o haya concluido hasta haber completado o descartado todas aquellas funcionalidades que ten\u00edamos previstas. En segundo lugar, la publicaci\u00f3n de la aplicaci\u00f3n multiplica las posibilidades de recibir peticiones de soporte, comentarios sobre su funcionamiento, sugerencias, etc. En tercer lugar, la mayor\u00eda de las personas que ha participado en las pruebas de usabilidad acaban siendo usuarios de nuestro producto y dado que a algunas de estas personas las vemos regularmente, aprovechamos para hacer seguimiento.<\/p>\n<p><!-- wp:paragraph --><\/p>\n<p>Por lo tanto, lejos de haber concluido,\u00a0<strong>la publicaci\u00f3n es una fuente de nuevas ideas, modificaciones y tareas<\/strong>\u00a0que se acumular\u00e1n a aquellas que quedaron pendientes y que habr\u00e1 que priorizar adecuadamente para permitir que la evoluci\u00f3n del producto contin\u00fae. En algunos casos se tratar\u00e1 de modificaciones que podemos validar intercambiando un correo electr\u00f3nico o manteniendo una conversaci\u00f3n de pasillo con un usuario. En otros casos,\u00a0<strong>el impacto de los cambios ser\u00e1 tal que obligar\u00e1 a una revisi\u00f3n m\u00e1s profunda del dise\u00f1o y a la realizaci\u00f3n de nuevos tests de usabilidad<\/strong>\u00a0como los anteriormente comentados.\u00a0<\/p>\n<p><!-- wp:paragraph --><\/p>\n<p>En definitiva,<strong>\u00a0la participaci\u00f3n de los usuarios es fundamental que sea continua durante toda la vida del software<\/strong>.<\/p>\n<p><!-- wp:heading --><\/p>\n<h2>Conclusiones<\/h2>\n<p><!-- wp:paragraph --><\/p>\n<p><strong>Desarrollar un sistema interactivo cuidando la experiencia de usuario es una tarea compleja<\/strong>\u00a0que, en el caso de tratarse de\u00a0<strong>tecnolog\u00eda de apoyo orientada al acceso, presenta una retos particulares<\/strong>\u00a0que hay que abordar.\u00a0<\/p>\n<p><!-- wp:paragraph --><\/p>\n<p>El m\u00e9todo que empleamos para hacer frente a este tipo de proyectos se basa en el\u00a0<strong>dise\u00f1o centrado en el usuario<\/strong>\u00a0y consiste, b\u00e1sicamente, en iterar a trav\u00e9s de versiones sucesivas del software contando con la participaci\u00f3n de los usuarios finales. Como principal t\u00e9cnica de evaluaci\u00f3n de la usabilidad empleamos la denominada \u201cpensando en voz alta\u201d, que adaptamos en funci\u00f3n de las caracter\u00edsticas de la persona con discapacidad participante.\u00a0<\/p>\n<p><!-- wp:paragraph --><\/p>\n<p>Adem\u00e1s del destinatario final, consideramos al\u00a0<strong>facilitador com una figura clave<\/strong>\u00a0en el proceso de adopci\u00f3n de nuestras aplicaciones y como apoyo para la realizaci\u00f3n de los tests de usabilidad; por ello tambi\u00e9n lo incorporamos en el proceso de software.<\/p>\n<p><!-- wp:paragraph --><\/p>\n<p>Por \u00faltimo,\u00a0<strong>la publicaci\u00f3n de la aplicaci\u00f3n<\/strong>, lejos de poner punto y final al dise\u00f1o y desarrollo,\u00a0<strong>proporciona nuevas oportunidades de incrementar el valor de la misma<\/strong>\u00a0a lo largo del tiempo.<\/p>\n<h3>\u00bfEst\u00e1s pensando en crear una aplicaci\u00f3n para personas con discapacidad? \u00a1Queremos saber de ti!<\/h3>\n<p><a class=\"btn btn-primary\" role=\"button\" href=\"https:\/\/easeapps.xyz\/es\/contactar\/\">Dinos lo qu\u00e9 piensas<\/a><\/p>\n<p><!-- \/wp:paragraph --><\/p><!-- \/wp:post-content --><!-- \/wp:paragraph --><\/p>\n<ul>\n<li>Es todo un\u00a0<strong>desaf\u00edo establecer un conjunto de perfiles representativos que haga m\u00e1s manejable la diversidad de usuarios\u00a0<\/strong>y permita<strong>\u00a0generalizar los resultados de las pruebas<\/strong>.<\/li>\n<li>Por una cuesti\u00f3n demogr\u00e1fica, el\u00a0<strong>n\u00famero de personas que pueden participar<\/strong>\u00a0en pruebas de usabilidad es\u00a0<strong>m\u00e1s reducido<\/strong>\u00a0en comparaci\u00f3n con el dise\u00f1o de un producto para un mercado generalista.<\/li>\n<li>Para que las herramientas puedan ser aptas para esta diversidad, es necesario que exista un\u00a0<strong>grado significativo de parametrizaci\u00f3n<\/strong>. Abordamos esta cuesti\u00f3n un poco m\u00e1s adelante.<\/li>\n<\/ul>\n<p><!-- wp:heading {\"level\":3} --><\/p>\n<h3>Interacci\u00f3n espec\u00edfica<\/h3>\n<p><!-- wp:paragraph --><\/p>\n<p>Los accesos alternativos o adaptados ofrecen una\u00a0<strong>interacci\u00f3n espec\u00edfica que difiere notablemente de la convencional<\/strong>. Tomemos como ejemplo un lector de pantalla. Un lector de pantalla es un sistema de acceso orientado a personas ciegas que presenta la informaci\u00f3n visible de la pantalla en forma de voz o braille. Como dispositivo de entrada se emplea un teclado o la pantalla t\u00e1ctil en el caso de dispositivos m\u00f3viles. Como contraste tenemos el acceso convencional, donde es la vista es el sentido predominante y prima la manipulaci\u00f3n directa de los elementos en pantalla. En lugar de una discapacidad sensorial, en el caso de Ease Apps tratamos con una discapacidad f\u00edsica que impide (o dificulta en gran manera) el manejo del dispositivo m\u00f3vil a trav\u00e9s de los medios convencionales. Por ejemplo, Ease Touch evita las acciones repetitivas e involuntarias modificando la gama de acciones que acepta el panel t\u00e1ctil y proporciona formas indirectas para realizar los gestos convencionales. Este mecanismo alternativo de acceso supone un\u00a0<strong>nivel adicional de complejidad que es necesario describir al usuario<\/strong>. Es decir,\u00a0<strong>esta interacci\u00f3n espec\u00edfica dificulta el aprendizaje<\/strong>\u00a0del manejo del sistema.<\/p>\n<p><!-- wp:paragraph --><\/p>\n<p><!-- wp:heading {\"level\":3} --><\/p>\n<h3>Uso intensivo<\/h3>\n<p><!-- wp:paragraph --><\/p>\n<p>A lo largo de un d\u00eda, un usuario medio de smartphone reparte el tiempo entre m\u00faltiples aplicaciones: mensajer\u00eda, redes sociales, reproductor multimedia, notas, c\u00e1mara de fotos, calendario, navegador, juegos, etc. En cambio,\u00a0<strong>un producto de apoyo para el acceso se utiliza siempre que el usuario interact\u00faa con su dispositivo.<\/strong>\u00a0Por lo tanto, esto\u00a0<strong>hace que la facilidad de uso del producto cobre mayor relevancia<\/strong>.<\/p>\n<p><!-- wp:heading {\"level\":3} --><\/p>\n<h3>Parametrizaci\u00f3n<\/h3>\n<p><!-- wp:paragraph --><\/p>\n<p>Debido a la heterogeneidad de los perfiles a los que se dirigen estas herramientas y al uso intensivo de las mismas, suele ser<strong>\u00a0imprescindible poder disponer de distintos ajustes<\/strong>\u00a0para que se adapte lo mejor posible a las necesidades de los usuarios (colores, tama\u00f1os, tiempos, umbrales, velocidades, respuestas auditivas, complejidad de las opciones presentadas a los usuarios, etc.). Esta multiplicidad de configuraciones\u00a0<strong>a\u00f1ade complejidad, lo que desaf\u00eda la facilidad de aprendizaje<\/strong>.<\/p>\n<p><!-- wp:heading --><\/p>\n<h2>Dise\u00f1o centrado en el usuario<\/h2>\n<p><!-- wp:paragraph --><\/p>\n<p>Si has llegado hasta aqu\u00ed ya conoces los principales retos que supone desarrollar aplicaciones de tecnolog\u00eda de apoyo. Y ahora, \u00bfc\u00f3mo abordar el dise\u00f1o y desarrollo de una aplicaci\u00f3n?\u00a0<strong>\u00bfD\u00f3nde reside el secreto para conseguir que nuestros desarrollos satisfagan las necesidades de los usuarios?<\/strong><\/p>\n<p><!-- wp:paragraph --><\/p>\n<p>El secreto es que no hay secreto, todo consiste aplicar el sentido com\u00fan y\u00a0<strong>tener en consideraci\u00f3n a los usuarios durante todo el proceso<\/strong>: observar sus necesidades, hacerles part\u00edcipes del proceso de dise\u00f1o, pedirles que prueben las aplicaciones, tener muy en cuenta sus comentarios, etc. En otras palabras, consiste en\u00a0<strong>seguir un enfoque centrado en el usuario<\/strong>.<\/p>\n<p><img loading=\"lazy\" decoding=\"async\" class=\" size-full wp-image-51\" src=\"https:\/\/easeapps.xyz\/wp-content\/uploads\/sites\/2\/blog\/end-user-and-facilitator-taking-part-on-a-usability-test.jpg\" alt=\"end user and facilitator taking part on a usability test\" width=\"450\" height=\"299\" \/><\/p>\n<p><!-- wp:heading {\"level\":3} --><\/p>\n<h3>Usuarios e implicados<\/h3>\n<p><!-- wp:paragraph --><\/p>\n<p>Por tanto, si el usuario es el centro, vamos a centrarnos ahora en los usuario. \u00bfQu\u00e9 es un usuario? Consideramos usuario a toda personas que usa directamente el sistema. En el caso de Ease Apps\u00a0<strong>distinguimos dos tipos o roles de usuario distintos:<\/strong><\/p>\n<p><!-- wp:list --><\/p>\n<ul>\n<li>Los\u00a0<strong>destinatarios\u00a0<\/strong>son las<strong>\u00a0personas con discapacidad para quienes dise\u00f1amos nuestros sistemas<\/strong>\u00a0y que los usar\u00e1n para acceder al dispositivo m\u00f3vil. Ya hemos comentado cu\u00e1les son sus perfiles de funcionamiento y los retos que ello entra\u00f1a.<\/li>\n<li>Los\u00a0<strong>facilitadores\u00a0<\/strong>son los<strong>\u00a0encargados de la instalaci\u00f3n, configuraci\u00f3n inicial del sistema y apoyo al usuario final<\/strong>. Tambi\u00e9n suelen actuar como prescriptores y valoradores de la idoneidad de la tecnolog\u00eda de apoyo. Generalmente son profesionales de entidades de atenci\u00f3n a la discapacidad o servicios afines, aunque tambi\u00e9n pueden ser otras personas cercanas al usuario final como familiares o amigos. En algunas ocasiones, el propio destinatario puede ejercer el papel de facilitador. Aunque el perfil de los facilitadores puede ser muy heterog\u00e9neo, habitualmente son personas con experiencia en proporcionar apoyo al usuario final, conocedoras de su perfil de funcionamiento y que estar\u00e1n familiarizados con el manejo de dispositivos m\u00f3viles y ciertas ayudas t\u00e9cnicas. Si el facilitador es incapaz de comprender c\u00f3mo funciona nuestro sistema dif\u00edcilmente podr\u00e1 recomendarlo a los usuarios que puedan necesitarlo y proporcionar el apoyo adecuado. Por lo tanto,\u00a0<strong>es crucial involucrarlos durante el proceso de dise\u00f1o<\/strong>.\u00a0\u00a0<\/li>\n<\/ul>\n<p><!-- wp:list --><\/p>\n<p><!-- wp:paragraph --><\/p>\n<p>Por supuesto,\u00a0<strong>existen otros implicados<\/strong>\u00a0tales como otros profesionales, familiares, compa\u00f1eros, amigos, etc. que<strong>\u00a0pueden ejercer una influencia determinante<\/strong>\u00a0a la hora de adoptar y fomentar o limitar el uso de la tecnolog\u00eda de apoyo. Estos implicados puntualmente pueden adquirir el rol de facilitadores, por ejemplo, para ayudar a poner en marcha el tel\u00e9fono m\u00f3vil o ajustarlo a la silla de ruedas.<\/p>\n<p><!-- wp:heading {\"level\":3} --><\/p>\n<h3>Ideando el producto<\/h3>\n<p><!-- wp:paragraph --><\/p>\n<p><strong>Muchas ideas surgen como fruto de la observaci\u00f3n de problemas o dificultades<\/strong>\u00a0que experimentan otras personas o uno mismo. De hecho,\u00a0<a href=\"https:\/\/easeapps.xyz\/es\/blog\/107-como-nace-el-proyecto-ease-apps\/\">as\u00ed es como naci\u00f3 Ease Apps<\/a>. Nuestro trato habitual con personas con discapacidad nos permiti\u00f3 detectar sus dificultades de acceso a los dispositivos m\u00f3viles de una forma espont\u00e1nea.<\/p>\n<p>Pero detectar los problemas es s\u00f3lo una parte. Tambi\u00e9n es necesario\u00a0<strong>concebir posibles soluciones a esos problemas<\/strong>. Para ello, es necesario conocer las posibilidades que la tecnolog\u00eda ofrece y c\u00f3mo adaptarla a la realidad del usuario. Ello implica analizar la realidad de estas personas, cu\u00e1l es su funcionamiento, qu\u00e9 dificultades encuentran en su d\u00eda a d\u00eda y, espec\u00edficamente, con el uso de la tecnolog\u00eda. Tambi\u00e9n es fundamental conocer qu\u00e9 tareas vana querer desarrollar, en qu\u00e9 contextos, con qu\u00e9 apoyos y qu\u00e9 otras soluciones existen en el mercado.<\/p>\n<p><!-- wp:heading {\"level\":3} --><\/p>\n<h3>Dise\u00f1o y desarrollo<\/h3>\n<p>Concebido el producto, es necesario<strong>\u00a0transformar las ideas\u00a0<\/strong>en algo tangible, en nuestro caso\u00a0<strong>en una aplicaci\u00f3n inform\u00e1tica<\/strong>.<\/p>\n<p>Durante esta etapa\u00a0<strong>es necesario acudir de nuevo a los usuarios en diversas ocasiones<\/strong>\u00a0para contrastar con ellos los avances y poder evaluarlos y validarlos. Estos avances se pueden plasmar en forma de bocetos, esquemas, prototipos, versiones de software, etc. Se trata de un\u00a0<strong>proceso incremental iterativo<\/strong>\u00a0donde la informaci\u00f3n proporcionada por el usuario es vital para su avance. Esta informaci\u00f3n es la que permite detectar lo antes posible cualquier problema, cuando corregirlo es m\u00e1s sencillo y econ\u00f3mico.<\/p>\n<p>En nuestro caso, solemos realizar\u00a0<strong>varios tests de usabilidad empleando una adaptaci\u00f3n de la t\u00e9cnica denominada\u00a0<\/strong><a href=\"http:\/\/mpiua.invid.udl.cat\/pensando-en-voz-alta-thinking-aloud\/\"><strong>\u201cpensando en voz alta\u201d<\/strong><\/a>. Esta t\u00e9cnica b\u00e1sicamente consiste en:<\/p>\n<ol>\n<li>Reclutar a algunos usuarios representativos (destinatarios y facilitadores).<\/li>\n<li>Pedirles que traten de realizar algunas tareas con nuestro prototipo o aplicaci\u00f3n.<\/li>\n<li>Guardar silencio, observar atentamente y tomar notas de los hechos m\u00e1s relevantes mientras los usuarios usan el sistema y verbalizan lo que piensan. En ocasiones, tambi\u00e9n grabamos la sesi\u00f3n en v\u00eddeo por si es necesario recurrir m\u00e1s adelante para ampliar informaci\u00f3n.<\/li>\n<\/ol>\n<p>Algunos personas con discapacidad participantes en los tests tienen muchas dificultades para articular el habla. En estos casos adaptamos la t\u00e9cnica \u201cpensando en voz alta\u201d de forma que\u00a0\u00a0<strong>es el facilitador el que nos ayuda a interpretar lo que expresa el usuario<\/strong>, bien sea de forma oral o a trav\u00e9s de otras formas de expresi\u00f3n. Otra posibilidad que ofrecemos al usuario es que interrumpa el test en cualquier momento para expresar lo que est\u00e1 pensando a trav\u00e9s de su medio habitual de comunicaci\u00f3n, por ejemplo, un sistema aumentativo o alternativo de comunicaci\u00f3n (SAAC).<\/p>\n<p><!-- wp:paragraph --><\/p>\n<p><!-- wp:paragraph --><\/p>\n<p><!-- wp:paragraph --><\/p>\n<p><!-- wp:list {\"ordered\":true} --><\/p>\n<p><!-- wp:paragraph --><\/p>\n<p><img loading=\"lazy\" decoding=\"async\" class=\" size-full wp-image-52\" src=\"https:\/\/easeapps.xyz\/wp-content\/uploads\/sites\/2\/blog\/usability-test-session-with-end-user-facilitator-and-researcher-taking-notes.jpg\" alt=\"usability test session with end user facilitator and researcher taking notes\" width=\"500\" height=\"291\" \/><\/p>\n<p><!-- wp:heading {\"level\":3} --><\/p>\n<h3>Contextos de uso y tareas<\/h3>\n<p><!-- wp:paragraph --><\/p>\n<p>A la hora de considerar la participaci\u00f3n de los distintos usuarios y las tareas que vamos a solicitar a cada uno de ellos, distinguimos entre tres situaciones o contextos distintos:<\/p>\n<p><!-- wp:list --><\/p>\n<ul>\n<li><strong>Primer contacto por parte del facilitador<\/strong>. En este caso se trata de un contexto en el que el facilitador eval\u00faa la soluci\u00f3n con el objetivo de comprender su funcionamiento y poder recomendarla y asesorar a usuarios finales. B\u00e1sicamente, al facilitador se le proporciona el nombre de nuestra aplicaci\u00f3n para que trate de instalarla y comprender su funcionamiento. L\u00f3gicamente, el facilitador no debe estar familiarizado con la aplicaci\u00f3n. En este contexto\u00a0<strong>el<\/strong>\u00a0<strong>criterio b\u00e1sico de evaluaci\u00f3n es la facilidad de aprendizaje<\/strong>.\u00a0<\/li>\n<li><strong>Contexto estructurado con apoyo externo<\/strong>. Es aquel donde el usuario requiere de un apoyo intensivo para un uso satisfactorio del sistema. Generalmente esta situaci\u00f3n se da en el \u00e1mbito de un centro de atenci\u00f3n (escuela de educaci\u00f3n especial, taller ocupacional, centro de d\u00eda o centro residencial asistido). B\u00e1sicamente se plantean dos tipos de tareas en las que participan facilitador y destinatario..\u00a0\n<ul>\n<li>El primer tipo implica consiste en un\u00a0<strong>facilitador tratando de explicar el funcionamiento del sistema a un usuario<\/strong>\u00a0sin experiencia previa. Con ello queremos evaluar hasta qu\u00e9 punto nuestro sistema facilita esta transferencia de conocimiento.<\/li>\n<li>El segundo tipo consiste en un conjunto de\u00a0<strong>tareas concretas que el usuario debe realizar<\/strong>. En la medida de lo posible, es el propio usuario el que escoge estas tareas. El facilitador est\u00e1 presente aunque debe abstenerse de intervenir y, fundamentalmente, su papel consiste en ayudar al usuario a comunicar lo que piensa en cada momento. El principal criterio que valoramos es la facilidad de uso del sistema y, en cierta medida, la facilidad de aprendizaje por parte del destinatario.<\/li>\n<\/ul>\n<\/li>\n<li><strong>Contexto no estructurado sin apoyo externo<\/strong>. Se trata de un contexto de uso m\u00e1s normalizado en el cual el usuario trata de cubrir sus propias necesidades e intereses al utilizar un dispositivo m\u00f3vil. Es decir, un\u00a0<strong>contexto de uso hom\u00f3logo al de cualquier persona que utiliza dispositivos m\u00f3viles<\/strong>. En este caso no siempre se lleva a cabo un test de usabilidad, s\u00f3lo en aquellas situaciones en las que se sospecha que existe realmente una dificultad. De hecho, en algunos casos es suficiente con una comunicaci\u00f3n por parte del usuario o del facilitador.<\/li>\n<\/ul>\n<p><!-- wp:heading {\"level\":3} --><\/p>\n<h3>Publicaci\u00f3n de la aplicaci\u00f3n<\/h3>\n<p><!-- wp:paragraph --><\/p>\n<p>Llega el momento en que el proceso de dise\u00f1o debe dar paso a una primera versi\u00f3n del software. Por supuesto, esta primera versi\u00f3n contiene imperfecciones y carece de algunas funcionalidades, pero ya cumple una misi\u00f3n que hemos contrastado en nuestras pruebas con usuarios.<\/p>\n<p><!-- wp:paragraph --><\/p>\n<p><strong>\u00bfHemos terminado? \u00a1Ni mucho menos!<\/strong>\u00a0<\/p>\n<p><!-- wp:paragraph --><\/p>\n<p>En primer lugar, no podemos considerar que el proceso de dise\u00f1o haya concluido hasta haber completado o descartado todas aquellas funcionalidades que ten\u00edamos previstas. En segundo lugar, la publicaci\u00f3n de la aplicaci\u00f3n multiplica las posibilidades de recibir peticiones de soporte, comentarios sobre su funcionamiento, sugerencias, etc. En tercer lugar, la mayor\u00eda de las personas que ha participado en las pruebas de usabilidad acaban siendo usuarios de nuestro producto y dado que a algunas de estas personas las vemos regularmente, aprovechamos para hacer seguimiento.<\/p>\n<p><!-- wp:paragraph --><\/p>\n<p>Por lo tanto, lejos de haber concluido,\u00a0<strong>la publicaci\u00f3n es una fuente de nuevas ideas, modificaciones y tareas<\/strong>\u00a0que se acumular\u00e1n a aquellas que quedaron pendientes y que habr\u00e1 que priorizar adecuadamente para permitir que la evoluci\u00f3n del producto contin\u00fae. En algunos casos se tratar\u00e1 de modificaciones que podemos validar intercambiando un correo electr\u00f3nico o manteniendo una conversaci\u00f3n de pasillo con un usuario. En otros casos,\u00a0<strong>el impacto de los cambios ser\u00e1 tal que obligar\u00e1 a una revisi\u00f3n m\u00e1s profunda del dise\u00f1o y a la realizaci\u00f3n de nuevos tests de usabilidad<\/strong>\u00a0como los anteriormente comentados.\u00a0<\/p>\n<p><!-- wp:paragraph --><\/p>\n<p>En definitiva,<strong>\u00a0la participaci\u00f3n de los usuarios es fundamental que sea continua durante toda la vida del software<\/strong>.<\/p>\n<p><!-- wp:heading --><\/p>\n<h2>Conclusiones<\/h2>\n<p><!-- wp:paragraph --><\/p>\n<p><strong>Desarrollar un sistema interactivo cuidando la experiencia de usuario es una tarea compleja<\/strong>\u00a0que, en el caso de tratarse de\u00a0<strong>tecnolog\u00eda de apoyo orientada al acceso, presenta una retos particulares<\/strong>\u00a0que hay que abordar.\u00a0<\/p>\n<p><!-- wp:paragraph --><\/p>\n<p>El m\u00e9todo que empleamos para hacer frente a este tipo de proyectos se basa en el\u00a0<strong>dise\u00f1o centrado en el usuario<\/strong>\u00a0y consiste, b\u00e1sicamente, en iterar a trav\u00e9s de versiones sucesivas del software contando con la participaci\u00f3n de los usuarios finales. Como principal t\u00e9cnica de evaluaci\u00f3n de la usabilidad empleamos la denominada \u201cpensando en voz alta\u201d, que adaptamos en funci\u00f3n de las caracter\u00edsticas de la persona con discapacidad participante.\u00a0<\/p>\n<p><!-- wp:paragraph --><\/p>\n<p>Adem\u00e1s del destinatario final, consideramos al\u00a0<strong>facilitador com una figura clave<\/strong>\u00a0en el proceso de adopci\u00f3n de nuestras aplicaciones y como apoyo para la realizaci\u00f3n de los tests de usabilidad; por ello tambi\u00e9n lo incorporamos en el proceso de software.<\/p>\n<p><!-- wp:paragraph --><\/p>\n<p>Por \u00faltimo,\u00a0<strong>la publicaci\u00f3n de la aplicaci\u00f3n<\/strong>, lejos de poner punto y final al dise\u00f1o y desarrollo,\u00a0<strong>proporciona nuevas oportunidades de incrementar el valor de la misma<\/strong>\u00a0a lo largo del tiempo.<\/p>\n<h3>\u00bfEst\u00e1s pensando en crear una aplicaci\u00f3n para personas con discapacidad? \u00a1Queremos saber de ti!<\/h3>\n<p><a class=\"btn btn-primary\" role=\"button\" href=\"https:\/\/easeapps.xyz\/es\/contactar\/\">Dinos lo qu\u00e9 piensas<\/a><\/p>\n<p><!-- \/wp:paragraph --><\/p><!-- \/wp:post-content --><!-- \/wp:heading --><\/p>\n<p>Esta diversidad de perfiles de usuario tiene una serie de\u00a0<strong>consecuencias<\/strong>\u00a0de cara al dise\u00f1o:<\/p>\n<p><!-- wp:list --><\/p>\n<ul>\n<li>Es todo un\u00a0<strong>desaf\u00edo establecer un conjunto de perfiles representativos que haga m\u00e1s manejable la diversidad de usuarios\u00a0<\/strong>y permita<strong>\u00a0generalizar los resultados de las pruebas<\/strong>.<\/li>\n<li>Por una cuesti\u00f3n demogr\u00e1fica, el\u00a0<strong>n\u00famero de personas que pueden participar<\/strong>\u00a0en pruebas de usabilidad es\u00a0<strong>m\u00e1s reducido<\/strong>\u00a0en comparaci\u00f3n con el dise\u00f1o de un producto para un mercado generalista.<\/li>\n<li>Para que las herramientas puedan ser aptas para esta diversidad, es necesario que exista un\u00a0<strong>grado significativo de parametrizaci\u00f3n<\/strong>. Abordamos esta cuesti\u00f3n un poco m\u00e1s adelante.<\/li>\n<\/ul>\n<p><!-- wp:heading {\"level\":3} --><\/p>\n<h3>Interacci\u00f3n espec\u00edfica<\/h3>\n<p><!-- wp:paragraph --><\/p>\n<p>Los accesos alternativos o adaptados ofrecen una\u00a0<strong>interacci\u00f3n espec\u00edfica que difiere notablemente de la convencional<\/strong>. Tomemos como ejemplo un lector de pantalla. Un lector de pantalla es un sistema de acceso orientado a personas ciegas que presenta la informaci\u00f3n visible de la pantalla en forma de voz o braille. Como dispositivo de entrada se emplea un teclado o la pantalla t\u00e1ctil en el caso de dispositivos m\u00f3viles. Como contraste tenemos el acceso convencional, donde es la vista es el sentido predominante y prima la manipulaci\u00f3n directa de los elementos en pantalla. En lugar de una discapacidad sensorial, en el caso de Ease Apps tratamos con una discapacidad f\u00edsica que impide (o dificulta en gran manera) el manejo del dispositivo m\u00f3vil a trav\u00e9s de los medios convencionales. Por ejemplo, Ease Touch evita las acciones repetitivas e involuntarias modificando la gama de acciones que acepta el panel t\u00e1ctil y proporciona formas indirectas para realizar los gestos convencionales. Este mecanismo alternativo de acceso supone un\u00a0<strong>nivel adicional de complejidad que es necesario describir al usuario<\/strong>. Es decir,\u00a0<strong>esta interacci\u00f3n espec\u00edfica dificulta el aprendizaje<\/strong>\u00a0del manejo del sistema.<\/p>\n<p><!-- wp:paragraph --><\/p>\n<p><!-- wp:heading {\"level\":3} --><\/p>\n<h3>Uso intensivo<\/h3>\n<p><!-- wp:paragraph --><\/p>\n<p>A lo largo de un d\u00eda, un usuario medio de smartphone reparte el tiempo entre m\u00faltiples aplicaciones: mensajer\u00eda, redes sociales, reproductor multimedia, notas, c\u00e1mara de fotos, calendario, navegador, juegos, etc. En cambio,\u00a0<strong>un producto de apoyo para el acceso se utiliza siempre que el usuario interact\u00faa con su dispositivo.<\/strong>\u00a0Por lo tanto, esto\u00a0<strong>hace que la facilidad de uso del producto cobre mayor relevancia<\/strong>.<\/p>\n<p><!-- wp:heading {\"level\":3} --><\/p>\n<h3>Parametrizaci\u00f3n<\/h3>\n<p><!-- wp:paragraph --><\/p>\n<p>Debido a la heterogeneidad de los perfiles a los que se dirigen estas herramientas y al uso intensivo de las mismas, suele ser<strong>\u00a0imprescindible poder disponer de distintos ajustes<\/strong>\u00a0para que se adapte lo mejor posible a las necesidades de los usuarios (colores, tama\u00f1os, tiempos, umbrales, velocidades, respuestas auditivas, complejidad de las opciones presentadas a los usuarios, etc.). Esta multiplicidad de configuraciones\u00a0<strong>a\u00f1ade complejidad, lo que desaf\u00eda la facilidad de aprendizaje<\/strong>.<\/p>\n<p><!-- wp:heading --><\/p>\n<h2>Dise\u00f1o centrado en el usuario<\/h2>\n<p><!-- wp:paragraph --><\/p>\n<p>Si has llegado hasta aqu\u00ed ya conoces los principales retos que supone desarrollar aplicaciones de tecnolog\u00eda de apoyo. Y ahora, \u00bfc\u00f3mo abordar el dise\u00f1o y desarrollo de una aplicaci\u00f3n?\u00a0<strong>\u00bfD\u00f3nde reside el secreto para conseguir que nuestros desarrollos satisfagan las necesidades de los usuarios?<\/strong><\/p>\n<p><!-- wp:paragraph --><\/p>\n<p>El secreto es que no hay secreto, todo consiste aplicar el sentido com\u00fan y\u00a0<strong>tener en consideraci\u00f3n a los usuarios durante todo el proceso<\/strong>: observar sus necesidades, hacerles part\u00edcipes del proceso de dise\u00f1o, pedirles que prueben las aplicaciones, tener muy en cuenta sus comentarios, etc. En otras palabras, consiste en\u00a0<strong>seguir un enfoque centrado en el usuario<\/strong>.<\/p>\n<p><img loading=\"lazy\" decoding=\"async\" class=\" size-full wp-image-51\" src=\"https:\/\/easeapps.xyz\/wp-content\/uploads\/sites\/2\/blog\/end-user-and-facilitator-taking-part-on-a-usability-test.jpg\" alt=\"end user and facilitator taking part on a usability test\" width=\"450\" height=\"299\" \/><\/p>\n<p><!-- wp:heading {\"level\":3} --><\/p>\n<h3>Usuarios e implicados<\/h3>\n<p><!-- wp:paragraph --><\/p>\n<p>Por tanto, si el usuario es el centro, vamos a centrarnos ahora en los usuario. \u00bfQu\u00e9 es un usuario? Consideramos usuario a toda personas que usa directamente el sistema. En el caso de Ease Apps\u00a0<strong>distinguimos dos tipos o roles de usuario distintos:<\/strong><\/p>\n<p><!-- wp:list --><\/p>\n<ul>\n<li>Los\u00a0<strong>destinatarios\u00a0<\/strong>son las<strong>\u00a0personas con discapacidad para quienes dise\u00f1amos nuestros sistemas<\/strong>\u00a0y que los usar\u00e1n para acceder al dispositivo m\u00f3vil. Ya hemos comentado cu\u00e1les son sus perfiles de funcionamiento y los retos que ello entra\u00f1a.<\/li>\n<li>Los\u00a0<strong>facilitadores\u00a0<\/strong>son los<strong>\u00a0encargados de la instalaci\u00f3n, configuraci\u00f3n inicial del sistema y apoyo al usuario final<\/strong>. Tambi\u00e9n suelen actuar como prescriptores y valoradores de la idoneidad de la tecnolog\u00eda de apoyo. Generalmente son profesionales de entidades de atenci\u00f3n a la discapacidad o servicios afines, aunque tambi\u00e9n pueden ser otras personas cercanas al usuario final como familiares o amigos. En algunas ocasiones, el propio destinatario puede ejercer el papel de facilitador. Aunque el perfil de los facilitadores puede ser muy heterog\u00e9neo, habitualmente son personas con experiencia en proporcionar apoyo al usuario final, conocedoras de su perfil de funcionamiento y que estar\u00e1n familiarizados con el manejo de dispositivos m\u00f3viles y ciertas ayudas t\u00e9cnicas. Si el facilitador es incapaz de comprender c\u00f3mo funciona nuestro sistema dif\u00edcilmente podr\u00e1 recomendarlo a los usuarios que puedan necesitarlo y proporcionar el apoyo adecuado. Por lo tanto,\u00a0<strong>es crucial involucrarlos durante el proceso de dise\u00f1o<\/strong>.\u00a0\u00a0<\/li>\n<\/ul>\n<p><!-- wp:list --><\/p>\n<p><!-- wp:paragraph --><\/p>\n<p>Por supuesto,\u00a0<strong>existen otros implicados<\/strong>\u00a0tales como otros profesionales, familiares, compa\u00f1eros, amigos, etc. que<strong>\u00a0pueden ejercer una influencia determinante<\/strong>\u00a0a la hora de adoptar y fomentar o limitar el uso de la tecnolog\u00eda de apoyo. Estos implicados puntualmente pueden adquirir el rol de facilitadores, por ejemplo, para ayudar a poner en marcha el tel\u00e9fono m\u00f3vil o ajustarlo a la silla de ruedas.<\/p>\n<p><!-- wp:heading {\"level\":3} --><\/p>\n<h3>Ideando el producto<\/h3>\n<p><!-- wp:paragraph --><\/p>\n<p><strong>Muchas ideas surgen como fruto de la observaci\u00f3n de problemas o dificultades<\/strong>\u00a0que experimentan otras personas o uno mismo. De hecho,\u00a0<a href=\"https:\/\/easeapps.xyz\/es\/blog\/107-como-nace-el-proyecto-ease-apps\/\">as\u00ed es como naci\u00f3 Ease Apps<\/a>. Nuestro trato habitual con personas con discapacidad nos permiti\u00f3 detectar sus dificultades de acceso a los dispositivos m\u00f3viles de una forma espont\u00e1nea.<\/p>\n<p>Pero detectar los problemas es s\u00f3lo una parte. Tambi\u00e9n es necesario\u00a0<strong>concebir posibles soluciones a esos problemas<\/strong>. Para ello, es necesario conocer las posibilidades que la tecnolog\u00eda ofrece y c\u00f3mo adaptarla a la realidad del usuario. Ello implica analizar la realidad de estas personas, cu\u00e1l es su funcionamiento, qu\u00e9 dificultades encuentran en su d\u00eda a d\u00eda y, espec\u00edficamente, con el uso de la tecnolog\u00eda. Tambi\u00e9n es fundamental conocer qu\u00e9 tareas vana querer desarrollar, en qu\u00e9 contextos, con qu\u00e9 apoyos y qu\u00e9 otras soluciones existen en el mercado.<\/p>\n<p><!-- wp:heading {\"level\":3} --><\/p>\n<h3>Dise\u00f1o y desarrollo<\/h3>\n<p>Concebido el producto, es necesario<strong>\u00a0transformar las ideas\u00a0<\/strong>en algo tangible, en nuestro caso\u00a0<strong>en una aplicaci\u00f3n inform\u00e1tica<\/strong>.<\/p>\n<p>Durante esta etapa\u00a0<strong>es necesario acudir de nuevo a los usuarios en diversas ocasiones<\/strong>\u00a0para contrastar con ellos los avances y poder evaluarlos y validarlos. Estos avances se pueden plasmar en forma de bocetos, esquemas, prototipos, versiones de software, etc. Se trata de un\u00a0<strong>proceso incremental iterativo<\/strong>\u00a0donde la informaci\u00f3n proporcionada por el usuario es vital para su avance. Esta informaci\u00f3n es la que permite detectar lo antes posible cualquier problema, cuando corregirlo es m\u00e1s sencillo y econ\u00f3mico.<\/p>\n<p>En nuestro caso, solemos realizar\u00a0<strong>varios tests de usabilidad empleando una adaptaci\u00f3n de la t\u00e9cnica denominada\u00a0<\/strong><a href=\"http:\/\/mpiua.invid.udl.cat\/pensando-en-voz-alta-thinking-aloud\/\"><strong>\u201cpensando en voz alta\u201d<\/strong><\/a>. Esta t\u00e9cnica b\u00e1sicamente consiste en:<\/p>\n<ol>\n<li>Reclutar a algunos usuarios representativos (destinatarios y facilitadores).<\/li>\n<li>Pedirles que traten de realizar algunas tareas con nuestro prototipo o aplicaci\u00f3n.<\/li>\n<li>Guardar silencio, observar atentamente y tomar notas de los hechos m\u00e1s relevantes mientras los usuarios usan el sistema y verbalizan lo que piensan. En ocasiones, tambi\u00e9n grabamos la sesi\u00f3n en v\u00eddeo por si es necesario recurrir m\u00e1s adelante para ampliar informaci\u00f3n.<\/li>\n<\/ol>\n<p>Algunos personas con discapacidad participantes en los tests tienen muchas dificultades para articular el habla. En estos casos adaptamos la t\u00e9cnica \u201cpensando en voz alta\u201d de forma que\u00a0\u00a0<strong>es el facilitador el que nos ayuda a interpretar lo que expresa el usuario<\/strong>, bien sea de forma oral o a trav\u00e9s de otras formas de expresi\u00f3n. Otra posibilidad que ofrecemos al usuario es que interrumpa el test en cualquier momento para expresar lo que est\u00e1 pensando a trav\u00e9s de su medio habitual de comunicaci\u00f3n, por ejemplo, un sistema aumentativo o alternativo de comunicaci\u00f3n (SAAC).<\/p>\n<p><!-- wp:paragraph --><\/p>\n<p><!-- wp:paragraph --><\/p>\n<p><!-- wp:paragraph --><\/p>\n<p><!-- wp:list {\"ordered\":true} --><\/p>\n<p><!-- wp:paragraph --><\/p>\n<p><img loading=\"lazy\" decoding=\"async\" class=\" size-full wp-image-52\" src=\"https:\/\/easeapps.xyz\/wp-content\/uploads\/sites\/2\/blog\/usability-test-session-with-end-user-facilitator-and-researcher-taking-notes.jpg\" alt=\"usability test session with end user facilitator and researcher taking notes\" width=\"500\" height=\"291\" \/><\/p>\n<p><!-- wp:heading {\"level\":3} --><\/p>\n<h3>Contextos de uso y tareas<\/h3>\n<p><!-- wp:paragraph --><\/p>\n<p>A la hora de considerar la participaci\u00f3n de los distintos usuarios y las tareas que vamos a solicitar a cada uno de ellos, distinguimos entre tres situaciones o contextos distintos:<\/p>\n<p><!-- wp:list --><\/p>\n<ul>\n<li><strong>Primer contacto por parte del facilitador<\/strong>. En este caso se trata de un contexto en el que el facilitador eval\u00faa la soluci\u00f3n con el objetivo de comprender su funcionamiento y poder recomendarla y asesorar a usuarios finales. B\u00e1sicamente, al facilitador se le proporciona el nombre de nuestra aplicaci\u00f3n para que trate de instalarla y comprender su funcionamiento. L\u00f3gicamente, el facilitador no debe estar familiarizado con la aplicaci\u00f3n. En este contexto\u00a0<strong>el<\/strong>\u00a0<strong>criterio b\u00e1sico de evaluaci\u00f3n es la facilidad de aprendizaje<\/strong>.\u00a0<\/li>\n<li><strong>Contexto estructurado con apoyo externo<\/strong>. Es aquel donde el usuario requiere de un apoyo intensivo para un uso satisfactorio del sistema. Generalmente esta situaci\u00f3n se da en el \u00e1mbito de un centro de atenci\u00f3n (escuela de educaci\u00f3n especial, taller ocupacional, centro de d\u00eda o centro residencial asistido). B\u00e1sicamente se plantean dos tipos de tareas en las que participan facilitador y destinatario..\u00a0\n<ul>\n<li>El primer tipo implica consiste en un\u00a0<strong>facilitador tratando de explicar el funcionamiento del sistema a un usuario<\/strong>\u00a0sin experiencia previa. Con ello queremos evaluar hasta qu\u00e9 punto nuestro sistema facilita esta transferencia de conocimiento.<\/li>\n<li>El segundo tipo consiste en un conjunto de\u00a0<strong>tareas concretas que el usuario debe realizar<\/strong>. En la medida de lo posible, es el propio usuario el que escoge estas tareas. El facilitador est\u00e1 presente aunque debe abstenerse de intervenir y, fundamentalmente, su papel consiste en ayudar al usuario a comunicar lo que piensa en cada momento. El principal criterio que valoramos es la facilidad de uso del sistema y, en cierta medida, la facilidad de aprendizaje por parte del destinatario.<\/li>\n<\/ul>\n<\/li>\n<li><strong>Contexto no estructurado sin apoyo externo<\/strong>. Se trata de un contexto de uso m\u00e1s normalizado en el cual el usuario trata de cubrir sus propias necesidades e intereses al utilizar un dispositivo m\u00f3vil. Es decir, un\u00a0<strong>contexto de uso hom\u00f3logo al de cualquier persona que utiliza dispositivos m\u00f3viles<\/strong>. En este caso no siempre se lleva a cabo un test de usabilidad, s\u00f3lo en aquellas situaciones en las que se sospecha que existe realmente una dificultad. De hecho, en algunos casos es suficiente con una comunicaci\u00f3n por parte del usuario o del facilitador.<\/li>\n<\/ul>\n<p><!-- wp:heading {\"level\":3} --><\/p>\n<h3>Publicaci\u00f3n de la aplicaci\u00f3n<\/h3>\n<p><!-- wp:paragraph --><\/p>\n<p>Llega el momento en que el proceso de dise\u00f1o debe dar paso a una primera versi\u00f3n del software. Por supuesto, esta primera versi\u00f3n contiene imperfecciones y carece de algunas funcionalidades, pero ya cumple una misi\u00f3n que hemos contrastado en nuestras pruebas con usuarios.<\/p>\n<p><!-- wp:paragraph --><\/p>\n<p><strong>\u00bfHemos terminado? \u00a1Ni mucho menos!<\/strong>\u00a0<\/p>\n<p><!-- wp:paragraph --><\/p>\n<p>En primer lugar, no podemos considerar que el proceso de dise\u00f1o haya concluido hasta haber completado o descartado todas aquellas funcionalidades que ten\u00edamos previstas. En segundo lugar, la publicaci\u00f3n de la aplicaci\u00f3n multiplica las posibilidades de recibir peticiones de soporte, comentarios sobre su funcionamiento, sugerencias, etc. En tercer lugar, la mayor\u00eda de las personas que ha participado en las pruebas de usabilidad acaban siendo usuarios de nuestro producto y dado que a algunas de estas personas las vemos regularmente, aprovechamos para hacer seguimiento.<\/p>\n<p><!-- wp:paragraph --><\/p>\n<p>Por lo tanto, lejos de haber concluido,\u00a0<strong>la publicaci\u00f3n es una fuente de nuevas ideas, modificaciones y tareas<\/strong>\u00a0que se acumular\u00e1n a aquellas que quedaron pendientes y que habr\u00e1 que priorizar adecuadamente para permitir que la evoluci\u00f3n del producto contin\u00fae. En algunos casos se tratar\u00e1 de modificaciones que podemos validar intercambiando un correo electr\u00f3nico o manteniendo una conversaci\u00f3n de pasillo con un usuario. En otros casos,\u00a0<strong>el impacto de los cambios ser\u00e1 tal que obligar\u00e1 a una revisi\u00f3n m\u00e1s profunda del dise\u00f1o y a la realizaci\u00f3n de nuevos tests de usabilidad<\/strong>\u00a0como los anteriormente comentados.\u00a0<\/p>\n<p><!-- wp:paragraph --><\/p>\n<p>En definitiva,<strong>\u00a0la participaci\u00f3n de los usuarios es fundamental que sea continua durante toda la vida del software<\/strong>.<\/p>\n<p><!-- wp:heading --><\/p>\n<h2>Conclusiones<\/h2>\n<p><!-- wp:paragraph --><\/p>\n<p><strong>Desarrollar un sistema interactivo cuidando la experiencia de usuario es una tarea compleja<\/strong>\u00a0que, en el caso de tratarse de\u00a0<strong>tecnolog\u00eda de apoyo orientada al acceso, presenta una retos particulares<\/strong>\u00a0que hay que abordar.\u00a0<\/p>\n<p><!-- wp:paragraph --><\/p>\n<p>El m\u00e9todo que empleamos para hacer frente a este tipo de proyectos se basa en el\u00a0<strong>dise\u00f1o centrado en el usuario<\/strong>\u00a0y consiste, b\u00e1sicamente, en iterar a trav\u00e9s de versiones sucesivas del software contando con la participaci\u00f3n de los usuarios finales. Como principal t\u00e9cnica de evaluaci\u00f3n de la usabilidad empleamos la denominada \u201cpensando en voz alta\u201d, que adaptamos en funci\u00f3n de las caracter\u00edsticas de la persona con discapacidad participante.\u00a0<\/p>\n<p><!-- wp:paragraph --><\/p>\n<p>Adem\u00e1s del destinatario final, consideramos al\u00a0<strong>facilitador com una figura clave<\/strong>\u00a0en el proceso de adopci\u00f3n de nuestras aplicaciones y como apoyo para la realizaci\u00f3n de los tests de usabilidad; por ello tambi\u00e9n lo incorporamos en el proceso de software.<\/p>\n<p><!-- wp:paragraph --><\/p>\n<p>Por \u00faltimo,\u00a0<strong>la publicaci\u00f3n de la aplicaci\u00f3n<\/strong>, lejos de poner punto y final al dise\u00f1o y desarrollo,\u00a0<strong>proporciona nuevas oportunidades de incrementar el valor de la misma<\/strong>\u00a0a lo largo del tiempo.<\/p>\n<h3>\u00bfEst\u00e1s pensando en crear una aplicaci\u00f3n para personas con discapacidad? \u00a1Queremos saber de ti!<\/h3>\n<p><a class=\"btn btn-primary\" role=\"button\" href=\"https:\/\/easeapps.xyz\/es\/contactar\/\">Dinos lo qu\u00e9 piensas<\/a><\/p>\n<p><!-- \/wp:paragraph --><\/p><!-- \/wp:post-content --><!-- \/wp:list --><\/p>\n<p>En muchas ocasiones, estas dificultades en la manipulaci\u00f3n suelen ser consecuencia de trastornos u otras condiciones de salud (por ejemplo, par\u00e1lisis cerebral, Parkinson, enfermedades neurodegenerativas, temblores esenciales, etc.). Dichos trastornos suelen tener adem\u00e1s impacto sobre otras funciones corporales. Por ejemplo,\u00a0<strong>en personas con par\u00e1lisis cerebral es com\u00fan encontrar asociadas otras deficiencias relacionadas con las funciones mentales y sensoriales<\/strong>.\u00a0<\/p>\n<p><!-- wp:paragraph --><\/p>\n<p>Esta diversidad de perfiles de usuario tiene una serie de\u00a0<strong>consecuencias<\/strong>\u00a0de cara al dise\u00f1o:<\/p>\n<p><!-- wp:list --><\/p>\n<ul>\n<li>Es todo un\u00a0<strong>desaf\u00edo establecer un conjunto de perfiles representativos que haga m\u00e1s manejable la diversidad de usuarios\u00a0<\/strong>y permita<strong>\u00a0generalizar los resultados de las pruebas<\/strong>.<\/li>\n<li>Por una cuesti\u00f3n demogr\u00e1fica, el\u00a0<strong>n\u00famero de personas que pueden participar<\/strong>\u00a0en pruebas de usabilidad es\u00a0<strong>m\u00e1s reducido<\/strong>\u00a0en comparaci\u00f3n con el dise\u00f1o de un producto para un mercado generalista.<\/li>\n<li>Para que las herramientas puedan ser aptas para esta diversidad, es necesario que exista un\u00a0<strong>grado significativo de parametrizaci\u00f3n<\/strong>. Abordamos esta cuesti\u00f3n un poco m\u00e1s adelante.<\/li>\n<\/ul>\n<p><!-- wp:heading {\"level\":3} --><\/p>\n<h3>Interacci\u00f3n espec\u00edfica<\/h3>\n<p><!-- wp:paragraph --><\/p>\n<p>Los accesos alternativos o adaptados ofrecen una\u00a0<strong>interacci\u00f3n espec\u00edfica que difiere notablemente de la convencional<\/strong>. Tomemos como ejemplo un lector de pantalla. Un lector de pantalla es un sistema de acceso orientado a personas ciegas que presenta la informaci\u00f3n visible de la pantalla en forma de voz o braille. Como dispositivo de entrada se emplea un teclado o la pantalla t\u00e1ctil en el caso de dispositivos m\u00f3viles. Como contraste tenemos el acceso convencional, donde es la vista es el sentido predominante y prima la manipulaci\u00f3n directa de los elementos en pantalla. En lugar de una discapacidad sensorial, en el caso de Ease Apps tratamos con una discapacidad f\u00edsica que impide (o dificulta en gran manera) el manejo del dispositivo m\u00f3vil a trav\u00e9s de los medios convencionales. Por ejemplo, Ease Touch evita las acciones repetitivas e involuntarias modificando la gama de acciones que acepta el panel t\u00e1ctil y proporciona formas indirectas para realizar los gestos convencionales. Este mecanismo alternativo de acceso supone un\u00a0<strong>nivel adicional de complejidad que es necesario describir al usuario<\/strong>. Es decir,\u00a0<strong>esta interacci\u00f3n espec\u00edfica dificulta el aprendizaje<\/strong>\u00a0del manejo del sistema.<\/p>\n<p><!-- wp:paragraph --><\/p>\n<p><!-- wp:heading {\"level\":3} --><\/p>\n<h3>Uso intensivo<\/h3>\n<p><!-- wp:paragraph --><\/p>\n<p>A lo largo de un d\u00eda, un usuario medio de smartphone reparte el tiempo entre m\u00faltiples aplicaciones: mensajer\u00eda, redes sociales, reproductor multimedia, notas, c\u00e1mara de fotos, calendario, navegador, juegos, etc. En cambio,\u00a0<strong>un producto de apoyo para el acceso se utiliza siempre que el usuario interact\u00faa con su dispositivo.<\/strong>\u00a0Por lo tanto, esto\u00a0<strong>hace que la facilidad de uso del producto cobre mayor relevancia<\/strong>.<\/p>\n<p><!-- wp:heading {\"level\":3} --><\/p>\n<h3>Parametrizaci\u00f3n<\/h3>\n<p><!-- wp:paragraph --><\/p>\n<p>Debido a la heterogeneidad de los perfiles a los que se dirigen estas herramientas y al uso intensivo de las mismas, suele ser<strong>\u00a0imprescindible poder disponer de distintos ajustes<\/strong>\u00a0para que se adapte lo mejor posible a las necesidades de los usuarios (colores, tama\u00f1os, tiempos, umbrales, velocidades, respuestas auditivas, complejidad de las opciones presentadas a los usuarios, etc.). Esta multiplicidad de configuraciones\u00a0<strong>a\u00f1ade complejidad, lo que desaf\u00eda la facilidad de aprendizaje<\/strong>.<\/p>\n<p><!-- wp:heading --><\/p>\n<h2>Dise\u00f1o centrado en el usuario<\/h2>\n<p><!-- wp:paragraph --><\/p>\n<p>Si has llegado hasta aqu\u00ed ya conoces los principales retos que supone desarrollar aplicaciones de tecnolog\u00eda de apoyo. Y ahora, \u00bfc\u00f3mo abordar el dise\u00f1o y desarrollo de una aplicaci\u00f3n?\u00a0<strong>\u00bfD\u00f3nde reside el secreto para conseguir que nuestros desarrollos satisfagan las necesidades de los usuarios?<\/strong><\/p>\n<p><!-- wp:paragraph --><\/p>\n<p>El secreto es que no hay secreto, todo consiste aplicar el sentido com\u00fan y\u00a0<strong>tener en consideraci\u00f3n a los usuarios durante todo el proceso<\/strong>: observar sus necesidades, hacerles part\u00edcipes del proceso de dise\u00f1o, pedirles que prueben las aplicaciones, tener muy en cuenta sus comentarios, etc. En otras palabras, consiste en\u00a0<strong>seguir un enfoque centrado en el usuario<\/strong>.<\/p>\n<p><img loading=\"lazy\" decoding=\"async\" class=\" size-full wp-image-51\" src=\"https:\/\/easeapps.xyz\/wp-content\/uploads\/sites\/2\/blog\/end-user-and-facilitator-taking-part-on-a-usability-test.jpg\" alt=\"end user and facilitator taking part on a usability test\" width=\"450\" height=\"299\" \/><\/p>\n<p><!-- wp:heading {\"level\":3} --><\/p>\n<h3>Usuarios e implicados<\/h3>\n<p><!-- wp:paragraph --><\/p>\n<p>Por tanto, si el usuario es el centro, vamos a centrarnos ahora en los usuario. \u00bfQu\u00e9 es un usuario? Consideramos usuario a toda personas que usa directamente el sistema. En el caso de Ease Apps\u00a0<strong>distinguimos dos tipos o roles de usuario distintos:<\/strong><\/p>\n<p><!-- wp:list --><\/p>\n<ul>\n<li>Los\u00a0<strong>destinatarios\u00a0<\/strong>son las<strong>\u00a0personas con discapacidad para quienes dise\u00f1amos nuestros sistemas<\/strong>\u00a0y que los usar\u00e1n para acceder al dispositivo m\u00f3vil. Ya hemos comentado cu\u00e1les son sus perfiles de funcionamiento y los retos que ello entra\u00f1a.<\/li>\n<li>Los\u00a0<strong>facilitadores\u00a0<\/strong>son los<strong>\u00a0encargados de la instalaci\u00f3n, configuraci\u00f3n inicial del sistema y apoyo al usuario final<\/strong>. Tambi\u00e9n suelen actuar como prescriptores y valoradores de la idoneidad de la tecnolog\u00eda de apoyo. Generalmente son profesionales de entidades de atenci\u00f3n a la discapacidad o servicios afines, aunque tambi\u00e9n pueden ser otras personas cercanas al usuario final como familiares o amigos. En algunas ocasiones, el propio destinatario puede ejercer el papel de facilitador. Aunque el perfil de los facilitadores puede ser muy heterog\u00e9neo, habitualmente son personas con experiencia en proporcionar apoyo al usuario final, conocedoras de su perfil de funcionamiento y que estar\u00e1n familiarizados con el manejo de dispositivos m\u00f3viles y ciertas ayudas t\u00e9cnicas. Si el facilitador es incapaz de comprender c\u00f3mo funciona nuestro sistema dif\u00edcilmente podr\u00e1 recomendarlo a los usuarios que puedan necesitarlo y proporcionar el apoyo adecuado. Por lo tanto,\u00a0<strong>es crucial involucrarlos durante el proceso de dise\u00f1o<\/strong>.\u00a0\u00a0<\/li>\n<\/ul>\n<p><!-- wp:list --><\/p>\n<p><!-- wp:paragraph --><\/p>\n<p>Por supuesto,\u00a0<strong>existen otros implicados<\/strong>\u00a0tales como otros profesionales, familiares, compa\u00f1eros, amigos, etc. que<strong>\u00a0pueden ejercer una influencia determinante<\/strong>\u00a0a la hora de adoptar y fomentar o limitar el uso de la tecnolog\u00eda de apoyo. Estos implicados puntualmente pueden adquirir el rol de facilitadores, por ejemplo, para ayudar a poner en marcha el tel\u00e9fono m\u00f3vil o ajustarlo a la silla de ruedas.<\/p>\n<p><!-- wp:heading {\"level\":3} --><\/p>\n<h3>Ideando el producto<\/h3>\n<p><!-- wp:paragraph --><\/p>\n<p><strong>Muchas ideas surgen como fruto de la observaci\u00f3n de problemas o dificultades<\/strong>\u00a0que experimentan otras personas o uno mismo. De hecho,\u00a0<a href=\"https:\/\/easeapps.xyz\/es\/blog\/107-como-nace-el-proyecto-ease-apps\/\">as\u00ed es como naci\u00f3 Ease Apps<\/a>. Nuestro trato habitual con personas con discapacidad nos permiti\u00f3 detectar sus dificultades de acceso a los dispositivos m\u00f3viles de una forma espont\u00e1nea.<\/p>\n<p>Pero detectar los problemas es s\u00f3lo una parte. Tambi\u00e9n es necesario\u00a0<strong>concebir posibles soluciones a esos problemas<\/strong>. Para ello, es necesario conocer las posibilidades que la tecnolog\u00eda ofrece y c\u00f3mo adaptarla a la realidad del usuario. Ello implica analizar la realidad de estas personas, cu\u00e1l es su funcionamiento, qu\u00e9 dificultades encuentran en su d\u00eda a d\u00eda y, espec\u00edficamente, con el uso de la tecnolog\u00eda. Tambi\u00e9n es fundamental conocer qu\u00e9 tareas vana querer desarrollar, en qu\u00e9 contextos, con qu\u00e9 apoyos y qu\u00e9 otras soluciones existen en el mercado.<\/p>\n<p><!-- wp:heading {\"level\":3} --><\/p>\n<h3>Dise\u00f1o y desarrollo<\/h3>\n<p>Concebido el producto, es necesario<strong>\u00a0transformar las ideas\u00a0<\/strong>en algo tangible, en nuestro caso\u00a0<strong>en una aplicaci\u00f3n inform\u00e1tica<\/strong>.<\/p>\n<p>Durante esta etapa\u00a0<strong>es necesario acudir de nuevo a los usuarios en diversas ocasiones<\/strong>\u00a0para contrastar con ellos los avances y poder evaluarlos y validarlos. Estos avances se pueden plasmar en forma de bocetos, esquemas, prototipos, versiones de software, etc. Se trata de un\u00a0<strong>proceso incremental iterativo<\/strong>\u00a0donde la informaci\u00f3n proporcionada por el usuario es vital para su avance. Esta informaci\u00f3n es la que permite detectar lo antes posible cualquier problema, cuando corregirlo es m\u00e1s sencillo y econ\u00f3mico.<\/p>\n<p>En nuestro caso, solemos realizar\u00a0<strong>varios tests de usabilidad empleando una adaptaci\u00f3n de la t\u00e9cnica denominada\u00a0<\/strong><a href=\"http:\/\/mpiua.invid.udl.cat\/pensando-en-voz-alta-thinking-aloud\/\"><strong>\u201cpensando en voz alta\u201d<\/strong><\/a>. Esta t\u00e9cnica b\u00e1sicamente consiste en:<\/p>\n<ol>\n<li>Reclutar a algunos usuarios representativos (destinatarios y facilitadores).<\/li>\n<li>Pedirles que traten de realizar algunas tareas con nuestro prototipo o aplicaci\u00f3n.<\/li>\n<li>Guardar silencio, observar atentamente y tomar notas de los hechos m\u00e1s relevantes mientras los usuarios usan el sistema y verbalizan lo que piensan. En ocasiones, tambi\u00e9n grabamos la sesi\u00f3n en v\u00eddeo por si es necesario recurrir m\u00e1s adelante para ampliar informaci\u00f3n.<\/li>\n<\/ol>\n<p>Algunos personas con discapacidad participantes en los tests tienen muchas dificultades para articular el habla. En estos casos adaptamos la t\u00e9cnica \u201cpensando en voz alta\u201d de forma que\u00a0\u00a0<strong>es el facilitador el que nos ayuda a interpretar lo que expresa el usuario<\/strong>, bien sea de forma oral o a trav\u00e9s de otras formas de expresi\u00f3n. Otra posibilidad que ofrecemos al usuario es que interrumpa el test en cualquier momento para expresar lo que est\u00e1 pensando a trav\u00e9s de su medio habitual de comunicaci\u00f3n, por ejemplo, un sistema aumentativo o alternativo de comunicaci\u00f3n (SAAC).<\/p>\n<p><!-- wp:paragraph --><\/p>\n<p><!-- wp:paragraph --><\/p>\n<p><!-- wp:paragraph --><\/p>\n<p><!-- wp:list {\"ordered\":true} --><\/p>\n<p><!-- wp:paragraph --><\/p>\n<p><img loading=\"lazy\" decoding=\"async\" class=\" size-full wp-image-52\" src=\"https:\/\/easeapps.xyz\/wp-content\/uploads\/sites\/2\/blog\/usability-test-session-with-end-user-facilitator-and-researcher-taking-notes.jpg\" alt=\"usability test session with end user facilitator and researcher taking notes\" width=\"500\" height=\"291\" \/><\/p>\n<p><!-- wp:heading {\"level\":3} --><\/p>\n<h3>Contextos de uso y tareas<\/h3>\n<p><!-- wp:paragraph --><\/p>\n<p>A la hora de considerar la participaci\u00f3n de los distintos usuarios y las tareas que vamos a solicitar a cada uno de ellos, distinguimos entre tres situaciones o contextos distintos:<\/p>\n<p><!-- wp:list --><\/p>\n<ul>\n<li><strong>Primer contacto por parte del facilitador<\/strong>. En este caso se trata de un contexto en el que el facilitador eval\u00faa la soluci\u00f3n con el objetivo de comprender su funcionamiento y poder recomendarla y asesorar a usuarios finales. B\u00e1sicamente, al facilitador se le proporciona el nombre de nuestra aplicaci\u00f3n para que trate de instalarla y comprender su funcionamiento. L\u00f3gicamente, el facilitador no debe estar familiarizado con la aplicaci\u00f3n. En este contexto\u00a0<strong>el<\/strong>\u00a0<strong>criterio b\u00e1sico de evaluaci\u00f3n es la facilidad de aprendizaje<\/strong>.\u00a0<\/li>\n<li><strong>Contexto estructurado con apoyo externo<\/strong>. Es aquel donde el usuario requiere de un apoyo intensivo para un uso satisfactorio del sistema. Generalmente esta situaci\u00f3n se da en el \u00e1mbito de un centro de atenci\u00f3n (escuela de educaci\u00f3n especial, taller ocupacional, centro de d\u00eda o centro residencial asistido). B\u00e1sicamente se plantean dos tipos de tareas en las que participan facilitador y destinatario..\u00a0\n<ul>\n<li>El primer tipo implica consiste en un\u00a0<strong>facilitador tratando de explicar el funcionamiento del sistema a un usuario<\/strong>\u00a0sin experiencia previa. Con ello queremos evaluar hasta qu\u00e9 punto nuestro sistema facilita esta transferencia de conocimiento.<\/li>\n<li>El segundo tipo consiste en un conjunto de\u00a0<strong>tareas concretas que el usuario debe realizar<\/strong>. En la medida de lo posible, es el propio usuario el que escoge estas tareas. El facilitador est\u00e1 presente aunque debe abstenerse de intervenir y, fundamentalmente, su papel consiste en ayudar al usuario a comunicar lo que piensa en cada momento. El principal criterio que valoramos es la facilidad de uso del sistema y, en cierta medida, la facilidad de aprendizaje por parte del destinatario.<\/li>\n<\/ul>\n<\/li>\n<li><strong>Contexto no estructurado sin apoyo externo<\/strong>. Se trata de un contexto de uso m\u00e1s normalizado en el cual el usuario trata de cubrir sus propias necesidades e intereses al utilizar un dispositivo m\u00f3vil. Es decir, un\u00a0<strong>contexto de uso hom\u00f3logo al de cualquier persona que utiliza dispositivos m\u00f3viles<\/strong>. En este caso no siempre se lleva a cabo un test de usabilidad, s\u00f3lo en aquellas situaciones en las que se sospecha que existe realmente una dificultad. De hecho, en algunos casos es suficiente con una comunicaci\u00f3n por parte del usuario o del facilitador.<\/li>\n<\/ul>\n<p><!-- wp:heading {\"level\":3} --><\/p>\n<h3>Publicaci\u00f3n de la aplicaci\u00f3n<\/h3>\n<p><!-- wp:paragraph --><\/p>\n<p>Llega el momento en que el proceso de dise\u00f1o debe dar paso a una primera versi\u00f3n del software. Por supuesto, esta primera versi\u00f3n contiene imperfecciones y carece de algunas funcionalidades, pero ya cumple una misi\u00f3n que hemos contrastado en nuestras pruebas con usuarios.<\/p>\n<p><!-- wp:paragraph --><\/p>\n<p><strong>\u00bfHemos terminado? \u00a1Ni mucho menos!<\/strong>\u00a0<\/p>\n<p><!-- wp:paragraph --><\/p>\n<p>En primer lugar, no podemos considerar que el proceso de dise\u00f1o haya concluido hasta haber completado o descartado todas aquellas funcionalidades que ten\u00edamos previstas. En segundo lugar, la publicaci\u00f3n de la aplicaci\u00f3n multiplica las posibilidades de recibir peticiones de soporte, comentarios sobre su funcionamiento, sugerencias, etc. En tercer lugar, la mayor\u00eda de las personas que ha participado en las pruebas de usabilidad acaban siendo usuarios de nuestro producto y dado que a algunas de estas personas las vemos regularmente, aprovechamos para hacer seguimiento.<\/p>\n<p><!-- wp:paragraph --><\/p>\n<p>Por lo tanto, lejos de haber concluido,\u00a0<strong>la publicaci\u00f3n es una fuente de nuevas ideas, modificaciones y tareas<\/strong>\u00a0que se acumular\u00e1n a aquellas que quedaron pendientes y que habr\u00e1 que priorizar adecuadamente para permitir que la evoluci\u00f3n del producto contin\u00fae. En algunos casos se tratar\u00e1 de modificaciones que podemos validar intercambiando un correo electr\u00f3nico o manteniendo una conversaci\u00f3n de pasillo con un usuario. En otros casos,\u00a0<strong>el impacto de los cambios ser\u00e1 tal que obligar\u00e1 a una revisi\u00f3n m\u00e1s profunda del dise\u00f1o y a la realizaci\u00f3n de nuevos tests de usabilidad<\/strong>\u00a0como los anteriormente comentados.\u00a0<\/p>\n<p><!-- wp:paragraph --><\/p>\n<p>En definitiva,<strong>\u00a0la participaci\u00f3n de los usuarios es fundamental que sea continua durante toda la vida del software<\/strong>.<\/p>\n<p><!-- wp:heading --><\/p>\n<h2>Conclusiones<\/h2>\n<p><!-- wp:paragraph --><\/p>\n<p><strong>Desarrollar un sistema interactivo cuidando la experiencia de usuario es una tarea compleja<\/strong>\u00a0que, en el caso de tratarse de\u00a0<strong>tecnolog\u00eda de apoyo orientada al acceso, presenta una retos particulares<\/strong>\u00a0que hay que abordar.\u00a0<\/p>\n<p><!-- wp:paragraph --><\/p>\n<p>El m\u00e9todo que empleamos para hacer frente a este tipo de proyectos se basa en el\u00a0<strong>dise\u00f1o centrado en el usuario<\/strong>\u00a0y consiste, b\u00e1sicamente, en iterar a trav\u00e9s de versiones sucesivas del software contando con la participaci\u00f3n de los usuarios finales. Como principal t\u00e9cnica de evaluaci\u00f3n de la usabilidad empleamos la denominada \u201cpensando en voz alta\u201d, que adaptamos en funci\u00f3n de las caracter\u00edsticas de la persona con discapacidad participante.\u00a0<\/p>\n<p><!-- wp:paragraph --><\/p>\n<p>Adem\u00e1s del destinatario final, consideramos al\u00a0<strong>facilitador com una figura clave<\/strong>\u00a0en el proceso de adopci\u00f3n de nuestras aplicaciones y como apoyo para la realizaci\u00f3n de los tests de usabilidad; por ello tambi\u00e9n lo incorporamos en el proceso de software.<\/p>\n<p><!-- wp:paragraph --><\/p>\n<p>Por \u00faltimo,\u00a0<strong>la publicaci\u00f3n de la aplicaci\u00f3n<\/strong>, lejos de poner punto y final al dise\u00f1o y desarrollo,\u00a0<strong>proporciona nuevas oportunidades de incrementar el valor de la misma<\/strong>\u00a0a lo largo del tiempo.<\/p>\n<h3>\u00bfEst\u00e1s pensando en crear una aplicaci\u00f3n para personas con discapacidad? \u00a1Queremos saber de ti!<\/h3>\n<p><a class=\"btn btn-primary\" role=\"button\" href=\"https:\/\/easeapps.xyz\/es\/contactar\/\">Dinos lo qu\u00e9 piensas<\/a><\/p>\n<p><!-- \/wp:paragraph --><\/p><!-- \/wp:post-content --><!-- \/wp:paragraph --><\/p>\n<ul>\n<li><strong>Ease Touch<\/strong>\u00a0est\u00e1 orientado a personas con problemas de movilidad fina, manipulaci\u00f3n o alcance en las extremidades superiores que les impide el uso normalizado de una pantalla t\u00e1ctil. Pensamos en personas con problemas de precisi\u00f3n, temblores, dificultad para coordinar acciones con m\u00faltiples dedos simult\u00e1neamente y lentitud en el movimiento.<\/li>\n<li><strong>Ease Mouse<\/strong>\u00a0y\u00a0<strong>Ease Joypad<\/strong>\u00a0tambi\u00e9n se enfocan a personas con problemas de movilidad y para quienes, probablemente, ya se ha valorado previamente el uso de dispositivos de acceso alternativo tales como ratones o joysticks.\u00a0<\/li>\n<\/ul>\n<p><!-- wp:paragraph --><\/p>\n<p>En muchas ocasiones, estas dificultades en la manipulaci\u00f3n suelen ser consecuencia de trastornos u otras condiciones de salud (por ejemplo, par\u00e1lisis cerebral, Parkinson, enfermedades neurodegenerativas, temblores esenciales, etc.). Dichos trastornos suelen tener adem\u00e1s impacto sobre otras funciones corporales. Por ejemplo,\u00a0<strong>en personas con par\u00e1lisis cerebral es com\u00fan encontrar asociadas otras deficiencias relacionadas con las funciones mentales y sensoriales<\/strong>.\u00a0<\/p>\n<p><!-- wp:paragraph --><\/p>\n<p>Esta diversidad de perfiles de usuario tiene una serie de\u00a0<strong>consecuencias<\/strong>\u00a0de cara al dise\u00f1o:<\/p>\n<p><!-- wp:list --><\/p>\n<ul>\n<li>Es todo un\u00a0<strong>desaf\u00edo establecer un conjunto de perfiles representativos que haga m\u00e1s manejable la diversidad de usuarios\u00a0<\/strong>y permita<strong>\u00a0generalizar los resultados de las pruebas<\/strong>.<\/li>\n<li>Por una cuesti\u00f3n demogr\u00e1fica, el\u00a0<strong>n\u00famero de personas que pueden participar<\/strong>\u00a0en pruebas de usabilidad es\u00a0<strong>m\u00e1s reducido<\/strong>\u00a0en comparaci\u00f3n con el dise\u00f1o de un producto para un mercado generalista.<\/li>\n<li>Para que las herramientas puedan ser aptas para esta diversidad, es necesario que exista un\u00a0<strong>grado significativo de parametrizaci\u00f3n<\/strong>. Abordamos esta cuesti\u00f3n un poco m\u00e1s adelante.<\/li>\n<\/ul>\n<p><!-- wp:heading {\"level\":3} --><\/p>\n<h3>Interacci\u00f3n espec\u00edfica<\/h3>\n<p><!-- wp:paragraph --><\/p>\n<p>Los accesos alternativos o adaptados ofrecen una\u00a0<strong>interacci\u00f3n espec\u00edfica que difiere notablemente de la convencional<\/strong>. Tomemos como ejemplo un lector de pantalla. Un lector de pantalla es un sistema de acceso orientado a personas ciegas que presenta la informaci\u00f3n visible de la pantalla en forma de voz o braille. Como dispositivo de entrada se emplea un teclado o la pantalla t\u00e1ctil en el caso de dispositivos m\u00f3viles. Como contraste tenemos el acceso convencional, donde es la vista es el sentido predominante y prima la manipulaci\u00f3n directa de los elementos en pantalla. En lugar de una discapacidad sensorial, en el caso de Ease Apps tratamos con una discapacidad f\u00edsica que impide (o dificulta en gran manera) el manejo del dispositivo m\u00f3vil a trav\u00e9s de los medios convencionales. Por ejemplo, Ease Touch evita las acciones repetitivas e involuntarias modificando la gama de acciones que acepta el panel t\u00e1ctil y proporciona formas indirectas para realizar los gestos convencionales. Este mecanismo alternativo de acceso supone un\u00a0<strong>nivel adicional de complejidad que es necesario describir al usuario<\/strong>. Es decir,\u00a0<strong>esta interacci\u00f3n espec\u00edfica dificulta el aprendizaje<\/strong>\u00a0del manejo del sistema.<\/p>\n<p><!-- wp:paragraph --><\/p>\n<p><!-- wp:heading {\"level\":3} --><\/p>\n<h3>Uso intensivo<\/h3>\n<p><!-- wp:paragraph --><\/p>\n<p>A lo largo de un d\u00eda, un usuario medio de smartphone reparte el tiempo entre m\u00faltiples aplicaciones: mensajer\u00eda, redes sociales, reproductor multimedia, notas, c\u00e1mara de fotos, calendario, navegador, juegos, etc. En cambio,\u00a0<strong>un producto de apoyo para el acceso se utiliza siempre que el usuario interact\u00faa con su dispositivo.<\/strong>\u00a0Por lo tanto, esto\u00a0<strong>hace que la facilidad de uso del producto cobre mayor relevancia<\/strong>.<\/p>\n<p><!-- wp:heading {\"level\":3} --><\/p>\n<h3>Parametrizaci\u00f3n<\/h3>\n<p><!-- wp:paragraph --><\/p>\n<p>Debido a la heterogeneidad de los perfiles a los que se dirigen estas herramientas y al uso intensivo de las mismas, suele ser<strong>\u00a0imprescindible poder disponer de distintos ajustes<\/strong>\u00a0para que se adapte lo mejor posible a las necesidades de los usuarios (colores, tama\u00f1os, tiempos, umbrales, velocidades, respuestas auditivas, complejidad de las opciones presentadas a los usuarios, etc.). Esta multiplicidad de configuraciones\u00a0<strong>a\u00f1ade complejidad, lo que desaf\u00eda la facilidad de aprendizaje<\/strong>.<\/p>\n<p><!-- wp:heading --><\/p>\n<h2>Dise\u00f1o centrado en el usuario<\/h2>\n<p><!-- wp:paragraph --><\/p>\n<p>Si has llegado hasta aqu\u00ed ya conoces los principales retos que supone desarrollar aplicaciones de tecnolog\u00eda de apoyo. Y ahora, \u00bfc\u00f3mo abordar el dise\u00f1o y desarrollo de una aplicaci\u00f3n?\u00a0<strong>\u00bfD\u00f3nde reside el secreto para conseguir que nuestros desarrollos satisfagan las necesidades de los usuarios?<\/strong><\/p>\n<p><!-- wp:paragraph --><\/p>\n<p>El secreto es que no hay secreto, todo consiste aplicar el sentido com\u00fan y\u00a0<strong>tener en consideraci\u00f3n a los usuarios durante todo el proceso<\/strong>: observar sus necesidades, hacerles part\u00edcipes del proceso de dise\u00f1o, pedirles que prueben las aplicaciones, tener muy en cuenta sus comentarios, etc. En otras palabras, consiste en\u00a0<strong>seguir un enfoque centrado en el usuario<\/strong>.<\/p>\n<p><img loading=\"lazy\" decoding=\"async\" class=\" size-full wp-image-51\" src=\"https:\/\/easeapps.xyz\/wp-content\/uploads\/sites\/2\/blog\/end-user-and-facilitator-taking-part-on-a-usability-test.jpg\" alt=\"end user and facilitator taking part on a usability test\" width=\"450\" height=\"299\" \/><\/p>\n<p><!-- wp:heading {\"level\":3} --><\/p>\n<h3>Usuarios e implicados<\/h3>\n<p><!-- wp:paragraph --><\/p>\n<p>Por tanto, si el usuario es el centro, vamos a centrarnos ahora en los usuario. \u00bfQu\u00e9 es un usuario? Consideramos usuario a toda personas que usa directamente el sistema. En el caso de Ease Apps\u00a0<strong>distinguimos dos tipos o roles de usuario distintos:<\/strong><\/p>\n<p><!-- wp:list --><\/p>\n<ul>\n<li>Los\u00a0<strong>destinatarios\u00a0<\/strong>son las<strong>\u00a0personas con discapacidad para quienes dise\u00f1amos nuestros sistemas<\/strong>\u00a0y que los usar\u00e1n para acceder al dispositivo m\u00f3vil. Ya hemos comentado cu\u00e1les son sus perfiles de funcionamiento y los retos que ello entra\u00f1a.<\/li>\n<li>Los\u00a0<strong>facilitadores\u00a0<\/strong>son los<strong>\u00a0encargados de la instalaci\u00f3n, configuraci\u00f3n inicial del sistema y apoyo al usuario final<\/strong>. Tambi\u00e9n suelen actuar como prescriptores y valoradores de la idoneidad de la tecnolog\u00eda de apoyo. Generalmente son profesionales de entidades de atenci\u00f3n a la discapacidad o servicios afines, aunque tambi\u00e9n pueden ser otras personas cercanas al usuario final como familiares o amigos. En algunas ocasiones, el propio destinatario puede ejercer el papel de facilitador. Aunque el perfil de los facilitadores puede ser muy heterog\u00e9neo, habitualmente son personas con experiencia en proporcionar apoyo al usuario final, conocedoras de su perfil de funcionamiento y que estar\u00e1n familiarizados con el manejo de dispositivos m\u00f3viles y ciertas ayudas t\u00e9cnicas. Si el facilitador es incapaz de comprender c\u00f3mo funciona nuestro sistema dif\u00edcilmente podr\u00e1 recomendarlo a los usuarios que puedan necesitarlo y proporcionar el apoyo adecuado. Por lo tanto,\u00a0<strong>es crucial involucrarlos durante el proceso de dise\u00f1o<\/strong>.\u00a0\u00a0<\/li>\n<\/ul>\n<p><!-- wp:list --><\/p>\n<p><!-- wp:paragraph --><\/p>\n<p>Por supuesto,\u00a0<strong>existen otros implicados<\/strong>\u00a0tales como otros profesionales, familiares, compa\u00f1eros, amigos, etc. que<strong>\u00a0pueden ejercer una influencia determinante<\/strong>\u00a0a la hora de adoptar y fomentar o limitar el uso de la tecnolog\u00eda de apoyo. Estos implicados puntualmente pueden adquirir el rol de facilitadores, por ejemplo, para ayudar a poner en marcha el tel\u00e9fono m\u00f3vil o ajustarlo a la silla de ruedas.<\/p>\n<p><!-- wp:heading {\"level\":3} --><\/p>\n<h3>Ideando el producto<\/h3>\n<p><!-- wp:paragraph --><\/p>\n<p><strong>Muchas ideas surgen como fruto de la observaci\u00f3n de problemas o dificultades<\/strong>\u00a0que experimentan otras personas o uno mismo. De hecho,\u00a0<a href=\"https:\/\/easeapps.xyz\/es\/blog\/107-como-nace-el-proyecto-ease-apps\/\">as\u00ed es como naci\u00f3 Ease Apps<\/a>. Nuestro trato habitual con personas con discapacidad nos permiti\u00f3 detectar sus dificultades de acceso a los dispositivos m\u00f3viles de una forma espont\u00e1nea.<\/p>\n<p>Pero detectar los problemas es s\u00f3lo una parte. Tambi\u00e9n es necesario\u00a0<strong>concebir posibles soluciones a esos problemas<\/strong>. Para ello, es necesario conocer las posibilidades que la tecnolog\u00eda ofrece y c\u00f3mo adaptarla a la realidad del usuario. Ello implica analizar la realidad de estas personas, cu\u00e1l es su funcionamiento, qu\u00e9 dificultades encuentran en su d\u00eda a d\u00eda y, espec\u00edficamente, con el uso de la tecnolog\u00eda. Tambi\u00e9n es fundamental conocer qu\u00e9 tareas vana querer desarrollar, en qu\u00e9 contextos, con qu\u00e9 apoyos y qu\u00e9 otras soluciones existen en el mercado.<\/p>\n<p><!-- wp:heading {\"level\":3} --><\/p>\n<h3>Dise\u00f1o y desarrollo<\/h3>\n<p>Concebido el producto, es necesario<strong>\u00a0transformar las ideas\u00a0<\/strong>en algo tangible, en nuestro caso\u00a0<strong>en una aplicaci\u00f3n inform\u00e1tica<\/strong>.<\/p>\n<p>Durante esta etapa\u00a0<strong>es necesario acudir de nuevo a los usuarios en diversas ocasiones<\/strong>\u00a0para contrastar con ellos los avances y poder evaluarlos y validarlos. Estos avances se pueden plasmar en forma de bocetos, esquemas, prototipos, versiones de software, etc. Se trata de un\u00a0<strong>proceso incremental iterativo<\/strong>\u00a0donde la informaci\u00f3n proporcionada por el usuario es vital para su avance. Esta informaci\u00f3n es la que permite detectar lo antes posible cualquier problema, cuando corregirlo es m\u00e1s sencillo y econ\u00f3mico.<\/p>\n<p>En nuestro caso, solemos realizar\u00a0<strong>varios tests de usabilidad empleando una adaptaci\u00f3n de la t\u00e9cnica denominada\u00a0<\/strong><a href=\"http:\/\/mpiua.invid.udl.cat\/pensando-en-voz-alta-thinking-aloud\/\"><strong>\u201cpensando en voz alta\u201d<\/strong><\/a>. Esta t\u00e9cnica b\u00e1sicamente consiste en:<\/p>\n<ol>\n<li>Reclutar a algunos usuarios representativos (destinatarios y facilitadores).<\/li>\n<li>Pedirles que traten de realizar algunas tareas con nuestro prototipo o aplicaci\u00f3n.<\/li>\n<li>Guardar silencio, observar atentamente y tomar notas de los hechos m\u00e1s relevantes mientras los usuarios usan el sistema y verbalizan lo que piensan. En ocasiones, tambi\u00e9n grabamos la sesi\u00f3n en v\u00eddeo por si es necesario recurrir m\u00e1s adelante para ampliar informaci\u00f3n.<\/li>\n<\/ol>\n<p>Algunos personas con discapacidad participantes en los tests tienen muchas dificultades para articular el habla. En estos casos adaptamos la t\u00e9cnica \u201cpensando en voz alta\u201d de forma que\u00a0\u00a0<strong>es el facilitador el que nos ayuda a interpretar lo que expresa el usuario<\/strong>, bien sea de forma oral o a trav\u00e9s de otras formas de expresi\u00f3n. Otra posibilidad que ofrecemos al usuario es que interrumpa el test en cualquier momento para expresar lo que est\u00e1 pensando a trav\u00e9s de su medio habitual de comunicaci\u00f3n, por ejemplo, un sistema aumentativo o alternativo de comunicaci\u00f3n (SAAC).<\/p>\n<p><!-- wp:paragraph --><\/p>\n<p><!-- wp:paragraph --><\/p>\n<p><!-- wp:paragraph --><\/p>\n<p><!-- wp:list {\"ordered\":true} --><\/p>\n<p><!-- wp:paragraph --><\/p>\n<p><img loading=\"lazy\" decoding=\"async\" class=\" size-full wp-image-52\" src=\"https:\/\/easeapps.xyz\/wp-content\/uploads\/sites\/2\/blog\/usability-test-session-with-end-user-facilitator-and-researcher-taking-notes.jpg\" alt=\"usability test session with end user facilitator and researcher taking notes\" width=\"500\" height=\"291\" \/><\/p>\n<p><!-- wp:heading {\"level\":3} --><\/p>\n<h3>Contextos de uso y tareas<\/h3>\n<p><!-- wp:paragraph --><\/p>\n<p>A la hora de considerar la participaci\u00f3n de los distintos usuarios y las tareas que vamos a solicitar a cada uno de ellos, distinguimos entre tres situaciones o contextos distintos:<\/p>\n<p><!-- wp:list --><\/p>\n<ul>\n<li><strong>Primer contacto por parte del facilitador<\/strong>. En este caso se trata de un contexto en el que el facilitador eval\u00faa la soluci\u00f3n con el objetivo de comprender su funcionamiento y poder recomendarla y asesorar a usuarios finales. B\u00e1sicamente, al facilitador se le proporciona el nombre de nuestra aplicaci\u00f3n para que trate de instalarla y comprender su funcionamiento. L\u00f3gicamente, el facilitador no debe estar familiarizado con la aplicaci\u00f3n. En este contexto\u00a0<strong>el<\/strong>\u00a0<strong>criterio b\u00e1sico de evaluaci\u00f3n es la facilidad de aprendizaje<\/strong>.\u00a0<\/li>\n<li><strong>Contexto estructurado con apoyo externo<\/strong>. Es aquel donde el usuario requiere de un apoyo intensivo para un uso satisfactorio del sistema. Generalmente esta situaci\u00f3n se da en el \u00e1mbito de un centro de atenci\u00f3n (escuela de educaci\u00f3n especial, taller ocupacional, centro de d\u00eda o centro residencial asistido). B\u00e1sicamente se plantean dos tipos de tareas en las que participan facilitador y destinatario..\u00a0\n<ul>\n<li>El primer tipo implica consiste en un\u00a0<strong>facilitador tratando de explicar el funcionamiento del sistema a un usuario<\/strong>\u00a0sin experiencia previa. Con ello queremos evaluar hasta qu\u00e9 punto nuestro sistema facilita esta transferencia de conocimiento.<\/li>\n<li>El segundo tipo consiste en un conjunto de\u00a0<strong>tareas concretas que el usuario debe realizar<\/strong>. En la medida de lo posible, es el propio usuario el que escoge estas tareas. El facilitador est\u00e1 presente aunque debe abstenerse de intervenir y, fundamentalmente, su papel consiste en ayudar al usuario a comunicar lo que piensa en cada momento. El principal criterio que valoramos es la facilidad de uso del sistema y, en cierta medida, la facilidad de aprendizaje por parte del destinatario.<\/li>\n<\/ul>\n<\/li>\n<li><strong>Contexto no estructurado sin apoyo externo<\/strong>. Se trata de un contexto de uso m\u00e1s normalizado en el cual el usuario trata de cubrir sus propias necesidades e intereses al utilizar un dispositivo m\u00f3vil. Es decir, un\u00a0<strong>contexto de uso hom\u00f3logo al de cualquier persona que utiliza dispositivos m\u00f3viles<\/strong>. En este caso no siempre se lleva a cabo un test de usabilidad, s\u00f3lo en aquellas situaciones en las que se sospecha que existe realmente una dificultad. De hecho, en algunos casos es suficiente con una comunicaci\u00f3n por parte del usuario o del facilitador.<\/li>\n<\/ul>\n<p><!-- wp:heading {\"level\":3} --><\/p>\n<h3>Publicaci\u00f3n de la aplicaci\u00f3n<\/h3>\n<p><!-- wp:paragraph --><\/p>\n<p>Llega el momento en que el proceso de dise\u00f1o debe dar paso a una primera versi\u00f3n del software. Por supuesto, esta primera versi\u00f3n contiene imperfecciones y carece de algunas funcionalidades, pero ya cumple una misi\u00f3n que hemos contrastado en nuestras pruebas con usuarios.<\/p>\n<p><!-- wp:paragraph --><\/p>\n<p><strong>\u00bfHemos terminado? \u00a1Ni mucho menos!<\/strong>\u00a0<\/p>\n<p><!-- wp:paragraph --><\/p>\n<p>En primer lugar, no podemos considerar que el proceso de dise\u00f1o haya concluido hasta haber completado o descartado todas aquellas funcionalidades que ten\u00edamos previstas. En segundo lugar, la publicaci\u00f3n de la aplicaci\u00f3n multiplica las posibilidades de recibir peticiones de soporte, comentarios sobre su funcionamiento, sugerencias, etc. En tercer lugar, la mayor\u00eda de las personas que ha participado en las pruebas de usabilidad acaban siendo usuarios de nuestro producto y dado que a algunas de estas personas las vemos regularmente, aprovechamos para hacer seguimiento.<\/p>\n<p><!-- wp:paragraph --><\/p>\n<p>Por lo tanto, lejos de haber concluido,\u00a0<strong>la publicaci\u00f3n es una fuente de nuevas ideas, modificaciones y tareas<\/strong>\u00a0que se acumular\u00e1n a aquellas que quedaron pendientes y que habr\u00e1 que priorizar adecuadamente para permitir que la evoluci\u00f3n del producto contin\u00fae. En algunos casos se tratar\u00e1 de modificaciones que podemos validar intercambiando un correo electr\u00f3nico o manteniendo una conversaci\u00f3n de pasillo con un usuario. En otros casos,\u00a0<strong>el impacto de los cambios ser\u00e1 tal que obligar\u00e1 a una revisi\u00f3n m\u00e1s profunda del dise\u00f1o y a la realizaci\u00f3n de nuevos tests de usabilidad<\/strong>\u00a0como los anteriormente comentados.\u00a0<\/p>\n<p><!-- wp:paragraph --><\/p>\n<p>En definitiva,<strong>\u00a0la participaci\u00f3n de los usuarios es fundamental que sea continua durante toda la vida del software<\/strong>.<\/p>\n<p><!-- wp:heading --><\/p>\n<h2>Conclusiones<\/h2>\n<p><!-- wp:paragraph --><\/p>\n<p><strong>Desarrollar un sistema interactivo cuidando la experiencia de usuario es una tarea compleja<\/strong>\u00a0que, en el caso de tratarse de\u00a0<strong>tecnolog\u00eda de apoyo orientada al acceso, presenta una retos particulares<\/strong>\u00a0que hay que abordar.\u00a0<\/p>\n<p><!-- wp:paragraph --><\/p>\n<p>El m\u00e9todo que empleamos para hacer frente a este tipo de proyectos se basa en el\u00a0<strong>dise\u00f1o centrado en el usuario<\/strong>\u00a0y consiste, b\u00e1sicamente, en iterar a trav\u00e9s de versiones sucesivas del software contando con la participaci\u00f3n de los usuarios finales. Como principal t\u00e9cnica de evaluaci\u00f3n de la usabilidad empleamos la denominada \u201cpensando en voz alta\u201d, que adaptamos en funci\u00f3n de las caracter\u00edsticas de la persona con discapacidad participante.\u00a0<\/p>\n<p><!-- wp:paragraph --><\/p>\n<p>Adem\u00e1s del destinatario final, consideramos al\u00a0<strong>facilitador com una figura clave<\/strong>\u00a0en el proceso de adopci\u00f3n de nuestras aplicaciones y como apoyo para la realizaci\u00f3n de los tests de usabilidad; por ello tambi\u00e9n lo incorporamos en el proceso de software.<\/p>\n<p><!-- wp:paragraph --><\/p>\n<p>Por \u00faltimo,\u00a0<strong>la publicaci\u00f3n de la aplicaci\u00f3n<\/strong>, lejos de poner punto y final al dise\u00f1o y desarrollo,\u00a0<strong>proporciona nuevas oportunidades de incrementar el valor de la misma<\/strong>\u00a0a lo largo del tiempo.<\/p>\n<h3>\u00bfEst\u00e1s pensando en crear una aplicaci\u00f3n para personas con discapacidad? \u00a1Queremos saber de ti!<\/h3>\n<p><a class=\"btn btn-primary\" role=\"button\" href=\"https:\/\/easeapps.xyz\/es\/contactar\/\">Dinos lo qu\u00e9 piensas<\/a><\/p>\n<p><!-- \/wp:paragraph --><\/p><!-- \/wp:post-content --><!-- \/wp:paragraph --><\/p>\n<p>La mayor\u00eda de\u00a0<strong>productos de apoyo se dirigen a personas con un perfil de funcionamiento muy espec\u00edfico<\/strong>. En el caso de Ease Apps nos dirigimos, principalmente, a personas cuyo denominador com\u00fan b\u00e1sico son las\u00a0<strong>dificultades para la manipulaci\u00f3n de dispositivos m\u00f3viles con pantallas t\u00e1ctiles<\/strong>. M\u00e1s concretamente:<\/p>\n<p><!-- wp:list --><\/p>\n<ul>\n<li><strong>Ease Touch<\/strong>\u00a0est\u00e1 orientado a personas con problemas de movilidad fina, manipulaci\u00f3n o alcance en las extremidades superiores que les impide el uso normalizado de una pantalla t\u00e1ctil. Pensamos en personas con problemas de precisi\u00f3n, temblores, dificultad para coordinar acciones con m\u00faltiples dedos simult\u00e1neamente y lentitud en el movimiento.<\/li>\n<li><strong>Ease Mouse<\/strong>\u00a0y\u00a0<strong>Ease Joypad<\/strong>\u00a0tambi\u00e9n se enfocan a personas con problemas de movilidad y para quienes, probablemente, ya se ha valorado previamente el uso de dispositivos de acceso alternativo tales como ratones o joysticks.\u00a0<\/li>\n<\/ul>\n<p><!-- wp:paragraph --><\/p>\n<p>En muchas ocasiones, estas dificultades en la manipulaci\u00f3n suelen ser consecuencia de trastornos u otras condiciones de salud (por ejemplo, par\u00e1lisis cerebral, Parkinson, enfermedades neurodegenerativas, temblores esenciales, etc.). Dichos trastornos suelen tener adem\u00e1s impacto sobre otras funciones corporales. Por ejemplo,\u00a0<strong>en personas con par\u00e1lisis cerebral es com\u00fan encontrar asociadas otras deficiencias relacionadas con las funciones mentales y sensoriales<\/strong>.\u00a0<\/p>\n<p><!-- wp:paragraph --><\/p>\n<p>Esta diversidad de perfiles de usuario tiene una serie de\u00a0<strong>consecuencias<\/strong>\u00a0de cara al dise\u00f1o:<\/p>\n<p><!-- wp:list --><\/p>\n<ul>\n<li>Es todo un\u00a0<strong>desaf\u00edo establecer un conjunto de perfiles representativos que haga m\u00e1s manejable la diversidad de usuarios\u00a0<\/strong>y permita<strong>\u00a0generalizar los resultados de las pruebas<\/strong>.<\/li>\n<li>Por una cuesti\u00f3n demogr\u00e1fica, el\u00a0<strong>n\u00famero de personas que pueden participar<\/strong>\u00a0en pruebas de usabilidad es\u00a0<strong>m\u00e1s reducido<\/strong>\u00a0en comparaci\u00f3n con el dise\u00f1o de un producto para un mercado generalista.<\/li>\n<li>Para que las herramientas puedan ser aptas para esta diversidad, es necesario que exista un\u00a0<strong>grado significativo de parametrizaci\u00f3n<\/strong>. Abordamos esta cuesti\u00f3n un poco m\u00e1s adelante.<\/li>\n<\/ul>\n<p><!-- wp:heading {\"level\":3} --><\/p>\n<h3>Interacci\u00f3n espec\u00edfica<\/h3>\n<p><!-- wp:paragraph --><\/p>\n<p>Los accesos alternativos o adaptados ofrecen una\u00a0<strong>interacci\u00f3n espec\u00edfica que difiere notablemente de la convencional<\/strong>. Tomemos como ejemplo un lector de pantalla. Un lector de pantalla es un sistema de acceso orientado a personas ciegas que presenta la informaci\u00f3n visible de la pantalla en forma de voz o braille. Como dispositivo de entrada se emplea un teclado o la pantalla t\u00e1ctil en el caso de dispositivos m\u00f3viles. Como contraste tenemos el acceso convencional, donde es la vista es el sentido predominante y prima la manipulaci\u00f3n directa de los elementos en pantalla. En lugar de una discapacidad sensorial, en el caso de Ease Apps tratamos con una discapacidad f\u00edsica que impide (o dificulta en gran manera) el manejo del dispositivo m\u00f3vil a trav\u00e9s de los medios convencionales. Por ejemplo, Ease Touch evita las acciones repetitivas e involuntarias modificando la gama de acciones que acepta el panel t\u00e1ctil y proporciona formas indirectas para realizar los gestos convencionales. Este mecanismo alternativo de acceso supone un\u00a0<strong>nivel adicional de complejidad que es necesario describir al usuario<\/strong>. Es decir,\u00a0<strong>esta interacci\u00f3n espec\u00edfica dificulta el aprendizaje<\/strong>\u00a0del manejo del sistema.<\/p>\n<p><!-- wp:paragraph --><\/p>\n<p><!-- wp:heading {\"level\":3} --><\/p>\n<h3>Uso intensivo<\/h3>\n<p><!-- wp:paragraph --><\/p>\n<p>A lo largo de un d\u00eda, un usuario medio de smartphone reparte el tiempo entre m\u00faltiples aplicaciones: mensajer\u00eda, redes sociales, reproductor multimedia, notas, c\u00e1mara de fotos, calendario, navegador, juegos, etc. En cambio,\u00a0<strong>un producto de apoyo para el acceso se utiliza siempre que el usuario interact\u00faa con su dispositivo.<\/strong>\u00a0Por lo tanto, esto\u00a0<strong>hace que la facilidad de uso del producto cobre mayor relevancia<\/strong>.<\/p>\n<p><!-- wp:heading {\"level\":3} --><\/p>\n<h3>Parametrizaci\u00f3n<\/h3>\n<p><!-- wp:paragraph --><\/p>\n<p>Debido a la heterogeneidad de los perfiles a los que se dirigen estas herramientas y al uso intensivo de las mismas, suele ser<strong>\u00a0imprescindible poder disponer de distintos ajustes<\/strong>\u00a0para que se adapte lo mejor posible a las necesidades de los usuarios (colores, tama\u00f1os, tiempos, umbrales, velocidades, respuestas auditivas, complejidad de las opciones presentadas a los usuarios, etc.). Esta multiplicidad de configuraciones\u00a0<strong>a\u00f1ade complejidad, lo que desaf\u00eda la facilidad de aprendizaje<\/strong>.<\/p>\n<p><!-- wp:heading --><\/p>\n<h2>Dise\u00f1o centrado en el usuario<\/h2>\n<p><!-- wp:paragraph --><\/p>\n<p>Si has llegado hasta aqu\u00ed ya conoces los principales retos que supone desarrollar aplicaciones de tecnolog\u00eda de apoyo. Y ahora, \u00bfc\u00f3mo abordar el dise\u00f1o y desarrollo de una aplicaci\u00f3n?\u00a0<strong>\u00bfD\u00f3nde reside el secreto para conseguir que nuestros desarrollos satisfagan las necesidades de los usuarios?<\/strong><\/p>\n<p><!-- wp:paragraph --><\/p>\n<p>El secreto es que no hay secreto, todo consiste aplicar el sentido com\u00fan y\u00a0<strong>tener en consideraci\u00f3n a los usuarios durante todo el proceso<\/strong>: observar sus necesidades, hacerles part\u00edcipes del proceso de dise\u00f1o, pedirles que prueben las aplicaciones, tener muy en cuenta sus comentarios, etc. En otras palabras, consiste en\u00a0<strong>seguir un enfoque centrado en el usuario<\/strong>.<\/p>\n<p><img loading=\"lazy\" decoding=\"async\" class=\" size-full wp-image-51\" src=\"https:\/\/easeapps.xyz\/wp-content\/uploads\/sites\/2\/blog\/end-user-and-facilitator-taking-part-on-a-usability-test.jpg\" alt=\"end user and facilitator taking part on a usability test\" width=\"450\" height=\"299\" \/><\/p>\n<p><!-- wp:heading {\"level\":3} --><\/p>\n<h3>Usuarios e implicados<\/h3>\n<p><!-- wp:paragraph --><\/p>\n<p>Por tanto, si el usuario es el centro, vamos a centrarnos ahora en los usuario. \u00bfQu\u00e9 es un usuario? Consideramos usuario a toda personas que usa directamente el sistema. En el caso de Ease Apps\u00a0<strong>distinguimos dos tipos o roles de usuario distintos:<\/strong><\/p>\n<p><!-- wp:list --><\/p>\n<ul>\n<li>Los\u00a0<strong>destinatarios\u00a0<\/strong>son las<strong>\u00a0personas con discapacidad para quienes dise\u00f1amos nuestros sistemas<\/strong>\u00a0y que los usar\u00e1n para acceder al dispositivo m\u00f3vil. Ya hemos comentado cu\u00e1les son sus perfiles de funcionamiento y los retos que ello entra\u00f1a.<\/li>\n<li>Los\u00a0<strong>facilitadores\u00a0<\/strong>son los<strong>\u00a0encargados de la instalaci\u00f3n, configuraci\u00f3n inicial del sistema y apoyo al usuario final<\/strong>. Tambi\u00e9n suelen actuar como prescriptores y valoradores de la idoneidad de la tecnolog\u00eda de apoyo. Generalmente son profesionales de entidades de atenci\u00f3n a la discapacidad o servicios afines, aunque tambi\u00e9n pueden ser otras personas cercanas al usuario final como familiares o amigos. En algunas ocasiones, el propio destinatario puede ejercer el papel de facilitador. Aunque el perfil de los facilitadores puede ser muy heterog\u00e9neo, habitualmente son personas con experiencia en proporcionar apoyo al usuario final, conocedoras de su perfil de funcionamiento y que estar\u00e1n familiarizados con el manejo de dispositivos m\u00f3viles y ciertas ayudas t\u00e9cnicas. Si el facilitador es incapaz de comprender c\u00f3mo funciona nuestro sistema dif\u00edcilmente podr\u00e1 recomendarlo a los usuarios que puedan necesitarlo y proporcionar el apoyo adecuado. Por lo tanto,\u00a0<strong>es crucial involucrarlos durante el proceso de dise\u00f1o<\/strong>.\u00a0\u00a0<\/li>\n<\/ul>\n<p><!-- wp:list --><\/p>\n<p><!-- wp:paragraph --><\/p>\n<p>Por supuesto,\u00a0<strong>existen otros implicados<\/strong>\u00a0tales como otros profesionales, familiares, compa\u00f1eros, amigos, etc. que<strong>\u00a0pueden ejercer una influencia determinante<\/strong>\u00a0a la hora de adoptar y fomentar o limitar el uso de la tecnolog\u00eda de apoyo. Estos implicados puntualmente pueden adquirir el rol de facilitadores, por ejemplo, para ayudar a poner en marcha el tel\u00e9fono m\u00f3vil o ajustarlo a la silla de ruedas.<\/p>\n<p><!-- wp:heading {\"level\":3} --><\/p>\n<h3>Ideando el producto<\/h3>\n<p><!-- wp:paragraph --><\/p>\n<p><strong>Muchas ideas surgen como fruto de la observaci\u00f3n de problemas o dificultades<\/strong>\u00a0que experimentan otras personas o uno mismo. De hecho,\u00a0<a href=\"https:\/\/easeapps.xyz\/es\/blog\/107-como-nace-el-proyecto-ease-apps\/\">as\u00ed es como naci\u00f3 Ease Apps<\/a>. Nuestro trato habitual con personas con discapacidad nos permiti\u00f3 detectar sus dificultades de acceso a los dispositivos m\u00f3viles de una forma espont\u00e1nea.<\/p>\n<p>Pero detectar los problemas es s\u00f3lo una parte. Tambi\u00e9n es necesario\u00a0<strong>concebir posibles soluciones a esos problemas<\/strong>. Para ello, es necesario conocer las posibilidades que la tecnolog\u00eda ofrece y c\u00f3mo adaptarla a la realidad del usuario. Ello implica analizar la realidad de estas personas, cu\u00e1l es su funcionamiento, qu\u00e9 dificultades encuentran en su d\u00eda a d\u00eda y, espec\u00edficamente, con el uso de la tecnolog\u00eda. Tambi\u00e9n es fundamental conocer qu\u00e9 tareas vana querer desarrollar, en qu\u00e9 contextos, con qu\u00e9 apoyos y qu\u00e9 otras soluciones existen en el mercado.<\/p>\n<p><!-- wp:heading {\"level\":3} --><\/p>\n<h3>Dise\u00f1o y desarrollo<\/h3>\n<p>Concebido el producto, es necesario<strong>\u00a0transformar las ideas\u00a0<\/strong>en algo tangible, en nuestro caso\u00a0<strong>en una aplicaci\u00f3n inform\u00e1tica<\/strong>.<\/p>\n<p>Durante esta etapa\u00a0<strong>es necesario acudir de nuevo a los usuarios en diversas ocasiones<\/strong>\u00a0para contrastar con ellos los avances y poder evaluarlos y validarlos. Estos avances se pueden plasmar en forma de bocetos, esquemas, prototipos, versiones de software, etc. Se trata de un\u00a0<strong>proceso incremental iterativo<\/strong>\u00a0donde la informaci\u00f3n proporcionada por el usuario es vital para su avance. Esta informaci\u00f3n es la que permite detectar lo antes posible cualquier problema, cuando corregirlo es m\u00e1s sencillo y econ\u00f3mico.<\/p>\n<p>En nuestro caso, solemos realizar\u00a0<strong>varios tests de usabilidad empleando una adaptaci\u00f3n de la t\u00e9cnica denominada\u00a0<\/strong><a href=\"http:\/\/mpiua.invid.udl.cat\/pensando-en-voz-alta-thinking-aloud\/\"><strong>\u201cpensando en voz alta\u201d<\/strong><\/a>. Esta t\u00e9cnica b\u00e1sicamente consiste en:<\/p>\n<ol>\n<li>Reclutar a algunos usuarios representativos (destinatarios y facilitadores).<\/li>\n<li>Pedirles que traten de realizar algunas tareas con nuestro prototipo o aplicaci\u00f3n.<\/li>\n<li>Guardar silencio, observar atentamente y tomar notas de los hechos m\u00e1s relevantes mientras los usuarios usan el sistema y verbalizan lo que piensan. En ocasiones, tambi\u00e9n grabamos la sesi\u00f3n en v\u00eddeo por si es necesario recurrir m\u00e1s adelante para ampliar informaci\u00f3n.<\/li>\n<\/ol>\n<p>Algunos personas con discapacidad participantes en los tests tienen muchas dificultades para articular el habla. En estos casos adaptamos la t\u00e9cnica \u201cpensando en voz alta\u201d de forma que\u00a0\u00a0<strong>es el facilitador el que nos ayuda a interpretar lo que expresa el usuario<\/strong>, bien sea de forma oral o a trav\u00e9s de otras formas de expresi\u00f3n. Otra posibilidad que ofrecemos al usuario es que interrumpa el test en cualquier momento para expresar lo que est\u00e1 pensando a trav\u00e9s de su medio habitual de comunicaci\u00f3n, por ejemplo, un sistema aumentativo o alternativo de comunicaci\u00f3n (SAAC).<\/p>\n<p><!-- wp:paragraph --><\/p>\n<p><!-- wp:paragraph --><\/p>\n<p><!-- wp:paragraph --><\/p>\n<p><!-- wp:list {\"ordered\":true} --><\/p>\n<p><!-- wp:paragraph --><\/p>\n<p><img loading=\"lazy\" decoding=\"async\" class=\" size-full wp-image-52\" src=\"https:\/\/easeapps.xyz\/wp-content\/uploads\/sites\/2\/blog\/usability-test-session-with-end-user-facilitator-and-researcher-taking-notes.jpg\" alt=\"usability test session with end user facilitator and researcher taking notes\" width=\"500\" height=\"291\" \/><\/p>\n<p><!-- wp:heading {\"level\":3} --><\/p>\n<h3>Contextos de uso y tareas<\/h3>\n<p><!-- wp:paragraph --><\/p>\n<p>A la hora de considerar la participaci\u00f3n de los distintos usuarios y las tareas que vamos a solicitar a cada uno de ellos, distinguimos entre tres situaciones o contextos distintos:<\/p>\n<p><!-- wp:list --><\/p>\n<ul>\n<li><strong>Primer contacto por parte del facilitador<\/strong>. En este caso se trata de un contexto en el que el facilitador eval\u00faa la soluci\u00f3n con el objetivo de comprender su funcionamiento y poder recomendarla y asesorar a usuarios finales. B\u00e1sicamente, al facilitador se le proporciona el nombre de nuestra aplicaci\u00f3n para que trate de instalarla y comprender su funcionamiento. L\u00f3gicamente, el facilitador no debe estar familiarizado con la aplicaci\u00f3n. En este contexto\u00a0<strong>el<\/strong>\u00a0<strong>criterio b\u00e1sico de evaluaci\u00f3n es la facilidad de aprendizaje<\/strong>.\u00a0<\/li>\n<li><strong>Contexto estructurado con apoyo externo<\/strong>. Es aquel donde el usuario requiere de un apoyo intensivo para un uso satisfactorio del sistema. Generalmente esta situaci\u00f3n se da en el \u00e1mbito de un centro de atenci\u00f3n (escuela de educaci\u00f3n especial, taller ocupacional, centro de d\u00eda o centro residencial asistido). B\u00e1sicamente se plantean dos tipos de tareas en las que participan facilitador y destinatario..\u00a0\n<ul>\n<li>El primer tipo implica consiste en un\u00a0<strong>facilitador tratando de explicar el funcionamiento del sistema a un usuario<\/strong>\u00a0sin experiencia previa. Con ello queremos evaluar hasta qu\u00e9 punto nuestro sistema facilita esta transferencia de conocimiento.<\/li>\n<li>El segundo tipo consiste en un conjunto de\u00a0<strong>tareas concretas que el usuario debe realizar<\/strong>. En la medida de lo posible, es el propio usuario el que escoge estas tareas. El facilitador est\u00e1 presente aunque debe abstenerse de intervenir y, fundamentalmente, su papel consiste en ayudar al usuario a comunicar lo que piensa en cada momento. El principal criterio que valoramos es la facilidad de uso del sistema y, en cierta medida, la facilidad de aprendizaje por parte del destinatario.<\/li>\n<\/ul>\n<\/li>\n<li><strong>Contexto no estructurado sin apoyo externo<\/strong>. Se trata de un contexto de uso m\u00e1s normalizado en el cual el usuario trata de cubrir sus propias necesidades e intereses al utilizar un dispositivo m\u00f3vil. Es decir, un\u00a0<strong>contexto de uso hom\u00f3logo al de cualquier persona que utiliza dispositivos m\u00f3viles<\/strong>. En este caso no siempre se lleva a cabo un test de usabilidad, s\u00f3lo en aquellas situaciones en las que se sospecha que existe realmente una dificultad. De hecho, en algunos casos es suficiente con una comunicaci\u00f3n por parte del usuario o del facilitador.<\/li>\n<\/ul>\n<p><!-- wp:heading {\"level\":3} --><\/p>\n<h3>Publicaci\u00f3n de la aplicaci\u00f3n<\/h3>\n<p><!-- wp:paragraph --><\/p>\n<p>Llega el momento en que el proceso de dise\u00f1o debe dar paso a una primera versi\u00f3n del software. Por supuesto, esta primera versi\u00f3n contiene imperfecciones y carece de algunas funcionalidades, pero ya cumple una misi\u00f3n que hemos contrastado en nuestras pruebas con usuarios.<\/p>\n<p><!-- wp:paragraph --><\/p>\n<p><strong>\u00bfHemos terminado? \u00a1Ni mucho menos!<\/strong>\u00a0<\/p>\n<p><!-- wp:paragraph --><\/p>\n<p>En primer lugar, no podemos considerar que el proceso de dise\u00f1o haya concluido hasta haber completado o descartado todas aquellas funcionalidades que ten\u00edamos previstas. En segundo lugar, la publicaci\u00f3n de la aplicaci\u00f3n multiplica las posibilidades de recibir peticiones de soporte, comentarios sobre su funcionamiento, sugerencias, etc. En tercer lugar, la mayor\u00eda de las personas que ha participado en las pruebas de usabilidad acaban siendo usuarios de nuestro producto y dado que a algunas de estas personas las vemos regularmente, aprovechamos para hacer seguimiento.<\/p>\n<p><!-- wp:paragraph --><\/p>\n<p>Por lo tanto, lejos de haber concluido,\u00a0<strong>la publicaci\u00f3n es una fuente de nuevas ideas, modificaciones y tareas<\/strong>\u00a0que se acumular\u00e1n a aquellas que quedaron pendientes y que habr\u00e1 que priorizar adecuadamente para permitir que la evoluci\u00f3n del producto contin\u00fae. En algunos casos se tratar\u00e1 de modificaciones que podemos validar intercambiando un correo electr\u00f3nico o manteniendo una conversaci\u00f3n de pasillo con un usuario. En otros casos,\u00a0<strong>el impacto de los cambios ser\u00e1 tal que obligar\u00e1 a una revisi\u00f3n m\u00e1s profunda del dise\u00f1o y a la realizaci\u00f3n de nuevos tests de usabilidad<\/strong>\u00a0como los anteriormente comentados.\u00a0<\/p>\n<p><!-- wp:paragraph --><\/p>\n<p>En definitiva,<strong>\u00a0la participaci\u00f3n de los usuarios es fundamental que sea continua durante toda la vida del software<\/strong>.<\/p>\n<p><!-- wp:heading --><\/p>\n<h2>Conclusiones<\/h2>\n<p><!-- wp:paragraph --><\/p>\n<p><strong>Desarrollar un sistema interactivo cuidando la experiencia de usuario es una tarea compleja<\/strong>\u00a0que, en el caso de tratarse de\u00a0<strong>tecnolog\u00eda de apoyo orientada al acceso, presenta una retos particulares<\/strong>\u00a0que hay que abordar.\u00a0<\/p>\n<p><!-- wp:paragraph --><\/p>\n<p>El m\u00e9todo que empleamos para hacer frente a este tipo de proyectos se basa en el\u00a0<strong>dise\u00f1o centrado en el usuario<\/strong>\u00a0y consiste, b\u00e1sicamente, en iterar a trav\u00e9s de versiones sucesivas del software contando con la participaci\u00f3n de los usuarios finales. Como principal t\u00e9cnica de evaluaci\u00f3n de la usabilidad empleamos la denominada \u201cpensando en voz alta\u201d, que adaptamos en funci\u00f3n de las caracter\u00edsticas de la persona con discapacidad participante.\u00a0<\/p>\n<p><!-- wp:paragraph --><\/p>\n<p>Adem\u00e1s del destinatario final, consideramos al\u00a0<strong>facilitador com una figura clave<\/strong>\u00a0en el proceso de adopci\u00f3n de nuestras aplicaciones y como apoyo para la realizaci\u00f3n de los tests de usabilidad; por ello tambi\u00e9n lo incorporamos en el proceso de software.<\/p>\n<p><!-- wp:paragraph --><\/p>\n<p>Por \u00faltimo,\u00a0<strong>la publicaci\u00f3n de la aplicaci\u00f3n<\/strong>, lejos de poner punto y final al dise\u00f1o y desarrollo,\u00a0<strong>proporciona nuevas oportunidades de incrementar el valor de la misma<\/strong>\u00a0a lo largo del tiempo.<\/p>\n<h3>\u00bfEst\u00e1s pensando en crear una aplicaci\u00f3n para personas con discapacidad? \u00a1Queremos saber de ti!<\/h3>\n<p><a class=\"btn btn-primary\" role=\"button\" href=\"https:\/\/easeapps.xyz\/es\/contactar\/\">Dinos lo qu\u00e9 piensas<\/a><\/p>\n<p><!-- \/wp:paragraph --><\/p><!-- \/wp:post-content --><!-- \/wp:list --><\/p>\n<h3>Specific population<\/h3>\n<p><!-- wp:paragraph --><\/p>\n<p>La mayor\u00eda de\u00a0<strong>productos de apoyo se dirigen a personas con un perfil de funcionamiento muy espec\u00edfico<\/strong>. En el caso de Ease Apps nos dirigimos, principalmente, a personas cuyo denominador com\u00fan b\u00e1sico son las\u00a0<strong>dificultades para la manipulaci\u00f3n de dispositivos m\u00f3viles con pantallas t\u00e1ctiles<\/strong>. M\u00e1s concretamente:<\/p>\n<p><!-- wp:list --><\/p>\n<ul>\n<li><strong>Ease Touch<\/strong>\u00a0est\u00e1 orientado a personas con problemas de movilidad fina, manipulaci\u00f3n o alcance en las extremidades superiores que les impide el uso normalizado de una pantalla t\u00e1ctil. Pensamos en personas con problemas de precisi\u00f3n, temblores, dificultad para coordinar acciones con m\u00faltiples dedos simult\u00e1neamente y lentitud en el movimiento.<\/li>\n<li><strong>Ease Mouse<\/strong>\u00a0y\u00a0<strong>Ease Joypad<\/strong>\u00a0tambi\u00e9n se enfocan a personas con problemas de movilidad y para quienes, probablemente, ya se ha valorado previamente el uso de dispositivos de acceso alternativo tales como ratones o joysticks.\u00a0<\/li>\n<\/ul>\n<p><!-- wp:paragraph --><\/p>\n<p>En muchas ocasiones, estas dificultades en la manipulaci\u00f3n suelen ser consecuencia de trastornos u otras condiciones de salud (por ejemplo, par\u00e1lisis cerebral, Parkinson, enfermedades neurodegenerativas, temblores esenciales, etc.). Dichos trastornos suelen tener adem\u00e1s impacto sobre otras funciones corporales. Por ejemplo,\u00a0<strong>en personas con par\u00e1lisis cerebral es com\u00fan encontrar asociadas otras deficiencias relacionadas con las funciones mentales y sensoriales<\/strong>.\u00a0<\/p>\n<p><!-- wp:paragraph --><\/p>\n<p>Esta diversidad de perfiles de usuario tiene una serie de\u00a0<strong>consecuencias<\/strong>\u00a0de cara al dise\u00f1o:<\/p>\n<p><!-- wp:list --><\/p>\n<ul>\n<li>Es todo un\u00a0<strong>desaf\u00edo establecer un conjunto de perfiles representativos que haga m\u00e1s manejable la diversidad de usuarios\u00a0<\/strong>y permita<strong>\u00a0generalizar los resultados de las pruebas<\/strong>.<\/li>\n<li>Por una cuesti\u00f3n demogr\u00e1fica, el\u00a0<strong>n\u00famero de personas que pueden participar<\/strong>\u00a0en pruebas de usabilidad es\u00a0<strong>m\u00e1s reducido<\/strong>\u00a0en comparaci\u00f3n con el dise\u00f1o de un producto para un mercado generalista.<\/li>\n<li>Para que las herramientas puedan ser aptas para esta diversidad, es necesario que exista un\u00a0<strong>grado significativo de parametrizaci\u00f3n<\/strong>. Abordamos esta cuesti\u00f3n un poco m\u00e1s adelante.<\/li>\n<\/ul>\n<p><!-- wp:heading {\"level\":3} --><\/p>\n<h3>Interacci\u00f3n espec\u00edfica<\/h3>\n<p><!-- wp:paragraph --><\/p>\n<p>Los accesos alternativos o adaptados ofrecen una\u00a0<strong>interacci\u00f3n espec\u00edfica que difiere notablemente de la convencional<\/strong>. Tomemos como ejemplo un lector de pantalla. Un lector de pantalla es un sistema de acceso orientado a personas ciegas que presenta la informaci\u00f3n visible de la pantalla en forma de voz o braille. Como dispositivo de entrada se emplea un teclado o la pantalla t\u00e1ctil en el caso de dispositivos m\u00f3viles. Como contraste tenemos el acceso convencional, donde es la vista es el sentido predominante y prima la manipulaci\u00f3n directa de los elementos en pantalla. En lugar de una discapacidad sensorial, en el caso de Ease Apps tratamos con una discapacidad f\u00edsica que impide (o dificulta en gran manera) el manejo del dispositivo m\u00f3vil a trav\u00e9s de los medios convencionales. Por ejemplo, Ease Touch evita las acciones repetitivas e involuntarias modificando la gama de acciones que acepta el panel t\u00e1ctil y proporciona formas indirectas para realizar los gestos convencionales. Este mecanismo alternativo de acceso supone un\u00a0<strong>nivel adicional de complejidad que es necesario describir al usuario<\/strong>. Es decir,\u00a0<strong>esta interacci\u00f3n espec\u00edfica dificulta el aprendizaje<\/strong>\u00a0del manejo del sistema.<\/p>\n<p><!-- wp:paragraph --><\/p>\n<p><!-- wp:heading {\"level\":3} --><\/p>\n<h3>Uso intensivo<\/h3>\n<p><!-- wp:paragraph --><\/p>\n<p>A lo largo de un d\u00eda, un usuario medio de smartphone reparte el tiempo entre m\u00faltiples aplicaciones: mensajer\u00eda, redes sociales, reproductor multimedia, notas, c\u00e1mara de fotos, calendario, navegador, juegos, etc. En cambio,\u00a0<strong>un producto de apoyo para el acceso se utiliza siempre que el usuario interact\u00faa con su dispositivo.<\/strong>\u00a0Por lo tanto, esto\u00a0<strong>hace que la facilidad de uso del producto cobre mayor relevancia<\/strong>.<\/p>\n<p><!-- wp:heading {\"level\":3} --><\/p>\n<h3>Parametrizaci\u00f3n<\/h3>\n<p><!-- wp:paragraph --><\/p>\n<p>Debido a la heterogeneidad de los perfiles a los que se dirigen estas herramientas y al uso intensivo de las mismas, suele ser<strong>\u00a0imprescindible poder disponer de distintos ajustes<\/strong>\u00a0para que se adapte lo mejor posible a las necesidades de los usuarios (colores, tama\u00f1os, tiempos, umbrales, velocidades, respuestas auditivas, complejidad de las opciones presentadas a los usuarios, etc.). Esta multiplicidad de configuraciones\u00a0<strong>a\u00f1ade complejidad, lo que desaf\u00eda la facilidad de aprendizaje<\/strong>.<\/p>\n<p><!-- wp:heading --><\/p>\n<h2>Dise\u00f1o centrado en el usuario<\/h2>\n<p><!-- wp:paragraph --><\/p>\n<p>Si has llegado hasta aqu\u00ed ya conoces los principales retos que supone desarrollar aplicaciones de tecnolog\u00eda de apoyo. Y ahora, \u00bfc\u00f3mo abordar el dise\u00f1o y desarrollo de una aplicaci\u00f3n?\u00a0<strong>\u00bfD\u00f3nde reside el secreto para conseguir que nuestros desarrollos satisfagan las necesidades de los usuarios?<\/strong><\/p>\n<p><!-- wp:paragraph --><\/p>\n<p>El secreto es que no hay secreto, todo consiste aplicar el sentido com\u00fan y\u00a0<strong>tener en consideraci\u00f3n a los usuarios durante todo el proceso<\/strong>: observar sus necesidades, hacerles part\u00edcipes del proceso de dise\u00f1o, pedirles que prueben las aplicaciones, tener muy en cuenta sus comentarios, etc. En otras palabras, consiste en\u00a0<strong>seguir un enfoque centrado en el usuario<\/strong>.<\/p>\n<p><img loading=\"lazy\" decoding=\"async\" class=\" size-full wp-image-51\" src=\"https:\/\/easeapps.xyz\/wp-content\/uploads\/sites\/2\/blog\/end-user-and-facilitator-taking-part-on-a-usability-test.jpg\" alt=\"end user and facilitator taking part on a usability test\" width=\"450\" height=\"299\" \/><\/p>\n<p><!-- wp:heading {\"level\":3} --><\/p>\n<h3>Usuarios e implicados<\/h3>\n<p><!-- wp:paragraph --><\/p>\n<p>Por tanto, si el usuario es el centro, vamos a centrarnos ahora en los usuario. \u00bfQu\u00e9 es un usuario? Consideramos usuario a toda personas que usa directamente el sistema. En el caso de Ease Apps\u00a0<strong>distinguimos dos tipos o roles de usuario distintos:<\/strong><\/p>\n<p><!-- wp:list --><\/p>\n<ul>\n<li>Los\u00a0<strong>destinatarios\u00a0<\/strong>son las<strong>\u00a0personas con discapacidad para quienes dise\u00f1amos nuestros sistemas<\/strong>\u00a0y que los usar\u00e1n para acceder al dispositivo m\u00f3vil. Ya hemos comentado cu\u00e1les son sus perfiles de funcionamiento y los retos que ello entra\u00f1a.<\/li>\n<li>Los\u00a0<strong>facilitadores\u00a0<\/strong>son los<strong>\u00a0encargados de la instalaci\u00f3n, configuraci\u00f3n inicial del sistema y apoyo al usuario final<\/strong>. Tambi\u00e9n suelen actuar como prescriptores y valoradores de la idoneidad de la tecnolog\u00eda de apoyo. Generalmente son profesionales de entidades de atenci\u00f3n a la discapacidad o servicios afines, aunque tambi\u00e9n pueden ser otras personas cercanas al usuario final como familiares o amigos. En algunas ocasiones, el propio destinatario puede ejercer el papel de facilitador. Aunque el perfil de los facilitadores puede ser muy heterog\u00e9neo, habitualmente son personas con experiencia en proporcionar apoyo al usuario final, conocedoras de su perfil de funcionamiento y que estar\u00e1n familiarizados con el manejo de dispositivos m\u00f3viles y ciertas ayudas t\u00e9cnicas. Si el facilitador es incapaz de comprender c\u00f3mo funciona nuestro sistema dif\u00edcilmente podr\u00e1 recomendarlo a los usuarios que puedan necesitarlo y proporcionar el apoyo adecuado. Por lo tanto,\u00a0<strong>es crucial involucrarlos durante el proceso de dise\u00f1o<\/strong>.\u00a0\u00a0<\/li>\n<\/ul>\n<p><!-- wp:list --><\/p>\n<p><!-- wp:paragraph --><\/p>\n<p>Por supuesto,\u00a0<strong>existen otros implicados<\/strong>\u00a0tales como otros profesionales, familiares, compa\u00f1eros, amigos, etc. que<strong>\u00a0pueden ejercer una influencia determinante<\/strong>\u00a0a la hora de adoptar y fomentar o limitar el uso de la tecnolog\u00eda de apoyo. Estos implicados puntualmente pueden adquirir el rol de facilitadores, por ejemplo, para ayudar a poner en marcha el tel\u00e9fono m\u00f3vil o ajustarlo a la silla de ruedas.<\/p>\n<p><!-- wp:heading {\"level\":3} --><\/p>\n<h3>Ideando el producto<\/h3>\n<p><!-- wp:paragraph --><\/p>\n<p><strong>Muchas ideas surgen como fruto de la observaci\u00f3n de problemas o dificultades<\/strong>\u00a0que experimentan otras personas o uno mismo. De hecho,\u00a0<a href=\"https:\/\/easeapps.xyz\/es\/blog\/107-como-nace-el-proyecto-ease-apps\/\">as\u00ed es como naci\u00f3 Ease Apps<\/a>. Nuestro trato habitual con personas con discapacidad nos permiti\u00f3 detectar sus dificultades de acceso a los dispositivos m\u00f3viles de una forma espont\u00e1nea.<\/p>\n<p>Pero detectar los problemas es s\u00f3lo una parte. Tambi\u00e9n es necesario\u00a0<strong>concebir posibles soluciones a esos problemas<\/strong>. Para ello, es necesario conocer las posibilidades que la tecnolog\u00eda ofrece y c\u00f3mo adaptarla a la realidad del usuario. Ello implica analizar la realidad de estas personas, cu\u00e1l es su funcionamiento, qu\u00e9 dificultades encuentran en su d\u00eda a d\u00eda y, espec\u00edficamente, con el uso de la tecnolog\u00eda. Tambi\u00e9n es fundamental conocer qu\u00e9 tareas vana querer desarrollar, en qu\u00e9 contextos, con qu\u00e9 apoyos y qu\u00e9 otras soluciones existen en el mercado.<\/p>\n<p><!-- wp:heading {\"level\":3} --><\/p>\n<h3>Dise\u00f1o y desarrollo<\/h3>\n<p>Concebido el producto, es necesario<strong>\u00a0transformar las ideas\u00a0<\/strong>en algo tangible, en nuestro caso\u00a0<strong>en una aplicaci\u00f3n inform\u00e1tica<\/strong>.<\/p>\n<p>Durante esta etapa\u00a0<strong>es necesario acudir de nuevo a los usuarios en diversas ocasiones<\/strong>\u00a0para contrastar con ellos los avances y poder evaluarlos y validarlos. Estos avances se pueden plasmar en forma de bocetos, esquemas, prototipos, versiones de software, etc. Se trata de un\u00a0<strong>proceso incremental iterativo<\/strong>\u00a0donde la informaci\u00f3n proporcionada por el usuario es vital para su avance. Esta informaci\u00f3n es la que permite detectar lo antes posible cualquier problema, cuando corregirlo es m\u00e1s sencillo y econ\u00f3mico.<\/p>\n<p>En nuestro caso, solemos realizar\u00a0<strong>varios tests de usabilidad empleando una adaptaci\u00f3n de la t\u00e9cnica denominada\u00a0<\/strong><a href=\"http:\/\/mpiua.invid.udl.cat\/pensando-en-voz-alta-thinking-aloud\/\"><strong>\u201cpensando en voz alta\u201d<\/strong><\/a>. Esta t\u00e9cnica b\u00e1sicamente consiste en:<\/p>\n<ol>\n<li>Reclutar a algunos usuarios representativos (destinatarios y facilitadores).<\/li>\n<li>Pedirles que traten de realizar algunas tareas con nuestro prototipo o aplicaci\u00f3n.<\/li>\n<li>Guardar silencio, observar atentamente y tomar notas de los hechos m\u00e1s relevantes mientras los usuarios usan el sistema y verbalizan lo que piensan. En ocasiones, tambi\u00e9n grabamos la sesi\u00f3n en v\u00eddeo por si es necesario recurrir m\u00e1s adelante para ampliar informaci\u00f3n.<\/li>\n<\/ol>\n<p>Algunos personas con discapacidad participantes en los tests tienen muchas dificultades para articular el habla. En estos casos adaptamos la t\u00e9cnica \u201cpensando en voz alta\u201d de forma que\u00a0\u00a0<strong>es el facilitador el que nos ayuda a interpretar lo que expresa el usuario<\/strong>, bien sea de forma oral o a trav\u00e9s de otras formas de expresi\u00f3n. Otra posibilidad que ofrecemos al usuario es que interrumpa el test en cualquier momento para expresar lo que est\u00e1 pensando a trav\u00e9s de su medio habitual de comunicaci\u00f3n, por ejemplo, un sistema aumentativo o alternativo de comunicaci\u00f3n (SAAC).<\/p>\n<p><!-- wp:paragraph --><\/p>\n<p><!-- wp:paragraph --><\/p>\n<p><!-- wp:paragraph --><\/p>\n<p><!-- wp:list {\"ordered\":true} --><\/p>\n<p><!-- wp:paragraph --><\/p>\n<p><img loading=\"lazy\" decoding=\"async\" class=\" size-full wp-image-52\" src=\"https:\/\/easeapps.xyz\/wp-content\/uploads\/sites\/2\/blog\/usability-test-session-with-end-user-facilitator-and-researcher-taking-notes.jpg\" alt=\"usability test session with end user facilitator and researcher taking notes\" width=\"500\" height=\"291\" \/><\/p>\n<p><!-- wp:heading {\"level\":3} --><\/p>\n<h3>Contextos de uso y tareas<\/h3>\n<p><!-- wp:paragraph --><\/p>\n<p>A la hora de considerar la participaci\u00f3n de los distintos usuarios y las tareas que vamos a solicitar a cada uno de ellos, distinguimos entre tres situaciones o contextos distintos:<\/p>\n<p><!-- wp:list --><\/p>\n<ul>\n<li><strong>Primer contacto por parte del facilitador<\/strong>. En este caso se trata de un contexto en el que el facilitador eval\u00faa la soluci\u00f3n con el objetivo de comprender su funcionamiento y poder recomendarla y asesorar a usuarios finales. B\u00e1sicamente, al facilitador se le proporciona el nombre de nuestra aplicaci\u00f3n para que trate de instalarla y comprender su funcionamiento. L\u00f3gicamente, el facilitador no debe estar familiarizado con la aplicaci\u00f3n. En este contexto\u00a0<strong>el<\/strong>\u00a0<strong>criterio b\u00e1sico de evaluaci\u00f3n es la facilidad de aprendizaje<\/strong>.\u00a0<\/li>\n<li><strong>Contexto estructurado con apoyo externo<\/strong>. Es aquel donde el usuario requiere de un apoyo intensivo para un uso satisfactorio del sistema. Generalmente esta situaci\u00f3n se da en el \u00e1mbito de un centro de atenci\u00f3n (escuela de educaci\u00f3n especial, taller ocupacional, centro de d\u00eda o centro residencial asistido). B\u00e1sicamente se plantean dos tipos de tareas en las que participan facilitador y destinatario..\u00a0\n<ul>\n<li>El primer tipo implica consiste en un\u00a0<strong>facilitador tratando de explicar el funcionamiento del sistema a un usuario<\/strong>\u00a0sin experiencia previa. Con ello queremos evaluar hasta qu\u00e9 punto nuestro sistema facilita esta transferencia de conocimiento.<\/li>\n<li>El segundo tipo consiste en un conjunto de\u00a0<strong>tareas concretas que el usuario debe realizar<\/strong>. En la medida de lo posible, es el propio usuario el que escoge estas tareas. El facilitador est\u00e1 presente aunque debe abstenerse de intervenir y, fundamentalmente, su papel consiste en ayudar al usuario a comunicar lo que piensa en cada momento. El principal criterio que valoramos es la facilidad de uso del sistema y, en cierta medida, la facilidad de aprendizaje por parte del destinatario.<\/li>\n<\/ul>\n<\/li>\n<li><strong>Contexto no estructurado sin apoyo externo<\/strong>. Se trata de un contexto de uso m\u00e1s normalizado en el cual el usuario trata de cubrir sus propias necesidades e intereses al utilizar un dispositivo m\u00f3vil. Es decir, un\u00a0<strong>contexto de uso hom\u00f3logo al de cualquier persona que utiliza dispositivos m\u00f3viles<\/strong>. En este caso no siempre se lleva a cabo un test de usabilidad, s\u00f3lo en aquellas situaciones en las que se sospecha que existe realmente una dificultad. De hecho, en algunos casos es suficiente con una comunicaci\u00f3n por parte del usuario o del facilitador.<\/li>\n<\/ul>\n<p><!-- wp:heading {\"level\":3} --><\/p>\n<h3>Publicaci\u00f3n de la aplicaci\u00f3n<\/h3>\n<p><!-- wp:paragraph --><\/p>\n<p>Llega el momento en que el proceso de dise\u00f1o debe dar paso a una primera versi\u00f3n del software. Por supuesto, esta primera versi\u00f3n contiene imperfecciones y carece de algunas funcionalidades, pero ya cumple una misi\u00f3n que hemos contrastado en nuestras pruebas con usuarios.<\/p>\n<p><!-- wp:paragraph --><\/p>\n<p><strong>\u00bfHemos terminado? \u00a1Ni mucho menos!<\/strong>\u00a0<\/p>\n<p><!-- wp:paragraph --><\/p>\n<p>En primer lugar, no podemos considerar que el proceso de dise\u00f1o haya concluido hasta haber completado o descartado todas aquellas funcionalidades que ten\u00edamos previstas. En segundo lugar, la publicaci\u00f3n de la aplicaci\u00f3n multiplica las posibilidades de recibir peticiones de soporte, comentarios sobre su funcionamiento, sugerencias, etc. En tercer lugar, la mayor\u00eda de las personas que ha participado en las pruebas de usabilidad acaban siendo usuarios de nuestro producto y dado que a algunas de estas personas las vemos regularmente, aprovechamos para hacer seguimiento.<\/p>\n<p><!-- wp:paragraph --><\/p>\n<p>Por lo tanto, lejos de haber concluido,\u00a0<strong>la publicaci\u00f3n es una fuente de nuevas ideas, modificaciones y tareas<\/strong>\u00a0que se acumular\u00e1n a aquellas que quedaron pendientes y que habr\u00e1 que priorizar adecuadamente para permitir que la evoluci\u00f3n del producto contin\u00fae. En algunos casos se tratar\u00e1 de modificaciones que podemos validar intercambiando un correo electr\u00f3nico o manteniendo una conversaci\u00f3n de pasillo con un usuario. En otros casos,\u00a0<strong>el impacto de los cambios ser\u00e1 tal que obligar\u00e1 a una revisi\u00f3n m\u00e1s profunda del dise\u00f1o y a la realizaci\u00f3n de nuevos tests de usabilidad<\/strong>\u00a0como los anteriormente comentados.\u00a0<\/p>\n<p><!-- wp:paragraph --><\/p>\n<p>En definitiva,<strong>\u00a0la participaci\u00f3n de los usuarios es fundamental que sea continua durante toda la vida del software<\/strong>.<\/p>\n<p><!-- wp:heading --><\/p>\n<h2>Conclusiones<\/h2>\n<p><!-- wp:paragraph --><\/p>\n<p><strong>Desarrollar un sistema interactivo cuidando la experiencia de usuario es una tarea compleja<\/strong>\u00a0que, en el caso de tratarse de\u00a0<strong>tecnolog\u00eda de apoyo orientada al acceso, presenta una retos particulares<\/strong>\u00a0que hay que abordar.\u00a0<\/p>\n<p><!-- wp:paragraph --><\/p>\n<p>El m\u00e9todo que empleamos para hacer frente a este tipo de proyectos se basa en el\u00a0<strong>dise\u00f1o centrado en el usuario<\/strong>\u00a0y consiste, b\u00e1sicamente, en iterar a trav\u00e9s de versiones sucesivas del software contando con la participaci\u00f3n de los usuarios finales. Como principal t\u00e9cnica de evaluaci\u00f3n de la usabilidad empleamos la denominada \u201cpensando en voz alta\u201d, que adaptamos en funci\u00f3n de las caracter\u00edsticas de la persona con discapacidad participante.\u00a0<\/p>\n<p><!-- wp:paragraph --><\/p>\n<p>Adem\u00e1s del destinatario final, consideramos al\u00a0<strong>facilitador com una figura clave<\/strong>\u00a0en el proceso de adopci\u00f3n de nuestras aplicaciones y como apoyo para la realizaci\u00f3n de los tests de usabilidad; por ello tambi\u00e9n lo incorporamos en el proceso de software.<\/p>\n<p><!-- wp:paragraph --><\/p>\n<p>Por \u00faltimo,\u00a0<strong>la publicaci\u00f3n de la aplicaci\u00f3n<\/strong>, lejos de poner punto y final al dise\u00f1o y desarrollo,\u00a0<strong>proporciona nuevas oportunidades de incrementar el valor de la misma<\/strong>\u00a0a lo largo del tiempo.<\/p>\n<h3>\u00bfEst\u00e1s pensando en crear una aplicaci\u00f3n para personas con discapacidad? \u00a1Queremos saber de ti!<\/h3>\n<p><a class=\"btn btn-primary\" role=\"button\" href=\"https:\/\/easeapps.xyz\/es\/contactar\/\">Dinos lo qu\u00e9 piensas<\/a><\/p>\n<p><!-- \/wp:paragraph --><\/p><!-- \/wp:post-content --><!-- \/wp:paragraph --><\/p>\n<p>Si nos planteamos desarrollar un producto de apoyo que proporcione un acceso adaptado o alternativo, como por ejemplo\u00a0<a href=\"https:\/\/easeapps.xyz\/es\/ease-touch\/\">Ease Touch<\/a>,\u00a0<a href=\"https:\/\/easeapps.xyz\/es\/ease-mouse\/\">Ease Mouse<\/a>\u00a0o\u00a0<a href=\"https:\/\/easeapps.xyz\/es\/ease-joypad\/\">Ease Joypad<\/a>, adem\u00e1s de lo que coment\u00e1bamos m\u00e1s arriba, es necesario tener en cuenta una serie de peculiaridades que supone el desarrollo de este tipo de sistemas.<\/p>\n<p><!-- wp:heading {\"level\":3} --><\/p>\n<h3>Specific population<\/h3>\n<p><!-- wp:paragraph --><\/p>\n<p>La mayor\u00eda de\u00a0<strong>productos de apoyo se dirigen a personas con un perfil de funcionamiento muy espec\u00edfico<\/strong>. En el caso de Ease Apps nos dirigimos, principalmente, a personas cuyo denominador com\u00fan b\u00e1sico son las\u00a0<strong>dificultades para la manipulaci\u00f3n de dispositivos m\u00f3viles con pantallas t\u00e1ctiles<\/strong>. M\u00e1s concretamente:<\/p>\n<p><!-- wp:list --><\/p>\n<ul>\n<li><strong>Ease Touch<\/strong>\u00a0est\u00e1 orientado a personas con problemas de movilidad fina, manipulaci\u00f3n o alcance en las extremidades superiores que les impide el uso normalizado de una pantalla t\u00e1ctil. Pensamos en personas con problemas de precisi\u00f3n, temblores, dificultad para coordinar acciones con m\u00faltiples dedos simult\u00e1neamente y lentitud en el movimiento.<\/li>\n<li><strong>Ease Mouse<\/strong>\u00a0y\u00a0<strong>Ease Joypad<\/strong>\u00a0tambi\u00e9n se enfocan a personas con problemas de movilidad y para quienes, probablemente, ya se ha valorado previamente el uso de dispositivos de acceso alternativo tales como ratones o joysticks.\u00a0<\/li>\n<\/ul>\n<p><!-- wp:paragraph --><\/p>\n<p>En muchas ocasiones, estas dificultades en la manipulaci\u00f3n suelen ser consecuencia de trastornos u otras condiciones de salud (por ejemplo, par\u00e1lisis cerebral, Parkinson, enfermedades neurodegenerativas, temblores esenciales, etc.). Dichos trastornos suelen tener adem\u00e1s impacto sobre otras funciones corporales. Por ejemplo,\u00a0<strong>en personas con par\u00e1lisis cerebral es com\u00fan encontrar asociadas otras deficiencias relacionadas con las funciones mentales y sensoriales<\/strong>.\u00a0<\/p>\n<p><!-- wp:paragraph --><\/p>\n<p>Esta diversidad de perfiles de usuario tiene una serie de\u00a0<strong>consecuencias<\/strong>\u00a0de cara al dise\u00f1o:<\/p>\n<p><!-- wp:list --><\/p>\n<ul>\n<li>Es todo un\u00a0<strong>desaf\u00edo establecer un conjunto de perfiles representativos que haga m\u00e1s manejable la diversidad de usuarios\u00a0<\/strong>y permita<strong>\u00a0generalizar los resultados de las pruebas<\/strong>.<\/li>\n<li>Por una cuesti\u00f3n demogr\u00e1fica, el\u00a0<strong>n\u00famero de personas que pueden participar<\/strong>\u00a0en pruebas de usabilidad es\u00a0<strong>m\u00e1s reducido<\/strong>\u00a0en comparaci\u00f3n con el dise\u00f1o de un producto para un mercado generalista.<\/li>\n<li>Para que las herramientas puedan ser aptas para esta diversidad, es necesario que exista un\u00a0<strong>grado significativo de parametrizaci\u00f3n<\/strong>. Abordamos esta cuesti\u00f3n un poco m\u00e1s adelante.<\/li>\n<\/ul>\n<p><!-- wp:heading {\"level\":3} --><\/p>\n<h3>Interacci\u00f3n espec\u00edfica<\/h3>\n<p><!-- wp:paragraph --><\/p>\n<p>Los accesos alternativos o adaptados ofrecen una\u00a0<strong>interacci\u00f3n espec\u00edfica que difiere notablemente de la convencional<\/strong>. Tomemos como ejemplo un lector de pantalla. Un lector de pantalla es un sistema de acceso orientado a personas ciegas que presenta la informaci\u00f3n visible de la pantalla en forma de voz o braille. Como dispositivo de entrada se emplea un teclado o la pantalla t\u00e1ctil en el caso de dispositivos m\u00f3viles. Como contraste tenemos el acceso convencional, donde es la vista es el sentido predominante y prima la manipulaci\u00f3n directa de los elementos en pantalla. En lugar de una discapacidad sensorial, en el caso de Ease Apps tratamos con una discapacidad f\u00edsica que impide (o dificulta en gran manera) el manejo del dispositivo m\u00f3vil a trav\u00e9s de los medios convencionales. Por ejemplo, Ease Touch evita las acciones repetitivas e involuntarias modificando la gama de acciones que acepta el panel t\u00e1ctil y proporciona formas indirectas para realizar los gestos convencionales. Este mecanismo alternativo de acceso supone un\u00a0<strong>nivel adicional de complejidad que es necesario describir al usuario<\/strong>. Es decir,\u00a0<strong>esta interacci\u00f3n espec\u00edfica dificulta el aprendizaje<\/strong>\u00a0del manejo del sistema.<\/p>\n<p><!-- wp:paragraph --><\/p>\n<p><!-- wp:heading {\"level\":3} --><\/p>\n<h3>Uso intensivo<\/h3>\n<p><!-- wp:paragraph --><\/p>\n<p>A lo largo de un d\u00eda, un usuario medio de smartphone reparte el tiempo entre m\u00faltiples aplicaciones: mensajer\u00eda, redes sociales, reproductor multimedia, notas, c\u00e1mara de fotos, calendario, navegador, juegos, etc. En cambio,\u00a0<strong>un producto de apoyo para el acceso se utiliza siempre que el usuario interact\u00faa con su dispositivo.<\/strong>\u00a0Por lo tanto, esto\u00a0<strong>hace que la facilidad de uso del producto cobre mayor relevancia<\/strong>.<\/p>\n<p><!-- wp:heading {\"level\":3} --><\/p>\n<h3>Parametrizaci\u00f3n<\/h3>\n<p><!-- wp:paragraph --><\/p>\n<p>Debido a la heterogeneidad de los perfiles a los que se dirigen estas herramientas y al uso intensivo de las mismas, suele ser<strong>\u00a0imprescindible poder disponer de distintos ajustes<\/strong>\u00a0para que se adapte lo mejor posible a las necesidades de los usuarios (colores, tama\u00f1os, tiempos, umbrales, velocidades, respuestas auditivas, complejidad de las opciones presentadas a los usuarios, etc.). Esta multiplicidad de configuraciones\u00a0<strong>a\u00f1ade complejidad, lo que desaf\u00eda la facilidad de aprendizaje<\/strong>.<\/p>\n<p><!-- wp:heading --><\/p>\n<h2>Dise\u00f1o centrado en el usuario<\/h2>\n<p><!-- wp:paragraph --><\/p>\n<p>Si has llegado hasta aqu\u00ed ya conoces los principales retos que supone desarrollar aplicaciones de tecnolog\u00eda de apoyo. Y ahora, \u00bfc\u00f3mo abordar el dise\u00f1o y desarrollo de una aplicaci\u00f3n?\u00a0<strong>\u00bfD\u00f3nde reside el secreto para conseguir que nuestros desarrollos satisfagan las necesidades de los usuarios?<\/strong><\/p>\n<p><!-- wp:paragraph --><\/p>\n<p>El secreto es que no hay secreto, todo consiste aplicar el sentido com\u00fan y\u00a0<strong>tener en consideraci\u00f3n a los usuarios durante todo el proceso<\/strong>: observar sus necesidades, hacerles part\u00edcipes del proceso de dise\u00f1o, pedirles que prueben las aplicaciones, tener muy en cuenta sus comentarios, etc. En otras palabras, consiste en\u00a0<strong>seguir un enfoque centrado en el usuario<\/strong>.<\/p>\n<p><img loading=\"lazy\" decoding=\"async\" class=\" size-full wp-image-51\" src=\"https:\/\/easeapps.xyz\/wp-content\/uploads\/sites\/2\/blog\/end-user-and-facilitator-taking-part-on-a-usability-test.jpg\" alt=\"end user and facilitator taking part on a usability test\" width=\"450\" height=\"299\" \/><\/p>\n<p><!-- wp:heading {\"level\":3} --><\/p>\n<h3>Usuarios e implicados<\/h3>\n<p><!-- wp:paragraph --><\/p>\n<p>Por tanto, si el usuario es el centro, vamos a centrarnos ahora en los usuario. \u00bfQu\u00e9 es un usuario? Consideramos usuario a toda personas que usa directamente el sistema. En el caso de Ease Apps\u00a0<strong>distinguimos dos tipos o roles de usuario distintos:<\/strong><\/p>\n<p><!-- wp:list --><\/p>\n<ul>\n<li>Los\u00a0<strong>destinatarios\u00a0<\/strong>son las<strong>\u00a0personas con discapacidad para quienes dise\u00f1amos nuestros sistemas<\/strong>\u00a0y que los usar\u00e1n para acceder al dispositivo m\u00f3vil. Ya hemos comentado cu\u00e1les son sus perfiles de funcionamiento y los retos que ello entra\u00f1a.<\/li>\n<li>Los\u00a0<strong>facilitadores\u00a0<\/strong>son los<strong>\u00a0encargados de la instalaci\u00f3n, configuraci\u00f3n inicial del sistema y apoyo al usuario final<\/strong>. Tambi\u00e9n suelen actuar como prescriptores y valoradores de la idoneidad de la tecnolog\u00eda de apoyo. Generalmente son profesionales de entidades de atenci\u00f3n a la discapacidad o servicios afines, aunque tambi\u00e9n pueden ser otras personas cercanas al usuario final como familiares o amigos. En algunas ocasiones, el propio destinatario puede ejercer el papel de facilitador. Aunque el perfil de los facilitadores puede ser muy heterog\u00e9neo, habitualmente son personas con experiencia en proporcionar apoyo al usuario final, conocedoras de su perfil de funcionamiento y que estar\u00e1n familiarizados con el manejo de dispositivos m\u00f3viles y ciertas ayudas t\u00e9cnicas. Si el facilitador es incapaz de comprender c\u00f3mo funciona nuestro sistema dif\u00edcilmente podr\u00e1 recomendarlo a los usuarios que puedan necesitarlo y proporcionar el apoyo adecuado. Por lo tanto,\u00a0<strong>es crucial involucrarlos durante el proceso de dise\u00f1o<\/strong>.\u00a0\u00a0<\/li>\n<\/ul>\n<p><!-- wp:list --><\/p>\n<p><!-- wp:paragraph --><\/p>\n<p>Por supuesto,\u00a0<strong>existen otros implicados<\/strong>\u00a0tales como otros profesionales, familiares, compa\u00f1eros, amigos, etc. que<strong>\u00a0pueden ejercer una influencia determinante<\/strong>\u00a0a la hora de adoptar y fomentar o limitar el uso de la tecnolog\u00eda de apoyo. Estos implicados puntualmente pueden adquirir el rol de facilitadores, por ejemplo, para ayudar a poner en marcha el tel\u00e9fono m\u00f3vil o ajustarlo a la silla de ruedas.<\/p>\n<p><!-- wp:heading {\"level\":3} --><\/p>\n<h3>Ideando el producto<\/h3>\n<p><!-- wp:paragraph --><\/p>\n<p><strong>Muchas ideas surgen como fruto de la observaci\u00f3n de problemas o dificultades<\/strong>\u00a0que experimentan otras personas o uno mismo. De hecho,\u00a0<a href=\"https:\/\/easeapps.xyz\/es\/blog\/107-como-nace-el-proyecto-ease-apps\/\">as\u00ed es como naci\u00f3 Ease Apps<\/a>. Nuestro trato habitual con personas con discapacidad nos permiti\u00f3 detectar sus dificultades de acceso a los dispositivos m\u00f3viles de una forma espont\u00e1nea.<\/p>\n<p>Pero detectar los problemas es s\u00f3lo una parte. Tambi\u00e9n es necesario\u00a0<strong>concebir posibles soluciones a esos problemas<\/strong>. Para ello, es necesario conocer las posibilidades que la tecnolog\u00eda ofrece y c\u00f3mo adaptarla a la realidad del usuario. Ello implica analizar la realidad de estas personas, cu\u00e1l es su funcionamiento, qu\u00e9 dificultades encuentran en su d\u00eda a d\u00eda y, espec\u00edficamente, con el uso de la tecnolog\u00eda. Tambi\u00e9n es fundamental conocer qu\u00e9 tareas vana querer desarrollar, en qu\u00e9 contextos, con qu\u00e9 apoyos y qu\u00e9 otras soluciones existen en el mercado.<\/p>\n<p><!-- wp:heading {\"level\":3} --><\/p>\n<h3>Dise\u00f1o y desarrollo<\/h3>\n<p>Concebido el producto, es necesario<strong>\u00a0transformar las ideas\u00a0<\/strong>en algo tangible, en nuestro caso\u00a0<strong>en una aplicaci\u00f3n inform\u00e1tica<\/strong>.<\/p>\n<p>Durante esta etapa\u00a0<strong>es necesario acudir de nuevo a los usuarios en diversas ocasiones<\/strong>\u00a0para contrastar con ellos los avances y poder evaluarlos y validarlos. Estos avances se pueden plasmar en forma de bocetos, esquemas, prototipos, versiones de software, etc. Se trata de un\u00a0<strong>proceso incremental iterativo<\/strong>\u00a0donde la informaci\u00f3n proporcionada por el usuario es vital para su avance. Esta informaci\u00f3n es la que permite detectar lo antes posible cualquier problema, cuando corregirlo es m\u00e1s sencillo y econ\u00f3mico.<\/p>\n<p>En nuestro caso, solemos realizar\u00a0<strong>varios tests de usabilidad empleando una adaptaci\u00f3n de la t\u00e9cnica denominada\u00a0<\/strong><a href=\"http:\/\/mpiua.invid.udl.cat\/pensando-en-voz-alta-thinking-aloud\/\"><strong>\u201cpensando en voz alta\u201d<\/strong><\/a>. Esta t\u00e9cnica b\u00e1sicamente consiste en:<\/p>\n<ol>\n<li>Reclutar a algunos usuarios representativos (destinatarios y facilitadores).<\/li>\n<li>Pedirles que traten de realizar algunas tareas con nuestro prototipo o aplicaci\u00f3n.<\/li>\n<li>Guardar silencio, observar atentamente y tomar notas de los hechos m\u00e1s relevantes mientras los usuarios usan el sistema y verbalizan lo que piensan. En ocasiones, tambi\u00e9n grabamos la sesi\u00f3n en v\u00eddeo por si es necesario recurrir m\u00e1s adelante para ampliar informaci\u00f3n.<\/li>\n<\/ol>\n<p>Algunos personas con discapacidad participantes en los tests tienen muchas dificultades para articular el habla. En estos casos adaptamos la t\u00e9cnica \u201cpensando en voz alta\u201d de forma que\u00a0\u00a0<strong>es el facilitador el que nos ayuda a interpretar lo que expresa el usuario<\/strong>, bien sea de forma oral o a trav\u00e9s de otras formas de expresi\u00f3n. Otra posibilidad que ofrecemos al usuario es que interrumpa el test en cualquier momento para expresar lo que est\u00e1 pensando a trav\u00e9s de su medio habitual de comunicaci\u00f3n, por ejemplo, un sistema aumentativo o alternativo de comunicaci\u00f3n (SAAC).<\/p>\n<p><!-- wp:paragraph --><\/p>\n<p><!-- wp:paragraph --><\/p>\n<p><!-- wp:paragraph --><\/p>\n<p><!-- wp:list {\"ordered\":true} --><\/p>\n<p><!-- wp:paragraph --><\/p>\n<p><img loading=\"lazy\" decoding=\"async\" class=\" size-full wp-image-52\" src=\"https:\/\/easeapps.xyz\/wp-content\/uploads\/sites\/2\/blog\/usability-test-session-with-end-user-facilitator-and-researcher-taking-notes.jpg\" alt=\"usability test session with end user facilitator and researcher taking notes\" width=\"500\" height=\"291\" \/><\/p>\n<p><!-- wp:heading {\"level\":3} --><\/p>\n<h3>Contextos de uso y tareas<\/h3>\n<p><!-- wp:paragraph --><\/p>\n<p>A la hora de considerar la participaci\u00f3n de los distintos usuarios y las tareas que vamos a solicitar a cada uno de ellos, distinguimos entre tres situaciones o contextos distintos:<\/p>\n<p><!-- wp:list --><\/p>\n<ul>\n<li><strong>Primer contacto por parte del facilitador<\/strong>. En este caso se trata de un contexto en el que el facilitador eval\u00faa la soluci\u00f3n con el objetivo de comprender su funcionamiento y poder recomendarla y asesorar a usuarios finales. B\u00e1sicamente, al facilitador se le proporciona el nombre de nuestra aplicaci\u00f3n para que trate de instalarla y comprender su funcionamiento. L\u00f3gicamente, el facilitador no debe estar familiarizado con la aplicaci\u00f3n. En este contexto\u00a0<strong>el<\/strong>\u00a0<strong>criterio b\u00e1sico de evaluaci\u00f3n es la facilidad de aprendizaje<\/strong>.\u00a0<\/li>\n<li><strong>Contexto estructurado con apoyo externo<\/strong>. Es aquel donde el usuario requiere de un apoyo intensivo para un uso satisfactorio del sistema. Generalmente esta situaci\u00f3n se da en el \u00e1mbito de un centro de atenci\u00f3n (escuela de educaci\u00f3n especial, taller ocupacional, centro de d\u00eda o centro residencial asistido). B\u00e1sicamente se plantean dos tipos de tareas en las que participan facilitador y destinatario..\u00a0\n<ul>\n<li>El primer tipo implica consiste en un\u00a0<strong>facilitador tratando de explicar el funcionamiento del sistema a un usuario<\/strong>\u00a0sin experiencia previa. Con ello queremos evaluar hasta qu\u00e9 punto nuestro sistema facilita esta transferencia de conocimiento.<\/li>\n<li>El segundo tipo consiste en un conjunto de\u00a0<strong>tareas concretas que el usuario debe realizar<\/strong>. En la medida de lo posible, es el propio usuario el que escoge estas tareas. El facilitador est\u00e1 presente aunque debe abstenerse de intervenir y, fundamentalmente, su papel consiste en ayudar al usuario a comunicar lo que piensa en cada momento. El principal criterio que valoramos es la facilidad de uso del sistema y, en cierta medida, la facilidad de aprendizaje por parte del destinatario.<\/li>\n<\/ul>\n<\/li>\n<li><strong>Contexto no estructurado sin apoyo externo<\/strong>. Se trata de un contexto de uso m\u00e1s normalizado en el cual el usuario trata de cubrir sus propias necesidades e intereses al utilizar un dispositivo m\u00f3vil. Es decir, un\u00a0<strong>contexto de uso hom\u00f3logo al de cualquier persona que utiliza dispositivos m\u00f3viles<\/strong>. En este caso no siempre se lleva a cabo un test de usabilidad, s\u00f3lo en aquellas situaciones en las que se sospecha que existe realmente una dificultad. De hecho, en algunos casos es suficiente con una comunicaci\u00f3n por parte del usuario o del facilitador.<\/li>\n<\/ul>\n<p><!-- wp:heading {\"level\":3} --><\/p>\n<h3>Publicaci\u00f3n de la aplicaci\u00f3n<\/h3>\n<p><!-- wp:paragraph --><\/p>\n<p>Llega el momento en que el proceso de dise\u00f1o debe dar paso a una primera versi\u00f3n del software. Por supuesto, esta primera versi\u00f3n contiene imperfecciones y carece de algunas funcionalidades, pero ya cumple una misi\u00f3n que hemos contrastado en nuestras pruebas con usuarios.<\/p>\n<p><!-- wp:paragraph --><\/p>\n<p><strong>\u00bfHemos terminado? \u00a1Ni mucho menos!<\/strong>\u00a0<\/p>\n<p><!-- wp:paragraph --><\/p>\n<p>En primer lugar, no podemos considerar que el proceso de dise\u00f1o haya concluido hasta haber completado o descartado todas aquellas funcionalidades que ten\u00edamos previstas. En segundo lugar, la publicaci\u00f3n de la aplicaci\u00f3n multiplica las posibilidades de recibir peticiones de soporte, comentarios sobre su funcionamiento, sugerencias, etc. En tercer lugar, la mayor\u00eda de las personas que ha participado en las pruebas de usabilidad acaban siendo usuarios de nuestro producto y dado que a algunas de estas personas las vemos regularmente, aprovechamos para hacer seguimiento.<\/p>\n<p><!-- wp:paragraph --><\/p>\n<p>Por lo tanto, lejos de haber concluido,\u00a0<strong>la publicaci\u00f3n es una fuente de nuevas ideas, modificaciones y tareas<\/strong>\u00a0que se acumular\u00e1n a aquellas que quedaron pendientes y que habr\u00e1 que priorizar adecuadamente para permitir que la evoluci\u00f3n del producto contin\u00fae. En algunos casos se tratar\u00e1 de modificaciones que podemos validar intercambiando un correo electr\u00f3nico o manteniendo una conversaci\u00f3n de pasillo con un usuario. En otros casos,\u00a0<strong>el impacto de los cambios ser\u00e1 tal que obligar\u00e1 a una revisi\u00f3n m\u00e1s profunda del dise\u00f1o y a la realizaci\u00f3n de nuevos tests de usabilidad<\/strong>\u00a0como los anteriormente comentados.\u00a0<\/p>\n<p><!-- wp:paragraph --><\/p>\n<p>En definitiva,<strong>\u00a0la participaci\u00f3n de los usuarios es fundamental que sea continua durante toda la vida del software<\/strong>.<\/p>\n<p><!-- wp:heading --><\/p>\n<h2>Conclusiones<\/h2>\n<p><!-- wp:paragraph --><\/p>\n<p><strong>Desarrollar un sistema interactivo cuidando la experiencia de usuario es una tarea compleja<\/strong>\u00a0que, en el caso de tratarse de\u00a0<strong>tecnolog\u00eda de apoyo orientada al acceso, presenta una retos particulares<\/strong>\u00a0que hay que abordar.\u00a0<\/p>\n<p><!-- wp:paragraph --><\/p>\n<p>El m\u00e9todo que empleamos para hacer frente a este tipo de proyectos se basa en el\u00a0<strong>dise\u00f1o centrado en el usuario<\/strong>\u00a0y consiste, b\u00e1sicamente, en iterar a trav\u00e9s de versiones sucesivas del software contando con la participaci\u00f3n de los usuarios finales. Como principal t\u00e9cnica de evaluaci\u00f3n de la usabilidad empleamos la denominada \u201cpensando en voz alta\u201d, que adaptamos en funci\u00f3n de las caracter\u00edsticas de la persona con discapacidad participante.\u00a0<\/p>\n<p><!-- wp:paragraph --><\/p>\n<p>Adem\u00e1s del destinatario final, consideramos al\u00a0<strong>facilitador com una figura clave<\/strong>\u00a0en el proceso de adopci\u00f3n de nuestras aplicaciones y como apoyo para la realizaci\u00f3n de los tests de usabilidad; por ello tambi\u00e9n lo incorporamos en el proceso de software.<\/p>\n<p><!-- wp:paragraph --><\/p>\n<p>Por \u00faltimo,\u00a0<strong>la publicaci\u00f3n de la aplicaci\u00f3n<\/strong>, lejos de poner punto y final al dise\u00f1o y desarrollo,\u00a0<strong>proporciona nuevas oportunidades de incrementar el valor de la misma<\/strong>\u00a0a lo largo del tiempo.<\/p>\n<h3>\u00bfEst\u00e1s pensando en crear una aplicaci\u00f3n para personas con discapacidad? \u00a1Queremos saber de ti!<\/h3>\n<p><a class=\"btn btn-primary\" role=\"button\" href=\"https:\/\/easeapps.xyz\/es\/contactar\/\">Dinos lo qu\u00e9 piensas<\/a><\/p>\n<p><!-- \/wp:paragraph --><\/p><!-- \/wp:post-content --><!-- \/wp:heading --><\/p>\n<h2>Retos al dise\u00f1ar productos de apoyo<\/h2>\n<p><!-- wp:paragraph --><\/p>\n<p>Si nos planteamos desarrollar un producto de apoyo que proporcione un acceso adaptado o alternativo, como por ejemplo\u00a0<a href=\"https:\/\/easeapps.xyz\/es\/ease-touch\/\">Ease Touch<\/a>,\u00a0<a href=\"https:\/\/easeapps.xyz\/es\/ease-mouse\/\">Ease Mouse<\/a>\u00a0o\u00a0<a href=\"https:\/\/easeapps.xyz\/es\/ease-joypad\/\">Ease Joypad<\/a>, adem\u00e1s de lo que coment\u00e1bamos m\u00e1s arriba, es necesario tener en cuenta una serie de peculiaridades que supone el desarrollo de este tipo de sistemas.<\/p>\n<p><!-- wp:heading {\"level\":3} --><\/p>\n<h3>Specific population<\/h3>\n<p><!-- wp:paragraph --><\/p>\n<p>La mayor\u00eda de\u00a0<strong>productos de apoyo se dirigen a personas con un perfil de funcionamiento muy espec\u00edfico<\/strong>. En el caso de Ease Apps nos dirigimos, principalmente, a personas cuyo denominador com\u00fan b\u00e1sico son las\u00a0<strong>dificultades para la manipulaci\u00f3n de dispositivos m\u00f3viles con pantallas t\u00e1ctiles<\/strong>. M\u00e1s concretamente:<\/p>\n<p><!-- wp:list --><\/p>\n<ul>\n<li><strong>Ease Touch<\/strong>\u00a0est\u00e1 orientado a personas con problemas de movilidad fina, manipulaci\u00f3n o alcance en las extremidades superiores que les impide el uso normalizado de una pantalla t\u00e1ctil. Pensamos en personas con problemas de precisi\u00f3n, temblores, dificultad para coordinar acciones con m\u00faltiples dedos simult\u00e1neamente y lentitud en el movimiento.<\/li>\n<li><strong>Ease Mouse<\/strong>\u00a0y\u00a0<strong>Ease Joypad<\/strong>\u00a0tambi\u00e9n se enfocan a personas con problemas de movilidad y para quienes, probablemente, ya se ha valorado previamente el uso de dispositivos de acceso alternativo tales como ratones o joysticks.\u00a0<\/li>\n<\/ul>\n<p><!-- wp:paragraph --><\/p>\n<p>En muchas ocasiones, estas dificultades en la manipulaci\u00f3n suelen ser consecuencia de trastornos u otras condiciones de salud (por ejemplo, par\u00e1lisis cerebral, Parkinson, enfermedades neurodegenerativas, temblores esenciales, etc.). Dichos trastornos suelen tener adem\u00e1s impacto sobre otras funciones corporales. Por ejemplo,\u00a0<strong>en personas con par\u00e1lisis cerebral es com\u00fan encontrar asociadas otras deficiencias relacionadas con las funciones mentales y sensoriales<\/strong>.\u00a0<\/p>\n<p><!-- wp:paragraph --><\/p>\n<p>Esta diversidad de perfiles de usuario tiene una serie de\u00a0<strong>consecuencias<\/strong>\u00a0de cara al dise\u00f1o:<\/p>\n<p><!-- wp:list --><\/p>\n<ul>\n<li>Es todo un\u00a0<strong>desaf\u00edo establecer un conjunto de perfiles representativos que haga m\u00e1s manejable la diversidad de usuarios\u00a0<\/strong>y permita<strong>\u00a0generalizar los resultados de las pruebas<\/strong>.<\/li>\n<li>Por una cuesti\u00f3n demogr\u00e1fica, el\u00a0<strong>n\u00famero de personas que pueden participar<\/strong>\u00a0en pruebas de usabilidad es\u00a0<strong>m\u00e1s reducido<\/strong>\u00a0en comparaci\u00f3n con el dise\u00f1o de un producto para un mercado generalista.<\/li>\n<li>Para que las herramientas puedan ser aptas para esta diversidad, es necesario que exista un\u00a0<strong>grado significativo de parametrizaci\u00f3n<\/strong>. Abordamos esta cuesti\u00f3n un poco m\u00e1s adelante.<\/li>\n<\/ul>\n<p><!-- wp:heading {\"level\":3} --><\/p>\n<h3>Interacci\u00f3n espec\u00edfica<\/h3>\n<p><!-- wp:paragraph --><\/p>\n<p>Los accesos alternativos o adaptados ofrecen una\u00a0<strong>interacci\u00f3n espec\u00edfica que difiere notablemente de la convencional<\/strong>. Tomemos como ejemplo un lector de pantalla. Un lector de pantalla es un sistema de acceso orientado a personas ciegas que presenta la informaci\u00f3n visible de la pantalla en forma de voz o braille. Como dispositivo de entrada se emplea un teclado o la pantalla t\u00e1ctil en el caso de dispositivos m\u00f3viles. Como contraste tenemos el acceso convencional, donde es la vista es el sentido predominante y prima la manipulaci\u00f3n directa de los elementos en pantalla. En lugar de una discapacidad sensorial, en el caso de Ease Apps tratamos con una discapacidad f\u00edsica que impide (o dificulta en gran manera) el manejo del dispositivo m\u00f3vil a trav\u00e9s de los medios convencionales. Por ejemplo, Ease Touch evita las acciones repetitivas e involuntarias modificando la gama de acciones que acepta el panel t\u00e1ctil y proporciona formas indirectas para realizar los gestos convencionales. Este mecanismo alternativo de acceso supone un\u00a0<strong>nivel adicional de complejidad que es necesario describir al usuario<\/strong>. Es decir,\u00a0<strong>esta interacci\u00f3n espec\u00edfica dificulta el aprendizaje<\/strong>\u00a0del manejo del sistema.<\/p>\n<p><!-- wp:paragraph --><\/p>\n<p><!-- wp:heading {\"level\":3} --><\/p>\n<h3>Uso intensivo<\/h3>\n<p><!-- wp:paragraph --><\/p>\n<p>A lo largo de un d\u00eda, un usuario medio de smartphone reparte el tiempo entre m\u00faltiples aplicaciones: mensajer\u00eda, redes sociales, reproductor multimedia, notas, c\u00e1mara de fotos, calendario, navegador, juegos, etc. En cambio,\u00a0<strong>un producto de apoyo para el acceso se utiliza siempre que el usuario interact\u00faa con su dispositivo.<\/strong>\u00a0Por lo tanto, esto\u00a0<strong>hace que la facilidad de uso del producto cobre mayor relevancia<\/strong>.<\/p>\n<p><!-- wp:heading {\"level\":3} --><\/p>\n<h3>Parametrizaci\u00f3n<\/h3>\n<p><!-- wp:paragraph --><\/p>\n<p>Debido a la heterogeneidad de los perfiles a los que se dirigen estas herramientas y al uso intensivo de las mismas, suele ser<strong>\u00a0imprescindible poder disponer de distintos ajustes<\/strong>\u00a0para que se adapte lo mejor posible a las necesidades de los usuarios (colores, tama\u00f1os, tiempos, umbrales, velocidades, respuestas auditivas, complejidad de las opciones presentadas a los usuarios, etc.). Esta multiplicidad de configuraciones\u00a0<strong>a\u00f1ade complejidad, lo que desaf\u00eda la facilidad de aprendizaje<\/strong>.<\/p>\n<p><!-- wp:heading --><\/p>\n<h2>Dise\u00f1o centrado en el usuario<\/h2>\n<p><!-- wp:paragraph --><\/p>\n<p>Si has llegado hasta aqu\u00ed ya conoces los principales retos que supone desarrollar aplicaciones de tecnolog\u00eda de apoyo. Y ahora, \u00bfc\u00f3mo abordar el dise\u00f1o y desarrollo de una aplicaci\u00f3n?\u00a0<strong>\u00bfD\u00f3nde reside el secreto para conseguir que nuestros desarrollos satisfagan las necesidades de los usuarios?<\/strong><\/p>\n<p><!-- wp:paragraph --><\/p>\n<p>El secreto es que no hay secreto, todo consiste aplicar el sentido com\u00fan y\u00a0<strong>tener en consideraci\u00f3n a los usuarios durante todo el proceso<\/strong>: observar sus necesidades, hacerles part\u00edcipes del proceso de dise\u00f1o, pedirles que prueben las aplicaciones, tener muy en cuenta sus comentarios, etc. En otras palabras, consiste en\u00a0<strong>seguir un enfoque centrado en el usuario<\/strong>.<\/p>\n<p><img loading=\"lazy\" decoding=\"async\" class=\" size-full wp-image-51\" src=\"https:\/\/easeapps.xyz\/wp-content\/uploads\/sites\/2\/blog\/end-user-and-facilitator-taking-part-on-a-usability-test.jpg\" alt=\"end user and facilitator taking part on a usability test\" width=\"450\" height=\"299\" \/><\/p>\n<p><!-- wp:heading {\"level\":3} --><\/p>\n<h3>Usuarios e implicados<\/h3>\n<p><!-- wp:paragraph --><\/p>\n<p>Por tanto, si el usuario es el centro, vamos a centrarnos ahora en los usuario. \u00bfQu\u00e9 es un usuario? Consideramos usuario a toda personas que usa directamente el sistema. En el caso de Ease Apps\u00a0<strong>distinguimos dos tipos o roles de usuario distintos:<\/strong><\/p>\n<p><!-- wp:list --><\/p>\n<ul>\n<li>Los\u00a0<strong>destinatarios\u00a0<\/strong>son las<strong>\u00a0personas con discapacidad para quienes dise\u00f1amos nuestros sistemas<\/strong>\u00a0y que los usar\u00e1n para acceder al dispositivo m\u00f3vil. Ya hemos comentado cu\u00e1les son sus perfiles de funcionamiento y los retos que ello entra\u00f1a.<\/li>\n<li>Los\u00a0<strong>facilitadores\u00a0<\/strong>son los<strong>\u00a0encargados de la instalaci\u00f3n, configuraci\u00f3n inicial del sistema y apoyo al usuario final<\/strong>. Tambi\u00e9n suelen actuar como prescriptores y valoradores de la idoneidad de la tecnolog\u00eda de apoyo. Generalmente son profesionales de entidades de atenci\u00f3n a la discapacidad o servicios afines, aunque tambi\u00e9n pueden ser otras personas cercanas al usuario final como familiares o amigos. En algunas ocasiones, el propio destinatario puede ejercer el papel de facilitador. Aunque el perfil de los facilitadores puede ser muy heterog\u00e9neo, habitualmente son personas con experiencia en proporcionar apoyo al usuario final, conocedoras de su perfil de funcionamiento y que estar\u00e1n familiarizados con el manejo de dispositivos m\u00f3viles y ciertas ayudas t\u00e9cnicas. Si el facilitador es incapaz de comprender c\u00f3mo funciona nuestro sistema dif\u00edcilmente podr\u00e1 recomendarlo a los usuarios que puedan necesitarlo y proporcionar el apoyo adecuado. Por lo tanto,\u00a0<strong>es crucial involucrarlos durante el proceso de dise\u00f1o<\/strong>.\u00a0\u00a0<\/li>\n<\/ul>\n<p><!-- wp:list --><\/p>\n<p><!-- wp:paragraph --><\/p>\n<p>Por supuesto,\u00a0<strong>existen otros implicados<\/strong>\u00a0tales como otros profesionales, familiares, compa\u00f1eros, amigos, etc. que<strong>\u00a0pueden ejercer una influencia determinante<\/strong>\u00a0a la hora de adoptar y fomentar o limitar el uso de la tecnolog\u00eda de apoyo. Estos implicados puntualmente pueden adquirir el rol de facilitadores, por ejemplo, para ayudar a poner en marcha el tel\u00e9fono m\u00f3vil o ajustarlo a la silla de ruedas.<\/p>\n<p><!-- wp:heading {\"level\":3} --><\/p>\n<h3>Ideando el producto<\/h3>\n<p><!-- wp:paragraph --><\/p>\n<p><strong>Muchas ideas surgen como fruto de la observaci\u00f3n de problemas o dificultades<\/strong>\u00a0que experimentan otras personas o uno mismo. De hecho,\u00a0<a href=\"https:\/\/easeapps.xyz\/es\/blog\/107-como-nace-el-proyecto-ease-apps\/\">as\u00ed es como naci\u00f3 Ease Apps<\/a>. Nuestro trato habitual con personas con discapacidad nos permiti\u00f3 detectar sus dificultades de acceso a los dispositivos m\u00f3viles de una forma espont\u00e1nea.<\/p>\n<p>Pero detectar los problemas es s\u00f3lo una parte. Tambi\u00e9n es necesario\u00a0<strong>concebir posibles soluciones a esos problemas<\/strong>. Para ello, es necesario conocer las posibilidades que la tecnolog\u00eda ofrece y c\u00f3mo adaptarla a la realidad del usuario. Ello implica analizar la realidad de estas personas, cu\u00e1l es su funcionamiento, qu\u00e9 dificultades encuentran en su d\u00eda a d\u00eda y, espec\u00edficamente, con el uso de la tecnolog\u00eda. Tambi\u00e9n es fundamental conocer qu\u00e9 tareas vana querer desarrollar, en qu\u00e9 contextos, con qu\u00e9 apoyos y qu\u00e9 otras soluciones existen en el mercado.<\/p>\n<p><!-- wp:heading {\"level\":3} --><\/p>\n<h3>Dise\u00f1o y desarrollo<\/h3>\n<p>Concebido el producto, es necesario<strong>\u00a0transformar las ideas\u00a0<\/strong>en algo tangible, en nuestro caso\u00a0<strong>en una aplicaci\u00f3n inform\u00e1tica<\/strong>.<\/p>\n<p>Durante esta etapa\u00a0<strong>es necesario acudir de nuevo a los usuarios en diversas ocasiones<\/strong>\u00a0para contrastar con ellos los avances y poder evaluarlos y validarlos. Estos avances se pueden plasmar en forma de bocetos, esquemas, prototipos, versiones de software, etc. Se trata de un\u00a0<strong>proceso incremental iterativo<\/strong>\u00a0donde la informaci\u00f3n proporcionada por el usuario es vital para su avance. Esta informaci\u00f3n es la que permite detectar lo antes posible cualquier problema, cuando corregirlo es m\u00e1s sencillo y econ\u00f3mico.<\/p>\n<p>En nuestro caso, solemos realizar\u00a0<strong>varios tests de usabilidad empleando una adaptaci\u00f3n de la t\u00e9cnica denominada\u00a0<\/strong><a href=\"http:\/\/mpiua.invid.udl.cat\/pensando-en-voz-alta-thinking-aloud\/\"><strong>\u201cpensando en voz alta\u201d<\/strong><\/a>. Esta t\u00e9cnica b\u00e1sicamente consiste en:<\/p>\n<ol>\n<li>Reclutar a algunos usuarios representativos (destinatarios y facilitadores).<\/li>\n<li>Pedirles que traten de realizar algunas tareas con nuestro prototipo o aplicaci\u00f3n.<\/li>\n<li>Guardar silencio, observar atentamente y tomar notas de los hechos m\u00e1s relevantes mientras los usuarios usan el sistema y verbalizan lo que piensan. En ocasiones, tambi\u00e9n grabamos la sesi\u00f3n en v\u00eddeo por si es necesario recurrir m\u00e1s adelante para ampliar informaci\u00f3n.<\/li>\n<\/ol>\n<p>Algunos personas con discapacidad participantes en los tests tienen muchas dificultades para articular el habla. En estos casos adaptamos la t\u00e9cnica \u201cpensando en voz alta\u201d de forma que\u00a0\u00a0<strong>es el facilitador el que nos ayuda a interpretar lo que expresa el usuario<\/strong>, bien sea de forma oral o a trav\u00e9s de otras formas de expresi\u00f3n. Otra posibilidad que ofrecemos al usuario es que interrumpa el test en cualquier momento para expresar lo que est\u00e1 pensando a trav\u00e9s de su medio habitual de comunicaci\u00f3n, por ejemplo, un sistema aumentativo o alternativo de comunicaci\u00f3n (SAAC).<\/p>\n<p><!-- wp:paragraph --><\/p>\n<p><!-- wp:paragraph --><\/p>\n<p><!-- wp:paragraph --><\/p>\n<p><!-- wp:list {\"ordered\":true} --><\/p>\n<p><!-- wp:paragraph --><\/p>\n<p><img loading=\"lazy\" decoding=\"async\" class=\" size-full wp-image-52\" src=\"https:\/\/easeapps.xyz\/wp-content\/uploads\/sites\/2\/blog\/usability-test-session-with-end-user-facilitator-and-researcher-taking-notes.jpg\" alt=\"usability test session with end user facilitator and researcher taking notes\" width=\"500\" height=\"291\" \/><\/p>\n<p><!-- wp:heading {\"level\":3} --><\/p>\n<h3>Contextos de uso y tareas<\/h3>\n<p><!-- wp:paragraph --><\/p>\n<p>A la hora de considerar la participaci\u00f3n de los distintos usuarios y las tareas que vamos a solicitar a cada uno de ellos, distinguimos entre tres situaciones o contextos distintos:<\/p>\n<p><!-- wp:list --><\/p>\n<ul>\n<li><strong>Primer contacto por parte del facilitador<\/strong>. En este caso se trata de un contexto en el que el facilitador eval\u00faa la soluci\u00f3n con el objetivo de comprender su funcionamiento y poder recomendarla y asesorar a usuarios finales. B\u00e1sicamente, al facilitador se le proporciona el nombre de nuestra aplicaci\u00f3n para que trate de instalarla y comprender su funcionamiento. L\u00f3gicamente, el facilitador no debe estar familiarizado con la aplicaci\u00f3n. En este contexto\u00a0<strong>el<\/strong>\u00a0<strong>criterio b\u00e1sico de evaluaci\u00f3n es la facilidad de aprendizaje<\/strong>.\u00a0<\/li>\n<li><strong>Contexto estructurado con apoyo externo<\/strong>. Es aquel donde el usuario requiere de un apoyo intensivo para un uso satisfactorio del sistema. Generalmente esta situaci\u00f3n se da en el \u00e1mbito de un centro de atenci\u00f3n (escuela de educaci\u00f3n especial, taller ocupacional, centro de d\u00eda o centro residencial asistido). B\u00e1sicamente se plantean dos tipos de tareas en las que participan facilitador y destinatario..\u00a0\n<ul>\n<li>El primer tipo implica consiste en un\u00a0<strong>facilitador tratando de explicar el funcionamiento del sistema a un usuario<\/strong>\u00a0sin experiencia previa. Con ello queremos evaluar hasta qu\u00e9 punto nuestro sistema facilita esta transferencia de conocimiento.<\/li>\n<li>El segundo tipo consiste en un conjunto de\u00a0<strong>tareas concretas que el usuario debe realizar<\/strong>. En la medida de lo posible, es el propio usuario el que escoge estas tareas. El facilitador est\u00e1 presente aunque debe abstenerse de intervenir y, fundamentalmente, su papel consiste en ayudar al usuario a comunicar lo que piensa en cada momento. El principal criterio que valoramos es la facilidad de uso del sistema y, en cierta medida, la facilidad de aprendizaje por parte del destinatario.<\/li>\n<\/ul>\n<\/li>\n<li><strong>Contexto no estructurado sin apoyo externo<\/strong>. Se trata de un contexto de uso m\u00e1s normalizado en el cual el usuario trata de cubrir sus propias necesidades e intereses al utilizar un dispositivo m\u00f3vil. Es decir, un\u00a0<strong>contexto de uso hom\u00f3logo al de cualquier persona que utiliza dispositivos m\u00f3viles<\/strong>. En este caso no siempre se lleva a cabo un test de usabilidad, s\u00f3lo en aquellas situaciones en las que se sospecha que existe realmente una dificultad. De hecho, en algunos casos es suficiente con una comunicaci\u00f3n por parte del usuario o del facilitador.<\/li>\n<\/ul>\n<p><!-- wp:heading {\"level\":3} --><\/p>\n<h3>Publicaci\u00f3n de la aplicaci\u00f3n<\/h3>\n<p><!-- wp:paragraph --><\/p>\n<p>Llega el momento en que el proceso de dise\u00f1o debe dar paso a una primera versi\u00f3n del software. Por supuesto, esta primera versi\u00f3n contiene imperfecciones y carece de algunas funcionalidades, pero ya cumple una misi\u00f3n que hemos contrastado en nuestras pruebas con usuarios.<\/p>\n<p><!-- wp:paragraph --><\/p>\n<p><strong>\u00bfHemos terminado? \u00a1Ni mucho menos!<\/strong>\u00a0<\/p>\n<p><!-- wp:paragraph --><\/p>\n<p>En primer lugar, no podemos considerar que el proceso de dise\u00f1o haya concluido hasta haber completado o descartado todas aquellas funcionalidades que ten\u00edamos previstas. En segundo lugar, la publicaci\u00f3n de la aplicaci\u00f3n multiplica las posibilidades de recibir peticiones de soporte, comentarios sobre su funcionamiento, sugerencias, etc. En tercer lugar, la mayor\u00eda de las personas que ha participado en las pruebas de usabilidad acaban siendo usuarios de nuestro producto y dado que a algunas de estas personas las vemos regularmente, aprovechamos para hacer seguimiento.<\/p>\n<p><!-- wp:paragraph --><\/p>\n<p>Por lo tanto, lejos de haber concluido,\u00a0<strong>la publicaci\u00f3n es una fuente de nuevas ideas, modificaciones y tareas<\/strong>\u00a0que se acumular\u00e1n a aquellas que quedaron pendientes y que habr\u00e1 que priorizar adecuadamente para permitir que la evoluci\u00f3n del producto contin\u00fae. En algunos casos se tratar\u00e1 de modificaciones que podemos validar intercambiando un correo electr\u00f3nico o manteniendo una conversaci\u00f3n de pasillo con un usuario. En otros casos,\u00a0<strong>el impacto de los cambios ser\u00e1 tal que obligar\u00e1 a una revisi\u00f3n m\u00e1s profunda del dise\u00f1o y a la realizaci\u00f3n de nuevos tests de usabilidad<\/strong>\u00a0como los anteriormente comentados.\u00a0<\/p>\n<p><!-- wp:paragraph --><\/p>\n<p>En definitiva,<strong>\u00a0la participaci\u00f3n de los usuarios es fundamental que sea continua durante toda la vida del software<\/strong>.<\/p>\n<p><!-- wp:heading --><\/p>\n<h2>Conclusiones<\/h2>\n<p><!-- wp:paragraph --><\/p>\n<p><strong>Desarrollar un sistema interactivo cuidando la experiencia de usuario es una tarea compleja<\/strong>\u00a0que, en el caso de tratarse de\u00a0<strong>tecnolog\u00eda de apoyo orientada al acceso, presenta una retos particulares<\/strong>\u00a0que hay que abordar.\u00a0<\/p>\n<p><!-- wp:paragraph --><\/p>\n<p>El m\u00e9todo que empleamos para hacer frente a este tipo de proyectos se basa en el\u00a0<strong>dise\u00f1o centrado en el usuario<\/strong>\u00a0y consiste, b\u00e1sicamente, en iterar a trav\u00e9s de versiones sucesivas del software contando con la participaci\u00f3n de los usuarios finales. Como principal t\u00e9cnica de evaluaci\u00f3n de la usabilidad empleamos la denominada \u201cpensando en voz alta\u201d, que adaptamos en funci\u00f3n de las caracter\u00edsticas de la persona con discapacidad participante.\u00a0<\/p>\n<p><!-- wp:paragraph --><\/p>\n<p>Adem\u00e1s del destinatario final, consideramos al\u00a0<strong>facilitador com una figura clave<\/strong>\u00a0en el proceso de adopci\u00f3n de nuestras aplicaciones y como apoyo para la realizaci\u00f3n de los tests de usabilidad; por ello tambi\u00e9n lo incorporamos en el proceso de software.<\/p>\n<p><!-- wp:paragraph --><\/p>\n<p>Por \u00faltimo,\u00a0<strong>la publicaci\u00f3n de la aplicaci\u00f3n<\/strong>, lejos de poner punto y final al dise\u00f1o y desarrollo,\u00a0<strong>proporciona nuevas oportunidades de incrementar el valor de la misma<\/strong>\u00a0a lo largo del tiempo.<\/p>\n<h3>\u00bfEst\u00e1s pensando en crear una aplicaci\u00f3n para personas con discapacidad? \u00a1Queremos saber de ti!<\/h3>\n<p><a class=\"btn btn-primary\" role=\"button\" href=\"https:\/\/easeapps.xyz\/es\/contactar\/\">Dinos lo qu\u00e9 piensas<\/a><\/p>\n<p><!-- \/wp:paragraph --><\/p><!-- \/wp:post-content --><!-- \/wp:paragraph --><\/p>\n<h2>Usabilidad<\/h2>\n<p>Una propiedad fundamental para proporcionar una buena experiencia de usuario es la usabilidad. Aunque existen numerosas definiciones sobre la usabilidad, podemos decir que<strong>\u00a0un producto usable es aquel que es f\u00e1cil de aprender a utilizar y f\u00e1cil de usar<\/strong>.<\/p>\n<p>La\u00a0<strong>facilidad de aprendizaje<\/strong>\u00a0est\u00e1 relacionado con la facilidad para que un nuevo usuario llegue a ser productivo con un sistema. Generalmente,\u00a0<strong>los usuarios somos impacientes y no nos gusta dedicar demasiado tiempo a aprender<\/strong>\u00a0el funcionamiento de un sistema, ni a resolver rompecabezas. Por lo tanto, ser capaces de transferir el conocimiento necesario y ayudar a empezar al usuario de forma efectiva es\u00a0<strong>clave para el \u00e9xito<\/strong>.<\/p>\n<p>La\u00a0<strong>facilidad de uso<\/strong>\u00a0est\u00e1 relacionada con c\u00f3mo el producto permite realizar la tarea para la cual se dise\u00f1\u00f3 de forma\u00a0<strong>f\u00e1cil, eficiente e intuitiva<\/strong>. Cuando usamos un sistema de forma habitual, lo normal es querer realizar las tareas de forma m\u00e1s r\u00e1pida, m\u00e1s natural y con menos pasos.<\/p>\n<p>El desarrollo de un producto usable generalmente implica un conjunto de actividades destinadas a\u00a0<b>descubrir las necesidades reales de los usuarios y a utilizar esta informaci\u00f3n para la mejora <\/b><span style=\"font-size: 20.8px;\"><b>continua<\/b><\/span><b> del sistema<\/b>. Estas actividades, generalmente, se llevan a cabo\u00a0<strong>durante todo el ciclo de vida<\/strong>\u00a0de la aplicaci\u00f3n, es decir, durante el dise\u00f1o y desarrollo y una vez publicada.<\/p>\n<p><!-- wp:heading --><\/p>\n<h2>Retos al dise\u00f1ar productos de apoyo<\/h2>\n<p><!-- wp:paragraph --><\/p>\n<p>Si nos planteamos desarrollar un producto de apoyo que proporcione un acceso adaptado o alternativo, como por ejemplo\u00a0<a href=\"https:\/\/easeapps.xyz\/es\/ease-touch\/\">Ease Touch<\/a>,\u00a0<a href=\"https:\/\/easeapps.xyz\/es\/ease-mouse\/\">Ease Mouse<\/a>\u00a0o\u00a0<a href=\"https:\/\/easeapps.xyz\/es\/ease-joypad\/\">Ease Joypad<\/a>, adem\u00e1s de lo que coment\u00e1bamos m\u00e1s arriba, es necesario tener en cuenta una serie de peculiaridades que supone el desarrollo de este tipo de sistemas.<\/p>\n<p><!-- wp:heading {\"level\":3} --><\/p>\n<h3>Specific population<\/h3>\n<p><!-- wp:paragraph --><\/p>\n<p>La mayor\u00eda de\u00a0<strong>productos de apoyo se dirigen a personas con un perfil de funcionamiento muy espec\u00edfico<\/strong>. En el caso de Ease Apps nos dirigimos, principalmente, a personas cuyo denominador com\u00fan b\u00e1sico son las\u00a0<strong>dificultades para la manipulaci\u00f3n de dispositivos m\u00f3viles con pantallas t\u00e1ctiles<\/strong>. M\u00e1s concretamente:<\/p>\n<p><!-- wp:list --><\/p>\n<ul>\n<li><strong>Ease Touch<\/strong>\u00a0est\u00e1 orientado a personas con problemas de movilidad fina, manipulaci\u00f3n o alcance en las extremidades superiores que les impide el uso normalizado de una pantalla t\u00e1ctil. Pensamos en personas con problemas de precisi\u00f3n, temblores, dificultad para coordinar acciones con m\u00faltiples dedos simult\u00e1neamente y lentitud en el movimiento.<\/li>\n<li><strong>Ease Mouse<\/strong>\u00a0y\u00a0<strong>Ease Joypad<\/strong>\u00a0tambi\u00e9n se enfocan a personas con problemas de movilidad y para quienes, probablemente, ya se ha valorado previamente el uso de dispositivos de acceso alternativo tales como ratones o joysticks.\u00a0<\/li>\n<\/ul>\n<p><!-- wp:paragraph --><\/p>\n<p>En muchas ocasiones, estas dificultades en la manipulaci\u00f3n suelen ser consecuencia de trastornos u otras condiciones de salud (por ejemplo, par\u00e1lisis cerebral, Parkinson, enfermedades neurodegenerativas, temblores esenciales, etc.). Dichos trastornos suelen tener adem\u00e1s impacto sobre otras funciones corporales. Por ejemplo,\u00a0<strong>en personas con par\u00e1lisis cerebral es com\u00fan encontrar asociadas otras deficiencias relacionadas con las funciones mentales y sensoriales<\/strong>.\u00a0<\/p>\n<p><!-- wp:paragraph --><\/p>\n<p>Esta diversidad de perfiles de usuario tiene una serie de\u00a0<strong>consecuencias<\/strong>\u00a0de cara al dise\u00f1o:<\/p>\n<p><!-- wp:list --><\/p>\n<ul>\n<li>Es todo un\u00a0<strong>desaf\u00edo establecer un conjunto de perfiles representativos que haga m\u00e1s manejable la diversidad de usuarios\u00a0<\/strong>y permita<strong>\u00a0generalizar los resultados de las pruebas<\/strong>.<\/li>\n<li>Por una cuesti\u00f3n demogr\u00e1fica, el\u00a0<strong>n\u00famero de personas que pueden participar<\/strong>\u00a0en pruebas de usabilidad es\u00a0<strong>m\u00e1s reducido<\/strong>\u00a0en comparaci\u00f3n con el dise\u00f1o de un producto para un mercado generalista.<\/li>\n<li>Para que las herramientas puedan ser aptas para esta diversidad, es necesario que exista un\u00a0<strong>grado significativo de parametrizaci\u00f3n<\/strong>. Abordamos esta cuesti\u00f3n un poco m\u00e1s adelante.<\/li>\n<\/ul>\n<p><!-- wp:heading {\"level\":3} --><\/p>\n<h3>Interacci\u00f3n espec\u00edfica<\/h3>\n<p><!-- wp:paragraph --><\/p>\n<p>Los accesos alternativos o adaptados ofrecen una\u00a0<strong>interacci\u00f3n espec\u00edfica que difiere notablemente de la convencional<\/strong>. Tomemos como ejemplo un lector de pantalla. Un lector de pantalla es un sistema de acceso orientado a personas ciegas que presenta la informaci\u00f3n visible de la pantalla en forma de voz o braille. Como dispositivo de entrada se emplea un teclado o la pantalla t\u00e1ctil en el caso de dispositivos m\u00f3viles. Como contraste tenemos el acceso convencional, donde es la vista es el sentido predominante y prima la manipulaci\u00f3n directa de los elementos en pantalla. En lugar de una discapacidad sensorial, en el caso de Ease Apps tratamos con una discapacidad f\u00edsica que impide (o dificulta en gran manera) el manejo del dispositivo m\u00f3vil a trav\u00e9s de los medios convencionales. Por ejemplo, Ease Touch evita las acciones repetitivas e involuntarias modificando la gama de acciones que acepta el panel t\u00e1ctil y proporciona formas indirectas para realizar los gestos convencionales. Este mecanismo alternativo de acceso supone un\u00a0<strong>nivel adicional de complejidad que es necesario describir al usuario<\/strong>. Es decir,\u00a0<strong>esta interacci\u00f3n espec\u00edfica dificulta el aprendizaje<\/strong>\u00a0del manejo del sistema.<\/p>\n<p><!-- wp:paragraph --><\/p>\n<p><!-- wp:heading {\"level\":3} --><\/p>\n<h3>Uso intensivo<\/h3>\n<p><!-- wp:paragraph --><\/p>\n<p>A lo largo de un d\u00eda, un usuario medio de smartphone reparte el tiempo entre m\u00faltiples aplicaciones: mensajer\u00eda, redes sociales, reproductor multimedia, notas, c\u00e1mara de fotos, calendario, navegador, juegos, etc. En cambio,\u00a0<strong>un producto de apoyo para el acceso se utiliza siempre que el usuario interact\u00faa con su dispositivo.<\/strong>\u00a0Por lo tanto, esto\u00a0<strong>hace que la facilidad de uso del producto cobre mayor relevancia<\/strong>.<\/p>\n<p><!-- wp:heading {\"level\":3} --><\/p>\n<h3>Parametrizaci\u00f3n<\/h3>\n<p><!-- wp:paragraph --><\/p>\n<p>Debido a la heterogeneidad de los perfiles a los que se dirigen estas herramientas y al uso intensivo de las mismas, suele ser<strong>\u00a0imprescindible poder disponer de distintos ajustes<\/strong>\u00a0para que se adapte lo mejor posible a las necesidades de los usuarios (colores, tama\u00f1os, tiempos, umbrales, velocidades, respuestas auditivas, complejidad de las opciones presentadas a los usuarios, etc.). Esta multiplicidad de configuraciones\u00a0<strong>a\u00f1ade complejidad, lo que desaf\u00eda la facilidad de aprendizaje<\/strong>.<\/p>\n<p><!-- wp:heading --><\/p>\n<h2>Dise\u00f1o centrado en el usuario<\/h2>\n<p><!-- wp:paragraph --><\/p>\n<p>Si has llegado hasta aqu\u00ed ya conoces los principales retos que supone desarrollar aplicaciones de tecnolog\u00eda de apoyo. Y ahora, \u00bfc\u00f3mo abordar el dise\u00f1o y desarrollo de una aplicaci\u00f3n?\u00a0<strong>\u00bfD\u00f3nde reside el secreto para conseguir que nuestros desarrollos satisfagan las necesidades de los usuarios?<\/strong><\/p>\n<p><!-- wp:paragraph --><\/p>\n<p>El secreto es que no hay secreto, todo consiste aplicar el sentido com\u00fan y\u00a0<strong>tener en consideraci\u00f3n a los usuarios durante todo el proceso<\/strong>: observar sus necesidades, hacerles part\u00edcipes del proceso de dise\u00f1o, pedirles que prueben las aplicaciones, tener muy en cuenta sus comentarios, etc. En otras palabras, consiste en\u00a0<strong>seguir un enfoque centrado en el usuario<\/strong>.<\/p>\n<p><img loading=\"lazy\" decoding=\"async\" class=\" size-full wp-image-51\" src=\"https:\/\/easeapps.xyz\/wp-content\/uploads\/sites\/2\/blog\/end-user-and-facilitator-taking-part-on-a-usability-test.jpg\" alt=\"end user and facilitator taking part on a usability test\" width=\"450\" height=\"299\" \/><\/p>\n<p><!-- wp:heading {\"level\":3} --><\/p>\n<h3>Usuarios e implicados<\/h3>\n<p><!-- wp:paragraph --><\/p>\n<p>Por tanto, si el usuario es el centro, vamos a centrarnos ahora en los usuario. \u00bfQu\u00e9 es un usuario? Consideramos usuario a toda personas que usa directamente el sistema. En el caso de Ease Apps\u00a0<strong>distinguimos dos tipos o roles de usuario distintos:<\/strong><\/p>\n<p><!-- wp:list --><\/p>\n<ul>\n<li>Los\u00a0<strong>destinatarios\u00a0<\/strong>son las<strong>\u00a0personas con discapacidad para quienes dise\u00f1amos nuestros sistemas<\/strong>\u00a0y que los usar\u00e1n para acceder al dispositivo m\u00f3vil. Ya hemos comentado cu\u00e1les son sus perfiles de funcionamiento y los retos que ello entra\u00f1a.<\/li>\n<li>Los\u00a0<strong>facilitadores\u00a0<\/strong>son los<strong>\u00a0encargados de la instalaci\u00f3n, configuraci\u00f3n inicial del sistema y apoyo al usuario final<\/strong>. Tambi\u00e9n suelen actuar como prescriptores y valoradores de la idoneidad de la tecnolog\u00eda de apoyo. Generalmente son profesionales de entidades de atenci\u00f3n a la discapacidad o servicios afines, aunque tambi\u00e9n pueden ser otras personas cercanas al usuario final como familiares o amigos. En algunas ocasiones, el propio destinatario puede ejercer el papel de facilitador. Aunque el perfil de los facilitadores puede ser muy heterog\u00e9neo, habitualmente son personas con experiencia en proporcionar apoyo al usuario final, conocedoras de su perfil de funcionamiento y que estar\u00e1n familiarizados con el manejo de dispositivos m\u00f3viles y ciertas ayudas t\u00e9cnicas. Si el facilitador es incapaz de comprender c\u00f3mo funciona nuestro sistema dif\u00edcilmente podr\u00e1 recomendarlo a los usuarios que puedan necesitarlo y proporcionar el apoyo adecuado. Por lo tanto,\u00a0<strong>es crucial involucrarlos durante el proceso de dise\u00f1o<\/strong>.\u00a0\u00a0<\/li>\n<\/ul>\n<p><!-- wp:list --><\/p>\n<p><!-- wp:paragraph --><\/p>\n<p>Por supuesto,\u00a0<strong>existen otros implicados<\/strong>\u00a0tales como otros profesionales, familiares, compa\u00f1eros, amigos, etc. que<strong>\u00a0pueden ejercer una influencia determinante<\/strong>\u00a0a la hora de adoptar y fomentar o limitar el uso de la tecnolog\u00eda de apoyo. Estos implicados puntualmente pueden adquirir el rol de facilitadores, por ejemplo, para ayudar a poner en marcha el tel\u00e9fono m\u00f3vil o ajustarlo a la silla de ruedas.<\/p>\n<p><!-- wp:heading {\"level\":3} --><\/p>\n<h3>Ideando el producto<\/h3>\n<p><!-- wp:paragraph --><\/p>\n<p><strong>Muchas ideas surgen como fruto de la observaci\u00f3n de problemas o dificultades<\/strong>\u00a0que experimentan otras personas o uno mismo. De hecho,\u00a0<a href=\"https:\/\/easeapps.xyz\/es\/blog\/107-como-nace-el-proyecto-ease-apps\/\">as\u00ed es como naci\u00f3 Ease Apps<\/a>. Nuestro trato habitual con personas con discapacidad nos permiti\u00f3 detectar sus dificultades de acceso a los dispositivos m\u00f3viles de una forma espont\u00e1nea.<\/p>\n<p>Pero detectar los problemas es s\u00f3lo una parte. Tambi\u00e9n es necesario\u00a0<strong>concebir posibles soluciones a esos problemas<\/strong>. Para ello, es necesario conocer las posibilidades que la tecnolog\u00eda ofrece y c\u00f3mo adaptarla a la realidad del usuario. Ello implica analizar la realidad de estas personas, cu\u00e1l es su funcionamiento, qu\u00e9 dificultades encuentran en su d\u00eda a d\u00eda y, espec\u00edficamente, con el uso de la tecnolog\u00eda. Tambi\u00e9n es fundamental conocer qu\u00e9 tareas vana querer desarrollar, en qu\u00e9 contextos, con qu\u00e9 apoyos y qu\u00e9 otras soluciones existen en el mercado.<\/p>\n<p><!-- wp:heading {\"level\":3} --><\/p>\n<h3>Dise\u00f1o y desarrollo<\/h3>\n<p>Concebido el producto, es necesario<strong>\u00a0transformar las ideas\u00a0<\/strong>en algo tangible, en nuestro caso\u00a0<strong>en una aplicaci\u00f3n inform\u00e1tica<\/strong>.<\/p>\n<p>Durante esta etapa\u00a0<strong>es necesario acudir de nuevo a los usuarios en diversas ocasiones<\/strong>\u00a0para contrastar con ellos los avances y poder evaluarlos y validarlos. Estos avances se pueden plasmar en forma de bocetos, esquemas, prototipos, versiones de software, etc. Se trata de un\u00a0<strong>proceso incremental iterativo<\/strong>\u00a0donde la informaci\u00f3n proporcionada por el usuario es vital para su avance. Esta informaci\u00f3n es la que permite detectar lo antes posible cualquier problema, cuando corregirlo es m\u00e1s sencillo y econ\u00f3mico.<\/p>\n<p>En nuestro caso, solemos realizar\u00a0<strong>varios tests de usabilidad empleando una adaptaci\u00f3n de la t\u00e9cnica denominada\u00a0<\/strong><a href=\"http:\/\/mpiua.invid.udl.cat\/pensando-en-voz-alta-thinking-aloud\/\"><strong>\u201cpensando en voz alta\u201d<\/strong><\/a>. Esta t\u00e9cnica b\u00e1sicamente consiste en:<\/p>\n<ol>\n<li>Reclutar a algunos usuarios representativos (destinatarios y facilitadores).<\/li>\n<li>Pedirles que traten de realizar algunas tareas con nuestro prototipo o aplicaci\u00f3n.<\/li>\n<li>Guardar silencio, observar atentamente y tomar notas de los hechos m\u00e1s relevantes mientras los usuarios usan el sistema y verbalizan lo que piensan. En ocasiones, tambi\u00e9n grabamos la sesi\u00f3n en v\u00eddeo por si es necesario recurrir m\u00e1s adelante para ampliar informaci\u00f3n.<\/li>\n<\/ol>\n<p>Algunos personas con discapacidad participantes en los tests tienen muchas dificultades para articular el habla. En estos casos adaptamos la t\u00e9cnica \u201cpensando en voz alta\u201d de forma que\u00a0\u00a0<strong>es el facilitador el que nos ayuda a interpretar lo que expresa el usuario<\/strong>, bien sea de forma oral o a trav\u00e9s de otras formas de expresi\u00f3n. Otra posibilidad que ofrecemos al usuario es que interrumpa el test en cualquier momento para expresar lo que est\u00e1 pensando a trav\u00e9s de su medio habitual de comunicaci\u00f3n, por ejemplo, un sistema aumentativo o alternativo de comunicaci\u00f3n (SAAC).<\/p>\n<p><!-- wp:paragraph --><\/p>\n<p><!-- wp:paragraph --><\/p>\n<p><!-- wp:paragraph --><\/p>\n<p><!-- wp:list {\"ordered\":true} --><\/p>\n<p><!-- wp:paragraph --><\/p>\n<p><img loading=\"lazy\" decoding=\"async\" class=\" size-full wp-image-52\" src=\"https:\/\/easeapps.xyz\/wp-content\/uploads\/sites\/2\/blog\/usability-test-session-with-end-user-facilitator-and-researcher-taking-notes.jpg\" alt=\"usability test session with end user facilitator and researcher taking notes\" width=\"500\" height=\"291\" \/><\/p>\n<p><!-- wp:heading {\"level\":3} --><\/p>\n<h3>Contextos de uso y tareas<\/h3>\n<p><!-- wp:paragraph --><\/p>\n<p>A la hora de considerar la participaci\u00f3n de los distintos usuarios y las tareas que vamos a solicitar a cada uno de ellos, distinguimos entre tres situaciones o contextos distintos:<\/p>\n<p><!-- wp:list --><\/p>\n<ul>\n<li><strong>Primer contacto por parte del facilitador<\/strong>. En este caso se trata de un contexto en el que el facilitador eval\u00faa la soluci\u00f3n con el objetivo de comprender su funcionamiento y poder recomendarla y asesorar a usuarios finales. B\u00e1sicamente, al facilitador se le proporciona el nombre de nuestra aplicaci\u00f3n para que trate de instalarla y comprender su funcionamiento. L\u00f3gicamente, el facilitador no debe estar familiarizado con la aplicaci\u00f3n. En este contexto\u00a0<strong>el<\/strong>\u00a0<strong>criterio b\u00e1sico de evaluaci\u00f3n es la facilidad de aprendizaje<\/strong>.\u00a0<\/li>\n<li><strong>Contexto estructurado con apoyo externo<\/strong>. Es aquel donde el usuario requiere de un apoyo intensivo para un uso satisfactorio del sistema. Generalmente esta situaci\u00f3n se da en el \u00e1mbito de un centro de atenci\u00f3n (escuela de educaci\u00f3n especial, taller ocupacional, centro de d\u00eda o centro residencial asistido). B\u00e1sicamente se plantean dos tipos de tareas en las que participan facilitador y destinatario..\u00a0\n<ul>\n<li>El primer tipo implica consiste en un\u00a0<strong>facilitador tratando de explicar el funcionamiento del sistema a un usuario<\/strong>\u00a0sin experiencia previa. Con ello queremos evaluar hasta qu\u00e9 punto nuestro sistema facilita esta transferencia de conocimiento.<\/li>\n<li>El segundo tipo consiste en un conjunto de\u00a0<strong>tareas concretas que el usuario debe realizar<\/strong>. En la medida de lo posible, es el propio usuario el que escoge estas tareas. El facilitador est\u00e1 presente aunque debe abstenerse de intervenir y, fundamentalmente, su papel consiste en ayudar al usuario a comunicar lo que piensa en cada momento. El principal criterio que valoramos es la facilidad de uso del sistema y, en cierta medida, la facilidad de aprendizaje por parte del destinatario.<\/li>\n<\/ul>\n<\/li>\n<li><strong>Contexto no estructurado sin apoyo externo<\/strong>. Se trata de un contexto de uso m\u00e1s normalizado en el cual el usuario trata de cubrir sus propias necesidades e intereses al utilizar un dispositivo m\u00f3vil. Es decir, un\u00a0<strong>contexto de uso hom\u00f3logo al de cualquier persona que utiliza dispositivos m\u00f3viles<\/strong>. En este caso no siempre se lleva a cabo un test de usabilidad, s\u00f3lo en aquellas situaciones en las que se sospecha que existe realmente una dificultad. De hecho, en algunos casos es suficiente con una comunicaci\u00f3n por parte del usuario o del facilitador.<\/li>\n<\/ul>\n<p><!-- wp:heading {\"level\":3} --><\/p>\n<h3>Publicaci\u00f3n de la aplicaci\u00f3n<\/h3>\n<p><!-- wp:paragraph --><\/p>\n<p>Llega el momento en que el proceso de dise\u00f1o debe dar paso a una primera versi\u00f3n del software. Por supuesto, esta primera versi\u00f3n contiene imperfecciones y carece de algunas funcionalidades, pero ya cumple una misi\u00f3n que hemos contrastado en nuestras pruebas con usuarios.<\/p>\n<p><!-- wp:paragraph --><\/p>\n<p><strong>\u00bfHemos terminado? \u00a1Ni mucho menos!<\/strong>\u00a0<\/p>\n<p><!-- wp:paragraph --><\/p>\n<p>En primer lugar, no podemos considerar que el proceso de dise\u00f1o haya concluido hasta haber completado o descartado todas aquellas funcionalidades que ten\u00edamos previstas. En segundo lugar, la publicaci\u00f3n de la aplicaci\u00f3n multiplica las posibilidades de recibir peticiones de soporte, comentarios sobre su funcionamiento, sugerencias, etc. En tercer lugar, la mayor\u00eda de las personas que ha participado en las pruebas de usabilidad acaban siendo usuarios de nuestro producto y dado que a algunas de estas personas las vemos regularmente, aprovechamos para hacer seguimiento.<\/p>\n<p><!-- wp:paragraph --><\/p>\n<p>Por lo tanto, lejos de haber concluido,\u00a0<strong>la publicaci\u00f3n es una fuente de nuevas ideas, modificaciones y tareas<\/strong>\u00a0que se acumular\u00e1n a aquellas que quedaron pendientes y que habr\u00e1 que priorizar adecuadamente para permitir que la evoluci\u00f3n del producto contin\u00fae. En algunos casos se tratar\u00e1 de modificaciones que podemos validar intercambiando un correo electr\u00f3nico o manteniendo una conversaci\u00f3n de pasillo con un usuario. En otros casos,\u00a0<strong>el impacto de los cambios ser\u00e1 tal que obligar\u00e1 a una revisi\u00f3n m\u00e1s profunda del dise\u00f1o y a la realizaci\u00f3n de nuevos tests de usabilidad<\/strong>\u00a0como los anteriormente comentados.\u00a0<\/p>\n<p><!-- wp:paragraph --><\/p>\n<p>En definitiva,<strong>\u00a0la participaci\u00f3n de los usuarios es fundamental que sea continua durante toda la vida del software<\/strong>.<\/p>\n<p><!-- wp:heading --><\/p>\n<h2>Conclusiones<\/h2>\n<p><!-- wp:paragraph --><\/p>\n<p><strong>Desarrollar un sistema interactivo cuidando la experiencia de usuario es una tarea compleja<\/strong>\u00a0que, en el caso de tratarse de\u00a0<strong>tecnolog\u00eda de apoyo orientada al acceso, presenta una retos particulares<\/strong>\u00a0que hay que abordar.\u00a0<\/p>\n<p><!-- wp:paragraph --><\/p>\n<p>El m\u00e9todo que empleamos para hacer frente a este tipo de proyectos se basa en el\u00a0<strong>dise\u00f1o centrado en el usuario<\/strong>\u00a0y consiste, b\u00e1sicamente, en iterar a trav\u00e9s de versiones sucesivas del software contando con la participaci\u00f3n de los usuarios finales. Como principal t\u00e9cnica de evaluaci\u00f3n de la usabilidad empleamos la denominada \u201cpensando en voz alta\u201d, que adaptamos en funci\u00f3n de las caracter\u00edsticas de la persona con discapacidad participante.\u00a0<\/p>\n<p><!-- wp:paragraph --><\/p>\n<p>Adem\u00e1s del destinatario final, consideramos al\u00a0<strong>facilitador com una figura clave<\/strong>\u00a0en el proceso de adopci\u00f3n de nuestras aplicaciones y como apoyo para la realizaci\u00f3n de los tests de usabilidad; por ello tambi\u00e9n lo incorporamos en el proceso de software.<\/p>\n<p><!-- wp:paragraph --><\/p>\n<p>Por \u00faltimo,\u00a0<strong>la publicaci\u00f3n de la aplicaci\u00f3n<\/strong>, lejos de poner punto y final al dise\u00f1o y desarrollo,\u00a0<strong>proporciona nuevas oportunidades de incrementar el valor de la misma<\/strong>\u00a0a lo largo del tiempo.<\/p>\n<h3>\u00bfEst\u00e1s pensando en crear una aplicaci\u00f3n para personas con discapacidad? \u00a1Queremos saber de ti!<\/h3>\n<p><a class=\"btn btn-primary\" role=\"button\" href=\"https:\/\/easeapps.xyz\/es\/contactar\/\">Dinos lo qu\u00e9 piensas<\/a><\/p>\n<p><!-- \/wp:paragraph --><\/p><!-- \/wp:post-content --><!-- \/wp:heading --><\/p>\n<h2>Experiencia de usuario<\/h2>\n<p>La\u00a0<strong>experiencia de usuario<\/strong>\u00a0(UX, por sus siglas en ingl\u00e9s) la podemos definir como la\u00a0<strong>percepci\u00f3n que acaba teniendo un usuario sobre nuestro producto o servicio<\/strong>. Esta percepci\u00f3n est\u00e1 influenciada por multitud de factores. Algunos de estos factores est\u00e1n relacionados con el\u00a0<strong>dise\u00f1o del producto y todo lo que envuelve a \u00e9ste<\/strong>\u00a0(proceso de compra, percepci\u00f3n de marca, servicio post venta, etc.); otros, sin embargo, est\u00e1n relacionados con la idiosincrasia de la persona, son los llamados\u00a0<strong>factores personales<\/strong>. Como creadores de soluciones, dif\u00edcilmente podemos incidir sobre estos \u00faltimos; por lo tanto, es en los primeros donde debemos concentrar nuestros esfuerzos.\u00a0<\/p>\n<p><img loading=\"lazy\" decoding=\"async\" class=\" size-full wp-image-50\" src=\"https:\/\/easeapps.xyz\/wp-content\/uploads\/sites\/2\/blog\/person_working_on_blue_and_white_paper_on_board.jpg\" alt=\"person working on blue and white paper on board\" width=\"500\" height=\"333\" \/><\/p>\n<p><!-- wp:heading --><\/p>\n<h2>Usabilidad<\/h2>\n<p>Una propiedad fundamental para proporcionar una buena experiencia de usuario es la usabilidad. Aunque existen numerosas definiciones sobre la usabilidad, podemos decir que<strong>\u00a0un producto usable es aquel que es f\u00e1cil de aprender a utilizar y f\u00e1cil de usar<\/strong>.<\/p>\n<p>La\u00a0<strong>facilidad de aprendizaje<\/strong>\u00a0est\u00e1 relacionado con la facilidad para que un nuevo usuario llegue a ser productivo con un sistema. Generalmente,\u00a0<strong>los usuarios somos impacientes y no nos gusta dedicar demasiado tiempo a aprender<\/strong>\u00a0el funcionamiento de un sistema, ni a resolver rompecabezas. Por lo tanto, ser capaces de transferir el conocimiento necesario y ayudar a empezar al usuario de forma efectiva es\u00a0<strong>clave para el \u00e9xito<\/strong>.<\/p>\n<p>La\u00a0<strong>facilidad de uso<\/strong>\u00a0est\u00e1 relacionada con c\u00f3mo el producto permite realizar la tarea para la cual se dise\u00f1\u00f3 de forma\u00a0<strong>f\u00e1cil, eficiente e intuitiva<\/strong>. Cuando usamos un sistema de forma habitual, lo normal es querer realizar las tareas de forma m\u00e1s r\u00e1pida, m\u00e1s natural y con menos pasos.<\/p>\n<p>El desarrollo de un producto usable generalmente implica un conjunto de actividades destinadas a\u00a0<b>descubrir las necesidades reales de los usuarios y a utilizar esta informaci\u00f3n para la mejora <\/b><span style=\"font-size: 20.8px;\"><b>continua<\/b><\/span><b> del sistema<\/b>. Estas actividades, generalmente, se llevan a cabo\u00a0<strong>durante todo el ciclo de vida<\/strong>\u00a0de la aplicaci\u00f3n, es decir, durante el dise\u00f1o y desarrollo y una vez publicada.<\/p>\n<p><!-- wp:heading --><\/p>\n<h2>Retos al dise\u00f1ar productos de apoyo<\/h2>\n<p><!-- wp:paragraph --><\/p>\n<p>Si nos planteamos desarrollar un producto de apoyo que proporcione un acceso adaptado o alternativo, como por ejemplo\u00a0<a href=\"https:\/\/easeapps.xyz\/es\/ease-touch\/\">Ease Touch<\/a>,\u00a0<a href=\"https:\/\/easeapps.xyz\/es\/ease-mouse\/\">Ease Mouse<\/a>\u00a0o\u00a0<a href=\"https:\/\/easeapps.xyz\/es\/ease-joypad\/\">Ease Joypad<\/a>, adem\u00e1s de lo que coment\u00e1bamos m\u00e1s arriba, es necesario tener en cuenta una serie de peculiaridades que supone el desarrollo de este tipo de sistemas.<\/p>\n<p><!-- wp:heading {\"level\":3} --><\/p>\n<h3>Specific population<\/h3>\n<p><!-- wp:paragraph --><\/p>\n<p>La mayor\u00eda de\u00a0<strong>productos de apoyo se dirigen a personas con un perfil de funcionamiento muy espec\u00edfico<\/strong>. En el caso de Ease Apps nos dirigimos, principalmente, a personas cuyo denominador com\u00fan b\u00e1sico son las\u00a0<strong>dificultades para la manipulaci\u00f3n de dispositivos m\u00f3viles con pantallas t\u00e1ctiles<\/strong>. M\u00e1s concretamente:<\/p>\n<p><!-- wp:list --><\/p>\n<ul>\n<li><strong>Ease Touch<\/strong>\u00a0est\u00e1 orientado a personas con problemas de movilidad fina, manipulaci\u00f3n o alcance en las extremidades superiores que les impide el uso normalizado de una pantalla t\u00e1ctil. Pensamos en personas con problemas de precisi\u00f3n, temblores, dificultad para coordinar acciones con m\u00faltiples dedos simult\u00e1neamente y lentitud en el movimiento.<\/li>\n<li><strong>Ease Mouse<\/strong>\u00a0y\u00a0<strong>Ease Joypad<\/strong>\u00a0tambi\u00e9n se enfocan a personas con problemas de movilidad y para quienes, probablemente, ya se ha valorado previamente el uso de dispositivos de acceso alternativo tales como ratones o joysticks.\u00a0<\/li>\n<\/ul>\n<p><!-- wp:paragraph --><\/p>\n<p>En muchas ocasiones, estas dificultades en la manipulaci\u00f3n suelen ser consecuencia de trastornos u otras condiciones de salud (por ejemplo, par\u00e1lisis cerebral, Parkinson, enfermedades neurodegenerativas, temblores esenciales, etc.). Dichos trastornos suelen tener adem\u00e1s impacto sobre otras funciones corporales. Por ejemplo,\u00a0<strong>en personas con par\u00e1lisis cerebral es com\u00fan encontrar asociadas otras deficiencias relacionadas con las funciones mentales y sensoriales<\/strong>.\u00a0<\/p>\n<p><!-- wp:paragraph --><\/p>\n<p>Esta diversidad de perfiles de usuario tiene una serie de\u00a0<strong>consecuencias<\/strong>\u00a0de cara al dise\u00f1o:<\/p>\n<p><!-- wp:list --><\/p>\n<ul>\n<li>Es todo un\u00a0<strong>desaf\u00edo establecer un conjunto de perfiles representativos que haga m\u00e1s manejable la diversidad de usuarios\u00a0<\/strong>y permita<strong>\u00a0generalizar los resultados de las pruebas<\/strong>.<\/li>\n<li>Por una cuesti\u00f3n demogr\u00e1fica, el\u00a0<strong>n\u00famero de personas que pueden participar<\/strong>\u00a0en pruebas de usabilidad es\u00a0<strong>m\u00e1s reducido<\/strong>\u00a0en comparaci\u00f3n con el dise\u00f1o de un producto para un mercado generalista.<\/li>\n<li>Para que las herramientas puedan ser aptas para esta diversidad, es necesario que exista un\u00a0<strong>grado significativo de parametrizaci\u00f3n<\/strong>. Abordamos esta cuesti\u00f3n un poco m\u00e1s adelante.<\/li>\n<\/ul>\n<p><!-- wp:heading {\"level\":3} --><\/p>\n<h3>Interacci\u00f3n espec\u00edfica<\/h3>\n<p><!-- wp:paragraph --><\/p>\n<p>Los accesos alternativos o adaptados ofrecen una\u00a0<strong>interacci\u00f3n espec\u00edfica que difiere notablemente de la convencional<\/strong>. Tomemos como ejemplo un lector de pantalla. Un lector de pantalla es un sistema de acceso orientado a personas ciegas que presenta la informaci\u00f3n visible de la pantalla en forma de voz o braille. Como dispositivo de entrada se emplea un teclado o la pantalla t\u00e1ctil en el caso de dispositivos m\u00f3viles. Como contraste tenemos el acceso convencional, donde es la vista es el sentido predominante y prima la manipulaci\u00f3n directa de los elementos en pantalla. En lugar de una discapacidad sensorial, en el caso de Ease Apps tratamos con una discapacidad f\u00edsica que impide (o dificulta en gran manera) el manejo del dispositivo m\u00f3vil a trav\u00e9s de los medios convencionales. Por ejemplo, Ease Touch evita las acciones repetitivas e involuntarias modificando la gama de acciones que acepta el panel t\u00e1ctil y proporciona formas indirectas para realizar los gestos convencionales. Este mecanismo alternativo de acceso supone un\u00a0<strong>nivel adicional de complejidad que es necesario describir al usuario<\/strong>. Es decir,\u00a0<strong>esta interacci\u00f3n espec\u00edfica dificulta el aprendizaje<\/strong>\u00a0del manejo del sistema.<\/p>\n<p><!-- wp:paragraph --><\/p>\n<p><!-- wp:heading {\"level\":3} --><\/p>\n<h3>Uso intensivo<\/h3>\n<p><!-- wp:paragraph --><\/p>\n<p>A lo largo de un d\u00eda, un usuario medio de smartphone reparte el tiempo entre m\u00faltiples aplicaciones: mensajer\u00eda, redes sociales, reproductor multimedia, notas, c\u00e1mara de fotos, calendario, navegador, juegos, etc. En cambio,\u00a0<strong>un producto de apoyo para el acceso se utiliza siempre que el usuario interact\u00faa con su dispositivo.<\/strong>\u00a0Por lo tanto, esto\u00a0<strong>hace que la facilidad de uso del producto cobre mayor relevancia<\/strong>.<\/p>\n<p><!-- wp:heading {\"level\":3} --><\/p>\n<h3>Parametrizaci\u00f3n<\/h3>\n<p><!-- wp:paragraph --><\/p>\n<p>Debido a la heterogeneidad de los perfiles a los que se dirigen estas herramientas y al uso intensivo de las mismas, suele ser<strong>\u00a0imprescindible poder disponer de distintos ajustes<\/strong>\u00a0para que se adapte lo mejor posible a las necesidades de los usuarios (colores, tama\u00f1os, tiempos, umbrales, velocidades, respuestas auditivas, complejidad de las opciones presentadas a los usuarios, etc.). Esta multiplicidad de configuraciones\u00a0<strong>a\u00f1ade complejidad, lo que desaf\u00eda la facilidad de aprendizaje<\/strong>.<\/p>\n<p><!-- wp:heading --><\/p>\n<h2>Dise\u00f1o centrado en el usuario<\/h2>\n<p><!-- wp:paragraph --><\/p>\n<p>Si has llegado hasta aqu\u00ed ya conoces los principales retos que supone desarrollar aplicaciones de tecnolog\u00eda de apoyo. Y ahora, \u00bfc\u00f3mo abordar el dise\u00f1o y desarrollo de una aplicaci\u00f3n?\u00a0<strong>\u00bfD\u00f3nde reside el secreto para conseguir que nuestros desarrollos satisfagan las necesidades de los usuarios?<\/strong><\/p>\n<p><!-- wp:paragraph --><\/p>\n<p>El secreto es que no hay secreto, todo consiste aplicar el sentido com\u00fan y\u00a0<strong>tener en consideraci\u00f3n a los usuarios durante todo el proceso<\/strong>: observar sus necesidades, hacerles part\u00edcipes del proceso de dise\u00f1o, pedirles que prueben las aplicaciones, tener muy en cuenta sus comentarios, etc. En otras palabras, consiste en\u00a0<strong>seguir un enfoque centrado en el usuario<\/strong>.<\/p>\n<p><img loading=\"lazy\" decoding=\"async\" class=\" size-full wp-image-51\" src=\"https:\/\/easeapps.xyz\/wp-content\/uploads\/sites\/2\/blog\/end-user-and-facilitator-taking-part-on-a-usability-test.jpg\" alt=\"end user and facilitator taking part on a usability test\" width=\"450\" height=\"299\" \/><\/p>\n<p><!-- wp:heading {\"level\":3} --><\/p>\n<h3>Usuarios e implicados<\/h3>\n<p><!-- wp:paragraph --><\/p>\n<p>Por tanto, si el usuario es el centro, vamos a centrarnos ahora en los usuario. \u00bfQu\u00e9 es un usuario? Consideramos usuario a toda personas que usa directamente el sistema. En el caso de Ease Apps\u00a0<strong>distinguimos dos tipos o roles de usuario distintos:<\/strong><\/p>\n<p><!-- wp:list --><\/p>\n<ul>\n<li>Los\u00a0<strong>destinatarios\u00a0<\/strong>son las<strong>\u00a0personas con discapacidad para quienes dise\u00f1amos nuestros sistemas<\/strong>\u00a0y que los usar\u00e1n para acceder al dispositivo m\u00f3vil. Ya hemos comentado cu\u00e1les son sus perfiles de funcionamiento y los retos que ello entra\u00f1a.<\/li>\n<li>Los\u00a0<strong>facilitadores\u00a0<\/strong>son los<strong>\u00a0encargados de la instalaci\u00f3n, configuraci\u00f3n inicial del sistema y apoyo al usuario final<\/strong>. Tambi\u00e9n suelen actuar como prescriptores y valoradores de la idoneidad de la tecnolog\u00eda de apoyo. Generalmente son profesionales de entidades de atenci\u00f3n a la discapacidad o servicios afines, aunque tambi\u00e9n pueden ser otras personas cercanas al usuario final como familiares o amigos. En algunas ocasiones, el propio destinatario puede ejercer el papel de facilitador. Aunque el perfil de los facilitadores puede ser muy heterog\u00e9neo, habitualmente son personas con experiencia en proporcionar apoyo al usuario final, conocedoras de su perfil de funcionamiento y que estar\u00e1n familiarizados con el manejo de dispositivos m\u00f3viles y ciertas ayudas t\u00e9cnicas. Si el facilitador es incapaz de comprender c\u00f3mo funciona nuestro sistema dif\u00edcilmente podr\u00e1 recomendarlo a los usuarios que puedan necesitarlo y proporcionar el apoyo adecuado. Por lo tanto,\u00a0<strong>es crucial involucrarlos durante el proceso de dise\u00f1o<\/strong>.\u00a0\u00a0<\/li>\n<\/ul>\n<p><!-- wp:list --><\/p>\n<p><!-- wp:paragraph --><\/p>\n<p>Por supuesto,\u00a0<strong>existen otros implicados<\/strong>\u00a0tales como otros profesionales, familiares, compa\u00f1eros, amigos, etc. que<strong>\u00a0pueden ejercer una influencia determinante<\/strong>\u00a0a la hora de adoptar y fomentar o limitar el uso de la tecnolog\u00eda de apoyo. Estos implicados puntualmente pueden adquirir el rol de facilitadores, por ejemplo, para ayudar a poner en marcha el tel\u00e9fono m\u00f3vil o ajustarlo a la silla de ruedas.<\/p>\n<p><!-- wp:heading {\"level\":3} --><\/p>\n<h3>Ideando el producto<\/h3>\n<p><!-- wp:paragraph --><\/p>\n<p><strong>Muchas ideas surgen como fruto de la observaci\u00f3n de problemas o dificultades<\/strong>\u00a0que experimentan otras personas o uno mismo. De hecho,\u00a0<a href=\"https:\/\/easeapps.xyz\/es\/blog\/107-como-nace-el-proyecto-ease-apps\/\">as\u00ed es como naci\u00f3 Ease Apps<\/a>. Nuestro trato habitual con personas con discapacidad nos permiti\u00f3 detectar sus dificultades de acceso a los dispositivos m\u00f3viles de una forma espont\u00e1nea.<\/p>\n<p>Pero detectar los problemas es s\u00f3lo una parte. Tambi\u00e9n es necesario\u00a0<strong>concebir posibles soluciones a esos problemas<\/strong>. Para ello, es necesario conocer las posibilidades que la tecnolog\u00eda ofrece y c\u00f3mo adaptarla a la realidad del usuario. Ello implica analizar la realidad de estas personas, cu\u00e1l es su funcionamiento, qu\u00e9 dificultades encuentran en su d\u00eda a d\u00eda y, espec\u00edficamente, con el uso de la tecnolog\u00eda. Tambi\u00e9n es fundamental conocer qu\u00e9 tareas vana querer desarrollar, en qu\u00e9 contextos, con qu\u00e9 apoyos y qu\u00e9 otras soluciones existen en el mercado.<\/p>\n<p><!-- wp:heading {\"level\":3} --><\/p>\n<h3>Dise\u00f1o y desarrollo<\/h3>\n<p>Concebido el producto, es necesario<strong>\u00a0transformar las ideas\u00a0<\/strong>en algo tangible, en nuestro caso\u00a0<strong>en una aplicaci\u00f3n inform\u00e1tica<\/strong>.<\/p>\n<p>Durante esta etapa\u00a0<strong>es necesario acudir de nuevo a los usuarios en diversas ocasiones<\/strong>\u00a0para contrastar con ellos los avances y poder evaluarlos y validarlos. Estos avances se pueden plasmar en forma de bocetos, esquemas, prototipos, versiones de software, etc. Se trata de un\u00a0<strong>proceso incremental iterativo<\/strong>\u00a0donde la informaci\u00f3n proporcionada por el usuario es vital para su avance. Esta informaci\u00f3n es la que permite detectar lo antes posible cualquier problema, cuando corregirlo es m\u00e1s sencillo y econ\u00f3mico.<\/p>\n<p>En nuestro caso, solemos realizar\u00a0<strong>varios tests de usabilidad empleando una adaptaci\u00f3n de la t\u00e9cnica denominada\u00a0<\/strong><a href=\"http:\/\/mpiua.invid.udl.cat\/pensando-en-voz-alta-thinking-aloud\/\"><strong>\u201cpensando en voz alta\u201d<\/strong><\/a>. Esta t\u00e9cnica b\u00e1sicamente consiste en:<\/p>\n<ol>\n<li>Reclutar a algunos usuarios representativos (destinatarios y facilitadores).<\/li>\n<li>Pedirles que traten de realizar algunas tareas con nuestro prototipo o aplicaci\u00f3n.<\/li>\n<li>Guardar silencio, observar atentamente y tomar notas de los hechos m\u00e1s relevantes mientras los usuarios usan el sistema y verbalizan lo que piensan. En ocasiones, tambi\u00e9n grabamos la sesi\u00f3n en v\u00eddeo por si es necesario recurrir m\u00e1s adelante para ampliar informaci\u00f3n.<\/li>\n<\/ol>\n<p>Algunos personas con discapacidad participantes en los tests tienen muchas dificultades para articular el habla. En estos casos adaptamos la t\u00e9cnica \u201cpensando en voz alta\u201d de forma que\u00a0\u00a0<strong>es el facilitador el que nos ayuda a interpretar lo que expresa el usuario<\/strong>, bien sea de forma oral o a trav\u00e9s de otras formas de expresi\u00f3n. Otra posibilidad que ofrecemos al usuario es que interrumpa el test en cualquier momento para expresar lo que est\u00e1 pensando a trav\u00e9s de su medio habitual de comunicaci\u00f3n, por ejemplo, un sistema aumentativo o alternativo de comunicaci\u00f3n (SAAC).<\/p>\n<p><!-- wp:paragraph --><\/p>\n<p><!-- wp:paragraph --><\/p>\n<p><!-- wp:paragraph --><\/p>\n<p><!-- wp:list {\"ordered\":true} --><\/p>\n<p><!-- wp:paragraph --><\/p>\n<p><img loading=\"lazy\" decoding=\"async\" class=\" size-full wp-image-52\" src=\"https:\/\/easeapps.xyz\/wp-content\/uploads\/sites\/2\/blog\/usability-test-session-with-end-user-facilitator-and-researcher-taking-notes.jpg\" alt=\"usability test session with end user facilitator and researcher taking notes\" width=\"500\" height=\"291\" \/><\/p>\n<p><!-- wp:heading {\"level\":3} --><\/p>\n<h3>Contextos de uso y tareas<\/h3>\n<p><!-- wp:paragraph --><\/p>\n<p>A la hora de considerar la participaci\u00f3n de los distintos usuarios y las tareas que vamos a solicitar a cada uno de ellos, distinguimos entre tres situaciones o contextos distintos:<\/p>\n<p><!-- wp:list --><\/p>\n<ul>\n<li><strong>Primer contacto por parte del facilitador<\/strong>. En este caso se trata de un contexto en el que el facilitador eval\u00faa la soluci\u00f3n con el objetivo de comprender su funcionamiento y poder recomendarla y asesorar a usuarios finales. B\u00e1sicamente, al facilitador se le proporciona el nombre de nuestra aplicaci\u00f3n para que trate de instalarla y comprender su funcionamiento. L\u00f3gicamente, el facilitador no debe estar familiarizado con la aplicaci\u00f3n. En este contexto\u00a0<strong>el<\/strong>\u00a0<strong>criterio b\u00e1sico de evaluaci\u00f3n es la facilidad de aprendizaje<\/strong>.\u00a0<\/li>\n<li><strong>Contexto estructurado con apoyo externo<\/strong>. Es aquel donde el usuario requiere de un apoyo intensivo para un uso satisfactorio del sistema. Generalmente esta situaci\u00f3n se da en el \u00e1mbito de un centro de atenci\u00f3n (escuela de educaci\u00f3n especial, taller ocupacional, centro de d\u00eda o centro residencial asistido). B\u00e1sicamente se plantean dos tipos de tareas en las que participan facilitador y destinatario..\u00a0\n<ul>\n<li>El primer tipo implica consiste en un\u00a0<strong>facilitador tratando de explicar el funcionamiento del sistema a un usuario<\/strong>\u00a0sin experiencia previa. Con ello queremos evaluar hasta qu\u00e9 punto nuestro sistema facilita esta transferencia de conocimiento.<\/li>\n<li>El segundo tipo consiste en un conjunto de\u00a0<strong>tareas concretas que el usuario debe realizar<\/strong>. En la medida de lo posible, es el propio usuario el que escoge estas tareas. El facilitador est\u00e1 presente aunque debe abstenerse de intervenir y, fundamentalmente, su papel consiste en ayudar al usuario a comunicar lo que piensa en cada momento. El principal criterio que valoramos es la facilidad de uso del sistema y, en cierta medida, la facilidad de aprendizaje por parte del destinatario.<\/li>\n<\/ul>\n<\/li>\n<li><strong>Contexto no estructurado sin apoyo externo<\/strong>. Se trata de un contexto de uso m\u00e1s normalizado en el cual el usuario trata de cubrir sus propias necesidades e intereses al utilizar un dispositivo m\u00f3vil. Es decir, un\u00a0<strong>contexto de uso hom\u00f3logo al de cualquier persona que utiliza dispositivos m\u00f3viles<\/strong>. En este caso no siempre se lleva a cabo un test de usabilidad, s\u00f3lo en aquellas situaciones en las que se sospecha que existe realmente una dificultad. De hecho, en algunos casos es suficiente con una comunicaci\u00f3n por parte del usuario o del facilitador.<\/li>\n<\/ul>\n<p><!-- wp:heading {\"level\":3} --><\/p>\n<h3>Publicaci\u00f3n de la aplicaci\u00f3n<\/h3>\n<p><!-- wp:paragraph --><\/p>\n<p>Llega el momento en que el proceso de dise\u00f1o debe dar paso a una primera versi\u00f3n del software. Por supuesto, esta primera versi\u00f3n contiene imperfecciones y carece de algunas funcionalidades, pero ya cumple una misi\u00f3n que hemos contrastado en nuestras pruebas con usuarios.<\/p>\n<p><!-- wp:paragraph --><\/p>\n<p><strong>\u00bfHemos terminado? \u00a1Ni mucho menos!<\/strong>\u00a0<\/p>\n<p><!-- wp:paragraph --><\/p>\n<p>En primer lugar, no podemos considerar que el proceso de dise\u00f1o haya concluido hasta haber completado o descartado todas aquellas funcionalidades que ten\u00edamos previstas. En segundo lugar, la publicaci\u00f3n de la aplicaci\u00f3n multiplica las posibilidades de recibir peticiones de soporte, comentarios sobre su funcionamiento, sugerencias, etc. En tercer lugar, la mayor\u00eda de las personas que ha participado en las pruebas de usabilidad acaban siendo usuarios de nuestro producto y dado que a algunas de estas personas las vemos regularmente, aprovechamos para hacer seguimiento.<\/p>\n<p><!-- wp:paragraph --><\/p>\n<p>Por lo tanto, lejos de haber concluido,\u00a0<strong>la publicaci\u00f3n es una fuente de nuevas ideas, modificaciones y tareas<\/strong>\u00a0que se acumular\u00e1n a aquellas que quedaron pendientes y que habr\u00e1 que priorizar adecuadamente para permitir que la evoluci\u00f3n del producto contin\u00fae. En algunos casos se tratar\u00e1 de modificaciones que podemos validar intercambiando un correo electr\u00f3nico o manteniendo una conversaci\u00f3n de pasillo con un usuario. En otros casos,\u00a0<strong>el impacto de los cambios ser\u00e1 tal que obligar\u00e1 a una revisi\u00f3n m\u00e1s profunda del dise\u00f1o y a la realizaci\u00f3n de nuevos tests de usabilidad<\/strong>\u00a0como los anteriormente comentados.\u00a0<\/p>\n<p><!-- wp:paragraph --><\/p>\n<p>En definitiva,<strong>\u00a0la participaci\u00f3n de los usuarios es fundamental que sea continua durante toda la vida del software<\/strong>.<\/p>\n<p><!-- wp:heading --><\/p>\n<h2>Conclusiones<\/h2>\n<p><!-- wp:paragraph --><\/p>\n<p><strong>Desarrollar un sistema interactivo cuidando la experiencia de usuario es una tarea compleja<\/strong>\u00a0que, en el caso de tratarse de\u00a0<strong>tecnolog\u00eda de apoyo orientada al acceso, presenta una retos particulares<\/strong>\u00a0que hay que abordar.\u00a0<\/p>\n<p><!-- wp:paragraph --><\/p>\n<p>El m\u00e9todo que empleamos para hacer frente a este tipo de proyectos se basa en el\u00a0<strong>dise\u00f1o centrado en el usuario<\/strong>\u00a0y consiste, b\u00e1sicamente, en iterar a trav\u00e9s de versiones sucesivas del software contando con la participaci\u00f3n de los usuarios finales. Como principal t\u00e9cnica de evaluaci\u00f3n de la usabilidad empleamos la denominada \u201cpensando en voz alta\u201d, que adaptamos en funci\u00f3n de las caracter\u00edsticas de la persona con discapacidad participante.\u00a0<\/p>\n<p><!-- wp:paragraph --><\/p>\n<p>Adem\u00e1s del destinatario final, consideramos al\u00a0<strong>facilitador com una figura clave<\/strong>\u00a0en el proceso de adopci\u00f3n de nuestras aplicaciones y como apoyo para la realizaci\u00f3n de los tests de usabilidad; por ello tambi\u00e9n lo incorporamos en el proceso de software.<\/p>\n<p><!-- wp:paragraph --><\/p>\n<p>Por \u00faltimo,\u00a0<strong>la publicaci\u00f3n de la aplicaci\u00f3n<\/strong>, lejos de poner punto y final al dise\u00f1o y desarrollo,\u00a0<strong>proporciona nuevas oportunidades de incrementar el valor de la misma<\/strong>\u00a0a lo largo del tiempo.<\/p>\n<h3>\u00bfEst\u00e1s pensando en crear una aplicaci\u00f3n para personas con discapacidad? \u00a1Queremos saber de ti!<\/h3>\n<p><a class=\"btn btn-primary\" role=\"button\" href=\"https:\/\/easeapps.xyz\/es\/contactar\/\">Dinos lo qu\u00e9 piensas<\/a><\/p>\n<p><!-- \/wp:paragraph --><\/p><!-- \/wp:post-content --><!-- \/wp:heading --><\/p>\n<p><strong>Desarrollar aplicaciones es una tarea compleja<\/strong>. Dejando de lado los aspectos m\u00e1s t\u00e9cnicos, hay un\u00a0<strong>aspecto esencial a cuidar<\/strong>\u00a0en el dise\u00f1o de toda aplicaci\u00f3n: la\u00a0<strong>experiencia de usuario<\/strong>.\u00a0<\/p>\n<p>Como creadores de aplicaciones que van a ser usadas por personas, forma parte de nuestro trabajo tratar de\u00a0<strong>ofrecer la mejor experiencia de usuario posible<\/strong>. Y no es s\u00f3lo una cuesti\u00f3n de principios, tambi\u00e9n es una cuesti\u00f3n pr\u00e1ctica. Si una aplicaci\u00f3n es dif\u00edcil de usar seguramente dejar\u00e1 de usarse.\u00a0\u00a0<\/p>\n<p>Sin duda, en Ease Apps nuestras aplicaciones distan de ser perfectas, pero somos conscientes de la importancia que tiene la experiencia de usuario, m\u00e1s si cabe cuando se trata de personas con discapacidad. Por ello, es algo que tratamos de cuidar en cada uno de nuestros productos.\u00a0<\/p>\n<p>Si quieres\u00a0<strong>conocer los retos a los que nos enfrentamos y c\u00f3mo los afrontamos<\/strong>, contin\u00faa leyendo.<\/p>\n<p><!-- wp:heading --><\/p>\n<h2>Experiencia de usuario<\/h2>\n<p>La\u00a0<strong>experiencia de usuario<\/strong>\u00a0(UX, por sus siglas en ingl\u00e9s) la podemos definir como la\u00a0<strong>percepci\u00f3n que acaba teniendo un usuario sobre nuestro producto o servicio<\/strong>. Esta percepci\u00f3n est\u00e1 influenciada por multitud de factores. Algunos de estos factores est\u00e1n relacionados con el\u00a0<strong>dise\u00f1o del producto y todo lo que envuelve a \u00e9ste<\/strong>\u00a0(proceso de compra, percepci\u00f3n de marca, servicio post venta, etc.); otros, sin embargo, est\u00e1n relacionados con la idiosincrasia de la persona, son los llamados\u00a0<strong>factores personales<\/strong>. Como creadores de soluciones, dif\u00edcilmente podemos incidir sobre estos \u00faltimos; por lo tanto, es en los primeros donde debemos concentrar nuestros esfuerzos.\u00a0<\/p>\n<p><img loading=\"lazy\" decoding=\"async\" class=\" size-full wp-image-50\" src=\"https:\/\/easeapps.xyz\/wp-content\/uploads\/sites\/2\/blog\/person_working_on_blue_and_white_paper_on_board.jpg\" alt=\"person working on blue and white paper on board\" width=\"500\" height=\"333\" \/><\/p>\n<p><!-- wp:heading --><\/p>\n<h2>Usabilidad<\/h2>\n<p>Una propiedad fundamental para proporcionar una buena experiencia de usuario es la usabilidad. Aunque existen numerosas definiciones sobre la usabilidad, podemos decir que<strong>\u00a0un producto usable es aquel que es f\u00e1cil de aprender a utilizar y f\u00e1cil de usar<\/strong>.<\/p>\n<p>La\u00a0<strong>facilidad de aprendizaje<\/strong>\u00a0est\u00e1 relacionado con la facilidad para que un nuevo usuario llegue a ser productivo con un sistema. Generalmente,\u00a0<strong>los usuarios somos impacientes y no nos gusta dedicar demasiado tiempo a aprender<\/strong>\u00a0el funcionamiento de un sistema, ni a resolver rompecabezas. Por lo tanto, ser capaces de transferir el conocimiento necesario y ayudar a empezar al usuario de forma efectiva es\u00a0<strong>clave para el \u00e9xito<\/strong>.<\/p>\n<p>La\u00a0<strong>facilidad de uso<\/strong>\u00a0est\u00e1 relacionada con c\u00f3mo el producto permite realizar la tarea para la cual se dise\u00f1\u00f3 de forma\u00a0<strong>f\u00e1cil, eficiente e intuitiva<\/strong>. Cuando usamos un sistema de forma habitual, lo normal es querer realizar las tareas de forma m\u00e1s r\u00e1pida, m\u00e1s natural y con menos pasos.<\/p>\n<p>El desarrollo de un producto usable generalmente implica un conjunto de actividades destinadas a\u00a0<b>descubrir las necesidades reales de los usuarios y a utilizar esta informaci\u00f3n para la mejora <\/b><span style=\"font-size: 20.8px;\"><b>continua<\/b><\/span><b> del sistema<\/b>. Estas actividades, generalmente, se llevan a cabo\u00a0<strong>durante todo el ciclo de vida<\/strong>\u00a0de la aplicaci\u00f3n, es decir, durante el dise\u00f1o y desarrollo y una vez publicada.<\/p>\n<p><!-- wp:heading --><\/p>\n<h2>Retos al dise\u00f1ar productos de apoyo<\/h2>\n<p><!-- wp:paragraph --><\/p>\n<p>Si nos planteamos desarrollar un producto de apoyo que proporcione un acceso adaptado o alternativo, como por ejemplo\u00a0<a href=\"https:\/\/easeapps.xyz\/es\/ease-touch\/\">Ease Touch<\/a>,\u00a0<a href=\"https:\/\/easeapps.xyz\/es\/ease-mouse\/\">Ease Mouse<\/a>\u00a0o\u00a0<a href=\"https:\/\/easeapps.xyz\/es\/ease-joypad\/\">Ease Joypad<\/a>, adem\u00e1s de lo que coment\u00e1bamos m\u00e1s arriba, es necesario tener en cuenta una serie de peculiaridades que supone el desarrollo de este tipo de sistemas.<\/p>\n<p><!-- wp:heading {\"level\":3} --><\/p>\n<h3>Specific population<\/h3>\n<p><!-- wp:paragraph --><\/p>\n<p>La mayor\u00eda de\u00a0<strong>productos de apoyo se dirigen a personas con un perfil de funcionamiento muy espec\u00edfico<\/strong>. En el caso de Ease Apps nos dirigimos, principalmente, a personas cuyo denominador com\u00fan b\u00e1sico son las\u00a0<strong>dificultades para la manipulaci\u00f3n de dispositivos m\u00f3viles con pantallas t\u00e1ctiles<\/strong>. M\u00e1s concretamente:<\/p>\n<p><!-- wp:list --><\/p>\n<ul>\n<li><strong>Ease Touch<\/strong>\u00a0est\u00e1 orientado a personas con problemas de movilidad fina, manipulaci\u00f3n o alcance en las extremidades superiores que les impide el uso normalizado de una pantalla t\u00e1ctil. Pensamos en personas con problemas de precisi\u00f3n, temblores, dificultad para coordinar acciones con m\u00faltiples dedos simult\u00e1neamente y lentitud en el movimiento.<\/li>\n<li><strong>Ease Mouse<\/strong>\u00a0y\u00a0<strong>Ease Joypad<\/strong>\u00a0tambi\u00e9n se enfocan a personas con problemas de movilidad y para quienes, probablemente, ya se ha valorado previamente el uso de dispositivos de acceso alternativo tales como ratones o joysticks.\u00a0<\/li>\n<\/ul>\n<p><!-- wp:paragraph --><\/p>\n<p>En muchas ocasiones, estas dificultades en la manipulaci\u00f3n suelen ser consecuencia de trastornos u otras condiciones de salud (por ejemplo, par\u00e1lisis cerebral, Parkinson, enfermedades neurodegenerativas, temblores esenciales, etc.). Dichos trastornos suelen tener adem\u00e1s impacto sobre otras funciones corporales. Por ejemplo,\u00a0<strong>en personas con par\u00e1lisis cerebral es com\u00fan encontrar asociadas otras deficiencias relacionadas con las funciones mentales y sensoriales<\/strong>.\u00a0<\/p>\n<p><!-- wp:paragraph --><\/p>\n<p>Esta diversidad de perfiles de usuario tiene una serie de\u00a0<strong>consecuencias<\/strong>\u00a0de cara al dise\u00f1o:<\/p>\n<p><!-- wp:list --><\/p>\n<ul>\n<li>Es todo un\u00a0<strong>desaf\u00edo establecer un conjunto de perfiles representativos que haga m\u00e1s manejable la diversidad de usuarios\u00a0<\/strong>y permita<strong>\u00a0generalizar los resultados de las pruebas<\/strong>.<\/li>\n<li>Por una cuesti\u00f3n demogr\u00e1fica, el\u00a0<strong>n\u00famero de personas que pueden participar<\/strong>\u00a0en pruebas de usabilidad es\u00a0<strong>m\u00e1s reducido<\/strong>\u00a0en comparaci\u00f3n con el dise\u00f1o de un producto para un mercado generalista.<\/li>\n<li>Para que las herramientas puedan ser aptas para esta diversidad, es necesario que exista un\u00a0<strong>grado significativo de parametrizaci\u00f3n<\/strong>. Abordamos esta cuesti\u00f3n un poco m\u00e1s adelante.<\/li>\n<\/ul>\n<p><!-- wp:heading {\"level\":3} --><\/p>\n<h3>Interacci\u00f3n espec\u00edfica<\/h3>\n<p><!-- wp:paragraph --><\/p>\n<p>Los accesos alternativos o adaptados ofrecen una\u00a0<strong>interacci\u00f3n espec\u00edfica que difiere notablemente de la convencional<\/strong>. Tomemos como ejemplo un lector de pantalla. Un lector de pantalla es un sistema de acceso orientado a personas ciegas que presenta la informaci\u00f3n visible de la pantalla en forma de voz o braille. Como dispositivo de entrada se emplea un teclado o la pantalla t\u00e1ctil en el caso de dispositivos m\u00f3viles. Como contraste tenemos el acceso convencional, donde es la vista es el sentido predominante y prima la manipulaci\u00f3n directa de los elementos en pantalla. En lugar de una discapacidad sensorial, en el caso de Ease Apps tratamos con una discapacidad f\u00edsica que impide (o dificulta en gran manera) el manejo del dispositivo m\u00f3vil a trav\u00e9s de los medios convencionales. Por ejemplo, Ease Touch evita las acciones repetitivas e involuntarias modificando la gama de acciones que acepta el panel t\u00e1ctil y proporciona formas indirectas para realizar los gestos convencionales. Este mecanismo alternativo de acceso supone un\u00a0<strong>nivel adicional de complejidad que es necesario describir al usuario<\/strong>. Es decir,\u00a0<strong>esta interacci\u00f3n espec\u00edfica dificulta el aprendizaje<\/strong>\u00a0del manejo del sistema.<\/p>\n<p><!-- wp:paragraph --><\/p>\n<p><!-- wp:heading {\"level\":3} --><\/p>\n<h3>Uso intensivo<\/h3>\n<p><!-- wp:paragraph --><\/p>\n<p>A lo largo de un d\u00eda, un usuario medio de smartphone reparte el tiempo entre m\u00faltiples aplicaciones: mensajer\u00eda, redes sociales, reproductor multimedia, notas, c\u00e1mara de fotos, calendario, navegador, juegos, etc. En cambio,\u00a0<strong>un producto de apoyo para el acceso se utiliza siempre que el usuario interact\u00faa con su dispositivo.<\/strong>\u00a0Por lo tanto, esto\u00a0<strong>hace que la facilidad de uso del producto cobre mayor relevancia<\/strong>.<\/p>\n<p><!-- wp:heading {\"level\":3} --><\/p>\n<h3>Parametrizaci\u00f3n<\/h3>\n<p><!-- wp:paragraph --><\/p>\n<p>Debido a la heterogeneidad de los perfiles a los que se dirigen estas herramientas y al uso intensivo de las mismas, suele ser<strong>\u00a0imprescindible poder disponer de distintos ajustes<\/strong>\u00a0para que se adapte lo mejor posible a las necesidades de los usuarios (colores, tama\u00f1os, tiempos, umbrales, velocidades, respuestas auditivas, complejidad de las opciones presentadas a los usuarios, etc.). Esta multiplicidad de configuraciones\u00a0<strong>a\u00f1ade complejidad, lo que desaf\u00eda la facilidad de aprendizaje<\/strong>.<\/p>\n<p><!-- wp:heading --><\/p>\n<h2>Dise\u00f1o centrado en el usuario<\/h2>\n<p><!-- wp:paragraph --><\/p>\n<p>Si has llegado hasta aqu\u00ed ya conoces los principales retos que supone desarrollar aplicaciones de tecnolog\u00eda de apoyo. Y ahora, \u00bfc\u00f3mo abordar el dise\u00f1o y desarrollo de una aplicaci\u00f3n?\u00a0<strong>\u00bfD\u00f3nde reside el secreto para conseguir que nuestros desarrollos satisfagan las necesidades de los usuarios?<\/strong><\/p>\n<p><!-- wp:paragraph --><\/p>\n<p>El secreto es que no hay secreto, todo consiste aplicar el sentido com\u00fan y\u00a0<strong>tener en consideraci\u00f3n a los usuarios durante todo el proceso<\/strong>: observar sus necesidades, hacerles part\u00edcipes del proceso de dise\u00f1o, pedirles que prueben las aplicaciones, tener muy en cuenta sus comentarios, etc. En otras palabras, consiste en\u00a0<strong>seguir un enfoque centrado en el usuario<\/strong>.<\/p>\n<p><img loading=\"lazy\" decoding=\"async\" class=\" size-full wp-image-51\" src=\"https:\/\/easeapps.xyz\/wp-content\/uploads\/sites\/2\/blog\/end-user-and-facilitator-taking-part-on-a-usability-test.jpg\" alt=\"end user and facilitator taking part on a usability test\" width=\"450\" height=\"299\" \/><\/p>\n<p><!-- wp:heading {\"level\":3} --><\/p>\n<h3>Usuarios e implicados<\/h3>\n<p><!-- wp:paragraph --><\/p>\n<p>Por tanto, si el usuario es el centro, vamos a centrarnos ahora en los usuario. \u00bfQu\u00e9 es un usuario? Consideramos usuario a toda personas que usa directamente el sistema. En el caso de Ease Apps\u00a0<strong>distinguimos dos tipos o roles de usuario distintos:<\/strong><\/p>\n<p><!-- wp:list --><\/p>\n<ul>\n<li>Los\u00a0<strong>destinatarios\u00a0<\/strong>son las<strong>\u00a0personas con discapacidad para quienes dise\u00f1amos nuestros sistemas<\/strong>\u00a0y que los usar\u00e1n para acceder al dispositivo m\u00f3vil. Ya hemos comentado cu\u00e1les son sus perfiles de funcionamiento y los retos que ello entra\u00f1a.<\/li>\n<li>Los\u00a0<strong>facilitadores\u00a0<\/strong>son los<strong>\u00a0encargados de la instalaci\u00f3n, configuraci\u00f3n inicial del sistema y apoyo al usuario final<\/strong>. Tambi\u00e9n suelen actuar como prescriptores y valoradores de la idoneidad de la tecnolog\u00eda de apoyo. Generalmente son profesionales de entidades de atenci\u00f3n a la discapacidad o servicios afines, aunque tambi\u00e9n pueden ser otras personas cercanas al usuario final como familiares o amigos. En algunas ocasiones, el propio destinatario puede ejercer el papel de facilitador. Aunque el perfil de los facilitadores puede ser muy heterog\u00e9neo, habitualmente son personas con experiencia en proporcionar apoyo al usuario final, conocedoras de su perfil de funcionamiento y que estar\u00e1n familiarizados con el manejo de dispositivos m\u00f3viles y ciertas ayudas t\u00e9cnicas. Si el facilitador es incapaz de comprender c\u00f3mo funciona nuestro sistema dif\u00edcilmente podr\u00e1 recomendarlo a los usuarios que puedan necesitarlo y proporcionar el apoyo adecuado. Por lo tanto,\u00a0<strong>es crucial involucrarlos durante el proceso de dise\u00f1o<\/strong>.\u00a0\u00a0<\/li>\n<\/ul>\n<p><!-- wp:list --><\/p>\n<p><!-- wp:paragraph --><\/p>\n<p>Por supuesto,\u00a0<strong>existen otros implicados<\/strong>\u00a0tales como otros profesionales, familiares, compa\u00f1eros, amigos, etc. que<strong>\u00a0pueden ejercer una influencia determinante<\/strong>\u00a0a la hora de adoptar y fomentar o limitar el uso de la tecnolog\u00eda de apoyo. Estos implicados puntualmente pueden adquirir el rol de facilitadores, por ejemplo, para ayudar a poner en marcha el tel\u00e9fono m\u00f3vil o ajustarlo a la silla de ruedas.<\/p>\n<p><!-- wp:heading {\"level\":3} --><\/p>\n<h3>Ideando el producto<\/h3>\n<p><!-- wp:paragraph --><\/p>\n<p><strong>Muchas ideas surgen como fruto de la observaci\u00f3n de problemas o dificultades<\/strong>\u00a0que experimentan otras personas o uno mismo. De hecho,\u00a0<a href=\"https:\/\/easeapps.xyz\/es\/blog\/107-como-nace-el-proyecto-ease-apps\/\">as\u00ed es como naci\u00f3 Ease Apps<\/a>. Nuestro trato habitual con personas con discapacidad nos permiti\u00f3 detectar sus dificultades de acceso a los dispositivos m\u00f3viles de una forma espont\u00e1nea.<\/p>\n<p>Pero detectar los problemas es s\u00f3lo una parte. Tambi\u00e9n es necesario\u00a0<strong>concebir posibles soluciones a esos problemas<\/strong>. Para ello, es necesario conocer las posibilidades que la tecnolog\u00eda ofrece y c\u00f3mo adaptarla a la realidad del usuario. Ello implica analizar la realidad de estas personas, cu\u00e1l es su funcionamiento, qu\u00e9 dificultades encuentran en su d\u00eda a d\u00eda y, espec\u00edficamente, con el uso de la tecnolog\u00eda. Tambi\u00e9n es fundamental conocer qu\u00e9 tareas vana querer desarrollar, en qu\u00e9 contextos, con qu\u00e9 apoyos y qu\u00e9 otras soluciones existen en el mercado.<\/p>\n<p><!-- wp:heading {\"level\":3} --><\/p>\n<h3>Dise\u00f1o y desarrollo<\/h3>\n<p>Concebido el producto, es necesario<strong>\u00a0transformar las ideas\u00a0<\/strong>en algo tangible, en nuestro caso\u00a0<strong>en una aplicaci\u00f3n inform\u00e1tica<\/strong>.<\/p>\n<p>Durante esta etapa\u00a0<strong>es necesario acudir de nuevo a los usuarios en diversas ocasiones<\/strong>\u00a0para contrastar con ellos los avances y poder evaluarlos y validarlos. Estos avances se pueden plasmar en forma de bocetos, esquemas, prototipos, versiones de software, etc. Se trata de un\u00a0<strong>proceso incremental iterativo<\/strong>\u00a0donde la informaci\u00f3n proporcionada por el usuario es vital para su avance. Esta informaci\u00f3n es la que permite detectar lo antes posible cualquier problema, cuando corregirlo es m\u00e1s sencillo y econ\u00f3mico.<\/p>\n<p>En nuestro caso, solemos realizar\u00a0<strong>varios tests de usabilidad empleando una adaptaci\u00f3n de la t\u00e9cnica denominada\u00a0<\/strong><a href=\"http:\/\/mpiua.invid.udl.cat\/pensando-en-voz-alta-thinking-aloud\/\"><strong>\u201cpensando en voz alta\u201d<\/strong><\/a>. Esta t\u00e9cnica b\u00e1sicamente consiste en:<\/p>\n<ol>\n<li>Reclutar a algunos usuarios representativos (destinatarios y facilitadores).<\/li>\n<li>Pedirles que traten de realizar algunas tareas con nuestro prototipo o aplicaci\u00f3n.<\/li>\n<li>Guardar silencio, observar atentamente y tomar notas de los hechos m\u00e1s relevantes mientras los usuarios usan el sistema y verbalizan lo que piensan. En ocasiones, tambi\u00e9n grabamos la sesi\u00f3n en v\u00eddeo por si es necesario recurrir m\u00e1s adelante para ampliar informaci\u00f3n.<\/li>\n<\/ol>\n<p>Algunos personas con discapacidad participantes en los tests tienen muchas dificultades para articular el habla. En estos casos adaptamos la t\u00e9cnica \u201cpensando en voz alta\u201d de forma que\u00a0\u00a0<strong>es el facilitador el que nos ayuda a interpretar lo que expresa el usuario<\/strong>, bien sea de forma oral o a trav\u00e9s de otras formas de expresi\u00f3n. Otra posibilidad que ofrecemos al usuario es que interrumpa el test en cualquier momento para expresar lo que est\u00e1 pensando a trav\u00e9s de su medio habitual de comunicaci\u00f3n, por ejemplo, un sistema aumentativo o alternativo de comunicaci\u00f3n (SAAC).<\/p>\n<p><!-- wp:paragraph --><\/p>\n<p><!-- wp:paragraph --><\/p>\n<p><!-- wp:paragraph --><\/p>\n<p><!-- wp:list {\"ordered\":true} --><\/p>\n<p><!-- wp:paragraph --><\/p>\n<p><img loading=\"lazy\" decoding=\"async\" class=\" size-full wp-image-52\" src=\"https:\/\/easeapps.xyz\/wp-content\/uploads\/sites\/2\/blog\/usability-test-session-with-end-user-facilitator-and-researcher-taking-notes.jpg\" alt=\"usability test session with end user facilitator and researcher taking notes\" width=\"500\" height=\"291\" \/><\/p>\n<p><!-- wp:heading {\"level\":3} --><\/p>\n<h3>Contextos de uso y tareas<\/h3>\n<p><!-- wp:paragraph --><\/p>\n<p>A la hora de considerar la participaci\u00f3n de los distintos usuarios y las tareas que vamos a solicitar a cada uno de ellos, distinguimos entre tres situaciones o contextos distintos:<\/p>\n<p><!-- wp:list --><\/p>\n<ul>\n<li><strong>Primer contacto por parte del facilitador<\/strong>. En este caso se trata de un contexto en el que el facilitador eval\u00faa la soluci\u00f3n con el objetivo de comprender su funcionamiento y poder recomendarla y asesorar a usuarios finales. B\u00e1sicamente, al facilitador se le proporciona el nombre de nuestra aplicaci\u00f3n para que trate de instalarla y comprender su funcionamiento. L\u00f3gicamente, el facilitador no debe estar familiarizado con la aplicaci\u00f3n. En este contexto\u00a0<strong>el<\/strong>\u00a0<strong>criterio b\u00e1sico de evaluaci\u00f3n es la facilidad de aprendizaje<\/strong>.\u00a0<\/li>\n<li><strong>Contexto estructurado con apoyo externo<\/strong>. Es aquel donde el usuario requiere de un apoyo intensivo para un uso satisfactorio del sistema. Generalmente esta situaci\u00f3n se da en el \u00e1mbito de un centro de atenci\u00f3n (escuela de educaci\u00f3n especial, taller ocupacional, centro de d\u00eda o centro residencial asistido). B\u00e1sicamente se plantean dos tipos de tareas en las que participan facilitador y destinatario..\u00a0\n<ul>\n<li>El primer tipo implica consiste en un\u00a0<strong>facilitador tratando de explicar el funcionamiento del sistema a un usuario<\/strong>\u00a0sin experiencia previa. Con ello queremos evaluar hasta qu\u00e9 punto nuestro sistema facilita esta transferencia de conocimiento.<\/li>\n<li>El segundo tipo consiste en un conjunto de\u00a0<strong>tareas concretas que el usuario debe realizar<\/strong>. En la medida de lo posible, es el propio usuario el que escoge estas tareas. El facilitador est\u00e1 presente aunque debe abstenerse de intervenir y, fundamentalmente, su papel consiste en ayudar al usuario a comunicar lo que piensa en cada momento. El principal criterio que valoramos es la facilidad de uso del sistema y, en cierta medida, la facilidad de aprendizaje por parte del destinatario.<\/li>\n<\/ul>\n<\/li>\n<li><strong>Contexto no estructurado sin apoyo externo<\/strong>. Se trata de un contexto de uso m\u00e1s normalizado en el cual el usuario trata de cubrir sus propias necesidades e intereses al utilizar un dispositivo m\u00f3vil. Es decir, un\u00a0<strong>contexto de uso hom\u00f3logo al de cualquier persona que utiliza dispositivos m\u00f3viles<\/strong>. En este caso no siempre se lleva a cabo un test de usabilidad, s\u00f3lo en aquellas situaciones en las que se sospecha que existe realmente una dificultad. De hecho, en algunos casos es suficiente con una comunicaci\u00f3n por parte del usuario o del facilitador.<\/li>\n<\/ul>\n<p><!-- wp:heading {\"level\":3} --><\/p>\n<h3>Publicaci\u00f3n de la aplicaci\u00f3n<\/h3>\n<p><!-- wp:paragraph --><\/p>\n<p>Llega el momento en que el proceso de dise\u00f1o debe dar paso a una primera versi\u00f3n del software. Por supuesto, esta primera versi\u00f3n contiene imperfecciones y carece de algunas funcionalidades, pero ya cumple una misi\u00f3n que hemos contrastado en nuestras pruebas con usuarios.<\/p>\n<p><!-- wp:paragraph --><\/p>\n<p><strong>\u00bfHemos terminado? \u00a1Ni mucho menos!<\/strong>\u00a0<\/p>\n<p><!-- wp:paragraph --><\/p>\n<p>En primer lugar, no podemos considerar que el proceso de dise\u00f1o haya concluido hasta haber completado o descartado todas aquellas funcionalidades que ten\u00edamos previstas. En segundo lugar, la publicaci\u00f3n de la aplicaci\u00f3n multiplica las posibilidades de recibir peticiones de soporte, comentarios sobre su funcionamiento, sugerencias, etc. En tercer lugar, la mayor\u00eda de las personas que ha participado en las pruebas de usabilidad acaban siendo usuarios de nuestro producto y dado que a algunas de estas personas las vemos regularmente, aprovechamos para hacer seguimiento.<\/p>\n<p><!-- wp:paragraph --><\/p>\n<p>Por lo tanto, lejos de haber concluido,\u00a0<strong>la publicaci\u00f3n es una fuente de nuevas ideas, modificaciones y tareas<\/strong>\u00a0que se acumular\u00e1n a aquellas que quedaron pendientes y que habr\u00e1 que priorizar adecuadamente para permitir que la evoluci\u00f3n del producto contin\u00fae. En algunos casos se tratar\u00e1 de modificaciones que podemos validar intercambiando un correo electr\u00f3nico o manteniendo una conversaci\u00f3n de pasillo con un usuario. En otros casos,\u00a0<strong>el impacto de los cambios ser\u00e1 tal que obligar\u00e1 a una revisi\u00f3n m\u00e1s profunda del dise\u00f1o y a la realizaci\u00f3n de nuevos tests de usabilidad<\/strong>\u00a0como los anteriormente comentados.\u00a0<\/p>\n<p><!-- wp:paragraph --><\/p>\n<p>En definitiva,<strong>\u00a0la participaci\u00f3n de los usuarios es fundamental que sea continua durante toda la vida del software<\/strong>.<\/p>\n<p><!-- wp:heading --><\/p>\n<h2>Conclusiones<\/h2>\n<p><!-- wp:paragraph --><\/p>\n<p><strong>Desarrollar un sistema interactivo cuidando la experiencia de usuario es una tarea compleja<\/strong>\u00a0que, en el caso de tratarse de\u00a0<strong>tecnolog\u00eda de apoyo orientada al acceso, presenta una retos particulares<\/strong>\u00a0que hay que abordar.\u00a0<\/p>\n<p><!-- wp:paragraph --><\/p>\n<p>El m\u00e9todo que empleamos para hacer frente a este tipo de proyectos se basa en el\u00a0<strong>dise\u00f1o centrado en el usuario<\/strong>\u00a0y consiste, b\u00e1sicamente, en iterar a trav\u00e9s de versiones sucesivas del software contando con la participaci\u00f3n de los usuarios finales. Como principal t\u00e9cnica de evaluaci\u00f3n de la usabilidad empleamos la denominada \u201cpensando en voz alta\u201d, que adaptamos en funci\u00f3n de las caracter\u00edsticas de la persona con discapacidad participante.\u00a0<\/p>\n<p><!-- wp:paragraph --><\/p>\n<p>Adem\u00e1s del destinatario final, consideramos al\u00a0<strong>facilitador com una figura clave<\/strong>\u00a0en el proceso de adopci\u00f3n de nuestras aplicaciones y como apoyo para la realizaci\u00f3n de los tests de usabilidad; por ello tambi\u00e9n lo incorporamos en el proceso de software.<\/p>\n<p><!-- wp:paragraph --><\/p>\n<p>Por \u00faltimo,\u00a0<strong>la publicaci\u00f3n de la aplicaci\u00f3n<\/strong>, lejos de poner punto y final al dise\u00f1o y desarrollo,\u00a0<strong>proporciona nuevas oportunidades de incrementar el valor de la misma<\/strong>\u00a0a lo largo del tiempo.<\/p>\n<h3>\u00bfEst\u00e1s pensando en crear una aplicaci\u00f3n para personas con discapacidad? \u00a1Queremos saber de ti!<\/h3>\n<p><a class=\"btn btn-primary\" role=\"button\" href=\"https:\/\/easeapps.xyz\/es\/contactar\/\">Dinos lo qu\u00e9 piensas<\/a><\/p>\n<p><!-- \/wp:paragraph --><\/p><!-- \/wp:post-content -->","protected":false},"excerpt":{"rendered":"<p>En este art\u00edculo te revelamos los desaf\u00edos al dise\u00f1ar la experiencia de usuario de la tecnolog\u00eda de apoyo para acceder a los dispositivos m\u00f3viles y c\u00f3mo los abordamos.\u00a0 Desarrollar un sistema interactivo cuidando la experiencia de usuario es una tarea compleja\u00a0que, en el caso de tratarse de\u00a0tecnolog\u00eda de apoyo orientada al acceso, presenta una retos [&hellip;]<\/p>\n","protected":false},"author":1,"featured_media":48,"comment_status":"closed","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[20],"tags":[],"class_list":["post-51","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-blog-easeapps"],"yoast_head":"<!-- This site is optimized with the Yoast SEO plugin v26.2 - https:\/\/yoast.com\/wordpress\/plugins\/seo\/ -->\n<title>Tecnolog\u00eda de apoyo y dise\u00f1o de experiencia de usuario. \u00bfC\u00f3mo lo hacemos? - Ease Apps<\/title>\n<meta name=\"description\" content=\"In this post we unveil the challenges we face and how we address them when designing the user experience of our assistive technology products\" \/>\n<meta name=\"robots\" content=\"index, follow, max-snippet:-1, max-image-preview:large, max-video-preview:-1\" \/>\n<link rel=\"canonical\" href=\"https:\/\/easeapps.xyz\/es\/blog\/109-tecnologia-de-apoyo-y-diseno-de-experiencia-de-usuario\/\" \/>\n<meta property=\"og:locale\" content=\"es_ES\" \/>\n<meta property=\"og:type\" content=\"article\" \/>\n<meta property=\"og:title\" content=\"Tecnolog\u00eda de apoyo y dise\u00f1o de experiencia de usuario. \u00bfC\u00f3mo lo hacemos? - Ease Apps\" \/>\n<meta property=\"og:description\" content=\"In this post we unveil the challenges we face and how we address them when designing the user experience of our assistive technology products\" \/>\n<meta property=\"og:url\" content=\"https:\/\/easeapps.xyz\/es\/blog\/109-tecnologia-de-apoyo-y-diseno-de-experiencia-de-usuario\/\" \/>\n<meta property=\"og:site_name\" content=\"Ease Apps\" \/>\n<meta property=\"article:published_time\" content=\"2019-10-08T09:43:15+00:00\" \/>\n<meta property=\"article:modified_time\" content=\"2023-08-20T10:10:48+00:00\" \/>\n<meta property=\"og:image\" content=\"https:\/\/easeapps.xyz\/es\/wp-content\/uploads\/blog\/person_working_on_blue_and_white_paper_on_board.jpg\" \/>\n\t<meta property=\"og:image:width\" content=\"500\" \/>\n\t<meta property=\"og:image:height\" content=\"333\" \/>\n\t<meta property=\"og:image:type\" content=\"image\/jpeg\" \/>\n<meta name=\"author\" content=\"cesar\" \/>\n<meta name=\"twitter:card\" content=\"summary_large_image\" \/>\n<meta name=\"twitter:label1\" content=\"Escrito por\" \/>\n\t<meta name=\"twitter:data1\" content=\"cesar\" \/>\n\t<meta name=\"twitter:label2\" content=\"Tiempo de lectura\" \/>\n\t<meta name=\"twitter:data2\" content=\"14 minutos\" \/>\n<script type=\"application\/ld+json\" class=\"yoast-schema-graph\">{\"@context\":\"https:\/\/schema.org\",\"@graph\":[{\"@type\":\"WebPage\",\"@id\":\"https:\/\/easeapps.xyz\/es\/blog\/109-tecnologia-de-apoyo-y-diseno-de-experiencia-de-usuario\/\",\"url\":\"https:\/\/easeapps.xyz\/es\/blog\/109-tecnologia-de-apoyo-y-diseno-de-experiencia-de-usuario\/\",\"name\":\"Tecnolog\u00eda de apoyo y dise\u00f1o de experiencia de usuario. \u00bfC\u00f3mo lo hacemos? - Ease Apps\",\"isPartOf\":{\"@id\":\"https:\/\/easeapps.xyz\/es\/#website\"},\"primaryImageOfPage\":{\"@id\":\"https:\/\/easeapps.xyz\/es\/blog\/109-tecnologia-de-apoyo-y-diseno-de-experiencia-de-usuario\/#primaryimage\"},\"image\":{\"@id\":\"https:\/\/easeapps.xyz\/es\/blog\/109-tecnologia-de-apoyo-y-diseno-de-experiencia-de-usuario\/#primaryimage\"},\"thumbnailUrl\":\"https:\/\/easeapps.xyz\/es\/wp-content\/uploads\/blog\/person_working_on_blue_and_white_paper_on_board.jpg\",\"datePublished\":\"2019-10-08T09:43:15+00:00\",\"dateModified\":\"2023-08-20T10:10:48+00:00\",\"author\":{\"@id\":\"https:\/\/easeapps.xyz\/es\/#\/schema\/person\/927727233ce46226fea0372f3ad865b4\"},\"description\":\"In this post we unveil the challenges we face and how we address them when designing the user experience of our assistive technology products\",\"breadcrumb\":{\"@id\":\"https:\/\/easeapps.xyz\/es\/blog\/109-tecnologia-de-apoyo-y-diseno-de-experiencia-de-usuario\/#breadcrumb\"},\"inLanguage\":\"es\",\"potentialAction\":[{\"@type\":\"ReadAction\",\"target\":[\"https:\/\/easeapps.xyz\/es\/blog\/109-tecnologia-de-apoyo-y-diseno-de-experiencia-de-usuario\/\"]}]},{\"@type\":\"ImageObject\",\"inLanguage\":\"es\",\"@id\":\"https:\/\/easeapps.xyz\/es\/blog\/109-tecnologia-de-apoyo-y-diseno-de-experiencia-de-usuario\/#primaryimage\",\"url\":\"https:\/\/easeapps.xyz\/es\/wp-content\/uploads\/blog\/person_working_on_blue_and_white_paper_on_board.jpg\",\"contentUrl\":\"https:\/\/easeapps.xyz\/es\/wp-content\/uploads\/blog\/person_working_on_blue_and_white_paper_on_board.jpg\",\"width\":500,\"height\":333,\"caption\":\"person working on blue and white paper on board\"},{\"@type\":\"BreadcrumbList\",\"@id\":\"https:\/\/easeapps.xyz\/es\/blog\/109-tecnologia-de-apoyo-y-diseno-de-experiencia-de-usuario\/#breadcrumb\",\"itemListElement\":[{\"@type\":\"ListItem\",\"position\":1,\"name\":\"Portada\",\"item\":\"https:\/\/easeapps.xyz\/es\/\"},{\"@type\":\"ListItem\",\"position\":2,\"name\":\"Tecnolog\u00eda de apoyo y dise\u00f1o de experiencia de usuario. \u00bfC\u00f3mo lo hacemos?\"}]},{\"@type\":\"WebSite\",\"@id\":\"https:\/\/easeapps.xyz\/es\/#website\",\"url\":\"https:\/\/easeapps.xyz\/es\/\",\"name\":\"Ease Apps\",\"description\":\"Facilitamos la accesibilidad al m\u00f3vil\",\"potentialAction\":[{\"@type\":\"SearchAction\",\"target\":{\"@type\":\"EntryPoint\",\"urlTemplate\":\"https:\/\/easeapps.xyz\/es\/?s={search_term_string}\"},\"query-input\":{\"@type\":\"PropertyValueSpecification\",\"valueRequired\":true,\"valueName\":\"search_term_string\"}}],\"inLanguage\":\"es\"},{\"@type\":\"Person\",\"@id\":\"https:\/\/easeapps.xyz\/es\/#\/schema\/person\/927727233ce46226fea0372f3ad865b4\",\"name\":\"cesar\",\"image\":{\"@type\":\"ImageObject\",\"inLanguage\":\"es\",\"@id\":\"https:\/\/easeapps.xyz\/es\/#\/schema\/person\/image\/\",\"url\":\"https:\/\/secure.gravatar.com\/avatar\/45e16d35caca547c1ae54bf1419fe6f1982a797783d31eaa0d4f0ac0c46acc69?s=96&d=mm&r=g\",\"contentUrl\":\"https:\/\/secure.gravatar.com\/avatar\/45e16d35caca547c1ae54bf1419fe6f1982a797783d31eaa0d4f0ac0c46acc69?s=96&d=mm&r=g\",\"caption\":\"cesar\"}}]}<\/script>\n<!-- \/ Yoast SEO plugin. -->","yoast_head_json":{"title":"Tecnolog\u00eda de apoyo y dise\u00f1o de experiencia de usuario. \u00bfC\u00f3mo lo hacemos? - Ease Apps","description":"In this post we unveil the challenges we face and how we address them when designing the user experience of our assistive technology products","robots":{"index":"index","follow":"follow","max-snippet":"max-snippet:-1","max-image-preview":"max-image-preview:large","max-video-preview":"max-video-preview:-1"},"canonical":"https:\/\/easeapps.xyz\/es\/blog\/109-tecnologia-de-apoyo-y-diseno-de-experiencia-de-usuario\/","og_locale":"es_ES","og_type":"article","og_title":"Tecnolog\u00eda de apoyo y dise\u00f1o de experiencia de usuario. \u00bfC\u00f3mo lo hacemos? - Ease Apps","og_description":"In this post we unveil the challenges we face and how we address them when designing the user experience of our assistive technology products","og_url":"https:\/\/easeapps.xyz\/es\/blog\/109-tecnologia-de-apoyo-y-diseno-de-experiencia-de-usuario\/","og_site_name":"Ease Apps","article_published_time":"2019-10-08T09:43:15+00:00","article_modified_time":"2023-08-20T10:10:48+00:00","og_image":[{"width":500,"height":333,"url":"https:\/\/easeapps.xyz\/es\/wp-content\/uploads\/blog\/person_working_on_blue_and_white_paper_on_board.jpg","type":"image\/jpeg"}],"author":"cesar","twitter_card":"summary_large_image","twitter_misc":{"Escrito por":"cesar","Tiempo de lectura":"14 minutos"},"schema":{"@context":"https:\/\/schema.org","@graph":[{"@type":"WebPage","@id":"https:\/\/easeapps.xyz\/es\/blog\/109-tecnologia-de-apoyo-y-diseno-de-experiencia-de-usuario\/","url":"https:\/\/easeapps.xyz\/es\/blog\/109-tecnologia-de-apoyo-y-diseno-de-experiencia-de-usuario\/","name":"Tecnolog\u00eda de apoyo y dise\u00f1o de experiencia de usuario. \u00bfC\u00f3mo lo hacemos? - Ease Apps","isPartOf":{"@id":"https:\/\/easeapps.xyz\/es\/#website"},"primaryImageOfPage":{"@id":"https:\/\/easeapps.xyz\/es\/blog\/109-tecnologia-de-apoyo-y-diseno-de-experiencia-de-usuario\/#primaryimage"},"image":{"@id":"https:\/\/easeapps.xyz\/es\/blog\/109-tecnologia-de-apoyo-y-diseno-de-experiencia-de-usuario\/#primaryimage"},"thumbnailUrl":"https:\/\/easeapps.xyz\/es\/wp-content\/uploads\/blog\/person_working_on_blue_and_white_paper_on_board.jpg","datePublished":"2019-10-08T09:43:15+00:00","dateModified":"2023-08-20T10:10:48+00:00","author":{"@id":"https:\/\/easeapps.xyz\/es\/#\/schema\/person\/927727233ce46226fea0372f3ad865b4"},"description":"In this post we unveil the challenges we face and how we address them when designing the user experience of our assistive technology products","breadcrumb":{"@id":"https:\/\/easeapps.xyz\/es\/blog\/109-tecnologia-de-apoyo-y-diseno-de-experiencia-de-usuario\/#breadcrumb"},"inLanguage":"es","potentialAction":[{"@type":"ReadAction","target":["https:\/\/easeapps.xyz\/es\/blog\/109-tecnologia-de-apoyo-y-diseno-de-experiencia-de-usuario\/"]}]},{"@type":"ImageObject","inLanguage":"es","@id":"https:\/\/easeapps.xyz\/es\/blog\/109-tecnologia-de-apoyo-y-diseno-de-experiencia-de-usuario\/#primaryimage","url":"https:\/\/easeapps.xyz\/es\/wp-content\/uploads\/blog\/person_working_on_blue_and_white_paper_on_board.jpg","contentUrl":"https:\/\/easeapps.xyz\/es\/wp-content\/uploads\/blog\/person_working_on_blue_and_white_paper_on_board.jpg","width":500,"height":333,"caption":"person working on blue and white paper on board"},{"@type":"BreadcrumbList","@id":"https:\/\/easeapps.xyz\/es\/blog\/109-tecnologia-de-apoyo-y-diseno-de-experiencia-de-usuario\/#breadcrumb","itemListElement":[{"@type":"ListItem","position":1,"name":"Portada","item":"https:\/\/easeapps.xyz\/es\/"},{"@type":"ListItem","position":2,"name":"Tecnolog\u00eda de apoyo y dise\u00f1o de experiencia de usuario. \u00bfC\u00f3mo lo hacemos?"}]},{"@type":"WebSite","@id":"https:\/\/easeapps.xyz\/es\/#website","url":"https:\/\/easeapps.xyz\/es\/","name":"Ease Apps","description":"Facilitamos la accesibilidad al m\u00f3vil","potentialAction":[{"@type":"SearchAction","target":{"@type":"EntryPoint","urlTemplate":"https:\/\/easeapps.xyz\/es\/?s={search_term_string}"},"query-input":{"@type":"PropertyValueSpecification","valueRequired":true,"valueName":"search_term_string"}}],"inLanguage":"es"},{"@type":"Person","@id":"https:\/\/easeapps.xyz\/es\/#\/schema\/person\/927727233ce46226fea0372f3ad865b4","name":"cesar","image":{"@type":"ImageObject","inLanguage":"es","@id":"https:\/\/easeapps.xyz\/es\/#\/schema\/person\/image\/","url":"https:\/\/secure.gravatar.com\/avatar\/45e16d35caca547c1ae54bf1419fe6f1982a797783d31eaa0d4f0ac0c46acc69?s=96&d=mm&r=g","contentUrl":"https:\/\/secure.gravatar.com\/avatar\/45e16d35caca547c1ae54bf1419fe6f1982a797783d31eaa0d4f0ac0c46acc69?s=96&d=mm&r=g","caption":"cesar"}}]}},"_links":{"self":[{"href":"https:\/\/easeapps.xyz\/es\/wp-json\/wp\/v2\/posts\/51","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/easeapps.xyz\/es\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/easeapps.xyz\/es\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/easeapps.xyz\/es\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/easeapps.xyz\/es\/wp-json\/wp\/v2\/comments?post=51"}],"version-history":[{"count":10,"href":"https:\/\/easeapps.xyz\/es\/wp-json\/wp\/v2\/posts\/51\/revisions"}],"predecessor-version":[{"id":299,"href":"https:\/\/easeapps.xyz\/es\/wp-json\/wp\/v2\/posts\/51\/revisions\/299"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/easeapps.xyz\/es\/wp-json\/wp\/v2\/media\/48"}],"wp:attachment":[{"href":"https:\/\/easeapps.xyz\/es\/wp-json\/wp\/v2\/media?parent=51"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/easeapps.xyz\/es\/wp-json\/wp\/v2\/categories?post=51"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/easeapps.xyz\/es\/wp-json\/wp\/v2\/tags?post=51"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}