Há uma chance de que algumas das ferramentas e plataformas que você descobrir não sejam realmente adequadas para a sua organização. Se você estiver tomando medidas para introduzir algo, precisará ter feito a devida diligência. 

No amplo espectro de ferramentas sem código existentes, é justo dizer que algumas são mais adequadas para uso em um ambiente organizacional do que outras. Se você é a pessoa que pegou o bug da ausência de código e está querendo apresentar o caso aos tomadores de decisão/departamento de TI/grandes chefes em geral, precisará fazer algumas pesquisas antes de apresentar qualquer opção a eles. Você sabe que haverá uma grande resistência. É aí que entra este guia.

Quando se trata de saber se você encontrou uma ferramenta sem código adequada para a sua empresa, há três questões fundamentais que devem ser abordadas. 

‍1. É no-code ou low-code?

Já abordamos esse tópico em outro lugar com mais detalhes, mas esse continua sendo um ponto essencial. Lembre-se: as plataformas e ferramentas com pouco código só podem ser realmente usadas por equipes de TI e pessoas com conhecimento técnico; as ferramentas sem código podem ser usadas por qualquer equipe. 

Normalmente, a pessoa que escolhe o software a ser adquirido para uma empresa não é a pessoa que acabará usando-o. Pode ser um CIO ou um arquiteto de TI. Pode ser um CIO ou um arquiteto de TI. Normalmente, o processo é o seguinte: eles verificam a ferramenta e a comparam com as outras opções disponíveis. Eles a comparam por funcionalidade, integrações com o que já estão usando e preço. Normalmente, isso tende a se resumir principalmente aos recursos e à funcionalidade.

No caso de ferramentas com pouco código, isso não é problema, pois todas elas têm praticamente a mesma dificuldade de uso. Porém, com as ferramentas sem código, é diferente porque a curva de aprendizado e a facilidade de uso podem variar muito. Por exemplo, alguém pode se familiarizar com o construtor de sites Squarespace em um ou dois dias; levaria muito mais tempo para se tornar proficiente no uso do Webflow. Essa diferença de usabilidade afeta tudo: desde o tempo de treinamento até os erros e falhas, passando pela aceitação geral em toda a empresa. Isso é importante porque, quando se trata de ferramentas de nível empresarial, a maioria das ferramentas poderosas e populares que existem (por exemplo, Microsoft Power Apps, Mendix, Quickbase) são realmente de baixo código. Portanto, somente um departamento de TI pode realmente usá-las. Não é o ideal se você estiver tentando capacitar sua equipe de operações.

Essa diferença na usabilidade afeta tudo: desde o tempo de treinamento, passando por erros e falhas, até a aceitação geral em toda a empresa. 

‍

2. Como você realmente vai implementá-lo? 

A seguir, falaremos sobre implantação: as etapas e os processos necessários para garantir que o aplicativo esteja disponível para as pessoas certas da maneira certa. Haverá resistência e algumas perguntas que precisarão ser respondidas. Essas perguntas incluem:  

1) Onde o aplicativo e os dados estão hospedados?

2) Qual é o grau de complexidade da configuração?

3) Qual é o custo? 

4) Qual é a complexidade de uso?

5) Ele tem os recursos de conformidade necessários? (Como SSO, controles de acesso e registros de auditoria)

6) Quem será responsável por garantir que o acesso seja concedido corretamente e que a ferramenta seja usada adequadamente?

Sua organização provavelmente terá requisitos específicos a serem cumpridos que você precisará levar em conta, e isso pode ser complicado. Por exemplo, sua empresa aceita ferramentas sem código que hospedam os dados por conta própria? Caso contrário, você precisará encontrar uma opção auto-hospedada, mas a maioria das plataformas inovadoras existentes não é auto-hospedada. 

3. Como ele lida com seus dados?

Você precisará de qualquer ferramenta que escolher para acessar algum tipo de dado. A questão é: você pode conectá-la às fontes de dados importantes, como dados de clientes, dados de operações ou dados de RH? Normalmente, você está procurando por duas coisas: 

• A ferramenta se conecta corretamente às suas fontes de dados? Essa deve ser uma resposta do tipo sim ou não. Se você precisa que sua ferramenta seja capaz de ler SQL, a ferramenta sem código se conecta ao SQL? Você precisa que a ferramenta seja capaz de se integrar ao Airtable? 

• Ela oferece os níveis de segurança adequados? Se você conectar seu banco de dados a essa ferramenta, seu departamento de TI ficará satisfeito? Eles permitirão que você a conecte a esses dados críticos do cliente e os deixe efetivamente fora dos controles da organização? Essa é uma grande decisão e *spoiler* a resposta provavelmente é não. Você pode colocar as permissões necessárias para limitar quem pode ver e acessar o quê? Uma coisa é fazer com que os dados entrem e saiam, mas talvez você precise ser capaz de auditar e definir níveis de acesso e permissões. Por exemplo, se você é uma empresa de investimentos e tem Barack Obama como cliente, provavelmente não vai querer que toda a sua equipe de operações de clientes possa ver o portfólio dele e onde ele está fazendo seus investimentos. 

PRINCIPAIS DICAS DA NCDT

- Busque o caminho de menor resistência 

Como regra geral, tente sempre simplificar o máximo possível. Se sua organização usa software da Microsoft, faz sentido procurar ferramentas sem código com integrações da Microsoft. Se a sua equipe de suporte ao cliente usa o Zendesk, procure uma ferramenta como o Internal ou o DronaHQ que possa funcionar com ele imediatamente. 

- Faça uma prova de conceito

Experimente antes de comprar. Muitas ferramentas e plataformas de nível empresarial oferecem algo chamado prova de conceito, por meio do qual você pode experimentá-las gratuitamente ou por um custo baixo, treinar membros da sua equipe e mostrar que é possível criar o aplicativo de que você precisa com elas. Se você puder, opte por essa opção. 

- Observe os preços

Em nossa opinião, o no-code é mais eficaz quando seu uso é difundido em uma organização. A longo prazo, deve ser uma maneira de muitas pessoas desenvolverem software de forma contínua, e não apenas um projeto único. Portanto, certifique-se de que o plano de preços não tornará isso impossível. Se o preço inicial for muito alto, por exemplo, ou se o custo por usuário for proibitivo, talvez a ferramenta não seja a ideal.