Pular para o conteúdo
Wendeel Marinho
Engineering case studies
Logotipo RemédiosJÁFounder · Digital Products

RemédiosJÁ — Engineering a Multi-Sided Marketplace

Construção de um ecossistema digital que conecta consumidores, farmácias e entregadores.

Contexto

O projeto e o problema que ele resolve

RemédiosJÁ é um marketplace de delivery farmacêutico: consumidores encontram medicamentos e produtos de saúde nas farmácias da sua região, comparam preço e disponibilidade e escolhem entre entrega e retirada.

O sistema envolve participantes com necessidades diferentes — consumidor, farmácia, entregador e administração — e um domínio regulado, em que receitas, dados de saúde e medicamentos controlados exigem tratamento específico.

Em 2026 a plataforma ganhou uma nova geração, construída sobre uma base de marketplace licenciada e estendida com módulos próprios para o domínio farmacêutico, privacidade, pagamentos, busca e operação.

Problemas de negócio e engenharia

  • 01

    Disponibilidade geográfica

    Determinar quais farmácias atendem cada endereço, com prazo e valor de entrega.

  • 02

    Operação multilateral

    Coordenar consumidor, farmácia e entregador sobre o mesmo pedido.

  • 03

    Busca farmacêutica

    Encontrar um medicamento por nome, marca ou princípio ativo em catálogos de lojas diferentes.

  • 04

    Domínio regulado

    Receitas e dados de saúde exigem consentimento, minimização e trilha de acesso.

Papel de Wendeel

Responsabilidades

Papel

Fundador · ex-CEO/CTO

Fundador e ex-CEO/CTO, com atuação na arquitetura, no desenvolvimento dos produtos e na evolução do negócio.

Papel declarado por Wendeel

  • Arquitetura da nova geração da plataforma e extensões do domínio farmacêutico.
  • Privacidade por padrão para receitas: consentimento LGPD, auditoria de acesso e expurgo automático.
  • Integração de pagamentos e validação de farmácias no cadastro.
  • Vitrine web com foco em SEO e operação em produção com monitoramento.

Visão arquitetural

Como o sistema se organiza

Quatro públicos, uma API e um domínio de marketplace com regras próprias de geografia, catálogo, pedidos e conformidade.

Vitrine web

Em produção

Aplicações

Loja do consumidor na web, com renderização no servidor e SEO.

  • Página inicial transacional, sitemap e dados estruturados.
  • Comparação de preço entre farmácias.

Recebe de

—

Conecta-se a

Representação simplificada da nova geração da plataforma, em fase de lançamento. “Em produção” indica componentes implantados no ambiente público; aplicativos móveis estão em preparação para distribuição.

Componentes e integrações

  • Vitrine web do consumidor

    Em produção

    Busca, comparação de preço, carrinho, entrega ou retirada, com foco em SEO.

  • Painel da farmácia e administração

    Em produção

    Catálogo, pedidos, equipe, entregas, zonas e aprovação de lojas.

  • Cadastro de farmácias

    Em produção

    Validação de CNPJ e atividade farmacêutica na Receita, CEP e formato de AFE/CRF.

  • Landing de parceiros

    Em produção

    Captação de farmácias integrada à API.

  • Aplicativos (consumidor, farmácia, entregador)

    Em preparação

    Construídos e traduzidos; distribuição nas lojas em preparação.

  • Pagamentos

    Em preparação

    Pix, boleto, carteira e cartão via gateway integrado, em homologação.

  • Receita digital e medicamentos controlados

    Roadmap

    Implementados atrás de feature flags, desligados até a homologação regulatória.

Decisões técnicas

