La caja de herramientas - Informe

La caja de herramientas

Software multiplataforma para la gestión de redes de apoyo vecinal

Gema de la Fuente Sánchez

Universitat Oberta de Catalunya | 2012

1

La caja de herramientas Software multiplataforma para la gestión de redes de apoyo vecinal





2

Índice

1. Presentación a. Descripción.……………………………………………………………………………………….… pag. 03 b. Objetivos….…………………………….………………………………………………………….… pag. 03 c. Usuario a priori.………………………………………………………………………………….… pag. 03

2. Investigación usuarios a. Diseño de investigación …………………………………………………………………….… pag. 04 b. Resultados ………………….………………………………………………….………………...… pag. 04 c. Anexos …………………………..………………………………………………………………….… pag. 05

3. Análisis funcional a. Descripción ……………………………………………………………………………………….… pag. 05 b. Requisitos del sistema ……………………………………………………………………….… pag. 07 c. Funcionalidades …………………………………………….………………………………….… pag. 08

i. Usuarios ii. Sistema (automáticas)

d. Canales …………………………….……………………………………………………………….… pag. 10 e. Roles …………………………………………………………………………………………………… pag. 10

4. Benchmarking …………..………………………………………………………………………………….… pag. 11 5. Planificación ………………………………………………………………………………………………….… pag. 12 6. Diseño de interacción

a. Descripción ……………………………………………………………………………………….… pag. 13 b. Pautas de diseño ……………………………………………………………………………….… pag. 13 c. Conclusiones ………………….………………………………………………………………….… pag. 16 d. Anexos……………………………………………………………………………………………….… pag. 16

7. Evaluación de la usabilidad a. Diseño de investigación ………..………………………………………………………….… pag. 17 b. Resultados …………….………………………………………………………………………….… pag. 17 c. Propuestas de mejora ……………………………………………………………………….… pag. 18 d. Anexos ………………..…………………………………………………………………………….… pag. 20

8. Conclusiones finales a. Valoración de los usuarios ……..………………………………………………………….… pag. 21 b. Riesgos encontrados …………………………………………………………………………… pag. 21 c. Próximas acciones ……………………………………………………………………………….. pag. 22





3

1. Presentación a. Descripción

“La caja de herramientas” es un software multiplataforma destinado a dar soporte y servir como vehículo de comunicación y gestión de redes de intercambio entre comunidades vecinos. (Entendiendo por comunidades de vecinos grupos informales de personas que comparten lugares de residencia próximos, como pueden ser una urbanización, un pueblo pequeño, un barrio de una ciudad. En ningún caso es un sinónimo de la figura jurídica de comunidad de propietarios) Su principal objetivo es automatizar al máximo las tareas necesarias para la realización de los intercambios rebajando la carga de trabajo que la gestión de la red supone. Al mismo tiempo servir como herramienta de visualización y cohesión entre los integrantes de la red. Este software necesitara ser lo suficientemente flexible como para adaptarse a las necesidades y preferencias de los usuarios que gestionen y usen la red.

b. Objetivos • Económicos

o Ofrecer acceso a productos y servicios necesarios para el hogar sin tener que comprarlos. “Necesito un taladrador, pero comprarlo para solo hacer un par de agujeros...”

o Rentabilizar la compra de productos al propiciar un uso intensivo de estos, tanto en tiempo como en número de usuarios. “Compré un taladrador y lo tengo olvidado en el trastero, pero ¿cómo voy a tirarlo?, me costó dinero y puede que algún día lo necesite.”

• Sociales o Reforzar el concepto de comunidad y estrechar los vínculos entre

grupos sociales que comparten el espacio en el que habitan.

c. Características del usuario a priori • Económicas:

o Clase media y media-baja interesadas en rentabilizar su tiempo y/o recursos.

• Sociales: o Empatía por formas alternativas de consumo y disfrute de

servicios.





4

• Geográficas: o Proximidad física (pueblo, barrio, comunidad de vecinos) en

función de las dimensiones y grados de conexión de estos. • Tecnológicas:

o Acceso y manejo de tecnologías de la información (Internet, móvil, pantallas interactivas). El nivel de conocimientos y el acceso a estos determinará (junto con otras variables de tipo psicológico y social) el tipo de roles que usarán en su gestión del software.

2. Investigación usuarios a. Diseño de investigación

• Metodología cuantitativa (Relaciones entre variables y porcentajes) o Estudios previos. o Encuesta. Recoger información demográfica y ponerla en relación

