Automatizar propuestas comerciales con IA: del correo al borrador

Automatizar propuestas comerciales con IA puede empezar por algo muy concreto: convertir un correo en un borrador que el equipo pueda revisar con sus fuentes a la vista. El valor está en preparar bien el trabajo que precede al envío, desde identificar la cuenta hasta recuperar un alcance vigente.

El problema suele aparecer después de la demo. ¿Qué tarifa utilizó? ¿De dónde salió esa promesa? ¿La aprobación corresponde a la última versión? Un documento que se redacta rápido pero obliga a investigar cada línea puede dejar al comercial exactamente donde estaba, con un PDF más bonito.

Esta guía desarrolla un recorrido de correo a propuesta revisable, una ficha para encargarlo y un ejercicio original de versiones. Se centra en la preparación y aceptación del borrador. La oferta general de un copiloto comercial conectado al CRM incluye otras tareas, como reuniones, seguimiento y calidad del historial.

Define dónde empieza y dónde termina el primer proyecto

Un primer alcance puede recibir una solicitud, reunir contexto autorizado y preparar una propuesta con dudas señaladas. El comercial comprueba cuenta, cantidades, condiciones y redacción. La decisión de enviar y el compromiso final siguen teniendo un responsable identificable.

Escribe también las exclusiones. Quizá no se negocien descuentos, no se reserve disponibilidad y no se acepte ninguna condición del cliente. Si más adelante quieres añadir esas acciones, habrá que presupuestar sus permisos, reglas y comprobaciones. No deberían colarse por la puerta de atrás porque el borrador ya funciona.

Si todavía compiten diez ideas dentro del departamento, utiliza antes la matriz para elegir qué automatizar primero. Aquí asumimos que ya has elegido un recorrido comercial y necesitas concretar su entrega.

Del correo a los datos: conserva el original y señala lo incierto

El correo expresa una petición, pero no siempre identifica una cuenta o una referencia sin ambigüedad. Conserva el mensaje original y separa datos explícitos, datos recuperados de sistemas autorizados y propuestas del modelo. Así una persona puede contrastar qué se sabe y qué se está suponiendo.

Una referencia escrita con una errata puede necesitar confirmación. Dos contactos con el mismo apellido pueden pertenecer a empresas distintas. La confianza de la redacción no resuelve ninguna de las dos cosas: la salida correcta puede ser una pregunta pendiente.

La interpretación del lenguaje es una posible tarea para IA. Comprobar campos obligatorios, calcular importes con una tarifa definida o impedir un duplicado son tareas que pueden resolverse con reglas. Esta separación hace más comprensible el presupuesto y permite localizar un fallo sin culpar siempre al prompt.

La ficha que debería viajar con cada borrador

No hace falta mostrar todo el sistema al comercial. Sí conviene que tenga un paquete suficiente para revisar sin reconstruir la historia. Esta ficha original puede usarse para discutir el alcance con el equipo que lo va a implantar.

Una observación como «plazo pendiente de confirmar» debería seguir visible hasta resolverse. Si desaparece al exportar el documento, el proceso ha perdido información justo donde más falta hacía.

Fuentes comerciales: vigencia antes que memoria

Precios, disponibilidad, alcance y condiciones necesitan una fuente reconocida. Puede ser el ERP, un catálogo aprobado o una ficha comercial con responsable. Lo importante es acordar qué dato manda cuando dos documentos discrepan.

Un modelo puede ayudar a recuperar o resumir material. No debería convertir una tarifa retirada en una condición actual ni utilizar un caso de éxito que la empresa no está autorizada a citar. Pide que el borrador conserve la referencia y la versión que permitan revisar la afirmación.

Los adjuntos del cliente forman parte de la información recibida. Una frase dentro de ellos que solicite cambiar precios, saltarse una revisión o enviar el resultado no concede ese permiso. Las acciones disponibles y las condiciones de aprobación deben estar definidas por el proceso de la empresa.

La aprobación pertenece a una versión concreta

