Voltar ao blog

Estratégia

Quando adicionar delivery à sua operação de mobilidade — e quando não

A lógica dos mesmos motoristas para dois serviços parece impecável. O problema é que a demanda de delivery e a de passageiros colidem exatamente nos mesmos horários.

9 min de leituraEquipo Cabgo · Plataforma de mobilidade
Ilustração isométrica de uma operação de mobilidade dividida em dois lados: à esquerda uma corrida de passageiro fluida e à direita pedidos de delivery acumulados e motoristas em modo dual, com um painel central de relógio marcando o horário de colisão entre os dois serviços

A lógica de adicionar delivery a uma operação de ride-hailing parece impecável: os motoristas já têm o veículo, já conhecem a cidade, já estão no app. Cada hora em que um motorista não leva passageiros é capacidade que o delivery poderia aproveitar. A margem por pedido é mais baixa que a de uma corrida, mas se a frota tem tempo ocioso, essa receita marginal não tem custo incremental de oferta. Esse raciocínio está correto no abstrato — e produz decisões ruins na maioria dos casos concretos em que um operador o aplica sem revisar os padrões de demanda dos dois serviços antes de decidir.

Este artigo é para operadores com entre 60 e 300 motoristas ativos que estão avaliando delivery como segunda linha de serviço, que já o adicionaram e se perguntam por que os números não fecham, ou que estão crescendo e querem entender em que momento a diversificação deixa de ser um risco para o negócio principal. O argumento central não é que o delivery seja uma extensão ruim para uma plataforma de mobilidade — há operações regionais que o integram com sucesso. É que as condições para que funcione são específicas, e a maioria dos operadores que o adiciona não as cumpre no momento em que toma a decisão.

Por que a lógica 'mesmos motoristas, mais receita' é incompleta

A premissa de 'mesmos motoristas' ignora um detalhe operacional fundamental: os motoristas com tempo ocioso não estão distribuídos de forma aleatória ao longo do dia. Estão ociosos nos mesmos horários em que sua operação de passageiros tem baixa demanda — geralmente entre as 10h da manhã e a 1h da tarde, e entre as 16h e as 18h. O problema é que essas janelas de baixa demanda no ride-hailing são exatamente quando o delivery tem seus picos mais altos: a hora do almoço e o fim do expediente. Quando você adiciona delivery sem entender esse padrão, não está preenchendo lacunas na disponibilidade da sua frota — está criando concorrência interna entre dois serviços pelos mesmos motoristas nos momentos em que ambos precisam deles ao mesmo tempo.

O resultado mais frequente não é a frota gerenciar os dois serviços com eficiência — é os motoristas priorizarem o serviço que naquele momento oferece maior receita esperada por hora ativa, e o outro se degrada. Em mercados secundários da LATAM, o ticket médio de uma corrida de passageiros (US$ 3 a US$ 5) supera o de um pedido de delivery (US$ 1,50 a US$ 2,80) na maioria dos horários de sobreposição. Os motoristas aprendem em poucas semanas qual serviço maximiza sua receita por hora, e os pedidos de delivery começam a acumular tempos de aceitação mais altos, cancelamentos de última hora e métricas deterioradas que o operador enxerga como um problema de tecnologia quando na verdade é um problema de estrutura de incentivos.

Os dois tipos de frota: qual aguenta delivery e qual não

Nem toda frota tem a mesma capacidade de absorver um segundo serviço. A diferença-chave não está no tamanho total da frota — está na distribuição de disponibilidade ao longo do dia e no perfil dos motoristas. Uma frota de 150 motoristas com alta concentração nos horários de pico da manhã e da noite, e disponibilidade real escassa nas horas intermediárias, tem o problema descrito: os motoristas disponíveis na hora do almoço são os mesmos que nos horários de pico são os mais ativos no ride-hailing, e sua disponibilidade para delivery está superestimada porque o operador a calculou quando esses motoristas não tinham alternativa de receita na plataforma.