con el interés que suscita la iniciativa y el tipo de bienes y servicios más propensos a ser compartidos.

• Metodología cualitativa (Análisis de discurso, análisis de contenido, construcción de “Personas” y “Escenarios”) o Observación participante. Comprender las dinámicas de

funcionamiento de este tipo de sistemas y pautas de comportamiento de sus integrantes.

o Grupos de discusión. Elaborar metodologías y definir herramientas de gestión de la red. *De toda la metodología propuesta, por motivos de tiempo y logística solo se ha realizado los grupos de discusión, en base a ellos se obtienen los siguientes resultados y se elaboran las “personas” y “escenarios”.

b. Resultados i. Barreras: Logística, mantenimiento y confianza. ii. Experiencia: Positivas en redes espontaneas, negativas en redes

formales. iii. Qué compartimos: Servicios, información y objetos de un solo uso

(libros, películas…) iv. Con quién compartimos: Proximidad, afinidad y confianza. v. Cómo lo organizamos:

o Sistema de puntos. o Evitar el abuso basándose en la autorregulación, reputación y

penalizaciones. o Coordinador dentro de un sistema flexible y no excesivamente

estructurado. vi. Cómo puede ayudarnos la tecnología:





5

o Ayuda / Barrera. o Facilitar el mantenimiento automatizando tareas.

c. Anexos i. Videos "focus group”

http://flickr.com/gp/gemafuente/X9414p http://flickr.com/gp/gemafuente/Vg0L65 http://flickr.com/gp/gemafuente/Vi96o1 http://flickr.com/gp/gemafuente/6gb30X

ii. personas_y_escenarios.pdf

3. Análisis funcional a. Descripción

Al entrar en la “la caja de herramientas” encontraremos información general sobre el sistema, las normas de uso y funcionamiento del mismos y un formulario para solicitar el alta en el sistema. La red está concebida como algo privado y es necesario que un administrador verifique la solicitud y la apruebe para poder formar parte de la misma. Una vez aceptada la solicitud, el solicitante recibirá un mail con sus calves de acceso. A partir de ahí se puede acceder a la parte pública del sistema, donde están las principales funcionalidades que están agrupadas en 4 bloques:

• Área de usuario: Es el espacio privado de cada usuario registrado que consta de

o Datos personales: Nombre, dirección, fotografía. o Buzón:

Comentarios privados de otros vecinos. Los intercambios aceptados y confirmados. Avisos del sistema cuando tiene comentarios,

seguidores, valoraciones o penalizaciones nuevas. Avisos del sistema cuando hay novedades en los

vecinos, redes o intercambios que sigue. Sugerencias del sistema o de otros vecinos para

participar en intercambios y redes. o Preferencias: para definir la frecuencia de los avisos del

sistema que quiere recibir. o Historial: con un resumen de toda su actividad.

• Intercambios: Es la funcionalidad principal de la aplicación, sirve para gestionar los intercambios de bienes y servicios entre los usuarios. Los vecinos

http://flickr.com/gp/gemafuente/X9414p�

http://flickr.com/gp/gemafuente/Vg0L65�

http://flickr.com/gp/gemafuente/Vi96o1�

http://flickr.com/gp/gemafuente/6gb30X�





6

insertan en el sistema sus ofertas y demandas e interactúan con las de los otros.

o Ofertas: Los usuarios ofrecen los servicios y productos que ponen a disposición de los otros usuarios

o Demandas: Los usuarios solicitan los servicios y productos que necesitan de los otros usuarios.

o Temporalidad: Tanto ofertas como demandas pueden ser atemporales o tener unas fechas límite. Las primeras pueden general intercambios cíclicos (por ejemplo un usuario cambia clases de inglés por clases de guitarra a otro) por lo tanto permanecer siempre abierta. Mientras que las sujetas a una fecha tendrán asociado un estado (realizadas/pendientes/desiertas).

o Flujo de interacción: Cuando un usuario ve una oferta o demanda que le interesa la acepta y propone sus condiciones si estas convencen al usuario que ha iniciado el intercambio, este lo acepta y una vez que se ha realizado ambos lo pueden comentar y valorarse o penalizarse entre sí. Estas valoraciones y penalizaciones aparecerán en la ficha personal de cada vecino, contribuyendo a crear una reputación de cada individuo.

o Sistema de puntos: Eventualmente (si los usuarios así lo deciden) las transacciones pueden valorarse a través de un sistema de puntos (moneda alternativa). Los usuarios ganaran puntos a través de las demandas atendidas que podrán gastar para satisfacer sus propias demandas. Además pueden ganar puntos extra realizando “trabajos de gestión” para la comunidad, como por ejemplo ocupando el rol de administrador y, así mismo, perderlos como causa de las penalizaciones que les impongan otros usuarios.

