Indo Além do Low Code em 2022 - Whitepaper do App Builder Indigo.Design

Integre Facilmente Designs e Protótipos com Geração de Código

O avanço do low code se acelerou nos últimos anos e está projetado para ter um CAGR de 31,3% (Research and Markets) até 2030. Mas, como acontece com qualquer ferramenta, é difícil para um indivíduo ou equipe adotar algo novo. Designers estão familiarizados com suas ferramentas de design, enquanto desenvolvedores trabalham com o GitHub ou sua IDE favorita.

Mas e se você pudesse manter suas ferramentas e adicionar uma ferramenta leve sobre suas ferramentas e processo para melhorar drasticamente a entrega de software?

Acreditamos que uma camada de design para código se integraria às suas ferramentas de design existentes (Sketch e Figma), enquanto permite que os desenvolvedores continuem usando as ferramentas de sua escolha, como Visual Studio Code, GitHub e outras. Esse tipo de ferramenta integraria a geração de código em Angular e Blazor e permitiria uma colaboração mais rápida entre designers e desenvolvedores com uma IDE WYSIWYG pioneira no mercado.

Neste whitepaper, analisamos:

• Por que as equipes de desenvolvimento estão sobrecarregadas

• Por que as ferramentas de low-code não são boas o suficiente

• Como integrar o design para código em seu processo com sprints ágeis e de design

• Por que agora é o momento para as ferramentas de design para código

As Equipes de Desenvolvimento Estão Sobrecarregadas

As equipes de desenvolvimento vêm lidando com backlogs sobrecarregados há anos, e prevemos que em 2022 e além mais organizações adotarão ferramentas de low-code/no-code e veremos um aumento nos “Desenvolvedores Cidadãos”. Em um recente artigo de tendências da App Developer Magazine, diz-se que as ferramentas usadas pelos desenvolvedores cidadãos do dia a dia assumirão vários aspectos do desenvolvimento de aplicativos. Isso não significa todo aplicativo empresarial, mas aplicativos que não exigem arquitetura complexa, ou aplicativos que não são considerados de missão crítica com SLAs rígidos. O artigo afirma:

O segredo para as maiores oportunidades de economia de custo e tempo ao ir do design para o código está no uso de um conjunto bem pensado de padrões de UI, ou controles de UI, que podem ser ‘transformados em código’ e personalizados a partir daí.

Isso se encaixa bem com uma ferramenta de design para código como o App Builder™, onde um sistema de design definido que mapeia para controles de UI e padrões comuns de UI é onde você pode encontrar economias extremas de tempo. Se o design é o código, você está resolvendo dois dos maiores problemas enfrentados pelos líderes digitais.

As Ferramentas de Low-Code Não São Boas o Suficiente

Historicamente, os líderes de tecnologia foram ‘mordidos’ pelas aplicações de caixa-preta / geração de código do passado. Nas décadas de 1990 e 2000, a promessa de muitas ferramentas do tipo ORM era mais ‘prometer demais e entregar de menos’ do que qualquer outra coisa. Embora o código provavelmente estivesse pronto para produção, ele não era editável, não podia ser reutilizado e não estava em conformidade com nenhum produto de teste automatizado. Hoje, esse legado prejudica as ferramentas mais modernas que realmente podem acelerar a entrega de aplicativos com código testável e pronto para produção.

Em um recente artigo da Information Week, dissemos que o low-code e os desenvolvedores cidadãos evoluíram desde seu início, mas ainda há espaço para crescimento. As plataformas de low-code e no-code realmente precisam evoluir. Em particular, o low code precisa incluir alguma contribuição (e processo de UX) de especialistas em UX e design para entregar aplicativos voltados ao consumidor, bem como aplicativos internos. Mesmo que o código esteja pronto para produção e seja testável, se a experiência do aplicativo não atender às expectativas do usuário, todo o exercício será um fracasso.

Se sua equipe de design está incluindo usuários e stakeholders como parte de seu processo iterativo de design usual, aliado à flexibilidade que uma equipe de desenvolvimento obtém com código utilizável, a percepção dessas ferramentas mudará. Se os líderes de tecnologia perceberem o valor – por exemplo – economia de semanas e meses em um ciclo típico de desenvolvimento de aplicativos, a adoção do design para código, das ferramentas de low-code, torna-se uma decisão fácil.

Com relação à nossa plataforma, que integra prototipagem de UI, sistemas de design, testes de usuário, construção de aplicativos e geração de código, até mesmo uma série de artboards do Sketch que têm componentes posicionados de forma absoluta se traduzirá em um layout web adequado por meio de heurísticas de inteligência artificial. À medida que problemas complexos como esses são resolvidos com sucesso com ferramentas, a confiança e a dependência dessas ferramentas aumentarão. Observando pesquisas anteriores do Gartner e da Forrester, vemos o low code se tornando cada vez mais uma opção preferida para construir software nos próximos cinco anos. Os líderes de tecnologia terão dificuldade em lutar contra o movimento low-code se as empresas estiverem olhando para isso da perspectiva de design de experiência do usuário, teste de usuário e resultado de código para entregar melhores experiências mais rapidamente aos seus stakeholders.

