O Digital mudou as regras do jogo: a experiência do utilizador é o principal critério para atrair e reter utilizadores, não o tamanho da empresa. Fornecer interfaces ao high-standard é um critério de sobrevivência para as organizações.

O design é uma atividade muitas vezes percebida como elitista, reservada a um pequeno número de atores que atuam em salas fechadas. Depois de projetada a experiência, ela é finalmente revelada às equipes responsáveis ​​pela implementação.

O DesignOps acelera os ciclos de prototipagem da experiência do utilizador por meio de uma melhor colaboração entre as partes interessadas. O resultado é um melhor desempenho da experiência do cliente e da organização.

Émile Aublet foi Lead Designer e colocou o DesignOps em prática em diferentes organizações. Ele compartilha conosco sua experiência e conselhos sobre este tema-chave de DesignOps:

• A profissão de Design e UX
• A definição e motivações de DesignOps
• As metodologias de DesignOps
• O valor agregado e o gerenciamento de DesignOps
• A organização e os atores de DesignOps
• Como iniciar uma abordagem de DesignOps
• As competências do DesignOps

Junte-se à QE Unit para acessar conteúdo mais exclusivo da comunidade.

Sobre Émile Aublet

Émile Aublet possui mais de 12 anos de experiência na área de Design. Ele mora no Canadá, em Montreal, trabalhando para a Shopify como engenheiro. Ele ganhou vários prêmios por design e interfaces de utilizador.

Ele começou sua carreira na TC Media como Designer Interativo antes de se mudar para Nurun, ocupando os cargos de Web Designer e depois Diretor de Arte. Posteriormente, evoluiu como o Interactive Diretor de Artena Frank + Oak antes de Gerente de Interações e Design no Aldo Group. Mais recentemente, ele ocupou os cargos de Lead Interaction Design UI e, em seguida, Lead Design Ops no National Bank of Canada. Ele está atualmente no Shopify como engenheiro. 

Antoine: pode começar se apresentando?

Moro em Montreal, sou Designer, DesignOps e Desenvolvedor Front-end. Passei os últimos 12 anos principalmente em design e interações. Hoje estou me concentrando um pouco mais no front-end, com vontade de aprender um pouco mais na parte técnica. Estou convencido de que é essencial para o meu trabalho e para o tema desta entrevista.

Antoine: Em que consiste o trabalho de UX e design? Que prioridades está abordando?

Design, UX e desenvolvimento Front estão se misturando cada vez mais. O objetivo é criar interfaces que sejam principalmente experiências do utilizador. Fala-se cada vez mais em construir experiências em colaboração com desenvolvedores. Tentamos criar experiências acessíveis, fáceis de usar e memoráveis.

O trabalho de design e interação gira muito em torno das pessoas. Seja realizando o teste do utilizador diretamente com os utilizadores para testar as interfaces ou até mesmo em alguns casos com uma presença física. A profissão de design está mudando muito. Dez anos atrás, estávamos imprimindo modelos; hoje nós os codificamos para testá-los diretamente.

O DesignOps tem um impacto direto tanto interna quanto externamente, o que pode facilitar a vida, o trabalho e a colaboração das partes interessadas.

Antoine: A sigla DesignOps despertou minha curiosidade. Sentimos um paralelo com o DevOps em uma dinâmica global de aceleração. Pode nos contar um pouco mais? Como isso se encaixa no Quality Engineering?

DesignOps tem muitas raízes comuns com DevOps. É um conjunto de práticas que já existiam em parte. Seu surgimento está ligado ao aumento da colaboração dos designers com outros atores no processo de design. Se antes um designer trabalhava sozinho com modelos no Photoshop, isso não é mais possível. Os designers não podem saber, saber ou prever tudo por conta própria. Eles devem, portanto, colaborar o mais cedo possível e regularmente com os atores relevantes para poder oferecer experiências de utilizador de qualidade.

O DesignOps permite que os designers aproveitem as oportunidades no ecossistema e facilite a colaboração com as partes interessadas. Como DevOps, não se trata apenas de ferramentas ou processos, cultura e habilidades são importantes. Um designer deve saber comunicar as suas ideias, sendo a realização cada vez mais realizada em equipa.

Antoine: Como o DesignOps difere das abordagens tradicionais de design?

Já podemos definir o que é uma abordagem tradicional do design. Normalmente penso em um designer trabalhando de modo ágil, por exemplo, com sprints. A principal diferença é que o designer é muito focado e focado em seu contexto, perspectiva e objetivos, como em um silo. Portanto, ele tem pouca interação com o resto do ecossistema sob o risco de ter problemas de integração posteriormente.

