Modelos de reserva instantânea vs solicitação de reserva

Por Brian Tr · Atualizado em 7 de outubro de 2026

Todo marketplace precisa responder a uma pergunta pequena que acaba moldando o produto inteiro: quando o comprador diz sim, quem precisa dizer sim de volta? Em alguns marketplaces, a resposta é ninguém. O comprador clica, paga e a reserva existe. Em outros, o comprador envia uma solicitação e espera enquanto o vendedor decide.

O primeiro modelo costuma ser chamado de reserva instantânea (Instant Book). O segundo é a solicitação de reserva (Request to Book). Nenhum dos dois é melhor em abstrato. Eles trocam a rapidez do comprador pelo controle do vendedor, e a escolha certa depende do que está sendo vendido, do quanto o vendedor tem a perder e do que a plataforma pode fazer para protegê-lo. Este artigo define os dois modelos, mostra como cada um muda as taxas de aceitação, os cancelamentos e a busca, cobre os híbridos a que a maioria dos marketplaces maduros chega e indica que tipos de marketplace se inclinam para cada lado.

As regras das plataformas mudam, então toda política descrita aqui vale em 7 de outubro de 2026, quando lemos as páginas citadas. Trate-as como retratos datados, não como fatos permanentes.

Fatos Principais

• No Airbnb, os anúncios que mostram o botão "Confirm and pay" podem ser reservados na hora, enquanto os que mostram "Request to book" precisam antes da aprovação do anfitrião (Airbnb Help Center, consultado em 7 out 2026).
• O Airbnb diz que, em uma solicitação, o anfitrião normalmente responde em até 24 horas e que, fora da Índia, o hóspede não é cobrado se o anfitrião recusar ou não responder nesse prazo (Airbnb Help Center).
• Em um experimento de campo de 2015 com cerca de 6.400 anúncios do Airbnb em cinco cidades, as consultas de hóspedes com nomes que soavam brancos foram aceitas cerca de 50% das vezes, contra cerca de 42% para hóspedes com nomes que soavam afro-americanos (Edelman, Luca e Svirsky, AEJ: Applied Economics, 2017).
• O resumo do mesmo artigo informa que os pedidos de hóspedes com nomes distintamente afro-americanos tinham 16% menos chance de ser aceitos do que os de hóspedes idênticos com nomes distintamente brancos (Edelman, Luca e Svirsky).
• A própria equipe de ranqueamento de busca do Airbnb descreve um ecossistema de ranqueamento que inclui modelos que preveem a probabilidade de um anfitrião aceitar a solicitação de um hóspede (Haldar et al., arXiv 1810.09591).
• Em novembro de 2023, a Turo anunciou que, a partir do primeiro semestre de 2024, os hóspedes poderiam reservar todas as viagens com o Book Instantly (Turo Field Notes).

Os dois modelos, definidos

Reserva instantânea significa que o vendedor se compromete com antecedência. Ele define as regras uma única vez (preço, calendário, estadia mínima, quem pode reservar), e qualquer comprador que atenda a essas regras recebe confirmação imediata. O vendedor nunca vê uma transação individual antes de ela acontecer.

Solicitação de reserva significa que o vendedor decide a cada transação. O comprador envia datas e detalhes, o vendedor analisa o pedido e aceita ou recusa. Até lá, a reserva não existe.

A central de ajuda do Airbnb mostra os dois na mesma página. Seu guia para reservar uma casa diz que, se o comprador vir "Confirm and pay", pode reservar na hora, e que, se vir "Request to book", pode adicionar os dados de pagamento, revisar as políticas e enviar uma mensagem ao anfitrião antes de enviar o pedido (Airbnb Help Center, artigo 85). Seu artigo sobre o Instant Book acrescenta as condições do lado do comprador: o hóspede precisa ter concluído a configuração da conta e a reserva precisa ter menos de 31 noites (Airbnb Help Center, artigo 523).

Note o que há de diferente nos dois fluxos, porque é a história inteira. Na solicitação de reserva, há uma lacuna entre a intenção do comprador e o compromisso do vendedor. Essa lacuna é onde o vendedor ganha controle, e também onde o comprador fica preso.

O que cada modelo otimiza

Pense na lacuna como tendo um preço para cada lado.

