Esta é a pergunta que decide o destino da ferramenta, e raramente se resolve em termos técnicos. O modo de falha é sempre o mesmo: a equipa utiliza simultaneamente a nova aplicação E a sua folha de cálculo, os dois sistemas divergem e, ao fim de algumas semanas, só a folha de cálculo está atualizada. Uma aplicação gerada tem aqui uma vantagem real: usa O SEU vocabulário, porque é construída a partir da sua própria descrição, e não do de um editor que vende o mesmo produto a trinta setores diferentes. Pode ainda renomear os menus posteriormente e conceder a quem for necessário um acesso de leitura apenas verdadeiramente bloqueado no lado do servidor. O que a ferramenta NÃO faz: não forma ninguém, não inclui tutoriais integrados nem acompanhamento de utilização, e não lhe diz quem a está a usar.
O verdadeiro modo de falha: ninguém abandona a folha de cálculo
Imaginamos uma rejeição clara, a equipa recusa, queixa-se, exige a volta à antiga ferramenta. Quase nunca é isso. O que acontece é mais discreto: cada um insere dados na nova aplicação quando se lembra, mantém a sua folha de cálculo ao lado «só até me habituar» e continua a enviar os números por correio eletrónico. As duas fontes coexistem, vão-se desalinhando e, no dia em que entram em contradição, é a folha de cálculo que se considera válida, porque foi a última a ser preenchida.
A literatura sobre projetos falhados coloca a gestão da mudança no topo das causas evitáveis, muito à frente dos defeitos técnicos. Por outras palavras: o software funcionava. Mas ninguém o usou.
O que realmente conta: o vocabulário é o seu
O primeiro obstáculo à adoção é o desfasamento linguístico. Um software genérico fala de «terceiros», de «artigos» e de «oportunidades», enquanto a sua equipa diz «clientes», «peças» e «orçamentos a relançar». Cada diferença obriga a uma tradução mental, e é essa fricção, não a complexidade, que devolve as pessoas à folha de cálculo que escreveram elas mesmas.
Uma aplicação gerada a partir da sua descrição herda as suas palavras: as entidades, os ecrãs e as colunas retomam o vocabulário que usou. O plano é, aliás, apresentado e editável ANTES de qualquer código ser gerado, é o momento certo para corrigir um rótulo que não se diz assim na sua organização, em vez de deixar que a equipa o descubra sozinha.
E se um rótulo ficar desatualizado, os nomes dos menus e a sua ordem podem ser alterados posteriormente, diretamente dentro da própria aplicação, sem necessidade de regenerar nada.
Conceder acesso sem causar receio: três papéis, um verdadeiramente bloqueado
Grande parte da resistência resulta do medo de estragar algo. As contas dividem-se em três papéis, administrador, utilizador e convidado com acesso de leitura apenas, e este último não é uma mera cortesia visual: para uma conta com acesso de leitura apenas, toda e qualquer escrita é recusada NO SERVIDOR, antes mesmo de chegar aos dados. Um sócio, um contabilista ou um estagiário pode, assim, explorar a ferramenta sem qualquer risco de erro acidental.
É importante conhecer o limite: estes papéis são GLOBAIS. Não existem permissões por ecrã, não é possível mostrar a lista de projetos a alguém e, ao mesmo tempo, ocultar-lhe as margens. Se a sua organização exigir esse tipo de segmentação, trata-se de um critério a ter em conta desde o início, antes mesmo de escolher qualquer ferramenta.
O que a ferramenta não fará por si
Não forma ninguém. Não há percurso de integração, não há tutoriais integrados nem balões de ajuda no primeiro arranque da aplicação entregue: alguém tem de mostrar a ferramenta aos restantes, e esse alguém será você.
Também não mede a sua própria utilização. Não existe um registo de atividade por utilizador, nem estatísticas de acesso: a partir da aplicação, não saberá quem a abre e quem a evita. A única forma de saber é observar se os dados estão a chegar, e perguntar.
O que a ferramenta lhe deixa, pelo contrário, é o controlo total. Os dados exportam-se para CSV e JSON a partir do ecrã Definições, e o código pertence-lhe. Se a ferramenta não pegar, sai com tudo o que lá colocou, o que torna a experiência de teste pouco arriscada e, por isso, mais fácil de aceitar.