Outra abordagem tradicional é realizar o projeto e a implementação técnica em etapas separadas. Um designer trabalhará 6 meses para construir um certo número de elementos que serão então cuidados por uma equipe de desenvolvimento e conteúdo. Em ambos os casos, devemos dar um passo atrás nos aspectos positivos e negativos dessas abordagens.

Consegui configurar uma abordagem de DesignOps nesses 2 contextos. O DesignOps é, em última instância, a cola entre todas as atividades do Designer para que ele possa ter uma melhor visibilidade, um melhor distanciamento e confronto de suas ideias. Evitamos gastar meses construindo uma caixa preta que se revela como uma grande revelação para o resto da equipe. Atores e parceiros internos são parte integrante das iterações de design.

A formalização do DesignOps ajuda a esclarecer a estrutura e a governança.

Antoine: Portanto, há um verdadeiro pilar de cultura e interações no DesignOps. Além de testar seu design mais rapidamente, também é colocá-lo em prática mais cedo, compartilhá-lo e ter feedback transversal em vários níveis.

Sim, exatamente, especialmente em um negócio onde a experiência do utilizador é diferenciadora. É tão caro fabricar um produto que precisa reduzir os riscos e desenvolver as ligações certas. Esses testes e verificações de valor são sutis em design; falamos muito sobre emoções, apego, satisfação. Essas são variáveis ​​difíceis de medir factualmente. Para tornar a tarefa mais complexa, as interpretações dependem do contexto.

Por exemplo, é difícil testar a acessibilidade de um site. Cada pessoa está em um contexto diferente, com equipamentos e parâmetros diferentes. Queremos reduzir o preconceito tanto quanto possível. O DesignOps ajuda a minimizar a variabilidade na avaliação, testando rapidamente e de maneira integrada no resto do ecossistema. Devemos ser capazes de testar várias ideias por dia.

Antoine: Quais são os fundamentos do DesignOps? Quais práticas concretas para DesignOps?

Os princípios declinam de forma diferente dependendo do contexto. Posso compartilhar um caso concreto em que estive em um banco com uma equipe de designers e desenvolvedores. Tínhamos vários produtos digitais. Esses produtos regularmente precisavam de componentes relativamente padrão. A primeira prioridade era criar bibliotecas desses objetos para reutilizá-los facilmente em outros aplicativos.

Essa primeira etapa da biblioteca nos permitiu uma melhor comunicação e compartilhamento com outras equipes sobre as necessidades recorrentes. Convergimos mais facilmente em um vocabulário comum, acelerando a colaboração entre diferentes atores. Como qualquer problema humano, o ponto crucial geralmente é a comunicação que desperdiça nosso tempo e dinheiro.

Além disso, essas bibliotecas nos guiaram em direção a uma abordagem de produto de nossos componentes, facilitando o controle de versões, manutenção e evolução. Com o tempo, essas práticas se transformaram em elementos da cultura de nossa equipe. Os grandes atores perceberam isso com antecedência; Google com Material Design, Shopify com Polaris. Os desenvolvedores estão familiarizados com esses componentes, é fácil integrá-los aos aplicativos. 

A cultura comum evoluiu através da linguagem comum, a biblioteca de componentes e sua documentação facilitando seu uso. O ganho concreto é o reaproveitamento e a aceleração da criação de Design que são rapidamente testados. O nível de exigência também foi aumentado em todos os componentes para alcançar a mesma facilidade de uso. As equipes desejam iterar rapidamente em todos os componentes.

Em nosso caso, sempre nos concentramos em ter componentes reais integrados aos aplicativos. Podemos pensar em usar Framer ou InVision para imitar componentes com maquetes. O problema é que a integração será complicada, demorada e os testes não necessariamente relevantes. Portanto, é importante, desde o início, ter uma abordagem integrada para DesignOps em toda a cadeia. Também cria uma empatia mais forte entre designers e desenvolvedores.

Antoine: O desafio é testar a ideia e sua implementação até o final para validar a capacidade de alcançar e melhorar a UX a partir de então. 

O Design System é uma faca de dois gumes. Deve ser visto como uma caixa de ferramentas, não como algemas. A linha está bem, podemos mudar rapidamente para um extremo. Por exemplo, usando apenas componentes padrão, alguém acabará criando experiências semelhantes ao ficar preso às opções disponíveis. O risco é otimizar nosso processo esquecendo a perspectiva do utilizador, que, dependendo do contexto, tem necessidades diferentes. 

A DesignOps está constantemente em busca do sweet spot, entre um produto suficientemente simples, flexível e escalável para adaptá-lo, e estruturado e padronizado para garantir sua sustentabilidade e robustez.

Antoine: Quais contribuições e criação de valor viu serem realizadas, ou percebidas, tanto para negócios quanto para TI?

