Un pasajero ha llegado al punto de recogida, pero no encuentra el vehículo. El conductor está cerca, aunque la ubicación del mapa está ligeramente desviada. En situaciones así, seguir enviando mensajes de texto suele ser menos eficaz que hacer una llamada directamente.

Pero si cada viaje sigue dependiendo de una llamada telefónica convencional entre dos números móviles personales, aparecen otros problemas. ¿Realmente necesitan el pasajero y el conductor ver sus números de teléfono reales? ¿Qué ocurre cuando el pasajero viaja al extranjero y el roaming de voz tradicional es caro? ¿Pueden seguir comunicándose si el servicio de voz del operador está congestionado mientras los datos móviles siguen disponibles? Y cuando termina el viaje, ¿debería alguna de las partes conservar un medio de contacto privado que ya no tiene relación con la transacción?

Las llamadas VoIP dentro de la aplicación ofrecen una forma de abordar estos problemas. Cuando Uber introdujo las llamadas VoIP en 2018, la plataforma ya admitía mensajes de texto, chat dentro de la app y llamadas telefónicas convencionales. VoIP no era simplemente otro botón de «Llamar». Llevó la comunicación de voz en tiempo real más adentro del propio entorno de comunicación de la aplicación.

El mismo modelo es cada vez más relevante para aplicaciones de transporte bajo demanda, reparto de comida, logística, telemedicina, atención al cliente y personal móvil. El requisito de fondo es similar: los usuarios siguen necesitando comunicación de voz inmediata, pero la plataforma no tiene por qué hacer que esa interacción dependa por completo de la red telefónica pública ni del intercambio de números personales.

Por qué las llamadas telefónicas tradicionales no siempre encajan bien en el transporte bajo demanda

Las llamadas de voz durante un viaje suelen ser cortas, pero son muy sensibles al tiempo. Un pasajero quizá solo necesite decir «Estoy en la entrada este», mientras que el conductor puede responder «No puedo parar ahí. Camine unos 50 metros hacia delante». Estas conversaciones están estrechamente vinculadas a un viaje concreto y normalmente solo importan mientras ese viaje está activo.

Sin embargo, con una llamada celular tradicional, la plataforma entrega en la práctica una de las interacciones en tiempo real más importantes a un sistema telefónico externo. La aplicación gestiona la reserva, el mapa, el pago y el estado del viaje, pero en cuanto el usuario toca un número de teléfono, la interacción puede salir de la app y pasar al marcador nativo del dispositivo.

Este enfoque es sencillo, pero crea varias limitaciones estructurales.

• La identidad de comunicación queda ligada a un número de teléfono real. Sin enmascaramiento de números u otra capa de privacidad, pasajeros y conductores pueden quedar expuestos a los números móviles personales de la otra parte.

• La llamada queda separada del flujo de negocio.  Pasar de la pantalla del viaje al marcador nativo debilita la relación directa entre la conversación y la reserva activa.

• Los costes de las llamadas internacionales pueden ser impredecibles. Los viajeros pueden afrontar cargos de roaming o de voz internacional al llamar a un conductor local desde una SIM extranjera.

• La disponibilidad depende del servicio de voz del operador.  Incluso cuando los datos móviles siguen funcionando, los problemas de la red de voz tradicional pueden impedir realizar una llamada.

VoIP cambia este límite. La voz se transporta como datos IP a través de una conexión a Internet, por lo que el usuario no necesita necesariamente establecer una llamada PSTN convencional o una llamada de voz del operador utilizando el número de teléfono de la otra parte.

¿Qué problemas resuelve realmente la VoIP dentro de la aplicación?

Para el usuario, la función puede parecer poco más que un botón de «Llamar». Sin embargo, desde la perspectiva de la plataforma, VoIP cambia tanto la forma en que se establece una llamada como la relación de esa conversación con la propia aplicación.

La voz ya no tiene que depender por completo de la red telefónica tradicional

VoIP transporta el audio de voz mediante una conexión a Internet. Si los datos móviles o el Wi-Fi ofrecen conectividad suficiente, la aplicación puede establecer una sesión de voz en tiempo real sin depender por completo del servicio de voz convencional del operador.

Esto no significa que VoIP sea automáticamente más fiable en cualquier situación. La calidad de la llamada sigue dependiendo de la latencia, el jitter, la pérdida de paquetes, el ancho de banda y los cambios de red. Lo que aporta VoIP es otra ruta de comunicación. Si el usuario ya dispone de una conexión de datos operativa para la aplicación, la voz puede utilizar potencialmente ese mismo entorno de red.

La comunicación internacional puede depender menos de los cargos de roaming de voz

Esto puede ser especialmente útil para viajes y aplicaciones móviles desplegadas globalmente. Un pasajero que utilice en el extranjero una SIM de su país puede incurrir en cargos de roaming al llamar a un conductor local a través de la red telefónica tradicional.

