O transporte de idosos é um dos segmentos com maior demanda não atendida na mobilidade urbana da LATAM, e a maioria dos operadores de transporte por aplicativo regional não o tem como linha ativa porque o modelo on-demand padrão funciona mal com esse usuário. O idoso que precisa de transporte frequente para uma clínica, para a fisioterapia ou para a casa de um familiar não tem o perfil do usuário habitual da plataforma: em muitos casos não maneja apps, não tem cartão de crédito vinculado e desconfia que um motorista desconhecido chegue à sua casa sem mais contexto que uma foto e um nome. Ignorar esse descompasso produz uma operação que tecnicamente tem o serviço disponível, mas que na prática não gera corridas desse segmento. O argumento deste artigo é que o idoso pode ser um segmento rentável para qualquer operador regional, desde que se resolvam três variáveis concretas: o canal pelo qual chega a reserva, o perfil do motorista que recebe a atribuição e o mecanismo pelo qual se cobra a corrida.

Este artigo é para operadores com 50 ou mais motoristas ativos em cidades onde há uma população de idosos com necessidade de transporte frequente e sem um familiar disponível para levá-los em cada ocasião. O mercado natural são pessoas de 65 a 80 anos com mobilidade reduzida, mas não nula — adultos que podem viajar sozinhos em um veículo, mas que têm barreiras concretas com a tecnologia e com o modelo do motorista desconhecido do on-demand padrão. Não são usuários que vão baixar o app de forma autônoma e aprendê-lo em uma semana: são usuários que alguém da sua família vai incorporar ao serviço, e que depois usarão com ajuda ou de forma autônoma se a experiência inicial funcionar. Entender esse processo de incorporação — quem o inicia, quem o sustenta e o que o faz falhar — é o primeiro passo para converter este segmento em uma fonte de corridas recorrentes com baixo cancelamento.

Por que o idoso não usa apps de transporte por aplicativo por padrão

O modelo on-demand tem três características que geram atrito específico para o idoso como usuário direto. A primeira é o fluxo da solicitação: inserir origem, buscar destino, selecionar tipo de serviço, revisar preço e confirmar. Para um usuário de 70 anos sem experiência prévia com apps de mobilidade, esse fluxo de quatro a seis passos exige um aprendizado que não acontece de forma espontânea na primeira instalação. Os apps estão otimizados para usuários frequentes que têm o fluxo memorizado — o primeiro uso e os usos esporádicos são sistematicamente mais difíceis que o uso habitual. O idoso que pede uma corrida uma vez por semana para a clínica nunca chega ao nível de automatização que faz a experiência parecer fluida, e esse atrito acumulado em cada solicitação se torna a principal razão pela qual ele deixa de tentar.

O segundo obstáculo é o pagamento digital. Entre os idosos na LATAM, a taxa de uso ativo de cartão de débito ou crédito para pagamentos em apps é significativamente mais baixa que no grupo de 25 a 50 anos. Um adulto de 72 anos em uma cidade média pode ter cartão, mas não tê-lo registrado em nenhum app, não lembrar o CVV ou desconfiar da cobrança automática sem comprovante físico. As plataformas que exigem pagamento digital como única opção excluem esse usuário de forma efetiva. O terceiro obstáculo é a incerteza do motorista: ao contrário do passageiro habitual de on-demand que normalizou que chegará alguém diferente a cada vez, o idoso frequentemente tem uma aversão mais forte ao desconhecido, especialmente no contexto de ficar sozinho em um veículo com alguém que não reconhece. Essa resistência não é irracional: é a resposta de alguém para quem o motorista não é um serviço anônimo, mas uma pessoa de confiança ou de desconfiança.

O familiar como intermediário na reserva

A solução prática para o obstáculo do app não é simplificar a interface até que qualquer idoso consiga usá-la sozinho — é reconhecer que o idoso frequentemente tem um familiar que já gere boa parte da sua logística, e que esse familiar pode ser o usuário técnico do serviço enquanto o idoso é o usuário físico do transporte. Na prática, isso funciona como uma conta com beneficiário: o filho, a filha ou o cônjuge instala o app, configura a conta, salva os endereços frequentes do familiar idoso — clínica, casa de outro parente, igreja, farmácia — e pede corridas para ele a partir do próprio celular quando não pode levá-lo pessoalmente. O idoso recebe o motorista na porta, entra no veículo e chega ao seu destino sem ter interagido com nenhuma tela. O familiar vê em tempo real a posição do carro e recebe a confirmação de chegada.

O valor desse modelo para o operador vai além de resolver o obstáculo da UX. Um familiar que gere as corridas de um idoso tem um padrão de demanda previsível: clínica às terças e quintas, fisioterapia às sextas, consulta médica na primeira segunda-feira do mês. Essa previsibilidade transforma o idoso em um dos usuários com maior potencial de corridas agendadas e recorrentes — o oposto do usuário on-demand típico que pede corridas de forma esporádica e imprevisível. O familiar que gere os traslados de um pai ou avô também tem um incentivo concreto para ficar na mesma plataforma se a experiência funciona: trocar de app implica salvar os endereços de novo, reconfigurar o método de pagamento e, potencialmente, explicar ao idoso um processo diferente do que ele já conhece. A retenção neste segmento tende a ser estruturalmente mais alta que no on-demand padrão por essas razões.

O motorista conhecido como requisito inegociável

