A finales de los años noventa, Hershey era sinónimo de chocolate en Estados Unidos. Más de un siglo de historia, marcas que todo niño reconocía y una temporada sagrada que concentraba buena parte de sus ventas del año: Halloween. En esas semanas, los minoristas llenaban sus bodegas de dulces y la empresa trabajaba contrarreloj para que ningún anaquel quedara vacío.
Pero bajo esa dulzura había un problema amargo. Los sistemas que sostenían la operación eran viejos, estaban fragmentados y el fantasma del “año 2000” rondaba los pasillos de tecnología. La dirección decidió dar el salto: un ERP de vanguardia para el corazón del negocio, más una plataforma de planeación de cadena de suministro y un sistema de gestión de clientes. Tres sistemas de tres proveedores distintos, integrados por una gran consultora global, con una inversión de 112 millones de dólares.
¿Qué soluciones ERP lideran en cada sector industrial? ¿Cómo se distribuye la demanda en el país? Descubre los resultados de la primera encuesta "Panorama del Mercado de Software y Gestión en México".
El plan original contemplaba cuatro años. Alguien decidió que se podía hacer en dos y medio.
Tres sistemas, una sola fecha
La estrategia fue la más arriesgada de todas: encender todo al mismo tiempo. Nada de fases, nada de pilotos por región o por línea de producto. Un solo día, un solo interruptor, los tres sistemas cobrando vida a la vez.
Y la fecha elegida fue julio de 1999. Justo cuando empezaban a llegar los pedidos de la temporada de Halloween.
Desde las primeras semanas, los síntomas aparecieron. Los pedidos entraban al sistema, pero no fluían hacia los almacenes. El inventario existía físicamente (las bodegas estaban llenas de producto terminado) pero el sistema no lograba convertir ese inventario en envíos. Las órdenes se atoraban entre un módulo y otro, perdidas en las costuras de una integración que nunca se había probado con volúmenes reales.
Más del autor: Lecciones aprendidas de un ERP fallido
Los equipos intentaron compensar con procesos manuales. No alcanzó. Cada día que pasaba, los camiones salían con menos de lo prometido y los clientes, grandes cadenas de supermercados y tiendas de conveniencia, empezaron a buscar en otra parte.
Los anaqueles vacíos
En septiembre de 1999, el director general tuvo que decir en voz alta lo que ya se sabía a puerta cerrada: el nuevo sistema tenía problemas y la empresa no podría entregar cerca de 100 millones de dólares en producto para Halloween. Chocolate y caramelos que estaban fabricados, empacados y esperando en bodega, pero que nunca llegaron a las tiendas.
La acción cayó más de 8% ese mismo día. Las ventas del trimestre se desplomaron cerca de 12%. La historia terminó en la portada del Wall Street Journal, y los competidores aprovecharon el espacio vacío en los anaqueles para ganar terreno que después costaría años recuperar.
Lo más inquietante es que no hubo un colapso técnico. El sistema no se apagó. Simplemente no entendía el negocio con la velocidad que el negocio exigía, y lo hizo en la única temporada donde no había margen para aprender.
La marca líder de chocolates sobrevivió. Tres años después anunció que el ERP por fin funcionaba como debía. Pero la empresa quedó marcada como el ejemplo que se enseña en todas las escuelas de negocios: el Halloween en que el chocolate no llegó.
Lecciones desde la bodega llena
El calendario del negocio manda sobre el calendario del proyecto. Nunca actives un sistema crítico en tu temporada alta. Si la fecha del go-live coincide con el pico de ventas, no es un plan: es una apuesta.
Comprimir el cronograma no reduce el trabajo; solo elimina las pruebas. Lo que se recorta siempre es lo mismo: pruebas de integración, pruebas de volumen y capacitación. Y eso es exactamente lo que después falla.
El “big bang” multiplica el riesgo, no lo reparte. Tres sistemas nuevos encendidos a la vez significan que, cuando algo falla, nadie sabe dónde buscar.
Tener producto no es lo mismo que poder entregarlo. Un ERP no vende; conecta. Si la conexión entre pedido, inventario y embarque no está probada, el almacén lleno es tan inútil como el almacén vacío.
Las señales siempre aparecen antes del desastre. Si el equipo pide más tiempo y la respuesta es “no hay”, el proyecto ya empezó a fallar, aunque nadie lo haya dicho todavía.
Hershey no fracasó por la tecnología que eligió, sino por el momento en que decidió ponerla en marcha. Porque en un proyecto de transformación empresarial, elegir cuándo implementar puede ser tan determinante como elegir qué implementar.
