← Portfólio completo
MarketplaceProjeto para clienteEm produção e evolução

Imagerix: Resgate técnico de marketplace de fotografia

Recuperei um marketplace visualmente pronto, mas funcionalmente bloqueado, estabilizando cadastro, contratos, pagamentos, chat e notificações até viabilizar transações reais.

Minha função
Desenvolvedor Full-Stack Bubble responsável pelo resgate técnico
Contexto
Assumi uma plataforma criada por outro desenvolvedor, sem documentação, para remover bloqueios de lançamento e evoluir a operação.
Stack principal
Bubble.io · Asaas API · OneSignal · PWA · APIs REST
Representação conceitual do marketplace de fotografia Imagerix
Imagem conceitualRepresentação editorial criada para explicar o projeto; não é uma captura do produto.
Contexto e desafio

O problema que orientou o trabalho

A Imagerix já conectava clientes e fotógrafos em uma jornada completa de contratação, mas falhas nas regras de negócio impediam o lançamento confiável. Perfis não eram ativados, cadastros falhavam, contratos podiam ser duplicados, conversas abriam no pedido errado e partes do financeiro não carregavam.

Responsabilidades

O que eu fiz

  • Mapear a jornada do usuário e auditar workflow por workflow no Bubble para localizar causas-raiz.
  • Priorizar e corrigir falhas que impediam cadastro, contratação, pagamento e atendimento.
  • Evoluir regras financeiras, contratos digitais, comunicação e suporte a pessoa jurídica.
  • Atuar em incidentes de produção sem interromper a evolução contínua da plataforma.
Decisões técnicas

Como estruturei a solução

  • Preservar o investimento existente e corrigir as causas-raiz sem reescrever o produto inteiro.
  • Tratar inconsistências de dados e ordem de execução antes de adicionar novas funcionalidades.
  • Vincular cada conversa, contrato e pagamento ao contexto correto da contratação.
  • Registrar metadados de aceite e versões para aumentar a rastreabilidade contratual.
Resgate de sistema existente

De uma interface pronta a uma operação confiável

O trabalho começou com uma falha pontual na ativação de um fotógrafo. A investigação revelou que o problema fazia parte de um conjunto maior de inconsistências em dados, workflows e regras críticas. Em vez de reconstruir a plataforma, conduzi uma recuperação progressiva, priorizando primeiro o que impedia o marketplace de operar.

Situação encontrada

  • Fotógrafos podiam concluir o cadastro, mas não conseguiam ativar o perfil para receber contratações.
  • Falhas de autenticação e validação tornavam a entrada de novos usuários pouco confiável.
  • Contratos duplicados ou incompletos dificultavam identificar o registro correto.
  • Cancelamentos afetavam a agenda e partes do painel financeiro não carregavam.
  • Usuários com várias contratações eram direcionados para a conversa do primeiro pedido.
Método de trabalho

Como conduzi o resgate

  1. 01

    Mapear antes de alterar

    Reproduzi os problemas pela experiência do usuário e percorri workflows, dados e dependências no Bubble para entender uma aplicação sem documentação.

  2. 02

    Priorizar bloqueios do negócio

    Cadastro, ativação, contratação, pagamento e contrato receberam prioridade porque impediam o produto de chegar ao mercado com segurança.

  3. 03

    Corrigir a causa-raiz

    As mudanças foram localizadas em regras, payloads e ordem de gravação, preservando a estrutura existente sempre que ela ainda era adequada.

  4. 04

    Evoluir após estabilizar

    Com os fluxos essenciais recuperados, o trabalho avançou para PJ, notificações, rastreabilidade jurídica e manutenção preventiva.

Evidências técnicas

Incidentes que mostram o trabalho por dentro

Cada correção partiu de um sintoma percebido pelo usuário e avançou até a regra, dado ou integração responsável pelo problema.

01

Ativação de perfis profissionais

Sintoma
Fotógrafos cadastrados não conseguiam deixar o perfil disponível para contratação.
Diagnóstico
Uma dependência obrigatória não estava associada ao pacote, e a ordem de gravação podia criar registros incompletos que quebravam a regra de ativação.
Intervenção
Ajustei o fluxo de cadastro e as validações para preservar as dependências exigidas pela regra de negócio.
Efeito
O bloqueio que impedia profissionais de entrar na oferta do marketplace deixou de interromper a operação.
02

Cadastro e autenticação

Sintoma
Novos usuários concluíam etapas do cadastro, mas não conseguiam validar o acesso de forma consistente.
Diagnóstico
O fluxo existente misturava validação, autenticação e orientação ao usuário sem garantir uma sequência confiável.
Intervenção
Reorganizei o fluxo de autenticação e a condução do usuário para assegurar que o cadastro terminasse com acesso válido.
Efeito
A entrada na plataforma deixou de ser um ponto impeditivo para clientes e profissionais.
03

Roteamento do chat por contratação

