Chatbot con stock desactualizado: qué debería contestar cuando tu sistema no responde

El problema no es el dato viejo

Un chatbot con stock desactualizado parece un problema de sincronización. No lo es.

El problema aparece un segundo después: el cliente confirmó una compra que no vas a poder despachar. Ahora tenés que escribirle para desdecirte, y eso cuesta más que no haber vendido.

La pregunta que importa no es cada cuánto se actualiza el catálogo. Es qué contesta cuando no puede saberlo.

Las tres formas en que se desactualiza

Conviene separarlas porque tienen arreglos distintos.

Situación	Qué la causa	Cómo se arregla
El dato llegó tarde	La sincronización corre cada X horas	Bajar la frecuencia o sincronizar a mano cuando cambiás algo
El dato nunca llegó	La sincronización viene fallando y nadie lo vio	Que te avise cuando el catálogo deja de llegar
El dato no se puede consultar	Tu sistema no responde en ese momento	Que la respuesta diga que no sabe

Las dos primeras se resuelven con configuración. La tercera es la que define si la atención automática te sirve o te mete en problemas.

Qué debería contestar cuando tu sistema no responde

Hay exactamente dos comportamientos posibles, y la diferencia entre ellos es la diferencia entre una herramienta y un dolor de cabeza.

El comportamiento malo: asume que hay stock y sigue. El cliente confirma, el pedido se crea, y el problema aparece en el depósito.

El comportamiento correcto: dice que no puede confirmar la disponibilidad en este momento, y espera. No inventa un número, no dice que sí por las dudas, y no corta la conversación.

En Alumbra es lo segundo, y está escrito como límite del producto, no como intención. Cuando el sistema no se puede alcanzar en el momento de confirmar un pedido, la respuesta es que la disponibilidad es desconocida. Nunca presenta una suposición como si fuera stock que tenés.

Qué pasa cuando hay menos de lo que pidieron

Este es el caso intermedio y el que más veces se maneja mal.

El cliente pidió diez unidades y hay cuatro. La salida cómoda es armar el pedido con cuatro y avisar después. Es cómoda para el sistema y pésima para el cliente, que se entera cuando ya no puede hacer nada.

Lo que corresponde es decir qué hay, artículo por artículo, y esperar la respuesta. El cliente decide si lleva cuatro, si espera, o si cambia por otra cosa. Recortar el pedido en silencio es tomar una decisión comercial que no te corresponde.

Cómo se evita llegar a ese punto

Cuatro cosas, en orden de cuánto rinden.

1. Que el catálogo salga de tu sistema, no de una copia. Si el precio y el stock los cargás dos veces, van a diferir.
2. Elegí la frecuencia de actualización según lo que tu sistema aguante. Más seguido no siempre es mejor: si tu proveedor tiene límites, forzarlos rompe la sincronización entera.
3. Sincronizá a mano cuando acabás de cambiar algo. Un cambio de precio de lista no espera al próximo ciclo.
4. Que te avisen cuando el catálogo deja de llegar. Una sincronización que falla en silencio es peor que no tener sincronización.

El punto cuatro es el que más veces falta. Un catálogo que se congela sigue contestando con datos que parecen buenos.

Los precios tienen la misma regla

Todo lo anterior aplica igual a los precios, y ahí el error se paga más caro.

Un precio inventado es una promesa comercial. Si la atención automática improvisa una cifra porque no pudo leer la real, o cumplís o quedás mal. La regla es la misma: el precio sale de tu sistema o no sale.

Conclusiones

• El costo de un stock desactualizado no es el dato, es tener que desdecirte.
• Lo que define la herramienta es qué contesta cuando no puede consultar.
• Decir "no puedo confirmarlo ahora" es la respuesta correcta, no una falla.
• Si hay menos de lo pedido, se dice y se espera: recortar en silencio es decidir por el cliente.
• Una sincronización que falla sin avisar es peor que no tener sincronización.