IA en el call center funerario: el resumen ayuda, la decisión no se delega

Son las 3:14 de la madrugada y entra una llamada. Del otro lado hay una hija que acaba de perder a su padre, que habla con frases sin terminar y silencios largos, y que en los próximos once minutos va a entregar —desordenados y entre llantos— los datos con los que tu compañía va a prestar un servicio: dónde está el cuerpo, quién autoriza, si hay póliza, si la familia quiere cremación, a qué hora pueden venir los hermanos que viven afuera.

Al asesor que contesta le quedan seis horas de turno. Cuando cuelgue, va a escribir a mano un resumen de esa conversación, y de ese resumen va a depender casi todo lo que pase después. Ese es, exactamente, el punto donde hoy alguien te está ofreciendo inteligencia artificial.

Este es el noveno caso del cluster de IA, agentes y MCP aplicado a la operación funeraria, después de los de atención, análisis conversacional, desempeño comercial, cobranza, gobierno de los agentes, cuadrantes de turnos, cierre contable, compras e inventarios, inventario de cementerio y KPIs en lenguaje natural. Si lo que buscas es cómo funciona el registro de llamadas, eso está en la página del módulo de call center. Este artículo es lo otro: qué pasa cuando le pones IA encima, según lo que de verdad se ha medido.

1. El problema de negocio: el costo no está en el minuto de llamada

Toda la industria del agent assist vende lo mismo: bajar el tiempo medio de atención. Es el argumento equivocado para una funeraria, y conviene decirlo antes de seguir, porque si compras con ese caso de negocio vas a medir lo que no importa.

En un grupo funerario grande el costo real de la atención telefónica está en otras cuatro partes:

• El dato mal capturado que se propaga. Una hora de velación mal anotada, un destino de cenizas equivocado, un apellido con una letra de más en el acta. No cuesta minutos: cuesta un servicio rehecho, una queja formal y, a veces, una familia que no vuelve nunca y se lo cuenta a todo el barrio.
• El contexto que se pierde entre turnos. El caso lo abre quien atendió a las 3 de la mañana y lo continúa alguien que entra a las 7. Lo que no quedó escrito, no existe. La familia lo nota de inmediato, porque tiene que volver a contar la peor noche de su vida.
• La rotación del asesor. Atender duelo doce horas al día desgasta. Cada salida se lleva el conocimiento operativo y obliga a formar a alguien nuevo en el peor momento posible: en vivo, con una familia esperando.
• Lo que nunca se mide. Cuánto tardó de verdad el servicio desde la llamada hasta la entrega, en qué paso se atascó, qué sede responde tarde. Volveremos a esto, porque es el hallazgo incómodo del artículo.

Ninguno de esos cuatro se arregla contestando más rápido. Tres se arreglan escribiendo mejor y midiendo. Y ahí sí la IA tiene algo que aportar —bastante menos de lo que te prometen, y en un orden distinto al del folleto.

2. Lo que dice la evidencia (y lo que no vas a leer en la web de un proveedor)

Buscamos la evidencia publicada sobre copilotos de atención, resumen automático y control de calidad, con una regla estricta: toda cifra cuya única fuente sea el proveedor que vende la solución se descarta. Se conserva el argumento, se tira el número. Por eso en este artículo no vas a encontrar ni un solo «reduce el 30 % del tiempo de atención»: esas cifras existen, pero no hay forma de verificarlas.

Lo que queda, después de ese filtro, ordena el proyecto entero:

Las fuentes, para que las leas tú: Vaccaro, Almaatouq y Malone (Nature Human Behaviour 8:2293-2303), Brynjolfsson, Li y Raymond (QJE 140(2):889-942), Asgari et al. (npj Digital Medicine), Koenecke et al. (FAccT '24), Philipp et al. (arXiv:2607.01103), Ravid et al. (Personnel Psychology) y Siegel, König y Lazar.

Tres advertencias que cambian el diseño

Primera: el error de la transcripción no es aleatorio, es sistemático y golpea a quien peor habla. Además del efecto de los silencios, hay evidencia de que el reconocimiento de voz falla de forma desigual según la variedad lingüística del hablante: un estudio en PNAS midió tasas de error de 0,35 frente a 0,19 entre grupos de hablantes, en cinco sistemas comerciales. Traducido a Latinoamérica: el acento regional, el adulto mayor, el hablante rural y el bilingüe reciben peores transcripciones. La familia del pueblo recibe peores resúmenes que la de la capital, y si encima usas esa transcripción para puntuar la calidad del asesor, castigas al que atiende al pueblo.

Segunda: la ayuda y el daño no están donde crees. Un experimento aleatorizado con 758 consultores (Organization Science) encontró una «frontera irregular»: dentro de ella, +12,2 % de tareas completadas y 25,1 % más rápido; en la tarea de al lado, 19 puntos porcentuales menos de acierto que quienes trabajaron sin IA. «Resume esta llamada» está dentro de la frontera. «Interpreta si esta familia quiere cremación o solo está preguntando el precio» está justo afuera.

Tercera: casi nadie puede corregir al modelo, y no es por falta de experiencia. En un estudio publicado en Review of Economic Studies, el 90 % de los operadores humanos que anulaban una recomendación algorítmica rendía peor que el algoritmo; sus anulaciones no le ganaban ni al azar. El 10 % que sí mejoraba tenía una cosa en común: usaba información privada que el sistema no veía. Es un hallazgo de diseño, no de personal: tu consola debe estar hecha para capturar lo que el asesor sabe y el sistema no —el tono real de la viuda, el conflicto entre hermanos, que la señora dijo «cremación» pero se refería a otra cosa—, no para que apriete «aceptar».

3. Qué datos del ERP intervienen (y la brecha que encontramos en el nuestro)

Un caso de MCP se sostiene o se cae según qué tan acotado esté el conjunto de datos que toca. Para el call center y la consola de servicio de un grupo funerario, este es el inventario real, tal como está hoy en el sistema:

Lo decimos porque es la consecuencia práctica más importante de todo el artículo. Si no puedes medir el tiempo de ciclo del servicio ni responder «¿cuántas llamadas entraron ayer por sede y cuántas terminaron en servicio?», entonces no tienes línea base. Y sin línea base, cualquier herramienta que instales encima va a parecer que funciona, porque no hay contra qué compararla. Es el mismo problema que ya documentamos en el artículo de KPIs: la capa que falta casi nunca es el modelo.

Y qué NO existe todavía, para que no te lo vendan como disponible

Con la misma franqueza, y aplicada a nuestro propio producto. Hoy no existen dentro de SFUN, y todo lo que sigue es hoja de ruta, no función instalable:

• Resumen del caso generado por IA. Los campos de resumen que ves en la consola y en la bitácora de llamada los escribe una persona. No hay ningún modelo detrás.
• Transcripción automática de llamadas. Se graba el audio, no se transcribe. Lo único parecido es el dictado por voz del coordinador, que ocurre en su navegador y no toca ninguna llamada.
• Agentes de voz con IA e IVR conversacional dentro del ERP. La voz que sí existe es telefonía y llamadas de WhatsApp entre personas.
• Control de calidad o puntuación automática de llamadas y conversaciones. Los formularios de encuesta existen, pero nada los envía ni los puntúa.
• Etiquetado automático de intención. Las etiquetas de conversación las pone una persona o el código del bot, explícitamente.

Si estás evaluando proveedores, esta lista te sirve de guion: pide ver cada una de esas cinco cosas funcionando sobre datos reales de una funeraria, no en una demostración. Es la pregunta que más rápido separa el producto del folleto — y sí, también cuando el proveedor somos nosotros.

4. Cómo se arma el caso con MCP, paso a paso

Con lo anterior sobre la mesa, el caso deja de ser «instala un copiloto» y se convierte en una secuencia de cuatro movimientos, en este orden. Los dos primeros se pueden hacer hoy con el MCP de SFUN; los dos últimos son hoja de ruta y así hay que presentarlos al comité.

Movimiento 1 — Construir el reloj (hoy, sin IA)

Antes de cualquier modelo, define y deja escritos los cuatro momentos que marcan un servicio: entrada del contacto, confirmación del servicio, hito operativo comprometido (recogida, preparación, inicio de velación, según tu operación) y cierre. Sobre el canal escrito ya tienes el reloj funcionando: las políticas de SLA de conversación miden primera respuesta y resolución, y el proceso de vencimientos corre solo cada cinco minutos. Enciéndelas si están apagadas — es lo más barato que vas a hacer en todo el proyecto.

Sobre el servicio, en cambio, hay que crear lo que no existe. Aquí el MCP sí ayuda de inmediato, y en su modo más aburrido: construir las preguntas rutinarias que hoy no están. Un agente con permiso de lectura puede recorrer los registros de llamada, las conversaciones y las velaciones, proponer los informes que faltan y dejarlos versionados. No es glamoroso. Es lo que convierte una intuición en una línea base.

Movimiento 2 — Poner el contexto donde se atiende (hoy)

El segundo movimiento es que quien contesta a las 3 de la mañana tenga delante lo que ya está en el ERP: si quien llama tiene contrato, en qué estado está su cartera, si hay un servicio previo de la misma familia, qué se le prometió en la última conversación. Nada de esto necesita un modelo generativo — necesita que el dato esté vinculado. Es, literalmente, el trabajo de la consola de servicio y del registro de llamadas.

Sobre eso, un agente vía MCP puede hoy leer y crear registros de llamada, agendar el seguimiento por zona y, en el canal escrito, reclamar, resolver, posponer o transferir una conversación. Lo que no puede —y es una decisión de diseño, no una limitación pendiente— es contestar una llamada, originar una llamada ni responderle libremente a una familia.

Movimiento 3 — El resumen del caso, como borrador (hoja de ruta)

Aquí entra por fin el generativo, y entra con tres reglas que salen directamente de la evidencia de la sección 2:

1. El resumen nace como borrador editable, nunca como registro final. El asesor lo corrige y lo firma. Ese acto de corrección, además, es lo que después permite medir si el borrador servía.
2. Los datos accionables se marcan aparte y se confirman en voz alta con la familia. Hora del velorio, sala, destino de las cenizas, nombre del difunto, quién autoriza. Recuerda dónde se concentraban las alucinaciones graves del estudio clínico: en la sección de plan de acción. Un dato accionable nunca puede tener como única fuente un resumen generado.
3. El audio original se conserva y es la fuente de verdad. Si el resumen y la grabación se contradicen, gana la grabación. Y antes de encender nada, prueba tu motor de transcripción con audio real de llamadas de duelo, no con audio de demostración: el error se dispara justo con los silencios largos.

Fíjate en lo que no está en esta lista: la «siguiente mejor acción». Es deliberado. Va en el movimiento 4, y con condiciones.

Movimiento 4 — La siguiente acción, como información y no como orden (hoja de ruta)

La revisión sistemática de referencia sobre sesgo de automatización (Goddard, Roudsari y Wyatt, JAMIA 19(1):121-127, sobre 74 estudios) identificó tres agravantes: carga de trabajo, complejidad y presión de tiempo. Un call center funerario a las 3 de la mañana los tiene los tres a la vez. Es, con diferencia, el peor contexto posible para poner un botón que diga «haz esto».

La misma revisión identificó el mitigador mejor documentado, y es barato de implementar: dar información en lugar de recomendación, con su fuente y su nivel de confianza a la vista. En la práctica, la diferencia es esta:

La columna derecha no le quita el juicio al asesor: se lo alimenta. Y es la única forma de aprovechar a ese 10 % de operadores que sí mejora la decisión — los que tienen información que el sistema no ve.

5. El bucle de mejora continua

Como en el caso del chatbot que mejora todos los días, lo que sostiene el resultado no es el despliegue: es la rutina. Con una diferencia importante — aquí el objeto de la revisión es el borrador, no la conversación.

Y una advertencia sobre medir la calidad del resumen con métricas automáticas: un trabajo que las evaluó encontró que la mayoría sube cuando se añaden frases sin contenido y que algunas son más sensibles a ediciones inocuas que a correcciones de hechos reales. Traducido: agregar «quedamos atentos a lo que la familia necesite» mejora tu métrica sin corregir un solo dato. Si conviertes esa métrica en objetivo, obtendrás resúmenes más largos, no más ciertos.

6. Gobierno y límites: lo que nunca se automatiza

Todo lo del artículo de gobierno de agentes de IA en el ERP aplica aquí igual: identidad propia del agente, alcance por rol y permisos del usuario, no del sistema. Sobre eso, este caso agrega tres capas que le son propias.

La lista de lo que no se automatiza

• Comunicar un fallecimiento o cualquier dato del difunto a la familia. Nunca, por ningún canal automático, bajo ninguna circunstancia.
• Decidir escalar, condonar, cobrar o cancelar. La evidencia dice que la combinación humano-IA empeora justo en las tareas de decisión. Estas son decisiones.
• Puntuar a un asesor con un evaluador automático y que eso toque su remuneración. Los dos meta-análisis de monitoreo coinciden en el mitigador: transparencia, menor invasividad y no acoplar la puntuación a la paga.
• Confirmar por sí solo un dato accionable —hora, sala, destino de las cenizas, nombre— sin verificación con la familia.
• Etiquetar el estado emocional de un doliente y mostrárselo al asesor como si fuera un hecho.

Datos personales: la voz también lo es, y en un país es dato sensible

Grabar y transcribir una llamada es tratamiento de datos personales en todos los mercados donde opera un grupo funerario latinoamericano. Un hallazgo que conviene tener claro antes de negociar con un proveedor: ninguna de las leyes de protección de datos de la región exige específicamente el aviso de «esta llamada será grabada». Lo que sí aplica en todas es el deber genérico de informar previamente. Los puntos que cambian el diseño, país por país:

Y si tu call center además marca —cobranza, seguimiento de cartera—, hay un frente que se suele pasar por alto: varios países regulan la frecuencia del contacto, no solo su contenido. En República Dominicana, la norma sectorial de telecomunicaciones aplicable a la gestión de cobro fija un máximo de cinco comunicaciones por deudor y día sin importar el medio, un intervalo mínimo de treinta minutos, ventanas horarias de lunes a viernes y sábados por la mañana, prohibición en feriados y el deber de identificar acreedor y concepto en cada contacto — y cubre expresamente las llamadas automatizadas. Traducido a producto: límite de frecuencia duro en el marcador, ventana horaria configurable por país y calendario de feriados local. Lo tratamos a fondo en el artículo de cobranza con IA y MCP.

7. Cómo se mide: KPIs con línea base y meta

Una advertencia antes de la tabla, porque corrige el caso de negocio con el que la mayoría compra. El estudio mejor medido sobre borradores generados en atención (JAMA Network Open, 162 profesionales, 12.844 mensajes) no encontró ahorro de tiempo: ni en responder, ni en leer, ni en escribir. Lo que sí encontró, y con significancia, fue una caída fuerte de la carga percibida y del agotamiento. En un call center funerario, con la rotación y el desgaste emocional que tiene, retener al asesor es un beneficio más valioso y mucho más defendible que unos segundos por llamada. Véndelo así internamente y no tendrás que explicar en el trimestre por qué el tiempo de atención no bajó.

8. Hoja de ruta de adopción

Los cinco errores que más se repiten

1. Comprar por el tiempo medio de atención. Es la métrica que el estudio mejor diseñado no logró mover, y la que menos importa cuando alguien llama a informar una muerte.
2. Pasar de auditar el 2 % de las llamadas al 100 % con un evaluador automático. No es más cobertura: es cambiar una medición cara y ruidosa por una barata y sesgada hacia lo fácil de medir —saludo, guion, palabras prohibidas—, que es justo lo que menos importa aquí.
3. Empezar por la «siguiente mejor acción». Es la parte con evidencia en contra y la primera que aparece en las demostraciones. El resumen es la parte con evidencia a favor.
4. Probar con audio de laboratorio. El error de transcripción se dispara con silencios largos y voz quebrada. Si no probaste con llamadas reales de duelo, no probaste.
5. Instalar antes de medir. Sin línea base, el sistema siempre parecerá que funciona. Es el error que engloba a los otros cuatro.

Preguntas frecuentes

¿Qué IA se utiliza para contestar llamadas en una funeraria?

Existen en el mercado agentes de voz que contestan llamadas, y son razonables para tareas acotadas y de bajo riesgo: informar una dirección, tomar un dato de contacto fuera de horario, confirmar una cita. Para la llamada de primer aviso de un fallecimiento, la recomendación honesta es que conteste una persona. La evidencia rigurosa sobre copilotos es de canales escritos, no de voz; no existe hoy ni un solo estudio aleatorizado publicado sobre asistencia en tiempo real en llamadas telefónicas. Dentro de SFUN, la voz que existe es telefonía entre personas y llamadas de WhatsApp entre personas; los agentes de voz con IA son un frente aparte y así lo decimos.

¿Qué es una auditoría de llamadas y cómo cambia con IA?

Es la revisión de una muestra de llamadas contra una rúbrica de calidad. Con IA, la tentación es revisarlas todas automáticamente. El problema medido es doble: el evaluador automático nunca se abstiene —puntúa con seguridad incluso los casos ambiguos, que son justo los que un supervisor marcaría para escuchar— y el monitoreo total no mejora el desempeño y sí sube el estrés. El diseño defendible es mixto: automatiza el cribado de lo objetivo, exige que el evaluador pueda decir «no sé» y enrute a un humano, mide su tasa de abstención contra la de tus supervisores y no acoples nunca esa puntuación a la remuneración.

¿Puedo grabar las llamadas sin avisar?

No es la pregunta correcta. Ninguna ley de protección de datos de la región tiene una regla específica de «aviso de grabación», pero todas imponen el deber de informar previamente, y la voz es un dato personal. Además, si vas a analizar emociones, en Perú eso trata datos sensibles y exige consentimiento por escrito. La práctica sensata: informa siempre, deja registrada la base legal, define cuánto tiempo conservas el audio y no uses la grabación para fines distintos de los que informaste. Este es terreno donde conviene consultar a tu asesor legal en cada país, no copiar el guion del proveedor.

¿Vale la pena si tenemos tres sedes y no seis?

El movimiento 1 —construir el reloj y las preguntas rutinarias— vale la pena con una sola sede, porque su costo es bajo y su retorno no depende del volumen. El movimiento 3 —el borrador de resumen— empieza a justificarse cuando el volumen de llamadas hace que revisar una muestra humana sea caro, y cuando la rotación de asesores es un problema real de la operación. Si tu equipo de atención son cuatro personas que llevan años, tu retorno está en medir y ordenar la operación, no en el copiloto.

El resumen del caso

La IA tiene un lugar legítimo en el call center de un grupo funerario, y es más modesto y más útil que el del folleto: ayudar a escribir mejor lo que pasó, para que quien entre en el siguiente turno no le pida a una familia que vuelva a contar la peor noche de su vida. Eso es creación, y ahí la evidencia está a favor. Decidir sigue siendo trabajo de una persona, y la evidencia también es clara en eso.

Pero el hallazgo que nos llevamos de mirar nuestro propio código con honestidad es anterior a todo lo demás: el área que más habla con las familias es la que menos se mide. Cero preguntas rutinarias sobre la atención, ningún reloj sobre el expediente del servicio. Ese es el pendiente, es nuestro también, y ninguna capa de inteligencia artificial lo resuelve por encima. Un sistema que no sabe cuánto tarda un servicio no va a saber si el copiloto que le instalaste sirvió de algo.

Si quieres ver cómo se ve esto sobre una operación real —el registro de llamadas, la consola de servicio, la atención por WhatsApp con agentes y el MCP que deja consultarlo todo—, escríbenos. Y si prefieres empezar por la parte aburrida, esa que construye la línea base antes de encender nada, mejor todavía: es la que da el retorno.