A frota que aguenta delivery sem degradar o serviço principal tem uma característica específica: motoristas com disponibilidade sustentada em horários de baixa demanda de passageiros que, por restrições de veículo, zona geográfica ou preferência de horário, não estão disputando as mesmas corridas durante os picos. Na prática, isso significa motoristas de moto para delivery de restaurante ou farmácia em zonas densas; motoristas de veículo compacto cuja faixa de disponibilidade cai em demanda de delivery mas não de ride-hailing de alto ticket; ou motoristas part-time cujo horário principal coincide com o pico do meio-dia. Sem esse perfil de motorista adicional — real, não estimado a partir de ociosos ocasionais — o delivery não complementa o ride-hailing: concorre diretamente com ele pelo mesmo recurso escasso.

Quando os horários dos dois serviços colidem

O padrão de demanda do delivery em cidades secundárias da LATAM tem três picos principais: meio-dia entre as 12h e as 14h, fim de tarde e noite entre as 19h e as 22h, e os fins de semana em geral. O ride-hailing nas mesmas cidades tem pico de manhã cedo entre as 6h e as 9h, no fim de tarde entre as 18h e as 20h, e na noite de fim de semana entre as 22h e a 1h. A sobreposição direta mais crítica ocorre na faixa das 18h às 20h: tanto o delivery do jantar quanto o ride-hailing da saída do trabalho precisam de motoristas disponíveis ao mesmo tempo. Nesse período, uma frota mista sem segmentação de motoristas produz a pior experiência nos dois serviços ao mesmo tempo — tempos de espera mais longos no ride-hailing e tempos de entrega mais lentos no delivery.

Há um segundo ponto de colisão mais difícil de antecipar: os eventos especiais. Uma cidade de 200.000 habitantes com um jogo de futebol local, uma feira regional ou um show experimenta um pico de ride-hailing que pode triplicar a média durante três ou quatro horas. Nessas janelas, os motoristas em modo dual desativam o delivery para se concentrar nas corridas de maior receita. O resultado é que exatamente quando há mais pessoas na rua — e potencialmente maior demanda de delivery de comidas e bebidas — o serviço de entrega fica sem oferta disponível porque todos os motoristas do pool estão em modo passageiro. A mesma infraestrutura que se apresenta como flexível se revela rígida quando ambos os serviços precisam dela ao mesmo tempo.

Os três sinais que indicam que é hora de adicionar delivery

Se o delivery atrapalha mais operações de mobilidade regional do que as complementa, a pergunta não é se adicioná-lo, mas quando fazê-lo sem que o serviço de passageiros pague o preço. Há três condições que devem ser cumpridas em conjunto — não isoladamente — para que o delivery seja uma extensão real do negócio em vez de um peso sobre a operação principal:

  • Excedente sustentado de motoristas em horários fora de pico: não um motorista ocioso ocasional, mas um padrão consistente de 15% a 20% da frota ativa sem corrida atribuída durante pelo menos três horas por dia, cinco dias por semana, ao longo de mais de quatro semanas consecutivas — esse excedente é a condição mínima para que o delivery aproveite capacidade real sem tocar na oferta disponível para passageiros
  • Ticket médio de delivery rentável sem subsídio permanente: em mercados onde o ticket de uma entrega não atinge o piso de receita por hora que retém motoristas (geralmente US$ 2,50 a US$ 5,50 por hora ativa na LATAM secundária), o serviço exige incentivos contínuos para se manter ativo — esse custo fixo precisa ser calculado antes do lançamento, não descoberto no terceiro mês
  • Três meses consecutivos acima do break-even operacional no ride-hailing: adicionar um segundo serviço antes de o primeiro ser financeiramente estável não diversifica o risco — amplifica-o com dupla estrutura de custos antes de qualquer um dos dois serviços ser sustentável

Como estruturar o piloto para não comprometer o negócio principal

