Perguntas, respondidas sem rodeios.

As apps de evento tratam das inscrições, dos crachás e da agenda — e ficam-se pela porta do recinto. A Aikebom conhece o seu evento com a mesma profundidade — o programa, o recinto, as alterações de última hora — e continua onde a app pára: toda a estadia, a cidade, a viagem, por voz, em seis línguas. Funciona a par da app do seu evento — ou sozinha, se não tiver nenhuma. Complementares, não concorrentes.

Não — fique com elas. A Aikebom é uma camada complementar, não uma migração: a sua app continua a tratar das inscrições, dos crachás e da agenda, e a Aikebom acrescenta a camada que conhece o seu programa, o recinto e as alterações de última hora — e planeia toda a visita em torno deles: a viagem, a cidade, voz, seis línguas e a sua camada de patrocinadores. O seu programa importa-se das ferramentas que já usa, por isso nada é substituído. E se não tiver app nenhuma, a Aikebom é, por si só, toda a camada virada para o participante.

Não — de propósito. A Aikebom não é uma plataforma de bilhética nem de inscrições; a sua continua a fazer isso. Em modo de complemento, o concierge encaminha os participantes para os seus canais oficiais para bilhetes e inscrições, e trata do resto — o seu programa e recinto, atualizações em direto, toda a estadia, a cidade e os seus patrocinadores.

O concierge foi concebido para consultar locais, moradas e horários em dados em tempo real — Places, avaliações e pesquisa na web — em vez de responder de memória, e está instruído para nunca inventar um lugar nem completar uma morada que não consiga confirmar.

Sem contas de participantes ou hóspedes. Uma sessão no browser é anónima, a menos que um link por onde o hóspede chegue o identifique — um link verificado que tenha emitido, ou uma referência sua para ele no link — e num hotel o link verificado é a predefinição: o concierge abre apenas para os seus próprios hóspedes, que entram através de um link que lhe indica, no máximo, a referência da reserva, o nome, o quarto ou lugar e um nível de hóspede, se o usar, pelo que não há dados de transeuntes para recolher, logo à partida. Não guardamos o áudio da voz; a transcrição de uma chamada junta-se à conversa e é apagada com ela, e o que os fornecedores de voz recebem rege-se pelos seus próprios termos. O que acontece a seguir depende do produto: um evento tem uma data de corte publicada, após a qual todos os dados dos participantes são apagados automaticamente. Um hotel nunca termina, por isso os dados de conversa de cada hóspede apagam-se no seu próprio ritmo — cerca de uma semana depois de deixar de usar o concierge, e nunca mais de 45 dias após a última mensagem. Os dados da reserva do seu PMS regem-se, em vez disso, pela estadia; a nossa política de privacidade contém ambos. Onde o seu PMS comunicar o check-out de um hóspede, o acesso desse hóspede termina pouco depois, para que comece o prazo de inatividade do hóspede. As estatísticas de utilização e as notas breves sobrevivem em ambos os casos; a nossa política de privacidade enumera-as. Em qualquer dos casos somos nós que o aplicamos, não é uma definição que um organizador possa alargar discretamente — isso faz parte do compromisso. A privacidade está no esquema da base de dados, não foi acrescentada por cima.

Semanas, não meses — e a própria plataforma entra no ar em dias; carregar bem o seu conteúdo é o que leva o resto do tempo. Ancoramos o concierge na sua cidade e damos-lhe a sua marca; gere os patrocinadores e parceiros, avisos e QRs de stand a partir de um painel. Sem trabalho de engenharia do seu lado.

Inglês, português, espanhol, francês, alemão e italiano hoje — e a tradução é agêntica, ou seja, toda a conversa funciona na língua do participante, não só os botões. Os textos que aparecem tal como os escreve — a sua mensagem de boas-vindas, as suas perguntas de exemplo, a apresentação do seu guia, os contactos da receção — também podem ser escritos em mais do que uma dessas línguas: escreva na sua língua, traduza automaticamente, reveja cada texto, publique — e em cada língua que publicar, o hóspede continua a ler as suas próprias palavras, só que na sua.