Para o comprador, a lacuna custa tempo e certeza. Um viajante que precisa de um lugar para esta noite não pode esperar um dia. Um comprador que compara cinco anúncios precisa manter cinco solicitações pendentes ou enviá-las uma de cada vez. A orientação do próprio Airbnb reflete isso: seu resumo do Instant Book diz que ele permite que hóspedes que atendem aos requisitos de um anfitrião reservem imediatamente em vez de enviar uma solicitação de aprovação (Airbnb Help Center, artigo 85, artigos relacionados), e sua página para hóspedes chama a opção de "especialmente conveniente para viagens de última hora" (Airbnb Help Center, artigo 523).

Para o vendedor, eliminar a lacuna custa controle. Sem ela, ele não pode ler um perfil, fazer uma pergunta nem recusar uma estadia que não se encaixa. Isso importa mais quando uma transação ruim é cara: um estranho na sua casa, um estranho dirigindo o seu carro, um projeto que exige uma habilidade específica. Quanto mais o vendedor tem a perder, mais ele vai querer a lacuna de volta.

As plataformas sentem o mesmo trade-off no nível agregado. Eliminar a espera provavelmente ajuda a conversão, já que menos compradores precisam manter uma solicitação pendente, embora seja melhor testar isso do que presumir. O risco inverso também é real: alguns vendedores nem vão anunciar em um modelo em que estranhos reservam automaticamente. Para ver como isso se encaixa no funil mais amplo, consulte nossa referência sobre conversão em marketplaces.

Taxas de aceitação, cancelamentos e o custo do "não"

Em um modelo de solicitação, a decisão do vendedor se torna uma variável que a plataforma precisa gerenciar. Duas coisas acontecem.

Primeiro, a aceitação não é garantida, então uma solicitação é uma probabilidade, não uma reserva. Os pesquisadores de ranqueamento de busca do Airbnb dizem isso diretamente: o modelo de ranqueamento que descrevem faz parte de um ecossistema de modelos que inclui os que preveem a probabilidade de um anfitrião aceitar a solicitação de reserva do hóspede (Haldar et al., "Applying Deep Learning To Airbnb Search"). Essa é uma consequência de design da solicitação de reserva. Se um anfitrião provavelmente vai recusar determinado hóspede, mostrar aquele anúncio a esse hóspede desperdiça o tempo dos dois lados. A reserva instantânea elimina esse problema de previsão, porque a aceitação já está definida pelas regras.

Segundo, o comportamento de resposta do vendedor passa a ser algo a medir e governar. O Airbnb diz aos hóspedes que um anfitrião normalmente responde em até 24 horas e que, fora da Índia, o hóspede não é cobrado se o anfitrião recusar ou não responder nesse prazo (Airbnb Help Center, artigo 85). Essa frase contém uma política inteira: as solicitações expiram, o comprador é liberado e a plataforma não cobra o pagamento até o vendedor se comprometer. Sem uma regra assim, um vendedor lento poderia congelar o dinheiro ou os planos de um comprador indefinidamente.

Os cancelamentos também se movem, mas de forma mais sutil. Na reserva instantânea, o vendedor nunca concordou com aquele comprador específico, então qualquer descompasso aparece depois da confirmação, como cancelamento ou disputa. Na solicitação de reserva, os descompassos são filtrados antes, como recusas. O mesmo descompasso de fundo cai em outra categoria. Uma plataforma que troca de modelo não deve esperar que o problema desapareça. Ele muda de lugar, de "solicitações recusadas" para "cancelamentos e reclamações", e a plataforma precisa de uma política para o novo lugar onde ele aparece. Essa é uma questão de design de trust and safety (confiança e segurança) tanto quanto de conversão, e é por isso que os vendedores em plataformas de reserva instantânea costumam receber ferramentas de triagem e alguma forma de cancelar sem punição. Proteção e meios de recurso para o vendedor costumam ser a outra metade desse acordo, e dependem de quão bem a plataforma controla a qualidade da oferta.

A descoberta de discriminação que empurrou o setor