O perfil do motorista para serviços de idosos tem semelhanças com o transporte escolar, mas com motivações distintas. O idoso não rejeita motoristas desconhecidos apenas por segurança — frequentemente o faz por uma combinação de desconforto social, dificuldade para se comunicar com alguém que não conhece e experiências prévias com motoristas que não tiveram a paciência de esperar o tempo extra que ele precisa para entrar ou sair do veículo. O motorista designado de forma recorrente resolve todos esses obstáculos simultaneamente. Depois de duas ou três corridas com o mesmo motorista, o idoso e o motorista têm um entendimento prático: o motorista sabe que é preciso esperar dois minutos a mais na porta, que o passageiro precisa de ajuda com a porta, que prefere silêncio durante o trajeto e que é preciso avisar na chegada com uma ligação breve. Esse ajuste mútuo é impossível com rotação aleatória de motoristas.

Para o operador, o motorista designado para este segmento não precisa ser exclusivo de corridas de idosos — pode combinar essas rotas com o seu fluxo on-demand regular. O que o operador precisa configurar é que, quando esse passageiro específico faz um pedido, o sistema priorize a atribuição ao motorista habitual se ele estiver disponível dentro de um raio razoável. Essa lógica de atribuição preferencial existe em várias plataformas, mas frequentemente não é usada de forma deliberada porque os operadores não classificam os idosos como um caso de uso com perfil próprio. Ativá-la exige configuração, não desenvolvimento: identificar o usuário como elegível para atribuição preferencial, registrar qual é o motorista habitual daquela conta e definir o tempo de espera adicional antes de abrir a solicitação ao pool geral. A diferença entre fazer essa configuração de forma explícita e não fazê-la é a diferença entre construir o segmento e atender corridas soltas sem padrão.

Modelos de cobrança quando o usuário não é quem paga

A cobrança no transporte de idosos frequentemente envolve alguém que não é o passageiro. O filho que gere as corridas do pai pode estar em outra cidade — quer que o pai possa pegar o táxi sem precisar de dinheiro nem cartão, e quer receber ele o comprovante e a cobrança no seu método de pagamento. Isso exige que a plataforma suporte contas em que o método de pagamento é do familiar, mas as corridas são feitas pelo idoso. Qualquer operador que configure esse fluxo corretamente tem uma vantagem direta sobre plataformas que só permitem que o passageiro pague pelas suas próprias corridas com o seu próprio método de pagamento. Não é uma feature sofisticada — é uma configuração de conta que a maioria das plataformas suporta, mas que os operadores não habilitam de forma deliberada porque não têm um processo de incorporação específico para este segmento.

A alternativa mais simples quando a plataforma não suporta pagamentos de terceiros é o dinheiro combinado com um esquema de pré-pago. O familiar carrega uma quantia fixa na conta do idoso no início do mês, o motorista cobra ao concluir a corrida, e o familiar recebe a confirmação digital com o valor descontado. O idoso não gere nenhum pagamento; o familiar tem visibilidade completa do gasto pelo seu app. Essa estrutura não é tão elegante quanto o pagamento digital direto do familiar, mas é operacionalmente viável e elimina o obstáculo do pagamento para o idoso sem exigir desenvolvimento adicional. O que o operador não pode fazer é ignorar a pergunta de como se cobra e presumir que o fluxo padrão vai funcionar: essa premissa produz corridas canceladas no momento da cobrança e familiares frustrados que não recomendam a plataforma exatamente por esse motivo.

Como iniciar o segmento sem desenvolver um app diferente

O erro frequente ao avaliar se deve atender idosos é presumir que é preciso um app diferente com interface simplificada ou um serviço rotulado especificamente como 'táxi para idosos'. Na prática, os três elementos que fazem este segmento funcionar — intermediário de reserva, motorista conhecido e cobrança flexível — são configurações operacionais, não características de produto novas. Um operador pode começar com cinco a dez idosos como usuários passivos em contas de familiares que já estão na plataforma, designar quatro ou cinco motoristas com o perfil adequado para essas corridas periódicas e ativar a prioridade de atribuição. Esse ponto de partida não exige nada que a plataforma já não tenha — exige que o operador identifique esses usuários, identifique os seus motoristas e decida como o sistema os conecta.

O idoso não é um passageiro excepcional que exige um produto completamente diferente — é um passageiro com restrições específicas que o operador local pode atender se adaptar três decisões concretas: quem faz a reserva, quem dirige e como se cobra. Essas três adaptações são operacionais, não técnicas, e se implementam em dias, não em meses. O operador que as resolve corretamente constrói um segmento de corridas recorrentes com a menor taxa de cancelamento e o maior índice de recomendação disponível no mercado local: os familiares que confiam o serviço a um pai ou avô se tornam embaixadores do operador com uma intensidade que nenhuma campanha de aquisição digital consegue replicar.

O sinal prático de que o momento é adequado para explorar este segmento não é ter cem motoristas nem infraestrutura nova — é verificar se há idosos no entorno imediato dos motoristas atuais que já recebem traslados informais por meio de familiares. Essa demanda existe na maioria das operações de transporte por aplicativo regional sem que o operador a tenha estruturado. O primeiro passo é habilitar a conta de beneficiário para três ou quatro familiares que já estão na plataforma e designar os motoristas com o perfil correto. Se depois de quatro semanas essas corridas mostram frequência alta e cancelamento baixo, o operador tem a validação de que precisa para escalar: mais familiares, mais motoristas com perfil adequado e um processo de incorporação que converte cada recomendação em um novo usuário ativo.