Diario de desarrollo
Lo que aprendimos tras dos años codesarrollando Flexireo dentro de una operación real de retrabajo y cómo esto reconstruyó el producto.
Más de 50.000 productos procesados · tres observaciones que transformaron la plataforma · despliegue en una semana.
Flexireo se construyó en una operación real de retrabajo, no en una pizarra. Las cifras a continuación resumen dos años de funcionamiento continuo con un distribuidor europeo de artículos deportivos y una red de subcontratistas de retrabajo.
Trabajamos con un distribuidor europeo de artículos deportivos que opera en varios mercados y cuenta con un centro de distribución central para toda la región. Su equipo de calidad coordinaba el retrabajo con una red de talleres externos de la misma forma que todavía lo hacen la mayoría de las marcas de moda y calzado: hojas de cálculo de las que desconfiaban, hilos de correos electrónicos con fotos adjuntas, grupos de WhatsApp para urgencias y una reunión semanal para intentar cuadrar lo que cada sistema decía sobre el mismo lote de productos.
Llegué esperando que el producto en el que se convertiría Flexireo fuera, más o menos, el que yo había esbozado. Dos años de codesarrollo cambiaron la forma de la plataforma de tres maneras específicas.
Cada sorpresa surgió 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 desearían tener. Esas tres observaciones son el eje de cada decisión de producto en Flexireo desde entonces; también son lo que hizo que la plataforma generara un registro de auditoría apto para el ESPR como un resultado natural del proceso, no como una funcionalidad añadida.
En esta página detallamos las tres observaciones por orden cronológico, explicamos qué cambió en la operación, qué habría pasado si el ESPR ya estuviera en vigor y cómo cada observación se convirtió en una funcionalidad de la plataforma que puedes contratar hoy mismo.
Al principio pensaba que el mayor beneficio sería la automatización de procesos. Resultó ser algo mucho más sencillo: una única pantalla donde la marca, el intermediario, los talleres y el equipo logístico veían los mismos datos, en el mismo formato y al mismo tiempo.
El mayor problema operativo diario no era el diseño del flujo de trabajo; 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 compartir una única fuente de verdad, las conversaciones cambiaron de un día para otro. La reunión de seguimiento de los lunes pasó de cuarenta minutos a doce.
Desapareció la pregunta de «espera, ¿dónde está el albarán de envío correcto?». Las decisiones que antes se retrasaban por el cuadre de datos empezaron a tomarse en la misma reunión donde surgían los problemas, porque ya no quedaba nada que cuadrar.
No ahorramos tiempo al equipo automatizando procesos, sino haciendo que los datos fueran visibles.
No ahorramos tiempo al equipo automatizando procesos, sino haciendo que los datos fueran visibles.
El trabajo invisible resultó ser la mayor partida de gasto de la operación.
Antes de usar la plataforma, un controlador de calidad en esta cuenta 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?
¿La respuesta del intermediario es la última versión o la de antes de comer? Cada comprobación por separado era pequeña.
Juntas, eran todo su trabajo.
Cuando Flexireo hizo que toda esa información fuera continua, automática y tuviera registro de hora, el día del controlador cambió de forma, no de volumen. Esas dos horas de «labor de confirmación» desaparecieron y fueron absorbidas por tareas de mayor valor: revisión de tarjetas de puntuación de proveedores, análisis de causa raíz de defectos recurrentes y relevos de turno reales que ya no dependían de un resumen verbal que nadie podía citar después.
El trabajo invisible resultó ser la mayor partida de gasto de la operación y nadie lo estaba midiendo.
El equipo de retail notó la mejora en la disponibilidad antes de que el equipo de calidad tuviera tiempo de redactar el informe.
Por defecto, todos los productos con retrabajo se enviaban de vuelta al almacén central de distribución antes de mandarlos a las tiendas. Nadie lo había diseñado así deliberadamente.
Simplemente era el único flujo que permitían los sistemas existentes: salida del almacén y entrada al almacén, sin contemplar un taller externo como un nodo de la red. El almacén central se convirtió en un cuello de botella con el que nadie contaba, 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.
Una vez que tuvimos trazabilidad unitaria para saber qué tienda necesitaba qué producto, fue imposible no cuestionarse por qué hacíamos esto. Ahora, los productos con retrabajo podían enviarse directamente desde los talleres a las tiendas que los necesitaban, reduciendo días del ciclo.
Se evitó una parte significativa de los costes logísticos de entrada. El equipo de retail notó la mejora en la disponibilidad antes de que el equipo de calidad tuviera tiempo de redactar el informe.
Para los artículos más estacionales (como camisetas oficiales con logotipos de patrocinadores, renovaciones de ropa de abrigo o lotes de personalización regional), eliminar el cuello de botella del almacén podía ser la diferencia entre llegar a los estantes mientras había demanda o llegar la semana en que terminaba la campaña. Ese enfoque cambió la forma en que construimos cada funcionalidad posterior.
Cada sorpresa se convirtió en una funcionalidad clave. 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 a su función.
La observación del «trabajo invisible» generó el resumen nocturno por IA: una narración automatizada de lo que cambió durante la noche, escrita en el lenguaje que usaría un responsable de calidad, para que la primera hora del día se dedique a tomar decisiones y no a cuadrar datos.
La observación del cuello de botella permitió que el envío directo a tienda fuera una ruta de gestión principal. También impulsó la trazabilidad unitaria para textil y calzado, porque el envío directo solo funciona si sabes exactamente qué unidad va a qué tienda con la precisión suficiente para satisfacer a un responsable de tienda que va a contar lo que recibe.
El registro de auditoría que exige la normativa actual es el mismo que el equipo de retail necesitaba hace dos años. Resultó que un solo registro sirve para ambos propósitos.
La marca, el intermediario y el taller ven el mismo registro, con permisos adaptados a su función.
Una narración automatizada de los cambios nocturnos para que tu primera hora del día sea de análisis, no de cuadre de datos.
Una ruta de gestión prioritaria, no una excepción. Envía unidades retrabajadas del taller a la tienda que las necesita.
Diseñada específicamente para productos textiles desde el inicio, no adaptada desde modelos de piezas industriales.
Actualizada automáticamente con KPIs ponderados tras cada lote: el rendimiento del proveedor ya no se evalúa de memoria.
Cinco preguntas a las que el equipo de calidad dedicaba horas cada semana. En nuestra plataforma, cada pregunta tiene una respuesta a un solo clic. Ninguno de estos cambios requirió nuevas contrataciones; solo la misma operación sobre una base tecnológica distinta.
| Pregunta operativa | Antes de Flexireo | Con Flexireo |
|---|---|---|
| ¿Dónde está cada producto ahora mismo? | Tres personas, cuatro hojas de cálculo y dos llamadas | Un panel de control en tiempo real con todos los implicados compartiendo el mismo registro |
| ¿Cómo sabemos si el taller recibió el lote correcto? | Cuadre manual de fotos por email, a menudo con días de retraso | Evidencia fotográfica adjunta al registro de la unidad en la recepción, con registro de hora |
| ¿Cómo llegan a las tiendas los productos con retrabajo? | Siempre a través del almacén central, añadiendo días de espera | Opción de envío directo del taller a la tienda que los necesita |
| ¿Cómo evaluamos el rendimiento de los proveedores? | De memoria en la reunión de revisión anual | Tarjeta de puntuación del taller actualizada automáticamente tras cada lote |
| ¿Qué ve un auditor el primer día? | Un archivo de emails, una pila de hojas de cálculo y varias fotos | Un registro de cadena de custodia unitario con IDs de operario y registros de hora |
A partir del 19 de julio de 2026, las grandes marcas de ropa y calzado que comercialicen productos en el mercado de la UE ya no podrán destruir textiles, accesorios de vestir o calzado no vendidos, según el Anexo VII, a menos que se aplique una de las diez excepciones del Reglamento Delegado C(2026) 659. El artículo 24 del Reglamento sobre diseño ecológico para productos sostenibles (ESPR) exige informar sobre cinco campos obligatorios, con un umbral de verificación del diez por ciento frente a los registros de los operadores de tratamiento de residuos y un plazo de publicación de doce meses tras el cierre de cada ejercicio fiscal.
Visto con perspectiva, los dos años de codesarrollo fueron también dos años construyendo, sin saberlo, la capa operativa que ahora exige la normativa. El registro de cadena de custodia ya existía; los motivos de gestión ya estaban estructurados; las confirmaciones de los operadores de tratamiento de residuos ya se capturaban con ID de operario y registro de hora.
Nada de esto se diseñó específicamente para el ESPR, pero todo habría sido documentación obligatoria bajo el artículo 24. No habría hecho falta un proyecto de cumplimiento separado, porque los datos ya vivían en la plataforma.
La implicación para cualquier marca de ropa o calzado es clara: los hábitos operativos que son rentables comercialmente (fuente única de verdad, visibilidad del trabajo oculto, rutas sin paso por el almacén central) son los mismos que garantizan el cumplimiento normativo. El argumento para crear el registro de auditoría antes del 19 de julio de 2026 no es solo la presión regulatoria; es que la misma estructura de datos que genera la información para el regulador es la que optimiza la operación comercial.
Las marcas que gestionan por separado el cumplimiento y la operativa acaban pagando dos veces por los mismos datos.
El piloto tiene un coste fijo de 950 € e incluye una garantía total de reembolso. Cubre un proyecto de retrabajo con un solo taller durante un máximo de 2 meses y 30.000 unidades. Pruébalo sin riesgo y comprueba si puedes lograr los mismos cambios en tu propia operación.