Processo pretendido
O percurso completo em quatro etapas
- 01
O visitante inicia
O widget recolhe a mensagem e apenas o contexto necessário ao atendimento.
- 02
O encaminhamento decide
Página, idioma, assunto ou escolha do visitante determinam o canal responsável.
- 03
Um agente assume
A publicação e o tópico tornam a responsabilidade visível e reduzem respostas duplicadas.
- 04
A resposta regressa
A mensagem no tópico chega ao visitante e permanece rastreável para a equipa.
Para além da palavra nativo
Demonstrar que é um verdadeiro fluxo de canal
- O pedido é uma publicação real e não apenas um cartão com ligação externa.
- O agente responde no tópico sem abrir outra interface de agentes.
- A aceitação e a transferência são visíveis para a equipa.
- Computador e telemóvel utilizam o mesmo retorno.
- Erros, novas tentativas e estado offline são observáveis.
Controlos operacionais
Um tópico do Teams não atribui automaticamente o pedido
| Risco | Controlo |
|---|---|
| Dois agentes respondem | testar estado visível de aceitação ou responsável |
| Canal errado | definir fallback, monitorização e correção |
| Demasiados leitores | rever canais privados, perfis e minimização |
| Tópico eliminado | definir conservação, exportação e suporte |
| Retorno falha | prever alerta, nova tentativa e contacto alternativo |
Afirmações comparáveis
Executar a mesma tarefa com cada candidato
O WebChat fornece a descrição mais concreta do fluxo canal/tópico entre as fontes consultadas. O Chat365 menciona aceitação, encaminhamento, menções e histórico. O Captivate Chat afirma permitir leitura, atribuição e resposta nativa no Teams.
Estas formulações não são tratadas como arquiteturas idênticas. Registe cada clique, início de sessão, atribuição e destino da resposta durante a prova.