Crie uma equipe de design de produtos, crie um produto que seus usuários adoram

Em julho de 2016, fui convidado a bordo do projeto mais ambicioso da OutSystems Engineering: juntar-se a um grupo de pessoas apaixonadas pelo UX e formar o que hoje é conhecido como equipe de Design de Produto. Essa equipe influenciou como a engenharia constrói o produto a ponto de a experiência do usuário estar se entrincheirando em nossa cultura. Deixe-me contar a história de como chegamos aqui.

Minha história

Sou engenheiro de software que ingressou na OutSystems Engineering em 2007. Desde então, venho fazendo e aprendendo muitas coisas técnicas. Tornei-me líder de equipe e, ao longo do caminho, descobri práticas de usabilidade e design. Sempre fui uma daquelas pessoas que realmente se preocupam com nossos usuários, o cara que experimentou trabalhar com maquetes e protótipos e que fez testes de usabilidade antes de enviar o produto.

Janeiro de 2015: um cliente ficou muito feliz com o trabalho da minha equipe,
que eles nos enviaram uma carta de feliz ano novo.

No entanto, se você deseja criar um ótimo produto, não é suficiente ter algumas pessoas que se preocupam com a experiência do usuário. A empresa percebeu isso e tentou (e falhou) criar e manter uma equipe centralizada de design ou UX. Então, por que eu estava sendo convidado a montar esse time? Bem, como você verá, o motivo foi que, desta vez, faríamos as coisas de maneira diferente. Após um teste bem-sucedido em uma equipe existente, a gerência aceitou nossa proposta de criar uma nova equipe de design.

Uma regra básica para essa equipe era que ela deveria ser multidisciplinar: ao contrário das iterações anteriores, ela deveria ser composta por designers e engenheiros de UI / UX e engenheiros com uma sólida experiência em desenvolvimento de software. Por que isso foi importante?

A OutSystems oferece uma plataforma de baixo código para criar aplicativos móveis e da web. Nosso objetivo final é melhorar a vida dos desenvolvedores, tornando o desenvolvimento mais rápido e fácil. Para entender esses desenvolvedores, descobrir suas necessidades, projetar e validar as melhores soluções, precisamos de engenheiros e designers de UI / UX. Eu seria o engenheiro e também o líder da equipe, e esse foi um grande desafio!

Novembro de 2016 - Equipe de Design de Produto.

Os estágios iniciais: definindo nosso objetivo e nossa visão

A primeira decisão importante que tomamos foi nomear a equipe de "Design de Produto". Queríamos romper com as equipes anteriores apenas de design. Infelizmente, eles se limitaram às fases posteriores dos projetos, trabalhando apenas no design visual (imagens e ícones) e outras coisas de design que os engenheiros não podem fazer, como camisetas e canecas, e outros ganhos incríveis.

Queríamos moldar o futuro do nosso produto e não ser uma reflexão tardia; estaríamos envolvidos desde o início.

A equipe de Design do produto influenciaria como a Engineering projeta o produto em seus vários aspectos. Iríamos influenciar a funcionalidade, usabilidade e utilidade do produto e, sim, também os aspectos visuais do produto.

Com isso, determinamos nossa visão inspiradora:

A visão da equipe de design de produto.

Em seguida, definimos um conjunto de metas que aplicamos a todos os projetos em que trabalhamos. Esses objetivos nos guiam em direção à nossa visão: fornecer um produto que os usuários se apaixonem à primeira vista e continuem amando para sempre:

  1. Torne o produto fácil de usar.
  2. Faça o produto bonito e desejável.
  3. Ajude nossos usuários a entender o valor do produto.

Em retrospecto, nossos objetivos não são tão diferentes dos das equipes de design anteriores, e sabíamos que sempre havia o risco de falhar, como essas equipes.

Executando um Premortem

No passado, aplicamos com sucesso uma técnica útil, chamada pré-morte (mais aqui), que nos ajuda a prever riscos em nossos projetos. Em uma pré-morte, imaginamos uma falha futura hipotética do projeto. Pedimos a cada pessoa envolvida no projeto que indique quais riscos podem ter contribuído para essa falha. Depois, adaptamos nossos planos, para evitar esses riscos hipotéticos e evitamos falhas. Tão simples e poderoso, certo? Isto é; acredite em mim!

O Projeto Premortem

Então, decidimos executar uma pré-morte para a equipe. O cenário hipotético foi que, após um ano, a equipe falhou espetacularmente. Pedimos a todos da equipe que identificassem os possíveis motivos da falha. A partir dessas hipóteses, identificamos preocupações comuns e definimos itens de ação para evitá-las. Alguns desses itens de ação foram executados durante a inicialização da equipe e outros ainda estão sendo executados até hoje, apenas para garantir que não caiamos do precipício. :)

Avaliando nossas habilidades

Um dos riscos que identificamos foi a natureza multidisciplinar de nossa equipe. Complementar nossas diversas habilidades pode ser um desafio e, na época, talvez não tivéssemos as habilidades necessárias para realizar nosso trabalho. Aceitamos os desafios como uma grande oportunidade para crescermos! E todos nós chegamos tão longe.

Examinamos a definição de produto. Encontramos o seguinte:

O Design do produto identifica, investiga e valida o problema e, finalmente, cria, projeta, testa e envia a solução.

Nós adaptamos essa definição às nossas necessidades específicas e começamos a moldar o que significa ser um Designer de Produto na Engenharia OutSystems. Também criamos um diagrama das principais habilidades que precisaríamos como Designers de Produto.

Diagrama demonstrando as habilidades da equipe de design de produto para 2016.

Em seguida, cada um de nós fez uma auto-avaliação de habilidades, também discutimos as habilidades que gostaríamos de desenvolver ou onde poderíamos treinar outras pessoas. Isso nos deu informações úteis sobre onde a equipe precisava de treinamento ou mais membros da equipe.

