Pruébala con tu propia bandeja de entrada, no con una demo
Lleva solicitudes reales, y elige las desordenadas: una descripción en lugar de un SKU, un código de la competencia, un PDF del sistema de compras de un cliente, una hoja de cálculo, una línea que termina en «o equivalente».
Una herramienta que solo brilla con códigos limpios automatiza la parte que tu equipo ya hace rápido. El valor está en las líneas que hoy alguien tiene que buscar.
Pregunta si gestiona cotizaciones, pedidos o ambos
Una solicitud de cotización pide un precio; una orden de compra hace un pedido. Requieren un trabajo distinto, y una herramienta pensada para una deja la otra en la bandeja de entrada.
Mira la proporción en tus propios buzones antes de decidir qué automatizar. En seis semanas de la bandeja de entrada de un distribuidor de iluminación contamos 650 órdenes de compra y 192 solicitudes de cotización: los pedidos superaron a las solicitudes de cotización en una proporción de unos 3.4 a 1. Un proyecto planteado como «cotizaciones» se habría perdido la mayor parte del volumen.
Pon a prueba la asociación con tus líneas más difíciles
Dale productos casi idénticos que se diferencien en un solo atributo: 3000K frente a 4000K, IP54 frente a IP65. Dale la misma especificación escrita de varias maneras, con coma decimal, con símbolo de grado o en otras unidades. Dale un código de la competencia y mira si averigua qué producto es antes de elegir el tuyo.
Incluye líneas en las que la respuesta correcta sea «no estoy seguro». Esas te dicen más que las que acierta.
Averigua qué hace cuando tiene dudas
Es la pregunta más importante. Una herramienta que siempre devuelve una coincidencia segura devolverá a veces una segura y equivocada, y un producto equivocado en una cotización es un precio equivocado en un documento que tu cliente puede aceptar.
Pregunta cómo se marca una línea cuando la herramienta no puede estar segura, y si un artículo no reconocido puede llegar a marcarse como listo sin que lo vea una persona. La respuesta debería ser una regla del producto, no una configuración que alguien pueda cambiar.
Verifica de dónde sale el precio
El precio de un borrador debe salir de tu ERP: la lista de precios de este cliente, su descuento, tus reglas de margen. Nunca debe generarlo un modelo de lenguaje.
Pide ver el cálculo de una línea: precio de lista, descuento del cliente, precio neto. Si la herramienta no puede mostrarlo, tu equipo no puede verificarlo.
Decide qué puede registrar en tu ERP, y cuándo
Leer tu catálogo y registrar cotizaciones en tu ERP son niveles de confianza distintos. Una implementación sensata primero lee, después redacta para revisión y solo registra en el ERP cuando el equipo confía en los borradores.
Si la herramienta puede enviar o registrar algo por su cuenta, pregunta a qué tipos de solicitud se aplica, quién los elige y qué pasa con una línea que no es una coincidencia limpia.
Haz las preguntas de seguridad antes de la demo, no después
¿Dónde se guardan los datos? ¿Qué modelos de IA leen los correos, y pueden entrenarse con ellos? ¿Se usa algo aprendido de tus datos para otro cliente? ¿Quién puede ver tu buzón en el proveedor, y queda registrada cada acción donde tu propio administrador pueda revisarla?
Un proveedor que responde a esas preguntas en una página pública es más fácil de evaluar que uno que las responde después de que hayas firmado.
Haz el piloto con solicitudes reales, y mídelo tú mismo
Empieza con un buzón y tráfico real, no con una muestra seleccionada. Cuéntalo tú mismo: cuántas líneas salieron listas, cuántas tuvo que corregir tu equipo, cuántas se marcaron para una persona y cuánto tardó la primera respuesta en comparación con antes.
Acuerda esas métricas antes de que empiece el piloto, para que la decisión de después se base en tus cifras y no en las del proveedor.
Los errores que hay que evitar
Juzgar la herramienta con una demo de códigos limpios. Plantear el proyecto como «cotizaciones» cuando la mayor parte de la bandeja de entrada son pedidos. Conectar todos los buzones y canales a la vez. Desactivar la revisión antes de que el equipo confíe en los borradores. Dejar que un modelo de lenguaje fije los precios. Tomar como una ventaja que «nunca diga que no está segura».