o Seguir: Los usuarios pueden seguir una oferta o demanda que les interese, antes de decidirse a aceptarla o pueden sugerirla a otros vecinos que consideren puedan estar interesados en ella.

o Comentarios: Así mismo todos los vecinos pueden hacer comentarios sobre las ofertas/demandas

o Relacionar: Los usuarios pueden sugerir a otros usuarios ofertas/demandas que crean les pueden interesar

• Redes: Las redes sirven para reforzar la cohesión entre los usuarios y fomentar la confianza mutua, encontrar intereses comunes… Se articulan en torno a tres figuras:





7

o Grupos: Conjuntos de vecinos que tienen actividades propias gestionadas por un coordinador. Para recibir las convocatorias de un grupo, seguir su actividad o convocar actividades dentro de él, es necesario solicitar la admisión en el mismo al coordinador y este o todos los integrantes deben aceptarte. Respecto al grupo, un vecino puede ser coordinador o seguidor, esta información aparecerá en su ficha y en la página de cada grupo aparecerán todos sus integrantes y un historial con las actividades que realizan.

o Temas: Son líneas de intercambio de información que cada vecino puede libremente proponer, seguir, comentar, valorar o relacionar.

o Convocatorias: Son llamadas puntuales para realizar una acción conjunta. Pueden darse dentro del ámbito de un grupo, en cuyo caso estarían cerradas tanto para proponerlas como para seguirlas solo a los integrantes de ese grupo; o pueden ser abiertas, propuestas y seguidas por cualquier vecino. Las convocatorias tienen forzosamente una temporalidad y por lo tanto pueden tener dos estados (realizados/pendientes). También pueden ser seguidas, comentadas, valoradas o relacionadas por todos los vecinos o solo los integrantes del un grupo atendiendo a su naturaleza.

• Vecinos: Base de datos con todos los integrantes de la red, publica para todos los usuarios dados de alta en el sistema. Se pueden buscar vecinos por nombre y/o grupo y los resultados pueden ordenarse alfabéticamente por el nombre, por valoración o antigüedad. Cada vecino tiene su ficha propia ficha en la que aparecen sus datos personales: fotografía, nombre, dirección (estos tres datos los pueden modificar desde su área de usuario). Los grupos de los que es coordinador o seguidor. Los vecinos, convocatorias o intercambios que está siguiendo y los vecinos que le siguen a él. Historial de intercambios, sus ofertas, demandas, convocatorias y comentarios públicos. También se muestra su valoración y penalizaciones. Cualquier usuario puede seguirle, valorarle, enviarle un comentario público o privado y/o relacionarlo con otros vecinos. El administrador del sistema además puede borrarlo.

b. Requisitos del sistema • Automatización: Uno de los objetivos principales del sistema es rebajar la

carga de trabajo que supone el mantenimiento de un red de este tipo, automatizando tantos procesos como sea posible (valoraciones, avisos,





8

cruce de datos…) y proporcionando una estructura logística a la red.

• Red: El sistema se organizara en estructuras radiales que fomenten la conexión entre individuos con intereses comunes.

• Integración: Medio de integración en la comunidad para nuevos vecinos o personas con más riesgo de exclusión social (inmigrantes, ancianos, parados…) al ofrecerles una vía de acceso accesible para entrar en contacto con el resto de vecinos e iniciar/reforzar sus vínculos.

• Confianza: Puesto que una de las claves del éxito del proyecto es la confianza mutua entre los participantes, el sistema debe servir como vehículo para reforzar esta, basándose en la transparencia de los datos de los integrantes y en la reputación que estos van adquiriendo en la propia red basándose en sus actos, su permanencia en el sistema y las opiniones que otros usuarios vierten sobre ellos. (Siguiendo como modelo de referencia eBay )

• Visibilidad: Ofrece la posibilidad de dar a conocer, tanto las necesidades como la disponibilidad de los integrantes de la comunidad a participar en la red de intercambio.

• Adaptabilidad: diferentes canales de salida y entrada (aplicación online, aplicación móvil, pantallas interactivas colocadas en zonas comunes) y diferentes niveles de complejidad (roles: Administrador, editor, lector, visitante) para adaptarse a las necesidades de usuarios con perfiles tecnológicos y con grados de implicación muy diversos.