Se as três condições estão presentes, o piloto de delivery tem que ser desenhado com uma restrição fundamental: os motoristas do piloto não podem ser os mesmos que cobrem a demanda de pico do ride-hailing. Isso significa identificar um grupo específico de motoristas — entre 8 e 15 conforme o tamanho da frota — com disponibilidade real e consistente em horários de baixa demanda de passageiros, e operar o piloto exclusivamente com esse grupo durante as primeiras seis a oito semanas. O piloto não é um teste de tecnologia — a plataforma consegue lidar com os dois serviços desde o primeiro dia. É um teste de se esse grupo de motoristas consegue absorver a demanda de delivery sem afetar os tempos de resposta do serviço de passageiros durante as horas de sobreposição.

Quatro sinais de que o delivery está afetando o ride-hailing

Indicadores de alerta antecipado de que a operação de delivery está degradando o serviço de passageiros:

  • O tempo de atribuição no ride-hailing sobe de forma sustentada sem que a demanda de passageiros tenha crescido: os motoristas disponíveis no app estão em modo dual e priorizam delivery quando o pedido compete em valor esperado com a corrida naquela janela de tempo
  • A taxa de cancelamento pós-atribuição no ride-hailing aumenta: motoristas que aceitam uma corrida cancelam quando surge um pedido de delivery de maior valor esperado no mesmo período, produzindo uma experiência de passageiro prejudicada sem que nenhuma métrica de demanda explique
  • A receita por hora ativa dos motoristas no ride-hailing cai sem explicação de demanda nem concorrência: o tempo médio por corrida está aumentando porque os motoristas gerenciam notificações dos dois serviços enquanto estão em rota, alongando cada corrida além do tempo real do trajeto
  • A retenção de passageiros em 30 dias cai sem mudanças de preço nem entrada de nova concorrência: o sinal mais tardio e mais caro, porque indica que a degradação da experiência já produziu desengajamento antes de o operador identificar a origem do problema
Adicionar delivery nos pareceu natural: tínhamos motoristas que reclamavam de poucas horas entre as 10h da manhã e a 1h da tarde. Em seis semanas, os tempos de espera no ride-hailing subiram de 3,5 para 6,2 minutos. Os motoristas estavam no app mas atentos aos pedidos de delivery, não às corridas. Levamos dois meses para entender que o problema não era a tecnologia — era que os mesmos motoristas não conseguiam atender bem dois serviços em horários que se sobrepunham mais do que tínhamos calculado.
Operador de mobilidade em uma cidade de 180.000 habitantes no nordeste do México

A decisão de adicionar delivery não é tecnológica nem exclusivamente estratégica — é uma decisão de gestão de oferta. A plataforma consegue lidar com os dois serviços desde o primeiro dia. O problema não está na plataforma, e sim em se a frota tem o excedente real que o delivery precisa para funcionar sem comprometer o serviço de passageiros. O operador que adiciona delivery antes de ter esse excedente mensurável não está expandindo sua operação — está dividindo a mesma oferta entre dois serviços que vão disputá-la nos momentos de maior demanda de ambos.

A pergunta certa não é se o delivery é uma boa extensão para uma operação de mobilidade regional. A resposta depende de uma única condição: se a frota tem capacidade excedente real nos horários onde o delivery gera demanda. Essa condição pode ser medida com quatro semanas de dados de disponibilidade de motoristas por hora. Se a medição confirma o excedente, o delivery é uma extensão natural com baixo risco e sem investimento inicial significativo. Se não confirma, o momento certo não é agora — é quando o ride-hailing tiver atingido o volume suficiente para gerar esse excedente de forma consistente sem depender dos motoristas que cobrem os picos do serviço principal.

Temasadicionar delivery app táxidelivery ride-hailing segunda linhadiversificar operação mobilidade LATAMfrota motoristas delivery passageirosdelivery táxi mesma plataformaquando oferecer delivery app mobilidadeoperação delivery ride-hailing regional