Una app para dividir gastos y mensualidades entre amigos, compañeros y familia, sin confusión sobre quién pagó qué.
Dividir cuentas con amigos o familia genera olvidos y conflictos: nadie sabe con certeza quién pagó qué.
Una app de división de gastos en grupo, con seguimiento de pagos y notificaciones, diseñada a partir de investigación.
En desarrollo. Salí del proyecto después de la fase de diseño, que entregué hasta el prototipo.
Bora Rachar nació como una app para dividir suscripciones y cambió de alcance antes de tener una pantalla.
El proyecto se desarrolló en SouJunior Labs, un programa voluntario para profesionales en transición de carrera que quieren experiencia práctica con productos digitales. Lideré el equipo de Diseño, desde la investigación hasta el prototipo.
La app todavía está en desarrollo. Por eso, muestro aquí solo extractos seleccionados, para preservar la propiedad intelectual del proyecto.
La idea original chocaba con las reglas de los servicios de streaming. Cambiamos el alcance antes de la primera pantalla.
La propuesta inicial era una plataforma solo para suscripciones compartidas, como streaming, cursos y software. En una dinámica con los fundadores, el equipo de diseño planteó un problema: las empresas de ese segmento estaban restringiendo e incluso prohibiendo el uso compartido de cuentas. La idea sería insostenible a mediano plazo.
Propusimos una investigación de mercado para saber si había interés en una solución más amplia, de división de gastos en general. La hipótesis se confirmó. El alcance pasó a incluir alquiler, cuentas del hogar, viajes en grupo y otros contextos.
En el día a día, amigos, compañeros y familias dividen alquiler, suscripciones y cuentas de grupo sin una herramienta que dé claridad. La meta de la app: mostrar a todo el grupo quién pagó y qué falta por pagar.
Creamos personas a partir de investigación cualitativa y observación de contextos como casas compartidas, parejas, compañeros de trabajo y grupos familiares. Cada una representa un segmento del público, con objetivos, dolores y hábitos financieros.
Con ellas, mapeamos recorridos completos, desde el momento en que surge la necesidad de dividir una cuenta hasta el fin de la deuda. Los recorridos mostraron dónde surgían las fricciones y ayudaron a priorizar funcionalidades.
Analizamos Cumbuca, Splitwise, Spend Together, Tricount y Splid, observando modelo de negocio, funcionalidades y usabilidad. Todos cumplen la propuesta de dividir gastos, pero varios tienen interfaz confusa, poca adaptación al contexto brasileño y recursos limitados para grupos recurrentes y gastos mensuales.
Esa brecha se convirtió en el posicionamiento: un producto más intuitivo y alineado con la forma en que los grupos brasileños manejan el dinero, como casas compartidas, familias y parejas.
Aplicamos un cuestionario sobre hábitos, dificultades y expectativas en la división de gastos. La mayoría de los encuestados divide cuentas con frecuencia, pero echa de menos una herramienta confiable y fácil de usar. Las notificaciones automáticas, el historial de pagos y la transparencia entre los participantes aparecieron como los recursos más deseados.
Los datos ajustaron la propuesta de valor y ayudaron a priorizar lo que entraba en el MVP.
El Story Mapping se hizo en grupo. Mapeamos las actividades principales y secundarias, desde el primer contacto con la app hasta el cierre de una división de gastos. El mapa mostró los flujos críticos del MVP y las dependencias entre funcionalidades, y dio a todo el equipo la misma visión.
Ver las historias en un panorama único ayudó a recortar: una entrega ajustada, con valor para quien la usa.
Con la investigación y los recorridos en mano, definimos la arquitectura de la información. El sitemap organizó la jerarquía de las pantallas y los caminos de la app, desde la entrada hasta acciones como crear grupos y dar seguimiento a los gastos. El mapeo de pantallas y componentes previó la reutilización y facilitó la alineación con desarrollo.
Los user flows se diseñaron por tipo de usuario: quien crea grupos, quien solo participa en las divisiones y quien gestiona varios gastos. Cada flujo cubre registro o inicio de sesión, ingreso a grupos, división de gastos, seguimiento de pagos y notificaciones.
Hicimos borradores e iteraciones en baja fidelidad y pasamos directo a la alta. La decisión fue ganar tiempo y validar la propuesta con stakeholders y usuarios. Con el prototipo en alta, las pruebas simularon flujos completos.
También hicimos un estudio de usabilidad no moderado, remoto, en Brasil, con 113 personas.
Incluí pautas de accesibilidad desde el diseño. Las siguientes etapas del proyecto preveían pruebas específicas.
Salí al final de la fase de diseño, y el equipo siguió con el desarrollo.
Las siguientes etapas previstas en el proyecto eran concluir las funcionalidades principales, probar con usuarios reales, refinar la interfaz con el feedback, lanzar y planificar integraciones y versiones premium.
