Ottimizzazione licenze - Schemi
Ulteriori informazioni su Ottimizzazione delle risorse → Licenze e consumo
Schemi
| Dove cercare | Che bell’aspetto |
|---|---|
| Piattaforma | Organizzazione | ✅ I tipi di licenza corrispondono ai requisiti effettivi degli utenti e agli schemi di utilizzo (non alle qualifiche professionali) |
| Piattaforma | Organizzazione | ✅ Gli utenti che accedono solo a oggetti personalizzati ricevono licenze Platform anziché licenze Salesforce complete |
| Piattaforma | Organizzazione | ✅ Gli utenti esterni (clienti, partner, membri della comunità) utilizzano le licenze Experience Cloud anziché le licenze interne |
| Piattaforma | Organizzazione | ✅ Gli utenti che richiedono solo l’autenticazione senza accesso ai dati ricevono licenze Identity |
| Piattaforma | Organizzazione | ✅ Controlli trimestrali delle licenze identificano gli utenti che accedono solo agli oggetti personalizzati come candidati alla licenza Platform |
| Piattaforma | Organizzazione | ✅ I rapporti trimestrali automatici identificano gli utenti con zero accessi in 90 giorni, gli utenti che accedono solo a oggetti personalizzati e gli utenti esterni con licenze interne per il dimensionamento sistematico |
| Piattaforma | Organizzazione | ✅ Le assegnazioni delle licenze vengono riviste e rettificate in base ai cambiamenti dei ruoli anziché rimanere invariate per anni |
Anti-schemi
| Dove cercare | Che brutto aspetto |
|---|---|
| Piattaforma | Organizzazione | ⚠️ Le licenze Salesforce complete vengono assegnate a tutti i dipendenti in base alla qualifica professionale anziché agli schemi di utilizzo effettivi del sistema |
| Piattaforma | Organizzazione | ⚠️ Gli utenti che accedono solo a oggetti personalizzati ricevono licenze Sales Cloud o Service Cloud complete anziché licenze Platform |
| Piattaforma | Organizzazione | ⚠️ Gli utenti esterni consumano la capacità delle licenze interne anziché le licenze Experience Cloud |
| Piattaforma | Organizzazione | ⚠️ Le assegnazioni di licenze impostate durante la distribuzione iniziale rimangono invariate per tre anni nonostante i cambiamenti di ruolo |
| Piattaforma | Organizzazione | ⚠️ I controlli delle licenze non vengono mai condotti; il 40% delle licenze non è utilizzato o sottoutilizzato |
| Piattaforma | Organizzazione | ⚠️ Gli utenti che accedono meno di un mese non vengono identificati come candidati per il recupero della licenza |
Schemi
| Dove cercare | Che bell’aspetto |
|---|---|
| Piattaforma | Sicurezza | ✅ I componenti Shield (Crittografia piattaforma, Monitoraggio evento, Itinerario di controllo campo) vengono valutati singolarmente a seconda che soddisfino esigenze di conformità specifiche |
| Data 360 | Architettura | ✅ L’investimento in Data 360 è giustificato dai requisiti per la risoluzione dell’identità tra sistemi, l’accesso ai dati dei clienti in tempo reale o l’attivazione di segmenti |
| AI | Business | ✅ L’investimento AI richiede un ROI dimostrato entro periodi di misurazione definiti anziché assumere un valore non specificato |
| Piattaforma | Industry Clouds | ✅ I cloud di settore (servizi finanziari, salute, produzione, Net Zero) vengono valutati in base ai costi di sviluppo personalizzati e ai requisiti di time-to-market |
| Piattaforma | Industry Clouds | ✅ La valutazione di Industry Cloud riconosce un’implementazione più rapida del 40-60% per i flussi di lavoro standard ma tiene conto della personalizzazione riducendo il risparmio di tempo |
Anti-schemi
| Dove cercare | Che brutto aspetto |
|---|---|
| Piattaforma | Sicurezza | ⚠️ Tutti i componenti Shield vengono acquistati senza valutare se componenti specifici soddisfano le effettive esigenze di conformità o sicurezza |
| Data 360 | Architettura | ⚠️ Data 360 viene acquistato senza valutare se approcci di integrazione più semplici soddisfano i requisiti |
| AI | Business | ⚠️ Gli investimenti AI mancano di metriche di valore aziendale misurabili o dimostrazione del ROI |
| AI | Business | ⚠️ L’investimento AI presuppone che il valore venga consegnato senza definire periodi di misurazione o criteri di successo specifici |
| Piattaforma | Industry Clouds | ⚠️ I cloud di settore vengono acquistati senza confrontare i costi di sviluppo personalizzati o convalidare l’accelerazione del time-to-market |
Schemi
| Dove cercare | Che bell’aspetto |
|---|---|
| Piattaforma | Provisioning | ✅ Nuovo flusso di lavoro di provisioning utente assegna automaticamente le licenze Piattaforma per gli utenti che accedono solo ad app personalizzate |
| Piattaforma | Provisioning | ✅ Nuovo flusso di lavoro di provisioning utente mette in attesa gli utenti esterni per l’assegnazione della licenza Experience Cloud in base al dominio email |
| Piattaforma | Provisioning | ✅ Le policy di assegnazione definiscono criteri chiari per i tipi di licenza in base al ruolo utente e ai requisiti di utilizzo della piattaforma |
| Piattaforma | Provisioning | ✅ I flussi di lavoro di approvazione richiedono una giustificazione aziendale per i tipi di licenze premium |
| Piattaforma | Provisioning | ✅ L’assegnazione di licenze appropriate viene applicata al momento del provisioning anziché correggere le assegnazioni errate retroattivamente |
| Piattaforma | Organizzazione | ✅ I processi di recupero identificano automaticamente gli utenti inattivi (60-90 giorni) e reclamano le licenze inutilizzate per la riassegnazione |
| Piattaforma | Organizzazione | ✅ I rapporti basati sugli accessi identificano gli utenti inattivi per 60-90 giorni in base alle policy organizzative |
| Piattaforma | Organizzazione | ✅ Il recupero trimestrale impedisce l’accumulo di rifiuti di licenza quando i dipendenti cambiano ruolo o lasciano l’organizzazione |
| Piattaforma | KPI | ✅ I cruscotti digitali di monitoraggio dell’utilizzo tengono traccia della frequenza di accesso, degli schemi di utilizzo delle funzioni e dell’adeguatezza del tipo di licenza |
| Piattaforma | Business | ✅ I dati di utilizzo vengono condivisi con i leader aziendali abilitando decisioni di investimento delle licenze basate sui dati durante la pianificazione del rinnovo |
| Rapporti e cruscotti digitali → Cruscotto digitale Utilizzo licenze Imposta → Utenti → Utenti attivi | ✅ Schema: I cruscotti digitali di utilizzo delle licenze mostrano le licenze attive e inattive, la distribuzione della frequenza di accesso, l’utilizzo delle funzioni per tipo di licenza e la distribuzione del tipo di licenza ✅ I cruscotti digitali di utilizzo rivelano gli utenti inattivi, gli utenti con licenze eccessive e le mancate corrispondenze dei tipi di licenza che richiedono revisione |
Anti-schemi
| Dove cercare | Che brutto aspetto |
|---|---|
| Piattaforma | Provisioning | ⚠️ Non esistono policy di assegnazione licenze; ogni richiesta viene gestita ad hoc |
| Piattaforma | Provisioning | ⚠️ I flussi di lavoro di approvazione non richiedono una giustificazione aziendale per i tipi di licenze premium |
| Piattaforma | Organizzazione | ⚠️ L’identificazione degli utenti inattivi è manuale e poco frequente anziché automatica |
| Piattaforma | Organizzazione | ⚠️ Il recupero della licenza avviene solo durante il rinnovo annuale anziché trimestrale |
| Piattaforma | Organizzazione | ⚠️ Gli sprechi di licenze si accumulano per anni quando i dipendenti cambiano ruolo o se ne vanno senza recupero della licenza |
| Piattaforma | KPI | ⚠️ I cruscotti digitali di monitoraggio dell’utilizzo non esistono; gli schemi di utilizzo sono sconosciuti |
| Piattaforma | Business | ⚠️ I leader aziendali non hanno visibilità sui dati di utilizzo delle licenze durante la pianificazione del rinnovo |
Schemi
| Dove cercare | Che bell’aspetto |
|---|---|
| Piattaforma | Contratti | ✅ Gli impegni del conteggio degli utenti sono supportati da piani aziendali anziché da previsioni ottimistiche |
| Piattaforma | Contratti | ✅ Pianificazioni rampa abbinano l’investimento alla tempistica di orientamento utente effettiva anziché pagare in anticipo la capacità inutilizzata |
Anti-schemi
| Dove cercare | Che brutto aspetto |
|---|---|
| Piattaforma | Contratti | ⚠️ Impegno eccessivo per i conteggi degli utenti crea sprechi immediati attraverso licenze inutilizzate che consumano budget senza fornire valore |
| Piattaforma | Contratti | ⚠️ Gli accordi pluriennali vengono firmati senza valutare le esigenze di flessibilità se le proiezioni di crescita si rivelano errate |
| Piattaforma | Contratti | ⚠️ La tempistica True-up non corrisponde ai cicli di pianificazione aziendale; le rettifiche sono in ritardo rispetto alle variazioni effettive del personale |
| Piattaforma | Contratti | ⚠️ L’organizzazione detiene 200 licenze inutilizzate per 18 mesi perché il piano di assunzione ritarda dopo l’impegno a ottenere uno sconto sul volume |
Schemi
| Dove cercare | Che bell’aspetto |
|---|---|
| Piattaforma | Architettura | ✅ L’architettura di integrazione pianifica il consumo API e valuta se Enterprise o Unlimited Edition offre un TCO migliore |
| Piattaforma | Architettura | ✅ modelli di confronto dei costi per utente premium rispetto alle funzionalità incluse (limiti API, memoria, allocazioni Sandbox, supporto Premier) |
| Piattaforma | Architettura | ✅ Modelli decisionali Edition proiettati sull’utilizzo rispetto a entrambi i modelli di prezzi con presupposti documentati che consentono una rivalutazione futura |
Anti-schemi
| Dove cercare | Che brutto aspetto |
|---|---|
| Piattaforma | Architettura | ⚠️ La selezione della versione passa automaticamente al livello più alto o più basso in base ai vincoli di budget senza analizzare i requisiti architettonici |
| Piattaforma | Architettura | ⚠️ Versione Enterprise Edition è selezionata per ridurre al minimo il costo per utente senza prevedere i requisiti di integrazione e i costi di eccedenza API |
| Piattaforma | Architettura | ⚠️ I requisiti di integrazione superano i limiti dopo la distribuzione, con un costo 2 volte superiore a causa dei sovraccarichi API e della rielaborazione dell’architettura |
| Piattaforma | Architettura | ⚠️ La decisione della versione Edition viene presa senza modellare l’utilizzo effettivo rispetto a entrambi i modelli di prezzi o a ipotesi di documentazione |
| Piattaforma | Organizzazione | ⚠️ La selezione della versione si basa esclusivamente sul costo dell’abbonamento annuale per utente senza vincoli architettonici di modellazione |
Schemi
| Dove cercare | Che bell’aspetto |
|---|---|
| Piattaforma | Architettura | ✅ Gli approcci di ottimizzazione a organizzazione singola (regole di condivisione, insiemi di autorizzazioni, tipi di record) vengono valutati prima di adottare l’architettura multi-organizzazione |
| Piattaforma | Architettura | ✅ Il modello TCO multi-organizzazioni mostra una moltiplicazione 2-3 volte dei costi operativi, tra cui amministrazione, gestione dei rilasci, monitoraggio, risposta agli incidenti e conformità |
| Piattaforma | Architettura | ✅ L’architettura multi-organizzazioni viene adottata solo quando i requisiti normativi (data residency GDPR, separazione finanziaria) compensano l’aumento dei costi |
| Piattaforma | Architettura | ✅ La giustificazione multi-organizzazione documenta i requisiti di isolamento autentici che una singola organizzazione con limiti di autorizzazione non può soddisfare |
| Piattaforma | Contratti | ✅ I costi delle licenze multi-organizzazione modellano pool di licenze separati per organizzazione perdendo prezzi a volume e richiedendo licenze amministrative duplicate |
| Piattaforma | Architettura | ✅ I costi operativi multi-organizzazione modellano la manutenzione parallela in più implementazioni moltiplicando lo sviluppo e l’impegno operativo |
Anti-schemi
| Dove cercare | Che brutto aspetto |
|---|---|
| Piattaforma | Architettura | ⚠️ L’architettura multi-organizzazioni è adottata perché le unità operative “vogliono indipendenza” senza modellare la moltiplicazione dei costi 2-3x |
| Piattaforma | Architettura | ⚠️ L’adozione multi-organizzazioni avviene senza valutare se una singola organizzazione con regole di condivisione soddisferebbe i requisiti effettivi a costi minori |
| Piattaforma | Architettura | ⚠️ Il modello TCO multi-organizzazioni non include la moltiplicazione dei costi operativi (2-3x per amministratore, gestione dei rilasci, monitoraggio, conformità) |
| Piattaforma | Architettura | ⚠️ L’architettura multi-organizzazioni non dispone di una giustificazione aziendale documentata che dimostri che il valore supera la moltiplicazione dei costi permanente e composta |
| Piattaforma | Contratti | ⚠️ L’analisi dei costi delle licenze multi-organizzazioni non tiene conto di pool di licenze separati che perdono vantaggi in termini di prezzi in volume |
| Piattaforma | Architettura | ⚠️ Il carico operativo multi-organizzazione non è modellato; la manutenzione parallela tra le organizzazioni viene rilevata dopo la distribuzione |
Schemi
| Dove cercare | Che bell’aspetto |
|---|---|
| Piattaforma | Integrazione | ✅ Il TCO multi-organizzazioni include le licenze MuleSoft (20K-$20K+ all’anno), lo sviluppo dell’integrazione, la manutenzione in corso e la pianificazione della capacità API |
| Piattaforma | Integrazione | ✅ I costi di integrazione tra organizzazioni sono modellati in modo esplicito mostrando gli investimenti MuleSoft, lo sforzo di sviluppo e i costi operativi sostenuti |
| Piattaforma | Architettura | ✅ La moltiplicazione del consumo API è modellata: transazioni tra organizzazioni che consumano 5-10 chiamate API in più organizzazioni contemporaneamente |
| Piattaforma | Integrazione | ✅ L’overhead della coerenza dei dati per il mantenimento dei dati di riferimento sincronizzati tra le organizzazioni include lo sviluppo, il monitoraggio e la risoluzione dei conflitti |
Anti-schemi
| Dove cercare | Che brutto aspetto |
|---|---|
| Piattaforma | Integrazione | ⚠️ L’architettura multi-organizzazione è approvata in base al confronto dei costi di licenza senza modellare i costi di integrazione annuali di 240.000 dollari |
| Piattaforma | Integrazione | ⚠️ I costi di integrazione tra organizzazioni non sono modellati in modo esplicito; una singola organizzazione eliminerebbe completamente tali costi |
| Piattaforma | Architettura | ⚠️ La moltiplicazione del consumo API da chiamate tra organizzazioni non viene considerata nella pianificazione della capacità |
| Piattaforma | Integrazione | ⚠️ L’overhead di coerenza dei dati per i dati di riferimento sincronizzati non è incluso nel modello TCO multi-organizzazioni |
Schemi
| Dove cercare | Che bell’aspetto |
|---|---|
| Imposta → Sandbox → Strategia ambientale DevOps → Piano di allocazione Sandbox | ✅ Schema: Il team utilizza i Sandbox Developer Pro per lo sviluppo di funzioni con dati fittizi, Copia parziale con account di destinazione per il test di integrazione ✅ Riserva copia completa esclusivamente per UAT di pre-produzione e convalida delle prestazioni dove è necessario un volume di dati completo architetturalmente |
| Imposta → Sandbox → Strategia bilanciata Finanza → Ambiente Budget | ✅ Schema: Il team di sviluppo di 15 persone implementa una strategia bilanciata con 15 Developer Pro Sandbox ($ 750 al mese), 3 Copia parziale per stream di lavoro paralleli ($ 900 al mese), 1 Copia completa per UAT ($ 3.000 al mese) ✅ Totale 4.650 $ mensili corrispondenti a modelli di sviluppo effettivi anziché provisioning eccessivo per il massimo parallelismo teorico |
| Imposta → Modelli Sandbox → Selezione dati Imposta → Configurazione Copia parziale | ✅ Schema: Il modello Sandbox Copia parziale include gli ultimi 12 mesi di opportunità e casi ma esclude i dati archiviati ✅ Fornisce dati di test rappresentativi entro 5 GB di capacità anziché richiedere Copia completa, abilitando il tipo di Sandbox a basso costo tramite la selezione strategica dei dati |
| Processo → Ciclo di vita Sandbox Imposta → Tracciamento temporaneo dell’ambiente | ✅ Schema: La gestione temporanea dei Sandbox tiene traccia degli ambienti creati per progetti specifici con date di eliminazione documentate ✅ Implementare policy di scadenza che richiedono una giustificazione del rinnovo per mantenere gli ambienti temporanei oltre l’ambito iniziale impedendo la fluttuazione permanente dello stato |
| Imposta → Pianificazione aggiornamento Sandbox Calendario → Ottimizzazione aggiornamento | ✅ Schema: L’ottimizzazione della cadenza di aggiornamento allinea l’aggiornamento Sandbox ai requisiti di aggiornamento dei dati effettivi anziché alle pianificazioni arbitrarie ✅ Aggiornamento trimestrale copia completa è sufficiente quando l’aggiornamento mensile non è necessario per testare gli schemi, liberando capacità per ulteriori Sandbox |
Anti-schemi
| Dove cercare | Che brutto aspetto |
|---|---|
| Sovrapprovvigionamento → Investimento sprecato | ⚠️ Anti-pattern: L’organizzazione acquista cinque Sandbox Copia completa per offrire a ogni team di sviluppo ambienti dedicati ⚠️ Le moltiplicazioni costano 5-10 volte quando Copia parziale soddisfa la maggior parte dei requisiti di test; Copia completa dovrebbe essere riservata agli scenari che richiedono una fedeltà completa della produzione |
| Nessuna strategia → Premium Default | ⚠️ Anti-pattern: Un team di 15 persone acquista una strategia premium con 30 Developer Pro e 5 Full Copy Sandbox ($18.000 al mese) perché “più ambienti sono sempre migliori” ⚠️ Nessuna analisi che mostra la velocità di sviluppo limitata dalla disponibilità dell’ambiente; una strategia bilanciata offrirebbe la stessa velocità a 4.650 dollari al mese |
| Modelli non filtrati → Aggiornamenti forzati | ⚠️ Anti-pattern: Il modello Copia parziale include tutti gli oggetti senza filtro, consumando 5 GB di capacità con dati storici non pertinenti per il test ⚠️ Forza l’acquisto Copia completa quando la selezione strategica dei dati abilita l’utilizzo di Copia parziale a un costo 5-10 volte inferiore per Sandbox |
| Sandbox Sprawl → Temporaneo permanente | ⚠️ Anti-pattern: Proliferazione temporanea dei Sandbox con la transizione dei Sandbox di progetto allo stato permanente senza giustificazione ⚠️ Nessuna policy di scadenza o requisiti di rinnovo che consentono agli ambienti temporanei di accumulare budget consumanti indefinitamente |