Integración de un asistente telefónico con IA: conectar número, centralita y CRM de forma limpia

Un momento típico: una clienta llama, suena cuatro veces en la oficina, luego dos veces en el móvil de la jefa, después salta el buzón de voz y poco después responde además un asistente. Nadie ha hecho nada mal; cada componente hace exactamente para lo que se configuró. Solo que nunca se decidió en qué orden debían funcionar juntos.

En este escenario, la empresa ha ido acumulando durante años un entramado telefónico. Hay un número principal con el operador, una centralita o un sistema telefónico en la nube con varias extensiones, móviles con desvío de llamadas y un CRM en el que están los datos de clientes y las notas. La planificación de citas se hace en un calendario que a veces mantiene la oficina y a veces los propios empleados.

Un asistente telefónico con IA entra en este entramado como participante adicional. Debe atender llamadas cuando nadie puede, recoger las consultas de forma estructurada, registrar citas y dejar al equipo un resultado. Que hable bien es solo el billete de entrada. Que resulte útil se decide en el cableado, es decir, en la pregunta de qué llamada llega a él y cuándo, y adónde fluye su resultado.

El primer punto es el propio número. Quien tiene su número principal con un operador, usa una centralita en la nube de un segundo y tiene los números móviles con un tercero, debe aclarar quién controla realmente el encaminamiento de las llamadas. Un desvío configurado en el sitio equivocado queda anulado por otro ajuste, y nadie lo nota hasta la primera llamada perdida.

El segundo punto es la señalización de las llamadas. Cuando se desvía una llamada, el número del llamante no siempre llega sin cambios al destino. En algunos desvíos aparece en su lugar el número de la línea que desvía, o se pierde la identificación del llamante. Sin un número de llamante fiable, falla el cotejo con el CRM y el asistente tiene que preguntar el nombre cada vez.

En tercer lugar, los datos. Un CRM rara vez está tan limpio como uno desearía: contactos duplicados, números con distintas grafías, números de empresa y particulares mezclados. Un cotejo que se fía de un solo número acierta por eso a veces con la persona equivocada, y el asistente saluda a alguien con un nombre ajeno. Eso es más embarazoso que no reconocer a nadie.

En cuarto lugar, la protección de datos. El contenido de las conversaciones, las transcripciones y las grabaciones son datos personales. Dónde se guardan, cuánto tiempo permanecen y quién puede leerlos debe estar decidido antes del arranque. Las siguientes indicaciones son una orientación técnica y no sustituyen el asesoramiento jurídico. Para una valoración vinculante debería contar con su delegado de protección de datos o con asesoramiento legal.

Ayuda una imagen en capas. Abajo del todo está el número con el operador que lo gestiona. Encima, la centralita, que distribuye las llamadas a las extensiones. Encima, el asistente, que mantiene las conversaciones. Encima, los sistemas de negocio, en los que están los clientes, las citas y las tareas. Cada capa tiene sus propias responsabilidades, y los errores se propagan hacia arriba, nunca hacia abajo.

De ello se deduce una regla de comprobación: los problemas se buscan de abajo arriba. Si el asistente no reconoce al llamante, rara vez se debe a la lógica de la conversación y más a menudo a la señalización que hay por debajo. Si una cita aparece duplicada en el calendario, puede deberse a la vinculación, no al diálogo. Quien respeta este orden se ahorra largas búsquedas en el lugar equivocado.

Un ejemplo de la práctica de estas conexiones: el asistente se presenta ante cada llamante con «Buenos días, habla con el asistente digital», aunque el equipo haya transferido la llamada antes. La causa no está entonces en el diálogo, sino en que la centralita marca la llamada como llamada nueva. Estos síntomas son discretos, pero marcan la impresión del llamante más que cualquier formulación. Por eso documentamos para cada capa qué debe aportar y cómo se comprueba.