A evidência mais forte de por que a solicitação de reserva carrega um custo oculto vem de um experimento de campo no Airbnb. Benjamin Edelman, Michael Luca e Dan Svirsky criaram contas de hóspedes idênticas, exceto pelo nome, com um conjunto de nomes distintamente afro-americanos e outro de nomes distintamente brancos, e enviaram cerca de 6.400 mensagens a anfitriões entre 7 e 30 de julho de 2015 perguntando sobre disponibilidade (Edelman, Luca e Svirsky).

O resultado: os nomes que soavam brancos foram aceitos cerca de 50% das vezes e os que soavam afro-americanos cerca de 42%. A conclusão central declarada pelos autores é uma probabilidade de aceitação 16% menor, e eles relatam que o padrão se manteve entre anfitriões de todos os portes, concentrado entre os que nunca haviam tido um hóspede afro-americano.

Os autores ligam isso ao design de mercado. Eles observam que o Airbnb permite que os anfitriões aceitem ou rejeitem um hóspede depois de ver um nome e, muitas vezes, uma foto, e que plataformas como Amazon, eBay e Expedia oferecem pouco espaço para discriminação porque os vendedores se comprometem de antemão a aceitar todos os compradores. O remédio que sugerem incluía expandir o Instant Book, que, segundo eles, eliminaria a oportunidade de discriminação e ainda ofereceria benefícios de conveniência aos hóspedes. Eles também observaram que, na amostra, apenas um pequeno subconjunto de anfitriões permitia reserva instantânea. O artigo acrescenta que, no dia em que foi aceito para publicação, o Airbnb anunciou mudanças planejadas, incluindo a meta de aumentar a proporção de anfitriões que oferecem o Instant Book.

Duas ressalvas. Trata-se de uma plataforma, um ano e um tipo de consulta, então é evidência sobre modelos baseados em solicitação em um contexto em que os anfitriões veem a identidade pessoal, não uma lei universal. E o artigo enquadra explicitamente toda a questão como um trade-off para os designers de mercado: a informação que ajuda os vendedores a decidir também pode abrir espaço para o viés. A solicitação de reserva não é discriminatória por natureza. Ela dá aos vendedores uma decisão discricionária, e a discricionariedade é por onde o viés pode entrar.

A Turo fez um argumento parecido em termos claros. Seu anúncio de 2023 disse que a triagem de hóspedes pelos anfitriões pode ser discriminatória, o que não é um comportamento que ela quer em sua comunidade (Turo Field Notes).

Híbridos: controle sem a lacuna

A maioria dos marketplaces acaba em algum ponto entre os polos. Quatro padrões são comuns.

1. Reserva instantânea com requisitos. O vendedor se compromete com antecedência, mas apenas com compradores que atendam a condições. O Airbnb descreve o Instant Book como permitir que hóspedes que atendem aos requisitos de um anfitrião reservem imediatamente (Airbnb Help Center, artigo 85, artigos relacionados). O controle passa de julgar cada pessoa para definir critérios uma única vez. Isso mantém a rapidez e dá ao vendedor um filtro, embora o que uma plataforma deixa os vendedores exigirem (e se esses próprios requisitos geram viés) seja uma decisão de design que vale a pena auditar.

2. Reserva instantânea com exceções. A plataforma recorre à aprovação onde uma confirmação instantânea não seria segura. O exemplo do Airbnb são as chegadas de última hora: se um hóspede reserva com menos de dois dias para o check-in e quer chegar fora da janela de check-in do anfitrião, o anfitrião recebe uma Request to Book e decide se o horário solicitado funciona (Airbnb Help Center, artigo 85). É uma regra pequena que resolve um caso operacional de borda sem abandonar a confirmação instantânea.

3. Reserva instantânea com controles do lado do vendedor. A publicação da Turo de novembro de 2023, que anunciava que o Book Instantly se tornaria a forma padrão de reservar, associou a mudança a dois recursos de controle para o anfitrião: configurações de duração de viagem baseadas na localização e horários de retirada e devolução personalizáveis (Turo Field Notes). A mesma publicação aponta para a triagem feita pela plataforma, dizendo que a Turo analisa cada hóspede e cada viagem com um modelo de risco de machine learning e aplica restrições de elegibilidade, como limites de idade ou de tempo de habilitação, para veículos de maior valor. O controle passa da aprovação por transação para configurações mais a avaliação de risco da plataforma. A Turo também afirma, como alegação própria, que os veículos com o Book Instantly ativado tendem a render mais por mês porque os hóspedes preferem não esperar. Essa é uma declaração da plataforma sobre os próprios dados, e não podemos verificá-la de forma independente.