• Flexibilidad: Puesto que los usuarios se sienten más propensos a participar en redes informales y espontáneas, el sistema debe otorgar suficiente control a los administradores/usuarios para adaptarlo a los esquemas y formas de uso de su comunidad.

• Escalabilidad: Posibilidad de crecer en funcionalidades, número de usuarios y canales de acceso en función de las necesidades de los usuarios.

c. Funcionalidades i. Usuarios

• Gestión de ofertas y demandas: o Solicitar/ofrecer/consultar intercambios o Aceptar, relacionar, comentar una demanda / oferta.





9

o Confirmar, valorar, comentar la realización de una transacción.

• Transacciones: o Sistema de puntos para controlar los intercambios. o Ofrecer la posibilidad tanto de “premiar” o “remunerar”

funciones de gestión de mantenimiento del sistema, como de penalizar conductas abusivas o faltas en las normas de uso establecidas para cada comunidad.

• BBDD vecinos: o Agregar, eliminar y relacionar vecinos (usuarios

registrados). Deben ser añadidos por el administrador para que limitar la entrada a la comunidad pues, en principio, se considera que esta será un reflejo de una comunidad vecinal.

o Seguir, valorar o comentar las acciones (ofertas, demandas, grupos, temas, convocatorias, comentarios) de los vecinos, con el objetivo de ir creando una reputación que reflejara su nivel de integración y valoración por parte de la comunidad.

• Grupos:

o Crear/eliminar grupos, proponer temas y convocatorias con el objetivo de establecer redes de personas con intereses comunes y mayor grado de cohesión lo que facilitara la creación de lazos más fuertes y facilitara los intercambios.

o Seguir grupos, convocatorias y temas y recibir avisos de su actividad.

o Participar con comentarios en los grupos, temas y convocatorias.

o Valorar los grupos, temas y convocatorias.

• Suscripciones: Los usuarios pueden suscribirse (seguir) a ofertas, demandas, grupos, temas, convocatorias u otros usuarios.

• Comunicaciones: El administrador puede enviar avisos a todos/varios de los usuarios, o a un grupo de suscriptores.





10

ii. Sistema (automáticas) • Sugerencias: El sistema sugerirá a los usuarios ofertas, demandas,

grupos, temas, convocatorias y vecinos que puedan interesarles, basándose en su historial de navegación e interacción y en sus preferencias establecidas en su ficha de usuario.

• Avisos: El sistema enviara un aviso a cada usuario. (Esta dinámica de avisos está establecida por defecto, pudiendo cada usuario configurar la frecuencia, preferencias y canales)

o Cuando existe una nueva oferta/demanda/convocatoria/tema que le pueda interesar (basándose en sus preferencias) o al que esté suscrito.

o Cuando un usuario se suscriba, participe o relacione una oferta, demanda, grupo, convocatoria o tema creado por él.

o Cuando reciba valoraciones de otros usuarios. o Cuando reciba los “pagos” por sus transacciones. o Cuando reciba penalizaciones.

d. Canales *Por motivos de calendario, el diseño de interacción, prototipos y pruebas se realizaran solo para la aplicación web.

• Aplicación web: Permite mayores posibilidades de interacción, tanto de

entrada como de salida.

• Móvil: Permite un grado de interacción medio. Es el que ofrece mayor inmediatez temporal y ubicuidad.

o Avisos SMS y WhatsApp o Aplicación para SmartPhones

• Monitor zona común: Muestra demandas más recientes y sirve como

tablón de anuncios. Canal de acceso para los usuarios menos familiarizados con la tecnología.

e. Roles Varios roles de acceso con diferente nivel de operatividad. (Los usuarios de un rol pueden puede realizar las funciones de los roles inferiores).





11

• Administrador/es: Trabajan con las estructuras del sistema. o Añadir/eliminar usuarios al sistema y otorgarles roles. o Añadir/eliminar roles al sistema. o Añadir/eliminar/modificar los permisos y funciones de los roles. o Añadir/eliminar funcionalidades al sistema: gestión

ofertas/demandas, redes, transacciones, valoraciones. o Enviar comunicaciones a todos/varios usuarios. o Establecer pautas del sistema de puntos. Esto es asignar el valor

que otorgara a cada transacción, incentivos, penalizaciones etc.

• Editor (login): trabaja con el contenido o Añadir / borrar: ofertas, demandas. o Crear / eliminar y participar: grupos. o Crear /eliminar y participar: convocatorias y temas

• Lector (login): Accede al contenido e interactúa de una forma básica.

