Testes e casosEm desenvolvimento
Cada mudança é testada antes de chegar aos clientes
Cada empresa vai ter o próprio conjunto de casos. Depois de cada mudança de conhecimento, instruções ou modelo, todos vão ser executados, e uma mudança que piore os resultados não vai chegar aos clientes sem uma exceção registrada.
Acesso antecipado com acompanhamento da equipe. O Ray está em desenvolvimento.
Exemplo ilustrativo de uma mudança candidata em espera: 23 de 24 casos passam, o piso de temas sensíveis está completo, um caso piorou em português do Brasil, com botões para ver o caso ou registrar uma exceção.
Exemplo ilustrativo com dados fictícios. Dados ilustrativos.
Casos da empresaEm desenvolvimento
Cada caso diz o que se espera do Ray
Cada caso vai ser uma pergunta real dos clientes, com um de quatro resultados esperados. Pedir um esclarecimento e dizer que não há fonte contam como acertos: o que se evita é supor.
- Resolver com fonteA pergunta do caso: Quanto tempo demora um envio nacional?
Resposta com o artigo publicado e vigente que corresponde, com o prazo exato.
- Pedir um esclarecimentoA pergunta do caso: Meu pedido não chegou.
Pergunta sobre qual é o pedido antes da resposta, em vez de transferir.
- Dizer que não há fonteA pergunta do caso: Vocês entregam em um ponto de coleta?
Aviso de que não há informação publicada, com a opção de falar com uma pessoa, sem supor.
- TransferirA pergunta do caso: Quero que excluam meus dados.
Mensagem de espera e passagem para uma pessoa, com um rascunho.
Exemplo ilustrativo da tabela de casos de teste de uma versão candidata: cinco casos com o resultado esperado; quatro passam e um piorou, por isso a mudança fica em espera.
Exemplo ilustrativo com dados fictícios.
RegressõesEm desenvolvimento
Se piorar, não vai chegar aos clientes
Se os resultados piorarem além do tolerado, a mudança vai ficar em espera e os clientes vão continuar com a versão anterior. Para publicá-la mesmo assim, vai ser preciso uma exceção com motivo.
O que é registrado
Cada execução vai guardar o modelo, a versão das instruções e a do conhecimento.Por idioma, sem médias
Os resultados vão ser informados para cada idioma habilitado, nunca em média.Casos que crescem
Um rascunho rejeitado com uma correção na Caixa de entrada vai virar um caso proposto, sem dados pessoais.
Exemplo ilustrativo do registro de uma exceção: o caso que piorou, o motivo escrito, quem a registra e os botões para registrar e publicar ou cancelar.
Exemplo ilustrativo com dados fictícios.
Piso de segurançaEm desenvolvimento
Os temas sensíveis são sempre testados
Os casos da lista base de temas sensíveis vão rodar em cada mudança, para cada empresa, e não vão poder ser desativados. Cada empresa vai somar casos para os próprios temas.
Exemplo ilustrativo do piso de temas sensíveis: seis casos que não são desativados, todos aprovados.
Exemplo ilustrativo com dados fictícios.
HistóricoEm desenvolvimento
Cada execução vai ficar registrada
O que mudou, quantos casos rodaram, o resultado e quem publicou ou registrou uma exceção. O histórico será somente leitura.
Exemplo ilustrativo do histórico de execuções: cinco execuções com data, mudança, quantidade de casos, resultado e responsável; uma em espera e uma com exceção registrada.
Exemplo ilustrativo com dados fictícios. Dados ilustrativos.
Entrada no arEm desenvolvimento
Por etapas, e com um interruptor de emergência
Depois dos testes, o Ray vai entrar no ar aos poucos. Um interruptor de emergência vai parar as respostas automáticas, e as conversas novas vão para a Caixa de entrada.
- 01
Pausado
O Ray não vai responder. Útil para preparar o conhecimento.
- 02
Só copiloto
O Ray vai escrever rascunhos e a equipe vai decidir o que é enviado.
- 03
Autônomo por porcentagem
O Ray vai responder a uma parte dos clientes, e essa parte vai crescer por etapas.
Montar os primeiros casos de teste com a equipe do Ray
Uma conversa curta com a equipe que constrói o Ray para analisar o caso da empresa: consultas frequentes, conhecimento existente, temas sensíveis e plano de migração.