Apps web e dashboards: o que o Briks cria hoje
Além de sites, New project oferece App e Dashboard. Esta página explica o que cada um constrói hoje, onde ficam os dados e o que ainda não está disponível, e depois mostra três projetos: um app de pedidos de reserva, um controle de estoque e um dashboard de pedidos de um café.
Os três tipos
| Tipo | Como o New project descreve isso | O que ela cria hoje |
|---|---|---|
| Website | Páginas que as pessoas visitam: uma loja, uma clínica, um restaurante, um portfólio. | Páginas elaboradas, com imagens e movimento, abordadas ao longo da seção Construção a partir de Iniciar um novo projeto. |
| App | Algo em que as pessoas entram para usar: um portal do cliente, uma ferramenta de reservas. | Um site com partes que funcionam: formulários que salvam, registros que você gerencia, páginas e listas criadas a partir desses registros, e busca. |
| Dashboard | Números que uma equipe acompanha: vendas por etapa, estoque a repor. | Telas para o trabalho do dia a dia: navegação, números principais, gráficos, tabelas, detalhes de registros, formulários e configurações. |
Comece um app ou um dashboard
Escolha o tipo
Onde: New project
Clique em New project na barra lateral, escolha App ou Dashboard, dê um nome e clique em Next.
Diga o que ele guarda
Onde: Describe it
Descreva quem usa e o que faz. Diga o que deve guardar, o que cada registro contém e quem o atualiza. Para um dashboard, Start from an example oferece Sales pipeline e Stock levels como pontos de partida.
Escolha as paradas
Onde: How it is built
Um app oferece as mesmas opções que um site. Para um dashboard, a etapa diz “A dashboard builds straight through, with no words to approve and no look or hero to choose.”
Crie
Onde: Review and create
Clique em Build it. A primeira versão leva alguns minutos, e você pode acompanhar a construção.
Confira os registros
Onde: Database
Depois de publicado, abra a aba Database para ver cada coleção e seus registros.
O que um app pode fazer hoje
Um app é planejado e construído como um site, com as mesmas perguntas antes de construir, pontos de aprovação e pranchas de visual. Quando a sua descrição pede que algo seja guardado, ele também recebe:
- Banco de dados próprio. Criado para você, na UE, na primeira vez que a construção guarda algo: reservas, produtos, eventos, consultas ou posts.
- Formulários que salvam. O formulário padrão guarda cada envio em Settings, Forms e o envia por e-mail para você quando o site está em produção. Um formulário pode, em vez disso, salvar cada envio como um registro, onde você pode encontrá-lo, editá-lo e mudar seus detalhes depois. Peça isso na sua descrição.
- Páginas criadas a partir de registros. Uma página de lista e uma página para cada registro, de modo que cada evento ou produto seja uma página real que os buscadores encontram. Depois que os registros mudam, o site publicado se atualiza em alguns minutos.
- Busca no que ele armazena, quando você pedir.
- Contas e pagamentos, quando você pedir: cadastro e login para os próprios usuários, pagamentos únicos e assinaturas pelo seu próprio processador, e envio ou estoque criados com a sua própria conta de pagamento. Veja Login e pagamentos.
- Um serviço seu, com sua própria chave, como uma lista de e-mails, um CRM ou uma planilha. Peça isso como uma alteração depois que o site for publicado: a Briks pede a chave primeiro, com um campo que a salva direto em Secrets, e o código de servidor do próprio site chama o serviço com ela. As páginas no navegador de um visitante nunca chamam outro endereço. Veja Perguntas antes de construir.
Antes de publicar um site com esse tipo de código funcional, o Briks lê o código à procura de falhas de segurança: chaves escritas em arquivos, gravação sem limite, registros de membros lidos sem ninguém conectado e consultas ao banco de dados montadas a partir de texto.
O que é um dashboard
Um dashboard é criado como telas em que as pessoas trabalham todos os dias, não como uma página para rolar. Espere:
- Uma estrutura com navegação na lateral, como uma barra fina de ícones, ou no topo, além de uma barra superior.
- Um cabeçalho em cada tela com o título, uma linha sobre ela e as ações principais.
- Três a cinco números-chave, gráficos com unidades e rótulos, e tabelas com busca, filtros, ordenação e páginas.
- Telas de detalhes de registros, formulários e configurações onde a sua descrição pedir.
- No celular, a navegação lateral vira um menu e os números se empilham dois por linha, depois um.
Não há imagem principal, nem título de marketing, nem animação de rolagem, e nenhuma imagem é gerada. Um dashboard também pula as perguntas antes da criação e as paradas de aprovação: ele é criado direto a partir da sua descrição.
De onde vêm os números
Um dashboard guarda seus registros no banco de dados do projeto, uma tabela para cada tipo de registro que suas telas mostram. A primeira versão as preenche com registros de exemplo verossímeis e coerentes entre si; os produtos, preços e pessoas que a sua descrição cita viram registros, e as demais pessoas recebem um nome inventado. Suas tabelas, gráficos e números principais leem esses registros, com cada total calculado a partir das linhas, e os formulários que adicionam ou alteram um registro o salvam. As páginas de login funcionam: enquanto é uma prévia, qualquer pessoa com o endereço pode abri-lo, e depois que você o publica em produção só contas Staff e Admin com login feito veem seus dados. Cadastre-se nele com o e-mail que você usa no estúdio para se tornar o Admin.
Para definir seus registros, diga na descrição o que é armazenado, o que cada registro contém e quem o atualiza. Você edita os registros na aba Database, e as telas acompanham.
Seus registros na aba Database
Quando um projeto tem um banco de dados, a aba Database dele tem cinco visualizações: Data, Accounts, Orders, Subscriptions e Settings. Owners e Admins veem a aba também antes disso, com Create database.
- Data lista cada coleção com quantos registros ela tem. Owners, Admins e Editors podem abrir, editar e excluir registros. “As alterações chegam ao site publicado em poucos minutos.”
- Accounts lista as pessoas que criaram uma conta no site, onde você define o papel de cada uma como Member, Staff ou Admin. Orders lista o que o site vendeu pelo seu próprio processador de pagamentos, e Subscriptions os membros que pagam por planos que renovam. Accounts e Orders mostram No accounts yet ou No orders yet até chegar o primeiro.
- Settings reúne os downloads (até 50.000 registros por coleção, em planilha ou JSON), os pontos de restauração e a cópia noturna. Downloads e cópias noturnas vêm com um plano pago.
Banco de dados explica os registros por completo, e Backups explica as cópias e a restauração.
Tarefas agendadas e webhooks
Duas seções em Settings do projeto, no grupo Developer, permitem que um app aja em um horário programado ou avise outros softwares sobre o que aconteceu.
- As Scheduled tasks chamam um endereço num horário que você escolhe, como Every day at 09:00 ou Mondays at 09:00: ou um endereço do próprio app começando com
/api/, ou outro. Seu app precisa desse endereço antes, então peça-o como uma alteração. Veja Tarefas agendadas. - Webhooks enviam uma mensagem a outro endereço quando algo acontece: Published, Form received ou Record changed. Veja Webhooks.
| Plano | Tarefas agendadas por projeto | Webhooks por projeto |
|---|---|---|
| Free | 1 | 1 |
| Starter | 5 | 5 |
| Pro | 10 | 10 |
| Studio | 25 | 25 |
| Agency | 50 | 50 |
O que ainda não está disponível
- Planos que renovam pelo PayPal, Mollie, Razorpay, Creem ou Dodo Payments: esses aceitam só pagamentos únicos por enquanto. As assinaturas passam pela Stripe, Paddle, Polar ou Lemon Squeezy.
- Exportar as entradas de formulários em Forms. Os registros do banco de dados podem ser baixados em um plano pago.
- E-mail do seu próprio domínio. O e-mail do site envia do endereço próprio do seu projeto em emails.briks.live.
- Uma API pública, um servidor MCP ou uma linha de comando para a própria Briks.
Outros softwares ainda podem ser alcançados de três formas: webhooks enviam eventos, tarefas agendadas chamam um endereço em horários definidos, e uma alteração pode conectar um serviço que aceita a sua própria chave, como descrito acima.
Três exemplos práticos
A Paws & Suds é um salão de banho e tosa para cães em Bristol. Um app de pedidos de agendamento: os donos escolhem um serviço (tosa completa £55, banho e acabamento £38, corte de unhas £12), o dia preferido e manhã ou tarde, e informam o nome, a raça e o porte do cão e o telefone. Nós ligamos de volta para confirmar. Guarde cada pedido como um registro com status novo, confirmado ou recusado. Uma página inicial com nossos serviços, preços e horário de funcionamento.
Uma página inicial com os serviços e preços, e um formulário de solicitação. Cada solicitação é salva como um registro em uma coleção de solicitações de reserva, mostrada na aba Database com a contagem. Quem atende as ligações abre cada nova solicitação, liga para o dono e muda o status dela. O site não consulta uma agenda para ver horários livres. Um sinal pelo seu próprio processador, ou contas para que os donos entrem e vejam suas reservas, precisariam ser pedidos na descrição.
A Fern & Stone é um garden center com lojas em Harrogate e Ripon. Um dashboard interno de estoque: cada produto com sua categoria, estoque em cada loja, nível de reposição, fornecedor e data da última entrega. Sinalize tudo o que estiver abaixo do nível de reposição. Mantenha os produtos como registros que nosso gerente atualiza toda sexta e leia todos os números a partir deles.
Navegação para Visão geral, Produtos e Fornecedores. A visão geral começa com os números principais, como itens abaixo do nível de reposição, uma tabela do que repor e um gráfico por categoria. Os produtos são registros na aba Database; na sexta-feira o gerente edita as quantidades ali, e o painel se atualiza em poucos minutos. Depois de publicado em produção, só contas Staff e Admin conectadas veem os números: o gerente se cadastra no painel e o dono dá a essa conta o papel Staff em Accounts.
A Little Kiln é um café em Hebden Bridge. Um dashboard de pedidos: pedidos e faturamento de hoje e da semana, faturamento por dia nos últimos 30 dias, os cinco mais vendidos e uma tabela dos pedidos de hoje com horário, itens, total e se foi para consumir no local ou para viagem.
As telas chegam como descrito, lendo os pedidos do banco de dados do projeto, que a primeira versão preenche com pedidos de exemplo realistas. Ele não consegue ler o caixa nem a maquininha de cartão. Para acompanhar o faturamento real, substitua os pedidos de exemplo na aba Database ou peça uma coleção de faturamento diário e informe ali o valor de cada dia.
Qual tipo devo escolher para um portal de clientes?
App. Peça contas de clientes na descrição e diga o que cada cliente pode ver. Os clientes se cadastram com email e senha, e você define os papéis em Database, Accounts. Veja Login e pagamentos.
Um site também pode guardar informações?
Sim. Peça em uma alteração o que ele deve guardar, como eventos ou produtos, e o banco de dados é criado na primeira vez que a construção armazenar algo.
Um dashboard se atualiza sozinho?
Somente a partir de registros do próprio banco de dados dele. Ele não lê os seus outros programas, a menos que uma alteração conecte um serviço com a sua própria chave. Quando você muda um registro, o dashboard publicado se atualiza em poucos minutos.