O DesignOps se materializa primeiro por meio de uma melhor colaboração com as equipes. Isso resulta em tempos de design e desenvolvimento reduzidos em ciclos muito mais curtos. Um produto que ganha vida rapidamente contribui para expectativas mais claras para as partes interessadas mais cedo. As equipes terão visto um produto integrado concreto, o que permite validar muito mais hipóteses.

Para o cliente, o valor está na experiência. Podemos olhar para os grandes players como Google, Facebook, Microsoft; uma vez familiarizado com um aplicativo, pode facilmente usar o todo. É o caso do Gmail e da sua suíte colaborativa, do Outlook e da suíte da Microsoft, do Safari e dos aplicativos da Apple. Existe uma uniformidade de aplicativos, resultante de uma abordagem de DesignOps. Ao mesmo tempo, o aplicativo é relevante para seus casos de uso e tem consistência transversal para facilitar o uso do conjunto geral. Os utilizadores que entendem de uma interface não precisam de nenhuma documentação ou ajuda. A intuitividade é tal que os próprios utilizadores sabem usar as ferramentas, satisfeitos com sua experiência. 

Uma experiência de utilizador de alto nível tem impacto no desempenho da empresa. Isso pode resultar em um aumento no volume de negócios, margem, indicadores de cliente. A facilidade e a satisfação de interagir com uma marca, seus produtos e serviços auxiliam na atração e retenção de clientes. As empresas mais bem sucedidas têm uma verdadeira cultura de Design e melhoria contínua.

O design não é apenas para designers. Às vezes temos uma visão muito elitista da atividade, como para os desenvolvedores. Toda a organização deve estar ciente do design, seu valor, seus processos e sua complexidade. As partes interessadas devem compreender a necessidade dos investimentos, tempos de iteração e validação necessários. Esse conhecimento de outras profissões nos ajuda a criar soluções que exigem menos idas e vindas. Os atores são sensibilizados para as necessidades e dificuldades, integram naturalmente certas informações através deste capital de empatia. Cada ator é responsável por seu trabalho e cada pessoa é responsável por facilitar a colaboração e a comunicação multifuncional.

Antoine: As partes interessadas são importantes para uma cultura de design. Identificamos o designer, o proprietário do produto, os desenvolvedores. Quem são os participantes de um processo de DesignOps?

O DesignOps pode ser difícil de vender em uma empresa. Pode ser visto como uma despesa pura sem retorno do investimento. No entanto, esta disciplina já está sendo implementada nas equipes de design, muitas vezes só falta formalizá-la e padronizar os métodos. O DesignOps se torna um negócio de todos quando está bem implementado, apoiado por uma governança que se expande com o tempo. Não precisamos necessariamente de um “herói designer”, as habilidades e atividades são, em última análise, transversais à organização. Precisamos de pessoas que possam colaborar e acelerar a organização globalmente, não apenas em seu prisma individual.

Tem que começar com um pequeno núcleo, uma pequena equipe da qual esta é a principal prioridade. O número de atores deve ser bem selecionado e permanecer limitado para manter as iterações curtas e eficientes. Muito facilmente nos esquecemos dos atores responsáveis ​​pelo conteúdo, eles se veem tendo que integrar de alguma forma os elementos no final da cadeia, tendo apenas referências de conteúdo. No entanto, uma experiência de utilizador agradável e fácil de usar depende muito do conteúdo. Portanto, é essencial integrar esses atores desde o início do processo.

“O DesignOps torna-se o negócio de todos por meio de governança compartilhada e cultura corporativa.”

Émile Aublet

A contribuição deles também será mais relevante com um conteúdo mais adaptado, integrado e revisado o mais rápido possível. Por exemplo, o texto de um item de confirmação pode ser “Confirmar”, “Continua”, “OK”. Compartilhar designs, desenvolvimento e conteúdo diretamente aumentará essa necessidade e será esclarecido muito antes. A probabilidade de retrabalho e mudança é drasticamente reduzida depois disso. Este exemplo parece trivial, mas acontece com frequência. Em um número maior de elementos, a perda de tempo torna-se significativa.

Sendo o DesignOps uma questão cultural, muitas vezes tive de levá-lo a níveis que vão além das equipes operacionais, por exemplo, aos VPs. A alocação de 3 pessoas por vários meses trabalhando nesta abordagem é um verdadeiro investimento para uma empresa. Os resultados são de médio e longo prazo, não de curto prazo, precisa de pessoas que sejam influenciadas e convencidas. Assim como no DevOps, precisa de uma configuração inicial antes de colher os benefícios. No início, é difícil medir o ganho. Posteriormente, podemos medir mais facilmente o ganho e também o impacto de não ter mais essas práticas em vigor.

Antoine: O que recomenda para uma organização que deseja iniciar esse processo? Quais boas práticas devem ser seguidas ou erros a serem evitados?

