Um passageiro chegou ao ponto de embarque, mas não consegue encontrar o carro. O motorista está por perto, porém a localização no mapa está ligeiramente deslocada. Em situações assim, continuar trocando mensagens de texto costuma ser menos eficiente do que simplesmente fazer uma ligação.

Mas, se cada viagem ainda depender de uma chamada telefônica convencional entre dois números de celular pessoais, surgem outros problemas. Passageiro e motorista realmente precisam ver o número real um do outro? O que acontece quando o passageiro está viajando para outro país e o roaming de voz tradicional é caro? Eles ainda conseguem se comunicar se o serviço de voz da operadora estiver congestionado, mas os dados móveis continuarem disponíveis? E, depois que a viagem termina, alguma das partes deveria continuar tendo um meio de contato privado que já não tem relação com aquela transação?

As chamadas VoIP dentro do aplicativo oferecem uma forma de lidar com essas questões. Quando a Uber introduziu chamadas VoIP em 2018, a plataforma já oferecia mensagens de texto, chat dentro do app e chamadas telefônicas convencionais. O VoIP não era simplesmente mais um botão de “Ligar”. Ele trouxe a comunicação de voz em tempo real para dentro do próprio ambiente de comunicação do aplicativo.

O mesmo modelo se tornou cada vez mais relevante para aplicativos de transporte sob demanda, entrega de comida, logística, telessaúde, atendimento ao cliente e equipes móveis. A necessidade de fundo é semelhante: os usuários ainda precisam de comunicação de voz imediata, mas a plataforma não precisa necessariamente fazer com que essa interação dependa inteiramente da rede telefônica pública ou da troca de números de telefone pessoais.

Por que chamadas telefônicas tradicionais nem sempre são a melhor opção para serviços de transporte sob demanda

As chamadas de voz durante uma viagem normalmente são curtas, mas exigem resposta rápida. Um passageiro talvez precise apenas dizer “Estou na entrada leste”, enquanto o motorista pode responder “Não consigo parar aí. Caminhe cerca de 50 metros para a frente”. Essas conversas estão diretamente ligadas a uma viagem específica e, em geral, só importam enquanto essa viagem está ativa.

Em uma chamada celular tradicional, porém, a plataforma entrega uma das interações em tempo real mais importantes a um sistema telefônico externo. O aplicativo gerencia a reserva, o mapa, o pagamento e o status da viagem, mas, no momento em que o usuário toca em um número de telefone, a interação pode sair do app e passar para o discador nativo do aparelho.

Essa abordagem é simples, mas cria várias limitações estruturais.

• A identidade de comunicação fica vinculada a um número de telefone real. Sem mascaramento de números ou outra camada de privacidade, passageiros e motoristas podem acabar vendo os números de celular pessoais um do outro.

• A chamada fica separada do fluxo de negócio.  Sair da tela da viagem para o discador nativo enfraquece a relação direta entre a conversa e a reserva em andamento.

• Os custos de chamadas internacionais podem ser imprevisíveis. Viajantes podem pagar roaming ou tarifas de voz internacional ao ligar para um motorista local usando um cartão SIM de outro país.

• A disponibilidade depende do serviço de voz da operadora.  Mesmo quando os dados móveis continuam funcionando, problemas na rede de voz tradicional podem impedir que uma chamada seja feita.

O VoIP muda esse limite. A voz é transportada como dados IP por uma conexão com a Internet, portanto o usuário não precisa necessariamente estabelecer uma chamada PSTN convencional ou uma chamada de voz da operadora usando o número de telefone da outra pessoa.

Que problemas o VoIP dentro do aplicativo realmente resolve?

Para o usuário, o recurso pode parecer apenas um botão de “Ligar”. Do ponto de vista da plataforma, porém, o VoIP muda tanto a forma como a chamada é estabelecida quanto a relação dessa conversa com o próprio aplicativo.

A voz não precisa mais depender inteiramente da rede telefônica tradicional

O VoIP transporta mídia de voz por uma conexão com a Internet. Se os dados móveis ou o Wi-Fi oferecerem conectividade suficiente, o aplicativo pode estabelecer uma sessão de voz em tempo real sem depender inteiramente do serviço de voz convencional da operadora.

Isso não significa que o VoIP seja automaticamente mais confiável em todas as situações. A qualidade da chamada ainda depende de latência, jitter, perda de pacotes, largura de banda e trocas de rede. O que o VoIP oferece é outro caminho de comunicação. Se o usuário já possui uma conexão de dados funcionando para o aplicativo, a voz pode utilizar esse mesmo ambiente de rede.

A comunicação internacional pode depender menos das tarifas de roaming de voz

