Times diferentes, lidando com processos diferentes, escolheram ferramentas diferentes por conta própria, e a informação ficava em silos separados, com cada time rodando o processo de um jeito. As ferramentas citadas são apps de Kanban e de fluxo que cabem no quadro de um time, mas não numa reserva que precisa passar por atendimento, limpeza, manutenção e financeiro.
De 20 para 50 imóveis por pessoa da operação
Uma gestora de aluguel por temporada trocou três ferramentas de tarefa e uma camada de redigitação por um sistema de operação que começa a trabalhar no instante em que a reserva entra.
Uma gestora de temporada que cresce no ritmo que o back-office aguenta.
A Quarto à Vista, que usa a marca Qavi, administra imóveis em nome dos proprietários: limpeza, lavanderia, manutenção, check-in, precificação, distribuição e atendimento sete dias por semana. O proprietário só vê o resultado.
Gestão de imóveis de aluguel por temporada
2020Fundada em Natal, opera praias do Rio Grande do Norte
800+Imóveis sob gestão, número da própria empresa, sem data
60.000+Reservas, número da própria empresa, sem data
96%Satisfação dos proprietários, autodeclarado, sem data
2,5xImóveis por pessoa da operaçãoDe 20 para 50, como relatado pelo cliente no case de 2022. Autodeclarado, sem auditoria.
3xCrescimento ao anoDeclaração do próprio cliente no case de 2022, descrevendo o ritmo daquele momento.
800+Imóveis sob gestãoMais de 200 no fim de 2022; +800 é o número publicado hoje pela própria empresa, sem data.
60.000+ReservasNúmero publicado hoje pela própria empresa, sem data. No fim de 2022 o cliente relatava mais de 6.000.
75%OcupaçãoNúmero publicado pela própria empresa, sem data.
96%Satisfação dos proprietáriosNúmero publicado pela própria empresa, sem data e sem metodologia publicada.
“A gente sentia que cada vez que entrava uma nova propriedade a gente não conseguia escalar da forma que a gente queria.”
Sérgio RebouçasCofundador e COO, Quarto à Vista
AntesDepois
- Quadros de tarefa escolhidos por timeFluxos construídos em torno da reserva, com host atribuído
- Alguém lendo a reserva nova no PMS e redigitandoWebhook cria o card e atribui o host responsável
- Host notando a reserva e iniciando a conversa com o hóspedePrimeira mensagem automática, vinculada ao host atribuído
- Limpeza e manutenção controladas separadas das reservasFluxos vinculados às reservas e aos imóveis que já estão no Jestor
- Relatório gerado num sistema para alimentar outroPerformance por unidade, manutenção e limpeza da mesma base
O PMS continua como sistema de reservas e de distribuição por canal; o Jestor recebe dele e não tenta ser ele. O serviço de WhatsApp continua como canal com o hóspede. Os desenvolvedores da própria empresa continuam para as partes que precisam de código sob medida.
O gargalo é operacional, não comercial
A Quarto à Vista, que usa a marca Qavi, administra imóveis de aluguel por temporada em nome dos proprietários. Foi fundada em setembro de 2020 em Natal, opera nas praias do Rio Grande do Norte (Natal, Pipa e São Miguel do Gostoso aparecem no site de reservas) e hoje lista como serviço limpeza, lavanderia, manutenção, check-in e check-out, precificação dinâmica, distribuição nas principais plataformas de reserva mais site próprio, fotografia, painel do proprietário e atendimento ao hóspede sete dias por semana. Publica mais de 800 imóveis sob gestão, 75% de ocupação e 96% de satisfação dos proprietários, tudo autodeclarado e sem data.
Em outubro de 2022, a empresa contava mais de 200 imóveis, mais de 6.000 reservas e R$ 8 milhões repassados a proprietários em dois anos, com faturamento acumulado de R$ 2,3 milhões, segundo cobertura de imprensa da época. O modelo de cobrança declarado então era uma taxa sobre a receita líquida do proprietário.
A empresa existe porque proprietários que entregavam seus imóveis a operadores hoteleiros ou administradores individuais recebiam um serviço ruim e mais dor de cabeça do que a que queriam eliminar. Essa é a promessa ao proprietário: entrega e funciona. É também o que pressiona o back-office, porque cada imóvel que entra traz um conjunto de reservas, cada reserva traz uma conversa com hóspede, uma limpeza, um possível chamado de manutenção e um repasse, e o proprietário só vê o resultado.
O gargalo aqui é operacional, não comercial. Demanda não era a restrição; o cliente descreve crescer três vezes ao ano. A restrição era que cada imóvel novo significava mais gente, porque o trabalho entre sistemas era feito à mão.
A reserva, o único objeto em que todo time trabalha, não tinha uma casa só
O padrão por trás dos três é que a reserva não tinha uma casa só. Cada time segurava uma cópia parcial e alguém era pago para manter as cópias em dia.
“A gente sentia que cada vez que entrava uma nova propriedade a gente não conseguia escalar da forma que a gente queria.”
Uma informação estava num sistema, dela tinha que ser gerado um relatório, e esse relatório era alimentado em outro sistema para dar continuidade ao que o cliente chama de processo interdisciplinar. Conforme imóveis e reservas cresceram, gerir isso manualmente ficou, nas palavras dele, muito complicado.
O cliente buscava interligações por API entre os vários sistemas de que a operação dependia exatamente para que a mesma quantidade de gente gerisse mais unidades. Sem elas, o número de pessoas seguia o número de imóveis.
Item a item, o que fazia cada trabalho antes e o que faz hoje
| O que fazia isso antes | O que faz hoje |
|---|---|
| Quadros de tarefa escolhidos por time (Trello e Pipefy na entrevista; Asana no case escrito de 2022) | Fluxos no Jestor construídos em torno da reserva, com um card por reserva, host atribuído e os próximos passos anexados |
| Alguém lendo a reserva nova no PMS e redigitando | Webhook do PMS cria o card e atribui o host responsável |
| Host notando a reserva e iniciando a conversa com o hóspede | Primeira mensagem automática pelo serviço de WhatsApp, com a conversa vinculada ao host atribuído |
| Limpeza e manutenção controladas separadas das reservas | Fluxos de limpeza e manutenção vinculados às reservas e aos imóveis que já estão no Jestor |
| Relatório gerado num sistema para alimentar outro | Performance por unidade, relatório de manutenção e de limpeza extraídos da mesma base |
O que não foi trocado. O PMS continua como sistema de reservas e de distribuição por canal; o Jestor recebe dele e não tenta ser ele. O serviço de WhatsApp continua como canal com o hóspede. Os desenvolvedores da própria empresa continuam para as partes que o cliente descreve como código de verdade, uma fatia menor do trabalho do que antes.
A cadeia, ponta a ponta
- 1Reserva criada no PMSExterno
Por um canal de distribuição ou pelo site próprio.
- 2PMS envia a reserva por webhookAutomático
O evento tem que valer para toda reserva, não para a maioria.
- 3Card criado, host atribuídoAutomático
O Jestor mapeia a reserva num card com os campos certos.
- 4Primeira mensagem ao hóspedeAutomático
A atribuição dispara o serviço de WhatsApp e vincula a conversa a esse host.
- 5Host conduz a conversaPessoa
A partir da fila em que a conversa caiu.
- 6Limpeza e manutençãoPessoa
Abertas contra essa reserva e esse imóvel no Jestor; os times de campo executam.
- 7Relatórios dos mesmos dadosAutomático
Performance por unidade, limpeza e manutenção, disponíveis sem uma segunda cópia.
- 8Revisão internaPessoa
O time revisa a performance da unidade e da empresa nas reuniões a partir desses relatórios.
Os elos difíceis são o 2 e o 4. O passo 2 é o que acabou com a redigitação: depende de o PMS emitir um evento utilizável e de o Jestor mapeá-lo num card com os campos certos, e tem que valer para toda reserva, não para a maioria. O passo 4 é o que o hóspede sente: atribuição e mensagem precisam disparar juntas, senão o host recebe uma conversa sem contexto ou o hóspede recebe uma mensagem sem host. Os passos 6 a 8 foram a segunda onda. Depois que a reserva passou a viver no Jestor, o cliente conta que os outros times trouxeram para lá os processos que compartilhavam dados de reserva e rodavam em outras ferramentas, porque era mais fácil trabalhar onde a reserva já estava.
Cada número, com a base ao lado
| Indicador | Resultado | De onde sai |
|---|---|---|
| Imóveis por pessoa da operação | 2,5x, de 20 para 50 | Declaração do cliente no case escrito de 2022. Autodeclarado. A definição de "pessoa da operação" não é especificada. |
| Crescimento anual de imóveis sob gestão | 3x ao ano | Declaração do cliente no case escrito de 2022, descrevendo o ritmo daquele momento. |
| Imóveis sob gestão | Mais de 200 no fim de 2022; mais de 800 hoje | Número de 2022 dado pelo cliente à imprensa na época; número atual do site da própria empresa, sem data. |
| Reservas | Mais de 6.000 no fim de 2022; mais de 60.000 hoje | Mesmas fontes acima. Contagens acumuladas, não anuais. |
| Satisfação dos proprietários | 96% | Número publicado pela própria empresa, sem data e sem metodologia publicada. |
"2,5x mais imóveis por pessoa" é o número, não "250%". O case escrito de 2022 traz no título um aumento de 250% na eficiência operacional. O dado de base que ele cita é de 20 para 50 imóveis por pessoa, o que dá 2,5 vezes, ou 150% de aumento. Este case usa 2,5x e os números de base. A leitura de 250% não é carregada adiante.
"3x ao ano" descreve 2022. É um ritmo que o cliente declarou naquele momento, não uma taxa medida desde então. Os 200 e os 800 imóveis são consistentes com crescimento forte em cerca de quatro anos, mas vêm de duas fontes em dois momentos diferentes e o número atual não tem data, então nenhuma taxa é derivada deles aqui.
O número por pessoa é de operação. Ele não diz nada sobre equipes de campo de limpeza e manutenção, cujo tamanho acompanha o trabalho físico independentemente de software. O que mudou é a camada de coordenação: quantos imóveis uma pessoa da operação consegue manter andando entre reservas, hóspedes, limpeza e manutenção sem redigitar dado.
O que este case não mede
Vale dizer, porque é o que normalmente aparece inflado.
De 20 para 50 imóveis por pessoa vem da declaração do cliente em 2022. Não há folha de ponto, registro de headcount ou auditoria por trás.
O cliente não relatou custo operacional por unidade antes ou depois, então o case não consegue dizer quanto custa rodar uma reserva.
O tamanho da equipe não é publicado. Diretórios de terceiros listam uma faixa, mas a empresa não confirma, então o case não diz quantas pessoas rodam 800 imóveis.
A entrevista e o case escrito são de 2022. Os números atuais de imóveis e reservas são da própria empresa, sem data, e não estão ligados à medição de 2022.
A página de proprietários da empresa diz mais de 800 imóveis sob gestão; o site de reservas listava 336 imóveis disponíveis no dia em que este case foi checado. Podem medir coisas diferentes (gerido versus anunciado no momento). O case reporta os dois em vez de escolher.
Parte do que parece eficiência é o efeito natural de escala de uma operação em crescimento; o case não tem contrafactual.
As ferramentas de tarefa listadas faziam o que foram feitas para fazer. Não cabiam numa operação cuja unidade de trabalho atravessa quatro times.
A demanda no destino cresce mais rápido do que a capacidade de operar
| Indicador | Número | Fonte |
|---|---|---|
| Impacto econômico do Airbnb no Brasil | R$ 113 bilhões movimentados em 2025 (+13% sobre 2024); cerca de R$ 63 bilhões ao PIB; mais de 700 mil empregos | Estudo FGV encomendado pelo Airbnb, divulgado em junho de 2026 |
| Anúncios ativos no Airbnb Brasil | 500 mil em 2024, contra 23 mil dez anos antes | Estudo FGV/Airbnb, outubro de 2025 (referente a 2024) |
| Atividade Airbnb no Nordeste | R$ 16,9 bilhões movimentados em 2024 (Sudeste R$ 54,9 bi; Sul R$ 22,1 bi) | Estudo FGV/Airbnb, outubro de 2025 |
| Turistas internacionais no Rio Grande do Norte | 34.815 entre janeiro e maio de 2026, contra 13.873 no mesmo período de 2025 (+151%); em cinco meses superou todo o ano de 2025 | Ministério do Turismo com dados da Polícia Federal e Embratur, junho de 2026 |
| Turistas internacionais no RN em 2024 | +27,2% sobre 2023 | Ministério do Turismo, 2025 |
| Ocupação hoteleira no RN | 75% projetados para dezembro de 2025 (72% em dezembro de 2024); 78% em janeiro de 2026 | ABIH-RN via imprensa regional, dezembro de 2025 (hotéis, não temporada) |
| Anúncios de temporada ativos | Natal: 1.986; Tibau do Sul (Pipa): 1.583 | AirDNA, páginas públicas de mercado, consultadas em setembro de 2026 (fornecedor de dados, metodologia de amostragem própria) |
Os R$ 113 bilhões vêm de um estudo da FGV pago pelo Airbnb, com metodologia de insumo-produto sobre dados internos da plataforma. A FGV é séria e o número é o melhor disponível, mas ele mede a atividade de um canal, não o mercado de temporada, e o encomendante tem interesse no tamanho. Não existe dado do IBGE, da Embratur ou do Ministério do Turismo específico para aluguel por temporada; a pesquisa oficial de hospedagem cobre só meios de hospedagem formais.
Turista internacional no RN mais que dobrou entre janeiro e maio de 2026 sobre o mesmo período de 2025, segundo o Ministério do Turismo. Para uma gestora, cada ponto a mais de demanda vira reserva, e cada reserva vira o mesmo conjunto de tarefas: conversa, limpeza, manutenção, repasse. Se essas tarefas dependem de gente redigitando, o crescimento do destino chega ao back-office antes de chegar ao resultado.
Nenhuma gestora ou entidade do país publica quantos imóveis um funcionário de operação consegue tocar. O único benchmark quantificado encontrado é europeu, de 2018, de fornecedor, e exclui limpeza (cerca de um funcionário para cada 9,5 imóveis). Ele não é comparável ao número do cliente, que mede só a coordenação da operação, e aparece aqui só para dizer que a régua do setor é velha e frágil.
O sistema é feito sob medida e a responsabilidade por ele continua nossa
Os primeiros anos da Quarto à Vista com o Jestor foram construídos em torno de um fluxo de reservas que o próprio time estendia. A pergunta que importa no ano dois de qualquer sistema sob medida é quem é o dono dele quando a pessoa que construiu sai, porque um sistema que ninguém pode mexer volta a ser uma planilha em três anos.
Um construtor toca cada pedido do começo ao fim, com um sempre em execução.
Um novo fluxo, uma nova automação ou um novo relatório entram pelo mesmo canal, sem virar projeto novo.
Se o que foi construído não está bom, ele é refeito. Revisões ilimitadas dentro da assinatura.
Assento nunca é a régua de cobrança, o que importa quando hosts, coordenação de limpeza, manutenção, financeiro e gestão tocam a mesma operação.
As pessoas aprendem a usar o app delas como aprendem qualquer app, abrindo. Construir, configurar e manter continua do nosso lado.
Exportação completa a qualquer momento, por CSV e API. Conformidade SOC 2, sem taxa de saída. Dá para pausar em um clique e os sistemas continuam rodando.
Metodologia e fontes
O número de 20 para 50 imóveis por pessoa, o crescimento de 3x ao ano, a descrição das ferramentas usadas antes, o fluxo de reservas e a cadeia de mensagem ao hóspede vêm da entrevista em vídeo e do case escrito publicado em novembro de 2022 (atualizado em março de 2025). Nada disso é auditado. A transcrição do vídeo é automática e embaralha nomes e alguns termos ("host" aparece como "roxo" e "rosto", o sobrenome do entrevistado aparece trocado); só o que a lógica da frase garante foi reconstruído.
Imóveis sob gestão, reservas, ocupação e satisfação são números publicados pela própria empresa em quartoavista.com.br, checados em setembro de 2026 e sem data nas páginas. Fundação, sede, números de 2022 e modelo de cobrança vêm de matéria do Startups.com.br de 28 de outubro de 2022. Cargos: Sérgio Rebouças aparece como COO no case de 2022 e como cofundador na imprensa; Daniel Paiva aparece como CTO no case de 2022 e em diretórios de terceiros. Nenhum dos dois cargos foi reconfirmado em fonte atual.
Estudo FGV/Airbnb sobre 2025 (junho de 2026) e sobre 2024 (outubro de 2025); Ministério do Turismo sobre turistas internacionais no RN (junho de 2026 e 2025); ABIH-RN via Ponta Negra News (dezembro de 2025); AirDNA, páginas de Natal e Tibau do Sul (setembro de 2026); Lighthouse, fórmula de escala baseada em survey europeu de 2018 (março de 2019). Os dados de turistas internacionais do RN de 2025 circulam com duas bases diferentes (Polícia Federal e ForwardKeys) que não batem entre si; este case usa só a série do Ministério do Turismo e não as compara.
O título de 250% de eficiência do case de 2022, porque os números de base dão 2,5x (150%) e o case não publica número que não consegue reconciliar. Qualquer taxa anual de crescimento derivada entre os imóveis de 2022 e os de hoje, porque o número atual não tem data. Qualquer afirmação sobre tamanho da equipe, porque a empresa não publica. As falas de 2022 sobre o próprio time do cliente construir automações, porque o arranjo descrito neste case é outro. O termo "turistério", que aparece na transcrição, porque não foi encontrado em nenhuma fonte pública da empresa.