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