Agente de voz IA para negocios: 7 errores que cometí

Un agente de voz IA para negocios falla por configuración y falta de pruebas. Siete errores míos, lo que costaron y cómo los arreglé, con cifras reales.

Por Carlos Familia, Experto en CRM y automatización con IA. Actualizado el 19 de octubre de 2026. 6 min.

La primera versión de la recepcionista por voz que armé para una empresa de aire acondicionado en California sonaba a máquina: demasiado robótica. La temperatura del modelo estaba en 0.2 y el agente no hacía esas confirmaciones cortas que hacemos al escuchar. La subí a 0.75 y activé los "ajá", y esos pequeños sonidos fueron lo que más ayudó a que sonara natural. Ese fue el primero de siete errores que cometí con agentes de voz.

Un agente de voz IA para negocios es un agente de IA que contesta llamadas (o las hace), entiende lo que dice la persona y ejecuta tareas concretas: agendar, tomar un recado, pasar la llamada a alguien. Se paga por minuto de llamada, y el desglose de lo que cobra Retell, la plataforma que más uso, está en recepcionista virtual con IA.

En mi experiencia, el precio por minuto casi nunca es el problema. Lo caro son los errores que no ves hasta que llama un cliente de verdad. Estos son los míos.

Error 1: dejé la voz con temperatura baja y sin interjecciones

La temperatura controla cuánto varía lo que dice el modelo. Con 0.2, la voz sonaba robótica, y eso no se nota leyendo el guion: se nota al oír una llamada. Lo que más cambió la sensación fue el "backchannel", esas confirmaciones cortas ("ajá", "ya veo") mientras la persona habla.

Según la documentación de Retell, el backchannel viene apagado por defecto, tiene una frecuencia entre 0 y 1 (0.8 por defecto) y puedes elegir las palabras. Avisa que algunas voces funcionan mal con ciertas palabras, así que pruébalas una por una.

Cómo lo arreglé: temperatura a 0.75 y backchannel encendido. Ahora esos dos ajustes son lo primero que reviso.

Error 2: confié en la transcripción rápida

En la recepcionista de un estudio de tatuajes, la transcripción rápida entendía "account two" cuando la persona decía "a tattoo". Pasé a transcripción precisa, agregué frases reforzadas y un respaldo con el teclado del teléfono.

Ese proyecto me dejó dos lecciones más. El saludo solo mencionaba tatuajes, así que las perforaciones nunca salían en la conversación. Y el agente inventó una ubicación en otro país. Desde entonces reviso el saludo y la lista de servicios como lo haría alguien que llama por primera vez.

Error 3: elegí una voz "bilingüe" sin oírla en español

Para una clínica en República Dominicana, la primera voz en español tenía acento americano: era una voz de ese estilo corriendo sobre un modelo rápido de inglés. Y como nadie había llenado el campo del modelo de voz, además sonaba robótica. El agente contestaba en inglés hasta que le puse una regla firme de responder en español, y la voz leía el nombre del asistente como una palabra común, así que lo cambié.

La lección: voz, modelo y proveedor tienen que coincidir, y el español se prueba llamando, no leyendo el guion. En una agencia de seguros de California hice la prueba en español por teléfono, y pasó completa en una llamada de 143 segundos.

Error 4: creí que el agente hacía lo que decía

Daba por hecho que si la recepcionista decía "aviso al equipo", el aviso salía. En un spa médico puse a otro agente a llamarla con 24 preguntas, por teléfono y por texto, y encontró varias fallas que yo no había visto. Por ejemplo, decía "aviso al equipo" sin llamar a la herramienta que avisa, y clasificó mal un síntoma urgente.

Lo que costó: nada, porque lo encontró la prueba. Sin ella, esas fallas las habría descubierto un paciente. La regla que saqué: lo que el agente dice no vale; vale la herramienta que llamó y su respuesta. La lista completa de fallas y cómo puntúo la prueba están en recepcionista virtual con IA.

Error 5: no vigilé el saldo ni el "éxito" falso