Igualmente útil es separar la decisión de la ejecución. El asistente debe decidir de qué trata la consulta, pero los sistemas de negocio deben imponer lo que está permitido: franjas libres, campos obligatorios, duplicados. Así, un error en la conversación queda en un error en la conversación y no se convierte en una entrada errónea que alguien tenga que depurar después con esfuerzo.

En el fondo hay dos formas de llevar al asistente al camino de la llamada. La primera es el desvío de llamadas: el número existente se mantiene y, bajo ciertas condiciones, la llamada se transfiere a un número del asistente. La segunda es una conexión SIP, en la que la centralita entrega la llamada directamente al asistente a través de un enlace basado en SIP, de forma parecida a una extensión más.

El desvío de llamadas se configura rápido, apenas requiere intervenciones y se puede desactivar en cualquier momento. Sus límites están en el control: según el operador, se pierde la identificación del llamante, el desvío consume líneas adicionales y en la centralita no se ve sin más qué ha pasado con la llamada. Para una operación piloto, sigue siendo con frecuencia el comienzo pragmático.

La conexión SIP es más limpia, pero más laboriosa. Recibe con más fiabilidad el número del llamante y la información adicional, permite entregar una llamada de forma selectiva al asistente o de vuelta a una persona, y ofrece mejores registros. A cambio, la centralita debe admitirlo, y la configuración, el cifrado y el plan de numeración tienen que ser correctos. En las centralitas en la nube suele ser más fácil que en los equipos de hardware más antiguos.

Nuestra recomendación es una secuencia, no una decisión excluyente. Quien empieza en pequeño usa el desvío de llamadas y aprende qué llamadas llegan realmente al asistente. Quien después quiere más, por ejemplo transferir a determinadas personas o mostrar el número del llamante durante la conversación, pasa a la conexión directa. Una alternativa, trasladar por completo el número principal al asistente, solo la recomendamos con un camino de vuelta claro.

Técnicamente, la telefonía conoce varias condiciones bajo las que se desvía una llamada: de inmediato, en ocupado, sin respuesta tras un tiempo de timbre determinado, cuando el dispositivo no está localizable y por horario, por ejemplo por la tarde o en festivos. Cada una de estas condiciones tiene un carácter distinto, y la que elija determina cómo se percibe al asistente en el día a día.

En «ocupado» la intención es clara: quien está hablando no debería tener que atender además otras llamadas. «Tras X segundos sin respuesta» es más delicado. Si el tiempo de timbre es demasiado corto, el asistente interviene aunque alguien habría contestado un momento después; si es demasiado largo, el llamante cuelga antes. Una pauta es elegir el tiempo de timbre no a ojo, sino a partir de los momentos en que los llamantes cuelgan en el día a día. Esto se puede comprobar en los registros de llamadas.

Las reglas por horario parecen poco espectaculares y, sin embargo, son la fuente de errores más frecuente. Puede que el calendario de la centralita no conozca las vacaciones de la empresa, los puentes ni el cambio al horario de verano, y un asistente que el lunes por la mañana todavía responde con la lógica de fuera de horario parece poco profesional. Por eso registramos los horarios especiales en una única fuente y de ahí derivamos las reglas, en lugar de mantenerlas en varios sitios.

Es importante que cada regla tenga una finalidad reconocible que el equipo sepa nombrar. «El asistente atiende cuando las dos líneas están ocupadas y nadie contesta tras 20 segundos» es una regla. «Pues entra de alguna manera» no lo es. Quien pone las reglas por escrito suele descubrir en el proceso que la práctica anterior era contradictoria.

Después de la llamada empieza la parte menos visible. El asistente obtiene el número del llamante, lo lleva a un formato uniforme y busca con él en el CRM. Justo aquí surgen la mayoría de los errores posteriores, porque el mismo número puede estar guardado como «0151…», «+49 151…» o con espacios y paréntesis. Una normalización antes de la comparación es por eso obligatoria, no opcional.