4. Orçamentos e reservas negociadas. Onde o preço ou o escopo não é fixo, nenhum dos modelos puros se encaixa. O comprador descreve o trabalho, o vendedor propõe condições e ambos confirmam. É a solicitação de reserva com uma etapa extra, e é a norma onde quer que o produto seja personalizado. Ela se conecta diretamente a como o preço é descoberto na plataforma.

Quais marketplaces se inclinam para cada lado

O padrão segue algumas variáveis: quão padronizado é o produto, quão caro é um mau encaixe e quanto tempo o comprador tem.

A orientação de um fornecedor de software de aluguel para anfitriões segue essa lógica: ele sugere a solicitação de reserva apenas para anfitriões que oferecem estadias mais longas, com características únicas, com requisitos especiais para os hóspedes ou com disponibilidade que depende de outros fatores (Rentals United help center). Isso é um conselho operacional de um fornecedor, não pesquisa, mas combina com as variáveis acima.

O caso B2B merece uma nota. Quando os contratos são grandes e a relação importa, compradores e vendedores esperam uma conversa antes do compromisso, então a "lacuna" não é um defeito. Ela faz parte do produto. Nossa referência sobre marketplaces B2B versus B2C explica por que o processo de compra difere, e o modelo de marketplace gerenciado é, em parte, uma resposta ao mesmo problema: a plataforma entra na etapa de correspondência para que nenhum dos lados precise fazê-lo.

Escolhendo e sequenciando o modelo

Alguns passos de raciocínio ajudam ao desenhar ou revisar um modelo de transação.

1. Comece pelo custo de um mau encaixe. Se uma transação fracassada é barata e reversível, incline-se para o instantâneo. Se é cara ou insegura, mantenha um ponto de decisão ou substitua o julgamento do vendedor por uma triagem conduzida pela plataforma.
2. Decida quem carrega o risco. A reserva instantânea funciona quando a plataforma absorve parte suficiente do prejuízo potencial (verificação, proteção, meios de recurso) para que os vendedores se comprometam de antemão. Se a plataforma ainda não consegue fazer isso, os vendedores vão insistir na aprovação, e forçar a reserva instantânea vai afastá-los.
3. Ajuste o modelo à maturidade do lado da oferta. No início, quando você está conquistando vendedores um a um, a flexibilidade de aprovar hóspedes pode ser o que os leva a anunciar. À medida que a oferta cresce, mover o padrão para o instantâneo pode ajudar a conversão. Nossa referência sobre onboarding de vendedores explica como trazer vendedores.
4. Faça o padrão trabalhar por você. Os vendedores raramente mudam configurações. Se o padrão é instantâneo ou por solicitação, isso molda o marketplace inteiro, e é por isso que o anúncio da Turo foi sobre tornar o Book Instantly o padrão, e não apenas oferecê-lo.
5. Exponha a escolha na busca. O Airbnb permite que os hóspedes filtrem para mostrar apenas anúncios com Instant Book (Airbnb Help Center, artigo 85). Se e como uma plataforma ranqueia mais alto os anúncios de reserva instantânea raramente é documentado em público, então não presuma. Os artigos de ranqueamento que analisamos descrevem a previsão de aceitação, não um impulso para anúncios instantâneos. Como a busca e correspondência (matching) usa o modo de transação vale ser testado com os seus próprios dados.

Erros comuns

• Tratar os modelos como uma questão puramente de rapidez. A rapidez importa, mas o trade-off entre controle e risco é a decisão real.
• Esquecer para onde vai o descompasso. Menos recusas podem significar mais cancelamentos. Meça os dois.
• Deixar as solicitações paradas sem um relógio. Um modelo de solicitação precisa de uma expiração e de uma regra de liberação para o comprador, como mostra a redação de 24 horas do Airbnb.
• Dar discricionariedade aos vendedores sem auditá-la. O experimento de Edelman, Luca e Svirsky é o lembrete de que o poder de aprovação pode ser usado de formas que a plataforma não endossaria.
• Copiar uma regra de outra categoria. O que funciona para um aluguel padronizado pode falhar para um serviço personalizado.