Tres casos públicos
Los casos siguientes proceden de distintos países y de proyectos que no eran solo de WMS; pero lo ocurrido en los procesos de almacén y distribución muestra claramente los riesgos que puede afrontar un proyecto WMS. Las cifras son solo las que figuran en las fuentes citadas.
| Caso | Qué ocurrió | Lección para su proyecto WMS |
|---|---|---|
| Hershey (EE. UU., 1999) | El sistema, que abarcaba ERP, CRM y software de cadena de suministro, arrancó cuando llegaban en masa los pedidos de Halloween; la empresa declaró que los problemas le impedirían entregar unos 100 millones de USD en producto [1]. | No haga coincidir la puesta en marcha con la temporada alta; fije la fecha según criterios de preparación, no según el calendario. |
| Target Canada (2013–2015) | El equipo que investigó los problemas estimó que la información de producto en el sistema solo era exacta alrededor del 30 % de las veces (98–99 % en EE. UU.). Los centros de distribución rebosaban de stock mientras las estanterías de las tiendas estaban vacías; algunos artículos no podían procesarse para su envío. Cerraron las 133 tiendas [2]. | Si los datos maestros como dimensiones, pesos y unidades de los artículos son erróneos, el sistema de almacén no puede funcionar. Haga de la depuración de datos la primera tarea del proyecto y añada validación en la entrada. |
| ASOS (Reino Unido, 2019) | Con dificultades para implantar el nuevo software de automatización en su centro de Berlín, la empresa sufrió problemas de disponibilidad de stock en EE. UU. y la UE; el consejero delegado lo calificó de «un fallo de ejecución». La empresa contabilizó 50,5 millones de GBP en costes de transición y reestructuración [3]. | Poner en marcha a la vez un nuevo centro, automatización y software multiplica el riesgo. Planifique una rampa de arranque por fases y deje tiempo para alcanzar la plena capacidad. |
Siete patrones de fracaso habituales
- Alcance erróneo o vago. Se elige un sistema antes de poner por escrito los procesos; las excepciones (devoluciones, expediciones parciales, cuarentena) aparecen en producción.
- Datos maestros ausentes o erróneos. Sin dimensiones, pesos, códigos de barras y unidades, las reglas de ubicación y preparación no pueden funcionar [2].
- Un equipo de proyecto que no conoce la operación. El proyecto se trata como un trabajo de TI; el equipo de almacén no participa en el diseño y no hace suyo el sistema.
- Pruebas recortadas. Cuando el calendario se aprieta, las pruebas son lo primero que se recorta; el sistema arranca sin pruebas de extremo a extremo ni de carga.
- Arrancar en el momento equivocado. Arrancar en temporada alta, o con muchos cambios a la vez, elimina el tiempo necesario para corregir problemas [1][3].
- Errores de integración que pasan desapercibidos. Los mensajes erróneos del ERP se acumulan en silencio; las diferencias de stock aparecen después.
- Objetivos sin medir. Como no se midieron la exactitud y la productividad antes de la puesta en marcha, no se puede demostrar ni el éxito ni el fracaso.
Señales tempranas de la «vuelta a Excel» tras un WMS
El fracaso no siempre parece una crisis. A menudo el sistema parece funcionar mientras la operación empieza, en silencio, a trabajar al margen de él. Vigile estas señales en los meses posteriores a la puesta en marcha:
- Los informes vuelven a prepararse en hojas de cálculo; no se confía en los datos del sistema.
- Algunas transacciones se hacen en papel en lugar de en el terminal y se introducen en bloque más tarde.
- Las diferencias de recuento no bajan; los ajustes de stock se vuelven rutina.
- Los usuarios anulan constantemente las sugerencias del sistema (ubicaciones, secuencia de preparación).
- Nadie mira la pantalla de errores de integración, o no existe.
- Cada cambio de regla exige una orden de trabajo al proveedor.
Si hay dos o más de estas señales, medir la situación actual con el diagnóstico operativo es una buena forma de separar problemas de software, de proceso y de datos.
Reducir los riesgos
- Ponga por escrito sus procesos y excepciones antes de la selección; haga que los proveedores ejecuten sus propios flujos en una demo guionizada.
- Defina la depuración de datos y su responsable en las primeras semanas del proyecto.
- Tome la decisión de puesta en marcha según una lista de comprobación go / no-go, no según el calendario; deje por escrito el plan de vuelta atrás.
- Pregunte a los clientes de referencia por sus primeras semanas tras la puesta en marcha; nuestras preguntas para referencias están pensadas para ello.
- Registre medidas de exactitud, productividad y plazo antes de la puesta en marcha y vincule a ellas el fin del hypercare.
Si quiere compartir una lección anónima de su propio proyecto, escriba a info@findwms.com. Los casos compartidos solo se publican con permiso explícito y sin datos de empresa ni personales.
Preguntas frecuentes
¿Por qué se estancan los proyectos WMS?
Normalmente no por el software. Las tres causas más comunes: datos maestros de artículos sin preparar, estructura de ubicaciones no implantada físicamente y decisiones de proceso no tomadas antes de empezar el proyecto. El software no crea un orden que no existe.
¿Cuál es el momento más arriesgado de la puesta en marcha?
El stock inicial. Sin un recuento exacto a nivel de ubicación justo antes del cambio, el sistema funciona con datos erróneos desde el primer día y pierde la confianza del almacén en pocos días. Recuperarla lleva meses.
¿Cuánta formación es suficiente?
Una sesión de un día se olvida en el siguiente cambio de turno. Lo que perdura es trabajar unos días junto al personal y dejar una instrucción de trabajo de una página por función. Asegúrese de que la formación sea una partida separada en la oferta.
Fuentes
- CIO, «Supply Chain: Hershey's Bittersweet Lesson» — cio.com (consultado: 2026-09-19)
- Canadian Business, «The Last Days of Target Canada» — canadianbusiness.com (consultado: 2026-09-19)
- RTÉ / Reuters, «ASOS warns on profit again after botching warehouse revamps», 18 de julio de 2019 — rte.ie (consultado: 2026-09-19)
Método y correcciones: política editorial.