Lisensoptimalisering – mønstre
Lær mer om velbygd ressurs- og kostnadsoptimalisering → Lisenser og forbruk
Mønstre
| Hvor du kan se | Hvordan det ser bra ut |
|---|---|
| Plattform | Organisasjon | ✅Lisenstyper samsvares med faktiske brukerkrav og bruksmønstre (ikke stillingstittler) |
| Plattform | Organisasjon | ✅ Brukere som har tilgang bare til tilpassede objekter, mottar plattformlisenser i stedet for fullstendige Salesforce-lisenser |
| Plattform | Organisasjon | ✅ Eksterne brukere (kunder, partnere, fellesskapsmedlemmer) bruker Experience Cloud-lisenser i stedet for interne lisenser |
| Plattform | Organisasjon | ✅ Brukere som krever bare godkjenning uten datatilgang, mottar Identity-lisenser |
| Plattform | Organisasjon | ✅ Kvartalsvise lisensrevisjoner identifiserer brukere som har tilgang bare til tilpassede objekter, som plattformlisenskandidater |
| Plattform | Organisasjon | ✅ Automatiske kvartalsvise rapporter identifiserer brukere med null pålogginger innen 90 dager, brukere som bare har tilgang til tilpassede objekter, og eksterne brukere på interne lisenser for systematisk høyre dimensjonering |
| Plattform | Organisasjon | ✅Lisenstildelinger gjennomgås og justeres basert på rolleendringer i stedet for å forbli uendret i flere år |
Anti-Mønstre
| Hvor du kan se | Hvordan dårlig ser ut |
|---|---|
| Plattform | Organisasjon | ⚡️ Full Salesforce-lisenser tildeles til alle ansatte basert på stillingstittel i stedet for faktiske systembruksmønstre |
| Plattform | Organisasjon | ⚡️ Brukere som har tilgang bare til tilpassede objekter, mottar fullstendige Sales Cloud- eller Service Cloud-lisenser i stedet for plattformlisenser |
| Plattform | Organisasjon | ⚡️ Eksterne brukere bruker intern lisenskapasitet i stedet for Experience Cloud-lisenser |
| Plattform | Organisasjon | ⚡️ Lisenstildelinger angitt under den første distribusjonen forblir uendret i tre år, til tross for rolleendringer |
| Plattform | Organisasjon | ⚡️ Lisensrevisjoner utføres aldri. 40 % av lisensene er ubrukte eller underutnyttede |
| Plattform | Organisasjon | ⚡️ Brukere som logger seg på færre enn månedlig, identifiseres ikke som kandidater for lisensgjenkjenning |
Mønstre
| Hvor du kan se | Hvordan det ser bra ut |
|---|---|
| Plattform | Sikkerhet | ✅ Shield-komponenter (Plattformkryptering, Hendelsesovervåking, Feltrevisjonsspor) evalueres individuelt basert på om de dekker spesifikke samsvarsbehov |
| Data 360 | Arkitektur | ✅ Data 360-investeringer er berettiget av krav til identitetsløsning på tvers av systemer, sanntidstilgang til kundedata eller segmentaktivering |
| AI | Virksomhet | ✅ AI-investeringer krever demonstrert avkastning på investeringer innen definerte målingsperioder i stedet for å anta uspesifisert verdi |
| Plattform | Industry Clouds | ✅ Industry Cloud-enheter (Financial Services, Health, Manufacturing, Net Zero) evalueres mot tilpassede utviklingskostnader og tidsavbruddskrav |
| Plattform | Industry Clouds | ✅ Industry Cloud-vurdering gjenkjenner 40-60 % raskere implementering for standard arbeidsflyter, men tar hensyn til tilpassing som reduserer tidsbesparelser |
Anti-Mønstre
| Hvor du kan se | Hvordan dårlig ser ut |
|---|---|
| Plattform | Sikkerhet | ⚡️ Alle Shield-komponenter kjøpes uten å evaluere om bestemte komponenter tar hensyn til faktiske samsvars- eller sikkerhetsbehov |
| Data 360 | Arkitektur | ⚡️ Data 360 kjøpes uten å evaluere om enklere integreringstilnærminger oppfyller kravene |
| AI | Virksomhet | ⚡️ AI-investeringer mangler målbare forretningsverdier eller demonstrasjon av avkastning på investeringer på investeringer |
| AI | Virksomhet | ⚡️ AI-investeringer forutsetter at verdi vil bli levert uten å definere spesifikke målingsperioder eller suksesskriterier |
| Plattform | Industry Clouds | ⚡️ Industry Cloud-enheter kjøpes uten å sammenligne med kostnader for tilpasset utvikling eller validere tidsavbrudd for markedsføring |
Mønstre
| Hvor du kan se | Hvordan det ser bra ut |
|---|---|
| Plattform | Klargjøring | ✅ Ny arbeidsflyt for brukerklargjøring tildeler automatisk plattformlisenser for brukere som har tilgang bare til tilpassede apper |
| Plattform | Klargjøring | ✅ Ny arbeidsflyt for brukerklargjøring legger eksterne brukere i kø for tildeling av Experience Cloud-lisenser basert på e-postdomene |
| Plattform | Klargjøring | ✅ Tildelingspolicyer definerer tydelige kriterier for lisenstyper basert på brukerrolle og plattformbrukskrav |
| Plattform | Klargjøring | ✅ Godkjenningsarbeidsflyter krever forretningsbegrunnelse for premiumlisenstyper |
| Plattform | Klargjøring | ✅ Riktig lisenstildeling håndheves på klargjøringstidspunktet i stedet for å korrigere feiltildelinger retroaktivt |
| Plattform | Organisasjon | ✅ Tilbakemeldingsprosesser identifiserer automatisk inaktive brukere (60–90 dager) og henter tilbake ubrukte lisenser for ny tildeling |
| Plattform | Organisasjon | ✅ Påloggingsbaserte rapporter identifiserer inaktive brukere i 60-90 dager basert på organisasjonspolicyer |
| Plattform | Organisasjon | ✅ Kvartalsvis gjenvinning hindrer at lisensavfall akkumuleres når ansatte endrer roller eller forlater organisasjonen |
| Plattform | KPI-er | ✅ Kontrollpaneler for utnyttelsesovervåking sporer påloggingsfrekvens, funksjonsbruksmønstre og lisenstypekrav |
| Plattform | Virksomhet | ✅ Utnyttelsesdata deles med forretningsledere som aktiverer datastyrte lisensinvesteringsbeslutninger under fornyelsesplanlegging |
| Rapporter og kontrollpaneler → Lisensutnyttelse-kontrollpanel Oppsett → Brukere → Aktive brukere | ✅ Mønster:**** Kontrollpaneler for lisensutnyttelse viser aktive kontra inaktive lisenser, fordeling av påloggingsfrekvens, funksjonsbruk etter lisenstype og distribusjon av lisenstype ✅ Utnyttelseskontrollpaneler viser inaktive brukere, overlisensierte brukere og feil samsvar mellom lisenstyper som krever gjennomgang |
Anti-Mønstre
| Hvor du kan se | Hvordan dårlig ser ut |
|---|---|
| Plattform | Klargjøring | ⚡️ Policyer for lisenstildeling finnes ikke. Hver forespørsel håndteres ad hoc |
| Plattform | Klargjøring | ⚡️ Godkjenningsarbeidsflyter krever ikke forretningsbegrunnelse for premiumlisenstyper |
| Plattform | Organisasjon | ⚡️ Inaktiv brukeridentifikasjon er manuell og sjelden i stedet for automatisert |
| Plattform | Organisasjon | ⚡️ Ny lisens skjer bare ved årlig fornyelse i stedet for kvartalsvis |
| Plattform | Organisasjon | ⚡️ Lisensavfall akkumuleres i årevis etter hvert som ansatte endrer roller eller lar være uten lisensgjennomgang |
| Plattform | KPI-er | ⚡️ Kontrollpaneler for utnyttelsesovervåking finnes ikke, bruksmønstre er ukjente |
| Plattform | Virksomhet | ⚡️ Forretningsledere mangler synlighet i lisensutnyttelsesdata under fornyelsesplanlegging |
Mønstre
| Hvor du kan se | Hvordan det ser bra ut |
|---|---|
| Plattform | Kontrakter | ✅ Brukertallforpliktelser støttes av forretningsplaner i stedet for optimistiske prognoser |
| Plattform | Kontrakter | ✅ Rampplaner samsvarer med investeringer på den faktiske brukerintroduksjonstidslinjen i stedet for å betale for ubrukt kapasitet på forhånd |
Anti-Mønstre
| Hvor du kan se | Hvordan dårlig ser ut |
|---|---|
| Plattform | Kontrakter | ⚡️ Overforpliktelse til brukertall skaper umiddelbart sløsing gjennom ubrukte lisenser som forbruker budsjett uten å levere verdi |
| Plattform | Kontrakter | ⚡️ Flerårige avtaler signeres uten å evaluere fleksibilitetsbehov hvis vekstprognoser viser seg å være feil |
| Plattform | Kontrakter | ⚡️ True-up-tidspunktet samsvarer ikke med forretningsplanleggingssykluser. Justeringer er forsinket etter faktiske endringer i antall ansatte |
| Plattform | Kontrakter | ⚡️ Organisasjonen har 200 ubrukte lisenser i 18 måneder fordi ansettelsesplanen forsinkes etter å ha forpliktet seg til å oppnå volumrabatter |
Mønstre
| Hvor du kan se | Hvordan det ser bra ut |
|---|---|
| Plattform | Arkitektur | ✅ Integrasjonsarkitekturplanlegging prosjekterer API-forbruk og evaluerer om Enterprise eller Unlimited Edition gir bedre TCO |
| Plattform | Arkitektur | ✅Kostnadssammenligningsmodeller per bruker-premie mot inkluderte funksjoner (API-grenser, lagringsplass, Sandbox-tildelinger, Premier Support) |
| Plattform | Arkitektur | ✅ Forutsagt bruk av beslutningsmodeller i utgave mot begge prismodellene med dokumenterte forutsigelser som muliggjør fremtidig ny vurdering |
Anti-Mønstre
| Hvor du kan se | Hvordan dårlig ser ut |
|---|---|
| Plattform | Arkitektur | ⚡️ Utgavevalg bruker som standard høyeste eller laveste nivå basert på budsjettbegrensninger uten å analysere arkitektoniske krav |
| Plattform | Arkitektur | Enterprise Edition er valgt for å redusere kostnadene per bruker uten å projisere integrasjonskrav og API-overtidskostnader |
| Plattform | Arkitektur | ⚡️ Integrasjonskrav overskrider grensene etter distribusjon, noe som resulterer i 2x kostnad gjennom API-overforbruk pluss arkitektonisk omarbeid |
| Plattform | Arkitektur | ⚡️ Versjonsbeslutning tas uten å modellere faktisk bruk mot både prismodeller eller dokumenterte forutsetninger |
| Plattform | Organisasjon | ⚡️ Utgivelsesvalg baseres utelukkende på årlig abonnementskostnad per bruker uten arkitektoniske begrensninger for modellering |
Mønstre
| Hvor du kan se | Hvordan det ser bra ut |
|---|---|
| Plattform | Arkitektur | ✅ Optimeringstilnærminger for enkeltorganisasjoner (delingsregler, tillatelsessett, posttyper) evalueres før du bruker flerorganisasjonsarkitektur |
| Plattform | Arkitektur | ✅ TCO-modellen for flere organisasjoner viser 2-3 ganger multiplikasjon av driftskostnader, inkludert administrasjon, utgivelsesbehandling, overvåking, hendelsessvar og samsvar |
| Plattform | Arkitektur | ✅ Arkitektur for flere organisasjoner brukes bare når lovpålagte krav (GDPR-datarelasjon, økonomisk adskillelse) forskyver økte kostnader |
| Plattform | Arkitektur | ✅ Flerorganisasjonsbegrunnelse dokumenterer ekte isolasjonskrav som enkeltorganisasjoner med tillatelsesgrenser ikke kan oppfylle |
| Plattform | Kontrakter | ✅ Kostnader for lisenser for flere organisasjoner modeller separate lisensgrupper per organisasjon som mister volumpriser og krever duplikatadministrative lisenser |
| Plattform | Arkitektur | ✅ Modellen for flere organisasjoners driftskostnader parallelt vedlikehold på tvers av flere implementeringer som multipliserer utviklings- og driftsinnsats |
Anti-Mønstre
| Hvor du kan se | Hvordan dårlig ser ut |
|---|---|
| Plattform | Arkitektur | ⚡️ Arkitektur for flere organisasjoner brukes fordi forretningsenheter “vil ha uavhengighet” uten å modellere 2-3x kostnadsmultiplikasjon |
| Plattform | Arkitektur | ⚡️ Tilpassing av flere organisasjoner skjer uten å evaluere om enkeltorganisasjoner med delingsregler oppfyller faktiske krav til en del av kostnaden |
| Plattform | Arkitektur | ⚡️ TCO-modellen for flere organisasjoner inkluderer ikke multiplikasjon av driftskostnader (2-3x for administrator, utgivelsesbehandling, overvåking, samsvar) |
| Plattform | Arkitektur | ⚡️ Arkitektur for flere organisasjoner mangler dokumentert forretningsbegrunnelse som viser at verdien overskrider permanent og sammensatt kostnadsmultiplikasjon |
| Plattform | Kontrakter | ⚡️ Kostnadsanalyse for lisenser for flere organisasjoner tar ikke hensyn til at separate lisensgrupper mister fordeler ved volumprising |
| Plattform | Arkitektur | ⚡️ Driftsbelastning for flere organisasjoner er ikke modellert. Parallelt vedlikehold på tvers av organisasjoner oppdages etter distribusjon |
Mønstre
| Hvor du kan se | Hvordan det ser bra ut |
|---|---|
| Plattform | Integrasjon | ✅ TCO for flere organisasjoner inkluderer MuleSoft-lisens (20 000–200 000 USD + årlig), integrasjonsutvikling, kontinuerlig vedlikehold og API-kapasitetsplanlegging |
| Plattform | Integrasjon | ✅ Integrasjonskostnader på tvers av organisasjoner modelleres eksplisitt for å vise MuleSoft-investeringer, utviklingsinnsats og vedvarende driftskostnader |
| Plattform | Arkitektur | ✅ Multiplikasjon av API-forbruk er modellert: transaksjoner på tvers av organisasjoner som bruker 5-10 API-kall på tvers av flere organisasjoner samtidig |
| Plattform | Integrasjon | ✅ Overhead for datakonsistens for å vedlikeholde synkroniserte referansedata på tvers av organisasjoner inkluderer utviklingsinnsats, overvåking og konfliktløsning |
Anti-Mønstre
| Hvor du kan se | Hvordan dårlig ser ut |
|---|---|
| Plattform | Integrasjon | ⚡️ Arkitektur for flere organisasjoner godkjennes basert på lisenskostnadssammenligning uten å modellere 240 000 USD årlige integrasjonskostnader |
| Plattform | Integrasjon | Integrasjonskostnader på tvers av organisasjoner er ikke eksplisitt modellert. En enkelt organisasjon vil eliminere disse kostnadene fullstendig |
| Plattform | Arkitektur | ⚡️ Multiplikasjon av API-forbruk fra samtaler på tvers av organisasjoner tas ikke med i kapasitetsplanleggingen |
| Plattform | Integrasjon | ⚡️ Overhead for datakonsistens for synkroniserte referansedata er ikke inkludert i TCO-modellen for flere organisasjoner |
Mønstre
| Hvor du kan se | Hvordan det ser bra ut |
|---|---|
| Oppsett → Sandbox-organisasjoner → Miljøstrategi DevOps → Sandbox-tildelingsplan | ✅ Mønster:**** Teamet bruker Developer Pro-Sandbox-organisasjoner til funksjonsutvikling med mock-data, Delvis kopi med målrettede kontoer til integrasjonstesting ✅ Reserverer full kopi eksklusivt for pre-produksjon UAT og ytelsesvalidering der fullstendig datavolum er arkitektonisk nødvendig |
| Oppsett → Sandbox-organisasjoner → Balansert strategi Finans → Miljøbudsjett | ✅ Mønster:**** 15-personers utviklingsteam implementerer en balansert strategi med 15 Developer Pro-Sandbox-enheter ($ 750 månedlig), 3 Delvis kopi for parallelle arbeidsstrømmer ($ 900 månedlig), 1 Full kopi for UAT ($ 3000 månedlig) ✅ Totalt 4.650 USD per måned som samsvarer med faktiske utviklingsmønstre i stedet for overklargjøring for teoretisk maksimal parallellitet |
| Oppsett → Sandbox-maler → Datavalg Oppsett → Delvis kopieringskonfigurasjon | ✅ Mønster:**** Delvis kopi-Sandbox-malen inkluderer siste 12 måneder med salgsmuligheter og saker, men utelukker arkiverte data ✅ Gir representative testdata innen 5 GB kapasitet i stedet for å kreve Full kopi, og aktiverer en billig Sandbox-type gjennom strategisk datavalg |
| Prosess → Sandbox-livssyklus Oppsett → Midlertidig miljøsporing | ✅ Mønster:**** Midlertidig Sandbox-behandling sporer miljøer som er opprettet for bestemte prosjekter, med dokumenterte slettingsdatoer ✅ Implementer utløpspolicyer som krever fornyelsesbegrunnelse for å opprettholde midlertidige miljøer ut over det innledende omfanget, for å hindre permanent statusavvik |
| Oppsett → Oppdateringsplan for Sandbox Kalender → Oppdateringsoptimalisering | ✅ Mønster:**** Oppdateringskadensoptimalisering justerer Sandbox-oppdatering med faktiske krav til dataoppdatering i stedet for vilkårlige tidsplaner ✅ Kvartalsvis full kopi-oppdatering er tilstrekkelig når månedlig oppdatering ikke er nødvendig for testing av mønstre, og frigjør kapasitet for flere Sandbox-organisasjoner |
Anti-Mønstre
| Hvor du kan se | Hvordan dårlig ser ut |
|---|---|
| Over-Over-Klargjøring → | ⚡️ Anti-Mønster: Organisasjon kjøper fem Full kopi-Sandbox-enheter for å gi hvert utviklingsteam et dedikert miljø ⚡️ Multipliserer kostnader 5-10 ganger når Delvis kopi oppfyller de fleste testkravene. Full kopi bør reserveres for scenarier som krever full produksjonstilsynlighet |
| Ingen strategi → Premium Standard | ⚡️ Anti-Mønster: Teamet på 15 personer kjøper premiumstrategi med 30 Developer Pro- og 5 Full Copy-Sandbox-enheter (18 000 USD månedlig) fordi flere miljøer alltid er bedre ⚡️ Ingen analyse som viser utviklingshastighet begrenset av miljøtilgjengelighet. En balansert strategi vil levere samme hastighet på USD 4650 per måned |
| Ufiltrerte maler → tvunget oppgraderinger | ⚡️ Anti-Mønster: Delvis kopi-malen inkluderer alle objekter uten filtrering, som bruker 5 GB kapasitet med historiske data som ikke er relevante for testing ⚡️ Fremtvinger Full kopi-kjøp når strategisk datavalg vil aktivere bruk av Delvis kopi til 5-10 ganger lavere kostnad per Sandbox |
| Sandbox Sprawl → Permanent midlertidig | ⚡️ Anti-Mønster: Midlertidig Sandbox-proliferasjon etter hvert som Sandbox-prosjekter går over til permanent status uten begrunnelse ⚡️ Ingen utløpspolicyer eller fornyelseskrav som tillater midlertidige miljøer å akkumulere forbrukerbudsjett på ubestemt tid |