Vendedores em campo perdiam leads por pontos cegos em disponibilidade e follow-up. Construí o engine que orquestrou 10k+ clientes e 250k+ interações/mês com reatribuição competitiva por baixo.
Problema
Coordenar leads numa força de vendas em campo em tempo real. Vendedores perdiam leads por pontos cegos quem precisava de retorno, quando, por qual canal. Tudo na cabeça de cada um; nada compartilhado, nada cronometrado.
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.
Engenharia
100% TDD + Clean Architecture desde o dia 1. Use-cases lêem como requisitos squad de 5 devs onboardou rápido e entregou sem gargalo de QA.
Operação
Backend sustentando 10k+ req/s no pico com zero downtime em períodos de tráfego alto. 250k+ interações/mês passando pelo sistema. Padrão sobreviveu anos depois que saí.
- Por que SLA timer + pickup competitivo?Justiça self-policingRound-robin não pune ninguém; SLA + pickup pune lentidão. O timer faz da responsividade a moeda justiça vira self-policing sem gerente intervindo.
- Por que Node.js + TypeScript?Node + TSSquad já era fluente em TypeScript. Ecossistema maduro pra workload realtime (event loop combina com coordenação). TypeScript pegou bugs de domínio em compile-time num sistema que mexe com dinheiro.
+20% de receita, dado divulgado pela empresa. Virou ferramenta #1 de engajamento da Stone e benchmark de qualidade interno do time.