Nesta análise, vou guiá-lo por toda a minha sessão de testes, desde minha frustração inicial com os limites de caracteres na caixa de prompt até a agradável surpresa de ver o layout móvel se ajustar perfeitamente.
Vou detalhar os níveis de preços, citar as mensagens de erro exatas que me atrapalharam e ajudar você a decidir se o UI Bakery é a ferramenta certa para seu próximo projeto interno ou se você está melhor preso em uma planilha.
O que é o UI Bakery?
O UI Bakery é uma plataforma de baixo código que permite criar ferramentas de negócios internas sem começar de uma página em branco de código.
Pense nele como um meio-termo entre construtores de sites simples e engenharia de software complexa. Em vez de gastar semanas na configuração básica, você descreve seu app em uma caixa de prompt, e a IA da plataforma “cozinha” um aplicativo funcional baseado em React em cerca de um minuto.
Aqui está a abordagem de alto nível que ele adota:
- Estruturação por IA: Você digita um prompt, e ela gera o layout inicial, os componentes e a lógica.
- Sistema de Grade: Você move elementos em uma grade fixa, o que evita que o design fique bagunçado ou quebrado.
- Código Transparente: Cada componente usa React e TypeScript, que você pode modificar diretamente se atingir um limite com o editor visual.
- Backend Flexível: Ele não obriga você a usar seu próprio banco de dados; você pode conectar quase qualquer banco de dados SQL ou API.
Para quem é?
O UI Bakery não é para criar o próximo Facebook ou um blog voltado para o público; é para pessoas que precisam gerenciar dados e fluxos de trabalho dentro de uma empresa.
Descobri que a plataforma funciona particularmente bem para estes grupos específicos:
- Agências desenvolvendo para clientes: Você pode prototipar rapidamente um painel ou portal personalizado, mostrar ao cliente para obter feedback e depois refinar o código para atender às especificações exatas.
- Desenvolvedores e líderes técnicos: Em vez de perder tempo em tarefas repetitivas como criar tabelas e formulários, você pode usar a IA para estruturar a interface e então concentrar sua energia em escrever a lógica de negócios complexa.
- Pequenos proprietários de negócios: Se você precisa de uma forma profissional para clientes registrarem relatórios, acompanhar pedidos ou enviar documentos, isso oferece um jeito seguro de fazer isso sem o visual “DIY” dos construtores de formulários básicos.
UI Bakery Pros and Cons
- A IA gera layouts funcionais em segundos
- Design responsivo automático para visualizações móveis
- Acesso direto a React e TypeScript
- Conecta-se facilmente a qualquer banco de dados SQL
- Log detalhado em tempo real durante a geração do app
- Não é necessário cartão de crédito para testar
- Sistema de design padrão limpo e profissional
- Massiva biblioteca de ícones Lucide incorporados
- Versionamento incorporado para staging e produção
- Implantação rápida em um subdomínio personalizado
- Telas pré-construídas de autenticação e login
- Sistema de grade flexível evita layouts confusos
- Limite rigoroso de caracteres nos prompts de IA
- O layout em grade pode parecer rígido demais
- Curva de aprendizado para configuração de fonte de dados
Se você está cansado de esperar pelo tempo de desenvolvimento para construir painéis administrativos simples, experimente o UI Bakery. Você pode descrever seu app e ver um protótipo funcional antes mesmo de terminar seu café da manhã.
Recursos do UI Bakery
- Geração de aplicativos por IA a partir de prompts de texto
- Conectar a bancos de dados PostgreSQL e MySQL
- Acesso direto a React e TypeScript
- Ambientes de staging e produção incorporados
- Layouts responsivos para mobile e desktop
- Modelos pré-construídos para ferramentas de negócios comuns
- Integração com Google Analytics e Datadog
- Autenticação de usuário e permissões baseadas em função
Minha experiência prática com o UI Bakery
Sou um pouco cético quando se trata de construtores de apps por IA “mágicos”. Geralmente, eles ou entregam uma planilha superestimada ou uma bagunça de código que quebra no momento em que você tenta mexer.
Para ver se o hype era real, passei uma manhã construindo um Portal de Solicitação de Serviços para uma empresa fictícia de serviços residenciais. Honestamente, foi uma montanha-russa de “uau, que legal” e “espera, por que não posso digitar mais?”
Aqui está exatamente o que aconteceu quando comecei a construir.
1. Começando: Inscrição e primeiras impressões
No momento em que acessei a página inicial do UI Bakery, a primeira coisa que chamou minha atenção foi o slogan deles: “Build internal tools that are baked to scale.”
É um trocadilho inteligente com o nome, mas o que realmente me chamou a atenção foi a grande caixa de prompt escura bem na seção principal que dizia “Describe the app you want to build.” Parecia muito a interface do ChatGPT, o que eu gostei.
Mas não pulei direto para o prompt. Eu rolei a página um pouco para baixo para ver o que mais havia. Notei uma seção chamada “Explore all app recipes”, que levava a uma galeria de modelos como:
- Ferramentas de gerenciamento de inventário
- Fluxos de aprovação de faturas
- Painéis de marketing digital
- Rastreadores de logística
- Gerenciamento de ativos de TI
Parecia profissional. Quando estive pronto, voltei para a caixa de prompt principal. Uma coisa que notei imediatamente é que você nem precisa se inscrever para começar a descrever seu app.
Eventualmente cliquei em “Sign up” no canto superior direito para resolver a parte da conta. O processo foi padrão:
- E-mail e senha: Eu inseri meu e-mail de trabalho e uma senha.
- Sem cartão de crédito: Fiquei aliviado por não precisar tirar a carteira só para testar o builder.
- Perguntas de integração: Após verificar, apareceu uma tela “Let’s get acquainted” onde inseri meu nome. Em seguida, surgiu uma tela “Tell us a bit about you”. Eu tive que selecionar:
- Experiência em programação (escolhi “Familiar”)
- Como conheceu eles (escolhi “Google Search”)
Depois de passar por essas telas, tive que configurar um workspace. Chamei o meu de “Demeter Victory”, e o sistema verificou automaticamente se a URL demeter-victory-war-machine.uibakery.io estava disponível.
Estava. Cliquei em “Access Workspace” e entrei. Todo o processo levou talvez três minutos e me deu a sensação de “tire-se do meio e me deixe construir”.
2. Construindo meu primeiro app: Passo a passo
Foi aqui que as coisas ficaram reais. Eu já havia preparado meu prompt para o Portal de Solicitação de Serviços que queria construir:
Um portal para clientes onde proprietários podem solicitar serviços domésticos (encanamento, elétrica, limpeza, paisagismo) e acompanhar o status de suas solicitações de serviço. Inclua autenticação de usuário, um formulário de solicitação de serviço com campos de tipo de serviço, descrição, data e urgência, e um painel mostrando todas as solicitações com seu status (pendente, em andamento, concluído).
Colei-o na caixa de prompt e cliquei em “Generate.” (Observação: se você quiser descrever seu app com mais detalhe, você absolutamente pode. O UI Bakery consegue lidar com prompts mais longos e específicos, com recursos e requisitos adicionais.)
Foi aqui que a “mágica” começou. Em vez de apenas um spinner de carregamento, o UI Bakery me mostrou um log ao vivo do que a IA estava fazendo:
- Rascunhando os requisitos iniciais: Transformou meu prompt em um plano estruturado.
- Instalando componentes necessários: Eu vi que ele adicionava coisas como Button, Table, Input e Select.
- Construindo painel e formulário de solicitação de serviço: Ele literalmente listou os arquivos que estava criando, como service-requests-table.tsx e new-service-request-modal.tsx.
- Finalizando e verificando o código: Fez uma varredura rápida em busca de erros antes de apresentar o app.
Quando a tela finalmente atualizou, eu estava olhando para um “HomeService Portal” totalmente funcional.
Não era apenas uma página em branco; havia uma barra lateral, um cabeçalho e uma tabela principal preenchida com dados fictícios como “Kitchen sink is leaking” e “Install new ceiling fan.”
Passei os próximos dez minutos apenas clicando para ver o que realmente foi construído:
- Botão New Service Request: Cliquei nele e apareceu um modal com um formulário limpo. O “Service Type” era um dropdown com as categorias que solicitei.
- Visualização de detalhes: Cliquei em uma linha na tabela e um modal “Service Request Details” abriu, mostrando a descrição completa e um badge de status.
- Abas: Havia abas para “All Statuses” e “All Services” que funcionavam como filtros.
A própria interface de builder parecia muito com uma versão mais moderna do Retool. No centro está seu app e, à esquerda, há uma árvore de arquivos com todos os seus componentes.
Há três abas principais no topo: Preview, Code e Connect Data. Gostei que não ocultava o código de mim; eu podia clicar em qualquer componente e ver o código real em React/TypeScript por trás dele.
3. Personalizando o design e o layout
Quando a IA terminou de construir o app, ele parecia profissional, mas tinha aquela estética genérica de “startup blue” que todo dashboard SaaS parece ter.
Queria ver quão fácil era personalizar o design e fazê-lo parecer mais com algo meu.
A princípio, não sabia por onde começar. Olhei pela interface e notei a caixa de chat no canto inferior esquerdo onde originalmente inseri meu prompt. O recurso-chave que encontrei foi um pequeno botão ao lado da entrada de texto que dizia “Pick an element from the page.”
Eis como o fluxo de personalização realmente funciona:
Quando cliquei nesse botão “Pick an element from the page”, meu cursor mudou e toda a área de visualização ficou interativa.
Agora eu podia clicar em qualquer componente do meu app (a tabela, um botão, a barra de pesquisa, o cabeçalho, cards individuais), qualquer coisa.
Cliquei no cabeçalho da coluna “Service Type” na minha tabela. Imediatamente, esse elemento foi destacado com um contorno azul, e uma referência a ele apareceu fixada na caixa de chat. Ela me mostrou exatamente qual componente eu havia selecionado: o cabeçalho da tabela para “Service Type.”
Agora eu podia digitar meu prompt de personalização. Escrevi: “Make this column header bold and increase the font size slightly.”
A IA imediatamente entrou em ação. A barra lateral esquerda mostrou um log ao vivo: “Made ‘Service Type’ table header bold” e “Edited file: service-requests-table.tsx.”
Em segundos, o cabeçalho da tabela se transformou. Texto mais grosso, fonte ligeiramente maior. A mudança foi aplicada instantaneamente na visualização.
Experimentei isso com outros elementos. Cliquei no botão “Pick an element” novamente, desta vez selecionando o botão “New Service Request” no canto superior direito. Depois que ele foi fixado no chat, digitei: “Change this button to green and make it slightly larger.”
Novamente, a IA processou meu pedido em tempo real. O botão mudou de azul para verde e cresceu de tamanho. Eu podia ver o arquivo exato sendo editado no log da barra lateral.
Isso não é um construtor drag-and-drop. Você não está reposicionando elementos manualmente ou ajustando valores de CSS em um painel de propriedades. Em vez disso, você está conversando com a IA sobre o que deseja mudar. Selecione um elemento, descreva a mudança e veja-a acontecer. É surpreendentemente intuitivo quando você entende o fluxo de trabalho.
E quanto à responsividade mobile?
Esta foi uma das partes mais impressionantes. Notei um pequeno ícone no canto superior direito da área de visualização que parecia retângulos sobrepostos. Quando passei o mouse sobre ele, apareceu uma tooltip: “Switch breakpoint.”
Cliquei nele e instantaneamente a visualização se transformou em um modo retrato para mobile. A tabela que eu estava vendo se reorganizou completamente em uma pilha vertical de cards.
Cada solicitação de serviço virou seu próprio card com as informações dispostas verticalmente. A barra de pesquisa e os dropdowns de filtro empilharam-se ordenadamente um sobre o outro. O botão “New Service Request” reposicionou-se para ficar facilmente acessível com o polegar. Até a barra lateral de navegação colapsou em um clean menu hambúrguer no canto superior esquerdo.
Não precisei fazer nada para que isso acontecesse. A IA gerou código totalmente responsivo desde o início. Alternar entre as visualizações desktop, tablet e mobile era apenas um clique, e o layout se adaptava automaticamente a cada tamanho de tela.
A combinação de selecionar elementos e prompts em linguagem natural tornou a personalização aparentemente sem esforço. Eu não estava procurando em menus aninhados ou escrevendo CSS eu mesmo. Eu apenas apontava o que queria mudar e descrevia em inglês simples.
Se você se sentir à vontade com código, pode clicar na aba “Code” no topo e editar diretamente os arquivos React/TypeScript por conta própria.
O UI Bakery lhe dá acesso total ao código subjacente, para que você tenha completa liberdade para fazer ajustes manuais, adicionar lógica customizada ou modificar estilos exatamente como deseja. A IA está lá para acelerar as coisas, mas o código é seu para controlar.
4. Como ele lida com erros
Eu sempre procuro onde essas ferramentas quebram. Tentei intencionalmente fazer as coisas fora de ordem para ver se o UI Bakery me pegaria.
O primeiro “erro” que encontrei não foi realmente um bug, mas um ponto de confusão. Tentei clicar nos botões “Staging” e “Prod” no topo da tela para ver a versão ao vivo do meu app.
- A mensagem: Apareceu uma tela preta com o texto: “App is not deployed to this environment. Edit the app and click Display button in the top right corner.”
- O problema: Procurei pelo botão “Display” por dois minutos e não encontrei nenhum. Acabei percebendo que eles queriam dizer o fluxo “Share” ou “Publish”, mas a redação da mensagem de erro não correspondia aos botões na tela.
Em seguida, analisei a conexão de dados. Se a IA constrói um app, normalmente ela usa “mock data” (coisas falsas). Queria ver o que acontecia se eu tentasse conectar um banco de dados real mas errasse.
Fui para a aba “Connect Data” e vi minha fonte “UI Bakery Postgres”. Cliquei em “Create with sample data” e apareceu um toast de sucesso: “Database created successfully.”
No entanto, quando voltei ao builder, a tabela ainda exibia os antigos mock data gerados pela IA. Tive que ir manualmente até o painel “Data Sources”, encontrar a tabela e alterar o binding de dados do JSON mock para a nova tabela Postgres.
- A frustração: Não havia um botão “Sync” para trocar automaticamente os mock data pelos dados reais. Tive que clicar por três níveis de menus para encontrar onde a tabela obtenha as informações. Se eu fosse um total não-programador, estaria completamente perdido aqui.
Quando realmente obtive um erro de código (tentando excluir uma variável no editor de código), a interface foi bastante útil.
Uma linha vermelha sublinhou o erro e um pequeno pop-up explicou que a variável era “referenced in another component.” Isso me impediu de salvar a versão quebrada, me salvando de travar todo o app.
5. Publicando o app e adicionando integrações
Publicar foi o teste final. O UI Bakery foi surpreendentemente direto aqui, embora use um fluxo de trabalho muito “developer-centric.”
O caminho mais fácil: publicar com os sample data gerados
Aqui está algo importante que descobri: Você na verdade não precisa configurar um banco de dados antes de publicar. O app que a IA gerou já vinha com mock data incorporado. Aquelas solicitações de serviço de encanamento, elétrica, limpeza e paisagismo. Se você só quer colocar seu app no ar rapidamente para testá-lo ou mostrar a alguém, pode pular totalmente a configuração do banco de dados e publicar imediatamente com esses sample data.
Eu poderia simplesmente ter clicado no botão “Release” no canto superior direito, adicionado uma nota de versão e pronto. O app funcionaria perfeitamente com os mock data para fins de demonstração.
Mas se você quiser persistência de dados real…
Para um app de produção onde os usuários vão criar e acompanhar solicitações de serviço reais, você precisará conectá-lo a um banco de dados. É aqui que a flexibilidade do UI Bakery realmente aparece. Ele oferece a capacidade de conectar a mais de 30 fontes de dados diferentes.
Veja como explorei o processo de conexão de banco de dados:
- Abrindo o painel de fontes de dados: Cliquei em “Data sources” na barra lateral esquerda. Isso abriu um painel dedicado mostrando todas as fontes de dados disponíveis para meu workspace. Eu podia ver que o UI Bakery já havia configurado “UI Bakery AI” e “UI Bakery Postgres” como opções hospedadas.
- Explorando opções de conexão: Cliquei no botão verde “Connect” no topo do painel. Um modal abriu mostrando todos os tipos de fontes de dados disponíveis, organizados em categorias: Popular: Google Sheets, HTTP API, MongoDB, MySQL, PostgreSQL, Snowflake Sample: Sample MySQL DB, Sample REST API (ambos marcados com badges “Test data”) Databases: AWS Athena, AWS DynamoDB, AWS Redshift, Big Query, Databricks, Exasol, JDBC, MariaDB, MongoDB, Oracle, PostgreSQL e muitos mais. Na parte inferior do modal, havia até um link “Don’t see the necessary data source? Suggest” para solicitar integrações adicionais.
- Testando com sample data: Decidi experimentar uma das fontes de dados sample para ver como funcionava o processo de conexão. Cliquei em “Sample MySQL DB”, que tinha um badge conveniente “Test data.”
- Configuração de conexão: Uma nova tela abriu com o título “Connect Datasource” e um formulário de configurações abrangente:
- Nome da fonte de dados: Preenchido automaticamente com “[Sample] MySQL”
- Configurações de conexão: Incluindo Host (52.173.202.150), Port (3306), Username (test_db), Password (encrypted) e Database name (test_db)
- Opções de segurança: Checkboxes para “Use SSL/TLS” e “Enable SSH tunnel”
- Whitelist de IP: O UI Bakery até forneceu os endereços IP que eu precisaria colocar na whitelist (52.176.109.125 e 20.52.252.203) para permitir a conexão
- Configurações avançadas: Incluindo uma opção para “Convert SQL queries to prepared statements”
- Testando a conexão: Antes de confirmar, cliquei no botão “Test connection”. Apareceu uma mensagem verde de sucesso na parte inferior: “Can be connected!” Isso confirmou que as credenciais e configurações de rede estavam corretas.
- Conectando o banco de dados: Cliquei no botão azul “Connect Datasource”. O modal fechou e voltei ao painel Data sources. Agora eu podia ver “[Sample] MySQL” listado em “All Apps” com meus detalhes de conexão.
- Visualizando a estrutura do banco de dados: Quando cliquei no banco de dados recém-conectado, o painel do meio mostrou todas as tabelas disponíveis: categories, orders, payments, products e users.
Todo o processo de conexão foi notavelmente amigável para desenvolvedores. O UI Bakery não escondeu os detalhes técnicos. Ele me deu controle total sobre strings de conexão, configurações de segurança e configuração do banco de dados.
Mas também forneceu recursos úteis como teste de conexão, bancos de dados sample para experimentação e visualização clara do esquema.
Publicando o app:
Uma vez que configurei minha fonte de dados (ou decidi ficar com os mock data), publicar foi simples:
- Cliquei no botão “Release” no canto superior direito
- Uma sidebar “Create Release” abriu com opções de versionamento semântico:
- Major (1.0.0) – para mudanças significativas
- Minor (0.1.0) – para novos recursos
- Patch (0.0.1) – para correções pequenas
- Selecionei “Major” já que este era o lançamento inicial
- Adicionei uma descrição: “Initial release of service portal with dashboard and request form”
- Cliquei em “Publish release”
Uma notificação verde apareceu: “Released successfully.” Em seguida, cliquei no botão “Share” no canto superior direito e obtive uma URL pública. O app estava ao vivo na internet, acessível a quem quisesse o link.
Todo o processo de publicação levou menos de dois minutos. Sem pipelines de deploy, sem configuração de servidor, sem dores de cabeça com hospedagem. Basta conectar seus dados (ou usar mock data), versionar, descrever, publicar e compartilhar o link.
Eu o usaria no meu próximo projeto? Absolutamente. Eu o recomendaria a um amigo que nunca escreveu código antes? Só se ele estiver disposto a aprender no processo.
Preços e planos
A precificação do UI Bakery é surpreendentemente direta, especialmente em comparação com alguns concorrentes que cobram por cada usuário final.
A maior surpresa para mim durante os testes foi que você obtém apps ilimitados e conexões de fontes de dados até mesmo no plano gratuito.
A plataforma diferencia Developers (pessoas que constroem e editam os apps) e Workspace Viewers (colaboradores internos que apenas usam os apps). Veja como os custos se dividem.
Comparação de preços na nuvem
Se você quiser que o UI Bakery cuide da hospedagem, estes são os planos. Os preços mostrados são para cobrança anual.
| Recurso | Gratuito | Builder | Team | Enterprise |
|---|---|---|---|---|
| Preço (por Dev) | $0 | $20/mês | $35/mês | Personalizado |
| Créditos de uso de IA | Apenas teste | $25/mês | $40/mês | Personalizado |
| Assentos de visualizador | 0 | 50 | 50 | Ilimitado |
| Usuários públicos | Ilimitado | Ilimitado | Ilimitado | Ilimitado |
| Ambientes | Não | Sim | Sim | Sim |
| Suporte | Comunidade | E-mail/Chat | Premium | Dedicado |
Comparação de preços self-hosted
Se você precisar manter seus dados em sua própria infraestrutura ou atrás de um firewall, pode instalar o UI Bakery em seus próprios servidores.
| Recurso | Gratuito | Team | Enterprise |
|---|---|---|---|
| Preço (por Dev) | $0 | $35/mês | Personalizado |
| Créditos de IA | Apenas teste | $40/mês | Personalizado |
| Assentos de visualizador | 50 | 50 | > 50 |
| RBAC / registros de auditoria | Não | Sim | Sim |
| SSO customizado | Não | Não | Sim |
| Uso de chaves de IA próprias | Não | Não | Sim |
Minha recomendação
Para a maioria das equipes pequenas e médias, o Cloud Builder Plan é o ponto ideal. A $20/mês por desenvolvedor, é significativamente mais barato que uma única licença em muitas outras plataformas low-code, e os 50 assentos de visualizador incluídos significam que você não será surpreendido com uma conta enorme no momento em que convidar sua equipe para usar o portal.
Uma observação sobre automações: Enquanto a criação de apps é em sua maioria ilimitada, as automações (jobs agendados ou webhooks) têm um limite. Você recebe 1.000 execuções nos planos Free/Builder e 5.000 no Team. Se você estiver executando tarefas pesadas em segundo plano a cada poucos minutos, fique de olho nisso, pois custa $50 por 5.000 execuções extras.
Inscreva-se para uma conta gratuita no UI Bakery aqui e veja o que a IA pode construir para você em menos de dois minutos.
Alternativa ao UI Bakery
Se você passou algum tempo procurando por uma plataforma low-code, provavelmente já encontrou Retool. Ambas as ferramentas são feitas para ajudar desenvolvedores e equipes de ops a pararem de criar painéis administrativos do zero, mas elas adotam abordagens muito diferentes de como realmente realizar o trabalho.
| Recurso | UI Bakery | Retool |
|---|---|---|
| Facilidade de uso | Alta (a IA estrutura 80% do app) | Moderada (curva de aprendizado mais íngreme) |
| Ideal para | Apps CRUD rápidos e portais para clientes | Fluxos de trabalho complexos e empresariais |
| Apps mobile | Web responsivo (otimizado para mobile) | Mobile nativo (builder dedicado) |
| Backend e dados | SQL, APIs e Postgres incorporado | Extensivo (50+ conectores nativos) |
| Flexibilidade de design | Estética moderna e tendência | UI denso e funcional para desenvolvedores |
| Performance | Otimizado para apps pequenas a médias | Construído para dados em tempo real em larga escala |
| Preço | Acessível (assentos de visualizador generosos) | Premium (por usuário, escala rapidamente) |
Se seu app precisa se conectar a 15 bancos de dados legados obscuros diferentes, ou se você requer um app mobile nativo dedicado que seus técnicos de campo possam usar com suporte offline, o Retool é o vencedor.
Ele foi construído para desenvolvedores que querem controle completo e granular sobre cada mudança de estado e gatilhos customizados em JavaScript.
Veredicto final sobre o UI Bakery
Depois de passar algumas horas “cozinhando” meu portal de serviços, cheguei a uma conclusão clara: o UI Bakery é a maneira mais rápida de transformar uma ideia bruta em uma ferramenta interna profissional, desde que você esteja disposto a mexer um pouco nas configurações de dados.
Se você não souber a diferença entre uma tabela e uma coluna, pode achar o processo de binding de dados frustrante. Mas para quem tem pelo menos uma compreensão básica de como os dados fluem, a velocidade é incomparável.
Passei de um prompt em branco para um app responsivo de várias páginas com formulários funcionando em menos de 60 segundos. Isso é uma vitória enorme para a produtividade.
Por que você deve usá-lo:
- Você precisa construir um painel administrativo ou portal para clientes com aparência profissional em uma tarde.
- Você quer um app que pareça moderno e funcione no mobile por padrão.
- Você gosta de ter acesso ao código real em React/TypeScript para não atingir um “no-code wall”.
- Você tem uma equipe pequena (menos de 50 pessoas) e quer manter seus custos previsíveis.
Por que você pode pular:
- Você tem requisitos empresariais extremamente complexos e de alta segurança que apenas uma ferramenta como o Retool pode atender.
- Você acha intimidante o “binding de dados manual” (conectar tabelas ao SQL).
- Você precisa construir uma loja de e-commerce voltada para o público (isso é para ferramentas de negócios, não para Shopify).
