Low-code/No-code colhem benefícios com a TI – com ressalvas

Embora bom para experiências rápidas e automatização de tarefas de rotina, ferramentas de low-code/no-code podem carecer de escalabilidade e segurança. Aqui estão alguns casos de uso superior, e aqueles em que eles podem falhar.

Ferramentas de programação visual de low-code/no-code prometem simplificar e acelerar radicalmente o desenvolvimento de aplicações, permitindo aos usuários empresariais criar novas aplicações, usando interfaces de arrastar e soltar, reduzindo a carga de trabalho dos desenvolvedores profissionais difíceis de encontrar. Um relatório da Gartner de setembro de 2021, previa que até 2025, 70% das novas aplicações desenvolvidas pelas empresas utilizarão tecnologias de low-code e/ou no-code, a partir de menos de 25% em 2020.

Muitos clientes encontram o ponto ideal ao combiná-las com ferramentas similares de low-code/no-code para integração e gerenciamento de dados, para automatizar rapidamente tarefas padrão, e experimentar novos serviços. Os clientes também relatam que ajudam os usuários comerciais a testar rapidamente novos serviços, ajustar as interfaces de usuário e fornecer novas funcionalidades. Entretanto, o low-code/no-code não é uma bala de prata para todos os tipos de aplicação e pode exigir uma reescrita dispendiosa se, um cliente subestima o grau em que as aplicações devem ser escalonadas ou personalizadas, uma vez que, atinjam a produção. Portanto, há muito na coluna, mas há razões para ser cauteloso também.

Aqui estão alguns exemplos de como os profissionais de TI estão usando ferramentas de low-code/no-code para oferecer benefícios, além da simples redução da carga de trabalho dos desenvolvedores profissionais.

Experimentando interfaces com o usuário, fornecendo novos serviços

Sendinblue, um fornecedor de software de comunicação de marketing baseado em nuvem, usa automação de fluxo de trabalho com low-code, integração de dados e ferramentas de gerenciamento, para experimentar rapidamente recursos como novos planos de preços, diz CTO Yvan Saule. Sem low-code, o que lhe permite testar novos recursos de 10 a 15% do custo do desenvolvimento tradicional, “não poderíamos arcar com todos os experimentos que estamos fazendo”, diz ele. “Se tivéssemos que escrever 15 sistemas de preços diferentes, poderia ter levado anos”, exigindo sistemas de preenchimento de backend e verificações de crédito para cada preço específico.

A empresa de tecnologia e serviços financeiros Fidelity National Information Services (FIS) usa low-code para desenvolver as interfaces de usuário para as aplicações que constrói para seus clientes bancários, usando APIs para conectar essas aplicações aos sistemas back-end do cliente ou do FIS. “É para velocidade de comercialização”, diz Vikram Ramani, Fidelity National Information Services CTO. Esta abordagem é especialmente valiosa dada a escassez de desenvolvedores qualificados. Enquanto o FIS ainda está avaliando os resultados, Ramani diz que eles esperam pelo menos uma melhoria de 20 a 30% na velocidade.

Na Joist, uma empresa iniciante no desenvolvimento de software de gerenciamento financeiro e de vendas para empreiteiros, o CEO Rohan Jawali está usando a plataforma no-code para construir rapidamente protótipos de aplicações, obter feedback do cliente e, em seguida, construir a aplicação real a fim de saltar algumas iterações no processo de projeto. Em um empregador anterior, ele podia rodar um aplicativo móvel de compartilhamento de informações e contatos para trabalhadores da construção civil em poucos dias, em comparação com várias semanas usando idiomas convencionais. Tocar o sistema de gerenciamento de conteúdo com no-code, tornou fácil para os usuários carregar os dados necessários dentro dele, diz ele.

Automação de processos e coleta de dados
Na produtora de água engarrafada Blue Triton Brands, Derek Lichtenwalner usou o low-code para construir uma aplicação de compartilhamento de informações e comunicação para os trabalhadores da produção. Antes de se tornar um analista de negócios SI/TI no início de 2022, Lichtenwalner não tinha nenhum treinamento formal em informática, mas foi capaz de construir o aplicativo em cerca de um mês. Agora está em uso em seis instalações com cerca de 1.200 usuários, com planos de expandi-lo para 3.000 nas 27 instalações da empresa.

Usar usuários que não são de TI, como o Lichtenwalner, para desenvolver aplicativos que compartilham informações e automatizam processos é uma boa opção para indústrias com pequenos funcionários de desenvolvedores qualificados, como a construção, onde “há muitos processos que precisam ser digitalizados e low-code e no-code pode tornar isso mais fácil”, diz Jawali.

Alguns fornecedores e clientes estão usando conceitos de low-code/no-code para facilitar não apenas o desenvolvimento de aplicativos, mas o compartilhamento de dados entre os aplicativos. A Sendinblue, por exemplo, resume suas interfaces de programação de aplicações (APIs) em widgets reutilizáveis. Ao mapear suas APIs com as utilizadas pelos sistemas de seus clientes, diz Saule, seus desenvolvedores “podem arrastar e soltar as funções de integração, e construir novas capacidades sobre essa integração”.

