Voltar ao blog
Produto15 de abril de 20266 min de leitura

Porque mutualizámos o catálogo de experiências

Quando construímos um produto para agências de viagens, o primeiro reflexo é dar a cada uma o seu próprio catálogo, bem fechado, exclusivamente seu. Nós escolhemos o contrário: um pool de experiências mutualizado, partilhado entre as agências clientes da Compass. Esta nota explica porquê. Ainda não é uma funcionalidade entregue, é uma visão em construção, e queremos ser transparentes tanto sobre o raciocínio que a orienta como sobre as salvaguardas que ela impõe.

O problema de um catálogo proprietário

Uma agência de viagens não vende apenas destinos: vende experiências concretas. Um alojamento com carácter em Quioto, um guia de língua francesa fiável em Marraquexe, uma oficina de culinária que cumpre realmente o que promete. Esse conhecimento constrói-se processo após processo, por vezes ao longo de anos. E enquanto permanecer fechado no catálogo de uma única agência, continua frágil: depende da memória de um consultor, de uma folha de cálculo, de um caderno de moradas que não se transmite.

O catálogo proprietário tem outro limite, mais estrutural. Quanto mais pequena é uma agência, menos destinos cobre em profundidade. Redige programas sólidos sobre as suas zonas de especialidade e improvisa nas restantes. Um pool partilhado inverte esta lógica: a cobertura já não depende do tamanho de uma agência, mas do conjunto das agências que alimentam o pool.

Porque é que a partilha cria mais valor

O valor de um catálogo de experiências não é linear, é combinatório. Uma experiência isolada vale o que vale. A mesma experiência, ligada a centenas de outras, qualificada por várias agências, associada a estações do ano, perfis de viajantes e orçamentos, torna-se um ponto num mapa explorável. É esse mapa que a IA da Compass já utiliza para produzir um primeiro esboço de programa em cerca de trinta segundos; quanto mais denso e fiável for, melhor é o primeiro esboço, e menos tempo o consultor passa a corrigir.

Em concreto, eis o que um pool mutualizado torna possível ali onde um catálogo isolado atinge rapidamente os seus limites:

  • Cobrir destinos que uma agência só trata pontualmente, sem partir de uma página em branco.
  • Apoiar-se em experiências já qualificadas por outros profissionais do setor, e não por avaliações anónimas.
  • Acelerar a geração por IA dando-lhe matéria rica e estruturada em vez de uma base escassa.
  • Mutualizar o esforço de atualização: uma experiência que encerra ou muda é assinalada uma vez, para todos.
Ponto de design: o pool não pretende substituir a especialização do consultor. Dá-lhe um melhor ponto de partida. O controlo permanece na agência, que afina, descarta ou substitui cada elemento antes de o propor ao cliente.

A verdadeira tensão: concorrência versus valor partilhado

A primeira objeção é legítima e levamo-la a sério: porque é que uma agência partilharia os seus bons contactos com potenciais concorrentes? Esta tensão é real, e ignorá-la seria desonesto. A nossa resposta não é um discurso, é uma opção de conceção.

O que torna uma agência singular nunca foi a lista bruta das suas moradas. É a forma como monta uma viagem, o tom da sua relação com o cliente, o seu critério sobre o que convém a determinado perfil. Um alojamento partilhado no pool nada diz sobre a forma como uma agência o irá encenar num programa. O pool mutualiza a matéria-prima; não mutualiza o saber-fazer, nem a relação, nem a marca, que continuam a ser os verdadeiros fatores de diferenciação.

Partimos também de uma convicção observada no mercado: a maioria das agências não concorre frontalmente. Operam em territórios, clientelas e especialidades distintos. Para a maior parte delas, o que outra agência traz ao pool é um ganho líquido, não uma ameaça.

As salvaguardas que impomos a nós próprios

Uma visão de produto só vale pelos limites que estabelece para si própria. Três princípios enquadram o pool de experiências desde a sua conceção, antes mesmo da primeira linha de código de produção.

  1. Controlo da agência: cada agência decide o que coloca no pool e o que mantém privado. A partilha é uma escolha explícita, nunca uma predefinição imposta.
  2. Anonimização: uma experiência entra no pool desligada da sua origem comercial. Partilha-se um local, um serviço, uma qualificação profissional, não a identidade da agência que o trouxe nem as suas condições negociadas.
  3. Nenhuma divulgação de dados de clientes: o pool não contém qualquer informação proveniente do CRM de viajantes. Os perfis, as preferências expressas no teste por swipe, o histórico de um cliente permanecem estritamente no perímetro da agência. O catálogo partilhado e a base de clientes são dois mundos estanques.
O teste que aplicamos a nós próprios é simples: nenhuma informação colocada no pool deve permitir chegar a um cliente nem à estratégia comercial de uma agência. Se um dado falhar neste teste, não sai da agência.
Nota de design de produto, equipa Compass

Onde estamos

Sejamos claros: o catálogo mutualizado é uma direção, não um dado adquirido. Está em construção. Documentamos este raciocínio agora, enquanto o produto toma forma, porque este tipo de escolha não se recupera depois. Mutualizar ou compartimentar, anonimizar ou rastrear, dar o controlo à agência ou centralizá-lo: estas decisões inscrevem-se na arquitetura, e é melhor colocá-las à vista de todos.

A nossa aposta, já em curso na filosofia da Compass e ilustrada por grupos como o Borealis Travel Group que unificam várias agências sob uma mesma plataforma, é que o valor nascerá daquilo que circula entre as agências, e não daquilo que elas bloqueiam. Um pool de experiências partilhado, controlado por cada agência e estanque aos dados dos clientes, é a tradução concreta dessa aposta. Avançaremos por etapas, e continuaremos a escrever aquilo que orienta as nossas decisões.

Uma plataforma. A sua marca.

O Compass by Travelyzer equipa a sua agência com a IA, o CRM e o catálogo de que necessita — totalmente operada sob a sua marca.