Isso pode ser especialmente útil em viagens e em aplicativos móveis implantados globalmente. Um passageiro usando no exterior um SIM de seu país pode ter custos de roaming ao ligar para um motorista local pela rede telefônica tradicional.

Uma chamada VoIP dentro do aplicativo usa principalmente dados. Se o viajante já tem dados móveis locais, um pacote internacional de dados ou acesso Wi-Fi, a conversa não precisa ser cobrada da mesma forma que uma chamada de voz internacional convencional. Ainda podem existir tarifas de dados, mas o modelo de custo é diferente do roaming de voz tradicional.

Isso torna o VoIP especialmente relevante para serviços de transporte sob demanda, plataformas de viagem, serviços de hotelaria e atendimento internacional ao cliente. A comunicação de voz continua disponível, mas seu modelo de transporte e cobrança passa da rede telefônica tradicional para a conexão de dados do aplicativo.

A comunicação permanece dentro do aplicativo

Para a experiência do usuário, isso costuma ser mais importante do que qualquer protocolo ou codec específico.

O usuário não precisa sair da tela da viagem, copiar um número de telefone nem mudar para o discador nativo do aparelho. O status da viagem, as informações do motorista, a localização e o acesso à chamada de voz podem permanecer no mesmo fluxo de trabalho.

Do ponto de vista da arquitetura do produto, a comunicação passa a ser uma capacidade nativa do negócio, em vez de uma função externa anexada ao aplicativo.

Por que a privacidade do número pode ser mais importante do que reduzir o custo das chamadas

Para uma transação que pode durar apenas alguns minutos ou talvez uma hora, expor um número de telefone pessoal de uso permanente costuma ser desnecessário.

O que passageiro e motorista realmente precisam é poder conversar durante a viagem em andamento. Eles não precisam ter acesso permanente aos dados de contato privados um do outro.

O VoIP dentro do aplicativo se adapta bem a esse tipo de relação de comunicação temporária. A plataforma pode estabelecer a sessão de voz usando contas de usuário, IDs de viagem ou identificadores internos de sessão, em vez de apresentar um número de celular pessoal como endereço de comunicação.

Isso pode ser especialmente valioso para motoristas. Um motorista pode interagir com muitos passageiros desconhecidos todos os dias. Se cada viagem expõe seu número de telefone pessoal, o risco de privacidade se acumula ao longo do tempo.

O mesmo princípio se aplica a entregadores, técnicos de serviço em campo, profissionais de logística e consultores online. As duas partes precisam de comunicação em tempo real, mas essa permissão deve, idealmente, ter um escopo de negócio claro e um prazo definido.

O que muda na arquitetura quando o VoIP se torna uma capacidade da plataforma?

Do ponto de vista de engenharia, o VoIP dentro do aplicativo envolve muito mais do que adicionar captura do microfone e reprodução de áudio a um cliente móvel. Uma implantação confiável exige um caminho completo de comunicação em tempo real por trás da aplicação.

Uma arquitetura típica de voz dentro do aplicativo pode ser dividida em vários componentes lógicos:

• Clientes móveis:  Gerenciam chamadas de saída e entrada, captura do microfone, reprodução do áudio remoto e funções do aparelho, como viva-voz e alternância para fones Bluetooth.

• Identidade e lógica de negócio:   Determinam quem pode ligar para quem. Por exemplo, apenas o passageiro e o motorista associados à viagem ativa naquele momento podem ter permissão para se comunicar.

• Controle de chamadas:   Gerencia estabelecimento da chamada, toque, atendimento, encerramento e estado da sessão.

• Transporte de mídia: Transporta áudio em tempo real e lida com travessia de rede, mudanças nas condições de conectividade e retransmissão de mídia quando necessário.

• Mensagens e notificações:   Trabalham com os mecanismos de push do sistema operacional móvel para que a parte chamada ainda receba um alerta de chamada mesmo quando o aplicativo está em segundo plano.

Não existe um único protocolo obrigatório para essa arquitetura. Um sistema pode usar SIP, WebRTC ou outra estrutura de comunicação em tempo real. Para a plataforma de negócio, a questão de projeto mais importante é vincular a identidade do usuário, a autorização da viagem e a sessão de voz.

Quando uma viagem termina, a plataforma pode revogar a permissão de comunicação direta entre passageiro e motorista. Quando uma nova viagem começa, um novo contexto de comunicação pode ser criado para aquela relação de negócio. Essa abordagem oferece um limite de segurança mais claro do que simplesmente armazenar e expor números de telefone.

Visto dessa forma, o valor do VoIP não está apenas em “digitalizar a chamada telefônica”. Ele permite que a voz seja gerenciada pelo aplicativo da mesma forma que mensagens, localização, pagamentos e status do pedido já são gerenciados.

VoIP móvel bem-sucedido exige mais do que simplesmente completar uma chamada