Sintoma
Ao abrir pedidos diferentes, o usuário era enviado repetidamente para a conversa da primeira contratação.
Diagnóstico
A estrutura de dados não precisava ser refeita; o payload enviado ao fluxo carregava o contrato errado.
Intervenção
Corrigi o envio das variáveis para que o chat fosse aberto no contexto do pedido visualizado.
Efeito
Cada negociação passou a preservar sua própria conversa, reduzindo confusão e futuros chamados de suporte.
04

Contratos e rastreabilidade

Sintoma
Registros duplicados, dados ausentes e falta de identificação dificultavam localizar o contrato válido.
Diagnóstico
A geração e exibição não priorizavam corretamente a versão atual nem registravam todas as evidências do aceite.
Intervenção
Priorizei o registro mais recente, adicionei número do contrato e consolidei PDF, versão, IP, dispositivo e navegador.
Efeito
O processo contratual ganhou localização mais simples e evidências técnicas associadas ao aceite.
05

Financeiro, pagamentos e cancelamentos

Sintoma
Valores e extratos não carregavam corretamente, enquanto cancelamentos quebravam agenda e regras de devolução.
Diagnóstico
Estados financeiros e regras de cancelamento não estavam coordenados com disponibilidade, prazo e histórico da contratação.
Intervenção
Corrigi o painel financeiro, preservei datas canceladas, reabri horários e implementei regras de reembolso conforme a antecedência.
Efeito
A operação passou a tratar pagamentos e cancelamentos com mais clareza, sem perder histórico ou disponibilidade.
06

Comunicação transacional

Sintoma
Eventos importantes, como falhas de pagamento, não chegavam aos usuários pelos canais necessários.
Diagnóstico
O produto não possuía uma camada consistente de notificações para acompanhar a jornada de contratação.
Intervenção
Integrei OneSignal para e-mail e push, incluindo suporte à experiência PWA no iOS.
Efeito
Clientes e profissionais passaram a receber alertas associados aos eventos críticos da plataforma.
Antes e depois

O que mudou na operação

Antes da intervençãoDepois da estabilização

Produto visualmente pronto, mas com falhas que bloqueavam o lançamento confiável.

Fluxos essenciais estabilizados para suportar a operação e transações reais.

Cadastros e perfis profissionais podiam terminar em estados inválidos.

Entrada, validação e ativação reorganizadas para clientes e profissionais.

Chats e contratos podiam apresentar o contexto ou registro errado.

Conversas e documentos vinculados à contratação correta e mais fáceis de rastrear.

Financeiro e cancelamentos possuíam falhas que afetavam histórico e disponibilidade.

Estados financeiros, agenda e reembolsos tratados por regras consistentes.

Contratação iniciada como uma correção pontual.

Atuação contínua em estabilidade, manutenção preventiva e evolução do produto.

Leitura para recrutadores e clientes

O que este resgate demonstra na prática

  • Entender e estabilizar uma aplicação criada por terceiros, mesmo sem documentação.
  • Investigar sintomas na interface até encontrar causas em dados, regras e ordem de execução.
  • Priorizar correções pelo risco operacional e impacto sobre o lançamento do produto.
  • Atuar em fluxos sensíveis de autenticação, pagamentos, contratos e comunicação.
  • Corrigir problemas em produção preservando o investimento já realizado na plataforma.
  • Construir confiança técnica suficiente para transformar uma demanda pontual em atuação contínua.
Arquitetura

Fluxo técnico simplificado

01

Bubble.io: interface, dados e regras de negócio

02

Asaas: pagamentos e estados financeiros

03

Contratos: geração de PDF e metadados de aceite

04

OneSignal: e-mail e push

05

PWA: notificações para usuários iOS

Entregas

O que foi construído

  • Cadastro, autenticação e ativação de perfis estabilizados para pessoas físicas e jurídicas.
  • Chat contextual, agenda e cancelamentos vinculados corretamente a cada contratação.
  • Contratos dinâmicos em PDF, numerados e acompanhados de metadados de aceite.
  • Fluxos financeiros com Asaas, regras de reembolso e alertas de falha de pagamento.
  • Notificações por e-mail e push com OneSignal, incluindo suporte à PWA no iOS.
Resultados comprováveis

O que mudou

  • Falhas que impediam a operação confiável do marketplace foram removidas.
  • A plataforma passou a suportar contratações e transações reais com maior segurança operacional.
  • O fluxo contratual e financeiro ganhou rastreabilidade, alertas e regras claras de cancelamento.
  • A correção inicial evoluiu para uma atuação contínua de manutenção preventiva e novas funcionalidades.
Competências demonstradas

O que este case evidencia

Engenharia reversaDebug de produçãoResgate de sistemasRegras financeirasContratos digitaisManutenção evolutiva
Bubble.ioAsaas APIOneSignalPWAAPIs REST
Contato profissional

Quer conversar sobre minha experiência neste projeto?

Posso detalhar decisões, responsabilidades e aprendizados técnicos em uma conversa direta.