o Consultar, aceptar y relacionar: ofertas y demandas. o Confirmar realización de una transacción. o Consultar, seguir grupos. o Consultar, seguir convocatorias y temas. o Valorar usuarios. o Valorar temas. o Valorar convocatorias.

• Visitante:

o Consultar normas funcionamiento sistema. o Consultar información general sobre el sistema. o Solicitar su alta en el sistema. o Solicitar información sobre el sistema. o Consultar: ofertas, demandas, grupos.

4. Benchmarking

Solo se ha encontrado un software en el mercado que se adapte a las características del producto y con el que comparta objetivos y funcionalidades básicas.

Se trata de la plataforma www.comunitas.org que es una red social de intercambio y, a su vez, ofrece, mediante alquiler, un software en la nube (SaaS) que permite crear y gestionar comunidades de intercambio personalizadas.

http://www.comunitas.org/�





12

Entre sus clientes se encuentran: UOC, Junta de Castilla y León, Biznetbcn, Teamtowers, Ecoalternature, Utopicus, Agoranews.

Nos resulta interesante como modelo a seguir en la sencillez de manejo y la inmediatez del software.

Pretendemos mejorar principalmente en flexibilidad, escalabilidad, manejo de la reputación de los usuarios, estructura de redes y sistemas de financiación.

Anexos: http://www.comunitats.org/ http://www.comunitats.org/media/img/20111213presentacioncomunitats.pdf http://www.marketingdirecto.com/actualidad/publicidad/comunitats-primera-plataforma-de-crowdsourcing-de-intercambio-de-conocimientos-y-banco-de-tiempo/

Si bien no son competencia directa de la caja de herramientas, estos otros websites han servido de inspiración por el tipo de gestión que hacen de algunas de sus funcionalidades.

• Ebay: Reputación de los usuarios. • Twitter: Sugerencias. • Facebook, linkelind: Red cerrada, necesario ser admitido.

5. Planificación

FASE FECHAS TIEMPO ESTADO Investigación usuarios

Definición de objetivos y metodología Ejecución grupos de discusión Análisis y elaboración de resultados

Enero – Febrero 2 meses Finalizado

Planificación y definición de requisitos Abril 1 mes Finalizado

Diseño interacción Árbol de contenidos Estructura de navegación Wireframes

Mayo 1 mes Finalizado

Evaluación de la usabilidad Prototipo funcional Diseño test de usuarios Ejecución test Análisis y elaboración resultados

Junio (27) 1 mes Finalizado

Conclusiones y presentación informe Julio (9) 9 días Pendiente

http://www.comunitats.org/�

http://www.comunitats.org/media/img/20111213presentacioncomunitats.pdf�

http://www.marketingdirecto.com/actualidad/publicidad/comunitats-primera-plataforma-de-crowdsourcing-de-intercambio-de-conocimientos-y-banco-de-tiempo/�

http://www.marketingdirecto.com/actualidad/publicidad/comunitats-primera-plataforma-de-crowdsourcing-de-intercambio-de-conocimientos-y-banco-de-tiempo/�





13

6. Diseño de interacción a. Descripción

Para iniciar el diseño de interacción y elaborar el primer prototipo a testar con usuarios, se han realizado dos tipos de entregables:

• Mapa de contenidos: a través del cual tenemos un esquema global de las secciones en las que está organizado el sitio y de su amplitud y profundidad. Así mismo vemos que contenido está disponible para todo el mundo y cual solo para usuarios registrados.

• Wireframes: Se han definido mediante esquemas las pautas básicas de diseño de las pantallas principales (las que encabezan cada una de las opciones de la navegación principal) esto es todas las de primer nivel, dos detalles de las anteriores, segundo nivel y un ejemplo de acción, tercer nivel.

Los entregables han sido realizados con Microsoft Word debido a su amplia implantación, para favorecer su distribución y posible edición/corrección por parte de terceros como por ejemplo los consultores del curso.

En los wireframes el uso del color se ha limitado a los iconos e imágenes que se consideran imprescindibles desde el punto de vista comunicativo. También se ha utilizado la convención del azul y subrayado para los enlaces y notas en rojo para aclarar funcionalidades que no se requieren de explicaciones adicionales.

b. Pautas de diseño • Mapa de contenidos:

