Radar
Arquitetura
Relevância
88
alta

Por que arquitetura Salesforce começa antes de qualquer configuração

Quando o desenho de solução vira um documento depois do projeto, o problema já é outro.

Por Guilherme Dornelas28 de abril de 20254 min de leitura
// Compartilhar

Na prática, arquitetura Salesforce não é o diagrama bonito que entregamos no fim — é a sequência de decisões que evita que o projeto vire uma teia impossível de manter seis meses depois.

Em todo projeto Salesforce relevante existe um momento decisivo, que normalmente acontece muito antes da primeira tela ser configurada. É o momento em que alguém decide o que vai virar objeto, o que vai virar campo, o que vai virar Flow, o que vai virar registro relacionado e o que vai ficar fora.

Esse momento, em geral, não tem reunião marcada. Acontece no meio de uma conversa de discovery, no Slack, ou pior — não acontece, e o time só descobre as consequências quando já está em produção.

O custo de adiar a arquitetura

Quando arquitetura entra como documentação depois da implementação, ela perde a função. Vira justificativa, não decisão. E o custo aparece em três lugares previsíveis:

  • Modelagem de dados que não escala junto com o negócio.
  • Automações que se sobrepõem, brigam entre si ou disparam em cascata.
  • Integrações que viraram POG porque ninguém pensou no contrato antes.

O que muda quando arquitetura vem antes

Nada de mágico. O time toma decisões mais rápidas, com menos retrabalho, e quem opera depois consegue manter sem precisar de arqueologia digital. É praticamente isso.

Mas conseguir esse "praticamente isso" exige tratar arquitetura como decisão consciente, não como entregável de fim de fase. Exige perguntar antes — não documentar depois.

// Por que isso importa

Para arquitetos e consultants: este post articula por que insistir em discovery e desenho antes da configuração é diferença de qualidade no projeto inteiro. Para empresas: explica por que o custo de pular essa etapa só aparece depois — e por isso é difícil de defender no briefing inicial.

// Minha leitura

Vejo isso em projeto após projeto. O time tem pressa, o cliente quer ver tela funcionando, e o tempo de arquitetura é o primeiro a ser cortado. Seis meses depois, o débito técnico já está pago em juros. A conversa sobre arquitetura precisa entrar no escopo comercial, não no escopo técnico — só assim ela sobrevive.

// Radar Salesforce — Newsletter

Releases, Flow, Revenue Cloud e Agentforce — com leitura de arquiteto, direto no seu e-mail.

Curadoria editorial em PT-BR, sem repost de notícia. Você recebe contexto, “por que importa” e como aplicar — assinada por mim.

Sem spam. Cancele quando quiser, em 1 clique.

// Sem spam · cancele quando quiser