WrapApp

¿Qué es WrapApp?

WrapApp es una app web y mobile que conecta a profesionales de prevención de violencia (VPPs) con las personas a las que acompañan después de haber vivido violencia. Se construyó para un programa hospitalario de intervención en violencia, que ofrece manejo de casos intensivo a personas de 10 años en adelante. El objetivo es que la comunicación y el apoyo entre un cliente y su VPP sean más fáciles y más sólidos.

Tiene dos lados. En web, los VPPs y los admins gestionan tareas, usuarios, documentos y recursos. En mobile, los clientes se mantienen en contacto con su VPP y llevan el seguimiento de lo que están trabajando.

De un vistazo

• Mi rol: Lead product designer en web y mobile. Trabajé directamente con el cliente y con los VPPs que usarían la app, y con el equipo de desarrollo.
• Alcance: Asignación de tareas, creación de usuarios, documentos, recursos dinámicos, chat y badges.
• El detalle: La mayor parte salió de Atama, nuestra base de marca blanca. Tres piezas fueron totalmente a medida: los recursos dinámicos, el chat y los badges. En el chat se fue el esfuerzo de validación.
• Resultado: Una app web y mobile que le dio al cliente lo que necesitaba para llevar a cabo su piloto.

Contexto

El cliente ya operaba un programa de manejo de casos. Lo que necesitaba era una herramienta que llevara ese trabajo a un teléfono y a un navegador, para que VPPs y clientes siguieran conectados entre visitas.

Fue la primera vez que vi a Atama trabajando a fondo. Acabábamos de construir una base con las funciones que casi todo producto necesita, y este proyecto necesitaba muchas: gestión de tareas y gestión de usuarios con tres tipos de usuario (clientes, VPPs y admins). La mayoría de las decisiones sobre cómo debían funcionar esas funciones ya estaban tomadas. Encajaron casi tal cual.

Lo que cubrió Atama

Atama cubrió casi todo el producto antes de que empezara a dibujar:

• Asignación de tareas

  Los VPPs asignan tareas a los clientes y siguen su progreso.

• Gestión de usuarios

  Crear y administrar clientes, VPPs y admins.

• Documentos

  El módulo de Recursos de Atama, con páginas ricas, al estilo Notion, para la información que los clientes necesitan.

No copiamos y pegamos: cada función se ajustó a la marca y las necesidades de este cliente. Pero partimos de una base que funcionaba, no de un archivo en blanco, y eso fue lo que nos permitió dedicar el tiempo a donde importaba. Si quieres saber cómo funciona esa base, hay un caso completo sobre Atama.

Lo que fue a medida

Construimos tres piezas desde cero: los recursos dinámicos, el chat y los badges.

Recursos dinámicos

Los VPPs pueden ofrecer a los clientes muchos tipos de ayuda: ofertas laborales, cursos, eventos, servicios médicos, apoyo legal y más. Atama tiene sus propios “recursos”, pero son documentos al estilo Notion. El nombre coincide solo porque el cliente lo eligió aquí, y la función es distinta, así que la construimos desde cero.

Para crear un recurso, un admin o un VPP elige primero una categoría. Cada categoría tiene sus propios campos: una oferta laboral necesita información distinta que un evento. Las categorías también se pueden combinar, y cuando se combinan, el recurso muestra los campos de cada una. Eso es lo que los hace dinámicos: el formulario se adapta a lo que es el recurso.

Los clientes tienen una sección de Recursos en su app donde pueden ver todo lo disponible. Los VPPs también pueden enlazar recursos a las tareas que asignan, de modo que el cliente que recibe una tarea recibe también la información que necesita para hacerla.

Lo construimos de la mano con los VPPs. La parte dinámica salió de lo que descubrimos en las pruebas.

Chat

Atama no incluía chat, así que fue un módulo totalmente a medida, y necesitaba validación. Un chat entre un VPP y alguien que ha vivido violencia no es un chat cualquiera: lo que se dice, quién lo ve y cómo se siente usarlo importan más de lo habitual.

Badges

Tanto los VPPs como los clientes pueden enviar badges. Eligen uno de un banco, y luego le ponen un título y una descripción. Algunos badges tienen una descripción fija, y otros se pueden personalizar. Cada badge que se envía queda registrado: cuándo se envió y quién lo envió. Así los admins también pueden vigilar cómo se está usando la función.

Diseñar para personas con las que no pude hablar

Una cosa hizo distinto a este proyecto. Hablaba constantemente con los VPPs y los admins, quienes usarían la app web y mobile todos los días. Pero nunca hablé con los clientes, las personas en mobile que habían vivido violencia. El cliente manejó ese contacto por su cuenta, porque hay protocolos alrededor de eso, y con razón.

Así que diseñé para esos usuarios a través de las personas que trabajan con ellos a diario. No es lo mismo que escucharlos directamente, y no voy a fingir que lo sea. Pero los VPPs conocían bien el día a día de los clientes, y con eso pudimos trabajar.

Trabajar con desarrollo

Lo que más disfruté fue cerrar la brecha entre diseño y código. En este proyecto hice más que entregar diseños. También convertí los requerimientos de diseño en tareas de desarrollo, y acordé con el equipo los tiempos de entrega de las funciones a medida. Así, quienes construían y quien diseñaba mirábamos la misma lista, algo pequeño que ahorra mucha confusión después.

También fue un proyecto sencillo de llevar, y lo digo como algo bueno. Todos los requerimientos se acordaron desde el inicio.

Resultados

La app le dio al cliente lo que necesitaba para llevar a cabo su piloto, construida en 2025 para web y mobile, con tres tipos de usuario.

Entregamos apps web y mobile con asignación de tareas, creación de usuarios, documentos, recursos dinámicos, chat y badges.

Lo que me llevo

• Una buena base te libera para enfocarte en lo diferente. Casi todo este producto ya estaba resuelto. El chat, los recursos y los badges recibieron la atención que merecían.
• A veces no puedes hablar con el usuario final. Cuando eso pasa, las personas más cercanas a él se vuelven tu mejor fuente, y hay que ser honesto sobre lo que eso puede y no puede decirte.
• Probar con quienes lo van a usar cambia el producto. La capa dinámica de los recursos salió de lo que encontramos en las pruebas con los VPPs.
• Acordar los requerimientos temprano hace todo más tranquilo. Nada de este proyecto fue dramático, y ese era el punto.