Una llamada VoIP dentro de la aplicación utiliza principalmente datos. Si el viajero ya dispone de datos móviles locales, un paquete internacional de datos o acceso Wi-Fi, la conversación no tiene que facturarse de la misma manera que una llamada de voz internacional convencional. Puede seguir habiendo cargos por datos, pero el modelo de coste es distinto al roaming de voz tradicional.

Esto hace que VoIP sea especialmente relevante para el transporte bajo demanda, las plataformas de viajes, los servicios hoteleros y la atención internacional al cliente. La comunicación de voz sigue disponible, pero su modelo de transporte y facturación pasa de la red telefónica tradicional a la conexión de datos de la aplicación.

La comunicación permanece dentro de la aplicación

Esto suele ser más importante para la experiencia del usuario que cualquier protocolo o códec concreto.

El usuario no necesita salir de la pantalla del viaje, copiar un número de teléfono ni cambiar al marcador nativo del dispositivo. El estado del viaje, la información del conductor, la ubicación y el acceso a la llamada de voz pueden mantenerse dentro del mismo flujo de trabajo.

Desde la perspectiva de la arquitectura de producto, la comunicación se convierte en una capacidad nativa del negocio en lugar de una función externa añadida a la aplicación.

Por qué la privacidad del número puede importar más que abaratar las llamadas

Para una transacción que quizá dure solo unos minutos o, como mucho, una hora, exponer un número de teléfono personal permanente suele ser innecesario.

Lo que realmente necesitan el pasajero y el conductor es poder hablar mientras el viaje está activo. No necesitan acceso permanente a los datos de contacto privados de la otra parte.

La VoIP dentro de la aplicación encaja bien con este tipo de relación de comunicación temporal. La plataforma puede establecer la sesión de voz mediante cuentas de usuario, identificadores de viaje o identificadores internos de sesión, en lugar de presentar un número móvil personal como dirección de comunicación.

Esto puede ser especialmente valioso para los conductores. Un conductor puede interactuar cada día con muchos pasajeros desconocidos. Si cada viaje expone su número de teléfono personal, el riesgo para la privacidad se acumula con el tiempo.

El mismo principio se aplica a repartidores, técnicos de servicio de campo, personal de logística y consultores en línea. Las dos partes necesitan comunicación en tiempo real, pero ese permiso debería tener idealmente un ámbito de negocio claro y una duración definida.

¿Qué cambia en la arquitectura cuando VoIP se convierte en una capacidad de la plataforma?

Desde el punto de vista de ingeniería, la VoIP dentro de una aplicación implica mucho más que añadir captura de micrófono y reproducción de audio a un cliente móvil. Un despliegue fiable requiere una ruta completa de comunicación en tiempo real detrás de la aplicación.

Una arquitectura típica de voz dentro de la aplicación puede dividirse en varios componentes lógicos:

• Clientes móviles:  Gestionan llamadas salientes y entrantes, captura del micrófono, reproducción de audio remoto y funciones del dispositivo como el altavoz y el cambio a auriculares Bluetooth.

• Identidad y lógica de negocio:   Determinan quién puede llamar a quién. Por ejemplo, solo se puede permitir la comunicación entre el pasajero y el conductor asociados al viaje activo actual.

• Control de llamadas:   Gestiona el establecimiento, el timbrado, la respuesta, la finalización y el estado de la sesión.

• Transporte de medios: Transporta audio en tiempo real y gestiona la travesía de red, los cambios de conectividad y la retransmisión de medios cuando es necesaria.

• Mensajería y notificaciones:   Trabajan con los mecanismos push del sistema operativo móvil para que la parte llamada pueda recibir una alerta de llamada entrante incluso cuando la aplicación está en segundo plano.

No existe un único protocolo obligatorio para esta arquitectura. Un sistema puede utilizar SIP, WebRTC u otro marco de comunicación en tiempo real. Para la plataforma de negocio, la cuestión de diseño más importante es vincular la identidad del usuario, la autorización del viaje y la sesión de voz.

Cuando termina un viaje, la plataforma puede revocar el permiso de comunicación directa entre pasajero y conductor. Cuando comienza un nuevo viaje, puede crearse un nuevo contexto de comunicación para esa relación de negocio. Este enfoque proporciona un límite de seguridad más claro que simplemente almacenar y exponer números de teléfono.

Visto así, el valor de VoIP no consiste únicamente en «digitalizar la llamada telefónica». Permite que la aplicación gestione la voz del mismo modo que ya gestiona la mensajería, la ubicación, los pagos y el estado de los pedidos.

Un VoIP móvil eficaz requiere más que simplemente completar una llamada