Também nos ajudou a definir outra regra básica para a equipe: devemos sempre trabalhar em pares, juntando nossas habilidades de engenharia e design para complementar o excelente trabalho um do outro e aprender um com o outro.

Ainda fazemos esse exercício de tempos em tempos e, desde a primeira iteração, continuamos a avaliar nossas habilidades. Como resultado, adaptamos o diagrama para abraçar nossas alterações. Aqui está o nosso diagrama de 2018:

Diagrama que demonstra as habilidades da equipe de design de produto definidas para 2018.

Trabalhando com as equipes de produtos

Com a equipe no local, nossa visão e objetivos definidos e nossas habilidades determinadas e claras, como podemos realmente influenciar o futuro do produto? A engenharia da OutSystems possui várias equipes de produtos, uma para cada área do produto: front-end, back-end, ciclo de vida do aplicativo e assim por diante.

Outro risco que identificamos foi que as equipes de produtos poderiam decidir parar de trabalhar conosco se nossos processos interferissem em sua agilidade. Então, definimos mais algumas regras básicas para nossa equipe:

  1. Trabalhamos com as equipes, não para as equipes
  2. Nosso objetivo é sempre agregar o valor máximo e o mínimo de sobrecarga às equipes.

Precisávamos de um processo bem definido para que as equipes soubessem quando podem contar conosco. Pesquisamos vários sistemas de design, lemos livros e artigos e obtivemos inspiração de outras empresas. Existem muitos processos de design por aí, mas precisávamos adaptar um processo às nossas próprias necessidades específicas.

Definimos um processo com quatro etapas: descobrir, prototipar, entregar e ajustar.

As quatro etapas do design do produto

O estágio Discover

Nesta etapa, o objetivo é entender tudo sobre o problema. Entrevistamos, obtemos feedback de várias fontes, fazemos testes de usabilidade com a solução atual, analisamos a concorrência e executamos um processo de ideação para criar o maior número possível de soluções. Realizamos alguns experimentos muito interessantes durante o processo de ideação e hoje executamos uma variação do Google Design Sprint que chamamos de "Sessão de Design". Essa é uma das etapas mais importantes do processo, principalmente porque alinha todos os participantes com o problema nós estamos tentando resolver.

Novembro de 2016: experimentando o sprint do Google Design.Dezembro de 2016 - O produto da nossa primeira Sessão de Design, para o Depurador Visual de Pilha Completa.

O estágio do protótipo

Nesta fase, criamos protótipos de soluções para o problema, testamos-os com usuários-alvo e os repetimos. Os protótipos podem abranger vários níveis de fidelidade, do papel ao software. No final deste estágio, teremos testado vários protótipos, para sabermos o que funciona e o que não funciona. Trabalhamos em estreita colaboração com as equipes de produtos que implementarão a solução e, no final, elas decidem quais soluções implementar.

Janeiro de 2017: protótipos do depurador visual de pilha completa.Março de 2017: Um protótipo do editor de estilos.

O estágio de entrega

Durante esse estágio, as equipes de produto constroem o software e o design do produto fornece ativos visuais, analisa o software implementado de ponta a ponta e executa testes de usabilidade. Os testes com o software em funcionamento nos fornecem informações adicionais sobre questões de usabilidade, e estamos abertos a adaptar soluções nesse estágio e, se necessário, podemos criar protótipos de alternativas. No final da etapa de entrega, o produto é enviado e comemoramos isso com a equipe!

Março de 2017: Um dos membros da equipe deu à luz um bebê, uau!Setembro de 2017 - A interface do usuário final da caixa de diálogo Mobile Device Setup do Full Stack Visual Debugger

The Tweak Stage

Esse estágio inicia assim que o feedback de nossos usuários chega. Nesse estágio, analisamos as métricas para ajustar a solução fornecida. O objetivo é identificar o que está funcionando e o que não está, executar correções rápidas ou planejar melhorias futuras. Na próxima imagem, você pode ver nossa análise das métricas do Editor de estilos. A partir da análise, identificamos quantas maneiras diferentes os usuários acessavam as funcionalidades e qual era a mais popular.

Essas informações nos ajudam a simplificar o design.

Dezembro de 2017: - Analisando métricas de uso para o Styles Editor.

Ensaboar, lavar, repetir

Passamos por todos esses estágios com nossas equipes de produtos, para que todos estejam envolvidos no processo de design, desde o primeiro dia até que os clientes estejam felizes em usar o que todos construímos juntos. O processo é adaptável e iterativo; podemos executá-lo várias vezes durante um projeto. Estamos sempre abertos a adaptar o processo a novas técnicas, novos requisitos e o aprimoramos durante nossos experimentos.

Onde estamos hoje; Para onde estamos indo?

Hoje, temos uma equipe de design de produto estável, forte e de alto desempenho, e provamos nosso valor em vários projetos, alguns já entregues. Trabalhamos com a maioria das equipes de produtos e hoje toda a engenharia da OutSystems entende o valor de nossa prática. A experiência do usuário está se tornando parte de nossa cultura.

Ainda temos muitos desafios pela frente: precisamos escalar a equipe para influenciar mais projetos, precisamos continuar trabalhando em nossa visão para o futuro, precisamos melhorar nossa sincronização com gerentes e proprietários de produtos e assim por diante. Há muito o que fazer, então vamos arregaçar as mangas e nos ocupar!

Voltar à minha história

Este é de longe o projeto mais desafiador e gratificante em que estive envolvido durante meu período na OutSystems. Os desafios são constantes; a equipe é incrível! Obrigado, OutSystems, por uma oportunidade tão extraordinária.

A equipe de Design de Produto em 2018