Los contenidos y funcionalidades de la aplicación se han organizado en torno a 3 grandes bloques temáticos: intercambios, redes y vecinos. Intercambios recoge las transacciones entre usuarios, redes agrupa distintos modos de interacción grupal entre los usuarios como son los temas, los grupos y las convocatorias y vecinos es un directorio con todos los integrantes de la red, para favorecer la búsqueda, identificación y contacto individual. Junto a estos tres bloques, completa la navegación principal una sección llamada “mi tablón” que sería la página de inicio de los usuarios logados y en la que se recoge toda la información relacionada con el usuario en cuestión. El sitio cuenta además con un menú de ayuda, presente en todas las paginas, que incluye contacto con el administrador del sistema y las normas de uso.





14

Para los usuarios no registrados solo se ofrece información sobre el funcionamiento de la red, sus utilidades y la forma de acceder a ella.

• Posiciones y jerarquía: Las pantallas de la aplicación están realizadas en base al siguiente esquema que se repite en todo el sitio aportando a éste estabilidad y coherencia. Se han respetado las convenciones de los elementos comunes con páginas de similares características, como identidad arriba a la izquierda, ayuda arriba a la derecha, información legal en el pie de página….

• Botones de acción: En cada página hay un botón de acción, asociado al contenido principal, que indica a los usuarios cual es la acción necesaria para desencadenar el siguiente paso en el flujo de interacción principal. Es importante que este botón destaque por tamaño y diseño respecto a acciones secundarias como serian desconectar, buscar o proponer (también mostradas con botones) y las acciones terciarias, que se muestran en forma de enlace.

• Iconografía:

Utilizado solo en las valoraciones para destacar su importancia y agilizar su visualización, se recurre a los símbolos de los pulgares y los colores verde-rojo.





15

• Fotografía: Las imágenes fotográficas son un contenido más de la aplicación y por tanto son subidas por los usuarios (tanto sus fotos personales para reconocerlos, como fotos testimoniales de sus acciones en redes, grupos etc) Para mantener la importancia de estas y reforzar su verosimilitud no se utilizaran fotos como elementos de diseño, recurriéndose a ilustraciones cuando sean necesarias para explicar o reforzar un concepto o funcionalidad. Mención especial requieren las fotografías del perfil de usuario. Al tratarse de una “red de confianza” basada además en la proximidad física es casi imprescindible (se puede plantear como obligatorio) que los usuarios pongan su foto en su perfil y sería interesante revisar (por parte del administrador) que sea una imagen real y reconocible y no un avatar.

• Ventanas modales:

Las interacciones que requieren un flujo adicional de información entre el usuario y el sistema (p.e. comentar, etc.) se solucionan en diseño a través de ventanas modales que, utilizando tecnologías ágiles como AJAX, permiten al usuario interacciones más complejas sin perder el contexto de la pagina en la que se encuentra y sin tener que esperar la respuesta del servidor.





16

c. Conclusiones El objetivo principal del diseño planteado es el de resultar claro y útil a los usuarios por encima de otras características como la deseabilidad, imagen de marca, persuabilidad etc. Al tratarse de una aplicación on-line asociada a una red de usuarios no virtual, se entiende que las funciones de captación serán realizadas a través de acciones no virtuales y por tanto quedan bastante en segundo plano para la propuesta que nos ocupa. Para conseguir este objetivo se han seguido las convenciones en cuanto a jerarquía, ubicación de elementos, iconografía y etiquetado de sitios populares que sirven de referencia (como por ejemplo e-bay). Este apego a esquemas bastante conocidos rebaja el nivel de atención y aprendizaje del usuario que así puede emplear en aprender a manejar un sistema que es, por sus múltiples opciones y posibilidades de personalización, suficientemente complejo. En cuanto al diseño visual propiamente dicho, se contemplaría la posibilidad de personalizarlo (el administrador) basándose en plantillas ofertadas o incluso directamente sobre las hojas de estilo (como se hace por ejemplo en blogger). Así la adaptación de la aplicación a los potenciales “clientes” podría darse tanto las funcionalidades ofertadas como en el look&feel.

d. Anexos

• Árbol de contenidos arbol_contenidos_lacajadeherramientas.pdf

• Wireframes: 1. Inicio no logado

wireframe_inicio.pdf 2. Inicio Logado (Tablón)

wireframe_mitablon.pdf 3. Intercambios (Listado filtrado por demandas)

wireframe_intercambios.pdf 4. Grupos (Resultados de una búsqueda)

wireframe_redes.pdf a. Detalle (Convocatoria)

wireframe_redes_detalle.pdf 5. Vecinos

wireframe_vecinos.pdf a. Detalle (ficha vecino)

wireframe_fichavecino.pdf b. Acción

wireframe_fichavecino_accion.pdf





