Exemplo interativo · dados fictícios
Quando chega no humano, ele não começa de novo.
Histórico, tentativas e decisão pendente acompanham a passagem para a pessoa que assume o caso.
Demonstração conceitual. Não representa um caso de cliente nem comprova recursos disponíveis.
Vídeo
Transcrição
[Exemplo ilustrativo · dados fictícios] [“Já liguei duas vezes e meu pedido continua parado.”] [3ª ligação · Pedido parado] É a terceira ligação, e o pedido continua parado.
[NebulaOS · A Starya desenvolve e conecta no escopo da operação · Agente de voz · CRM e sistema de pedidos] [Interface ilustrativa · Funções e integrações dependem da implantação.] Sobre o NebulaOS, conectado pela Starya no escopo da operação, o agente de voz consulta cadastro, CRM e sistema de pedidos.
[Identidade confirmada nesta ligação] [Duas ligações anteriores e o que foi tentado] [CRM e sistema de pedidos] [Autorização pendente · decisão da equipe · Fora do escopo do agente] Ele começa pelo que já existe: identidade e duas ligações anteriores. Uma autorização parada exige decisão da equipe, fora do escopo do agente.
[Pacote do caso · Decisão necessária: liberar a autorização ou pedir complemento] [NebulaOS · NebulaWorks] [NebulaWorks · Fila de atendimento · NebulaOS] [Pacote do caso] [Passagem solicitada · aguardando operador] [Ainda não recebido por um operador.] [Assumir] Identidade, histórico, tentativas e a decisão necessária vão juntos para a fila do NebulaWorks. Pedir a passagem ainda não prova que alguém recebeu.
[Registro do caso] [Decisão necessária: liberar a autorização ou pedir complemento] [Caso recebido · resolução pendente] [Resolver a autorização é a próxima tarefa.] O operador assume e abre o pacote. Receber o caso não é resolvê-lo.
[Quando chega no humano, ele não começa de novo.] [Starya · Aceleramos sua estratégia de IA. O NebulaOS sustenta a operação.] Quando chega no humano, ele não começa de novo.
O que confirma a conclusão
O operador confirma o recebimento do caso e do contexto no registro do caso.
O que o NebulaOS sustenta neste cenário
Neste cenário, o NebulaOS reúne cadastro e histórico, CRM e sistema de pedidos em um pacote do caso e o entrega no NebulaWorks, onde o registro do caso confirma quem assumiu. Esses sistemas são conectados no escopo da operação. O que entra no pacote e quem pode assumir o caso dependem da implantação.
- NebulaWorks Reúne o trabalho, os responsáveis, as pendências e os artefatos do processo.
- Starya / FDE Acompanha as transferências não atendidas e as dúvidas recorrentes para melhorar o fluxo de voz.
Compatibilidade de PABX e passagem do contexto são verificadas separadamente.
Experimente você mesmo
Percorra as etapas deste cenário e veja o que muda a cada escolha. Dados fictícios; nenhum sistema é acessado.
Abrir a simulação
Simulação ilustrativa · nenhum sistema é acessado
A passagem para o humano, vista por quem assume
Objetivo Levar o caso até a equipe com o contexto e a decisão necessária, sem que a pessoa precise repetir o que já informou.
- 01Ligação
- 02Contexto
- 03Exceção
- 04Passagem
O que sabemos agora · v1 · Em andamento · etapa 1 de 4
A pessoa liga pela terceira vez.
“Já liguei duas vezes e meu pedido continua parado.” O agente de voz reconhece a intenção e começa pelo que já existe, não do zero.
Quem responde agora Agente de voz
Sistema Telefonia (URA)
Histórico preservado
Cada etapa, pendência e retorno permanece aqui, apenas nesta sessão. Recomeçar limpa a simulação.
Nenhum fato registrado ainda.
Sistemas e responsabilidades
| Sistema | O que responde | Como participa |
|---|---|---|
| Telefonia (URA) | Ligação e intenção | Recebe a ligação e a transferência |
| Cadastro e histórico | Identidade e as duas ligações anteriores | Apenas consultado |
| CRM e sistema de pedidos | Situação do pedido e o impedimento | Apenas consultado |
| NebulaWorks | Fila, responsável e pacote do caso | Recebe o pacote e registra o aceite do operador |
Perguntas para levar à sua equipe
- Sistemas e dados Que informação o operador precisa receber?
- Responsável Como a equipe confirma que assumiu o caso?
- Responsável Quem cuida da pendência se ninguém estiver disponível?
- Autoridade O que a pessoa que assume pode decidir sem nova aprovação?
- Resultado Que evento marca a resolução, separado do recebimento do caso?
Use estas perguntas com o guia Como passar uma conversa para a equipe
Conteúdo relacionado
Etapas
Responsável, sistema, estado e pendência das 4 etapas da experiência, com decisões e limites
Etapa 1 · Ligação
Receber a ligação
“Já liguei duas vezes e meu pedido continua parado.” O agente de voz reconhece a intenção e começa pelo que já existe.
- Responsável
- Agente de voz
- Sistema
- Telefonia
- Estado
- Intenção reconhecida
- Pendente
- Falta reunir o que a pessoa já informou.
Etapa 2 · Contexto
Recuperar o histórico
A operação relaciona o pedido atual às duas ligações anteriores para evitar uma investigação do zero.
- Responsável
- Agente de voz
- Sistema
- Cadastro e histórico
- Estado
- Histórico localizado
- Pendente
- Falta descobrir o motivo da pendência.
Etapa 3 · Exceção
Localizar o impedimento
O pedido é consultado no CRM e no sistema de pedidos. Uma autorização pendente exige uma decisão da equipe.
- Responsável
- Agente de voz
- Sistema
- CRM e sistema de pedidos
- Estado
- Exceção identificada
- Pendente
- A decisão está fora do escopo do agente.
Etapa 4 · Passagem
Passar o caso com contexto
Identidade, intenção, fontes consultadas, tentativas e decisão necessária vão juntos para a fila no NebulaWorks. O operador assume o caso com a autorização pendente e o histórico disponíveis.
- Responsável
- Fila de atendimento e operador
- Sistema
- NebulaWorks
- Estado
- Caso recebido · resolução pendente
- Pendente
- Resolver a autorização é a próxima tarefa.
Decisões a explorar
- Contexto completo
- Informação conflitante
- Operador indisponível
Pendências e limites
- Transferir a chamada não resolve o pedido.
- Uma nova confirmação de identidade pode ser necessária, conforme a operação.
- A resolução da autorização é um evento próprio.
Versão em texto
O conteúdo principal, sem depender do vídeo ou da simulação.
Pedido inicial “Já liguei duas vezes e meu pedido continua parado.”
O agente reúne identidade, intenção, histórico, fontes consultadas, tentativas e o impedimento encontrado. Ao localizar uma exceção, entrega esse conjunto à equipe com a decisão necessária. O operador confirma que recebeu o caso e continua a partir do contexto.
A pessoa liga pela terceira vez porque o pedido continua parado. O agente recupera o histórico, consulta o pedido e encontra uma autorização pendente que exige decisão da equipe. Prepara o pacote do caso com identidade, intenção, fontes, tentativas e a decisão necessária, e solicita a passagem. Enquanto ninguém assume, a fila tem responsável. Quando o operador confirma o recebimento, o caso continua com ele; resolver a autorização é a próxima tarefa.