Otimização de licença – Padrões
Saiba mais sobre Otimização de custos e recursos bem construídos → Licenciamento e consumo
Padrões
| Onde procurar | Qual é a boa aparência |
|---|---|
| Plataforma | Organização | ✅ Os tipos de licença são combinados aos requisitos reais do usuário e padrões de uso (não títulos de trabalho) |
| Plataforma | Organização | ✅ Usuários que acessam apenas objetos personalizados recebem licenças de plataforma em vez de licenças completas do Salesforce |
| Plataforma | Organização | ✅ Usuários externos (clientes, parceiros, membros da comunidade) usam licenças do Experience Cloud em vez de licenças internas |
| Plataforma | Organização | ✅ Usuários que precisam apenas de autenticação sem acesso a dados recebem licenças do Identity |
| Plataforma | Organização | ✅ Auditorias de licença trimestrais identificam usuários que acessam apenas objetos personalizados como candidatos à licença da plataforma |
| Plataforma | Organização | ✅ Relatórios trimestrais automatizados identificam usuários com zero logins em 90 dias, usuários acessando apenas objetos personalizados e usuários externos em licenças internas para dimensionamento sistemático à direita |
| Plataforma | Organização | ✅ Atribuições de licença são revisadas e ajustadas com base em alterações de papel, em vez de permanecerem inalteradas por anos |
Antipadrões
| Onde procurar | Qual é a aparência ruim |
|---|---|
| Plataforma | Organização | Licenças completas do Salesforce são atribuídas a todos os funcionários com base no cargo, em vez de nos padrões de uso real do sistema |
| Plataforma | Organização | ⚡️ Usuários que acessam apenas objetos personalizados recebem licenças completas do Sales Cloud ou do Service Cloud em vez de licenças da plataforma |
| Plataforma | Organização | ⚡️ Usuários externos consomem capacidade de licença interna em vez de licenças do Experience Cloud |
| Plataforma | Organização | Atribuições de licença definidas durante a implantação inicial permanecem inalteradas por três anos, apesar das alterações de papel |
| Plataforma | Organização | As auditorias de licença nunca são realizadas; 40% das licenças estão inutilizadas ou subutilizadas |
| Plataforma | Organização | ⚡️ Usuários que fazem login a menos de um mês não são identificados como candidatos à recuperação de licença |
Padrões
| Onde procurar | Qual é a boa aparência |
|---|---|
| Plataforma | Segurança | ✅ Componentes do Shield (Criptografia de plataforma, Monitoramento de evento, Trilha de auditoria de campo) são avaliados individualmente com base em se atendem a necessidades de conformidade específicas |
| Data 360 | Arquitetura | ✅ O investimento do Data 360 é justificado pelos requisitos para resolução de identidade entre sistemas, acesso a dados do cliente em tempo real ou ativação de segmento |
| IA | Negócios | ✅ O investimento em IA exige o retorno sobre o investimento demonstrado dentro de períodos de medida definidos, em vez de assumir um valor não especificado |
| Plataforma | Industry Clouds | ✅ As nuvens do setor (Serviços financeiros, Saúde, Manufatura, Net Zero) são avaliadas em relação aos custos de desenvolvimento personalizados e aos requisitos de tempo para o mercado |
| Plataforma | Industry Clouds | ✅ A avaliação do Industry Cloud reconhece uma implementação de 40-60% mais rápida para fluxos de trabalho padrão, mas considera a personalização, reduzindo a economia de tempo |
Antipadrões
| Onde procurar | Qual é a aparência ruim |
|---|---|
| Plataforma | Segurança | ⚡️ Todos os componentes do Shield são comprados sem avaliar se componentes específicos atendem às necessidades reais de conformidade ou segurança |
| Data 360 | Arquitetura | ⚡️ O Data 360 é comprado sem avaliar se as abordagens de integração mais simples atendem aos requisitos |
| IA | Negócios | ⚡️ O investimento em IA não tem métricas de valor de negócios mensuráveis ou demonstração de ROI |
| IA | Negócios | ⚡️ O investimento em IA presume que o valor será entregue sem definir períodos de medição ou critérios de sucesso específicos |
| Plataforma | Industry Clouds | ⚡️ As nuvens do setor são compradas sem comparar os custos de desenvolvimento personalizados ou validar a aceleração de tempo para o mercado |
Padrões
| Onde procurar | Qual é a boa aparência |
|---|---|
| Plataforma | Provisionamento | ✅ O novo fluxo de trabalho de provisionamento de usuários atribui automaticamente licenças de plataforma para usuários que acessam apenas aplicativos personalizados |
| Plataforma | Provisionamento | ✅ Novo fluxo de trabalho de provisionamento de usuários coloca usuários externos em fila para atribuição de licença do Experience Cloud com base no domínio de email |
| Plataforma | Provisionamento | ✅ As políticas de atribuição definem critérios claros para tipos de licença com base nos requisitos de uso de plataforma e papel do usuário |
| Plataforma | Provisionamento | ✅ Fluxos de trabalho de aprovação exigem justificativa comercial para tipos de licença premium |
| Plataforma | Provisionamento | ✅ A atribuição de licença adequada é imposta no momento do provisionamento, em vez de corrigir atribuições incorretas retroativamente |
| Plataforma | Organização | ✅ Processos de recuperação identificam automaticamente usuários inativos (60-90 dias) e recuperam licenças não usadas para reatribuição |
| Plataforma | Organização | ✅ Relatórios baseados em login identificam usuários inativos por 60 a 90 dias com base nas políticas da organização |
| Plataforma | Organização | ✅ A recuperação trimestral impede o acúmulo de resíduos de licença conforme os funcionários mudam de papel ou saem da organização |
| Plataforma | KPIs | ✅ Painéis de monitoramento de utilização rastreiam a frequência de login, os padrões de uso de recursos e a adequação do tipo de licença |
| Plataforma | Negócios | ✅ Os dados de utilização são compartilhados com líderes de negócios habilitando decisões de investimento de licença orientadas por dados durante o planejamento de renovação |
| Relatórios e painéis → Painel de utilização de licença Configuração → Usuários → Usuários ativos | ✅ Padrão:**** Painéis de utilização de licença mostram licenças ativas versus inativas, distribuição de frequência de login, uso de recurso por tipo de licença e distribuição de tipo de licença ✅ Painéis de utilização revelam usuários inativos, usuários sobrelicenciados e incompatibilidades de tipo de licença que exigem revisão |
Antipadrões
| Onde procurar | Qual é a aparência ruim |
|---|---|
| Plataforma | Provisionamento | ⚡️ Não existem políticas de atribuição de licença; cada solicitação é tratada ad hoc |
| Plataforma | Provisionamento | Fluxos de trabalho de aprovação não exigem justificativa comercial para tipos de licença premium |
| Plataforma | Organização | ⚡️ A identificação de usuário inativo é manual e infrequente em vez de automatizada |
| Plataforma | Organização | A recuperação de licença ocorre apenas durante a renovação anual em vez de trimestral |
| Plataforma | Organização | Gasto de licença se acumula por anos conforme os funcionários mudam de papel ou saem sem a recuperação da licença |
| Plataforma | KPIs | Painéis de monitoramento de utilização não existem; os padrões de uso são desconhecidos |
| Plataforma | Negócios | ⚡️ Os líderes de negócios não têm visibilidade dos dados de utilização de licença durante o planejamento de renovação |
Padrões
| Onde procurar | Qual é a boa aparência |
|---|---|
| Plataforma | Contratos | ✅ Os compromissos de contagem de usuários são suportados por planos de negócios em vez de previsões otimizadas |
| Plataforma | Contratos | ✅ Agendas de rampa correspondem o investimento à linha do tempo de integração do usuário real em vez de pagar pela capacidade não utilizada com antecedência |
Antipadrões
| Onde procurar | Qual é a aparência ruim |
|---|---|
| Plataforma | Contratos | Comprometer-se demais com contagens de usuários gera desperdício imediato por meio de licenças não utilizadas que consomem orçamento sem entregar valor |
| Plataforma | Contratos | Acordos de vários anos são assinados sem avaliar as necessidades de flexibilidade se as projeções de crescimento forem incorretas |
| Plataforma | Contratos | ⚡️ O momento real não corresponde aos ciclos de planejamento de negócios; os ajustes ficam para trás das alterações reais de número de funcionários |
| Plataforma | Contratos | A organização carrega 200 licenças não usadas por 18 meses porque o plano de contratação atrasou após a confirmação de obter um desconto por volume |
Padrões
| Onde procurar | Qual é a boa aparência |
|---|---|
| Plataforma | Arquitetura | ✅ Planejamento de arquitetura de integração projeta o consumo da API e avalia se a Enterprise Edition ou Unlimited Edition fornece um melhor TCO |
| Plataforma | Arquitetura | ✅ Modelos de comparação de custo da edição por prêmio de usuário em relação aos recursos incluídos (limites de API, armazenamento, alocações de sandbox, suporte Premier) |
| Plataforma | Arquitetura | ✅ Modelos de decisão da edição projetaram o uso em relação a ambos os modelos de precificação com pressuposições documentadas que permitem reavaliação futura |
Antipadrões
| Onde procurar | Qual é a aparência ruim |
|---|---|
| Plataforma | Arquitetura | A seleção ⚡️ Edition usa como padrão o nível mais alto ou mais baixo com base nas restrições de orçamento sem analisar requisitos arquitetônicos |
| Plataforma | Arquitetura | ⚡️ A Enterprise Edition é selecionada para minimizar o custo por usuário sem projetar requisitos de integração e custos de API excedentes |
| Plataforma | Arquitetura | ⚡️ Os requisitos de integração excedem os limites após a implementação, resultando em custo duplo por meio de excedentes de API mais trabalho arquitetônico |
| Plataforma | Arquitetura | A decisão da Edição ⚡️ é tomada sem modelar o uso real com relação a modelos de precificação ou pressuposições de documentação |
| Plataforma | Organização | A seleção da Edição ⚡️ é baseada apenas no custo de assinatura anual por usuário sem restrições arquitetônicas de modelagem |
Padrões
| Onde procurar | Qual é a boa aparência |
|---|---|
| Plataforma | Arquitetura | ✅ Abordagens de otimização de organização única (regras de compartilhamento, conjuntos de permissões, tipos de registro) são avaliadas antes de adotar a arquitetura de várias organizações |
| Plataforma | Arquitetura | ✅ O modelo de TCO de várias organizações mostra uma multiplicação de 2 a 3 vezes do custo operacional, incluindo administração, gerenciamento de versão, monitoramento, resposta a incidentes e conformidade |
| Plataforma | Arquitetura | ✅ A arquitetura organizacional múltipla é adotada apenas quando os requisitos regulatórios (residência de dados do GDPR, separação financeira) compensam os custos maiores |
| Plataforma | Arquitetura | ✅ A justificativa de várias organizações documenta requisitos de isolamento genuínos que uma organização única com limites de permissão não pode atender |
| Plataforma | Contratos | ✅ Conjuntos de licenças separados do modelo de custos de licença de várias organizações por organização que perdem a precificação por volume e exigem licenças administrativas duplicadas |
| Plataforma | Arquitetura | ✅ Manutenção paralela do modelo de custos operacionais de várias organizações em várias implementações multiplicando o esforço de desenvolvimento e operacional |
Antipadrões
| Onde procurar | Qual é a aparência ruim |
|---|---|
| Plataforma | Arquitetura | A arquitetura de várias organizações é adotada porque as unidades de negócios “querem independência” sem modelar multiplicação de custo de 2-3x |
| Plataforma | Arquitetura | A adoção de várias organizações acontece sem avaliar se uma organização única com regras de compartilhamento cumpriria os requisitos reais a uma fração do custo |
| Plataforma | Arquitetura | ⚡️ O modelo de TCO de várias organizações não inclui multiplicação de custo operacional (2-3x para administrador, gerenciamento de versão, monitoramento, conformidade) |
| Plataforma | Arquitetura | ⚡️ A arquitetura de várias organizações não tem justificativa de negócios documentada que demonstre que o valor excede a multiplicação de custo permanente e composta |
| Plataforma | Contratos | ⚡️ A análise de custo de licença de várias organizações não considera os pools de licença separados que perdem os benefícios de precificação por volume |
| Plataforma | Arquitetura | A carga operacional de várias organizações não é modelada; a manutenção paralela entre organizações é descoberta após a implementação |
Padrões
| Onde procurar | Qual é a boa aparência |
|---|---|
| Plataforma | Integração | ✅ TCO para diversas organizações inclui licenciamento da MuleSoft (US$ 20 mil a US$ 200 mil + anualmente), desenvolvimento de integração, manutenção contínua e planejamento de capacidade da API |
| Plataforma | Integração | ✅ Os custos de integração entre organizações são modelados explicitamente mostrando o investimento, o esforço de desenvolvimento e os custos operacionais sustentados da MuleSoft |
| Plataforma | Arquitetura | ✅ A multiplicação de consumo da API é modelada: transações entre organizações que consomem 5-10 chamadas à API em várias organizações simultaneamente |
| Plataforma | Integração | ✅ Sobrecarga de consistência de dados para manter dados de referência sincronizados entre organizações inclui esforço de desenvolvimento, monitoramento e resolução de conflitos |
Antipadrões
| Onde procurar | Qual é a aparência ruim |
|---|---|
| Plataforma | Integração | A arquitetura organizacional múltipla é aprovada com base na comparação de custo de licença sem modelar custos de integração anuais de US$ 240 mil |
| Plataforma | Integração | ⚡️ Os custos de integração entre organizações não são modelados explicitamente; uma organização única eliminaria totalmente esses custos |
| Plataforma | Arquitetura | ⚡️ A multiplicação de consumo da API de chamadas entre organizações não é considerada no planejamento de capacidade |
| Plataforma | Integração | ⚡️ A sobrecarga de consistência de dados para dados de referência sincronizados não está incluída no modelo de TCO de várias organizações |
Padrões
| Onde procurar | Qual é a boa aparência |
|---|---|
| Configuração → Sandboxes → Estratégia Ambiental DevOps → Plano de alocação de sandbox | ✅ Padrão:**** A equipe usa sandboxes Developer Pro para desenvolvimento de recursos com dados simulados, Cópia parcial com contas direcionadas para testes de integração ✅ Reserva cópia completa exclusivamente para UAT pré-produção e validação de desempenho em que o volume de dados completo é arquitetonicamente necessário |
| Configuração → Sandboxes → Estratégia balanceada Finanças → Orçamento ambiental | ✅ Padrão:**** A equipe de desenvolvimento de 15 pessoas implementa uma estratégia equilibrada com 15 sandboxes Developer Pro (US$ 750 por mês), três cópias parciais para fluxos de trabalho paralelos (US$ 900 por mês), uma cópia completa para UAT (US$ 3.000 por mês) ✅ Totais de US$ 4.650 mensais correspondendo padrões de desenvolvimento reais em vez de provisionamento excessivo para paralelismo máximo teórico |
| Configuração → Modelos de sandbox → Seleção de dados Configuração → Configuração de Cópia parcial | ✅ Padrão:**** O modelo de sandbox de Cópia parcial inclui os últimos 12 meses de oportunidades e casos, mas exclui dados arquivados ✅ Fornece dados de teste representativos com capacidade de 5 GB em vez de exigir Cópia completa, habilitando o tipo de sandbox de menor custo por meio da seleção de dados estratégica |
| Processo → Ciclo de vida do sandbox Configuração → Rastreamento de ambiente temporário | ✅ Padrão:**** O gerenciamento de sandbox temporário rastreia ambientes criados para projetos específicos com datas de exclusão documentadas ✅ Implementar políticas de expiração que exigem justificativa de renovação para manter ambientes temporários além do escopo inicial, evitando o desvio de status permanente |
| Configuração → Agenda de atualização de sandbox Calendário → Atualizar otimização | ✅ Padrão:**** A otimização do ritmo de atualização alinha a atualização do sandbox aos requisitos reais de atualização de dados, em vez de agendas arbitrárias ✅ A atualização trimestral de Cópia completa é suficiente quando a atualização mensal é desnecessária para testar padrões, liberando capacidade para sandboxes adicionais |
Antipadrões
| Onde procurar | Qual é a aparência ruim |
|---|---|
| Over-Provisioning → Investimento desperdiçado | ⚡️ Anti-Padrão: A organização compra cinco sandboxes de Cópia completa para dar a cada equipe de desenvolvimento ambientes dedicados ⚡️ Os multiplicadores custam 5-10x quando a Cópia parcial atenderia à maioria dos requisitos de teste; a Cópia completa deve ser reservada para cenários que exigem fidelidade de produção completa |
| Sem estratégia → Premium Padrão | ⚡️ Anti-Padrão: Equipe de 15 pessoas compra estratégia premium com 30 Developer Pro e 5 sandboxes Full Copy (US$ 18.000 por mês) porque “mais ambientes sempre são melhores” ⚡️ Nenhuma análise mostrando a velocidade de desenvolvimento restrita pela disponibilidade do ambiente; uma estratégia equilibrada forneceria a mesma velocidade a US$ 4.650 mensalmente |
| Modelos não filtrados → Atualizações forçadas | ⚡️ Anti-Padrão: O modelo de Cópia parcial inclui todos os objetos sem filtragem, consumindo capacidade de 5 GB com dados históricos irrelevantes para testes ⚡️ Força a compra de Cópia completa quando a seleção de dados estratégica habilitaria o uso de Cópia parcial a um custo de 5-10x menor por sandbox |
| Sandbox Sprawl → Permanente Temporário | ⚡️ Anti-Padrão: Proliferação temporária do sandbox à medida que os sandboxes do projeto passam para o status permanente sem justificativa ⚡️ Sem políticas de expiração ou requisitos de renovação permitindo que ambientes temporários acumulem orçamento de consumo indefinidamente |