17

7. Evaluación de la usabilidad a. Diseño de investigación

El tipo de prueba a realizar es un test de usuarios que consta tanto de preguntas abiertas como de algunas tareas sencillas. En esta fase tan inicial del diseño los objetivos principales a probar son:

1. Eficiencia y eficacia de la navegación. 2. Claridad en la información y funcionalidades que ofrece el sistema. 3. Etiquetado.

Antes de iniciar la prueba propiamente dicha, los participantes responderán a un cuestionario en el que se establece cual es su nivel de familiaridad con las aplicaciones online. Después de la prueba, rellenarán otro cuestionario cuya función es recoger sus impresiones subjetivas sobre el sitio.

Para la realización del test se utilizara la técnica del paper-prototyping. Se ha elegido esta tipo de prototipo por las limitaciones de coste y tiempo a las que estamos sometidos y por considerarlo suficiente para testar cuestiones conceptuales y no tanto funcionales como son las que se abordan en la prueba.

La muestra ideal sería de 10 personas que incluyeran ambos sexos, un amplio rango de edades (18 – 70 años) y niveles de experiencia con Internet variables (desde usuarios frecuentes a nobeles).

*Por motivos de tiempo y logística el test se ha realizado solo a dos personas cada una representativa de los dos extremos de las tipologías propuestas.

b. Resultados

• En general resulta bastante intuitivo y fácil de manejar, al menos de entender cuáles son los objetivos de la aplicación y para que se puede utilizar.

• Son valoradas como interesantes sus dos principales funcionalidades: realizar intercambios y conectarse con gente próxima en el espacio que tenga intereses comunes.

• Realizar los pasos iniciales para solicitar un intercambio es resuelto con rapidez y sin errores por parte de los usuarios, con lo cual la interacción principal y más frecuente podemos concluir que está bien planteada.

• Genera cierta desconfianza la visibilidad de los datos personales y la trazabilidad de la actividad de cada usuario, que puede sentir como





18

demasiado intrusiva, sobre todo porque consiste en un reflejo de actividades reales, no es solo actividad online. Además esta preocupación por la privacidad y también por la imagen proyectada es tanto mayor al tratarse de una red muy cercana con la que de una u otra manera se interactúa, aun fuera de la aplicación.

c. Propuestas de mejora

INICIO

Incluir información general sobre la aplicación explicando que puede ser utilizada por colectivos vecinales para crear su propia red.

La etiqueta contacto (que se supone pone en contacto a los usuarios con el administrador del sistema) es demasiado ambigua. Podría considerarse sacarla del primer nivel y ofrecer el contacto como una opción dentro de la ayuda y las normas.

Especificar el contexto concreto al que se refiere cada utilización de la aplicación (urbanización x, pueblo x, barrio x…) pues su carácter restringido a una comunidad en concreto no resulta suficientemente claro.





19

MI TABLÓN

REDES

Reforzar la idea de información personal utilizando expresiones como: “Mis grupos”, “Mis seguidores”…

Eliminar la categorización del buzón pues ralentiza la percepción de lo nuevo y el etiquetado demasiadas explicaciones para el valor que puede aportar. En su lugar permitir a los usuarios crear sus propias categorías para clasificar sus mensajes, siguiendo el modelo de cualquier programa de correo.

Supone una carga excesiva de información para usuarios no expertos. Una forma de solucionarlo sería segmentarla con varias sub secciones dejando solo el buzón en la primera vista y mostrando a través de pestañas: mis datos, mi red y mi historial.

Confusión entre “temas” y “grupos”. Cambiar “temas” por “foros” que es un tópico ya instaurado en Internet y responde a la funcionalidad ofertada.

La barra de buscar/proponer genera dudas en su uso, mejor dejarla solo como buscador e insertar el botón de proponer al principio y el final de los resultados de cada categoría.

En la tabla de resultados utilizar la primera columna para el titulo pues contiene la información más relevante. También utilizar algún tipo de marcador visual para distinguir rápidamente el estado de las convocatorias.





20

VECINOS

INTERCAMBIOS

d. Anexos • testusuarios_cuestionario.pdf • testusuarios_cuestionario_post.pdf • testusuarios_tareas.pdf • testusuarios_prototipo.pdf • testusuarios_realizados.pdf

Necesidad de poder buscar vecinos por tópicos para poder encontrar gente con intereses comunes independientemente de los grupos a los que pertenezcan. El sistema realizaría esta categorización en función de la actividad de cada individuo.

