#24 (4) Mission Control – Mejoras genéricas
Descripción Se permite al usuario al que se invita –con un código que se envía a su correo electrónico– que se registre y se autentique en el Mission Control mediante Facebook –hasta ahora sólo hay esta opción–, o establezca una contraseña asignada a su dirección de correo electrónico –la cual se encripta antes de guardarla en la BDD–. Se le permite editar estos valores desde dentro del Mission Control, pudiendo tener activos ambos, o sólo uno de ellos –cualquiera, pero al menos uno–. Eliminar los errores de estos procesos.
El único lenguaje disponible en el Mission Control es el inglés. No se comprimen los ficheros de JavaScript.
Fundamento El registro sólo con Facebook trae problemas a los clientes que consisten en varias personas que quieren acceder a la cuenta.
La contraseña se encripta por motivos de seguridad.
Hay varios errores en el proceso de registro que a veces impiden que el usuario se pudiera registrar.
idioma sin sentido, ya que el portal web no está preparado para ello.
Los ficheros de JavaScript que se envían al cliente (según el patrón SOUI/SOFEA) se comprimen de forma ineficiente; eliminar ésta compresión agiliza la carga del portal web.
Completitud El usuario se puede registrar y autenticar en el Mission Control como prefiera, pudiendo cambiar estas opciones a su antojo de modo efectivo. No hay errores en éste proceso.
#25 (4) Mission Control – Mejoras de funcionalidades concretas Descripción Añadir filtros adicionales.
En el editor de portales, visualizar en el menú los lenguajes y promociones que hay activos. Permitir editar las propiedades de los distintos elementos visibles del Portal. También, cuando el administrador quiera aprobar un portal, se comprueba que haya editado por lo menos una vez cada uno de los distintos elementos necesarios –o ninguno de ellos, si se quiere habilitar el Portal por defecto–.
Fundamento En algunas ventanas es difícil encontrar los objetos que se desean, por ello se añaden filtros para facilitar su búsqueda.
En el editor de portales siempre se visualizan las páginas editables de todos los lenguajes y todas las promociones –independientemente de si están activos o no–. Dado el número en aumento de promociones, el filtraje de las opciones editables a sólo las activas mejora la percepción del cliente, a la vez que le permite visualizar mejor que es lo que concierne al Portal realmente –las promociones o lenguajes no activos no serán visibles por los usuarios finales–.
Permitir reposicionar todos los elementos visibles del Portal. Para aportar más versatilidad en el diseño al cliente, permitir también que algunos de ellos puedan ser cambiados de tamaño o de color.
A la hora de aprobar un Portal –cosa que solo puede hacer el administrador–, es posible que se haya olvidado algún elemento básico (e.g., subir alguna imagen), por ello no se permitirá que se apruebe hasta que se hayan subido todos los que se consideran necesarios, avisando al administrador de qué elementos concretos faltan por editar. Aun así, se tiene que permitir que se apruebe el Portal en su modo por defecto –i.e., si no hay ningún elemento editado–.
Completitud Se puede acceder a la edición de las páginas –y por lo tanto, de los elementos– que conciernen al estado actual del Portal, y sólo a estas, aunque se guardará el estado de las que están escondidas si se había editado para facilitar su posterior edición si se
vuelven a activar.
El administrador no puede aprobar un Portal a menos que haya editado todos los elementos básicos de los activos en éste, o ninguno de ellos.
#26 (4) Portal y Mission Control – Nuevo logo y versatilidad lenguajes
Descripción El logo de la empresa se ha actualizado por uno nuevo, el cual está en distintas versiones con distintos colores.
Se puede escoger cualquier combinación de idiomas para el Portal.
Fundamento El logo de la empresa se ha actualizado por uno nuevo en todos lados. En el Mission Control, en el editor de Portales, se permite seleccionar el que más se adecue a la gama de colores del Portal, el cuál verán también los usuarios finales cuando éste se apruebe.
Hasta ahora el inglés es un idioma no eliminable del Portal, provocando que aquellos Portales que los clientes sólo quieren en castellano o catalán se vean forzados a subir las imágenes en la opción de inglés –aparte de la poca sensación de adaptabilidad que da, también implica que algunos de los textos estáticos se vean en inglés en vez de en el idioma real del portal–. Permitir que pueda estar sólo cualquiera de ellos – pueden ser más, pero como mínimo uno–, soluciona este caso.
Completitud El logo viejo no se ve en ningún lado y el que se ve en el Portal corresponde con el que se ha editado en el Mission Control.
Se puede seleccionar cualquier combinación de idiomas en cualquier Portal.
#27 (4) Portal – Añadido Google Analytics
Descripción Añadir Google Analytics a cada uno de los pasos del Portal, registrar también los distintos eventos de las promociones (e.g.: “Me gusta” en Facebook o producto recomendado).
Fundamento Es revelador conocer el flujo que siguen los usuarios finales para poder encontrar a aquellos puntos donde deciden dejar de seguir el flujo, o donde más se desesperan – i.e., refrescan a menudo la página–. Analizando los datos recopilados se podrán tomar decisiones más fundamentadas para formular los requisitos que se planteen en el futuro.
También es interesante guardar los efectos de las promociones. Aunque ya se guardan en la BDD, no es mala praxis, ya que se dispone de la herramienta, comprobar los datos.
Completitud El flujo de los usuarios se puede observar en Google Analytics.
#28 (4) Portal – Flujo más completo y versátil
Descripción Refactorizar el flujo del Portal, especializando y desacoplando cada una de las acciones.
No realizar acciones duplicadas en caso de actualización de la página por parte del usuario.
No actualizar los datos que no se han recopilado.
Fundamento Dadas las promociones que se han incorporado –y las que están próximas a hacerlo también– en distintos puntos del flujo del Portal y con distintos comportamientos y requisitos, debe especializarse y desacoplarse cada parte de éste, para que pueda ser utilizada cuando convenga según sus características.
Evitar la duplicidad de acciones en caso de refrescar la página, para evitar inconsistencia de datos o la generación de errores, y a la vez agilizar la interacción – ya que hace menos acciones–.
En caso de que falten datos del usuario que no son elementales para el proceso de conexión –i.e., no los ha proporcionado o no son accesibles por cuestiones de permisos–, no actualizarlos en la BDD, evitando borrarlos si ya existían, y aligerando los accesos a ésta.
Completitud El Portal es compatible, como mínimo, con todas las promociones en prototipo y consolidadas actuales, permitiendo al usuario conectarse siempre sin generar ningún error.