En una demostración de producto, VoIP puede parecer terminado en cuanto dos teléfonos pueden hablar entre sí. Las redes móviles reales son mucho menos predecibles.

Un usuario puede pasar de Wi-Fi a 4G o 5G, entrar en un aparcamiento subterráneo, caminar hasta el vestíbulo de un ascensor o alcanzar el límite de cobertura. La latencia cambia, pueden perderse paquetes y el ancho de banda disponible puede fluctuar de un momento a otro.

Por ello, los sistemas móviles VoIP maduros suelen centrarse en varias capacidades operativas:

El transporte bajo demanda añade otro reto importante: ambas partes suelen estar al aire libre y en movimiento. Los conductores pueden estar rodeados de ruido de motor, tráfico y viento, mientras que los pasajeros pueden encontrarse en aeropuertos, estaciones de tren o calles concurridas.

En estos entornos, la inteligibilidad del habla y el rendimiento con redes deficientes suelen ser más valiosos que perseguir simplemente la mayor tasa de bits de audio posible.

VoIP está trasladando la comunicación de los números de teléfono a la identidad de negocio

Desde una perspectiva de arquitectura de producto a largo plazo, uno de los cambios más importantes que introduce la VoIP dentro de la aplicación no es que la voz viaje sobre IP. Es que la lógica que controla «quién puede comunicarse con quién» puede dejar de depender de los números de teléfono.

En un sistema telefónico tradicional, el número de teléfono es tanto una referencia de identidad como una dirección de encaminamiento. Si alguien conoce el número, normalmente puede intentar llamarlo.

Una plataforma puede utilizar un modelo muy diferente. La comunicación no se permite simplemente porque un usuario conozca el número de otro. En su lugar, el sistema puede autorizar una llamada porque ambos usuarios comparten en ese momento una relación de negocio válida.

Este modelo encaja especialmente bien con los servicios basados en plataformas. Un viaje de transporte bajo demanda, una tarea de reparto, un envío logístico, una cita médica o un ticket de servicio pueden actuar como contexto de autorización de una sesión de comunicación temporal.

Cuando termina la transacción, la relación de comunicación puede terminar con ella.

Por eso, el papel de VoIP en las aplicaciones móviles va mucho más allá de reducir las tarifas telefónicas. Ofrece a las plataformas una forma de combinar voz, mensajería, identidad de usuario y estado del negocio dentro de un único modelo de comunicación.

Para aplicaciones que conectan con frecuencia a personas que no se conocen personalmente, este modelo de comunicación temporal, controlado y guiado por el negocio puede ser una arquitectura a largo plazo mejor que limitarse a exponer otro número de teléfono.

Preguntas frecuentes

¿La VoIP dentro de la aplicación requiere una IP PBX tradicional?

No necesariamente. Una IP PBX es útil cuando el sistema también necesita gestionar extensiones empresariales y terminales SIP, pero una aplicación móvil también puede utilizar una plataforma RTC dedicada, una arquitectura WebRTC o un servicio de comunicaciones en la nube.

La necesidad de una IP PBX depende en gran medida de si la aplicación también debe conectarse a teléfonos SIP, números PSTN, centros de contacto u otros sistemas de voz empresariales.

¿Por qué las llamadas VoIP son más complicadas cuando la aplicación se ejecuta en segundo plano?

Los sistemas operativos móviles restringen la actividad prolongada en segundo plano para ahorrar batería y recursos del sistema. Por ello, las llamadas VoIP entrantes suelen tener que trabajar con notificaciones push, marcos de llamada nativos y recuperación de sesión a nivel de aplicación, en lugar de asumir que la app puede permanecer activa de forma continua.

¿Debería VoIP ser el único método de comunicación para llamadas de emergencia?

En la mayoría de los casos, un servicio VoIP de uso general dentro de una aplicación no debería sustituir sin más a los sistemas de llamadas de emergencia establecidos. Las comunicaciones de emergencia pueden implicar gestión de ubicación, identificación de la persona que llama, disponibilidad durante fallos de red y requisitos regulatorios locales.

La VoIP estándar dentro de la aplicación es más adecuado para comunicaciones de negocio, como llamadas entre pasajero y conductor, atención al cliente o comunicación entre trabajadores de campo.

¿Qué debería probar primero una empresa al añadir VoIP a su propia aplicación móvil?

Las pruebas deben ir más allá del establecimiento básico de llamadas. Conviene evaluar desde el principio redes deficientes, cambios de Wi-Fi a red móvil, llamadas entrantes en segundo plano, cambio de auriculares Bluetooth, eco, ruido de carretera y estabilidad de llamadas de larga duración.

Una llamada que funciona perfectamente en un laboratorio puede comportarse de manera muy distinta cuando los usuarios empiezan a moverse por redes móviles reales.