Caso · Atendimento e qualificação de pedidos · AURA
Do primeiro contacto ao pedido registado, com responsável e próxima tarefa
No website de um atelier fictício, o AURA recolhe um pedido de remodelação, mostra o resumo para revisão e, depois da confirmação, regista-o no sistema da equipa, onde o gestor comercial continua com o contexto preservado.
- Empresa
- Atelier Meridiano, atelier fictício de arquitetura e interiores, na Grande Lisboa e na Região de Leiria
- Persona
- Diogo Ribeiro, gestor comercial; a interessada, Carolina Figueiredo, também é fictícia
Empresa, pessoas, valores e documentos fictícios.
A situação inicial
No atelier, o primeiro contacto chega por um formulário, por email ou por uma conversa que fica a meio. Quem o recebe tem de reconstruir o pedido antes de responder, arrisca-se a prometer o que o atelier não faz e confunde facilmente o orçamento que o cliente tem para a obra com os honorários do atelier.
O que muda
O AURA responde com a informação do próprio atelier, pergunta uma coisa de cada vez e prepara um resumo que a pessoa revê e corrige. Só depois da confirmação o pedido é registado no NEXUS · Atelier Meridiano, com a origem de cada dado, os três valores separados e uma tarefa para Diogo Ribeiro.
Prévia em vídeo
Um pedido de remodelação, da conversa à tarefa de Diogo Ribeiro
Gravação real do percurso local, com dados fictícios. Sem som: as legendas explicam cada passo, e a descrição do vídeo diz o mesmo em texto. O vídeo só é descarregado quando é reproduzido. Duração: 64 s
Descrição do vídeo
- Atelier Meridiano, atelier fictício. O website explica os serviços; o AURA só abre quando alguém o pede.
- A partir do serviço de remodelação, Carolina descreve o que pretende numa só mensagem.
- O AURA reconhece o local, a tipologia, a área e os espaços, e pergunta só o que falta.
- O orçamento para a obra e o início pretendido. O contacto é fictício.
- O resumo aparece para revisão. Corrige-se a área, e a correção fica registada.
- Confirmar pedido (demonstração). Só com o recibo do NEXUS aparece «Registado no NEXUS».
- No NEXUS · Atelier Meridiano: o pedido recebido, com os três valores separados e a origem de cada dado.
- Diogo Ribeiro conclui a tarefa de próximo passo; o histórico mostra a entrada via AURA.
A sequência, passo a passo
Conversa
Ação
A partir do serviço de remodelação residencial, Carolina descreve o que pretende numa só mensagem.
Consequência visível
O AURA reconhece o local, a tipologia, a área e os espaços, e pergunta só o que falta.
Revisão
Ação
O resumo aparece para revisão e corrige-se a área.
Consequência visível
A correção fica registada, e o destino, «NEXUS · Atelier Meridiano», está visível antes de confirmar.
Confirmação
Ação
Escolhe-se «Confirmar pedido (demonstração)».
Consequência visível
Só quando o NEXUS devolve o recibo aparece «Registado no NEXUS», com a referência.
Pedido recebido
Ação
No NEXUS · Atelier Meridiano, abre-se o pedido.
Consequência visível
O orçamento para a obra aparece como indicado, os honorários e o valor comercial por definir, e cada dado tem a sua origem.
Próxima tarefa
Ação
Diogo Ribeiro conclui a tarefa «Avaliar o escopo e responder por escrito».
Consequência visível
O histórico mostra a entrada via AURA e a conclusão da tarefa.
Os ecrãs
Recortes de capturas reais da demonstração.
A conversa: uma pergunta de cada vez, com o que foi percebido à vista. 
A revisão: nada é registado sem a confirmação. 
O pedido recebido pela equipa, com responsável e próxima tarefa.
O que é real, o que usa regras e o que fica para um projeto
Funciona na demonstração
- O website e o assistente, servidos pela aplicação AURA.
- A transferência para o NEXUS · Atelier Meridiano por uma ponte local entre as duas aplicações, com origens exatas e recibo: o registo existe de facto, neste navegador.
- A revisão, a confirmação explícita e a exportação do pedido quando o NEXUS não responde.
Usa regras determinísticas
- As respostas e a qualificação vêm de um motor determinístico, com regras, o catálogo de serviços e uma base de conhecimento versionada, nunca de um modelo de linguagem.
- Uma reunião é só uma preferência de horário, a validar pela equipa.
Depende de uma integração de produção
- Emails, mensagens, convites e agenda: não existem.
- Autenticação e uma base de dados partilhada pela equipa, para receber pedidos reais.
- Um modelo de linguagem por trás das mesmas regras de revisão e confirmação, se vier a justificar-se.
O website do atelier também é uma prova
O website fictício do Atelier Meridiano mostra a frente de websites: serviços explicados, estudos conceptuais identificados como fictícios, áreas atendidas e um caminho claro para começar um pedido. Não é um produto à parte: é o contexto em que o atendimento funciona.
O que esta capacidade pode representar num projeto
Num projeto, a capacidade seria delimitada a um processo de entrada da empresa, por exemplo os pedidos de orçamento de um serviço, com as perguntas, as respostas aprovadas e o destino dos pedidos confirmados. O registo passaria para o sistema que a equipa já usa, quando houver acesso e documentação, ou para um registo novo.
O que esta demonstração não é
É uma demonstração sem autenticação e com um atelier fictício: não está pronta para receber pedidos de clientes reais. Não substitui a equipa, não marca reuniões e não envia nada a ninguém.
Experimentar a demonstração
A demonstração abre num novo separador, na sua própria aplicação e com os seus próprios avisos. Nada do que for escrito neste site passa para lá.