.jpg)
Nota: Este caso de estudio se presenta con fines educativos y refleja mi experiencia profesional durante el proyecto. No incluye información confidencial ni material visual interno de la empresa a la que pertenece la propiedad intelectual del proyecto original. Todos los prototipos, así como procesos y decisiones de diseño, han sido recreados con un enfoque diferente y no representan al producto real ni reproducen su contenido.
En este proyecto, colaboré con una SaaS B2B especializada en gestión de control horario y asistencia laboral en Latinoamérica para pequeñas y medianas empresas, con presencia consolidada y una app móvil con +300K descargas. Como UX/UI Designer, lideré el rediseño de su producto en formato web app como parte de su estrategia de expansión digital. Esto significó para la marca una oportunidad para mejorar la percepción de confianza del usuario, reducir fricciones en flujos críticos y acelerar el proceso de desarrollo, creando así el fundamento para un proceso de crecimiento sostenible en el tiempo.
Mi rol
UX/UI Designer (one-member team)
Producto
SaaS B2B
Tiempo
4 meses Inicios de 2025
mediano plazo (Post-launch)
<aside>
Tiempo de implementación por feature (front-end)
2-3 días → 1-2 días
</aside>
<aside>
Satisfacción del cliente (CSAT)
2.75/5 → 4/5
</aside>
<aside>
Reviews negativas mensuales
Antes: 59% negativas
</aside>
Escalar un producto SaaS B2B de control de asistencia laboral a través de la creación de una nueva aplicación web: A inicios de 2025, el producto se encontraba fuera de las tiendas de apps debido a la incompatibilidad con la pasarela de pagos implementada (Stripe).
<aside>
Tasa de conversión a pago promedio en el mercado → 5 - 6%
*Cifras estimadas a partir de información pública, disponible en Google Play
</aside>
Para abordar la pérdida de su principal canal de distribución, el equipo se propuso un objetivo:
<aside>
Evitando así las restricciones de las tiendas de apps y el pago de comisiones (-20% en cada suscripción o renovación) —y en ello, reducir costos de diseño e implementación
</aside>
Discover
Al inicio del proyecto no contábamos con una visión u objetivos específicos para la nueva aplicación web. Dado que el equipo no contaba con información previa sobre la experiencia de sus usuarios, el primer reto fue construir un panorama claro de sus necesidades y frustraciones reales.
Para definir qué significa para los usuarios una experiencia exitosa con el producto, definí buyer y user personas a partir de insights proporcionados durante entrevistas con stakeholders, usando el marco Jobs To Be Done (JTBD).
A partir de esta base, ****desglosé los conceptos de gestión de asistencia laboral eficaz (para Administradores), y registro de asistencia ágil (para Empleados), en jobs que abarcaron los user flows principales de cada rol.