Guías · Integración

Cómo conectar IA a tu CRM sin romperlo

Respuesta corta

Todo CRM que merezca conectarse tiene API, así que la conexión técnica lleva días. Lo que se come el proyecto es todo lo que rodea a la escritura: qué campos puede tocar un sistema, qué pasa cuando se equivoca y si el equipo comercial sigue creyendo la ficha que tiene delante. La vía de escritura se diseña primero.

Leer y luego escribir
Publica la mitad de solo lectura antes de tocar nada
Campos propios
Los campos del sistema van aparte de los humanos
Confianza comercial
Se pierde una vez y apagan la integración
Por Max Pochinsky · Actualizado Agosto de 2026 · Escrito para quien está dimensionando un proyecto, no para buscadores

Dos mitades muy distintas

Leer de un CRM — contactos, oportunidades, actividad, notas, correos — es un problema resuelto. HubSpot, Salesforce, Pipedrive, Zoho y el resto publican APIs decentes, y una integración de solo lectura puede estar viva en días. Todo lo que quieras hacer con esos datos — puntuar, resumir, redactar, señalar riesgo — está detrás de una conexión que no es difícil de hacer.

Escribir de vuelta es otro ejercicio. Una ficha en el CRM no son solo datos: es lo que mira un comercial antes de una llamada y con lo que se construye la previsión. Poner un valor escrito por una máquina en esa vista cambia el significado de toda la pantalla, y si el valor falla dos veces, la persona deja de leer ese campo — y después deja de fiarse de los de al lado.

Reglas para la vía de escritura

01

Los campos de máquina están visiblemente separados. Propiedades propias, etiquetadas como generadas, sin sobrescribir en silencio lo que escribió una persona. Si hay que fusionar, gana el valor humano y el generado se queda al lado.

02

Cada valor escrito lleva su fuente. Una puntuación sin razonamiento es una opinión que el comercial no puede comprobar. Una puntuación con las tres señales detrás y el enlace al correo del que salieron es una herramienta. La segunda se usa.

03

Permisos estrechos desde el primer día. Un usuario de integración dedicado con acceso exactamente a los objetos y campos que necesita. No una clave de administrador porque un martes era más rápido. Además así el registro de auditoría se puede leer.

04

Las escrituras son reversibles. Registra qué se escribió, cuándo y qué había antes. Cuando la lógica cambie — y cambiará — necesitarás encontrar y corregir las fichas que tocó la versión anterior.

05

Los límites de la API son una entrada de diseño. Todos los CRM los tienen, y una carga masiva sobre cien mil fichas los encontrará. Encola el trabajo, respeta los límites y no dejes que una carga degrade el CRM para quien lo está usando.

Qué merece de verdad automatizarse en un CRM

Las tareas valiosas son las que implican leer lenguaje, porque es justo lo que los comerciales se saltan cuando van con prisa. Convertir la grabación de una llamada en una nota estructurada y un siguiente paso. Leer una consulta entrante y rellenar los campos que si no teclea un comercial. Vigilar la actividad de una oportunidad y avisar de que el interlocutor clave se ha quedado callado. Montar un primer borrador de propuesta con el histórico de la propia cuenta.

Las que no merecen la pena son las que ya hace una regla de flujo. Cambios de etapa con una condición fija, creación de tareas, asignación rotatoria, alertas por umbral: eso viene con cualquier CRM, y poner un modelo delante añade coste, latencia y una forma nueva de equivocarse. Las reglas, a la plataforma; el lenguaje, al modelo.

La calidad del dato decide hasta dónde llegas

Un CRM que la gente rellena de forma irregular limitará todo esto, y es mejor saberlo la primera semana. El patrón habitual: los contactos están bien, las oportunidades más o menos, y el campo de notas contiene todo lo que de verdad importa en texto libre que nadie puede consultar. Esa última parte es una buena noticia: el texto libre es precisamente para lo que sirve un modelo.

Lo que no se recupera es la señal que falta. Si nadie registra llamadas, ningún sistema podrá decirte qué oportunidades se apagaron. Si el resultado no se anota nunca, nada puede aprender qué aspecto tenía un buen lead. Antes de prometer nada a un modelo de puntuación, comprueba que la columna de resultado existe y está rellena — esa sola comprobación le ha ahorrado un trimestre a varios clientes nuestros.

Hacemos esta comprobación dentro de la miniauditoría gratuita: qué objetos están poblados, de qué campos uno se puede fiar y qué se podría automatizar con los datos tal como están hoy, no como deberían estar.

Una primera construcción sensata

Elige un objeto y una tarea. La primera elección acertada más común es la entrada: llega una consulta, el sistema la lee, crea o localiza el contacto, rellena los campos de cualificación, adjunta un resumen breve y la enruta a un responsable. Se mide en quince días — tiempo de respuesta y porcentaje de consultas que un comercial tuvo que reescribir — y escribe en campos que estaban vacíos de todos modos, así que no se sobrescribe nada.

Si el equipo es escéptico, arráncalo primero en modo sombra: el sistema escribe en una propiedad de pruebas, nadie actúa sobre ella y tú comparas su salida con lo que producen los comerciales. Dos semanas de eso terminan casi cualquier discusión, en un sentido o en otro. Después activa la escritura de verdad, mantén el razonamiento a la vista y solo entonces añade la segunda tarea.

Preguntas que siguen

Lo que se pregunta después.

HubSpot, Salesforce, Pipedrive, Zoho y amoCRM con más frecuencia, además de cualquiera con API documentada. El trabajo de integración es parecido en todos; lo que cambia es el modelo de permisos y los límites de peticiones, y ambos se revisan antes de estimar.

¿Sigues sin saber si tu proceso merece automatizarse?

Tráenos el proceso. Lo desmontamos contigo sin coste y te damos una respuesta directa, incluso cuando la respuesta es que no.