Escolhas documentadas e seus custos

  1. Decisão 01 · Configuração de flags e documentação de conformidadeRecursos regulatórios atrás de feature flags

    ContextoReceita digital, controle de medicamentos controlados e relatórios regulatórios dependem de homologação externa.

    DecisãoImplementar cada recurso regulatório atrás de uma flag e ligá-lo somente após validação.

    Ganhos

    • O código evolui sem expor fluxos ainda não homologados.
    • Ativação reversível por ambiente.

    Custos aceitos

    • Mais combinações de comportamento a testar.
  2. Decisão 02 · Documentação de conformidadeMinimização de dados sensíveis

    ContextoReceitas e dados de saúde são dados sensíveis na LGPD.

    DecisãoExigir consentimento específico, registrar quem acessa cada receita, expurgar automaticamente e não persistir CPF.

    Ganhos

    • Menor superfície de risco e trilha de auditoria para o titular.

    Custos aceitos

    • Menos dados disponíveis para análise posterior.
  3. Decisão 03 · Guia de engenharia do backendFalha de API externa não vira rejeição

    ContextoO cadastro de farmácias consulta serviços públicos de CNPJ e CEP, que podem ficar indisponíveis.

    DecisãoIndisponibilidade de serviço externo não rejeita o cadastro; a aprovação manual no painel é a válvula de escape.

    Ganhos

    • Uma dependência fora do nosso controle não bloqueia o crescimento da rede.

    Custos aceitos

    • Parte dos cadastros exige revisão humana.
  4. Decisão 04 · Auditoria da página inicial (jul/2026)Página inicial transacional

    ContextoUma auditoria da vitrine mostrou que o marketplace existia, mas a raiz do site não levava à compra nem ajudava na indexação.

    DecisãoTransformar a página inicial em ponto de entrada transacional, com busca e conteúdo indexável.

    Ganhos

    • Caminho mais curto até o pedido e melhor indexação.

    Custos aceitos

    • Menos espaço para conteúdo institucional na raiz.
  5. Decisão 05 · Guia de operação da vitrineBuild isolado e troca atômica em produção

    ContextoEscrever o build sobre os arquivos servidos derrubou a produção uma vez.

    DecisãoNunca gerar o build no diretório em uso: construir à parte e trocar.

    Ganhos

    • Deploy sem janela de indisponibilidade parcial.

    Custos aceitos

    • Espaço em disco para duas versões.

Trade-offs e desafios

Do problema à abordagem

  • Disponibilidade geográfica

    Quais farmácias atendem este endereço?

    Zonas por polígono com verificação de ponto em polígono; endereço fora da área recebe resposta de negócio clara.

  • Operação multilateral

    Coordenar consumidor, farmácia e entregador.

    Estados de pedido compartilhados pela API e aplicações específicas para cada participante.

  • Busca de produtos

    Nome comercial, marca e princípio ativo raramente coincidem entre catálogos.

    Busca combinando nome, marca, princípio ativo e sintoma, com índices dedicados.

  • Pagamentos

    Confirmação e reconciliação de transações em vários meios.

    Gateway integrado com Pix, boleto, carteira e cartão, em homologação antes da ativação.

  • Segurança e privacidade

    Dados pessoais e de saúde em um domínio regulado.

    Consentimento, auditoria, expurgo, minimização e correções de segurança aplicadas à base.

Tecnologias verificadas

Backend e painéis

  • PHP 8.3
  • Laravel 12
  • API REST
  • Fila e agendador

Vitrine web

  • Next.js 15
  • React 19
  • SSR e SEO técnico

Aplicativos

  • Flutter
  • Dart
  • Push notifications

Integrações e operação

  • Gateway de pagamento
  • Validação de CNPJ e CEP
  • E-mail transacional
  • Caddy + TLS
  • Monitoramento com alertas

Resultados e evidências

Evidências verificáveis e indicadores

Verificável

  • Nova geração implantada em remediosja.com.br: vitrine web, painéis e API, em fase de lançamento.
  • Módulos próprios para receitas, privacidade, pagamentos e conformidade sanitária.
  • Monitoramento de saúde contínuo com alerta por mudança de estado.

Indicadores declarados

Usuários ativos
45 mil+
Histórico
Farmácias parceiras
320+
Histórico
Entregadores
2.800+
Histórico
Pedidos por mês
8.500+
Histórico
Cidades
12
Expansão informada

Indicadores históricos da operação, declarados pelo fundador. Não descrevem a nova geração da plataforma, implantada em 2026 e em fase de lançamento.

Aprendizados

O que este projeto ensina

  1. 01

    Em marketplace, geografia é regra de negócio: a pergunta “quem atende este endereço?” define o produto.

  2. 02

    Em domínios regulados, feature flags são instrumento de conformidade, não só de experimentação.

  3. 03

    Privacidade por padrão simplifica decisões futuras: o dado que não se guarda não precisa ser protegido.

  4. 04

    Dependências externas falham; o desenho do fluxo decide se isso vira atrito ou rejeição.

Relação com as palestras

Palestra 01Engineering the Next Era

Temas sob medida

  • Arquitetura de marketplaces
  • Liderança de produtos e engenharia
  • Sistemas distribuídos e operações digitais