Saltar para o conteúdo

Caso · Atendimento · AURA

Existe só na demonstração

Um pedido mais claro começa no atendimento.

Num pedido de remodelação, o primeiro contacto define o que a equipa sabe antes de responder: o local, a tipologia, a área, os espaços e o que ainda está por decidir. Experimente uma conversa no Atelier Meridiano, um atelier fictício: o assistente organiza as respostas e permite rever o pedido antes de o confirmar no NEXUS · Atelier Meridiano, a demonstração da equipa do atelier.

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.

Onde esta tarefa entra num pedido de remodelação

  1. RegistarA tarefa desta demonstração
  2. Reunir
  3. Propor
  4. Acompanhar

Registar: o pedido entra com o que é preciso para responder.

No percurso de Pedidos e Propostas, o pedido fica com o contacto, o que foi pedido, o responsável e a próxima ação, e a equipa regista a primeira resposta. Nesta demonstração, o assistente pergunta o que falta, aceita «Ainda não sei» e permite rever tudo antes de confirmar.

Na aplicação operacional

Existe e provado

Com AURA · Atendimento, a equipa prepara e revê o pedido, por exemplo durante uma chamada; só a confirmação o cria, uma única vez. A entrada pública pelo cliente é uma evolução planeada.

Existe e provado em laboratório. Ainda não há uma instalação homologada em empresa cliente.

Ver o âmbito atual 

O que observar, em três passos

Recortes de capturas reais da demonstração.

Passo 1 de 3

Explicar a necessidade

O assistente mostra o que percebeu na mensagem, com cada campo corrigível, e pergunta só o que falta.

Recorte do assistente AURA a meio da conversa: o que foi reconhecido na mensagem de Carolina, cada campo corrigível, e a pergunta seguinte.
A conversa: uma pergunta de cada vez, com o que foi percebido à vista.

Passo 2 de 3

Rever o resumo

Corrige-se a área antes de confirmar. O destino, NEXUS · Atelier Meridiano, está visível, e nada é registado sem a confirmação.

Recorte da revisão do pedido: «Correção guardada. Revisão 2.», o resumo com a área corrigida para 110 m², o responsável, o destino NEXUS · Atelier Meridiano e o botão «Confirmar pedido (demonstração)».
A revisão: nada é registado sem a confirmação.

Passo 3 de 3

Ver o pedido na equipa

No NEXUS · Atelier Meridiano, o pedido chega com as dúvidas em aberto, o próximo passo de Diogo Ribeiro e o histórico.

Recorte do pedido no NEXUS · Atelier Meridiano: as dúvidas em aberto, o próximo passo de Diogo Ribeiro com prazo e o histórico do pedido.
O pedido recebido pela equipa, com responsável e próxima tarefa.

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

  1. Atelier Meridiano, atelier fictício. O website explica os serviços; o AURA só abre quando alguém o pede.
  2. A partir do serviço de remodelação, Carolina descreve o que pretende numa só mensagem.
  3. O AURA reconhece o local, a tipologia, a área e os espaços, e pergunta só o que falta.
  4. O orçamento para a obra e o início pretendido. O contacto é fictício.
  5. O resumo aparece para revisão. Corrige-se a área, e a correção fica registada.
  6. Confirmar pedido (demonstração). Só com o recibo do NEXUS aparece «Registado no NEXUS».
  7. No NEXUS · Atelier Meridiano: o pedido recebido, com os três valores separados e a origem de cada dado.
  8. Diogo Ribeiro conclui a tarefa de próximo passo; o histórico mostra a entrada via AURA.

A sequência, passo a passo

  1. 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.

  2. 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.

  3. 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.

  4. 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.

  5. 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.

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á.

Estado antes de abrir

Existe só na demonstração

Não envia o pedido para a aplicação operacional de uma empresa cliente nem confirma uma visita real: a passagem para o NEXUS · Atelier Meridiano acontece neste navegador, entre duas demonstrações.