Una cotización puede tardar demasiado porque exige mucha preparación o porque espera una confirmación que nadie puede obtener. Automatizar la redacción ayuda en el primer caso; en el segundo, quizá la prioridad sea disponer de precios, inventario o autorizaciones fiables. Distinguir esas causas es esencial para que una inversión en automatización de procesos produzca una mejora útil.
En una distribuidora o empresa de servicios colombiana, conviene seguir la solicitud hasta el pedido y la entrega. La meta es reducir el trabajo o la demora que realmente limita la operación, sin comprometer condiciones que la empresa no puede cumplir.
Seguir un documento hasta el final
Antes de elegir una herramienta, conviene seguir una solicitud completa. ¿Entra por correo o WhatsApp? ¿Quién identifica la referencia? ¿De dónde sale el precio? ¿Quién verifica inventario? ¿Qué se copia al sistema de pedidos? El mapa debe describir lo que ocurre, incluidas las hojas auxiliares que no aparecen en el procedimiento formal.
Una cotización puede parecer un documento sencillo y depender de varias decisiones: referencia equivalente, descuento autorizado, impuestos aplicables, transporte y plazo. La recomendación es separar extracción de datos, consulta de fuentes y aprobación. De ese modo, el proyecto no trata todas las etapas como si tuvieran el mismo riesgo.
La guía técnica de Anthropic destaca que los agentes actúan mediante herramientas y modifican el entorno; por eso su evaluación debe verificar el resultado real y no limitarse a leer la conversación (Anthropic Engineering). En este contexto, «cotización preparada» debería significar que existe un documento correcto y vinculado al expediente, no que el asistente afirma haberlo hecho.
El inventario de datos revela la dificultad
Una ficha de proceso debería identificar cada dato y su fuente autorizada. Si existen dos listas de precios, el primer trabajo es establecer cuál gobierna y cómo se actualiza. Pedir a la IA que «elija la más probable» no resuelve un conflicto de autoridad.
| Dato | Fuente propuesta | Control recomendado |
|---|---|---|
| Referencia solicitada | Mensaje o documento del cliente | Confirmar cuando sea ambigua |
| Precio vigente | Sistema o lista aprobada | Registrar fecha y versión |
| Existencias | Inventario operativo | No inferir disponibilidad del catálogo |
| Descuento | Política y autorización | Aplicar límites explícitos |
| Entrega | Capacidad logística confirmada | Escalar compromisos excepcionales |
| Cliente y oportunidad | CRM o registro comercial | Evitar duplicados y mezcla de pedidos |
Esta tabla no prescribe una arquitectura tecnológica concreta. Una empresa puede utilizar un ERP, un CRM y archivos controlados; otra puede resolverlo dentro de una sola plataforma. Lo esencial es que cada afirmación comercial tenga una procedencia conocida.
Priorizar por dependencia, no por espectacularidad
Un proceso de alto valor puede ser mal candidato inicial si depende de información inestable. En cambio, clasificar correos o preparar un expediente puede ser una buena primera prueba porque permite aprender sin enviar compromisos al cliente. El criterio de inicio debería equilibrar utilidad y reversibilidad.
La matriz siguiente es una propuesta cualitativa, no un ranking del mercado colombiano.
| Candidato | Beneficio a investigar | Dependencia crítica | Alcance inicial prudente |
|---|---|---|---|
| Clasificar solicitudes | Menos tiempo de asignación | Categorías comprensibles | Sugerir responsable |
| Extraer referencias | Menos transcripción | Documentos legibles | Borrador revisable |
| Preparar cotización | Menor tiempo de preparación | Precios e inventario fiables | Documento sin envío automático |
| Registrar pedido | Menos doble digitación | Identidad y aceptación verificadas | Cola de aprobación |
| Responder consultas técnicas | Acceso más rápido a información | Documentación vigente | Respuesta con referencia y escalado |
La mejor secuencia puede ser mejorar datos, automatizar preparación y solo después ampliar acciones. Saltarse el primer paso puede producir un sistema más rápido que difunde errores con mayor consistencia.
Un ejemplo de capacidad recuperada
La siguiente simulación no representa una tarifa ni un caso real. Una distribuidora procesa 800 solicitudes mensuales; preparar cada expediente exige seis minutos, y el sistema propuesto reduciría esa intervención a dos minutos.
La reducción bruta sería de 3.200 minutos, equivalentes a 53,3 horas. Si los casos problemáticos demandan ocho horas de revisión adicional y el mantenimiento consume cinco, la capacidad neta sería de 40,3 horas al mes. El cálculo debe revisarse si el volumen, las excepciones o el tiempo de supervisión cambian.
Para valorar económicamente el resultado, no basta con multiplicar por un salario. Puede haber capacidad sin utilizar, personas con funciones no intercambiables o una restricción posterior que impida atender más pedidos. Si el cuello de botella es disponibilidad de producto, preparar cotizaciones más rápido no crea inventario.
Una evaluación seria necesita especificar el mecanismo de beneficio: evitar horas extra, absorber crecimiento sin contratación equivalente, reducir errores o liberar tiempo comercial. No se deben sumar todos esos beneficios si proceden de las mismas horas.
Una prueba con casos que puedan fallar
La recomendación es construir un conjunto de evaluación con documentos habituales y casos deliberadamente difíciles. Debe incluir referencias parecidas, cambios de precio, unidades incompatibles, pedidos repetidos y solicitudes con datos faltantes. Los ejemplos sintéticos pueden complementar casos reales autorizados, pero no reemplazar por completo la variedad de producción.
Cada caso necesita una salida aceptable y una conducta de excepción. Si falta una referencia, el sistema debe pedir aclaración o derivar; inventar la referencia más cercana no es una forma válida de completar el trabajo.
Conviene medir exactitud por campo y por expediente completo. Un 98% de campos correctos podría ocultar que casi todos los documentos contienen un error si cada documento tiene muchos campos. La unidad de éxito debe coincidir con la decisión que el negocio necesita tomar.
Comprobar si mejora el plazo completo
El primer alcance debería corresponder al cuello de botella observado. Si el esfuerzo está en transcribir documentos, se puede probar extracción asistida; si está en encontrar la referencia correcta, la intervención necesita catálogo y criterio técnico. No conviene agrupar ambos problemas bajo una misma promesa de rapidez.
La prueba debe medir preparación, espera y corrección por separado. Así será posible saber si el documento se genera antes, pero sigue pendiente de una autorización, o si realmente se reduce el plazo hasta una respuesta comercial válida.
También interesa comprobar qué esfuerzo aparece en otros equipos. Una mejora que ahorra tiempo a ventas y exige muchas correcciones de catálogo puede aportar menos de lo esperado. El alcance debería ampliarse cuando la operación completa pueda sostenerlo, conservando una forma de continuar si falla la integración.
El coste de volver atrás
Una automatización debería dejar rastro de qué datos utilizó, qué modificó y quién confirmó la acción. También debe permitir detener el flujo sin bloquear toda la operación. Es una recomendación de diseño especialmente importante cuando hay integración con pedidos, precios o inventario.
La prioridad correcta no es el proceso que parece más inteligente cuando se automatiza. Es el que puede mejorar de forma comprobable sin comprometer el control comercial. En una empresa consolidada, conservar la capacidad de explicar y corregir una decisión puede valer más que eliminar la última intervención humana.