Integrando o Design para Código em Seu Processo

Como acontece com qualquer ferramenta, é difícil para um indivíduo ou equipe adotar algo novo. Mas e se você pudesse manter suas ferramentas e adicionar uma ferramenta leve sobre suas ferramentas e processo para melhorar drasticamente a entrega de software? Em nosso artigo da Code Magazine, Eliminating Waste During Designer to Developer Handoff, destacamos o conceito do Sprint de Design Iterativo, e como você pode adicionar isso ao seu processo, usar ferramentas como o App Builder para ajudar na colaboração do sprint de design e, por fim, obter código do seu design que você pode usar em aplicativos de produção.

Um design sprint é um processo de cinco fases limitado no tempo que usa o design thinking com o objetivo de reduzir o risco ao trazer um novo produto, serviço ou funcionalidade ao mercado. Levamos isso um passo adiante e consideramos esse processo assim como um sprint em seu processo de desenvolvimento ágil. Seu objetivo é abordar problemas, validar suposições, criar protótipos e fazer testes de usuário em funcionalidades e épicos, mantendo-se à frente do processo de desenvolvimento (pode ser cronometrado em sprints, como 2 semanas, 3 semanas, ou mais). Isso significa que o termo ágil se estende além dos desenvolvedores de aplicativos, incluindo toda a equipe de produto digital. O App Builder pode adicionar essa camada às suas ferramentas existentes (ferramentas de design como Sketch e Figma) com a adição de testes de usuário, colaboração e WYSIWYG para desenvolvedores, ao mesmo tempo em que permite que os desenvolvedores continuem usando as ferramentas de sua escolha, como Visual Studio Code, GitHub e outras.

Na prática, as equipes de design criam um design em iterações, fazendo alterações com base no feedback dos stakeholders e nos testes do design com os usuários. O design iterativo com teste de usuário se encaixa bem em um processo ágil ao realizar as atividades de design um sprint à frente dos desenvolvedores. Durante o Sprint 1, a equipe de design projeta o primeiro conjunto de funcionalidades, obtém feedback dos stakeholders, testa rapidamente o design com os usuários e itera o design. Os testes de usabilidade podem ser conduzidos rapidamente com protótipos de baixa fidelidade. A equipe de desenvolvimento trabalha no design final, testado pelo usuário, nos sprints seguintes. Esse processo de sprint de duas trilhas – uma para design, outra para desenvolvimento – aliado a ferramentas padronizadas e a um sistema de design sólido, garante resultados bem-sucedidos.

Agora é o Momento para as Ferramentas de Design para Código

Aplicativos não são construídos em um vácuo. Múltiplos stakeholders, processo de design iterativo com a inclusão de clientes, testes de usuário eficazes e colaboração perfeita é o que faz produtos vencedores. No entanto, como observamos em 7 Things Developers Need Designers to Know, “A demanda crescente por desenvolvedores—ainda que amplamente documentada a escassez de talento técnico—está mudando fundamentalmente os papéis de desenvolvedores e designers e a dinâmica entre eles. Enquanto os designers já foram os únicos responsáveis por criar interfaces bonitas, agora frequentemente se espera que definam toda a experiência de UI/UX de front-end para os usuários. E, por serem os guardiões diretos de desenvolvedores sobrecarregados, eles são fundamentais para eliminar qualquer coisa que possa resultar em codificação extra ou falta de clareza antes de entregar os projetos para o desenvolvimento.”

Como líder de tecnologia, é fundamental analisar ferramentas que possam melhorar não apenas o processo, mas também a colaboração e o resultado do código. Desenvolvedores são difíceis de contratar, designers não são especialistas em desenvolvimento web e layout web, e as ferramentas podem remover essas complexidades e transformar algo que costumava ser feito em semanas ou meses no mesmo trabalho feito em minutos ou horas.

Com o App Builder, você acelerará a criação de aplicativos do design ao código. Sua equipe pode acelerar a inovação e o tempo de lançamento no mercado, reduzindo tarefas repetitivas, demoradas e monótonas. O App Builder é uma plataforma de design de produtos digitais que integra prototipagem de UI, sistemas de design, testes de usuário, construção de aplicativos e geração de código para eliminar transferências de design (hand offs) e reduzir iterações custosas — permitindo verdadeira colaboração de design-desenvolvimento em UX.

Com o App Builder baseado em nuvem, WYSIWYG, os desenvolvedores podem rapidamente mapear arquivos do Sketch ou Figma, ou templates pré-construídos, para componentes de UI reais, visualizar instantaneamente o design como código real e, então, gerar código pronto para produção em Angular ou Blazor e enviar para o GitHub ou baixar para sua IDE favorita.