TradePharma Import — Site

O problema

A TradePharma Import é uma distribuidora brasileira de medicamentos hospitalares que também presta assessoria na importação de medicamentos indisponíveis no Brasil. Atende hospitais, operadoras de saúde, o sistema público, prescritores e pacientes. A empresa precisava de um site que explicasse como o serviço funciona e desse a cada um desses públicos um caminho claro para começar uma conversa.

A restrição era de linguagem. A empresa assessora o processo de importação, então o site precisava soar como assessoria, não como loja: sem compra, preço ou custo.

Descoberta e restrições

• Fontes: a apresentação da empresa, uma análise de sites concorrentes e reuniões de revisão em que o cliente percorreu o site seção por seção e ditou correções.
• Só informação confirmada pela empresa podia ir para produção: razão social, CNPJ, endereço, canais de contato e redação regulatória.
• A primeira versão manteve seis páginas, com o contato como conversão principal. Sem catálogo, envio de documentos, área do cliente, blog ou e-commerce.
• Antes do lançamento, o cliente pediu uma relação de medicamentos para ajudar as pessoas a encontrarem a empresa nas buscas. Ela virou uma adição delimitada, montada a partir da própria planilha da empresa.

Principais decisões

Tom de assessoria, não de loja

O texto explica o processo e para quem ele serve. Nunca fala de compra, preço ou custo, e assim o site descreve o que a empresa de fato faz.

Páginas montadas a partir de um design system

Tokens, componentes e templates de página ficam em um único design system, e cada rota monta um template. As correções das rodadas de revisão entram em um lugar só e ficam consistentes entre as páginas.

Uma relação de medicamentos para ser encontrada, não um catálogo

Uma tabela estática mostra nome, princípio ativo e indicação, com busca local, filtro por letra, paginação e uma página por medicamento. Não há estoque, preço nem carrinho.

Homologação primeiro, depois o domínio da empresa

Um site de homologação no Cloudflare Pages tinha aviso visível e bloqueava a indexação. A produção no domínio da empresa passou a ter indexação, URLs canônicas e sitemap.

Um formulário que diz o que faz

O formulário de contato envia por um serviço de e-mail só quando a chave está configurada. Até lá, ele avisa na tela que é uma prévia e não envia, enquanto WhatsApp e e-mail continuam disponíveis como canais diretos.

Fluxo da solução

Apresentação da empresa, análise de concorrentes e reuniões com o cliente
-> conteúdo e redação regulatória confirmados
-> design system: tokens, componentes, templates de página
-> seis páginas e uma relação de medicamentos a partir da planilha da empresa
-> exportação estática, validada no build
-> homologação com aviso visível e sem indexação
-> aprovação do cliente
-> produção no domínio da empresa

Engenharia e confiabilidade

• Next.js, React e TypeScript, exportados como HTML, CSS e imagens estáticos, sem servidor.
• Uma checagem no build valida a configuração do ambiente antes da exportação.
• Variáveis de ambiente separam homologação (aviso, sem indexação) de produção (indexação, URLs canônicas, sitemap).
• Cada push na branch principal republica no Cloudflare Pages.
• As mudanças passaram por pull requests, incluindo cada rodada de correções do cliente.
• Créditos e licenças das fotos estão registrados para cada imagem.

Resultado e evidências

• O site está no ar em www.tradepharmaimport.com.br, aprovado pelo cliente antes do lançamento.
• O sitemap lista as páginas principais e cerca de cem páginas de medicamentos.
• Hoje o contato acontece pelo WhatsApp. O formulário do site continua como prévia explícita até a empresa definir quem recebe as mensagens.

Tráfego, contatos gerados e vendas não foram medidos neste case.

O que aprendi

Com um cliente de área regulada, a descoberta mais valiosa não foi uma lista de funcionalidades, e sim um vocabulário: o que a empresa pode dizer, o que não pode, e quem confirma cada afirmação antes de ir ao ar.

O que eu melhoraria a seguir

• Conectar o formulário quando a empresa definir quem recebe as mensagens, e confirmar o recebimento real de ponta a ponta.
• Fazer uma auditoria completa de acessibilidade. As checagens responsivas cobriram de 320 a 1440 px, mas ainda não há registro de uma auditoria completa.
• Medir quais páginas trazem contatos antes de adicionar novas seções.