Dois pontos de partida, e é aí que tudo se decide
O AppSheet parte dos seus dados tal como são. Já existe uma folha de cálculo, com as suas colunas e hábitos; a plataforma liga-se a ela e dela deriva uma aplicação. Trata-se de uma vantagem real, muitas vezes subestimada: o caminho mais curto entre uma folha de cálculo operacional e uma introdução de dados limpa no terreno, sem migração nem rutura.
O Blueprint Maker parte da descrição do seu negócio em português corrente, não das suas colunas. Explica o que acompanha, o que depende do quê, o que quer ver todas as manhãs; a IA transforma isso num plano, entidades, relações, ecrãs, indicadores, que valida antes de qualquer construção; seguidamente, geradores determinísticos criam uma aplicação completa, com a sua base de dados relacional Prisma, rotas, ecrãs e painel de controlo.
A diferença não é, portanto, «qual plataforma é melhor», mas **o que serve de coluna vertebral**: uma folha de cálculo cuja forma a aplicação herda, ou um esquema relacional concebido especificamente para o negócio que acabou de descrever. O primeiro abraça o existente; o segundo corrige-o.
Uma folha não tem relações, uma base de dados tem
Uma folha de cálculo alinha linhas. Assim que um negócio envolve dois objetos que se relacionam, uma encomenda e as respetivas linhas, um associado e as respetivas quotas, um artigo e os respetivos movimentos, a folha de cálculo simula essa ligação por cópia: repete-se o nome do cliente em cada linha, e acabam por coexistir duas ortografias diferentes.
Uma aplicação Blueprint Maker estabelece esses vínculos diretamente no esquema: o cliente existe uma única vez, a encomenda faz referência a ele, e alterar o nome do cliente atualiza-o em todos os locais. É esta restrição que torna possível aquilo que nenhuma cópia consegue oferecer: um registo que mostra o histórico associado, indicadores calculados por consulta (em vez de inseridos manualmente) e proteções contra erros na escrita.
Isto não é uma crítica ao AppSheet, uma aplicação construída sobre uma fonte de dados bem organizada funciona perfeitamente. É, antes, uma questão a colocar-se antes de escolher: a sua dificuldade está em registar com mais rigor aquilo que já regista, ou em estruturar aquilo que a folha de cálculo já não consegue suportar?
Onde vive a aplicação, e a quem ela pertence
Uma aplicação AppSheet vive dentro da plataforma: é ela que a executa, distribui e gere, através das contas da organização. Para uma DSI já integrada no Google Workspace, isto é coerente e até desejável, pois a administração fica centralizada no mesmo local onde já está para o restante.
Uma aplicação Blueprint Maker é um software autónomo. O código gerado é padrão Next.js + Prisma: exporta-se em ZIP, envia-se para o GitHub, aloja-se onde quiser ou na URL dedicada incluída. Qualquer programador pode abri-lo, auditar o seu funcionamento e expandi-lo, sem necessidade de conta na nossa plataforma e sem a nossa intervenção.
É a diferença entre configurar uma ferramenta e possuir um ativo. Nenhuma das duas opções é, em si, superior; simplesmente comprometem-no com coisas distintas ao longo de cinco anos.
O que paga, e o que cresce consigo
As plataformas de aplicações internas cobram tipicamente por utilização ou por utilizador: quanto maior a equipa, mais cara fica a ferramenta. Isto faz sentido do ponto de vista do fornecedor e representa uma linha orçamental que perdura enquanto a aplicação estiver em uso.
O Blueprint Maker cobra pela geração, não pelos utilizadores: versão Discovery gratuita, Pro a 25 €/mês e Max a 149 €/mês, com o custo em créditos sempre visível antes de cada geração. A aplicação resultante é usada depois sem limite de utilizadores: é o seu software. Contratar um novo colaborador não encarece a ferramenta que já possui.
Blueprint Maker e AppSheet frente a frente
| Blueprint Maker | AppSheet | |
|---|---|---|
| Ponto de partida | Uma descrição do negócio em português corrente, da qual a IA extrai um plano que você valida | Dados existentes, muitas vezes uma folha de cálculo, a partir dos quais a plataforma deriva a aplicação |
| Base de dados | Base de dados relacional Prisma concebida para o negócio descrito: relações, restrições, histórico associado | Fonte de dados ligada, com a estrutura que já possui |
| Onde a aplicação é executada | Aplicação web autónoma, na URL dedicada incluída ou no seu próprio alojamento | Dentro da plataforma, distribuída e gerida pelo ecossistema Google |
| Propriedade do código | Código-padrão Next.js + Prisma: exportação em ZIP, envio para o GitHub, entrega livre a qualquer programador | Aplicação vinculada à plataforma, sem software autónomo para levar consigo |
| Utilização no terreno | Aplicação web responsiva, testada também em largura de telemóvel; requer ligação à internet | Trabalho móvel no terreno por design, com captura offline, um dos seus pontos fortes |
| Custo estrutural | 0 € / 25 € / 149 € por mês, créditos visíveis antes de cada geração, sem custo por utilizador | Modelo baseado na utilização e nas contas da organização |
Quando é o AppSheet a escolha certa
- Os seus dados já vivem no Google Workspace e pretende uma aplicação acima deles, sem migração nem rutura.
- As suas equipas introduzem dados no terreno, por vezes sem rede: a captura offline é uma verdadeira vantagem do AppSheet, e uma limitação assumida da aplicação web que geramos.
- A sua organização exige governança centralizada dentro do ecossistema Google: mesmas contas, mesmas regras, mesma administração que o resto.
- A necessidade principal é registar com mais rigor aquilo que já regista, em vez de reestruturar um negócio que a folha de cálculo já não consegue sustentar.
Quando é o Blueprint Maker a escolha certa
- O seu negócio envolve objetos interligados, encomendas e linhas, clientes e vencimentos, stock e movimentos, e a folha de cálculo apenas os simula por cópia.
- Não quer que a sua ferramenta de gestão dependa de um ecossistema: código exportável, alojamento livre, entrega possível a qualquer programador.
- Quer evitar um custo que cresce com a equipa: aqui paga-se pela geração, não pelos utilizadores.
- Quer ver o que será construído antes de ser construído: o plano, entidades, relações, ecrãs, indicadores, é-lhe apresentado e pode ser ajustado.
Perguntas frequentes: Blueprint Maker vs AppSheet
O Blueprint Maker pode partir do meu ficheiro Excel ou da minha folha Google?
Não como base: a aplicação é gerada a partir da sua descrição, com a sua própria base de dados relacional. Pode, contudo, importar os seus dados existentes posteriormente. A diferença é intencional, reestrutura-se a própria arquitetura, não se coloca apenas uma interface por cima.
A aplicação gerada funciona sem ligação à internet?
Não. Trata-se de uma aplicação web servida a um endereço: abre-se no navegador de um telemóvel tal como num computador, mas exige ligação. Se precisar de captura offline no terreno, este é um ponto em que o AppSheet responde melhor, e preferimos dizê-lo claramente.
Integra-se com o Google Workspace?
Não, nenhuma integração nativa é gerada: trata-se de uma vantagem exclusiva do AppSheet. Como o código é exportável e padrão, um programador pode ligar o que for necessário, mas isso não faz parte da geração automática.
O que acontece se mudarmos de ecossistema mais tarde?
A sua aplicação mantém-se inalterada: é um software padrão independente, continua a funcionar exatamente como está e pode ser alojado noutro local. É precisamente isto que ganha ao não estar preso a um ecossistema, e o que sacrifica em termos de integração nativa.