La brecha de conversión inglés/español que nadie mide

¿Qué es la brecha de conversión inglés/español?

Es la diferencia entre con qué frecuencia las consultas en inglés de un consultorio se convierten en pacientes agendados y con qué frecuencia lo hacen las consultas en español. No es una afirmación de que un idioma convierta mejor que el otro — ningún estudio publicado lo establece, y este artículo tampoco. Es algo más estrecho y más útil: la brecha muy probablemente no es cero en casi ningún consultorio de un mercado bilingüe, y casi ninguno puede producir hoy los dos números para comprobarlo.

¿Por qué importa más en el sur de la Florida?

Porque el volumen del lado español es lo bastante grande como para que una brecha invisible sea una brecha invisible en una parte significativa del total de consultas, no un error de redondeo. Census QuickFacts sitúa en 88.0% la proporción de residentes del condado de Miami-Dade de cinco años o más que hablan en casa un idioma distinto del inglés. No existe un porcentaje verificado específico del español a nivel de condado que se pueda citar aquí — lo honesto es decir que la gran mayoría de esa cifra es español, sin un número adjunto.

¿Por qué un CRM normal no lo muestra ya?

Porque el idioma nunca se trató como un campo que valiera la pena capturar. La mayoría de las herramientas de admisión registran nombre, teléfono, origen y etapa del pipeline — no el idioma en que llegó la consulta. Un reporte mensual puede segmentar la conversión por origen, por etapa o por clínico, porque esos campos existen en el registro. Si el idioma nunca se capturó en el primer contacto, no se puede segmentar por idioma después: el dato nunca se recogió, así que ningún reporte puede recuperarlo. Es una ausencia estructural, no una opción escondida en un panel.

¿Y Google Analytics o las plataformas de anuncios?

Tampoco, porque se construyeron para responder otra pregunta. Las herramientas de analítica web y de anuncios reportan origen y medio — por qué canal llegó un visitante — no en qué idioma escribió o habló una vez que llegó. La configuración regional de un navegador no es lo mismo que el idioma de una consulta: alguien que llama en español puede tener el teléfono en inglés, y un visitante bilingüe puede llenar el formulario en el idioma que cargó primero. Que no respondan esta pregunta no es un defecto de esas herramientas.

¿En qué punto del embudo se cae una consulta en español?

Nadie puede decirlo con certeza, porque nadie lo está midiendo — pero el embudo tiene varios puntos donde un desajuste de idioma plausiblemente muerde, y nombrarlos sirve incluso sin una cifra adjunta. Un formulario web puede aceptar texto en español y disparar una confirmación en inglés, porque el formulario y la respuesta automática se construyeron por separado y solo uno de los dos se tradujo. Una llamada atendida por quien esté libre a esa hora puede caer o no en alguien cómodo en español. Un saludo de buzón grabado una vez, en inglés, suena para todo el que llame sin importar el idioma en que llamó.

¿Por qué traducir el formulario no lo arregla?

Porque traducir el formulario solo traduce el primer documento que ve una persona. Todo lo que viene después — la confirmación automática, el recordatorio de días más tarde, el enlace para reagendar, el saludo del buzón, la devolución de llamada del personal — muy probablemente se construyó una vez, en inglés, y nunca se revisó. Un formulario bilingüe con una secuencia de seguimiento solo en inglés produce una experiencia rara: el consultorio pareció hablar español exactamente por una pantalla, y luego dejó de hacerlo. Esa inconsistencia es una señal para quien la recibe, y es invisible para el consultorio, porque nada aguas abajo del formulario lleva tampoco una marca de idioma.

¿Qué haría falta para ver el desglose?

Tres cosas, estructuralmente, y ninguna exige adivinar la respuesta de antemano. Primero, el idioma tiene que etiquetarse en el momento del primer contacto — el idioma en que se envió el formulario, o con el que abrió quien llamó — registrado en la ficha de esa persona y no inferido después a partir de un apellido o un código de área. Segundo, esa etiqueta tiene que viajar con el registro por cada etapa del pipeline, no quedarse en el envío original y desaparecer. Tercero, la capa de reportes tiene que poder agrupar por ella: conversión por etapa, por origen y por idioma, una al lado de la otra, igual que ya agrupa por clínico u origen de referencia.

Dónde conecta esto

Los formularios bilingües etiquetan el idioma en el primer contacto; el pipeline visual lo lleva por cada etapa; y los reportes lo agrupan. Ese es el mecanismo completo, y es la única razón por la que podemos escribir sobre esta brecha sin inventar una cifra para ella.