Em uma demonstração de produto, o VoIP pode parecer pronto assim que dois telefones conseguem conversar entre si. Redes móveis reais são muito menos previsíveis.

Um usuário pode passar do Wi-Fi para 4G ou 5G, entrar em um estacionamento subterrâneo, caminhar para o hall de um elevador ou chegar ao limite da cobertura da rede. A latência muda, pacotes podem ser perdidos e a largura de banda disponível pode variar de um momento para outro.

Por isso, sistemas móveis VoIP maduros tendem a se concentrar em várias capacidades operacionais:

Serviços de transporte sob demanda trazem outro desafio importante: as duas partes muitas vezes estão ao ar livre e em movimento. Os motoristas podem estar cercados por ruído de motor, trânsito e vento, enquanto os passageiros podem estar em aeroportos, estações ferroviárias ou ruas movimentadas.

Nesses ambientes, a inteligibilidade da fala e o desempenho em redes fracas costumam ser mais valiosos do que simplesmente buscar a maior taxa de bits de áudio possível.

O VoIP está mudando a comunicação de números de telefone para identidade de negócio

De uma perspectiva de arquitetura de produto de longo prazo, uma das mudanças mais importantes trazidas pelo VoIP dentro do aplicativo não é o fato de a voz trafegar por IP. É a possibilidade de a lógica que controla “quem pode se comunicar com quem” deixar de depender dos números de telefone.

Em um sistema telefônico tradicional, o número de telefone é ao mesmo tempo uma referência de identidade e um endereço de roteamento. Se alguém conhece o número, geralmente pode tentar ligar para ele.

Uma plataforma pode usar um modelo muito diferente. A comunicação não é permitida simplesmente porque um usuário conhece o número de outro. Em vez disso, o sistema pode autorizar uma chamada porque os dois usuários compartilham naquele momento uma relação de negócio válida.

Esse modelo se encaixa especialmente bem em serviços baseados em plataforma. Uma corrida por aplicativo, uma tarefa de entrega, uma remessa logística, uma consulta médica ou um chamado de serviço podem servir como contexto de autorização para uma sessão temporária de comunicação.

Quando a transação termina, a relação de comunicação pode terminar junto com ela.

Por isso, o papel do VoIP em aplicativos móveis vai muito além de reduzir tarifas telefônicas. Ele oferece às plataformas uma forma de combinar voz, mensagens, identidade do usuário e estado do negócio dentro de um único modelo de comunicação.

Para aplicativos que conectam com frequência pessoas que não se conhecem, esse modelo de comunicação temporário, controlado e orientado pelo negócio pode ser uma arquitetura de longo prazo melhor do que simplesmente expor mais um número de telefone.

Perguntas frequentes

O VoIP dentro do aplicativo exige um IP PBX tradicional?

Não necessariamente. Um IP PBX é útil quando o sistema também precisa gerenciar ramais empresariais e terminais SIP, mas um aplicativo móvel também pode usar uma plataforma RTC dedicada, uma arquitetura WebRTC ou um serviço de comunicação em nuvem.

A necessidade de um IP PBX depende principalmente de a aplicação também precisar se conectar a telefones SIP, números PSTN, contact centers ou outros sistemas de voz empresariais.

Por que as chamadas VoIP são mais complicadas quando o aplicativo está em segundo plano?

Os sistemas operacionais móveis restringem atividades prolongadas em segundo plano para economizar bateria e recursos do sistema. Por isso, chamadas VoIP recebidas normalmente precisam trabalhar com notificações push, estruturas nativas de chamada e recuperação de sessão no nível do aplicativo, em vez de pressupor que o app pode permanecer continuamente ativo.

O VoIP deve ser o único método de comunicação para chamadas de emergência?

Na maioria dos casos, um serviço VoIP de uso geral dentro do aplicativo não deve simplesmente substituir sistemas estabelecidos de chamadas de emergência. Comunicações de emergência podem envolver tratamento de localização, identificação de quem liga, disponibilidade durante falhas de rede e requisitos regulatórios locais.

O VoIP padrão dentro do aplicativo é mais adequado para comunicação de negócio, como chamadas entre passageiro e motorista, atendimento ao cliente ou comunicação entre equipes de campo.

O que uma empresa deve testar primeiro ao adicionar VoIP ao próprio aplicativo móvel?

Os testes devem ir além do estabelecimento básico de chamadas. Redes fracas, transições entre Wi-Fi e rede celular, chamadas recebidas em segundo plano, troca de fones Bluetooth, eco, ruído de estrada e estabilidade em chamadas longas devem ser avaliados desde cedo.

Uma chamada que funciona perfeitamente em laboratório pode se comportar de forma muito diferente quando os usuários começam a se deslocar por redes móveis reais.