Breve Visão Geral

Os aplicativos de Software como Serviço estão em constante evolução para continuar oferecendo aos clientes novos recursos e melhorias nos recursos existentes muito usados. Essas alterações podem ser óbvias para um usuário final ou podem ser alterações mais sutis no HTML para tornar o aplicativo mais eficiente.

Essas alterações geralmente são tratadas pelo próprio desenvolvedor do aplicativo, sem necessidade de ação por parte do cliente. No entanto, quando vários aplicativos de software estão conectados no nível do cliente, o cliente pode precisar executar manutenção regular de software que coincide com os lançamentos. Um exemplo comum disso é um aplicativo de banco de dados que envia e extrai dados de vários aplicativos voltados para o usuário.

Entenda o cronograma de lançamento do aplicativo

A maioria dos aplicativos faz atualizações por meio de versões agendadas ao longo do ano e, em média, fornece essas atualizações aos clientes um mês antes da versão de produção para garantir o tempo necessário para testes adequados. Essas versões podem ser categorizadas de forma diferente dependendo do fornecedor do aplicativo, mas geralmente são uma das seguintes:

1. Lançamentos principais (geralmente 2-3 vezes/ano)
   • Os fornecedores de aplicativos agrupam novos lançamentos de recursos e grandes atualizações da interface do usuário em grandes atualizações de software. Isso permite que eles façam grandes alterações interdependentes que podem mudar fundamentalmente a forma como os usuários interagem com o software.
2. Lançamentos menores (vários)
   • Estes são geralmente pequenos ajustes de software que melhoram recursos ou processos existentes. Muitas vezes, eles são lançados independentemente dos principais lançamentos, se melhorarem significativamente a experiência do usuário, mas estão muito longe do ciclo de lançamento principal.
3. Patches de software (vários)
   • Estes problemas são frequentemente devidos a erros existentes no software que prejudicam a experiência do utilizador e a funcionalidade completa do software. Estes são lançados o mais rápido possível para garantir a satisfação do cliente.

Entenda a hierarquia do seu ambiente

Ambientes diferentes são geralmente usados para indicar diferentes níveis de prontidão do software para o usuário final. No nível mais básico, os aplicativos terão um ambiente de produção e um ambiente de sandbox/visualização.

• O ambiente de produção é o ambiente que está realmente em uso pela empresa, abriga dados reais e aciona processos de negócios reais.
• O ambiente de sandbox/visualização deve espelhar a produção o mais próximo possível e é uma área onde as atualizações são testadas antes de serem lançadas no ambiente de produção para evitar o máximo de problemas possível.

Na realidade, pode haver muitos tipos diferentes de ambientes de sandbox/visualização para um aplicativo: alguns usam dados reais ou dados de teste, outros espelham a produção e outros diferem significativamente. Os ambientes Sandbox/Preview também podem ter diferentes agendas de lançamento, o que afetará sua capacidade de testar atualizações de aplicativos. Devido a isso, é importante entender a hierarquia do ambiente para garantir que o conteúdo do WalkMe tenha o desempenho desejado no ambiente de produção.

O WalkMe recomenda que você crie e teste seu conteúdo em um ambiente de sandbox/visualização que esteja o mais próximo possível do ambiente de produção. Para versões principais de aplicativos, recomenda-se testar em um ambiente que tenha as novas atualizações e seja o mais próximo possível da aparência das atualizações na produção.

Manutenção periódica do seu conteúdo do WalkMe

Depois de entender o cronograma de lançamento do aplicativo e a hierarquia do ambiente, você pode planejar quando e onde verificar o conteúdo do WalkMe para garantir que ele evolua junto com o aplicativo. Para obter as melhores práticas de testes de garantia de qualidade, consulte este artigo !

O WalkMe recomenda que você escolha 30 dos itens mais importantes do WalkMe (use os dados do Insights ou as metas de negócios para priorizar) e os execute na versão atual do aplicativo 1 a 2 semanas antes de um lançamento principal agendado. Em seguida, assim que tiver acesso à próxima versão, teste os mesmos 30 itens na nova versão. Isso permitirá que você entenda melhor exatamente o que mudou na versão mais recente versus o que pode ter sido um defeito anteriormente despercebido.