DÍGITO
Módulo Operativo
Rediseño UX/UI del módulo operativo de Dígito: transformé el registro de horas de una tarea olvidada en parte natural del flujo diario.
Contexto
Dígito es una empresa de Business Intelligence y RPA. Su plataforma SaaS B2B incluía facturación, reportes y administración, pero el módulo operativo para consultores tenía baja adopción.
Esto generaba fricción en el día a día del consultor y baja calidad en los datos operativos.
El objetivo fue claro: convertir el registro de horas en parte natural del flujo de trabajo, no en una tarea adicional.
Scope: módulo operativo del consultor
El brief original incluía 8 áreas de mejora. Rediseñar toda la plataforma era inviable en 3.5 meses.
Esto permitió:
- Atacar directamente el problema detectado
- Proponer una solución completa y validable
- Sentar bases para futuras integraciones
Hipótesis inicial vs. realidad
Impacto en el negocio:
El registro podía demorarse entre una y tres semanas. El equipo directivo estimó que esta falta de visibilidad podía representar pérdidas de hasta USD 11.000 por proyecto.
Esa demora afectaba:
- Facturación
- Seguimiento operativo
- Evaluación de carga y capacidad
- Detección temprana de desvíos
Hipótesis inicial vs. realidad
— Hipótesis del CEO "Los usuarios se olvidan de cargar las horas."
Pregunta crítica: ¿El registro realmente se olvida o se evita activamente?
Alcance definido:
No modificar contratos, procesos organizacionales ni estructuras internas.
Discovery: el problema real no es olvido, es depriorización activa
Combiné desk research, entrevistas con usuarios reales y auditoría del MVP.
30%
de los empleados dice que el time tracking se siente como vigilancia
26%
cree que agrega estrés o presión a su jornada
Buddy Punch, 2025
Discovery: el problema real no es olvido, es depriorización activa
Combiné desk research, entrevistas con usuarios reales y auditoría del MVP.
30%
de los empleados dice que el time tracking se siente como vigilancia
Buddy Punch, 2025
26%
cree que agrega estrés o presión a su jornada
Buddy Punch, 2025
Citas que revelaron el problema real
Percepción del sistema:
"En una escala donde 1 es control y 10 es herramienta útil, lo veo más como un 1."
- Usuario entrevistado
Postergación activa:
"Si surge una urgencia, el registro queda para después."
- Usuario entrevistado
Percepción del sistema:
"En una escala donde 1 es control y 10 es herramienta útil, lo veo más como un 1."
- Usuario entrevistado
Postergación activa:
"Si surge una urgencia, el registro queda para después."
- Usuario entrevistado
Insight emergente
El registro no se hace porque no aporta valor al flujo real de trabajo.
El sistema está construido desde la lógica del dato, no desde la lógica de la acción.
Pivot del diseño:
De: "¿Cómo logramos que la gente recuerde cargar horas?"
A: "¿Cómo logramos que registrar sea un resultado natural del trabajo?"
Principios de diseño
Relevancia:
El sistema debe devolver valor inmediato al consultor.
Impacto en el usuario:
Reducir la carga cognitiva y la fricción.
Diferenciación:
No ser un mero registrador, sino una herramienta operativa.
Viabilidad técnica:
Integrarse con el MVP existente sin reescribir todo.
Escalabilidad:
Sentar bases para futuras funcionalidades.
El sistema debe ser una herramienta, no una carga.
Insights y decisiones de diseño: 5 fricciones críticas
Cada fricción detectada se tradujo en una decisión de diseño concreta.
Fricción: La interfaz es compleja y requiere muchos clics.
Solución:
Separar el módulo operativo del entorno administrativo, mostrando solo las herramientas relevantes para el consultor.
Traducido a diseño:
Módulo operativo separado: el consultor accede solo a las herramientas que le corresponden, sin ruido administrativo.
Fricción: Falta de visibilidad del impacto del registro.
Solución:
Mostrar el efecto del registro en métricas propias y del equipo.
Traducido a diseño:
Dashboard con métricas personales y de equipo.
Fricción: El sistema es rígido y no se adapta al ritmo de trabajo.
Solución:
Flexibilizar el registro y permitir la carga rápida.
Traducido a diseño:
Registro rápido con atajos.
Fricción: El registro es una tarea extra, no parte del flujo.
Solución:
Integrar el registro en el flujo de trabajo diario.
Traducido a diseño:
FAB con sugerencias contextuales y autocompletado.
Fricción: Falta de autonomía y control sobre el propio trabajo.
Solución:
Empoderar al consultor con herramientas de autogestión.
Traducido a diseño:
Calendario personalizable, vista de proyectos con progreso.
Los tres ejes de arquitectura
Cada eje responde a una fricción específica identificada en el research.
Panel Unificado: Autonomía y Visibilidad
Eje: Autonomía + Visibilidad
Problema detectado:
Los consultores usan múltiples herramientas para gestionar tareas.
Solución:
Un dashboard centralizado que integra tareas, proyectos y registro de horas.
Componentes:
• Vista de tareas pendientes
• Vista de tareas pendientes
• Métricas personales y de equipo
• Métricas personales y de equipo
• Calendario integrado
• Calendario integrado
• Acceso rápido a proyectos activos
• Acceso rápido a proyectos activos
Sincronización:
Datos actualizados en tiempo real entre todas las vistas.
Automatización Ligera: Velocidad y Contexto
Eje: Velocidad + Contexto
Problema detectado:
El registro de horas es manual, tedioso y se posterga.
Solución:
Sistema de registro inteligente que minimiza la fricción.
Funcionalidades principales:
• FAB con sugerencias contextuales
• Autocompletado basado en historial
• Registro rápido con un solo clic
- •FAB con sugerencias contextuales
- •Autocompletado basado en historial
- •Registro rápido con un solo clic
Capa Social y Transparencia
Eje: Confianza + Valor
Problema detectado:
Los consultores perciben el registro como herramienta de control, no como algo que les devuelve valor.
Solución:
Un sistema donde cada acción individual impacta visiblemente en el equipo, convirtiendo el registro en colaboración.
• Vista Gantt: seguimiento del avance grupal por proyecto, calculado automáticamente desde el estado real de las tareas
• Vista Kanban: cada consultor gestiona sus tareas propias y actualiza el progreso del equipo con cada movimiento
• Vista General: feed de actividad que registra qué se movió, quién lo hizo y cuándo, sin necesidad de reuniones de seguimiento
• Perfiles de consultor: notas públicas y privadas visibles para el equipo, con historial de colaboraciones y actividad compartida
- •Vista Gantt: seguimiento del avance grupal por proyecto, calculado automáticamente desde el estado real de las tareas
- •Vista Kanban: cada consultor gestiona sus tareas propias y actualiza el progreso del equipo con cada movimiento
- •Vista General: feed de actividad que registra qué se movió, quién lo hizo y cuándo, sin necesidad de reuniones de seguimiento
- •Perfiles de consultor: notas públicas y privadas visibles para el equipo, con historial de colaboraciones y actividad compartida
Resultado:
El registro deja de ser una obligación individual y se convierte en infraestructura visible del equipo.
Lo que decidimos NO hacer
Trade-off: descartamos la IA
Consideramos inicialmente incorporar IA para automatizar el registro de horas, una solución común con fuerte atractivo para el negocio.
Sin embargo, el research mostró que el problema no era la fricción del registro, sino la falta de valor percibido. Los usuarios no se olvidaban: simplemente no lo priorizaban.
Automatizar hubiera optimizado una acción que los usuarios ya consideraban irrelevante. Aunque recordaran hacerlo, no había incentivos reales para registrar: la IA sola no resolvía la adopción.
Descartamos la IA y nos enfocamos en integrar el registro al flujo real de trabajo como consecuencia natural de la actividad, una solución menos 'vendible' pero más alineada con el problema real.
Alternativa evaluada desde negocio: penalizar el registro tardío
Surgió desde negocio: forzar el registro mediante sanciones.
Camino descartado por:
- Genera cumplimiento, no adopción
- Degrada la calidad del dato
- Castiga al usuario por una fricción no resuelta
- Contradice una cultura basada en autonomía
Conclusión: La vía sostenible es lograr que registrar sea rápido, útil y parte del ritmo de trabajo.
Testing: validación con usuarios reales
Pruebas de usabilidad con consultores de Dígito.
Participantes:
4 consultores de Dígito (PM, Desarrollador, UX Designer, Analista).
Método:
Test de usabilidad moderado con 4 tareas específicas.
Objetivo:
Evaluar la facilidad de uso del nuevo módulo.
Fricciones detectadas en testing:
Fricción 1: Dificultad para encontrar proyectos inactivos.
Los usuarios querían ver proyectos archivados pero el filtro no era obvio.
Iteración: Toggle 'Mostrar proyectos inactivos' · Mejora de visibilidad de filtros
Fricción 2: Confusión con el estado de las tareas.
No estaba claro si una tarea estaba en progreso o pendiente.
Iteración: Íconos visuales claros para estados · Tooltips explicativos
Prototipo hi-fi
Impacto cualitativo
Antes:
El registro se percibía como un mal necesario, sin valor para el trabajo diario.
Después:
Post-testing, los participantes destacaron la velocidad del flujo y el valor de las sugerencias contextuales.
Reflexión metodológica
El rediseño resolvió fricciones claras de interfaz y flujo. Pero el problema central del registro de horas está profundamente ligado al comportamiento en contexto real, y eso requiere otro tipo de validación.
Testing en contexto real
En lugar de diseñar tareas dirigidas, testearía con escenarios de trabajo reales.
El problema principal no está en la usabilidad puntual de la interfaz, sino en cómo el registro de horas se integra al flujo cotidiano de trabajo.
Probar el producto dentro de ese contexto permitiría observar comportamientos reales.
Métrica de comportamiento
Hoy el registro suele ocurrir con semanas de retraso, por lo que muy pocas horas se registran dentro de las primeras 24hs. Si volviera a encarar este proyecto, mediría el % de horas registradas en 24hs como North Star.
Esto hubiera orientado las decisiones de diseño más directamente al comportamiento que el rediseño buscaba cambiar:
integrar el registro de horas al flujo real de trabajo.
