Beatmap: plan de gestión de proyecto de una plataforma geolocalizada de eventos para artistas emergentes

Abstract

Esta memoria documenta el proceso de gestión de producto y coordinación del desarrollo de BeatMap, una plataforma orientada a centralizar y visibilizar eventos de artistas emergentes mediante geolocalización. El proyecto se desarrolló en un contexto donde la información sobre eventos suele estar fragmentada entre redes sociales, afiches y mensajes privados, generando fricción tanto para quienes buscan panoramas como para quienes producen y difunden eventos. Desde la perspectiva de Product Management, la gestión del producto lideró la definición de alcance, la estructuración de objetivos, la planificación por etapas y la priorización del Producto Mínimo Viable (MVP). El propósito operativo fue alcanzar un MVP funcional durante el primer semestre de 2025 y cerrar el año con un incremento validado y optimizado para su presentación en instancias académicas y de difusión. El proceso de validación se realizó en dos etapas. La primera se basó en entrevistas semiestructuradas y observación en terreno, incluyendo participación en eventos de artistas emergentes para levantar testimonios y patrones de comportamiento. La segunda se enfocó en test de usabilidad con pauta y registro de notas, buscando detectar fricciones en tareas críticas como descubrir eventos, entender la información y navegar por el mapa. Los hallazgos se tradujeron en módulos del sistema y en un backlog gestionado en Jira. Se definieron casos de uso, requerimientos funcionales y no funcionales, historias de usuario, criterios de aceptación y reglas explícitas para decidir qué entraba y qué quedaba fuera del MVP en cada iteración. La ejecución se apoyó en una cadencia de reuniones recurrentes, seguimiento administrativo con Google Calendar y un flujo de integración basado en Pull Requests y revisión entre pares en GitHub. El control de calidad se abordó como práctica transversal, evitando una etapa separada de QA: cuando una entrega no cumplía criterios acordados, se documentaban observaciones en el Pull Request y la integración se postergaba hasta resolverlas. Como resultado, BeatMap evolucionó desde una primera idea amplia hacia una propuesta reformulada, más sólida y realizable por etapas. La memoria presenta el marco conceptual utilizado, la propuesta de solución, una explicación introductoria del modelo de negocio y la evidencia de validación que sustentó decisiones claves del producto.

This report documents the product management process and development coordination of BeatMap, a platform designed to centralize and promote emerging artists’ events through geolocation. The project addresses a context where event information is fragmented across social networks and informal channels, generating friction for both attendees and event promoters. From a Product Management perspective, the author led scope definition, objective setting, staged planning and MVP prioritization. The operational goal was to reach a functional MVP during the first semester of 2025 and close the year with a validated and optimized increment for academic and dissemination instances. Validation was executed in two stages. The first stage relied on semi-structured interviews and field observation, including visits to emerging-artist events to capture real testimonies and patterns. The second stage focused on usability tests with a structured checklist and notes, aiming to detect frictions in critical tasks such as discovering events, understanding information and navigating the map. Findings were translated into system modules and a Jira-managed backlog. Use cases, functional and non-functional requirements, user stories, acceptance criteria and explicit rules to decide what enters or stays out of the MVP in each iteration were defined. Execution relied on recurring meetings, administrative tracking through Google Calendar, and an integration workflow based on Pull Requests and peer code reviews on GitHub. Quality control was handled as a cross-functional practice, without a separate QA stage.