Entenda suas necessidades
Low-code/No-Code “pode ser o melhor amigo de um profissional de TI para os desafios tradicionais do dia a dia, tais como aprovações de fluxo de trabalho e coleta de dados”, diz Carol Dann, VP de tecnologia da informação da National Hockey League (NHL). Mas ela adverte contra tentar usar tal ferramenta para uma nova aplicação só porque é agradável de se usar. E escolher a solução errada pode ter um contra-ataque rápido, acrescenta ela, com qualquer vitória rápida apagada pela necessidade de codificar ou trabalhar em torno das falhas.

“Nenhum código é um bom ajuste quando você tem uma arquitetura de aplicação simples e quer implementar e testar rapidamente uma aplicação”, acrescenta Jawali. É melhor, diz ele, em “experimentos inovadores onde você quer muito controle sobre a experiência do usuário, interface de usuário – algo que você não pode obter com uma plataforma de low-code”. Low-Code é mais útil quando você precisa introduzir mais segurança e links para outras aplicações, mas ao custo de uma maior complexidade e da necessidade de desenvolvedores mais técnicos”.

A simplicidade de “arrastar e soltar” de no-code, torna difícil atingir aquele percentual final de diferenciação que torna uma aplicação útil para uma organização específica, e faz com que o low-code se ajuste melhor, diz Mark Van de Wiel, CTO de campo do fornecedor de software de integração de dados Fivetran. Essa personalização extra pode incluir, por exemplo, o uso de lógica difusa para corrigir nomes mal escritos em um banco de dados de clientes ou a lógica comercial necessária para calcular uma pontuação de 1 a 10 da eficácia de vários ativos de marketing com base em métricas como vistas versus click-throughs.

Aplicações de low-code/no-code também podem ser difíceis de serem escaladas, diz Saule. Ele recomenda limitar seu uso a partes estratégicas não essenciais do negócio, e quando você quiser experimentar. “Quando um experimento é bem sucedido e precisa ser escalado é quando é hora de pensar em reescrevê-lo”, diz ele, mas em uma linguagem mais tradicional, porém escalável.

Só porque low-code/no-code permite que mais usuários criem suas próprias aplicações, não significa que eles devam, diz Van de Wiel. Na Fivetran, um grupo de análise prepara os painéis de controle de eficácia de marketing utilizados pelo resto da organização. “Isto permite que nossos funcionários se concentrem naquilo em que são bons”, diz ele, em vez de perder tempo criando painéis duplicados, ou desperdiçar dinheiro amarrando a infraestrutura de TI baixando os mesmos dados.

As organizações que permitem o desenvolvimento extensivo de aplicativos de bricolagem, também devem assegurar que este grupo maior de desenvolvedores não profissionais siga os requisitos corporativos e regulamentares para proteger os dados dos clientes, diz ele.

Saber quando usar ferramentas de low-code vs no-code

O No-code foi um bom ajuste para os aplicativos de compartilhamento de informações que a Jawali desenvolveu, porque eles devem servir apenas centenas de usuários em vez de dezenas de milhares ou mais. É menos adequado para aplicações que exigem altos níveis de segurança, diz ele, porque não pode criar os perfis de usuário necessários para o acesso baseado em funções. Também lhe faltava suporte para as APIs necessárias para se conectar a outras aplicações, como sistemas de gerenciamento de produtos ou problemas, ou aplicações de rastreamento de entrega.

“Os problemas podem surgir quando as pessoas tentam fazer com que as ferramentas façam coisas que não estavam destinadas a fazer, em vez de concluir que não é o ajuste certo”, diz Dann. Desenvolver um relacionamento próximo com os gerentes de sucesso dos clientes do fornecedor e compreender tudo que as ferramentas têm a oferecer, o que a ferramenta faz bem e o que nunca se pretendeu fazer, é fundamental para tomar decisões bem educadas. “Dizer: ‘Não, isso não é realmente o que nossa plataforma faz’ é uma resposta perfeitamente aceitável de um fornecedor”, diz ela.

A NHL configurou as capacidades de integração de seu sistema de gerenciamento de fluxo de trabalho Monday.com como uma solução de low-code/no-code para substituir um sistema legado de canalização de pedidos para sua equipe criativa. Ela implantou este sistema de substituição em cerca de duas semanas, em comparação com pelo menos seis meses usando métodos tradicionais de desenvolvimento, diz Dann.

A liga atendeu a outra necessidade: alertar seus olheiros para novas informações sobre jogadores promissores, configurando a ferramenta de automação do fluxo de trabalho com no-code, no serviço de armazenamento de dados baseado em nuvem, para automaticamente atribuir tarefas e mover documentos para as pastas apropriadas uma vez processados. “Isto tirou todo o processo do e-mail e simplificou o fluxo de trabalho”, diz ela, “usando uma interface ‘o que você vê é o que você recebe’, em vez de escrever código”.

Usado corretamente, ferramentas de low-code/no-code podem acelerar novos aplicativos para clientes e funcionários, reduzindo custos e atrasos. Elas também podem evitar violações de segurança ou de política, ou a necessidade de reescrever uma aplicação que não pode ser dimensionada se for bem sucedida. Mas como qualquer ferramenta, entender o que eles podem e não podem fazer, e o que você precisa que eles façam, é essencial.