Perguntas
As perguntas que se fazem antes de começar
Criar uma aplicação sem programar, propriedade do código, prazos, custos, fiabilidade da IA: as respostas diretas às perguntas mais frequentes, sem rodeios comerciais.
27 resultados
O que é uma aplicação de gestão?
Uma aplicação de gestão é um software construído em torno das coisas que uma atividade manipula: clientes, obras, artigos, sócios, e das ligações entre elas. Cada coisa tem a sua ficha, o seu histórico e o seu estado; listas filtráveis permitem encontrar tudo; um painel agrega o conjunto em indicadores. Distingue-se do sítio web (uma montra virada para o exterior) e da folha de cálculo (dados sem estrutura partilhada): é a ferramenta de trabalho interna de uma equipa.
O que fazer quando nenhum software se adequa à minha atividade?
Comece pelo teste honesto: se existe uma ferramenta especializada para o seu ofício, acessível e bem avaliada, escolha-a, um bom especialista vence qualquer ferramenta genérica. O verdadeiro problema começa quando ela não existe, quando está sobredimensionada ou quando tem preços pensados para estruturas muito maiores do que a sua. Restam então três vias reais: dobrar uma ferramenta genérica (folha de cálculo, CRM), montar algo em no-code ou descrever a sua atividade e mandar gerar a aplicação correspondente, a única das três que produz uma ferramenta à sua imagem E cujo código lhe pertence.
É possível criar uma aplicação sem saber programar?
Sim. Três vias permitem hoje obter uma aplicação sem escrever código: os construtores no-code (montagem visual), as IA conversacionais que escrevem código, e a geração determinística em que a IA produz um plano que programas transformam em aplicação. A competência exigida já não é a programação: é a capacidade de descrever claramente a sua necessidade.
Uma IA pode criar uma aplicação fiável?
Sim, desde que não lhe peça para escrever o código livremente. Um modelo que gera código a pedido produz um resultado imprevisível, que ninguém audita e que qualquer retoque pode partir. A fiabilidade vem de uma arquitetura que circunscreve a IA àquilo que faz bem: compreender o seu negócio: e confia a escrita do código a programas determinísticos, cujo resultado é o mesmo em cada execução.
Qual a diferença entre no-code e low-code?
O no-code permite construir uma aplicação inteiramente com o rato, sem escrever nem ler código: dirige-se aos não programadores. O low-code parte da mesma base visual mas prevê estender a aplicação escrevendo código: dirige-se às equipas técnicas que querem avançar mais depressa. Em ambos os casos, a aplicação continua a ser executada pela plataforma: é o que os distingue de uma terceira abordagem, a geração de código.
Quanto tempo para criar uma aplicação de gestão?
Tudo depende da via escolhida: conte vários meses para um desenvolvimento à medida clássico, de vários dias a várias semanas para construir você mesmo a aplicação numa plataforma no-code, e poucos minutos para uma primeira versão gerada por IA a partir de uma descrição. Em todos os casos, o tempo incompressível é o mesmo: o de esclarecer aquilo de que precisa.
Quanto custa uma aplicação de gestão à medida?
Tudo depende do modo de fabrico. O desenvolvimento à medida clássico cifra-se em dezenas de milhares de euros e em meses de prazo; as plataformas no-code cobram uma subscrição, muitas vezes por utilizador, que corre enquanto a ferramenta viver; a geração por IA reduz o feito à medida a uma subscrição modesta: com o Blueprint Maker, de 0 € (Descoberta) a 25 €/mês (Pro) ou 149 €/mês (Max), com o custo de cada geração mostrado antes de a iniciar.
Como substituir o Excel por uma aplicação a sério?
Em três etapas: primeiro reler o seu livro de folhas para dele extrair a estrutura escondida: que coisas segue (as entidades), como se ligam (as relações), que estados atravessam (os estados) e que totais calcula (os indicadores); depois escolher uma via de construção (no-code, desenvolvimento, geração por IA); por fim migrar progressivamente, com a aplicação e o livro de folhas a coexistirem algumas semanas. O sinal de partida clássico: várias pessoas introduzem dados, e as versões divergem.
Quem possui o código de uma aplicação no-code?
Na maioria dos casos, ninguém, porque não existe código para possuir. Uma aplicação no-code é uma configuração executada pela plataforma do editor: possui os seus dados (geralmente exportáveis em CSV), mas a lógica, os ecrãs e a execução permanecem com ele, enquanto durar a subscrição. Só as ferramentas que geram código real e lho entregam permitem uma propriedade no sentido pleno.
É possível alojar a própria aplicação gerada?
Sim: desde que a ferramenta de geração lhe entregue uma aplicação real, em tecnologias padrão, capaz de funcionar fora da sua plataforma. É o caso do Blueprint Maker: cada aplicação gerada é um projeto Next.js + Prisma completo, exportável em ZIP ou enviado para o seu GitHub, que implementa no servidor ou no alojamento à sua escolha. Um URL dedicado está incluído se preferir não gerir nada.
É possível modificar uma aplicação gerada por IA?
Sim, de duas formas complementares: regenerar a aplicação a partir de uma descrição enriquecida: a via sem código, adequada às evoluções de estrutura: ou recuperar o código-fonte e fazê-lo evoluir como qualquer projeto, por si próprio ou através de um programador. A segunda via pressupõe uma condição muitas vezes negligenciada: que o código gerado seja padrão e legível, não um emaranhado que ninguém se atreve a tocar.
É possível usar a aplicação de gestão no telemóvel?
Sim. Uma aplicação gerada pelo Blueprint Maker é uma aplicação web implementada num endereço próprio: abre no navegador do telemóvel, sem instalar nada e sem passar por uma loja de aplicações, e mostra exatamente os mesmos dados que no computador. Pode adicioná-la ao ecrã principal para que abra em ecrã inteiro com o seu ícone. O limite a conhecer: precisa de ligação, não existe modo offline.
Existe um custo por utilizador numa aplicação gerada?
Não. O que é faturado é a geração: o seu plano define o que pode produzir no mês, nunca quantas pessoas usarão depois a aplicação. Esta chega com as suas próprias contas e dois perfis (administrador e só leitura), que cria a partir da própria aplicação. Não há qualquer contador de lugares para vigiar. O único limite real é o alojamento, não uma licença.
O software gerado é uma aplicação real, ou apenas uma maquete?
É uma aplicação completa, não uma maquete: uma verdadeira base de dados PostgreSQL (via Prisma), rotas de API que criam, leem, alteram e eliminam dados, autenticação, e uma interface que LÊ e ESCREVE nessa base de dados. Antes de ser entregue, cada aplicação passa por uma validação automatizada: tem de compilar, arrancar como em produção e deixar que um navegador clique em cada secção, não apenas « parecer » que funciona.
Posso cancelar a minha subscrição a qualquer momento?
Sim. Os planos Pro e Max são faturados mensalmente, sem compromisso anual a quebrar. O cancelamento faz-se de forma autónoma a partir das definições de faturação, sem chamadas nem justificações a dar, e produz efeito no final do período já pago: o acesso não é cortado a meio de um mês pago. O código das aplicações já geradas continua exportável independentemente da subscrição.
O que fazer se o meu software empresarial deixar de ser mantido?
Três ações, por esta ordem. Recupere os seus dados enquanto o serviço ainda estiver ativo: a restituição está normalmente prevista no seu contrato e o direito à portabilidade dos dados reforça essa exigência. Em seguida, garanta a continuidade operacional durante o período de migração, pois um software que ainda funciona não é, por isso, seguro. Por fim, escolha um substituto colocando a pergunta que faltou da primeira vez: se este editor também encerrar, o que me fica nas mãos, e em que formato?
Qual a diferença entre um ERP e uma aplicação gerada?
Um ERP é uma suite integrada que cobre várias funções da empresa (contabilidade, RH, compras, produção) numa base de dados comum, implementada por um fornecedor especializado, muitas vezes demorada e cara de implementar. O Blueprint Maker gera UMA aplicação específica para UMA necessidade operacional que descreve, em minutos e a um custo conhecido antecipadamente: não é um ERP, é a alternativa à folha de cálculo frágil para o acompanhamento que nenhum ERP cobre bem ou cujo custo o torna inacessível.
A aplicação gerada está em conformidade com o RGPD?
É necessário distinguir dois níveis. A Blueprint Maker, enquanto editora, trata os seus dados de conta em conformidade com o RGPD: alojamento na União Europeia (OVH, França), subcontratados vinculados por cláusulas contratuais-tipo e direito à portabilidade. Já a aplicação GERADA é uma ferramenta que você explora: é você quem assume a responsabilidade pelo tratamento dos dados que os SEUS utilizadores nela introduzem, a plataforma facilita esse papel (possibilidade de alojamento na UE, base de dados que lhe pertence, ausência de bloqueio proprietário), mas não o assume em seu lugar.
É preciso mudar de software por causa da faturação eletrónica?
Em Portugal a conformidade recai sobre o PROGRAMA que EMITE as faturas, e não sobre um canal de envio: é o ponto que mais confusão gera quando se leem artigos traduzidos de outros países. Quem emite faturas tem de o fazer com um programa certificado pela Autoridade Tributária, que atribui a cada documento o seu ATCUD e o respetivo código QR — e isto já está em vigor, não é um prazo por cumprir. Convém por isso separar duas ferramentas: o programa com que EMITE as suas faturas, que tem de cumprir a lei, e a sua ferramenta de GESTÃO diária — obras, intervenções, stock, associados, processos — que não emite faturas e nunca esteve abrangida. Uma aplicação gerada com o Blueprint Maker pertence à segunda categoria, e esta página explica exatamente onde passa a fronteira.
É possível ter vários utilizadores numa aplicação gerada?
Sim. Assim que a descrição do seu projeto implicar uma ligação, a aplicação gerada inclui uma gestão real de contas, não um único código de acesso partilhado. O administrador pode criar outras contas, com papel de modificação ou apenas leitura, cada uma com o seu próprio identificador. A criação faz-se a partir do ecrã Definições, com uma palavra-passe temporária de uso único, que a pessoa altera na sua primeira ligação.
É possível importar os seus dados existentes do Excel para a aplicação?
É preciso distinguir duas coisas que a pergunta confunde. A ESTRUTURA do seu livro, sim: anexe o ficheiro .xlsx ou .csv à sua descrição, as colunas e folhas são lidas e transformam-se em campos e entidades no plano que aprova antes da construção. As suas LINHAS, não: não existe um ecrã universal de importação; a aplicação é entregue com dados de demonstração e os seus dados operacionais são reintroduzidos quer manualmente, apenas no perímetro realmente útil, quer de uma só vez através da base de dados, uma base PostgreSQL padrão que lhe pertence. No sentido inverso, porém, a saída é imediata: exportação CSV a partir de cada lista e exportação JSON de todos os conjuntos de dados.
O que acontece se a pessoa que gere a ferramenta sair?
o código de cores nunca escrito Uma aplicação transfere essas regras da cabeça de uma pessoa para fora dela: são escritas em português no plano que você valida antes da construção e, depois, em código-padrão que qualquer programador consegue ler. Fora do alcance de qualquer ferramenta ficam as razões, por que tal desconto, por que este cliente é tratado à parte, que só se transmitem conversando, antes da saída.
É possível ligar a aplicação gerada às suas outras ferramentas?
Em parte, e a nuance conta. Cada aplicação gerada expõe uma API REST completa — uma família de rotas por tipo de dado — mas está protegida pelo cookie de sessão: ainda não existe uma chave de API que permita a outro programa ligar-se sozinho. Sem escrever uma linha, dispõe no entanto da exportação em JSON e CSV de cada conjunto de dados, da importação de ficheiros nos dados de medição e do acesso direto à base se alojar por si próprio. E como o código lhe pertence, acrescentar uma chave de API continua a ser um trabalho corrente.
Quem mantém a aplicação daqui a dois anos?
Primeiro, um facto tranquilizador e verificável: uma aplicação gerada fixa as suas dependências à versão EXATA, Next, React, Prisma e as restantes são travadas ao número preciso, não a uma faixa (ex.: ^1.2.0 ou ~1.2.0). Por isso, reinstala-se identicamente daqui a dois anos e não se quebra sozinha. O que exige manutenção são três coisas distintas: as atualizações de segurança das bibliotecas, a hospedagem e as suas próprias evoluções de negócio. Enquanto a aplicação estiver a funcionar no URL incluído, as duas primeiras não lhe custam nada; no dia em que a hospedar pessoalmente ou alterar o seu código, ela torna-se um software como qualquer outro, e, como o código é Next.js e Prisma padrão, de sua propriedade, qualquer programador pode retomá-lo.
Como fazer a sua equipa adotar a ferramenta?
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 que fazer se descrever mal a minha necessidade?
Esta é a objeção que impede mais pessoas de começar, e assenta numa premissa falsa: que a sua descrição iria diretamente para código, sem possibilidade de retrocesso. Não é esse o fluxo. A sua descrição gera, em primeiro lugar, um PLANO, uma lista estruturada dos dados (com os respetivos tipos e campos), dos ecrãs e do tipo de cada ecrã, que lhe é apresentado e que pode corrigir ANTES de uma única linha de código existir: renomear uma entidade, alterar o nome de um campo, adicionar ou remover um valor de estado, ou até mudar o tipo de um ecrã. Nesta fase, enganar-se não custa nada. Após a geração, ainda é possível efetuar alterações descrevendo-as em português, mas isso reconstrói toda a aplicação e submete-a novamente à validação automática: trata-se de uma ação mais pesada, não de um simples ajuste.
A aplicação funciona sem ligação à internet?
Não: e a nuance essencial é que ela *induz deliberadamente em erro*: a aplicação entregue instala-se no ecrã inicial de um telemóvel como se fosse uma aplicação nativa, mas precisa da rede em cada ecrã.: a aplicação entregue instala-se no ecrã inicial de um telemóvel como se fosse uma aplicação nativa, mas precisa da rede em cada ecrã. E não esconde isso: sem ligação, uma lista exibe « Servidor inacessível » em vez de aparecer vazia, e um formulário em curso permanece aberto com os valores que acabou de introduzir. O que ela não faz é armazenar os seus dados no dispositivo nem enfileirar as suas entradas para envio posterior. Se introduzir dados no escritório, na oficina ou na loja, nunca encontrará esta limitação; se o fizer numa zona sem cobertura, encontrá-la-á já no primeiro dia, e esta página explica-lhe como ter isso em conta antes de comprar.