01Resumen
El inventario y las ventas de la cadena ya estaban en su sistema de retail. El analista que construimos los lee y sugiere qué resurtir, qué mover entre tiendas o qué rebajar. Cada sugerencia trae su evidencia, y una persona toma la decisión.
La capa de evidencia
Lecturas versionadas de inventario y ventas, con qué tan actual y completa está cada fuente.
El motor de recomendaciones
Cálculos fijos y reglas que la cadena aprueba, para que cada cifra se pueda rastrear.
Las vistas de trabajo
Pendientes, tarjetas de recomendación y pantallas de inventario, reglas y catálogo, en computadora y celular.
02El reto
El resurtido se decidía con el inventario ya agotado.
El resurtido se decidía tarde, y los más vendidos se agotaban antes de que llegara mercancía nueva. Cada decisión se armaba a mano con datos del sistema de la cadena, y el conocimiento estaba en unas pocas personas con experiencia. El historial de inventario era una exportación mensual, que no puede mostrar cuánto tiempo faltó un artículo en el anaquel.
Lo que el cliente quería lograr
Decidir a tiempo
La recomendación llega cuando todavía se puede resurtir o mover mercancía.
Evidencia en cada tarjeta
Cada cifra remite a su lectura, su regla y su corrida.
Siempre decide una persona
El sistema no pide, mueve ni cierra nada por su cuenta.
Reglas como ajustes
El equipo cambia cualquier valor del negocio en la pantalla de reglas, sin un programador.
Cómo funcionaba antes
- Resurtido decidido con el inventario ya agotado
- Tallas incompletas detectadas tienda por tienda
- Historial de inventario en exportación mensual
03Cómo lo construimos
- 01
Mapear cómo se toman las decisiones
Reconstruimos las reglas del propio comprador a partir de sus notas de trabajo y un levantamiento de más de 85 preguntas.
- 02
Primero, cada decisión técnica
Un mapa de decisiones resolvió las preguntas difíciles antes de programar, cada una por escrito.
- 03
Prototipos de las partes riesgosas
El método de traspasos, el orden de la evidencia y la redacción de las explicaciones de la AI, cada uno probado por separado.
- 04
Primero, las pantallas
La lista de pendientes y las vistas de trabajo se hicieron antes que el motor, para que el equipo opinara.
- 05
Una conexión de solo lectura a su sistema
Lectores construidos sobre una copia del sistema de la cadena, y un registrador en la nube de la propia cadena que guarda cada lectura de inventario.
- 06
El motor a escala real
Resurtidos, traspasos, rebajas, arrastres de temporada y hallazgos, probados en una cadena del tamaño de la real.
- 07
Las reglas, rehechas con el comprador
Una sesión de trabajo con el comprador reemplazó varias reglas del primer borrador por las suyas.
04Cómo funciona
Paso 01Lectura
Inventario y ventasSolo lectura, del sistema de la cadena.Existencias pasadasUn registrador guarda cada lectura.Paso 02Revisión
Al día y completosUn dato viejo o incompleto detiene la recomendación que afecta.Vacío no es ceroFaltante, inválido y cero se manejan por separado.Paso 03Cálculo
Desplazamiento y tallasPor tienda y por color, con cálculos fijos.Un solo plan de traspasosNi una pieza se promete dos veces.Paso 04Decisión
Recomendación priorizadaCon su evidencia y sus límites.RegistroAceptar, cambiar o rechazar, y lo que se movió.
Resurtir a tiempo
Se marca como pronto, ahora o urgente, mientras aún hay tiempo de producir.
Moverlo a donde se vende
Piezas del centro de distribución o de otra tienda, con cantidades por talla.
Rebajar lo que no se mueve
Artículos que dejaron de venderse, con las lecturas que lo muestran.
Aprender para la próxima compra
Excedentes por talla o color, y lecciones para la próxima compra.
Cada análisis termina en una de cinco respuestas
- Recomendación
- No hace falta nada
- Ninguna acción posible
- No aplica
- No se pudo analizar
05El resultado
Cada mañana el equipo abre una lista de pendientes por prioridad: qué resurtir, qué mover y a dónde, qué rebajar. Cada tarjeta trae las lecturas y la regla que la sustentan, una persona la acepta, la cambia o la rechaza, y lo que se hizo queda registrado.
| Antes | Después |
|---|---|
| Conclusiones armadas a mano | Pendientes por prioridad, cada uno con su evidencia |
| Resurtido decidido con el inventario ya agotado | Recomendaciones cuando todavía hay tiempo de producir |
| Tallas incompletas, tienda por tienda | Traspasos con cantidades por talla |
| Decisiones en la cabeza de cada quien | Cada decisión, nota y cambio de regla queda registrado |
| Cortes mensuales de inventario | Inventario leído dos veces al día, con huecos a la vista |
06En cifras
07Tecnología
Con qué funciona el sistema, para perfiles técnicos.
- Nube
- AWS, en la cuenta de la propia cadenaContenedoresPostgreSQL administrado
- AI
- Claude, solo para las explicaciones escritas
- Datos
- PostgreSQLPrismaUna cola de tareasConexión de solo lectura al sistema de la cadena
- Cómo construimos
- Next.jsNestJSTypeScriptVitestPlaywrightPrototipos en Python
08Lo que sigue
Después, se carga el historial real de inventario y ventas de la cadena, y el equipo revisa tarjetas de recomendación reales antes de que arranque el piloto.
09Acerca de
Sobre el cliente
Una cadena de moda con producción propia, que vende en sus tiendas. Solo nombramos a un cliente con su permiso.
Sobre MYBB
MYBB construye sistemas a la medida de cómo ya funciona un negocio. Lo diagnosticamos con MYBB ROIQ, construimos el sistema, lo lanzamos con el equipo y lo seguimos operando y mejorando.