En un sistema que llama a quienes llenan un formulario de Facebook, se acabó el crédito de voz y el marcador siguió reportando "éxito". Resultado: 79 llamadas fallidas y 11 contactos de Facebook a los que nunca se llamó.

Otra variante, en la agencia de seguros de California: 8 números dependían de una sola cuenta prepagada, y cuando se acabó el saldo los 8 quedaron mudos a la vez. En esas horas llegaron 3 llamadas que quizá eran clientes nuevos.

Ahora tengo una vigilancia que solo avisa cuando tiene evidencia de una falla, no un "está corriendo" que no prueba nada. Ya cubre el caso del crédito agotado, y por sí sola detectó una caída cuando el proveedor del servidor le limitó el procesador. Y no pondría varios números detrás de un solo saldo.

Error 6: prometí enviar un enlace por SMS sin el registro A2P

En una demostración para un taller de carrocería, el agente debía mandar por SMS un enlace para pedir grúa. El mensaje falló porque el número no estaba registrado en A2P. Los números del grupo ya aprobado solo envían plantillas fijas, y mi enlace personalizado no cabía ahí.

Según la documentación de Twilio, el registro A2P 10DLC no es opcional para nadie que mande mensajes desde un software a números de EE. UU. con una línea local de 10 dígitos; la página aclara que eso incluye a personas y aficionados. Mi regla: si el agente va a mandar un enlace, registro el número antes de escribir esa promesa en el guion. El paso a paso, en inglés, está en A2P 10DLC en GoHighLevel.

Error 7: dejé que el modelo calculara las fechas

En un bot de chat de un spa, el modelo dijo "ya te moví al viernes" sin llamar a ninguna herramienta, y además se equivocó de día. La persona llegó a una cita que no existía. En otro bot, "mañana (sábado)" quedó agendado para hoy, porque la herramienta no recibía fecha y el flujo usaba la hora del servidor, que va en UTC.

Para voz uso la misma regla: el modelo nunca maneja marcas de tiempo. La herramienta devuelve códigos de horario y la frase que el agente debe decir, y un cambio solo cuenta si la herramienta lo confirma. En el agente de voz de un spa que agenda en Square, los días relativos ("mañana", "el jueves") se resuelven en el servidor.

¿Qué hago ahora, antes de activar un agente de voz?

1. Reviso temperatura, backchannel y transcripción precisa desde el primer día.
2. Pruebo en el idioma real, por teléfono, con otro agente que califica.
3. Exijo que cada acción pase por una herramienta y que el agente confirme solo después de que funcione.
4. Pongo alertas de saldo y reviso que los errores se vean como errores, no como "éxito".
5. Registro el número antes de prometer mensajes de texto.
6. Dejo escrito qué pasa cuando el agente no puede ayudar: a quién pasa la llamada, con qué datos y en qué horario, para que nadie tenga que contar su caso dos veces.

Si el agente va a hacer llamadas de venta en Estados Unidos, la regla federal 47 CFR 64.1200 suma dos límites: a teléfonos residenciales solo se llama entre las 8 a. m. y las 9 p. m., en la hora de quien recibe, y la voz artificial o pregrabada en telemarketing necesita consentimiento expreso por escrito. La FCC dejó claro en febrero de 2024 que una voz hecha con IA entra en esa categoría.

Mi marcador lee la zona horaria del código de área y no marca números que no puede ubicar. Nada de esto sustituye a un abogado; confírmalo con el tuyo.

En inglés, tengo las preguntas para entrevistar a quien lo construya en cómo contratar a un desarrollador de agentes de voz y el detalle de los costos de una recepcionista con IA. Si quieres que revise el tuyo, usa el calendario.

Sobre el autor

Carlos Familia, Experto en CRM y automatización con IA. GoHighLevel, n8n, agentes de IA, servidores. Desarrollador full stack.

Construyo sistemas de CRM en GoHighLevel, automatizaciones de n8n en mis propios servidores y agentes de IA de voz y chat para negocios de servicios. Desarrollador full stack: escribo el workflow, la integración con la API, la base de datos y el servidor donde corre, y pruebo cada sistema con recorridos reales antes de entregarlo.