É mais fácil configurar DesignOps se estiver começando em uma nova equipe ou um novo projeto. A complexidade é menor, podemos criar gradualmente nossa biblioteca de componentes e adaptá-los conforme avançamos. As habilidades e capacidades colaborativas dos atores são de fato as mais importantes neste contexto. 

Para equipes existentes que já têm outras prioridades e mecanismos, deve haver um problema a ser resolvido. tem que começar provando a si mesmo com vitórias iniciais que são mais fáceis de alcançar colhendo os “low hanging fruits”. Sempre há tipografias, os elementos do formulário a tratar. São elementos muito utilizados e em contato direto com os utilizadores. Eles já podem ser padronizados e centralizados em um portal de documentação. Este é um assunto de organização, estrutura e processos compartilhados. 

On também deve ter um campeão, um referente de DesignOps que será nosso embaixador para estender o processo. Ele deve ser o ponto de contato privilegiado para todas as partes interessadas para quaisquer perguntas ou dúvidas. Cabe a ele garantir os métodos, processos e organização do DesignOps. É preciso atuar ao mesmo tempo nos processos, na tecnologia, nas prioridades, na organização e nas competências.

Podemos então começar a estender nossas práticas para outras equipes. Além disso, não precisamos integrar todos na mesma equipe. É aqui que a cultura, o compartilhamento de repositórios e práticas nos permite estender mais amplamente na organização. 

Ao desenvolver protótipos rapidamente entre os diferentes atores, focamos a discussão das partes interessadas em um objetivo comum e compartilhado: construir uma experiência de utilizador que atenda aos vários critérios de qualidade.

Antoine: DesignOps precisa de fundamentos reais, desde as metodologias à organização de tarefas. Não estamos necessariamente no uso das tecnologias mais recentes. tem que começar com os fundamentos e iterar na criação de valor.

Menos é mais. Frequentemente, pode fazer muitas coisas com as ferramentas de que dispõe, raramente esse é o problema. O factor limitante é mais frequentemente o da mentalidade. Por exemplo, podemos começar com a biblioteca de componentes compartilhados e perceber que temos 140 para fazer, sem saber por onde começar. Aplicando um 80/20, podemos certamente focar nos 10 mais importantes primeiro, medir seu valor, adaptá-los e melhorá-los. 

A prototipagem é difícil por causa da mentalidade. Os designers podem ser influenciados pelo que sabem sobre protótipos, dependendo de suas habilidades. O mesmo acontece com os desenvolvedores, eles tendem a limitar as possibilidades de implementação ao que sabem fazer.

“Para alcançar o sweet spot, os actores devem compor suas expertises e agir fora de sua zona de conforto.”

Émile Aublet

Um protótipo muitas vezes é jogado fora e não é usado. O objetivo é validar rapidamente uma ideia real que pode ser experimentada para validar a criação de valor. Podemos então passar para o estágio de industrialização. pode usar imagens para uma grande parte da tela para protótipos. Se quer apenas testar uma transição ou a fluidez das mudanças, não precisa perder tempo com o resto. Este é um exemplo de DesignOps na prática, tem que saber como usar atalhos onde não impacta a medida de valor. É um equilíbrio real, os designers devem ser um pouco mais técnicos, os desenvolvedores um pouco menos exigentes em seu código.

Antoine: Para um designer, quais habilidades identifica como as principais para abordar o DesignOps?

Habilidades técnicas são importantes. Nesse mundo de interações e experiências, é preciso saber atuar na transversalidade. Não estou certo de que este aspecto seja necessariamente tratado no treinamento oficial e mais tradicional. É muito importante para mim. Para designers autônomos, saber programar também pode ser mais lucrativo.

Também traço um paralelo com minha mãe, que era designer de impressão física. É impossível projetar uma impressão sem saber como ela será impressa, como funciona a máquina, quais são as restrições que possui. É impossível. deve saber a tinta, o papel, o tipo de impressão etc. Tanto a impressora quanto o designer devem entender suas necessidades e restrições. No design de interação é a mesma coisa, temos que maximizar nosso conhecimento de toda a cadeia.

DesignOps, portanto, requer a composição de experiência. tem que ter um equilíbrio ao invés de um extremo em certas habilidades. Caímos muito facilmente em uma otimização isolada, perdendo de vista os utilizadores. Pessoas e colaboração são elementos essenciais de DesignOps e a criação de experiências de utilizador com valor agregado. 

Antoine: Muito obrigado Émile por esta partilha de experiências e recomendações sobre o DesignOps. Um bom exemplo de uma prática que aplica o paradigma do Quality Engineering, restringindo seu conjunto de processos à entrega contínua de software com valor acrescentado. Temos ações para iniciar e paralelos interessantes com outras práticas. Muito obrigado pela sua contribuição e bom Design(Ops)!