Diario de desarrollo
Dos años dentro de una operación de retrabajo real
Lo que aprendimos tras dos años codesarrollando Flexireo en una operación real, y cómo esto reconstruyó el producto.
Más de 50.000 productos procesados · tres observaciones que transformaron la plataforma · despliegue en una semana.
Las cifras detrás del proyecto
Flexireo se construyó en una operación de retrabajo en vivo, no frente a una pizarra. Estas cifras resumen dos años de actividad continua con un distribuidor europeo de artículos deportivos y su red de subcontratistas.
Tres cosas que me sorprendieron, y una de ellas cambió el producto
Estábamos trabajando con un distribuidor europeo de artículos deportivos presente en varios países, con un centro logístico central para toda la región. El equipo de calidad coordinaba los retrabajos con una red de talleres externos de la forma en que lo siguen haciendo la mayoría de las marcas: hojas de cálculo en las que no confiaban plenamente, hilos de email con fotos adjuntas, grupos de WhatsApp para urgencias y una llamada semanal recurrente para conciliar lo que cada sistema decía sobre el mismo lote de productos.
Al principio, esperaba que el Flexireo final fuera más o menos el producto que yo había esbozado. Sin embargo, dos años de codesarrollo transformaron la plataforma de tres formas específicas.
Cada sorpresa vino directamente de observar a un responsable de calidad, a un planificador logístico y a un operario de taller intentando hacer su trabajo con los sistemas que tenían, no con los que les gustaría tener. Esas tres observaciones son el eje de cada decisión de producto en Flexireo, y también son lo que hizo que la plataforma generara un registro de auditoría de nivel ESPR como resultado natural, no como una función añadida.
En esta página detallamos esas tres observaciones, describimos qué cambió en la operativa, qué habría cambiado si la ESPR ya estuviera en vigor y cómo cada observación se convirtió en una funcionalidad que puedes utilizar hoy mismo.
- Informes diarios: con marca de tiempo, visibles para todas las partes
- Estadísticas unificadas: calidad, logística y marca leen lo mismo
- Envíos en la misma vista que el estado del retrabajo
Observación 1: La clave fue poner a todo el mundo frente a la misma pantalla
Al principio creía que la gran ventaja sería la automatización de procesos. Resultó ser algo mucho más sencillo: una pantalla única donde la marca, el intermediario, los talleres y el equipo de logística veían los mismos datos, en el mismo formato y al mismo tiempo.
Gran parte del dolor operativo diario no era el diseño del flujo o la lógica del sistema; eran tres personas mirando tres hojas de cálculo distintas y llegando a tres conclusiones diferentes sobre el mismo lote de 8.000 chaquetas.
En cuanto todos pasaron a una única fuente de verdad, la conversación cambió de la noche a la mañana. La llamada de seguimiento de los lunes pasó de cuarenta minutos a doce.
Dejaron de preguntarse: «espera, ¿dónde está el albarán correcto?». Las decisiones que se retrasaban por la conciliación de datos empezaron a tomarse en la misma reunión donde surgían, porque ya no había nada que conciliar.
No ahorramos tiempo automatizando procesos, sino haciendo visibles los datos.
No ahorramos tiempo automatizando procesos, sino haciendo visibles los datos.
El trabajo oculto resultó ser la partida más grande de la operación.
Observación 2: El trabajo operativo era invisible hasta que desapareció
Antes de la plataforma, un responsable de calidad dedicaba unas dos horas diarias a una tarea que no figuraba en su descripción de puesto: confirmar que las cosas estaban donde debían estar. ¿Se recibió el lote en el taller?
¿Está la foto de ayer en la carpeta compartida? ¿Coinciden los datos de la hoja A con los de la hoja B?
¿Es la respuesta del intermediario la última versión? Cada comprobación era pequeña; juntas, eran todo el trabajo.
Cuando Flexireo hizo que toda esa información fuera continua, automática y tuviera marca de tiempo, el día del responsable cambió de forma, no de volumen. Esas dos horas de «trabajo de confirmación» desaparecieron y fueron absorbidas por tareas de mayor valor: revisión de scorecards de proveedores, análisis de causa raíz de defectos recurrentes y un traspaso de turnos real basado en datos citables.
El trabajo oculto resultó ser la partida más grande de la operación, y nadie lo estaba midiendo.
El equipo de ventas notó la mejora en la disponibilidad antes de que el equipo de calidad terminara su informe.
Observación 3: Los productos retrabajados no tienen por qué volver al hub
Por defecto, cada producto retrabajado volvía al centro de distribución central antes de enviarse a las tiendas. Nadie lo había diseñado así; era simplemente el único flujo que permitían los sistemas antiguos: salida y entrada al hub, sin concepto de taller externo como nodo de la red.
El hub se convirtió en un cuello de botella imprevisto, y los días de espera que añadía a cada ciclo se traducían en semanas de venta perdidas para los artículos más estacionales.
Al tener visibilidad por unidad sobre qué tienda necesitaba qué producto, se hizo imposible ignorar la ineficiencia. Los productos retrabajados podían enviarse directamente desde los talleres a las tiendas, reduciendo días al ciclo y ahorrando costes logísticos.
El equipo de ventas notó la mejora en la disponibilidad antes incluso de que el equipo de calidad terminara su informe.
Para los artículos más estacionales (equipaciones con logotipos, abrigos de fin de temporada), eliminar este cuello de botella suponía la diferencia entre llegar a los estantes mientras había demanda o llegar la semana en que terminaba la campaña. Este enfoque cambió nuestra forma de construir cada funcionalidad posterior.
Cómo transformaron el producto estas tres observaciones
Cada sorpresa se convirtió en una funcionalidad estructural. La observación de la pantalla única dio lugar al modelo de acceso basado en roles: marca, intermediario y taller ven el mismo registro con permisos adaptados.
La observación del trabajo invisible creó el briefing nocturno con IA: un resumen automatizado de los cambios de la noche para que la primera hora del día se dedique a tomar decisiones, no a conciliar datos.
La observación del cuello de botella en el hub desbloqueó el envío directo a tienda como una opción prioritaria. También impulsó la trazabilidad por unidad para textil y calzado, necesaria para saber qué va a qué tienda con la precisión que exige un responsable de punto de venta.
El registro de auditoría que ahora exige la ley es el mismo que el equipo comercial necesitaba hace dos años. Un solo registro satisface a ambos.
Acceso basado en roles
Marca, intermediario y taller ven el mismo registro con permisos adaptados a su función.
Briefing nocturno con IA
Resumen automatizado de lo ocurrido para dedicar la mañana a decidir, no a conciliar.
Envío directo a tienda
Una vía de disposición prioritaria. Las unidades van del taller directo a la tienda que las necesita.
Trazabilidad por unidad
Diseñada para productos textiles desde el inicio, no adaptada de modelos de piezas industriales.
Scorecard de taller
Actualizado automáticamente con KPI ponderados tras cada lote; el rendimiento del proveedor ya no se juzga de memoria.
Qué cambió: cinco comparativas del antes y el después
Cinco preguntas a las que el equipo de calidad dedicaba horas cada semana. En la plataforma, cada una tiene respuesta en un clic. No se necesitó más personal, sino el mismo equipo operando de forma diferente.
| Pregunta operativa | Antes de Flexireo | Después de Flexireo |
|---|---|---|
| ¿Dónde está cada producto ahora? | Tres personas, cuatro hojas de cálculo, dos llamadas | Un panel de control, en tiempo real, todos sobre el mismo registro |
| ¿Cómo sabemos que el taller recibió el lote correcto? | Conciliación manual de fotos por email, a menudo con días de retraso | Prueba fotográfica vinculada al registro al recibirlo, con marca de tiempo |
| ¿Cómo llegan los productos a las tiendas? | Siempre por el hub central, añadiendo días de espera innecesarios | Opción de envío directo del taller a la tienda que los necesite |
| ¿Cómo evaluamos el rendimiento del proveedor? | De memoria en la reunión de revisión anual | Scorecard del taller actualizado después de cada lote |
| ¿Qué ve un auditor el primer día? | Un archivo de emails, hilos de WhatsApp y hojas de cálculo | Un registro de cadena de custodia por unidad con ID y marcas de tiempo |
¿Qué habría cambiado durante estos dos años si la ESPR ya estuviera en vigor?
Desde el 19 de julio de 2026, las grandes marcas que comercializan productos en la UE ya no pueden destruir textiles ni calzado no vendidos, salvo contadas excepciones bajo el Reglamento Delegado C(2026) 659. El Artículo 24 de la ESPR exige declarar cinco campos de información con un margen de error del 10 % frente a los gestores de residuos.
Visto en retrospectiva, estos dos años de codesarrollo fueron también dos años construyendo inadvertidamente la capa operativa que ahora exige la ley. El registro de cadena de custodia ya estaba ahí, los motivos de disposición ya estaban estructurados y las confirmaciones de los gestores de residuos ya se capturaban con ID y marca de tiempo.
Nada de esto se diseñó específicamente para la ESPR, pero todo habría sido documentación obligatoria bajo el Artículo 24. No habría sido necesario un proyecto de cumplimiento aparte porque los datos ya estaban en la plataforma.
La conclusión para cualquier marca hoy es clara: los hábitos operativos que funcionan comercialmente (fuente única de verdad, eliminación de trabajo invisible, bypass del hub) son los mismos que funcionan para el cumplimiento. El argumento para construir el registro de auditoría antes de julio de 2026 no es solo la presión regulatoria; es que la misma estructura de datos que genera la declaración es la que hace eficiente la operación comercial.
Las marcas que construyen la capa operativa y la de cumplimiento por separado acaban pagando dos veces por los mismos datos.
- ✓Cada descarte incluiría su referencia a la excepción del Reglamento Delegado C(2026) 659 en el momento de la disposición.
- ✓Las confirmaciones de gestores de residuos se guardarían por cinco años por defecto, con ID y código de método de tratamiento.
- ✓El reporte por código NC estaría listo para el formato estándar del 2 de marzo de 2027 definido en el Anexo I del Reglamento (UE) 2026/2.
- ✓Los datos de la declaración se publicarían puntualmente, generados automáticamente desde la plataforma en lugar de reconstruidos desde hojas de cálculo.
- ✓El umbral de verificación del 10 % sería una métrica monitorizada en tiempo real, no un ejercicio de conciliación de fin de año.
Lanza un piloto en un solo proyecto con un colaborador. Verás el cambio en una semana.
El piloto tiene un precio cerrado de 1.250 € y garantía total de devolución. Cubre un proyecto de retrabajo con un taller durante 2 meses y hasta 30.000 unidades. Pruébalo sin riesgo y comprueba los resultados en tu propia operación.