Equipo
Design Ops
y tecnología
Ignacio Ceballos, Héctor Sancho y Pedro Álvarez, Tech Lead y Product Manager.

Feedback 360 · Product Design · 2025
Una herramienta interna para gestionar y potenciar el proceso de feedback de forma clara, accesible y escalable.

Equipo
Ignacio Ceballos, Héctor Sancho y Pedro Álvarez, Tech Lead y Product Manager.
Rol
Análisis del proceso, benchmark, definición de flujos, arquitectura y diseño de experiencia.
Timeline
Definición y diseño de la primera versión funcional del producto.
Mi contribución
Participé en el análisis del flujo existente, la identificación de roles y puntos de fricción y la definición del proceso futuro. Después traduje el recorrido en casos de uso, funcionalidades y flujos para el MVP.
Trabajé con Design Ops, producto y tecnología para validar la viabilidad de cada decisión y diseñé experiencias diferenciadas para managers y miembros del equipo, manteniendo una lógica compartida.
Contexto
El feedback 360 se realizaba manualmente. Cada manager debía identificar quién evaluaba a quién, enviar solicitudes individuales y recopilar después todas las respuestas para crear un documento resumen.
La falta de una visión centralizada hacía difícil conocer el estado del proceso, aumentaba el riesgo de errores y provocaba que el historial entre periodos se perdiera.
El reto
Diseñar una herramienta simple y escalable para gestionar el feedback entre equipos.El producto debía reducir la carga operativa sin perder transparencia ni claridad para las personas participantes.
Problemas detectados
Punto de partida
Primero acordamos el alcance, los tiempos y el objetivo del MVP. Después analizamos los tipos de usuario, las fases del flujo, las tareas de cada rol y los puntos de fricción que debían resolverse.
En paralelo estudiamos herramientas existentes para identificar patrones, funcionalidades y referencias aplicables a una experiencia interna orientada a tareas concretas.
Proceso actual
Las preguntas ayudaban a estructurar las respuestas.
La asignación, el seguimiento y la consolidación continuaban dependiendo de trabajo manual.


Benchmark
Analizamos productos y comportamientos que podían simplificar la revisión y el seguimiento.
La comparación separó las necesidades de una vista individual y una vista de manager.

Definición del producto
Mapeamos el journey completo: cada fase, la persona participante y las tareas necesarias. A partir de este recorrido definimos casos de uso y flujos para managers y miembros del equipo.
Priorizamos las funcionalidades esenciales del MVP y validamos su viabilidad con desarrollo. Esto permitió construir una base clara sin trasladar al producto la complejidad del proceso manual.
Esquema del flujo
El esquema reúne la solicitud, la recogida y la revisión de los feedbacks.
Así quedan visibles las tareas y responsabilidades de managers y equipo en cada fase.

Dos experiencias
La solución
La home del equipo prioriza las evaluaciones pendientes y sus estados.
La home del manager incorpora el seguimiento de las personas y del proceso.


Flujos detallados
El flujo de manager reúne asignación, seguimiento y gestión de incidencias.
El flujo de equipo muestra la realización y el envío de las evaluaciones.
Resultado
Un proceso fragmentado convertido en una experiencia centralizada y transparente.El MVP reduce la carga operativa y permite que cada persona comprenda qué debe hacer y en qué estado se encuentra.
Aprendizajes
Analizar el proceso existente revela qué tareas conviene simplificar o automatizar.
Separar responsabilidades permite diseñar experiencias más claras para cada rol.
Un journey compartido alinea producto, diseño y tecnología.
La transparencia del estado reduce seguimiento manual e incertidumbre.
En una herramienta interna, funcionalidad y claridad deben preceder a lo decorativo.
Priorizar el MVP ayuda a entregar valor sin reproducir toda la complejidad anterior.