El cotejo arroja tres estados posibles: exactamente una coincidencia, varias o ninguna. Solo en el primer caso puede el asistente saludar de forma personal, e incluso entonces debería confirmar el resultado con delicadeza, por ejemplo con «¿Hablo con la señora …?», en lugar de darlo por supuesto. Con varias coincidencias pregunta; con ninguna crea un contacto nuevo como borrador, que una persona revisa antes de pasarlo a la lista de clientes.

El resultado de una conversación incluye más que una transcripción. En el CRM guardamos un breve resumen, la consulta en una categoría fija, la siguiente acción acordada y la referencia a la transcripción. El resumen sirve al equipo, la transcripción como justificante para consultas posteriores. Quien guarda solo la transcripción genera textos que nadie lee.

El calendario y la asignación de citas funcionan mediante una interfaz que consulta las franjas libres y devuelve las reservas con una confirmación. El asistente solo reserva cuando el sistema ha confirmado la reserva, y entonces comunica la cita al llamante. Si se rechaza la reserva, por ejemplo porque la franja ya se ha ocupado entretanto, ofrece alternativas en lugar de dar una promesa que no vale.

En la portabilidad del número, es decir, el traslado de un número existente a otro operador, la planificación decide el tiempo de interrupción. El cambio ocurre en un momento determinado y, en la ventana de tiempo alrededor, debería haber una vía adicional, por ejemplo un número de emergencia conectado en paralelo. Recomendamos no programar la portabilidad al mismo tiempo que el arranque del asistente. Dos cambios a la vez dificultan atribuir cualquier incidencia.

Los números ocultos son el segundo caso especial. Quien llama con el número oculto no puede ser reconocido automáticamente, y es su derecho. El asistente entra entonces en la conversación sin cotejo y pregunta amablemente por el nombre y un número de devolución de llamada, sin convertir esos datos en una condición. Lo importante es que este camino no parezca un remedio improvisado, sino un flujo de pleno derecho.

El tercer caso es la caída: el CRM no está accesible, la interfaz del calendario no responde o el propio asistente tiene una avería. En ninguno de estos casos puede la llamada caer en el vacío. Prevemos una lógica de respaldo: si el asistente no está accesible, la centralita vuelve tras poco tiempo a la regulación anterior. Si solo falla el CRM, el asistente recoge igualmente la consulta y la guarda temporalmente hasta que la transferencia vuelva a funcionar.

En toda conexión hay que decidir qué se guarda. La variante frugal conserva solo el resumen estructurado y la consulta. La más amplia guarda además la transcripción, y otra variante también la grabación de audio. Con cada nivel crece la utilidad para las consultas posteriores y el control de calidad, pero también la responsabilidad. Según el principio de minimización de datos: guarde lo que pueda demostrar que necesita, y no lo que es técnicamente posible.

La eliminación necesita un plan que pueda llevarse a la práctica técnicamente: plazos de conservación fijos por tipo de dato, eliminación automática al vencer y un procedimiento para las solicitudes de acceso y supresión de personas concretas. Describimos en qué sistemas están los datos, para que la eliminación no se haga solo en el CRM mientras siguen existiendo transcripciones en el sistema telefónico y registros en el proveedor. Cuánto tiempo se conserva algo lo determina la empresa con su asesoramiento jurídico.

Una grabación de audio es jurídicamente más exigente que una transcripción, porque capta la voz. Si se puede grabar y bajo qué condiciones debería aclararse expresamente antes de que el asistente entre en producción. Los llamantes deben poder reconocer al principio que hablan con un sistema automático y si la conversación se guarda. Los derechos de acceso son la tercera palanca: no todo el equipo necesita poder leer cada conversación, y cuanto más estrechos sean los derechos, más fácil será explicar después por qué los datos están donde están.

Lo realista es esperar que queden menos llamadas sin atender y que el equipo encuentre al terminar la jornada entradas estructuradas en lugar de notas sueltas. Además, desaparece parte del retrabajo porque contacto, consulta y petición de cita ya están en el sistema correcto. Que esto suponga mucho o poco en su empresa depende del volumen de llamadas, de los horarios y de la calidad de sus datos. Las cifras concretas solo pueden darse tras una fase piloto.

