Gestión de redes de apoyo vecinal

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

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

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.

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

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.

Gestión de redes de apoyo vecinal

Recommandé

Recommandé

Contenu connexe

Tendances

Tendances (20)

Similaire à Gestión de redes de apoyo vecinal

Similaire à Gestión de redes de apoyo vecinal (20)

Plus de Gema de la Fuente

Plus de Gema de la Fuente (20)

Gestión de redes de apoyo vecinal