A correção necessária: não é sobre quem pode entrar
A versão anterior deste artigo tinha uma primeira metade correta e, colada nela, uma segunda metade que repetia tudo pior — e com um erro que precisa ser desfeito. Ela afirmava que, no site, "qualquer navegador tem acesso aos conteúdos", enquanto no sistema web "somente determinadas pessoas possuem" acesso. Não é isso que separa os dois.
Existem sistemas web completamente abertos: um buscador, um conversor de arquivos, uma calculadora de frete, um comparador de preços. E existem sites com área restrita a clientes. O que define não é quem pode entrar — é o que se faz lá dentro. O mesmo texto ainda anunciava, no meio da introdução, uma "parceria com uma empresa de criação de sites", trazia "sites e web sites" como se fossem coisas diferentes e terminava com frases quebradas ao meio. Vale refazer.
A diferença em uma frase: ler ou trabalhar
No site, a pessoa lê. No sistema web, a pessoa trabalha.
No site ela busca informação, se convence e entra em contato: são páginas feitas para serem consumidas. No sistema ela executa tarefas sobre dados — cadastra, consulta, aprova, emite, acompanha — e o resultado do que ela faz fica guardado e muda o estado do sistema. Um apresenta conteúdo; o outro processa operações. Os dois abrem no navegador, e é justamente por isso que se parecem por fora e são tão diferentes por dentro.
Comparativo em 9 critérios
| Critério | Site | Sistema web |
|---|---|---|
| O que a pessoa faz | Lê e decide | Executa tarefas |
| Objetivo | Informar e converter | Operar e registrar |
| Quem usa | Quem ainda não é cliente | Quem já é cliente ou da equipe |
| Frequência de uso | Uma ou poucas visitas | Diária, às vezes o dia inteiro |
| O que pesa no projeto | Conteúdo e layout | Regras, permissões e exceções |
| Aparece na busca | Sim — é o objetivo | Não, e não deve |
| Se sair do ar | Perde oportunidades | Para a operação |
| Como evolui | Páginas e conteúdo novos | Funcionalidades novas |
| Contrato típico | Projeto com entrega | Projeto mais continuidade |
O que é um sistema web, com exemplos
Sistema web — ou aplicação web, o mesmo termo na boca de quem desenvolve — é um programa que roda no navegador e executa tarefas. Nada precisa ser instalado no computador de quem usa, e é essa a vantagem que o tornou padrão: qualquer aparelho com internet acessa a mesma versão, sempre atualizada.
- Agendamento — clínica, salão ou oficina em que o cliente escolhe horário e recebe confirmação;
- Portal do cliente — segunda via, contratos, notas fiscais, andamento de pedidos;
- CRM — cadastro de contatos, histórico de conversas e funil de vendas da equipe;
- Painel operacional — ordens de serviço, escalas, checklists de campo;
- Ferramenta pública — simulador, calculadora, comparador: sistema web sem login nenhum.
O que todos têm em comum não é a complexidade visual: é que alguma coisa muda no banco de dados quando a pessoa clica. Como essa mecânica funciona por dentro está em o que é desenvolvimento web.
Não são duas caixas: é um espectro
Tratar site e sistema como categorias estanques atrapalha na hora de orçar, porque a maioria dos projetos reais fica no meio. O que existe é um espectro, e cada passo para a direita acrescenta regras invisíveis:
- Página única institucional — só leitura;
- Site com formulário — quase só leitura, com um envio;
- Site com área do cliente — leitura em público, operação atrás do login;
- Loja virtual — vitrine pública somada a carrinho, estoque e pagamento;
- Sistema web completo — operação do começo ao fim.
Vale registrar o que não é o eixo dessa comparação: site estático contra site dinâmico é outra discussão, técnica, tratada em o que é um site dinâmico. Um site dinâmico continua sendo um site; o que o transforma em sistema é a pessoa passar a executar operações nele.
O e-commerce é os dois ao mesmo tempo
É o exemplo que resolve a dúvida na prática. Uma loja virtual tem uma metade que é site — home, categorias e páginas de produto, que precisam ser encontradas nas buscas e convencer quem chega — e uma metade que é sistema: carrinho, checkout, cadastro, pagamento, estoque e painel de pedidos.
Daí vem uma conclusão útil para orçamento: uma loja virtual custa mais do que um site institucional de tamanho visual parecido, e a diferença não está no design. Está nas regras que ninguém vê — o que acontece quando o estoque zera durante a compra, quando o pagamento é recusado, quando o frete não calcula. O panorama do modelo está em o que é o e-commerce e para que serve.
Por que o orçamento muda tanto
Esta é a pergunta que leva a maioria das pessoas a este texto, e a resposta é curta: em um sistema, quase todo o trabalho é invisível. Um site tem páginas, e páginas se contam. Um sistema tem regras, e regras se descobrem.
Pense em um agendamento aparentemente simples. O que acontece se duas pessoas escolherem o mesmo horário no mesmo segundo? E se o cliente quiser desmarcar faltando duas horas? E se o profissional entrar de férias com agenda cheia? E se o horário cair em feriado? Nenhuma dessas perguntas aparece em uma tela, e todas precisam ser combinadas, programadas e testadas. É isso, e não a quantidade de botões, que forma o preço — o motivo pelo qual back-end de verdade pesa no orçamento, como visto em o que faz um desenvolvedor web.
"Em um site, você compra páginas. Em um sistema, você compra decisões — e as decisões que ninguém tomou aparecem depois, como retrabalho."
"Pronto" significa coisas diferentes
Em um site, pronto é um estado razoavelmente claro: as páginas existem, o conteúdo está publicado, os formulários chegam. Em um sistema, pronto é sempre uma versão — a primeira que atende ao essencial. Sistemas nascem incompletos por natureza, porque a operação real revela casos que nenhuma reunião previu.
Por isso a forma sadia de contratar um sistema é por etapas: uma primeira versão enxuta que resolva o fluxo principal, colocada em uso de verdade, e evoluções guiadas pelo que a prática mostrar. Projetos que tentam entregar tudo de uma vez costumam atrasar e entregar funções que ninguém usa.
Manutenção: a diferença que mais pega quem contrata
Aqui está a distinção que gera mais surpresa depois da entrega. Site parado incomoda; sistema parado interrompe a operação. Se o site sai do ar num sábado, você perde visitas. Se o sistema de agendamento sai do ar num sábado, ninguém agenda e a equipe atende no papel.
Isso muda o que precisa existir junto do sistema: backup testado com restauração — e não apenas backup que roda —, monitoramento que avisa antes do cliente, um ambiente de testes separado do que está em uso e alguém com prazo de resposta acordado. Um sistema não termina com a entrega; ele começa. Para a parte que você mesmo consegue administrar, vale o critério de site profissional gerenciável.
Sistema web e a busca do Google
As telas internas de um sistema normalmente não aparecem nos buscadores — ficam atrás de login e não deveriam mesmo ser indexadas. A consequência costuma pegar empresas de surpresa: quem tem só um sistema não é encontrado por quem procura.
A solução é simples e frequentemente esquecida: manter uma parte pública que explique o serviço — o que é, para quem, quanto custa, como funciona — e leve ao sistema. Separar o que precisa ser achado do que precisa ser usado resolve os dois problemas de uma vez.
O que precisa estar no contrato de um sistema
- Escopo por funcionalidade, com as regras escritas — não apenas a lista de telas;
- Propriedade do código e dos dados, dita com todas as letras;
- Exportação dos dados em formato aberto, a qualquer momento;
- Backup, restauração e prazo de resposta em caso de indisponibilidade;
- Ambiente de testes separado do que está em produção;
- Como serão tratadas as evoluções — e quanto custam.
Os quatro últimos itens raramente aparecem em contrato de site. Em contrato de sistema, a ausência deles é o problema.
5 perguntas para saber o que você precisa
- O que a pessoa precisa fazer ali? Ler leva a site; trabalhar leva a sistema;
- Alguma coisa precisa ficar guardada e ser consultada depois? Se sim, há sistema no meio;
- Existem pessoas com permissões diferentes? Perfil e permissão são território de sistema;
- Isso substitui uma planilha ou um caderno? A resposta afirmativa é o sinal mais confiável de todos;
- Preciso ser encontrado por quem ainda não me conhece? Então a parte pública é obrigatória, tenha sistema ou não.
5 erros nessa escolha
- Pedir orçamento de "site" descrevendo um sistema — a diferença aparece depois, como custo extra ou como escopo cortado;
- Comparar propostas que entenderam coisas diferentes — sem escopo escrito, o preço menor costuma ser o entendimento menor;
- Construir tudo antes de validar — a forma mais cara de descobrir que ninguém vai usar;
- Esquecer a parte pública — sistema excelente que ninguém encontra não gera cliente novo;
- Tratar sistema como projeto encerrado — sem continuidade contratada, o primeiro problema em produção vira crise. A relação entre os níveis de projeto e o que cada um exige está em sites personalizados.
Perguntas frequentes
Qual é a diferença entre sistema web e site?
A diferença está no que a pessoa vai fazer ali. No site, ela lê: busca informação, se convence e entra em contato. No sistema web, ela trabalha: cadastra, consulta, aprova, emite, acompanha. Um apresenta conteúdo; o outro executa tarefas e guarda o resultado. Os dois abrem no navegador, e é por isso que se parecem por fora e são muito diferentes por dentro.
Sistema web é aquele com acesso restrito e site é o aberto?
Não, e essa é a confusão mais comum sobre o tema. Existem sistemas web totalmente abertos — um buscador, um conversor de arquivos, uma calculadora de frete — e sites com área restrita para clientes. O que define não é quem pode entrar, é o que se faz lá dentro: consumir conteúdo ou executar operações sobre dados.
Um e-commerce é site ou sistema web?
É os dois ao mesmo tempo, e esse é o exemplo mais útil. A vitrine — home, categorias, páginas de produto — funciona como site e precisa ser encontrada nas buscas. O carrinho, o checkout, a conta do cliente e o painel de pedidos funcionam como sistema, com regras, estoque e pagamento. Por isso um projeto de loja virtual custa mais do que um site institucional do mesmo tamanho visual.
Por que um sistema web custa muito mais do que um site?
Porque quase todo o trabalho é invisível. Um site tem páginas; um sistema tem regras, permissões, estados e exceções — o que acontece se dois usuários editarem o mesmo registro, se o pagamento falhar no meio, se o dado vier errado. Cada regra precisa ser combinada, programada e testada, e é isso, não a quantidade de telas, que forma o preço.
Sistema web é a mesma coisa que aplicação web?
Sim, são sinônimos na prática. Aplicação web é o termo mais usado por quem desenvolve, e sistema web o mais usado por quem contrata. Ambos descrevem um programa que roda no navegador e executa tarefas, em oposição a um conjunto de páginas feito para ser lido.
Preciso de um site, de um sistema ou dos dois?
Responda a uma pergunta: o que a pessoa precisa fazer ali? Se precisa entender o que você faz e falar com você, é site. Se precisa executar uma tarefa repetida com dados — agendar, pedir, acompanhar, aprovar —, é sistema. Muitas empresas precisam dos dois: o site atrai e convence, o sistema atende quem já é cliente.
Sistema web aparece no Google?
As telas internas normalmente não, porque ficam atrás de login e não deveriam mesmo ser indexadas. Por isso quem tem apenas um sistema costuma não ser encontrado por quem procura. A solução é ter uma página pública que explique o serviço e leve ao sistema — separando o que precisa ser achado do que precisa ser usado.
O que muda na manutenção de um sistema web?
Muda o tipo de risco. Site parado incomoda; sistema parado interrompe a operação. Por isso um sistema exige backup testado com restauração, monitoramento, ambiente de testes separado do que está em uso e um responsável com prazo de resposta acordado. É um contrato de continuidade, não um contrato de projeto.
Dá para começar com site e evoluir para sistema depois?
Dá, e costuma ser o caminho mais sensato. Publique o site, valide a demanda e adicione as funções à medida que a necessidade aparecer — primeiro um formulário, depois uma área do cliente, depois o que mais for preciso. Construir um sistema completo antes de saber se alguém vai usá-lo é a forma mais cara de descobrir que não vai.