Delta: Diseño y Accesibilidad
| Título | Diseño y Accesibilidad: Grupo Delta |
|---|---|
| Tipo de Proyecto | Proyecto de Taller |
| Palabras Clave | PICTOS |
| Período | 2021-2021 |
| Asignatura | Taller de Diseño de Interacción, Taller de Diseño de Servicios, |
| Del Curso | Taller de Diseño de Interacción 2021 |
| Carreras | Diseño, Interacción y Servicios"Interacción y Servicios" is not in the list (Arquitectura, Diseño, Magíster, Otra) of allowed values for the "Carreras Relacionadas" property. |
| Alumno(s) | Joaquin Mansilla, Michell Diaz, Marina Cabezas, Franco Castañeda Becerra, Ayrton Pereira |
| Profesor | Renee Rodo, Herbert Spencer |
Grupo Delta
pregunta/campo especulativo para el desarrollo y proposición de nuevas funcionalidades o capacidades: Participación vs. administración: curación de contenidos de calidad
- ¿Cómo podemos facilitar y optimizar la labor de los administradores de PICTOS?
- ¿Cómo curar y administrar los aportes del público?
- ¿Cómo revisar y clonar apoyos similares en diferentes lugares?
Preguntas que surgieron de las conversaciones en grupo
- ¿Qué tan modular busca ser la aplicación respecto a la inclusión de lugares y establecimientos? ¿Qué tan útil es respecto a la optimización de la misma?
- ¿Cómo llega una empresa/servicio a PICTOS? ¿Cuál es el proceso para agregar un nuevo lugar a PICTOS? ¿es gratis?
- ¿Cómo se elige qué servicios básicos se ponen en la app y cual es el radio que cubre la app para mostrar esos servicios?
- ¿Qué dificultades tienen los administradores?
- ¿Qué requisitos o qué libertades se disponen a la hora de incluir un sector o establecimiento?¿Por qué medio se verifica la información?
- ¿Cómo PICTOS administra las localizaciones que se ingresan?¿De dónde se obtiene la información mostrada?
- ¿Quiénes son los administradores de PICTOS? ¿Qué jerarquización poseen? (respecto a la tarea de los evaluadores) ¿Quién ejerce el trabajo de moderación de la información?
- ¿Dónde y cómo se almacena la información recibida? ¿Se publica inmediatamente? ¿Cuánto tiempo pasa entre la recepción de la información, la verificación y su publicación?
Interfaz Móvil
Para poder adentrarnos en la pregunta, hacemos un recorrido de observación dentro de Pictos para poder especular sobre posibles cambios que podrían facilitar la tarea de los administradores en tanto la forma en que reciben la información que es entregada por los usuarios. Para ello desplegamos una serie de anotaciones respecto al recorrido de la app, interactuando con lo que esta publicado hasta hoy en día.
PICTOS
Transcripción
- Para ingresar a la app primero se debe ingresar por el navegador de un dispositivo móvil o pc y se queda abierto como una pestaña
- Esta forma de ingresar da a entender un poco que la aplicación debiese ser guiada si estamos hablando de una persona con dificultades para ingresar a algún tipo de dispositivo, por ende debiese al menos haber una instancia explicativa de uso de la app, algo así que haga que el usuario llegue a memorizar cada tecla de la misma.
- Luego de ingresar a la aplicación, nos topamos con un buscador y cuatro secciones, en este caso seleccionamos "tramites", en el celular la aplicación se quedo pegada allí, mientras que en el navegador del pc cargo a la siguiente pestaña.
- Al hacer click en tramites se despliega una serie de posibles lugares donde se realizan tramites, a lo que surge la duda de ¿Cómo se seleccionan estos lugares?
- Al seleccionar un lugar me muestra el más cercano o bien el único que está puesto (registro civil de concón) y la distancia al lugar (1034 km).
- Al dar click me debería mostrar las tareas que puedo realizar en ese lugar, pero no hay información, ¿Es eficiente NO dar tareas básicas o información dada, pensando en un usuario que ingresa por primera vez a la app.
(Administración)
Opción de agregar o proponer un lugar para la sección
- Para agregar un lugar nuevo se busca según palabras clave y la app sugiere, al elegir el lugar, se puede enviar la solicitud de inmediato, sin preguntas, como el "¿Porqué se quiere agregar el lugar?" o "Características que de una confianza a los administradores de que es un lugar necesario". La pregunta es "¿Es eficaz este sistema?
Sería mejor que los propios administradores/moderadores agregaran cada lugar y los usuarios dan información sobre el espacio, pero a primera vista la finalidad de usar la app sin una gran cantidad de lugares la deja un poco difusa para el uso. Quizá sería bueno que la propia app por medio del GPS propusiera lugares y los vaya guardando.
Propuestas basadas en el ejercicio
En base al primer ejercicio de conocer "PICTOS" y realizar observaciones sobre la misma se proponen algunas ideas especulativas:
- Buscar tecnologías que faciliten el planteo y uso de información y/o lugares en PICTOS. (IA, bases de datos, etc.)
- Para lugares de uso publico como el registro civil u otro tipo de lugares, deberían preestablecerse tareas y funcionar de molde para rellenar cualquier otro tipo de servicio similar a lo largo del país (Clonar)
- Los lugares de ocio u otros sitios que NO son públicos debiesen entregar sus propias listas de tareas y hablar del nivel de accesibilidad de sus establecimientos (Ocio).
- La aplicación debiese tener conexiones con municipios, centros públicos, etc. De modo que sea cada vez mas concreto "la necesidad" de utilizar esta aplicación.
- Sobre la forma de agregar lugares o tareas, se pone en duda la libertad de cada usuario de cooperar con la aplicación, para que así sea se deberían crear formularios que ayuden a dar un grado de veracidad y confianza a las ayudas que ofrecen los usuarios y facilitar la tarea de los administradores a la hora de revisar la información.
- Falta definir qué es un "pictograma"
- Corregir la ubicación geográfica para los usuarios
¿Si la app es accesible al momento de buscar un lugar y el servicio en sí no es accesible para gente con discapacidades (físicas-psicológicas) será trabajo de la empresa/local el hacer accesible sus servicios? ¿Cómo se vincula esto a la app?
- La pregunta "¿Desea añadir PICTOS a su pantalla inicial?" no especifica si es a la pantalla inicial del navegador o del celular.
- No se puede volver atrás en el tutorial.
Ejemplo para registrar un lugar/servicio
¿Cómo se inscribe un lugar/servicio en la plataforma Google Maps utilizada por PICTOS?
En este video se explica como se puede registrar un lugar con su respectivo servicio, utilizando un formulario y Excel de Gsuite
Propuesta de Formulario 1
¿Será necesario un cuestionario, a modo de filtro, para aprobar la aparición de un servicio?
Esta aplicación se basa en mapas, es tal vez, lo más importante a brindar en la experiencia del usuario. Por ende, debe existir, además de un formulario de inscripción del servicio, una inscripción geográfica que luego será triangulada dependiendo de la ubicación del usuario.
Propuesta Formulario inscripción de servicio
- Foto
- Nombre
- Tipos de servicio
- Categoría de PICTOS
- Ubicación en mapa
- Dirección (calle/ciudad)
- Descripción del servicio
- Nº teléfono
- Productos que pueden comprar los usuarios
- Servicios que pueden realizar los usuarios
- Delivery (si/no)
- Pictograma informativo
Caso Hipotético de Uso del Formulario para Agrega un Lugar
Propuesta uno de formulario en Pictos
Para la realización de esta propuesta se toma intenta mantener la fidelidad al diseño que ya tiene Pictos y se le agregan partes como cuadros de texto o pictogramas para referirse a algunas solicitudes, de modo que quede similar a la proyección de arriba (Caso hipotético), esta propuesta se basa en el pensamiento de generar una veracidad en la información que se entrega a la administración de modo que la verificación de lugares o servicios sea más expedita en cuanto a la revisión.
Propuesta de Formulario 2
Para la nueva propuesta de formulario se limpian los excesos de requerimientos y se dejan solo la categoría del lugar/servicio, el nombre del recinto y la posibilidad de adjuntar una fotografía del lugar.
¿Cómo podría ser la comunicación del usuario con la administración?
Dentro de la aplicación actual, al navegar en ella no se encuentra a mano una manera de poder comunicar al usuario con personas de administración, si se piensa en la finalidad que tiene Pictos acerca de la accesibilidad para lo usuarios, debiese considerar que estos necesitan algún modo de comunicarse con personas de soporte/administración, en caso de necesitar algún tipo de ayuda o resolver algún tipo de duda respecto a lo que el usuario esta realizando en la aplicación, esta manera de cuestionar que tenga el usuario puede ir desde alguna dirección a alguna acción dentro de la app. Para ello se observa como es el método de comunicarse con el soporte/administración en otras aplicaciones, en este caso en aplicaciones de delivery de comida, como por ejemplo, la aplicación de Rappi permite una comunicación directa con el Soporte de la Aplicación, el cual ayuda a resolver dudas sobre algún pedido, cobro u otro tipo de duda.
De este modo se entiende que el usuario puede comunicarse directamente con alguna persona de soporte en la aplicación y que probablemente le pueda ayudar a resolver un problema.
Sobre los soportes técnicos en línea
El soporte técnico en línea no es más que asistencia en el entorno virtual. En esta asistencia, su empresa se pone a disposición de sus clientes o suscriptores en la web para generar relaciones, es decir, diálogo y comunicación con el fin de resolver problemas, evaluar dudas y preguntas y asesorar.
Desde el momento en que su empresa ofrece el soporte técnico en línea, debe estar preparada para hablar sobre los productos y servicios que ofrece, y brindar consultas desde los temas más simples hasta los más complejos que involucran las áreas más variadas de la empresa: tecnología de la información, comercial, legal, entre otros.
El soporte técnico en línea implica:
- Acceso a Internet;
- Un equipo/software capacitados y bien entrenados;
- Una herramienta en línea que ayuda a cumplir esta función y facilita los procesos tanto para el equipo de servicio como para aquellos que serán atendidos.
Por lo tanto, el soporte técnico en línea se lleva a cabo a través de correos electrónicos, chats, videollamadas y páginas web.
Ventajas de la comunicación vía soporte técnico en línea
- Mayor productividad: El soporte técnico en línea debe realizarse utilizando un software que concentre todas las interacciones de servicio al cliente en un solo lugar. Por lo tanto, además de ayudar a la comunicación de una manera más organizada, personal y eficiente, ya que reúne toda la información y registros de datos con el cliente, el uso de una herramienta termina resultando en profesionales de servicio más productivos, por crear un flujo y etapas preestablecidas para ser cumplidas por los asistentes, y, en consecuencia, en clientes más satisfechos.
Con la ayuda de una herramienta, el profesional que realiza el soporte técnico en línea ahora tiene más tiempo para realizar otras tareas, ya que tiene una herramienta que facilita la gestión de las interacciones con los clientes, de forma intuitiva, unificador de las conversaciones en un único hilo, permitiendo el monitoreo de interacciones y estableciendo prioridades, la recuperación de los eventos anteriores y facilitando tener una imagen más clara del cliente.
El hecho de tener una herramienta que integra todas las interfaces de servicio al cliente — mensajes sociales, voz y SMS, chat en vivo y soporte incrustado, y autoservicio y base de conocimiento — hace que la rutina no solo sea más productiva, sino también dinámica, ya que todo está integrado en la misma plataforma, lo que permite al profesional realizar otras tareas y resolver un mayor número de tickets en menos tiempo.
- Libertad de tiempo y espacio: El soporte técnico en línea también garantiza que su cliente o cliente potencial se comunique con su empresa, independientemente de dónde se encuentren y en tiempo real, sin limitaciones ni restricciones geográficas. Un estudio de la Forrester revela que el 69% de los adultos en línea dicen que compran más de compañías cuyo servicio a clientes en línea y offline es constante.
También es importante contar con una herramienta para proporcionar el soporte técnico en línea para que la empresa pueda recopilar interacciones con el consumidor en los canales más diversos, como teléfono, correo electrónico, redes sociales, entre otros, de acuerdo con la preferencia del cliente y en el momento que lo considere más necesario, usar a cada uno de estos canales.
- Facilidad de acceso y medición de datos
- Ahorro de tiempo y recursos
Un ejemplo de comunicación con soporte sería el caso de lo implementado en el Mall de Concepción. Siendo aquí un bot que realiza actividades según lo que requiera el usuario.
¿Cómo poder aplicar esto en Pictos?
Se piensa el poder aplicar estas maneras de comunicarse directamente con soporte del mismo modo que en una aplicación de delivery, en esta situación se plantean dos posibles modos de comunicación, la primera sería una comunicación directa con alguna persona disponible en soporte y otra es solicitar ayuda en el menú desplegable. Con la información que se recopila de estas interacciones de usuario y adm se piensa en poder crear algún sistema de Preguntas frecuentes, de modo que a medida que pase el tiempo las preguntas o necesidades que requiera algún usuario se vayan sistematizando.
Interfaz de ADMINISTRADOR
Preguntas a trabajar
¿Se le llama administrador al usuario?
- ¿Cómo se jerarquiza a los usuarios participantes en PICTOS?
- ¿Qué palabra define realmente la labor de un participante en PICTOS?
Propuesta jerarquía de participantes en PICTOS
Se propone una jerarquía de participantes donde el/la administrador/a sea la persona encargada de conservar lo datos de la aplicación, el/ moderador/a (designada por la administración) la persona encargada de revisar las actividades de los usuarios/colaboradores y el/la colaborador/a la persona encargada de, como la palabra misma lo dice, colaborar con los nuevos contenidos de la aplicación, sin ser parte de la administración de la interfaz.
Definiciones
Administrador: -"el administrador de una red local es responsable de gestionar y conservar los datos de su empresa"
Colaborador: -“Persona que trabaja con otras en la realización de una tarea común” -“Persona que colabora habitualmente en un periódico o revista o en otros tipos de publicación sin formar parte del staff de la empresa que los edita.”
Cooperador: -La definición de cooperador hace alusión al que coopera, ayuda, colabora, alía, junta, auxilia, asiste, participa, socorre, asocia o que echa a la mano otro y otros para lograr un objetivo.
Moderador: Un moderador en internet, se encarga de revisar las actividades, por así decirlo, de los otros miembros del sitio o foro de internet. Generalmente, los moderadores suelen ser nombrados por un administrador. Los moderadores pueden ser denominados a veces "mods" abreviando la palabra "moderadores".
Interfaz del administrador
Observaciones y apreciaciones respecto a la Interfaz de Administrador
- Respecto al menú desplegable se aprecia que existe un uso de términos tanto de la lengua inglesa como española, se propone cambiar el término "Dashboard" a "Tablero de Informaciones", "Tablero de Acciones", o simplemente "Tablero". Esto con el cometido de crear un lenguaje más favorable para los usuarios que utilicen la plataforma de administración.
- En el despliegue de "Dashboard" se puede ver un desglose de sub-menús donde se aprecia lo que aparentan ser la modificaciones más recientes, al entrar una de ellas se ve una lista ordenada con la opción "Rows per Page" que otorga la información detallada de cada ingreso. Pero secciones como "Evaluaciones", "Pictogramas" o incluso "informe de errores" parecen ser secciones sólo asequibles desde la "Dashboard". Considerando que la sección de Informe de errores es de importancia en las tareas de administración podría estar contenida en el menú de despliegue.
- En las propuestas enviadas por el usuario se podría incluir en el formulario incorporar más detalles del servicio que quiera ingresar a la aplicación, debido a que las propuestas ingresadas por aportes de Usuarios solo contemplan el nombre del establecimiento, donde hay algunos que indican una aproximación del lugar, como otros que sólo poseen el nombre, se considera que esto entorpece las labores del administrador a la hora de considerar publicar o rechazar el aporte hecho por un Usuario.
Mapa conceptual propositivo
Se desarrolla un mapa conceptual en torno al uso de la aplicación y su arquitectura de información en torno a la cual se puede desarrollar. De manera que el mapa se expande desde lo propositivo (color azul) y obstáculos (color rojo)
|
Link de Miró: https://miro.com/app/board/o9J_kk7b-Dg=/ |
Tablero
Con la intención de facilitar el trabajo de los administradores pensamos en establecer un sistema de prioridades que se vería reflejado en el tablero de inicio de la interfaz del administrador. La matriz de Eisenhower, también conocida como la caja de Eisenhower o la matriz urgente/importante, es un marco de trabajo simple para priorizar las tareas y administrar la carga de trabajo.
Luego de recibir las primeras correcciones comprendimos que el informe de errores era siempre más urgente y que realmente no existían tareas que fuesen siempre más importantes que otras. Es por eso que decidimos eliminar la división de prioridades y poner en primera instancia un cuadrante/tarjeta que resumiera el informe de errores y más abajo los lugares y pictogramas propuestos.
Tareas
La propuesta de Tareas busca mantener el despliegue de la información, pero buscando reforzar la fluidez y facilitación de navegación a través de los datos. Así como crear una instancia de edición que permita editar o eliminar pasos o tareas sin alterar aquellas que estén relacionadas, algo que actualmente no se puede realizar en la interfaz.
Esta propuesta se vería transformada posteriormente buscando incorporar las nuevas ideas de una manera más continuista respecto a la interfaz de administrador actual de PICTOS.
Servicios
En servicios se trabaja con la iteración de la idea de fomentar la organización y despliegue de la información. Se comienza con esta idea de casillas, pero a medida que avanzan las retroalimentaciones se trabaja hacia una interfaz más coherente con la actualmente utilizada.
Informe de errores
El sub-menú de Informe de errores recoge información registrada por los usuarios colaboradores y otros administradores, actualmente en qa.admin.pictos.cl el ingreso de errores es principalmente de faltas ortográficas, ausencia de Tareas y pasos, o incoherencias de la información, así como de reportes de cuán relevante puede ser.
La propuesta se compone de un reordenamiento de la jerarquización de la información reciente linkeada en la "Dashboard", a un orden donde el Informe de Errores es lo primero en aparecer. Así como una nueva lista de errores similar a las existentes en secciones como Servicios o Lugares, que es una cualidad actualmente inexistente y que puede provocar una búsqueda más engorrosa de su ubicación pensando en su uso a largo plazo. Todo el concepto está pensado con el objetivo de crear una regulación de los datos que favorezcan la navegación y trabajo de administración.
.png)
Qué es una épica?
La definición de Agile Alliance es: Una épica es una historia de usuario que no puede ser entregada tal y como se ha definido dentro de una sola iteración, o que es suficientemente grande como para ser partida en historias de usuario más pequeñas.
Una épica nace de una necesidad de usuario muy grande, y posiblemente abstracta al principio. Las historias de usuario "nacerán" de esta épica. No es que las historias se agrupen y se "asocien" en una épica. Es la épica la que genera historias. La épica representa un objetivo alcanzable. No es una línea de negocio, o un producto.
Es un objetivo al que nos aproximaremos y que esperamos alcanzar algún día. Las épicas nacen, crecen, se reproducen creando historias y algún día mueren. Son finitas en el tiempo. La épica puede versar sobre crear o cambiar una funcionalidad. La épica no es la funcionalidad.
Épica 1
En la primera situación el objetivo es crear un diálogo más directo entre PICTOS y el administrador para así favorecer la rapidez de la corrección de Errores. Es así como se plantea que el Administrador reciba por medio de su correo electrónico un reporte que notifique 5 nuevos errores y facilite el acceso directo a la plataforma mediante una url hacia el menú de informe de errores. Al ingresar al sub-menú de PICTOS el administrador se encuentra con una lista que le muestra un despliegue ordenado en columna de todos los errores recientes. Desde la lista posee la opción de ingresar de manera directa a la localización de cada error, así como también marcar el estado de notificación de cada uno (el estado del error de todas formas se actualizará automáticamente si el algoritmo reporta algún cambio hecho por el usuario a "En proceso" y a "Resuelto" si el administrador lo indica). Así es como la resolución de errores se concretaría de manera satisfactoria, ordenada y menos engorrosa.
Épica 2
En la segunda situación el objetivo principal es desarrollar las labores de administración dentro de la plataforma de la manera de ingreso directo, que corresponde a la forma de ingreso actual a PICTOS-admin, pero con las nuevas propuestas de interfaz integradas. Es así como el administrador haría ingreso al panel principal denominado "Tablero", donde se muestra un ordenamiento de la información en base a priorizar los ingresos más recientes. De esta sección posee libre navegación entre lo más reciente, y nuevos links al menú principal tales como "Informe de Errores", "Pictogramas" y "Evaluaciones". Comienza por "Servicios" donde se encuentra con el listado que enseña la información en columnas horizontales donde al seleccionar una, puede ver un despliegue de la información y acceder donde lo necesite de forma ordenada. "Tareas" incluye la opción de crear un desglose de la información también, en este caso con la facultad de poder editar pasos sin alterar los que tenga relacionados. Cuando decide ingresar a "Pictogramas" se encuentra con un Sub-menú relacionado a Tareas, donde puede regular los pictogramas propuestos. Al pasar por el "Informe de Errores" ve una lista histórica donde las trabaja desde un orden por fechas y hora de ingreso. Finalmente el administrador termina sus labores ingresando a "Evaluaciones" donde verifica todas las evaluaciones ingresadas por los usuarios/colaboradores ordenadas por fecha de ingreso.
Propuesta Interfaz de Administración
La propuesta consiste en una serie de cambios dentro de lo que sería la interfaz de administradores de Pictos, estos cambios facilitarían la labor de los mismos, para que el trabajo sea menos engorroso y más liviano a la hora de poder resolver solicitudes dentro de lo que la aplicación exija.
Para ello proponemos una serie de cambios relacionados con el diseño de la interfaz, se adjunta una comparativa de como esta la interfaz actual de Admin de Pictos y la Propuesta llevada a cabo, de modo que se puedan ir recorriendo y comparando ambas ventanas de la presentación.
Interfaz de Administración Actual de Pictos
Propuesta de Interfaz de Administrador
Video de propuesta
Prueba de Usuario
Al realizar la prueba de usuario, se realiza por medio de una llamada dentro de la plataforma "meet", donde nos reunimos con 3 usuarias que han estado o están relacionadas con Pictos y su administración.
Para ello se invitó a las personas a interactuar con la maquetación de la interfaz realizada en figma, donde a medida que la iban descubriendo, un integrante del equipo le iba explicando el porqué y cómo de la propuesta y las aristas que esta abarca.
Esta prueba de usuario dio bastantes resultados positivos y observaciones nutritivas para poder llevar a cabo una propuesta final de la interfaz.
Algunas de estas observaciones se exponen ahora:
Sobre la interfaz actual
- La interfaz de QA, es poco intuitiva
- Al querer borrar un paso especifico, debía borrarse toda la tarea.
- ¿La diferencia entre servicio y lugar?
Sobre la propuesta
- Sobre la propuesta de cambiar los estados de resolución de problemas ya sea, Pendiente, En proceso o Resuelto, se cuestiona el hecho de : ¿Qué pasaría si la persona que está resolviendo el problema olvida modificar el estado de esa tarea?
- Se ve positivo el hecho de poder previsualizar las tareas ha realizar.
- Se propone que podría haber un numero que acompaña al numero de errores en el informe.
- Se ve bien que aparezcan colores para identificar la realización de una tarea, pero se propone a la vez reducir esa misma cantidad de colores de 3 a 2.
- Se propone que las tareas resueltas aparezcan una cierta cantidad de dias en el dash y luego desaparezcan.
Retroalimentación y avance de Propuestas
Se recogieron correcciones y acotaciones para refinar y perfeccionar nuevas propuestas respecto a la interfaz de Administrador y al ingreso de Lugares y Tareas en la aplicación de PICTOS, así de cómo dicha información es recibida por los administradores.
- Respecto a la sección de Informe de errores, se considera que todos corresponden a notificaciones de cualidad urgente, por lo que al ingresar al sub-menú se propone mostrar el estado del error de una manera visual en el desglose de la información.
Así como también buscar una especie de botón o figura gráfica que permita indicar al administrador que la tarea ya está solucionada, cambiando la categoría de estado (Pendiente, en proceso (en borrador), solucionado)
- ¿Es relevante tal vez Agregar una papelera temporal? (Esto en coherencia con la petición de la actual administración de permitir editar o transformar a borrador tareas propuestas e incorporadas, actualmente sólo se puede eliminar o borrar las propuestas o tareas que se ingresan.)
- Se precisa ordenar la tareas por nombre, lugar, servicio, estado, fecha (para poder, por ejemplo, crear un orden por lo más antiguo a lo más reciente).
- Actualmente se busca la Tarea y no el lugar, que puede resultar muy engorroso, aún más proyectando la aplicación a un uso masivo. Se busca tratar de que la opción venga desde el lugar hacia la tarea para tratar el exceso de información, concentrando así lo que el usuario priorice visualizar.
- ¿Cómo filtrar los lugares ingresados? Esto en relación a que actualmente en PICTOS se puede agregar un bar en la categoría de transporte, por ejemplo.
- ¿Cómo evitar lugares duplicados? ¿identificar que ya está hecho y redireccionarlo/linkear al lugar existente? Se propone que el algoritmo tenga la capacidad de indicarle al usuario que el lugar está "creado" a la hora de agregar una nueva Tarea. así no se crean duplicados.
- Respecto a la opción de agregar una Tarea, se encuentra propuesto que te pida ingresar de manera obligatoria pasos a realizar. Tal vez sin necesidad de agregar pictogramas, y dejarlo para el administrador, pero si o si que te proponga agregar pasos que permitan detallar la acción.
- La tarea se puede publicar sin pictogramas, queda como algo opcional. (En un caso así el administrador tendría que agregar los pictogramas)
- Sobre el Formulario se opta por limpiar el exceso de requerimientos que se proponen, pensando en no llenar al usuario de información y también pensando en la calidad de información resultante del formulario.
Propuesta Final de la Interfaz de Administrador
Puedes probar la interfaz aquí.
Bibliografía
- https://www.zendesk.com.mx/blog/soporte-tecnico-en-linea/
- https://eadpucv.github.io/pix/pages/app/#intrigued
- https://www.agilealliance.org/glossary/epic
- https://josehuerta.es/gestion/agile/que-es-una-epica-y-que-no-es#:~:text=Una%20%C3%A9pica%20es%20una%20historia,historias%20de%20usuario%20m%C3%A1s%20peque%C3%B1as.
