Série
Engenharia de Pricing
Construir o engine, não a estratégia. Quatorze posts sobre os sistemas por baixo das decisões de pricing — modelo de regra, pipeline de avaliação, teste, explicabilidade, shadow mode, simulação por replay, e as costuras arquiteturais que mantêm uma plataforma de pricing operável enquanto cresce. Lições do trabalho em produção num stack fechado; padrões extraídos pro aberto como bre-go e traffic-gen.
14 posts no total
Posts da série, em ordem
O Que É Uma Regra de Negócio?
Um markup de 3% parece igualzinho em código e em config — até a hora de explicar quem mudou, quando, e por quê.
Desenhando um Modelo de Regra
O struct Rule é o contrato entre intenção de negócio e execução em runtime. Erra o contrato, e toda camada acima paga o preço.
Regras Como Dado, Não Código
Mover regra pra YAML é a parte fácil. Deixar o loader confiável é onde mora o trabalho.
Casando Regras em Escala
A maioria dos bugs de rule engine não tá na ação. Tá no jeito como o engine decidiu qual regra deveria disparar.
Construindo um Engine de Avaliação de Regras
Engine que roda em um passo opaco é engine que você não consegue debugar. Deixa os estágios explícitos e o bug não tem onde se esconder.
Testando Regras de Negócio
Teste que prende as entranhas do engine apodrece. Teste que prende o comportamento de negócio sobrevive a todo refactor que você shippar.
Execução Explicável de Regras
Um sistema de pricing que não consegue explicar uma decisão não consegue ser operado com segurança. A explicação não é apoio de debug. É o contrato do sistema com todo mundo que precisa confiar nele.
Gerando Tráfego Sintético de Pricing
Tráfego sintético não é dado falso. É pressão controlada nas suposições que o seu dado de produção, por definição, não exercita.
Shadow Mode pra Sistemas de Pricing
Shadow mode deixa a lógica nova estar errada em produção, em tráfego de produção, antes de um único cliente pagar pelo bug.
Simulação por Replay
Replay transformaria discussão de pricing de opinião em diferença observável. Eu não construí o laboratório ainda. Esse é o formato que eu venho estudando.
Rule Engine vs Decision Engine
Rule engine responde o que casa. Decision engine responde o que deve acontecer. O gap entre essas duas perguntas é onde a maioria das plataformas de pricing cresce.
Construindo Sistemas de Pricing que Envelhecem Bem
O trabalho de manutenção é real. A gente vinha fazendo na mão. Esse post é o formato de empurrar isso pra dentro do decision engine pra que o operador do ano três não dependa do engenheiro do ano um lembrando.
Dez Erros que Cometi Construindo Plataformas de Pricing
Os erros caros nunca são sobre sintaxe. São sobre fronteira, comportamento e ownership — as partes que parecem bem até deixarem de parecer.
O Que Eu Construiria Diferente Hoje
Os melhores sistemas de pricing não são os mais sofisticados. São os que o time consegue entender, testar, explicar, e mudar com segurança.