Imagine que você precisa melhorar o UX de um sistema legado. Um sistema que funciona silenciosamente em segundo plano há quase uma década. É lento, meio quebrado, não confiável e extremamente desatualizado – uma espécie de “caixa preta” na qual todos confiam, mas ninguém sabe realmente o que está acontecendo nos bastidores.
Por onde você começaria? As histórias legadas costumam ser assustadoras, aventureiras e totalmente confusas. Eles representam uma mistura de decisões rápidas, soluções rápidas e acumulação de dívidas de UX.
Não existe uma solução única para os resolver, mas existem formas de progredir, ainda que lentamente, respeitando simultaneamente as necessidades e preocupações de usuários e partes interessadas. Agora, vamos ver como podemos fazer exatamente isso.
Os desafios reais da UX legada
Pode parecer que os produtos legados estão esperando para serem obsoletos a qualquer momento. Mas, na realidade, muitas vezes são crítico para operações diárias. Muitos sistemas legados são altamente customizados para as necessidades da organização, muitas vezes construídos externamente por um fornecedor e muitas vezes sem testes rigorosos de usabilidade.
É comum que as empresas gastem 40–60% do seu tempo gerenciar, manter e ajustar sistemas legados. Eles são essenciais, críticos – mas também muito caros para mantê-los vivos.
1. O legado deve coexistir com os produtos construídos em torno dele
Correndo em um ecossistema quebrado e com uma década de existênciao legado ainda funciona, mas ninguém sabe exatamente como e por que ainda funciona. As pessoas que a criaram originalmente provavelmente deixaram a empresa há anos, deixando para trás muitas incógnitas e trabalhos mal documentados.
Com eles vêm escolhas de design fragmentadas e inconsistentespreso em versões antigas de ferramentas de design antigas que foram descontinuadas há muito tempo.
Ainda assim, os sistemas legados devem coexistir em produtos digitais modernos construído em torno deles. Em muitos aspectos, o resultado final se assemelha a um Frankenstein – muitos pedaços colados, muitas vezes uma mistura de UIs modernas e fragmentos dolorosamente lentos e pouco utilizáveis aqui e ali – especialmente quando se trata de validação, mensagens de erro ou processamento de dados.
2. Sistemas legados fazem ou quebram a experiência do usuário
Depois de aplicar um pouco de correção rápida de bugs, problemas de lógica de negócios não resolvidos e layouts que não respondem, você terá um experiência verdadeiramente frustranteapesar do enorme esforço colocado no resto da aplicação.
Se uma única etapa em um fluxo de usuário complexo parecer totalmente quebrado e confusoentão todo o produto também parece estar quebrado, apesar dos esforços incríveis que as equipes de design fizeram no restante do produto.
Bem, eventualmente, você terá que lidar com o legado. E é aí que precisamos considerar as opções disponíveis para o seu Roteiro de experiência do usuário.
Roteiro UX para lidar com projetos legados
Não descarte o legado: desenvolva o conhecimento existente
Porque os sistemas legados são muitas vezes grandes incógnitas que causam muita frustração a todos, desde as partes interessadas aos designers, aos engenheiros e aos utilizadores. O pensamento inicial pode ser removê-lo completamente e redesenhá-lo do zeromas na prática, isso nem sempre é viável. O redesenho do Big Bang é um extremamente caro e um esforço muito demorado.
Sistemas legados detenha conhecimento valioso sobre a prática comercial, e elas funcionam — e um novo sistema deve corresponder perfeitamente a anos de conhecimento e personalização feitos nos bastidores. É por isso que as partes interessadas e os usuários (em B2B) são normalmente fortemente ligado a sistemas legadosapesar de todas as suas desvantagens e dores bem conhecidas.
Para a maioria das pessoas, como esses sistemas estão no centro do negócio, operar neles parece ser extremamente arriscado e exigirá uma quantidade significativa de esforço. cautela e preparação. Os usuários corporativos não querem grandes riscos. Portanto, em vez de descartar totalmente o legado, poderíamos começar reunindo primeiro o conhecimento existente.
Mapeie fluxos de trabalho e dependências existentes
O melhor lugar para começar é entender como e onde exatamente os sistemas legados estão em uso. Você pode descobrir que algumas partes dos sistemas legados são usadas em todos os lugares — não apenas no seu produto, mas também em painéis de negócios, por agências externas e por outras empresas que integram o seu produto em seus serviços.
Muitas vezes, os sistemas legados têm dependências próprias, integrando outros sistemas legados que podem ser muito mais antigos e estar em um estado muito pior. Há grandes chances de você nem mesmo considerá-los no redesenho do big bang – principalmente porque você não sabe exatamente quantas caixas pretas estão lá.
Configure um quadro para documentar os fluxos de trabalho e dependências atuais para ter uma ideia melhor de como tudo funciona junto. Incluir as partes interessadas e envolver usuários pesados na conversa. Você não será capaz de abrir a caixa preta, mas ainda poderá lançar alguma luz sobre ela a partir da perspectiva de diferentes pessoas que podem estar contando com o legado para seu trabalho.
Depois de fazer isso, marque uma reunião para refletir para usuários e partes interessadas o que você descobriu. Você precisará construir a confiança de que não está perdendo nada importante e visualizar as dependências que uma ferramenta legada tem para todos os envolvidos.
Substituir um sistema legado é nunca apenas sobre legado. É também sobre as dependências e fluxos de trabalho que dependem dele.
Escolha sua estratégia de migração UX
Depois de ter um quadro geral na sua frente, você precisa decidir o que fazer a seguir. Relançamento big bang ou uma pequena atualização? Qual abordagem funcionaria melhor? Você pode considere as seguintes opções antes de decidir como proceder:
- Relançamento do Big Bang.
Às vezes, a única opção disponível, mas é muito arriscada, cara e pode levar anos, sem que entretanto haja melhorias na configuração existente. - Migração incremental.
Retire lentamente pedaços do legado, substituindo pequenos pedaços por novos designs. Isso oferece ganhos mais rápidos em umFrankensteinestilo, mas pode tornar o sistema instável. - Migração paralela.
Execute uma versão beta pública da substituição junto com o sistema legado para envolver os usuários na definição do novo design. Aposente o sistema antigo quando o novo estiver estável, mas esteja preparado para o custo de manutenção de ambos. - Migração paralela incremental.
Liste todos os requisitos de negócios que o sistema legado atende e, em seguida, crie um novo produto para atendê-los de maneira confiável, combinando o sistema antigo desde o primeiro dia. Teste antecipadamente com usuários avançados, possivelmente oferecendo uma opção de trocar de sistema até que o antigo seja totalmente desativado. - Atualização da UI legada + versão beta pública.
Execute ajustes de baixo risco no sistema legado para alinhar a experiência do usuário, enquanto cria incrementalmente um novo sistema com uma versão beta pública. Isso produz ganhos mais rápidos e de longo prazo, ideais para resultados rápidos.
Substituir um sistema que foi cuidadosamente refinado e fortemente customizado durante uma década é uma tarefa monolítica. Você não pode simplesmente reconstruir algo do zero em poucas semanas, algo em que outras pessoas vêm trabalhando há anos.
Portanto, sempre que possível, tente aumentar gradualmenteenvolvendo usuários, partes interessadas e engenheiros ao longo do caminho — e com suficiente tempo de buffer e ciclos de feedback contínuos.
Concluindo
Com projetos legados, o fracasso muitas vezes não é uma opção. Você está migrando não apenas componentes, mas usuários e fluxos de trabalho. Porque você opera no o coração do negócioespere muita atenção, ceticismo, dúvidas, medos e preocupações. Então construa relacionamentos fortes com as principais partes interessadas e os principais usuários e compartilhar a propriedade com eles. Você precisará do apoio e da adesão deles para colocar seu trabalho de experiência do usuário em ação.
As partes interessadas solicitarão recursos novos e antigos. Eles vão se concentrar em casos extremos, exceções e pequenas tarefas. Eles questionarão suas decisões. Eles enviarão sinais confusos e mudarão de opinião. E eles esperam que o novo sistema funcione perfeitamente desde o primeiro dia.
E a melhor coisa que você pode fazer é trabalhar com eles durante todo o processo de design, desde o início. Execute um projeto piloto bem-sucedido para construir confiança. Relate seu progresso repetidamente. E conta fases intensas de testes rigorosos com usuários legados.
Renovar um sistema legado é um desafio difícil. Mas raramente existe um projeto que possa ter tanto impacto em tal escala. Arregace as mangas e supere isso com sucesso, e sua equipe estará lembrado, respeitado e recompensado nos próximos anos.
Conheça “Avalie a experiência do usuário e o impacto do design”
Encontrar Avalie o impacto da experiência do usuário e do designGuia prático de Vitaly para designers e líderes de UX sobre como rastrear e visualizar o incrível impacto do seu trabalho de UX nos negócios – com um treinamento de UX ao vivo ainda este ano. Vá para os detalhes.
