Skip to content

Como criar um site de agendamento online sem programar

Como criar um site de agendamento online sem programar

Você descreve o serviço, os horários e o que o cliente precisa informar, e o Zugo monta o site com a grade de horários e o formulário. Uma construção custa 6 créditos e sai em torno de um minuto. Os pedidos ficam no Supabase, a confirmação sai pelo Resend e o sinal é cobrado com Stripe.

Que tipo de negócio ganha com agendamento no próprio site?

Todo negócio em que o tempo é o produto. Consultório, estúdio de tatuagem, salão, clínica de estética, professor particular, oficina, fotógrafo, personal. Em todos eles, a agenda é o estoque, e horário vazio é prejuízo que não volta.

O ganho não está em substituir o telefone, está em atender fora do horário comercial. Boa parte dos pedidos de horário acontece à noite e no fim de semana, exatamente quando ninguém responde mensagem. Uma página que recebe o pedido nesse momento converte uma intenção que, do contrário, esfriaria até segunda-feira.

Há também um ganho de organização difícil de medir e fácil de sentir. Pedido que chega por três canais diferentes vira confusão, remarcação e horário dobrado. Pedido que entra sempre pelo mesmo formulário vira uma lista, e uma lista dá para conferir de manhã com o café.

O que um site de agendamento precisa ter para funcionar de verdade?

Cinco peças, e nenhuma delas é decoração.

A descrição dos serviços com duração e preço, porque o cliente escolhe pelo tempo que vai gastar tanto quanto pelo valor. A disponibilidade real, mesmo que escrita em texto, do tipo "terça a sábado, das 9h às 19h". O formulário com nome, telefone, serviço e horário desejado. A confirmação automática por e-mail, que é o que faz o cliente parar de duvidar se o pedido chegou. E a política de cancelamento escrita antes de alguém precisar dela.

O campo de telefone merece atenção especial. É por ele que a maioria dos retornos acontece de fato no Brasil, e um formulário que pede endereço completo mas esquece o telefone gera trabalho dobrado. Peça pouco: quanto mais campos, menos gente termina.

A política de cancelamento é a peça que ninguém quer escrever e que evita a discussão mais chata do balcão. Duas linhas bastam: com quanta antecedência dá para desmarcar e o que acontece com o sinal se não der.

Como escrever o prompt do site de agendamento?

O Zugo constrói a partir de uma descrição. Este modelo cobre o que um sistema simples de agenda precisa:

Crie um site de agendamento para [tipo de serviço]
em [cidade].
Seções:
1. Capa: o que é o serviço, uma linha de proposta,
   botão "Agendar".
2. Serviços: tabela com nome, duração e preço.
3. Agendar: formulário com nome, telefone, e-mail,
   serviço escolhido, data e horário desejado e
   um campo de observação.
4. Como funciona: três passos do pedido à confirmação.
5. Política: prazo de cancelamento e regra do sinal.
6. Contato: endereço, horário de funcionamento, mapa.
Guarde cada pedido enviado e me avise por e-mail.
Tom: [acolhedor / técnico]. Cores: [suas cores].

Aquela penúltima linha é a que transforma um formulário bonito em ferramenta de trabalho. Sem ela, você ganha uma página que parece funcionar e não guarda nada. Se preferir começar de algo pronto, o Zugo tem 25 modelos e um layout de serviços já adianta metade do caminho.

Onde ficam os horários, as confirmações e o dinheiro?

Cada parte mora num lugar diferente, e entender isso evita pedir ao construtor algo que pertence a outra peça.

Peça Quem cuida O que muda na prática
Lista de pedidos e horários ocupados Supabase Sem banco, o formulário envia e nada fica registrado
Confirmação e lembrete por e-mail Resend O cliente para de ligar para perguntar se chegou
Sinal ou pagamento antecipado Stripe Cartão de verdade, cobrado no seu site
Cadastro de cliente com login Supabase Cliente vê o próprio histórico de horários
Quantos abriram e quantos agendaram Google Analytics Mostra se o problema é tráfego ou formulário

A dupla Supabase e Resend é o mínimo viável. Um guarda, o outro avisa. Muita gente monta só o aviso, fica satisfeita porque o e-mail chega, e três meses depois não tem nenhum registro do que foi agendado nem como falar com quem agendou. O papel do banco está detalhado em construtor de apps com IA e Supabase.

O Stripe entra quando existe prejuízo com falta. Cobrar sinal muda o comportamento do cliente mais do que qualquer texto de aviso, e a montagem de cobrança está descrita em construtor de apps com IA e Stripe.

Como reduzir o não comparecimento?

Três medidas resolvem a maior parte, e a ordem importa.