El beneficio se puede medir con los puntos mencionados antes: proporción de llamadas atendidas, proporción de entradas aprovechables, número de traspasos y de correcciones manuales, así como el tiempo entre la llamada y la respuesta del equipo. No hay garantía de que con ello surjan más pedidos. Quien lo promete confunde disponibilidad con demanda.

Cuarto caso: varias sedes, varios números o empleados con extensiones propias. Aquí la asignación debe ir en una única tabla que recoja qué número corresponde a qué equipo, a qué calendario y a qué saludo. Sin esa tabla, la lógica crece en reglas sueltas y nadie puede entender ya por qué una llamada acaba en un lugar determinado.

Antes de cada cambio hay una prueba con un número de prueba propio que solo conoce el equipo. En él comprobamos los caminos de la conversación, el reconocimiento, la reserva en el calendario y el traspaso, y lo hacemos con casos deliberadamente incómodos: número oculto, número con entrada duplicada en el CRM, llamada poco antes del cierre, llamada en periodo de vacaciones de la empresa, corte en mitad de la conversación. Los errores que se encuentran aquí no cuestan nada.

A continuación sigue una fase piloto de alcance limitado. El asistente se encarga al principio solo de las llamadas fuera del horario comercial o solo en ocupado. Una persona lee a diario los resultados y marca las asignaciones erróneas. De estas marcas surge una lista corta de ajustes para la conducción de la conversación, las reglas de cotejo y el calendario. Solo cuando la lista no aporta puntos nuevos durante varios días se amplía el alcance.

Para la evaluación definimos de antemano pocos puntos de medición. ¿Cuántas llamadas ha atendido el asistente, en cuántas condujo a una entrada aprovechable, con qué frecuencia se traspasó a una persona y cuántas entradas hubo que corregir manualmente? Estas preguntas se pueden responder con el registro de llamadas y el CRM. Las cifras de comparación previas al arranque son útiles, pero deben considerarse una aproximación, porque la medición anterior rara vez era completa.

Es importante un criterio claro para la marcha atrás. Si se trata de forma errónea más de una proporción acordada de las llamadas, el equipo desactiva la regla y vuelve al desvío anterior. Fijar este criterio de antemano evita discusiones bajo presión de tiempo y da a todos los implicados la seguridad de que una prueba no se convierte en un callejón sin salida.

Del planteamiento se derivan algunos principios. Primero anotar los caminos de las llamadas, después elegir la tecnología. Empezar con el desvío de llamadas y pasar a la conexión directa solo si hace falta. Tratar la identificación del llamante como una ayuda, no como una certeza. Guardar lo necesario y pensar en la eliminación desde el principio. Y configurar cada etapa de modo que el camino de vuelta a la solución anterior permanezca siempre abierto.

El siguiente paso es pequeño. Anote qué números de teléfono tiene su empresa, dónde está configurado el control de llamadas y qué sistemas deben recibir los resultados de las llamadas. A partir de ahí, en una primera conversación surge una valoración de qué vía de conexión encaja con su telefonía, qué datos conviene depurar y cómo podría ser un piloto prudente. También le diremos si el esfuerzo no compensa en su situación.

Puede ser un resultado perfectamente honesto que su solución actual sea suficiente. Quien recibe pocas llamadas y apenas pierde nada con las que no atiende, quizá solo necesite un desvío de llamadas más claro a un móvil y un mensaje de buzón de voz bien cuidado. Un asistente merece la pena donde las llamadas llegan a horas en que nadie puede contestar y donde de la conversación surge un siguiente paso concreto. Esta distinción la hacemos gustosamente con usted, antes de escribir una sola línea de configuración.

Para la preparación bastan tres cosas: una lista de sus números de teléfono con el proveedor, una captura de pantalla o una descripción de las reglas de desvío actuales y un extracto del CRM con unos veinte contactos típicos. Con ello vemos lo ordenados que están los números y qué depuración sería razonable antes de un piloto.