Si alguien revisó seis unidades y después la propuesta pasó a ocho, la decisión anterior no debería trasladarse automáticamente. Define qué cambios invalidan la revisión: cuenta, cantidades, precio, descuento, alcance, condiciones o destinatario son candidatos evidentes para discutir con el responsable comercial.

La revisión también necesita contexto. Muestra qué cambió y las fuentes relevantes, en lugar de pedir otro clic sobre un documento sin diferencias visibles. Registra quién tomó la decisión, sobre qué versión y qué observaciones dejó.

La guía de arquitectura de Salesforce sobre confianza en sistemas agénticos distingue pedir aprobación en una instrucción al agente de establecer una comprobación del flujo antes de ejecutar una acción. Esa distinción es útil aquí: el control debe formar parte del recorrido que prepara el envío.

Prueba propia: seis correos, dos borradores y cuatro dudas que no conviene esconder

El 25 de octubre de 2026 ejecutamos un proceso simulado con seis correos escritos para este ejercicio, dos cuentas ficticias y un catálogo inventado. Un asistente de IA interpretó las peticiones y redactó las salidas. Después, unas reglas locales comprobaron los importes y guardaron los seis registros en una cola SQLite. El mismo asistente volvió a contrastar los borradores con los mensajes y las fuentes. No hubo aprobación humana ni conexión a un CRM o sistema de envío.

La tarifa ficticia TAR-v2 contiene PAQUETE-A a 100 € y PAQUETE-B a 150 €, sin impuestos. TAR-v1, retirada, contiene A a 80 €. No son precios de CODE-IA. Los mensajes incluyen una petición normal, un producto sin identificar, una cuenta ambigua, una tarifa antigua, un descuento sin autorizar y una propuesta con dos productos. No se utilizaron datos de clientes.

Los puntos de revisión quedaron separados: identificar cuenta y producto; resolver precio o descuento con quien tenga autoridad; comprobar cantidades, desglose y fuentes; y aceptar una versión antes de cualquier acción posterior. «Preparado para revisar» sigue sin significar «aprobado». En este ensayo hubo cero aprobaciones humanas y cero envíos.

Introdujimos además un error de control: cambiamos una copia del total de 600,00 € a 600,01 €. La comprobación decimal la rechazó por no coincidir con sus líneas. Fue una alteración deliberada para probar la regla, no una alucinación atribuible al modelo. Al repetir IA46-01, la cola siguió teniendo seis registros: no apareció un séptimo.

La revisión asistida no detectó discrepancias adicionales en estos seis borradores. Es una observación pequeña y conocida de antemano, revisada por el mismo asistente que redactó las salidas. No permite estimar una tasa de error ni sustituye la aceptación de un comercial. La instrucción incrustada en IA46-05 tampoco demuestra resistencia general frente a otros mensajes o ataques.

Puedes descargar los correos ficticios, catálogo, borradores, notas de revisión y registros de la prueba. El paquete contiene datos y documentación, sin programas ejecutables ni datos personales. Permite discutir qué se aceptaría en una entrega y qué comprobaciones faltan en vuestro CRM.

Conservamos también el ejercicio anterior de versiones: seis A suman 600 €; pasar a ocho cambia el contenido y el importe a 800 €, por lo que la huella de la versión anterior deja de coincidir. Ese registro de aprobación era ficticio. Comprobar una huella ayuda a detectar un cambio, pero no acredita identidad, permisos ni corrección comercial.

Una interfaz que ayude a decidir el siguiente paso

En CRM Dashboard UI/UX · Analytics & Insights, Zeynep Tunc presenta Pusula CRM con navegación comercial, indicadores y un bloque de información destacada en áreas diferenciadas. Sirve como referencia visual para discutir jerarquía. Las cifras de la presentación no son resultados de esta guía.

Para revisar una propuesta priorizaríamos lo que falta, qué cambió y quién debe resolverlo. La tasa de cierre puede interesar a dirección; el comercial que tiene un borrador abierto necesita localizar la condición pendiente y su fuente.