Sim — desde julho de 2026 o concierge pode viver no WhatsApp. Os hóspedes enviam mensagem para o número da propriedade e o mesmo concierge responde ali: recomendações fundamentadas, pedidos confirmados pela equipa, uma fotografia daquilo por que perguntaram — enviada como mensagem de imagem própria depois da resposta, onde tiver publicado uma fotografia disso — e um plano do dia personalizado que chega como mensagem com o seu link de partilha — na língua do hóspede, mudando no momento em que ele muda. O mesmo motor e os mesmos limites de privacidade do chat e da voz; é ativado por propriedade. Desde setembro de 2026 também fala primeiro — por WhatsApp e por e-mail — em dois momentos: umas boas-vindas quando um hóspede faz o check-in, na língua da sua reserva onde a oferecer, e uma mensagem quando a sua equipa marca o pedido como concluído ou visto, na língua em que o hóspede tem escrito. Um STOP no WhatsApp trava essas mensagens nesse canal, e os avisos de pedido que enviamos por e-mail levam uma ligação de cancelamento com um só clique. Cada uma é ativada por propriedade; as boas-vindas estão desligadas até as ligar e só chegam por WhatsApp onde confirmar que os seus hóspedes concordaram em recebê-las. Os briefings da manhã e os alertas de programa no WhatsApp ainda estão para chegar.

Sim — as cores, o nome, o tom e a voz, e os próprios guias. As personas que o seu concierge pode assumir são definidas por si, cada uma com o seu retrato, a sua história e a sua maneira de falar, e uma voz a condizer em cada língua que oferecer. Num evento, os participantes escolhem o seu à chegada. Numa estrutura hoteleira, a escolha é sua: o link de um hóspede verificado abre a conversa já na voz do seu guia, saudando-o pelo nome, e quando oferece mais do que um os restantes surgem como uma pequena escolha por baixo dessa primeira mensagem — toque num e passa a ser ele. O concierge é inconfundivelmente seu, não nosso.

Configuramos a sua estrutura hoteleira ou o seu evento por si e entregamos-lhe um painel de administração sem código para fazer a gestão. A configuração é acompanhada — é assim que entra no ar agora.

Ambos — e são dois produtos. O Aikebom Concierge AI funciona sempre para um hotel ou resort: 24 horas por dia, todo o ano, para cada hóspede que faz check-in, vendido como uma subscrição por hotel. O Aikebom Events AI é dedicado a um evento — ancorado no programa e nas datas, e depois apagado quando termina, vendido como uma licença por evento. O mesmo motor por baixo; o que muda é a duração, o enquadramento e o preço. Um hotel com espaço para reuniões costuma usar os dois.

Dentro de uma conversa, sim: preferências mencionadas uma única vez moldam todas as sugestões seguintes — sem formulários. Ao longo do evento, o painel mostra o que os participantes realmente perguntam e, todas as manhãs, um resumo assinala o que o concierge não conseguiu responder, agrupado por tema e com a correção sugerida. Preencha a lacuna ou publique um anúncio — e a resposta seguinte já sai melhor, em direto, sem redeploy. E aprende para si, não à sua custa: cada evento é um tenant próprio na nossa aplicação, concebida para limitar cada consulta a esse tenant — e, passada a data de corte publicada do evento, as conversas, os perfis e os planos dos participantes são apagados automaticamente; o que fica é o que a nossa política de privacidade enumera — estatísticas de utilização e notas breves, como estes temas e exemplos do resumo, sem data de eliminação fixa. Os administradores da nossa plataforma podem ver, transversalmente aos clientes, os temas que ficaram sem resposta para os participantes e quantas vezes surgiu cada um, com os eventos e estruturas em causa e um download, e usam isso para decidir que informações locais públicas acrescentar à camada partilhada de que se serve cada evento e estrutura de um local. As suas perguntas de exemplo e correções sugeridas, veem-nas apenas um cliente de cada vez: ao dar-lhe apoio, no seu próprio painel e nos seus relatórios, tal como a sua equipa as vê.

Sim. O Aikebom Concierge AI liga-se ao seu sistema de gestão hoteleira através de um contrato de webhook neutro quanto ao fornecedor: o seu PMS — ou o seu integrador — envia reservas, check-ins, mudanças de quarto e checkouts, e o concierge acompanha. Um hóspede mudado para um quarto novo recebe respostas sobre o quarto novo sem ter de o dizer duas vezes. E o check-in não se limita a gerar a cada hóspede um link de concierge pessoal — entrega-o: um email para o endereço da reserva, na língua desta onde a oferecer, que abre diretamente uma conversa que já sabe o seu nome, o seu quarto e as suas datas, e ainda uma mensagem curta por WhatsApp onde confirmar que recolhe o consentimento. As boas-vindas estão desligadas até as ligar. Se o seu sistema consegue chamar um URL, consegue falar com a Aikebom.

