Realizado

Desenvolvedor Wordpress Experiente para Marketplace Buscatop (estilo Getninjas)

Publicado em 11 de Janeiro de 2026 dias na TI e Programação

Sobre este projeto

Aberto

🛠️ Desenvolvedor WordPress (Marketplace estilo GetNinjas)

Estamos desenvolvendo o BuscaTop, um marketplace de serviços inspirado no modelo do GetNinjas, construído em WordPress, com foco em fluxo, lógica de marketplace, notificações e controle de pedidos.

O projeto já está no ar, mas precisamos de um desenvolvedor para corrigir bugs, ajustar fluxos e estruturar corretamente a lógica do produto.

🔧 Stack atual do projeto

- WordPress
- WooCommerce
- myCred (moedas/créditos)
- JetEngine + JetFormBuilder
- Member Ultimate (roles/perfis)
-  SuperPWA (mini app)
- OneSignal (push notifications)
- Elementor / Astra
- LiteSpeed Cache
- Code Snippets

⚠️ Importante: não é projeto do zero, é manutenção + evolução de sistema já existente.

📌 Escopo do trabalho
P0 — Itens críticos (obrigatórios)

Performance do primeiro acesso

- Diagnosticar gargalos (cache, imagens, js/css, queries, plugins)
- ajustar litespeed cache e otimizações
- entregar resumo simples: causa + solução + antes/depois

cadastro incompleto

- adicionar campo cidade
- implementar confirmação de senha e validações
- garantir salvamento correto no perfil do usuário (user meta)
- botão de fechar/cancelar em cadastro/login
- implementar botão “fechar/cancelar”
- definir comportamento correto (voltar / descartar dados)
- dados do usuário não carregam após login
- corrigir carregamento automático de nome, telefone etc.
- Garantir integração correta com Member Ultimate / user meta

Bug no mini app (SuperPWA)

- Prestador faz login e é redirecionado incorretamente para formulário de cliente
- Corrigir redirects pós-login com base em role do usuário

Notificações não chegam ao prestador

- Revisar integração OneSignal
- Implementar fallback (painel + e-mail)
- Garantir identificação clara de “pedido novo”

P1 — Estrutura de marketplace

Lógica pós-pedido (vários profissionais)

- Ajustar copy e regra de negócio
- Implementar modelo correto: vários prestadores podem acessar o pedido (atualmente funciona com um único prestador pode pegar um serviço, será mudado para 3 prestadores a principio)
- Ajustar indicadores e status

Área do cliente — “Meus pedidos”

- Listagem de pedidos com status
- Tela de detalhes
- Permissões corretas (cliente vê apenas o que é dele)

Formulários, filtros e exibição de pedidos

- Revisar JetFormBuilder (etapas, campos, redundâncias)
- Ajustar queries/listagens no JetEngine
- Garantir consistência entre dados enviados e exibidos

Especialidades

- Revisar estrutura (taxonomia/categorias)

- Garantir:
    uso no formulário
    filtro na listagem do prestador
    gestão simples pelo admin

Tempo máximo de exposição do pedido

- Definir prazo configurável (ex: 24h / 48h / 72h)
- Pedido expira automaticamente e muda de status
- Pedido expirado não gera notificação, mas fica no histórico

Exibição controlada de pedidos indisponíveis (UX)

- Quando houver poucos pedidos ativos, exibir pedidos indisponíveis apenas como referência visual

- Esses pedidos:
    não podem ser comprados
    não geram notificação
    devem estar claramente sinalizados

- Objetivo: evitar telas vazias para o prestador

P2 — Monetização, controle e segurança

Compra/liberação de pedidos (myCred)

- Garantir débito correto
- Garantir liberação após pagamento
- Evitar cenário “pagou e não liberou”
- Registrar transações

Logs e auditoria

- Logar mudanças de status (quem, quando, IP)
- Logar falhas de notificação
- Logar compras/liberações

Segurança

- Rate limit / captcha
- Validação server-side
- Proteção contra spam/flood
- Auditoria de Code Snippets
- Inventariar snippets ativos
- Remover ou ajustar código obsoleto/inseguro
- Garantir estabilidade e segurança

✅ Requisitos obrigatórios

- Experiência real com JetEngine + JetFormBuilder
- Domínio de roles, redirects pós-login e user meta
- Experiência com myCred
- Integração com OneSignal
- Capacidade de trabalhar com site já existente
- Organização e documentação mínima do que foi feito

❌ Não buscamos

- Apenas designer ou “configurador de Elementor”
- Soluções genéricas ou paliativas
- Profissionais que trabalham direto em produção sem backup

📋 Regras de trabalho

-Backup antes de qualquer alteração
- Preferência por ambiente de staging

Cada entrega deve indicar:

- o que foi feito
- onde testar
- como validar

Categoria TI e Programação
Subcategoria Lojas Virtuais (e-commerce)
Qual é o alcance do projeto? Criar uma nova loja online

Prazo de Entrega: Não estabelecido

Habilidades necessárias