La demo fue perfecta. Cuarenta y cinco minutos, y cada clic caía como una nota de piano. Los pedidos fluían desde el ERP, las olas se liberaban a tiempo, los operarios seguían las indicaciones de los terminales RF, las etiquetas se imprimían, los remolques se cargaban. El ingeniero de ventas hasta sonrió durante la parte de "¿alguna pregunta?". Mi vicepresidente de Operaciones se giró hacia mí después y dijo: "Es este. Firmemos."
Seis meses después, en la primera semana de la salida a producción, estaba en el mismo almacén viendo a un supervisor anotar recogidas en un portapapeles porque los terminales RF llevaban cuarenta minutos en cola. Un remolque perdió su cita porque la liberación de olas eliminó silenciosamente 300 pedidos. Las devoluciones de la temporada navideña llevaban dos días en una esquina porque nadie había decidido quién era responsable de ese flujo. Aquel almacén era una instalación 3PL de 380,000 pies cuadrados en el Inland Empire, con unos 4,000 pedidos al día en pico, y el contrato de WMS era de $210,000 al año. La demo no tenía nada que ver.
He asistido a al menos una docena de demos de WMS en veinte años gestionando almacenes y seleccionando sistemas. Todas parecían estupendas. Y esta es la verdad incómoda: las demos están hechas para parecer estupendas. El conjunto de datos de la demo está limpio: todos los SKU tienen las dimensiones correctas, los códigos de barras escanean, el inventario cuadra. El flujo sigue el camino feliz: una recogida, un cartón, un transportista, nada dañado, nadie recoge de menos, nadie devuelve nada. Y el ingeniero de ventas ha ensayado esos clics cien veces. Sabe exactamente qué botones pulsar y qué pantallas saltar. No estás viendo el software. Estás viendo una actuación.
Una prueba de concepto real es lo opuesto a una actuación. Es adversarial. Le entregas al proveedor tu desastre y le pides que sobreviva.
Así es como la hago ahora, después de haberme quemado.
Primero, la POC se ejecuta con tus datos, no con los suyos. Exporta dos semanas de tus pedidos reales — todos, incluidos los feos — y un maestro de SKU real, incluidos los artículos con dimensiones erróneas y códigos de barras ausentes, porque existen en todos los almacenes que he gestionado. Si un proveedor se resiste a cargar tus datos e insiste en usar su conjunto de datos de prueba, esa es tu primera señal de alarma. Un WMS que solo funciona con datos limpios es un WMS que no funciona.
Segundo, escribe los criterios de aceptación antes de que empiece la POC, y pondera los hacia las ramas anómalas. El flujo normal pasará. Siempre son las excepciones las que te matan: recogidas cortas, recepciones dañadas, liberaciones de olas que hay que reconstruir a mitad de turno, envíos fraccionados, devoluciones sin RMA. Insisto en que al menos el 60% de las pruebas de aceptación giren en torno a excepciones. Pide al equipo del proveedor que ejecute una liberación de olas con un corte de transportista en diez minutos mientras dos pedidos quedan cortos. Observa qué pasa. Eso es un martes en un almacén real.
Tercero, ponle un límite de tiempo. De dos a cuatro semanas, corte duro. Más tiempo y se convierte en una implementación en la sombra donde el proveedor incrusta consultores, construye soluciones temporales a medida y lo llama una "POC exitosa". Quieres una muestra representativa, no un universo paralelo. Si cuatro semanas no bastan para que el proveedor muestre los flujos centrales con tus datos, el producto es demasiado pesado para ti. Vete.
Cuarto, incluye la superficie de integración en el alcance — sin excepciones. La demo de WMS siempre muestra una pulcra cajita de "integración ERP" en la diapositiva de arquitectura. En la realidad, ahí es donde mueren las implementaciones. Tu POC tiene que incluir el apretón de manos real: órdenes de compra bajando del ERP, envíos e inventario subiendo de vuelta, y etiquetas de transportista imprimiéndose desde la estación de empaque con comparación real de tarifas. He visto una salida a producción retrasada once semanas porque el maestro de artículos del ERP usaba una convención de UOM distinta a la del WMS y nadie lo mapeó hasta la tercera semana de pruebas. Eso le costó a la empresa unos $60,000 solo en consultoría extendida. Prueba las costuras pronto, porque ahí es donde están las fugas.
Quinto, exige al proveedor que exponga la documentación de la API y los registros de errores. Esto sorprende a la gente. La demo te muestra la interfaz. El equipo de operaciones vive en los registros. Durante la POC, algo fallará — un trabajo de impresión de etiquetas, una llamada API al transportista, una sincronización con el ERP. Pide ver cómo averiguas qué pasó. ¿Hay un registro de errores legible? ¿Puede tu informático llamar a la API sin llamar a la línea de soporte del proveedor? Un proveedor que trata su documentación de API como un complemento premium te está diciendo exactamente cómo será el soporte después de la salida a producción. Créelo.
Ahora, las tres trampas. He visto cómo estas hacen explotar salidas a producción más que ninguna otra cosa.
Trampa uno: los flujos anómalos nunca se probaron. Esta es la grande. El muelle de recepción recibe un envío con 200 cartones dañados por la lluvia. Un operario deja caer un cartón y el producto queda invendible. Un pedido se cancela después de que la ola ya se liberó. En cada postmortem en el que he participado, la lista de "eso nunca lo probamos" tiene tres páginas, y todo son excepciones. Las demos nunca las muestran. La mayoría de las POC también las omiten, porque son incómodas de guionizar. Guionízalas de todos modos. Tu almacén funciona con excepciones; tu POC también debería.
Trampa dos: el volumen de migración de datos nunca se probó bajo estrés. La POC suele cargar unos cientos de SKU y funciona bien. Luego llega la salida a producción con 18,000 SKU, seis meses de pedidos abiertos y tres años de perfiles de clientes que migrar, y los trabajos de sincronización tardan nueve horas en lugar de nueve minutos. Vi a una instalación perderse todo su programa de envíos de un lunes de octubre — el inicio de la temporada pico — porque la carga inicial de inventario bloqueó las tablas y los pedidos no podían liberarse. Ejecuta una prueba de carga a volumen completo durante la POC. Cuesta un fin de semana y te ahorra la peor clase de sorpresa.
Trampa tres: nadie llamó a los clientes de referencia. Los proveedores te entregan una lista de referencias brillantes, y la mitad de los equipos de compra nunca llama. Llámalos a todos. Pero no preguntes "¿están contentos con el sistema?". Haz preguntas concretas: "¿Cuántos de sus flujos de excepción tuvieron que personalizar?", "¿Qué se rompió en el primer mes de la salida a producción?", "¿Cuánto tarda un ticket de soporte en recibir una respuesta real?". Una llamada de referencia me salvó de un error de siete cifras en 2019 — el gerente del almacén me dijo que su salida a producción se había retrasado cinco meses y que habían necesitado dos consultores del proveedor a tiempo completo en sitio durante un año. El equipo de ventas del proveedor había descrito a ese mismo cliente como una "implementación sin problemas".
Así que aquí va la versión corta — la lista de aceptación que entrego a los proveedores antes de que empiece una POC:
Ejecútala con mis pedidos reales y mis SKU reales, datos desordenados incluidos. Cubre las excepciones, no solo el camino feliz — recogidas cortas, daños, olas reconstruidas, devoluciones. Termina en cuatro semanas o menos. Incluye en el alcance el apretón de manos con el ERP, las etiquetas de transportista y la documentación de la API. Muéstrame un registro de errores legible cuando algo falle. Prueba de carga a volumen completo. Y déjame llamar a tus referencias con preguntas concretas.
Si un proveedor se resiste a algo de esto, eso no es un problema de negociación. Es información.
Lo que haría mañana
Si estás evaluando proveedores de WMS ahora mismo, haz una cosa esta semana: elige las tres excepciones más feas del mes pasado — la recepción dañada por la lluvia, la ola reconstruida, la devolución que nadie sabía cómo procesar — y escríbelas como guiones de prueba antes de la próxima llamada con un proveedor. Entrégaselas al ingeniero de ventas y dile: "Muéstrame esto en la POC". La cara que ponga te dirá todo sobre el producto. Y no te costará nada, que es el seguro más barato de todo este negocio.
Traducido del inglés. En caso de discrepancia, prevalece la versión en inglés.