Sim — carregue o guia de quarto, ementas, brochuras do spa ou manuais de eletrodomésticos, ou aponte-o para as suas páginas oficiais, e o concierge responde a partir deles com a fonte anexada: “segundo o guia de quarto, página 12”. Os seus factos têm sempre prioridade sobre a internet aberta, e os seus avisos em direto têm prioridade sobre ambos. As fotografias e os diagramas funcionam da mesma forma: carregue-os, verifique a descrição que ele redige, publique — e o concierge mostra o certo dentro da resposta, descrevendo-o também por palavras.

Cada estrutura e cada evento pode já correr o seu próprio endpoint MCP — a interface padrão que os assistentes de IA usam para consultar serviços em tempo real — com as parcerias divulgadas. Está desligado até o ativarmos para si e, por predefinição, exige uma chave. A chave de uma integração dá acesso à sua informação destinada aos hóspedes — os seus factos, programa, anúncios, conhecimento e expositores e, onde estiver ativado, os seus parceiros e as respetivas ofertas — e às consultas públicas que permitir, nunca a dados de hóspedes. E desde julho de 2026 os hotéis podem ir mais longe: um hóspede que fez o check-in recebe uma ligação pessoal, limitada à sua estadia, para que a sua própria IA responda a “quando é a minha marcação no spa?” a partir da reserva real. Dos dados de hóspedes, só alcança a estadia, o plano e os pedidos desse hóspede — pessoal, revogável, e expira com a estadia. E onde a escrita estiver ativada para a estrutura, a IA do hóspede também pode agir, de duas formas que diferem: pode levantar um pedido junto da sua equipa — registado, atribuído e confirmado pela sua equipa antes de qualquer coisa acontecer — ou pode acrescentar uma paragem ao plano que o hóspede guardou; esse plano é do hóspede, por isso a paragem entra sem que ninguém da sua equipa seja consultado.

Pode, e é um canal distinto daquele que os seus hóspedes usam. A par do endpoint MCP, cada estrutura e cada evento pode publicar um cartão de agente — a norma emergente de agente para agente (A2A) — num endereço fixo do seu próprio domínio, legível por qualquer agente externo sem chave. Responde ao que um comprador pergunta antes de reservar: onde está, as suas salas de reunião e de eventos com as respetivas capacidades, os pacotes em vigor, as suas distinções, a quem ligar em comercial — além dos seus parceiros oficiais e das ofertas válidas, com cada parceria divulgada. Esse pack é escrito por si e é ativado cliente a cliente, desligado por predefinição. Dois limites que dizemos com franqueza: é apenas promocional, pelo que os anúncios aos hóspedes e o seu programa interno nunca são servidos ali; e torna-o contactável, não listado — constar dos diretórios de agentes é um passo à parte, que damos à mão e com o seu consentimento.

Não a partir da receção. O quadro e a ficha do hóspede mostram o pedido que o concierge redigiu, o seu estado e há quanto tempo foi feito, nunca a conversa. É de propósito.

Não. O concierge levanta um pedido e nunca promete o que a sua equipa não aprovou. A sua equipa age a partir da receção. Onde a sua estrutura tenha ativado os avisos e tenha forma de contactar o hóspede, o hóspede fica a saber por WhatsApp ou por email quando o pedido é assumido e quando fica concluído; quando não é possível contactar um hóspede, a receção mostra-o.

Sim, para os pedidos, o Studio, os avisos e a maior parte do Insights. As chegadas, os quartos ocupados, as mudanças de quarto e as boas-vindas no check-in precisam do seu PMS ligado, através de um contrato neutro quanto ao fornecedor que o seu integrador pode ligar.

Não. Mostra pedidos, tempos de resposta, línguas e alcance dos parceiros. Não estima dinheiro que não consegue contar.

Por si só, não. Nunca pede a um telemóvel a sua localização. A sua equipa vê apenas o que um hóspede indica num pedido, como um ponto de recolha. Responde quando um hóspede pergunta, esteja onde estiver.

Assim que o hóspede tem o seu link: numa mensagem antes da chegada, no check-in, ou a partir da receção. Um link ligado a uma reserva deixa de funcionar depois do check-out (mais a tolerância que a estrutura definir); um link feito na receção dura os dias que a receção escolheu, e um telemóvel que o tenha aberto pode continuar com a sessão iniciada depois disso, até a sua conversa ser apagada. As conversas de um hóspede são apagadas segundo o calendário de retenção da estrutura.