O Agile UX e o Lean UX colocam a colaboração, o trabalho iterativo e a pesquisa centrada no usuário, baseada em evidências, no coração de seus sistemas.
Por quê?
Bem, o que aconteceria se o projeto e desenvolvimento de um produto digital fosse realizado de uma só vez, construído em torno das informações fornecidas em uma única hipótese, plano ou idéia? Há muitos caminhos para uma possível falha que pode ocorrer no momento em que o produto final é produzido.
Pense sobre isso; você poderia descobrir cada ângulo de desempenho e necessidade do usuário em um conjunto de regras e observações?
Por exemplo, a tecnologia avança incrivelmente rápido, portanto, há uma grande chance de que não demore muito para que haja uma maneira melhor de realizar as tarefas necessárias de novas formas. Ou, é inevitável que as pessoas evoluam e mudem constantemente, de modo que o problema de ontem pode não ser tão significativo quanto um problema descoberto uma ou duas semanas depois. E, enquanto você está trabalhando em suas soluções para o último conjunto de problemas predominantes, seus concorrentes podem ter lançado algo superior nesse meio tempo, o que faz com que seu projeto atual pareça um pouco sem brilho, atrasado ou simplesmente desnecessário.
Em qualquer um desses casos, ter um plano único com uma única fase de produção provavelmente resultará em uma experiência cara para desenvolver algo que não é mais necessário.
O Agile UX resolveu esse conjunto particular de problemas
Quando Agile UX chegou no desenvolvimento de software, seu trabalho era garantir que aqueles sistemas de desenvolvimento de visão piscante se tornassem uma coisa do passado.
Ele introduziu um método onde diferentes seções, estágios ou funções eram gerenciados em pedaços menores separados, em etapas mais curtas, e revisados, normalmente ao longo de algumas semanas. A idéia de um sistema de design-construir-teste-lançamento foi atualizada para um ciclo de design-construir-teste-revisão, com tanta iteração quanto necessária até que um produto digno de lançamento se tornasse realidade.
Tudo isso parece ótimo, certo? Uma solução digna.
Mas, à medida que as exigências de recursos de tempo e dinheiro entraram em jogo, com cada vez mais empresas em busca de uma maneira mais rápida e mais acessível de comercialização, a abordagem Lean UX tornou-se a mais atraente para novas operações com orçamentos restritos em tempo e dinheiro.
O que é Lean UX?
Quando você adiciona o termo ?lean? a qualquer sistema, você seria perdoado por supor que essa otimização, seja de tempo ou de dinheiro, se resumisse a cortes de gastos. Não é bem assim.
Pense em seus Lean UX designers como pilotos de corrida. Eles não estão cortando caminho, mas encontrando a maneira mais eficiente de contorná-los na maior velocidade possível.
Os métodos de experiência do usuário enxuta dependem muito da suposição de que a primeira versão nunca será a melhor; de fato, supõe-se que ela nem mesmo funcionará. Com essa mentalidade, por que alguém gastaria mais do que o necessário para construir um protótipo apenas para descobrir o que há de errado com ele? É aí que o MVP se torna tão crucial para o processo.
Utilização de um produto mínimo viável para testar as suposições Lean UX
Assim como o Agile UX, o Lean UX é colaborativo, centrado no usuário, e construído em seções de tamanho de mordida. Mas ao invés de separar funções, seções ou processos, as iterações são tipicamente um MVP novo ou revisado, construído sobre o que eles encontraram de errado com o protótipo anterior.
Este processo é conhecido como o método das hipóteses e suposições.
Se presumirmos que cada protótipo estará errado e precisará ser aprimorado, obteremos uma declaração de problema que pode levar a um conjunto de suposições. Como fazemos isso? Por meio de uma conversa, geralmente na forma de brainstorming em equipe, em que todos no projeto estejam envolvidos. Trazer toda a equipe para a discussão ajuda a ver os muitos problemas que o projeto pode enfrentar em cada parte do processo. O trabalho em equipe faz o sonho funcionar, certo? Bem, no Lean UX, esse é exatamente o ponto.
Trabalhando com uma declaração de problema Lean UX
As suposições são apenas problemas sem prova. Fazendo perguntas e discussões em torno desses problemas, podemos criar uma hipótese para testá-los.
Se o teste do usuário for bem sucedido, então você tem sua prova. Caso contrário, você pode descartar a idéia e passar para a próxima.
No entanto, o mesmo teste de usuário pode revelar outros problemas que não poderiam ser vistos sem ele, talvez até forçando uma remodelação completa das suas intenções, do produto e do próximo protótipo. Com um MVP, há pouco a perder se você tiver que descartar todo o modelo para começar de novo a partir de um ponto de vista melhor e mais instruído.
As declarações de problemas permitem que você continue discutindo e testando. O objetivo é explorar e melhorar o produto e seus objetivos iniciais, aprendendo mais sobre as necessidades dos clientes para oferecer o melhor resultado possível para seus usuários e para o próximo estágio do Lean UX personas.
O essencial do Lean UX
Agile e Lean UX são semelhantes em desempenho, mas a diferença essencial é que o Lean UX usa loops de aprendizagem dependentes de cada MVP.
Produtos mínimos viáveis ajudam os designers e pesquisadores de UX a validar ideias (ou não) o mais rápido possível. Portanto, quanto menos recursos eles tiverem, menos ruído haverá, mais rápido eles serão criados e mais cedo poderão ser colocados no espaço de testes.
Como você pode ver, ele não está cortando um canto; ele está voando ao redor dele sem ser impedido por detalhes desnecessários.
Cada ciclo de aprendizagem fornece um MVP monitorado e medido com base em técnicas de pesquisa e testes UX.
Então, qual é a diferença entre a experiência do usuário enxuta e ágil em seus ciclos de teste?
- Os testes Lean UX perguntam quais são os problemas e aprendem com eles.
- Os laços de teste Agile UX validam que sua última versão funciona como deveria.
De volta à nossa pergunta original: Sua equipe Lean UX é pró-ativa ou reativa?
O Lean UX deve, em teoria, garantir que seu processo seja proativo a cada passo, utilizando a pesquisa e o pensamento do projeto para descobrir questões e necessidades construídas em torno dos dados do usuário.
Entretanto, há momentos em que as partes interessadas estão muito próximas de suas hipóteses para ver as alternativas. Assim, liderando sua carga, eles constroem e testam seu MVP inicial sem a quantidade apropriada de pesquisas UX ou conversas de suposição e hipotese. Isto cria uma equipe reativa, testando as suposições feitas por uma única parte interessada e não as de seus usuários.
Infelizmente, esta é uma situação típica que falha o alvo do Lean UX, com testes de usuário reagindo às ideias das partes interessadas e não proativamente explorando declarações de problemas devidamente estruturadas.
Nessas circunstâncias, os proprietários de produtos e as partes interessadas precisam se desvencilhar e se abrir para o quadro geral, idealmente voltando ao básico da pesquisa UX, por exemplo, usando o Conselho de Design Diamante Duplo abordagem. Ao se envolverem com o diamante do lado esquerdo, eles terão uma chance muito maior de descobrir os problemas reais do que suas suposições únicas e tendenciosas. É uma ferramenta padrão que ajuda designers e pesquisadores a explorar totalmente o espaço do problema antes que qualquer solução seja descoberta ou sugerida.
Para aqueles que ainda não exploraram a abordagem Double Diamond ou precisam de um lembrete rápido de como ela determina os problemas reais a serem resolvidos, ela segue quatro estágios simples por meio de dois estágios de "diamante" que garantem que estamos projetando a coisa certa e desenhar bem as coisas.
- Etapa 1 ? Descobrir a coisa certa por meio de pesquisa
- Estágio 2 ? Definindo a coisa certa por meio de síntese
- Estágio 3 ? Desenvolver as coisas da maneira correta por meio da ideação
- Etapa 4 ? Realizar as coisas da maneira correta por meio da implementação
A estrutura promove quatro princípios fundamentais para que os solucionadores de problemas possam trabalhar da maneira mais eficiente possível:
- Colocar as pessoas em primeiro lugar ? Compreender suas necessidades, pontos fortes e aspirações.
- Comunicar visualmente e de forma inclusiva ? Ajudar todos a obter uma compreensão compartilhada de problemas e ideias.
- Colaborar e co-criar ? O trabalho em conjunto promove a inspiração.
- Iterate ? Os testes contínuos revelam os erros mais cedo, reduzem os riscos e aumentam a confiança.
Se você acha que esses princípios-chave lhe parecem familiares, parabéns, ficamos felizes em saber que você está prestando atenção. Agora, tudo o que você precisa fazer é lembrar-se deles e manter-se no caminho certo durante o desenvolvimento da experiência do usuário enxuta.
Conclusão
Hoje, analisamos um problema específico que vemos regularmente, colocando-o no lugar usando um resumo simples de Lean UX. Seguir o programa como pretendido é essencial para aproveitar ao máximo qualquer ferramenta de design ou pesquisa. É muito fácil se deixar levar pela empolgação de um novo empreendimento ou recurso, o que torna ainda mais importante garantir que não estejamos perseguindo sonhos, mas dados.
Se quiser entender um pouco mais sobre a experiência do usuário enxuta, sinta-se à vontade para explorar nossas páginas que analisam um pouco mais a fundo a experiência do usuário enxuta. diferenças entre o Agile e o Lean UX e como O Lean UX ajuda você a superar o medo de falhas no projeto. Por fim, há também uma página que discute como o colaboração entre todas as partes durante o Lean UX descobre um conjunto mais amplo, informado e bem fundamentado de problemas e soluções.
Se você gostaria de saber mais sobre como o UX24/7 pode ajudá-lo com sua abordagem Lean UX, envie-nos um e-mail para hello@ux247.com.
