---
title: "Apps web e dashboards: o que o Briks cria hoje | Briks"
url: https://briks.dev/pt-br/docs/web-apps-and-dashboards
description: "O que os tipos App e Dashboard criam, onde ficam os registros, o que ainda não está disponível, com exemplos de reservas, estoque e pedidos de um café."
last_updated: 2026-10-08
---

# 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é.

9 min de leitura Conferido com o estúdio em 8 de outubro de 2026

## 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](https://briks.dev/pt-br/docs/new-project). |
| **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. |

Login e pagamentos

Peça contas e seu app ganha cadastro e login para os próprios usuários com e-mail e senha, com Google e mais sete provedores que você pode ativar com suas próprias chaves. Ele também pode receber pagamentos únicos e assinaturas pelo seu próprio processador. Os dois são configurados em **Settings** do projeto: veja [Login e pagamentos](https://briks.dev/pt-br/docs/sign-in-and-payments). O frete é incluído no app quando você pede, com a sua própria conta de pagamento e as chaves dela guardadas em [Secrets](https://briks.dev/pt-br/docs/secrets).

## Comece um app ou um dashboard

1. Escolha o tipo

   Onde: New project

   Clique em **New project** na barra lateral, escolha **App** ou **Dashboard**, dê um nome e clique em **Next**.

2. 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.

3. 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.”

4. Crie

   Onde: Review and create

   Clique em **Build it**. A primeira versão leva alguns minutos, e você pode [acompanhar a construção](https://briks.dev/pt-br/docs/watching-a-build).

5. 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](https://briks.dev/pt-br/docs/questions-before-building), [pontos de aprovação](https://briks.dev/pt-br/docs/approval-steps) e [pranchas de visual](https://briks.dev/pt-br/docs/pick-a-look). 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](https://briks.dev/pt-br/docs/sign-in-and-payments).
- **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](https://briks.dev/pt-br/docs/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](https://briks.dev/pt-br/docs/questions-before-building#keys).

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**.

Onde

1. Projects
2. Your project
3. Database
4. Data

- **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](https://briks.dev/pt-br/docs/database) explica os registros por completo, e [Backups](https://briks.dev/pt-br/docs/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](https://briks.dev/pt-br/docs/crons).
- **Webhooks** enviam uma mensagem a outro endereço quando algo acontece: **Published**, **Form received** ou **Record changed**. Veja [Webhooks](https://briks.dev/pt-br/docs/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](https://briks.dev/pt-br/docs/site-email) 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

App Pedidos de agendamento para um tosador de cães

> 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.

Dashboard Controle de estoque para um garden center

> 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**.

Dashboard Dashboard de pedidos para um café

> 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](https://briks.dev/pt-br/docs/sign-in-and-payments).

### 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.

## Leia a seguir

- [Dados e automação **Banco de dados** Veja o que seu site guarda, edite e adicione registros à mão e baixe coleções em JSON ou CSV, com quem pode fazer o quê e os limites que se aplicam.](https://briks.dev/pt-br/docs/database)
- [Os recursos do seu site **Formulários** Adicione um formulário ao seu site Briks, teste na prévia, veja cada entrada no estúdio, receba cada uma por e-mail em produção e repasse com um webhook.](https://briks.dev/pt-br/docs/forms)
- [Dados e automação **Tarefas agendadas** Execute tarefas agendadas no seu site: resumo matinal, limpeza semanal. Escreva o horário, leia cada execução, corrija falhas e veja os limites do plano.](https://briks.dev/pt-br/docs/crons)
- [Dados e automação **Webhooks** Mande mensagem assinada a outra ferramenta ao publicar o site, enviar um formulário ou mudar registro. Payloads, assinaturas, tentativas, entregas explicados.](https://briks.dev/pt-br/docs/webhooks)

Ainda travado?

Escreva para [hello@briks.dev](mailto:hello@briks.dev) com o nome do seu projeto e o que você esperava ver. Uma captura de tela ajuda.