case/experiências/stone
04/08
Stone·Rio de Janeiro, BR·Jun 2021 - Jun 2022

Full Stack Developer

Construí a ferramenta de follow-up responsável por +20% nas vendas da Stone.

+20%
em vendas
10k+
req/s no pico
250k+
interações/mês
CLT
contrato

Parte de uma campanha agressiva de atendimento rápido, o time precisava de tooling que não existia vendedores em campo perdiam leads por pontos cegos de disponibilidade e follow-up. A ferramenta que construí virou habilitadora da campanha.

01

Contexto

A Stone tocava uma campanha agressiva de atendimento rápido. Vendedores em campo precisavam responder leads rápido, em múltiplos canais, com tooling limitado a campanha precisava de um habilitador que não existia.

02

Problema

Vendedores perdiam leads por pontos cegos em disponibilidade e follow-up quem precisava de retorno, quando, por qual canal. Tudo vivia na cabeça de cada um; nada era compartilhado, nada era cronometrado.

+20%
em vendas
03

Design

Reatribuição competitiva como mecânica central: cada lead carrega um timer de SLA; se o vendedor não responde, o próximo elegível recebe. Visibilidade em todo lugar quem trabalha o quê, desde quando, por qual canal. Squad de 5 devs + PO + Scrum Master.

04

Engenharia

100% TDD + Clean Architecture desde o dia 1. Backend sustentando 10k+ req/s no pico com zero downtime em períodos de tráfego alto. Padrão que o time manteve muito depois que eu saí.

05

Impacto

+20% nas vendas atribuído diretamente à ferramenta, 250k+ interações/mês orquestradas pelo sistema. Virou tooling principal de engajamento e retenção da Stone e benchmark de qualidade interno do time.

decisões & tradeoffs
  • Por que reatribuição competitiva em vez de round-robin?
    SLA timer + pickup competitivoRound-robin é justo no papel mas brutal pra receita: vendedor lento trava o lead. Reatribuição competitiva faz da responsividade a moeda justiça vira self-policing sem gerente intervindo.
  • Por que 100% TDD num sistema novo?
    Test-first desde o dia 1Sistema crítico de receita + squad pequeno + iteração rápida = uma regressão é cara. Os testes dão confiança pra refatorar agressivamente sem gargalo de QA.
  • Por que Clean Architecture num projeto de 1 ano?
    Use-case + separação por boundarySquad recém-formado: separação em camadas achata o onboarding. Use-case lê como requisito dev novo entrega feature na primeira semana em vez da terceira.

+20% de receita medida. Virou ferramenta #1 de engajamento e benchmark de qualidade interno que o time manteve após minha saída.