--- schema_version: "1" id: 84ef0d817ca0a598c8d54c9148b430351924d42a28bd56ae6ecf7ffe6d698dba title: Governança de custo e tomada de decisão – Padrões collection: architect version: current locale: pt-br portal_url: https://docs.salesforce.com/architect/current/pt-br/well-architected/guides/resource-and-cost-optimization-governance-patterns.md canonical_url: https://architect.salesforce.com/docs/architect/pt-br/well-architected/guide/resource-and-cost-optimization-governance-patterns.html source_site: architect.salesforce.com content_type: documentation content_hash: 570404df0568bd70f5f99fc9171571d3a4aa20c0b78e1b47b38aa4aae9f1b7ab products: - Estrutura bem arquitetada - Architect Site Content Repo --- # Governança de custo e tomada de decisão – Padrões Saiba mais sobre [Otimização de recursos e custos](/docs/architect/pt-br/well-architected/guide/resource-and-cost-optimization.html) bem arquitetados → [Monitoramento e governança de custos](/docs/architect/pt-br/well-architected/guide/resource-and-cost-optimization.html#cost-monitoring-and-governance) ## Monitoramento e visibilidade de custo **Padrões** | Onde procurar | Qual é a boa aparência | | --- | --- | | **Configuração** → Configurações da empresa → Visão geral do sistema
**Relatórios & Painéis** → Pasta de Utilização de Custo | ✅ Padrão:**** Crie um painel executivo mostrando o investimento anual do Salesforce de US$ 2,1 milhões distribuído em 1.200 licenças (68% ativas semanalmente), armazenamento de 450 GB (72% de capacidade) e 15 sandboxes (11 usados ativamente)
✅ Painel revela oportunidade de otimização de US$ 400 mil em licenças inativas e sandboxes não utilizados por meio de métricas operacionais | | **Relatórios & Painéis** → Painel de Investimento
**Configuração** → Informações sobre a empresa | ✅ Padrão:**** Os painéis de investimento mostram o gasto por unidade de negócios ou centro de custos, custos de sandbox e ambiente por equipe de desenvolvimento, custos de produto complementares com métricas de utilização
✅ Gasto do projeto com base em tendências de crescimento atuais que permitem discussões de alocação e responsabilidade de orçamento | **Anti-Padrões** | Onde procurar | Qual é a aparência ruim | | --- | --- | | **Sistema de Contabilidade** → Somente registros de fatura | ⚡️ **Anti-Padrão**: A equipe financeira tem visibilidade da fatura mostrando o gasto total, mas nenhuma métrica operacional revelando padrões de utilização ou oportunidades de otimização
⚡️ Não é possível identificar licenças inativas, sandboxes não utilizados ou resíduos de capacidade sem painéis operacionais | ## Controles e alerta de orçamento **Padrões** | Onde procurar | Qual é a boa aparência | | --- | --- | | **Relatórios e painéis** → Alertas de orçamento de licença
**Configuração** → Alocações de licença | ✅ Padrão:**** Orçamentos de licença estabelecem metas de alocação por departamento com alertas ao se aproximar da capacidade
✅ Evite provisionamento não controlado criando excedentes orçamentais detectados apenas no momento da renovação por meio de Proactive Monitoring | | **Configuração** → Uso do armazenamento → Regras de alerta
**Fluxo** → Automação de aviso de armazenamento | ✅ Padrão:**** Acionadores de alerta automatizados com utilização de armazenamento de 70% fornecendo quatro meses de processamento para implementar a estratégia de arquivamento antes de atingir os limites
✅ Evita a exclusão de dados de emergência ou encargos excedentes por meio de notificação proativa com tempo de resposta adequado | | **Visão geral do sistema** → Alertas de uso da API
**Monitoramento de evento** → Avisos de limite de API | ✅ Padrão:**** Orçamentos de API rastreiam o consumo em relação aos limites com alertas em limites de utilização de exemplo, como 70% e 85%
✅ Habilite a otimização proativa em vez de respostas de emergência reativas após os limites causarem falhas de integração ou interrupção do usuário | | **Configuração** → Gerenciamento de sandbox → Controles de orçamento
**Fluxo** → Aprovação de solicitação de sandbox | ✅ Padrão:**** Orçamentos de sandbox controlam a proliferação do ambiente por meio de limites de alocação e processos de aprovação para ambientes adicionais
✅ Impedir que as equipes criem ambientes temporários ilimitados que passem para o status permanente sem justificativa | **Anti-Padrões** | Onde procurar | Qual é a aparência ruim | | --- | --- | | **Sem controles orçamentais** → Despesas não controladas | ⚡️ **Anti-Padrão**: Sem orçamentos de licença ou fluxos de trabalho de aprovação permitindo provisionamento ilimitado entre departamentos sem visibilidade de padrões de gasto
Excedentes de orçamento descobertos na renovação quando o gasto agregado excede o investimento planejado em 30-40% devido ao crescimento não controlado | | **Sem alertas de armazenamento** → Excedentes reativos | ⚡️ **Anti-Padrão**: Excedente de armazenamento descoberto durante a negociação de renovação exigindo compra imediata a precificação premium sem tempo para avaliação de arquivamento
⚡️ Aviso antecipado ausente que permitiria a implementação de arquivamento antes de excedentes ocorrerem, resultando em custos 2-3x maiores | ## Alocação de custo e recarregamento **Padrões** | Onde procurar | Qual é a boa aparência | | --- | --- | | **Relatórios & Painéis** → Showback Report
**Relatórios** → Custo por unidade de negócios | ✅ Padrão:**** O relatório de showback trimestral mostra que o Sales Cloud consome 45% do investimento em licenças, o Service Cloud 30% e as operações 25%
✅ Permite discussão executiva sobre se a distribuição de investimento está alinhada a prioridades de valor de negócios e áreas de foco estratégicas | | **Sistema financeiro** → Alocação de recarga
**Relatórios** → Alocação de Custo do Departamento | ✅ Padrão:**** As regras de alocação distribuem os custos adequadamente: custos de licença por atribuição do departamento do usuário, custos de sandbox por equipe de desenvolvimento proprietária
✅ Custos de integração alocados pelo processo de negócios que consome serviços de integração, custos de desenvolvimento solicitando a fonte de financiamento do projeto | | **Relatórios & Painéis** → Relatório de custo de sandbox
**Configuração** → Uso de sandbox por equipe | ✅ Padrão:**** Custos de sandbox e ambiente alocados pela equipe de desenvolvimento proprietária criando responsabilidade direta para gerenciamento de ambiente
✅ As equipes veem seu investimento em sandbox habilitando decisões informadas sobre solicitações de ambiente e gerenciamento de ciclo de vida | **Anti-Padrões** | Onde procurar | Qual é a aparência ruim | | --- | --- | | **Somente orçamento de TI** → Sem visibilidade da unidade de negócios | ⚡️ **Anti-Padrão**: Todos os custos do Salesforce alocados ao orçamento de TI sem visibilidade da unidade de negócios
⚡️ As partes interessadas da empresa tratam a plataforma como "gratuita" e fazem solicitações sem discussões de priorização de investimento ou consciência de custo | | **Sem atribuição de uso** → Não é possível otimizar | ⚡️ **Anti-Padrão**: Total de gastos visíveis, mas sem atribuição a unidades de negócios, projetos ou equipes, tornando as decisões de otimização impossíveis
⚡️ Não é possível identificar quais investimentos geram valor e quais consomem orçamento sem retornos proporcionais | ## FinOps e cultura com conhecimento em custo **Padrões** | Onde procurar | Qual é a boa aparência | | --- | --- | | **Colaboração** → Equipe FinOps
**Reuniões** → Revisão de custo mensal | ✅ Padrão:**** A colaboração interfuncional entre partes interessadas financeiras, de arquitetura e de negócios garante que as decisões de custo considerem o valor dos negócios juntamente com o impacto dos gastos
✅ A FinOps traz conhecimento financeiro para discussões de arquitetura e compreensão técnica para planejamento de orçamento criando decisões equilibradas | | **Calendário** → Avaliações de otimização
**Processo** → Ritmos normais | ✅ Padrão:**** Ritmo de otimização contínua com análise de anomalia mensal, auditoria de utilização trimestral e avaliação de TCO abrangente anual
✅ Ciclos de revisão regulares impedem o desvio de custos e validam se o crescimento do gasto corresponde ao crescimento do valor dos negócios por meio de análise sistemática | | **Ferramentas** → Calculadora de Custo de Licença
**Arquitetura** → Modelos TCO | ✅ Padrão:**** A equipe FinOps fornece aos arquitetos uma calculadora de custo de licença mostrando implicações de TCO de diferentes seleções de tipo de licença
✅ Ativa decisões de design sensíveis ao custo durante a fase de arquitetura em vez de descobrir custos após a implantação quando as alterações são caras | | **Training** → Programa de Conhecimento de Custo
**Documentação** → Diretrizes de impacto no custo | ✅ Padrão:**** A educação de conscientização de custo garante que as equipes entendam como as decisões arquitetônicas afetam o custo total de propriedade
✅ Os arquitetos projetam soluções melhores equilibrando capacidade e investimento; os desenvolvedores escrevem automação mais eficiente respeitando os limites do controlador e o consumo da API | | **Automação** → Scripts de monitoramento de custo
**Painéis** → Relatórios gerados automaticamente | ✅ Padrão:**** O monitoramento automatizado de relatórios de utilização, oportunidades de otimização e gasto reduz o esforço manual
✅ Escalas com complexidade organizacional sem crescimento linear do número de funcionários, permitindo a conscientização de custo em toda a crescente pegada de plataforma | **Anti-Padrões** | Onde procurar | Qual é a aparência ruim | | --- | --- | | **Apenas Anual** → Sem Loop de Feedback | ⚡️ **Anti-Padrão**: Visibilidade de custo limitada a discussões de renovação anual sem loop de feedback
As equipes de arquitetura não podem entender nem otimizar padrões de gasto durante a fase de design quando as alterações são menos caras | | **Decisões isoladas** → Sem entrada interfuncional | ⚡️ **Anti-Padrão**: Decisões de arquitetura tomadas sem contribuição financeira, decisões de orçamento tomadas sem compreensão técnica
⚡️ Resultados em soluções que excedem orçamento sem justificativa de negócios ou cortes de orçamento que eliminam recursos que fornecem valor crítico | | **Sem custo educação** → Decisões não informadas | ⚡️ **Anti-Padrão**: As equipes tomam decisões arquitetônicas sem entender as implicações de custo porque não há treinamento ou visibilidade
Acúmula resíduos por meio de milhares de microdecisões que individualmente parecem pequenas, mas compõem um gasto significativo | ## Integração de custo de análise de arquitetura **Padrões** | Onde procurar | Qual é a boa aparência | | --- | --- | | **Documentação** → Arquitetura Registro de Decisão
**Processo** → Modelo de ADR | ✅ Padrão:**** O registro de Decisão de arquitetura para o portal de clientes inclui a análise de licença: 10 mil usuários externos com licenças da Comunidade de clientes Plus (US$ 6 por usuário mensalmente = US$ 720 mil anualmente)
✅ Compara com aplicativo da Web personalizado com integração à API (US$ 250 mil inicial + US$ 50 mil de manutenção anual), recomendando aplicativo personalizado com reembolso de dois anos | | **Governance** → Conselho de Revisão de Arquitetura
**Processo** → Critérios de análise de custo | ✅ Padrão:**** O Conselho de revisão da arquitetura inclui uma perspectiva de custo junto com requisitos funcionais e não funcionais que produzem decisões de investimento mais alinhadas
✅ Custo é uma entrada para decisões arquitetônicas que garantem que as organizações investam adequadamente em recursos importantes enquanto evitam desperdício | | **Documentação** → Seção Custo ADR
**Modelos** → Projeção de TCO | ✅ Padrão:**** Inclua a avaliação de impacto de custo em Registros de decisão de arquitetura documentando as principais opções de design
✅ Exigir projeção de TCO para soluções que excedem limites de investimento definidos (US$ 100 mil ou apólice organizacional) com pressuposições documentadas | | **Processo** → Revisão de impacto da licença
**Arquitetura** → Análise de recursos premium | ✅ Padrão:**** Avaliar implicações de licença durante o design de soluções, determinando se o design requer licenças ou complementos premium
✅ Avalie as implicações de custo de integração antes de confirmar padrões que afetam os requisitos de licença de API ou middleware | **Anti-Padrões** | Onde procurar | Qual é a aparência ruim | | --- | --- | | **Sem consideração de custo** → Redesenho de emergência | ⚡️ **Anti-Padrão**: Arquitetura projetada sem consideração de custo, descobrindo no planejamento de implementação que a abordagem proposta requer investimento anual de US$ 720 mil
⚡️ Causa o novo design de emergência sob pressão de tempo com resultados inferiores em comparação ao design sensível ao custo desde o início | | **Descoberta de custo pós-design** → Esforço desperdiçado | ⚡️ **Anti-Padrão**: Arquitetura concluída antes de a análise de custo revelar que a abordagem excede o orçamento por três vezes
⚡️ Esforço de design desperdiçado e entrega atrasada enquanto a equipe reprojetava dentro das restrições de orçamento que eram conhecidas desde o início do projeto | ## Criar vs. comprar estrutura de decisão **Padrões** | Onde procurar | Qual é a boa aparência | | --- | --- | | **AppExchange** → Avaliação da solução
**Análise** → Comparação de TCO | ✅ Padrão:**** Avaliação da solução de geração de documentos: Opção do AppExchange a US$ 15 por usuário por mês (US$ 18 mil por ano para 100 usuários) versus desenvolvimento personalizado a US$ 80 mil em compilação inicial + US$ 15 mil em manutenção anual
✅ AppExchange falha mesmo em 5 anos com implantação mais rápida e menor risco para a capacidade de commodity | | **AppExchange** → Estratégico vs Commodity
**Arquitetura** → Classificação de capacidade | ✅ Padrão:**** Recursos de mercadoria (geração de documentos, assinatura eletrônica, enriquecimento de endereços) comprados do AppExchange em que as soluções estão maduras e com críticas fortes
✅ Algoritmo de precificação proprietário fornecendo vantagem competitiva criada personalizada com controle total sobre o roteiro e a diferenciação | | **Spreadsheet** → Modelo de TCO de 3-5 anos
**Análise** → Projeção de custo | ✅ Padrão:**** Crie modelos de TCO projetando custos totais de 3-5 anos revelando um panorama de investimento completo além das despesas iniciais
✅ AppExchange carrega assinatura anual composta, mas inclui manutenção; personalizado requer desenvolvimento único mais 15-20% de manutenção anual | | **Análise de Integração** → Personalizado vs. Plataforma
**TCO** → Comparação de integração | ✅ Padrão:**** Desenvolvimento de integração personalizado: Criação inicial de US$ 150 mil + manutenção anual de US$ 30 mil + curva de aprendizado da equipe versus licença do MuleSoft: US$ 75 mil anuais + entrega de integração mais rápida
✅ O MuleSoft fornece padrões reutilizáveis em todas as integrações, reduzindo o custo por integração conforme o portfólio cresce | | **Documentação** → Construir vs. Comprar ADR
**Processo** → Estrutura de avaliação | ✅ Padrão:**** Documentos do registro de Decisão de arquitetura compõem vs. compram avaliação com o valor estratégico de pontuação da matriz de ponderação, TCO, cronograma, funcionalidade e custos de saída
✅ Cria uma trilha de auditoria para reavaliação futura quando os requisitos evoluem ou o panorama do fornecedor muda | **Anti-Padrões** | Onde procurar | Qual é a aparência ruim | | --- | --- | | **Sempre Construir** → Desenvolvimento desperdiçado | ⚡️ **Anti-Padrão**: Criar uma solução de geração de documento personalizada porque "temos desenvolvedores disponíveis" sem modelar TCO de cinco anos
⚡️ O AppExchange oferece melhor valor para funcionalidades de commodities; desenvolvimento personalizado desperdiça capacidade em funcionalidades não diferenciadas | | **Comprar sempre** → Diferenciação ausente | ⚡️ **Anti-Padrão**: Comprar todas as funcionalidades do AppExchange incluindo diferenciacionadores estratégicos porque "mais rápido para implantar"
Concorrentes que usam as mesmas soluções do AppExchange obtêm as mesmas capacidades, eliminando vantagem competitiva do investimento na plataforma | | **Decisão da reunião única** → Sem análise | ⚡️ **Anti-Padrão**: Criar vs. comprar a decisão tomada em uma única reunião com base na comparação de custo inicial sem avaliação ou documentação sistemática
⚡️ Avaliação de valor estratégica ausente, projeção de TCO, requisitos de linha do tempo, avaliação de capacidade e análise de custo de saída | | **Modelo de custo incompleto** → Custos ocultos | ⚡️ **Anti-Padrão**: Criar integração personalizada porque "já temos desenvolvedores" sem modelar carga de manutenção de cinco anos
A manutenção geralmente consome 15-20% do custo de desenvolvimento inicial anualmente, além do esforço de compatibilidade da plataforma não visível na decisão inicial | ## Avaliação sistemática da estrutura de decisão **Padrões** | Onde procurar | Qual é a boa aparência | | --- | --- | | **Processo** → Avaliação estratégica de valor
**Análise** → Matriz de diferenciação | ✅ Padrão:**** Sistematize as decisões de criação vs. compra por meio de avaliação consistente, evitando decisões ad-hoc com base em análise incompleta
✅ Avalie primeiro o valor estratégico: diferenciadores competitivos principais garantem investimento personalizado; recursos de commodities favorecem a compra de soluções comprovadas a um custo total menor | | **AppExchange** → Revisão de maturidade da solução
**Análise** → Verificação de estabilidade do fornecedor | ✅ Padrão:**** Avaliar as opções disponíveis do AppExchange revisando a maturidade da solução, as classificações dos clientes, a estabilidade do ISV, o alinhamento dos recursos e os modelos de precificação
✅ Soluções imaturas com poucos clientes apresentam maior risco; priorize soluções comprovadas com revisões fortes e financeiros estáveis do fornecedor | | **Spreadsheet** → Análise de sensibilidade
**TCO** → Documentação de pressupostos | ✅ Padrão:**** Modelo de TCO de 3-5 anos para opções viáveis, incluindo todas as categorias de custo: licenças/assinaturas, esforço de implementação, carga de manutenção, desenvolvimento de aprimoramento, compatibilidade da plataforma
✅ Usar planilha habilitando a análise de confidencialidade em pressuposições mostrando como os resultados mudam se as taxas de crescimento ou a utilização diferem das projeções | | **Timeline** → Análise de tempo de mercado
**Estratégia** → Avaliação do tempo para o valor | ✅ Padrão:**** Avalie os requisitos de linha do tempo mostrando que o desenvolvimento personalizado requer meses a anos, dependendo da complexidade, enquanto o AppExchange é implementado em semanas
✅ O momento do mercado pode levar à decisão de comprar, apesar do maior custo de longo prazo, quando pressão competitiva ou oportunidade de negócio exigem capacidade imediata | | **Análise** → Avaliação do custo de saída
**Risco** → Avaliação de bloqueio do fornecedor | ✅ Padrão:**** Avaliar os custos de saída e o risco de concentração do fornecedor perguntando como é difícil alternar se a opção escolhida for inadequada
✅ Considere o risco de aquisição ou descontinuação do fornecedor e a portabilidade da solução se os requisitos mudarem, preferindo menores custos de saída fornecendo flexibilidade estratégica | | **Capacidade** → Avaliação honesta
**Equipe** → Revisão da capacidade de manutenção | ✅ Padrão:**** Considere a funcionalidade organizacional avaliando honestamente se as soluções personalizadas podem ser mantidas em longo prazo
✅ Soluções personalizadas exigem conhecimento interno contínuo para manutenção e evolução; as organizações que não têm essa funcionalidade devem comprar, apesar do custo potencialmente maior | **Anti-Padrões** | Onde procurar | Qual é a aparência ruim | | --- | --- | | **Nenhum quadro** → Decisões inconsistentes | ⚡️ **Anti-Padrão**: As decisões de criação vs. compra variam de acordo com as preferências da equipe de projeto sem critérios de avaliação consistentes
⚡️ Algumas equipes sempre criam, outras sempre compram, criando inconsistência arquitetônica e investimento total não ideal em toda a plataforma | | **Construir tudo** → Esforço Individual | ⚡️ **Anti-Padrão**: Criar tudo personalizado porque "queremos controle" sem distinguir entre recursos de commodity e diferenciadores estratégicos
⚡️ Capacidade de desenvolvimento de resíduos em funcionalidades não diferenciadas que soluções maduras do AppExchange fornecem a um custo total menor | | **Apenas custo inicial** → Análise incompleta | ⚡️ **Anti-Padrão**: Decisão baseada apenas na comparação de custo inicial: "O AppExchange custa US$ 20 mil, a compilação personalizada custa US$ 15 mil, então vamos construir"
⚡️ TCO de 3-5 anos ausente mostrando solução personalizada custa US$ 15 mil inicial + US$ 3 mil manutenção anual enquanto o AppExchange inclui toda a manutenção na assinatura | | **Capacidade optimista** → Manutenção com falha | ⚡️ **Anti-Padrão**: Escolher o desenvolvimento personalizado presumindo que a equipe possa manter a solução apesar de não ter capacidade ou conhecimento atual
⚡️ O débito técnico se acumula à medida que a manutenção é adiada; a solução eventualmente se torna insustentável exigindo uma substituição cara |