Landing page, site institucional ou plataforma: qual você precisa?

As três palavras se misturam em reunião de briefing e é aí que o orçamento se perde: o cliente pede "um site", o fornecedor cota um site institucional, mas o que a empresa realmente precisava era uma plataforma com login — ou o contrário, uma landing page simples cotada como se fosse um portal completo. Antes de pedir qualquer uma das três coisas, vale a pena dizer com clareza qual trabalho a URL precisa fazer pela empresa.

Landing page

Trabalho: converter tráfego de uma oferta específica — campanha paga, lançamento, geração de lead, inscrição em webinar.

Características: uma mensagem única, um CTA dominante que se repete ao longo da página, pouco ou nenhum menu de navegação (menos opção significa menos distração), e velocidade de carregamento alta, porque quem clicou num anúncio não espera.

Não é: o lugar para contar a história completa da empresa, listar todos os serviços ou hospedar um blog. Uma landing que tenta fazer tudo isso ao mesmo tempo perde o único objetivo pelo qual ela existe.

Se a landing for lenta, a campanha inteira sofre — cada segundo a mais de carregamento reduz taxa de conversão de forma mensurável. Veja como isso se conecta com Core Web Vitals e venda.

Site institucional

Trabalho: explicar quem a empresa é, o que ela oferece, mostrar prova (cases, depoimentos reais, portfólio) e abrir caminho para contato.

Características: múltiplas páginas organizadas em navegação clara, SEO de marca trabalhado ao longo do tempo, e eventualmente um blog editorial — desde que mantido com conteúdo real, não como enfeite.

Não é: um aplicativo com login e regras de negócio profundas. Site institucional é vitrine e canal de contato; não foi desenhado para processar fluxo de trabalho.

Um site institucional fraco faz até um bom produto ou serviço "parecer barato" na cabeça de quem visita — é o tema central de o site que sustenta preço.

Plataforma / produto web

Trabalho: usuários autenticados executam tarefas recorrentes — agendar, gerenciar, acompanhar, processar.

Características: sistema de permissões, modelagem de dados, fluxos de trabalho definidos e, principalmente, manutenção contínua depois do lançamento — uma plataforma nunca está "pronta" da mesma forma que um site institucional pode estar.

Não é: uma landing page com formulário de login improvisado em cima, nem um site institucional que "ganhou" uma área de cliente de última hora sem ter sido projetado para isso.

Aqui entram discussões mais profundas sobre como recortar um MVP em oito semanas e sobre o custo invisível da manutenção depois que o produto vai ao ar.

Misturas perigosas que aparecem na prática

• Um "site" que, na conversa real, é na verdade um CRM disfarçado — com login, permissões e fluxo de aprovação escondidos atrás do nome errado.
• Uma landing page com dez itens de menu e um blog sem foco competindo pela atenção que deveria estar toda na oferta.
• Uma plataforma complexa vendida internamente como "só uma página institucional rápida", o que gera expectativa de prazo e preço completamente descolada da realidade do projeto.

Chamar o projeto pelo nome errado gera expectativa errada dos dois lados — cliente e fornecedor — e torna duas propostas concorrentes impossíveis de comparar, porque na prática elas cotaram coisas diferentes.

Como escolher em uma pergunta

"Depois que a pessoa chega pela URL, ela precisa ler, conversar ou trabalhar logada?"

• Ler ou conversar sobre a empresa → site institucional (mais landing page de campanha específica, se houver investimento em mídia paga).
• Trabalhar logada, de forma recorrente → produto / plataforma web.
• Responder a um anúncio específico, uma vez → landing page.

Próximo passo

Antes de pedir orçamento, escreva uma frase simples descrevendo o trabalho que a URL precisa fazer. Com essa frase em mãos, tanto o briefing quanto a conversa de contato ficam objetivos — e a proposta que você recebe de volta passa a ser comparável com qualquer outra.