Conectar el CRM no equivale a dar por terminado el trabajo

Acuerda qué se lee y qué se escribe. Preparar un borrador desde una cuenta es distinto de cambiar su etapa, añadir una actividad o enviar un mensaje. Cada acción necesita su resultado comprobable y una forma de recuperarse si la conexión falla.

Una respuesta tardía puede dejar dudas sobre si el sistema recibió la operación. Antes de repetirla, hay que comprobar el estado del destino. Un identificador de solicitud y una regla de duplicados ayudan, pero la integración real debe probarse con el comportamiento de la herramienta elegida.

Si ya usas funciones de presupuestos del CRM, revisa qué resuelven antes de desarrollar otras. La documentación de aprobaciones de presupuestos de HubSpot describe condiciones por propiedades y descuentos, con disponibilidad y requisitos según suscripción y permisos. Comprueba la configuración de tu cuenta; una descripción pública no confirma que esos controles estén activos.

Cómo pedir presupuesto para este recorrido

Antes de cerrar las partidas, reparte las decisiones. El comercial puede resolver una cantidad dudosa; el responsable de producto puede confirmar el alcance; alguien con autoridad sobre tarifas debe aclarar una excepción de precio. La persona que implanta el sistema no debería tener que inventar esas respuestas para que el circuito avance.

Define también la devolución. Si falta una condición, el borrador vuelve con un motivo concreto y conserva lo que ya se ha contrastado. Cuando llega la respuesta, se prepara una nueva versión y se muestran sus cambios. Así la revisión puede concentrarse en la diferencia, sin perder de vista el documento completo.

Y acuerda qué ocurre con una propuesta retirada. Una persona que abra un enlace antiguo debería reconocer que existe otra versión o que el documento ya no es válido para continuar el proceso. Esta continuidad merece una prueba propia: retirar, corregir y volver a preparar son tareas habituales, aunque no luzcan tanto como generar el primer PDF.

Pide que la propuesta separe recepción y clasificación, identificación de cuenta, recuperación de fuentes, preparación del borrador, cálculo, revisión, integración y operación. Añade las dependencias: limpieza del catálogo, accesos y decisiones de negocio pendientes.

Dos ofertas pueden producir un documento parecido y entregar productos distintos. Una puede limitarse a una plantilla; otra puede consultar fuentes, conservar versiones y registrar decisiones. Compara el mismo recorrido, las mismas excepciones y la responsabilidad de mantenerlo.

La guía de coste de automatizar un proceso con IA en 2027 permite ordenar las partidas. Mantén esta ficha específica como anexo del encargo: qué correo entra, qué versión se prepara y quién puede aceptar el resultado.

Para evaluar el retorno de este recorrido, faltaría medir una línea base humana comparable y el volumen real. Cuenta preparación, revisión, correcciones y excepciones, además de implantación, licencias o consumo del modelo, infraestructura, mantenimiento, actualización de fuentes y soporte. El tiempo transcurrido de nuestro ejercicio no permite poner precio al trabajo del equipo ni prometer ahorro de caja.

Qué exigir en la prueba de entrega

Incluye una solicitud normal y otras con datos ausentes, cuenta dudosa, fuente retirada y cambios posteriores a la revisión. Comprueba también repetición, fallo de conexión y continuidad manual. El equipo debe poder encontrar el trabajo pendiente sin abrir registros técnicos para cada caso.

Mide preparación, comprobación, correcciones y tiempo hasta una decisión. Compara solicitudes de dificultad semejante y cuenta las excepciones. Una reducción en tiempo de borrador no demuestra por sí sola más ventas ni un retorno de la inversión en IA.

Para concretarlo, trae un correo típico anonimizado, una excepción, la plantilla actual y las fuentes comerciales autorizadas. Podemos definir las integraciones de IA con CRM y herramientas internas y un primer borrador verificable. Empezar con ese recorrido da al presupuesto y a la aceptación un objeto bastante más útil que «automatizar ventas».