Las valoraciones y el método para conseguirlas generan confusión y desconfianza. Habría que limitarlas solo a vecinos que participen activamente en una relación con otro (intercambio realizado, acudir a una convocatoria, formar parte de un grupo…)

La etiqueta “relacionar” es confusa, podría cambiarse por “sugerir a otro vecino”





21

8. Conclusiones finales a. Valoración de los usuarios

Tanto en la investigación previa, como en los test de usuario, se ha constatado que la aplicación proyectada tiene un amplio campo de acción, pues los intercambios, tanto materiales como inmateriales, son una constante en los grupos sociales que viven en espacios comunes. La aplicación, así mismo, aportaría a estas redes sociales ya existentes varios beneficios como: visibilidad, expansión y comodidad. Los propios usuarios a los que se ha mostrado el sistema consideran útiles y deseables sus dos principales funciones: intercambios y redes, por lo tanto se cuenta también con unos niveles alentadores de aceptación y valoración. El momento actual en el que las redes sociales son los sitios web con mayor penetración y difusión entre la población, resulta propicio para lanzar iniciativas de este tipo, pues reciben una aceptación rápida y se aprenden a manejar con relativa sencillez siempre que se utilicen, en la medida de lo posible, las convenciones aprendidas por el usuario para el manejo de las aplicaciones más populares.

b. Riesgos encontrados

El principal punto de controversia encontrado en las opiniones de los usuarios respecto al sistema tiene que ver con la privacidad y es inherente a la propia red vecinal en la que la creación de lazos de confianza pasa por una exposición constante de las propias acciones al resto del grupo. Encontrar el equilibrio entre este deseo de saber para poder confiar y donde poner el límite, es el principal reto conceptual al que nos enfrentamos para el desarrollo exitoso del sistema. Además al tratarse de un contexto social muy cercano y cerrado la imagen virtual que se forje cada usuario en la aplicación adquiere una importancia mayor que la que puede tener otras redes sociales donde el contexto real al que hacen referencia es muy lejano, de limites difusos o incluso inexistente. Esto puede constituir un freno a la participación en la misma. Por otro lado se nos plantea la cuestión de si es necesaria otra red social o bien podría utilizarse una de las existentes para los fines aquí planteados. Creemos firmemente que las redes generalistas e incluso otro software de intercambios analizado son insuficientes o no responden con la idoneidad y capacidad que el propuesto, pero sería necesario incidir en estas ventajas a la





22

hora de presentárselo a los usuarios, siempre tendentes a reutilizar aquello que conocen y con lo que se sienten cómodos. A la hora de introducir un nuevo sistema es importante buscar el equilibrio adecuado entre los beneficios aportados por el mismo y esfuerzo requerido tanto para su mantenimiento como para su aprendizaje. A la vista de los primeros test realizados la aplicación parece bastante sencilla e intuitiva, al menos para usuarios con nivel medio, en parte basado en el auge actual de aplicaciones similares (redes sociales) y su apoyo en convenciones establecidas por estas. Los principales problemas se plantearan con usuarios muy básicos, para los que se debe plantear la opción de utilizarla a modo informativo sin necesidad de interactuar (ver pag. 10 canales: monitor zona común) para que no queden excluidos de participar en el sistema por sus limitaciones técnicas.

c. Próximas acciones • Focus Group con ejemplos de diferentes redes de vecinos que podrían

utilizar la aplicación (bloque pisos urbano, urbanización, aldea rural) para estudiar cómo enfocar el equilibrio entre trasparencia y privacidad en la aplicación.

• Rediseño del mapa de contenidos en función del enfoque que se obtenga del focus-group.

• Elaboración prototipo funcional de alta fidelidad introduciendo las correcciones obtenidas en los test de usuarios y basándose en el nuevo mapa de contenidos.

• Test de usuarios • Diseño y programación de la aplicación en base a los resultados

obtenidos en las pruebas anteriores. • Lanzamiento de la aplicación. • Demostraciones y charlas sobre la misma en colectivos sensibles a ser

potenciales usuarios. • Implantación y asesoramiento. • Encuestas (a los 3/6 meses de la implantación) destinadas a

comprobar la valoración y uso que se hace de la herramienta; cuales son las principales dificultades y los aspectos de mejora planteados por los usuarios.

• Rediseño de la aplicación introduciendo los cambios necesarios para corregir las deficiencias encontradas en el manejo de la aplicación y mejorando la experiencia de usuario con las propuestas recogidas.

La caja de herramientas - Informe

Documents

Transcript of La caja de herramientas - Informe