A primeira é a confirmação imediata. Um e-mail que chega no instante do pedido, com serviço, data, horário e endereço, elimina a dúvida que faz o cliente simplesmente não aparecer. Parece pequeno e é o que mais muda o número.

A segunda é o lembrete na véspera. Ele não é automático de fábrica: dá para montar com o Resend, mas exige combinar o envio com a lista guardada no banco, o que é um pedido de edição e não vem no primeiro prompt. Enquanto isso não existe, um lembrete manual da recepção cumpre o papel.

A terceira é o sinal. Cobrar uma parte antecipada pelo Stripe filtra o pedido feito por impulso. Vale medir antes de adotar: se a sua taxa de falta é baixa, o sinal cria atrito à toa e derruba pedidos legítimos.

Quanto custa em créditos montar e manter?

O Zugo cobra por ação. A tabela abaixo é a lista completa que interessa a um site de agendamento.

Ação Créditos
Construção de página única 6
Edição num projeto existente 3
Plataforma multipágina, três primeiras páginas 12
Cada página adicional 3
Construção no modo Hi-Fi 12
Edição no modo Hi-Fi 6
Publicar e conectar domínio 0

O plano gratuito dá 5 créditos, menos que uma construção de 6, então serve para conhecer a ferramenta. O Pro custa $25 por mês com 200 créditos, o que equivale a cerca de 16 plataformas multipágina ou 66 edições. O Business custa $99 por mês com 800 créditos, faixa de quem mantém vários projetos.

Um site de agendamento costuma consumir mais no começo. A primeira semana leva várias edições até o formulário pedir exatamente os campos certos e o e-mail de confirmação dizer o que precisa dizer. Depois disso, o gasto cai para eventuais mudanças de preço e horário.

Uma página basta ou preciso de plataforma multipágina?

Depende de quem entra no site. Se só o cliente usa a página e você confere os pedidos por e-mail, uma página única resolve e custa 6 créditos.

A plataforma multipágina passa a valer quando existe um segundo tipo de usuário: você, olhando um painel com os pedidos do dia, marcando quem confirmou e quem faltou. Isso já é aplicativo, com login e banco atrás, e a faixa de preço é 12 créditos pelas três primeiras páginas e 3 por página extra.

O caminho barato é começar simples e crescer por edições. Um negócio de uma cadeira ou um consultório sozinho raramente precisa do painel: a caixa de e-mail já é o painel. O caso concreto de um serviço local está em como criar um site de barbearia.

Como testar antes de abrir a agenda para o público?

Toda construção passa por uma verificação em sandbox antes de ser entregue, então o que não abre vira falha em vez de chegar até você como página em branco. Isso cobre o "a página sobe". Não cobre o "o pedido chegou no lugar certo", e essa parte é sua.

Faça um pedido de verdade pelo celular, com o seu nome e o seu e-mail. Confira três coisas: se o registro apareceu no banco, se a confirmação chegou na caixa de entrada e não no spam, e se os dados vieram completos. Depois repita com o formulário incompleto, para ver se ele reclama em vez de enviar vazio.

Se houver cobrança de sinal, teste o pagamento antes de divulgar. Erro em fluxo de dinheiro custa cliente e custa confiança, e é o tipo de coisa que aparece justamente no primeiro pedido real de sábado à noite.

O que o Zugo não faz num sistema de agenda?

Três limites ditos com clareza.

Não há sincronização automática com agendas externas nem envio automático por mensageiro. O site guarda o pedido e avisa por e-mail. Espelhar horários numa agenda de calendário ou disparar aviso por aplicativo de mensagem é integração, e integração pede desenvolvedor.

Regras complexas de disponibilidade se afinam por edições, não por um parágrafo. Vários profissionais, salas com capacidade diferente, encaixe, bloqueio de feriado e fuso horário formam um sistema. Dá para chegar lá com edições sucessivas, mas o construtor não substitui um time de desenvolvimento num produto desse tamanho.

E os dados dos clientes são responsabilidade sua. Nome, telefone e histórico de atendimento são dados pessoais, e a ferramenta oferece o banco, não a sua política de privacidade nem o cuidado com quem tem acesso.

Por onde começar?

Escreva a lista de serviços com duração e preço, defina os dias e horários de atendimento e decida quais campos o formulário vai pedir. Esse texto é o insumo do prompt e é o que separa uma primeira versão utilizável de uma página genérica.

Construa, faça um pedido de teste no celular, ajuste o formulário com duas ou três edições e só então divulgue o link. Dá para começar agora em zugo.dev pelo plano gratuito e ligar banco e cobrança quando o fluxo já estiver de pé.

← Todos os artigos