Conclua a sua primeira lista de verificação de lançamento
Coordene as verificações finais para um primeiro lançamento da Humind. A lista de verificação liga as áreas de configuração para que uma pré-visualização funcional não seja confundida com uma experiência completa para...
Coordene as verificações finais para um primeiro lançamento da Humind. A lista de verificação liga as áreas de configuração para que uma pré-visualização funcional não seja confundida com uma experiência completa para o cliente.
A Humind separa a preparação da disponibilização voltada para o cliente. O trabalho no espaço de trabalho B2B pode alterar um Agent, Knowledge, o catálogo, Inbox ou Helpdesk sem alterar imediatamente cada superfície em produção. Compreender essa separação ajuda-o a testar de forma deliberada, a envolver o colega certo e a evitar tratar um rascunho guardado como um lançamento concluído.
Antes de começar
Acesso: Um administrador deve coordenar o lançamento. Os responsáveis das áreas podem validar as suas próprias permissões e definições.
- Escolha o Agent e o canal de vendas de destino.
- Nomeie um responsável por Knowledge, catálogo, apoio e implementação.
- Prepare perguntas representativas de clientes e produtos.
Trabalhe na menor área responsável descrita abaixo e mantenha disponível o estado atual voltado para o cliente enquanto prepara a alteração. Antes de clicar em qualquer ação final, confirme a empresa ativa, o Agent, a loja, o idioma e o mercado apresentados na Humind. Um controlo em falta pode indicar acesso só de leitura ou uma capacidade que não está configurada para esta empresa. Nesse caso, registe a tarefa pretendida e peça a um administrador que reveja a permissão ou dependência exata. Não contorne este limite partilhando uma conta, copiando dados para outra área ou prometendo uma capacidade que o espaço de trabalho não disponibiliza.
Fluxo de trabalho passo a passo
Validar as fontes e o comportamento do Agent
Reveja as orientações, o conteúdo publicado em Knowledge, a preparação do catálogo e as ferramentas opcionais. Execute testes no Playground e testes de produto com perguntas comuns, difíceis e não suportadas.
- Confirme que as respostas utilizam informações comerciais atuais.
- Registe os casos não suportados e a resposta segura pretendida.
Preparar o percurso de apoio humano
Confirme o comportamento de escalamento, o acesso ao Inbox, a disponibilidade dos operadores, os tickets e as respostas guardadas. Um cliente nunca deve ser enviado para uma equipa que não consiga ver ou assumir a conversa.
- Execute um escalamento desde o pedido do cliente até à passagem para um operador.
- Verifique se o operador consegue resolver a conversa ou devolvê-la à IA.
Rever as definições de canal e de segurança
Verifique os domínios permitidos, a apresentação da interface, os colegas de equipa, as funções e o acesso pessoal. Não remova ninguém durante esta revisão, a menos que o proprietário da empresa tenha aprovado a alteração de acesso.
- Verifique se cada operador de lançamento consegue iniciar sessão.
- Confirme que o domínio de produção está explicitamente permitido.
Implementar e observar a experiência real
Instale uma incorporação no canal de destino e teste em computador e telemóvel. Após o lançamento, reveja as conversas e as análises para priorizar correções com base em evidências.
- Utilize uma janela privada para evitar os efeitos de sessão do administrador.
- Guarde o URL testado, a hora e o cenário no registo de lançamento.
Limites importantes e notas operacionais
- Não utilize dados pessoais de clientes em testes antes do lançamento.
- Um Helpdesk e um Agent são superfícies públicas separadas com etapas de publicação ou implementação separadas.
- Algumas vistas de análise precisam de atividade real antes de se tornarem úteis.
- As integrações indisponíveis devem ficar fora da promessa de lançamento.
Verificar o resultado
- As perguntas principais, os produtos e o escalamento passam no espaço de trabalho.
- O domínio real carrega exatamente um ponto de entrada funcional.
- Um colega de equipa com a função pretendida consegue concluir a sua tarefa.
- O responsável pelo lançamento tem uma lista curta de problemas com responsáveis e prioridades.
Mantenha um registo curto do que testou, do cenário de cliente que utilizou e do que mudou. Isto torna a resolução de problemas posterior mais precisa e ajuda outro colega de equipa a reproduzir o resultado sem depender da memória.
Resolução de problemas
O teste no espaço de trabalho é aprovado, mas o website falha
Inspecione a implementação, os domínios permitidos, incorporações duplicadas e o Agent exato utilizado pelo canal de vendas. Teste novamente numa janela privada depois de corrigir apenas a camada com falha.
A equipa não consegue concordar que o lançamento está pronto
Classifique cada item em aberto como bloqueador, monitorizado ou posterior. Exija que um problema bloqueador identifique o percurso do cliente afetado e a verificação falhada, em vez de se basear numa preocupação geral.