Está este operador a entregar a experiência que o nosso brief especifica?
Inteligência de ativo — não um dashboard de operador — extraída de avaliações públicas de hóspedes.
Somos a camada de inteligência da experiência do hóspede para decisões de capital. Extração estruturada por avaliação. Um trabalho, um deck desenhado, ancorado num peer set real.
A lacuna de inteligência do lado do proprietário.
As ferramentas do lado do operador foram desenhadas para o GM e para a equipa de front-office que responde a avaliações. O proprietário, o asset manager, o conselheiro de transação — nunca foram o comprador alvo.
Sobre um ativo que estamos a underwrite, qual é realmente a experiência do hóspede?
Em todos os nossos mandatos, que ativos mostram sinais precoces de drift do lado do operador?
O que extraímos de uma avaliação.
Passe o cursor sobre qualquer campo estruturado — o trecho de origem acende-se. O mesmo motor corre nativamente em qualquer língua de mercado, sem passo de tradução.
Desenhadas para decisões de capital, não para decisões de turno.
Clique em qualquer métrica para ver a fórmula e um exemplo do caso de estudo.
where
promoters = reviews with explicit advocacy or return-intent semantics
detractors = reviews with will-not-return or warn-others semantics
Exemplo trabalhado — propriedade de Roma
De 564 avaliações: 217 promotores (38,5%), 15 detratores (2,7%), 332 passivos. NLS = +35,8 — vs. NPS +81 sobre o mesmo dataset.
Leitura: uma diferença de ~45 pontos entre o NPS por classificação e o NLS semântico quantifica um problema de satisfação passiva invisível para dashboards de classificação. A falha está na conversão de satisfação silenciosa em advocacia.
Exemplo trabalhado — propriedade de Roma
GSI = 38,8%. Líder do CompSet: 74,5%.
Leitura: diferença de aproximadamente 2× para a mediana dos pares em densidade de advocacia — uma métrica de drift, não de satisfação.
f = friction event · e = guest effort · s = severity · r = was_resolved
Exemplo trabalhado — propriedade de Roma
90 eventos de fricção, 90% não resolvidos, assinatura de baixo esforço → 14,4% das avaliações têm um evento de fricção não resolvido.
Leitura: baixo esforço do hóspede com 90% de não resolução é o sinal vermelho do lado do asset manager — hóspedes a absorver fricção em silêncio não é um sinal de conforto.
anchor types: price · star_class · brand · category
Exemplo trabalhado
Frases âncora como "para €600+ por noite" ou "per un cinque stelle" são extraídas verbatim e etiquetadas.
Leitura: EGI alto sinaliza problema de posicionamento, não de serviço — e a correção está no marketing ou no preço, não no terreno.
verdict ∈ {favours_competitor: −1, neutral: 0, favours_subject: +1}
Exemplo trabalhado
Hóspede escreve: "better breakfast than at [Hotel B]" → CTSHotelB regista +1 com a citação verbatim.
Leitura: CTS revela vantagens e desvantagens estruturais que uma tabela de ADR do CompSet não consegue ver.
min: 8 dated reviews · ≥2 mentions per aspect per period
Exemplo trabalhado — propriedade de Roma
Check-in ▲ +1,33 · F&B ▼ −0,29 · Conforto do quarto — Estável.
Leitura: aplicado num intervalo que enquadra a transição de operador, o IVI separa a perceção pré-transição da pós-transição, aspeto a aspeto.
Exemplo trabalhado — propriedade de Roma
CPI = 17 a €662 ADR; líder do CompSet a €2.101 (CPI 100).
Leitura: CPI baixo com NLS no meio sugere que o pricing está bem calibrado para o produto — não está a sub-extrair.
Exemplo trabalhado — propriedade de Roma
€662 ADR ÷ ~27m² = €24,50 RevPAM — banda ULTRA de monetização de espaço, no meio do CompSet.
Leitura: RevPAM separa produtividade do ativo da escala em número de quartos — uma propriedade pequena pode superar uma grande ao mesmo ADR.
O produto é o deck, não acesso a uma ferramenta.
Um deck de capacidades anonimizado em 12 slides — Roma upper-upscale, 564 avaliações, 13 meses. A pré-visualização do site está em inglês; o deck do trabalho é entregue em português.
Mesmo motor, quatro formatos de saída.
Cada leitor entra com uma pergunta diferente. A camada de dados é partilhada; o deck é calibrado.
Proprietário / asset manager
"Sem permissão do operador — qual é a experiência do hóspede neste ativo, e onde está a derivar?"
Conselheiro de transação / analista DD
"Pré-NDA — qual é realmente a experiência do hóspede neste alvo de underwriting, ancorado no seu peer set?"
Conselheiro de marca e seleção de operador
"Na transição da gestão, que aspetos é que o novo operador melhorou, e quais regrediram?"
Diretor de hotel / GM
"Para lá do 8,2/10 — onde é que a operação está realmente a falhar, e como se lê isso contra o meu CompSet real?"
Do brief ao deck em 10–14 dias.
Quatro passos. Cada um nomeado, enquadrado e datado. Sem chamadas de vendas.
O ativo, a pergunta, o peer set.
Envia-nos a propriedade (ou portfólio), a pergunta a que o deck responderia, e o peer set se já o tiver. Propomos um peer set se não tiver.
Nota de enquadramento em dois dias úteis.
Uma nota de uma página: âmbito, confirmação do peer set, forma do entregável, preço fixo, datas. Confirma ou ajusta.
Um deck PDF desenhado.
Ancorado no peer set acordado, calibrado para a pergunta. Mesmo registo de template do deck de capacidades acima. Sem extratos brutos — o deck é o entregável.
Cadência recorrente (opcional).
Para mandatos de portfólio: o mesmo deck atualizado trimestralmente, semestralmente, ou ancorado em janelas de due diligence. Mesmo motor, mesmo peer set, mesmas definições.
Duas camadas, dois compradores — nenhuma substitui a outra.
A camada de reputação do lado do operador é real, sofisticada e bem financiada. Nós sentamos do outro lado da mesa.
A camada de reputação e operações.
Comprador: GM, equipa de front-office, brand reputation manager. Trabalho: responder a avaliações, subir o score, treinar o staff.
- SaaSSubscrição mensal por propriedade, hotel-as-customer.
- DATAScores agregados; índices de número único.
- FORMDashboard sempre-ligado em que a equipa faz login.
- TIMECadência operacional — diária, por turno.
A camada de inteligência para decisões de capital.
Comprador: asset manager, conselheiro de transação, conselheiro de seleção de operador, proprietário. Trabalho: decidir sobre o ativo — comprar, manter, trocar, intervir.
- MODELTrabalho com preço por projeto, desenhado para entrar num memorando de investimento.
- DATA40+ campos estruturados por avaliação — expostos como dados analisáveis, não resumos.
- FORMUm deck PDF desenhado por trabalho — o produto é o deck, não acesso.
- TIMECadência de decisão — janela de due diligence, reunião de comité, revisão de transição.
Dois fundadores. Uma leitura.
Rui Andrade
MEng em Engenharia Informática, FEUP. Construiu o pipeline de extração, o conjunto de métricas e a infraestrutura de NLP versionada por cache. Detém a seleção de modelo e o desenho de schema.
José Andrade
Doutorando, U. Vigo. Calibra as definições métricas contra a estrutura do mercado hoteleiro; detém a metodologia de caso e o enquadramento por tipo de leitor.
Discutir um trabalho enquadrado.
Já leu o deck de capacidades acima. O passo seguinte é uma leitura enquadrada sobre uma propriedade sua — ancorada no seu peer set real.
Diga-nos quem é, qual o ativo (ou portfólio) e a pergunta a que o deck responderia. Respondemos em dois dias úteis com uma nota de enquadramento e timing.
Sem demos · Sem análises gratuitas de propriedade · Apenas trabalhos com preço por projeto