Licentieoptimalisatie - Patronen
Lees meer over Goed Ontworpen resource- en kostenoptimalisatie → Licensing en verbruik →
Patronen
| Waar te zoeken | Hoe goed eruitziet |
|---|---|
| Platform | Organisatie | ✅ Licentietypen worden afgestemd op de werkelijke gebruikersvereisten en gebruikspatronen (niet functietitels) |
| Platform | Organisatie | ✅ Gebruikers die alleen aangepaste objecten openen, ontvangen Platform-licenties in plaats van volledige Salesforce-licenties |
| Platform | Organisatie | ✅ Externe gebruikers (klanten, partners, communityleden) gebruiken Experience Cloud-licenties in plaats van interne licenties |
| Platform | Organisatie | ✅ Gebruikers die alleen authenticatie vereisen zonder gegevenstoegang, ontvangen identiteitslicenties |
| Platform | Organisatie | ✅ Driemaandelijkse licentiecontroles identificeren gebruikers die alleen aangepaste objecten gebruiken als Platform-licentiekandidaten |
| Platform | Organisatie | ✅ Geautomatiseerde kwartaalrapporten identificeren gebruikers met nul logins in 90 dagen, gebruikers die alleen aangepaste objecten openen en externe gebruikers met interne licenties voor systematische juiste grootte |
| Platform | Organisatie | ✅ Licentietoewijzingen worden beoordeeld en aangepast op basis van rolwijzigingen in plaats van jarenlang ongewijzigd te blijven |
Anti-patronen
| Waar te zoeken | Hoe slecht eruitziet |
|---|---|
| Platform | Organisatie | ⚠️ Volledige Salesforce-licenties worden toegewezen aan alle medewerkers op basis van functietitel in plaats van feitelijke systeemgebruikspatronen |
| Platform | Organisatie | ⚠️ Gebruikers die alleen toegang hebben tot aangepaste objecten, ontvangen volledige Sales Cloud- of Service Cloud-licenties in plaats van Platform-licenties |
| Platform | Organisatie | ⚠️ Externe gebruikers verbruiken interne licentiecapaciteit in plaats van Experience Cloud-licenties |
| Platform | Organisatie | ⚠️ Licentietoewijzingen die zijn ingesteld tijdens de initiële implementatie, blijven drie jaar ongewijzigd, ondanks rolwijzigingen |
| Platform | Organisatie | ⚠️ Licentie audits worden nooit uitgevoerd; 40% van de licenties zijn ongebruikt of onderbenut |
| Platform | Organisatie | ⚠️ Gebruikers die minder dan maandelijks inloggen, worden niet geïdentificeerd als kandidaten voor licentierecuperatie |
Patronen
| Waar te zoeken | Hoe goed eruitziet |
|---|---|
| Platform | Beveiliging | ✅ Shield-componenten (Platform Encryption, Event Monitoring, Field Audit Trail) worden afzonderlijk geëvalueerd op basis van de vraag of ze voldoen aan specifieke nalevingsbehoeften |
| Data 360 | Architectuur | ✅ Data 360-investering wordt gerechtvaardigd door vereisten voor inter-systeemidentiteitsoplossing, real-time toegang tot klantgegevens of segmentactivering |
| AI | Bedrijf | ✅ AI-investering vereist aangetoonde ROI binnen gedefinieerde meetperioden in plaats van het aannemen van niet-gespecificeerde waarde |
| Platform | Industry Clouds | ✅ Industry Clouds (Financiële dienstverlening, Gezondheidszorg, Industriële fabricage, Net Zero) worden geëvalueerd op basis van aangepaste ontwikkelingskosten en time-to-market-vereisten |
| Platform | Industry Clouds | ✅ Industry Cloud-evaluatie erkent 40-60% snellere implementatie voor standaardwerkstromen, maar houdt rekening met aanpassing waardoor tijdbesparing wordt verminderd |
Anti-patronen
| Waar te zoeken | Hoe slecht eruitziet |
|---|---|
| Platform | Beveiliging | ⚠️ Alle Shield-componenten worden aangeschaft zonder te evalueren of specifieke componenten voldoen aan feitelijke nalevings- of beveiligingsbehoeften |
| Data 360 | Architectuur | ⚠️ Data 360 wordt aangeschaft zonder te evalueren of eenvoudigere integratiemethoden voldoen aan de vereisten |
| AI | Bedrijf | ⚠️ AI-investering mist meetgegevens over bedrijfswaarde of ROI-demonstratie |
| AI | Bedrijf | ⚠️ AI-investeringen gaan ervan uit dat waarde wordt geleverd zonder specifieke meetperioden of succescriteria te definiëren |
| Platform | Industry Clouds | ⚠️ Industry Clouds worden aangeschaft zonder vergelijking met aangepaste ontwikkelingskosten of validatie van time-to-market-versnelling |
Patronen
| Waar te zoeken | Hoe goed eruitziet |
|---|---|
| Platform | Levering | ✅ Nieuwe werkstroom voor gebruikersprofielen wijst automatisch platformlicenties toe voor gebruikers die alleen aangepaste apps openen |
| Platform | Levering | ✅ Nieuwe werkstroom voor gebruikersprofielen plaatst externe gebruikers in de wachtrij voor toewijzing van Experience Cloud-licenties op basis van e-maildomein |
| Platform | Levering | ✅ Toewijzingsbeleid definieert duidelijke criteria voor licentietypen op basis van gebruikersrol en vereisten voor platformgebruik |
| Platform | Levering | ✅ Goedkeuringswerkstromen vereisen zakelijke rechtvaardiging voor premium licentietypen |
| Platform | Levering | ✅ De juiste licentietoewijzing wordt afgedwongen op het moment van levering in plaats van verkeerde toewijzingen met terugwerkende kracht te corrigeren |
| Platform | Organisatie | ✅ Reclamatieprocessen identificeren automatisch inactieve gebruikers (60-90 dagen) en eisen ongebruikte licenties terug voor hertoewijzing |
| Platform | Organisatie | ✅ Op inloggen gebaseerde rapporten identificeren gebruikers die 60-90 dagen inactief zijn op basis van organisatiebeleid |
| Platform | Organisatie | ✅ Driemaandelijkse reclamatie voorkomt dat licentieverspilling zich ophoopt als werknemers van rol veranderen of de organisatie verlaten |
| Platform | KPI’s | ✅ Inzetbewakingsdashboards houden inlogfrequentie, gebruikspatronen van voorzieningen en geschiktheid van licentietypen bij |
| Platform | Zakelijk | ✅ Inzetgegevens worden gedeeld met bedrijfsleiders, waardoor gegevensgestuurde investeringsbeslissingen voor licenties mogelijk zijn tijdens de verlengingsplanning |
| Rapporten en dashboards → Dashboard Licentie-inzet Set-up → Gebruikers → Actieve gebruikers | ✅ Patroon: Dashboards voor licentie-inzet tonen actieve versus inactieve licenties, inlogfrequentieverdeling, voorzieningengebruik op licentietype en distributie van licentietypen ✅ Inzetdashboards onthullen inactieve gebruikers, gebruikers met overlicenties en licentietypefouten die moeten worden beoordeeld |
Anti-patronen
| Waar te zoeken | Hoe slecht eruitziet |
|---|---|
| Platform | Levering | ⚠️ Licentietoewijzingsbeleid bestaat niet; elk verzoek wordt ad hoc afgehandeld |
| Platform | Levering | ⚠️ Goedkeuringswerkstromen vereisen geen zakelijke rechtvaardiging voor premiumlicentietypen |
| Platform | Organisatie | ⚠️ Inactieve gebruikersidentificatie is handmatig en zeldzaam in plaats van geautomatiseerd |
| Platform | Organisatie | ⚠️ Licentie reclamatie vindt alleen plaats tijdens jaarlijkse verlenging in plaats van driemaandelijks |
| Platform | Organisatie | ⚠️ Licentieafval hoopt zich jarenlang op als werknemers van rol veranderen of vertrekken zonder licentieterugwinning |
| Platform | KPI’s | ⚠️ Utilization monitoring dashboards bestaan niet; gebruikspatronen zijn onbekend |
| Platform | Zakelijk | ⚠️ Bedrijfsleiders hebben geen zicht op licentie-inzetgegevens tijdens verlengingsplanning |
Patronen
| Waar te zoeken | Hoe goed eruitziet |
|---|---|
| Platform | Contracten | ✅ Gebruikerstelling toezeggingen worden ondersteund door businessplannen in plaats van optimistische prognoses |
| Platform | Contracten | ✅ Rampageplanningen koppelen investering aan de feitelijke onboardingtijdlijn van de gebruiker in plaats van vooraf te betalen voor ongebruikte capaciteit |
Anti-patronen
| Waar te zoeken | Hoe slecht eruitziet |
|---|---|
| Platform | Contracten | ⚠️ Overmatig inzetten op gebruikerstellingen leidt tot onmiddellijke verspilling door ongebruikte licenties die budget verbruiken zonder waarde te leveren |
| Platform | Contracten | ⚠️ Er worden meerjarenovereenkomsten ondertekend zonder de flexibiliteitsbehoeften te evalueren als de groeiprognoses onjuist blijken |
| Platform | Contracten | ⚠️ True-up timing komt niet overeen met bedrijfsplanningscycli; aanpassingen blijven achter bij feitelijke wijzigingen in personeelsbestand |
| Platform | Contracten | ⚠️ Organisatie draagt 200 ongebruikte licenties voor 18 maanden, omdat het inhuren van een plan vertraging oploopt na het vastleggen van de volumekorting |
Patronen
| Waar te zoeken | Hoe goed eruitziet |
|---|---|
| Platform | Architectuur | ✅ Planning van integratiearchitectuur projecteert API-verbruik en evalueert of Enterprise of Unlimited Edition betere TCO biedt |
| Platform | Architectuur | ✅ Edition kosten vergelijkingsmodellen per gebruiker premium ten opzichte van inbegrepen mogelijkheden (API-limieten, opslag, sandboxtoewijzingen, Premier Support) |
| Platform | Architectuur | ✅ Edition beslissingsmodellen geprojecteerd gebruik ten opzichte van beide prijsmodellen met gedocumenteerde aannames die toekomstige herbeoordeling mogelijk maken |
Anti-patronen
| Waar te zoeken | Hoe slecht eruitziet |
|---|---|
| Platform | Architectuur | ⚠️ Edition-selectie gaat standaard naar hoogste of laagste laag op basis van budgetbeperkingen zonder de architectonische vereisten te analyseren |
| Platform | Architectuur | ⚠️ Enterprise Edition is geselecteerd om de kosten per gebruiker te minimaliseren zonder integratievereisten en API-overgebruikskosten te projecteren |
| Platform | Architectuur | ⚠️ Integratievereisten overschrijden limieten na implementatie, wat resulteert in 2x kosten door API-overgebruik plus architectonisch herwerk |
| Platform | Architectuur | ⚠️ Edition-beslissing wordt genomen zonder feitelijk gebruik te modelleren op basis van beide prijsmodellen of aannames te documenteren |
| Platform | Organisatie | ⚠️ Edition selectie is uitsluitend gebaseerd op per gebruiker jaarlijkse abonnementskosten zonder modellering architectonische beperkingen |
Patronen
| Waar te zoeken | Hoe goed eruitziet |
|---|---|
| Platform | Architectuur | ✅ Optimaliseringsbenaderingen voor één organisatie (regels voor delen, machtigingensets, recordtypen) worden geëvalueerd voordat de architectuur voor meerdere organisaties wordt gebruikt |
| Platform | Architectuur | ✅ TCO-model voor meerdere organisaties toont 2-3x vermenigvuldiging van operationele kosten inclusief beheer, releasebeheer, bewaking, incidentrespons en naleving |
| Platform | Architectuur | ✅ Architectuur voor meerdere organisaties wordt alleen gebruikt wanneer wettelijke vereisten (GDPR-gegevensverblijf, financiële scheiding) hogere kosten compenseren |
| Platform | Architectuur | ✅ Rechtvaardiging voor meerdere organisaties documenteert echte isolatievereisten waaraan één organisatie met machtigingsgrenzen niet kan voldoen |
| Platform | Contracten | ✅ Licentiekosten voor meerdere organisaties modelleren afzonderlijke licentiepools per organisatie die volumeprijzen verliezen en duplicaatlicenties voor beheer vereisen |
| Platform | Architectuur | ✅ Multi-organisatie operationele kosten model parallel onderhoud over meerdere implementaties vermenigvuldigen ontwikkeling en operationele inspanning |
Anti-patronen
| Waar te zoeken | Hoe slecht eruitziet |
|---|---|
| Platform | Architectuur | ⚠️ Architectuur voor meerdere organisaties wordt gebruikt omdat bedrijfseenheden “onafhankelijkheid willen” zonder 2-3x kostenvermenigvuldiging te modelleren |
| Platform | Architectuur | ⚠️ Overname van meerdere organisaties vindt plaats zonder te evalueren of één organisatie met regels voor delen zou voldoen aan feitelijke vereisten tegen een fractie van de kosten |
| Platform | Architectuur | ⚠️ TCO-model voor meerdere organisaties omvat geen vermenigvuldiging van operationele kosten (2-3x voor beheer, releasebeheer, bewaking, naleving) |
| Platform | Architectuur | ⚠️ Architectuur voor meerdere organisaties heeft geen gedocumenteerde zakelijke rechtvaardiging die aantoont dat de waarde groter is dan de permanente en samengestelde kostenvermenigvuldiging |
| Platform | Contracten | ⚠️ Analyse van licentiekosten voor meerdere organisaties houdt geen rekening met afzonderlijke licentiepools die voordelen voor volumeprijsstelling verliezen |
| Platform | Architectuur | ⚠️ Operationele belasting voor meerdere organisaties wordt niet gemodelleerd; parallel onderhoud binnen organisaties wordt ontdekt na implementatie |
Patronen
| Waar te zoeken | Hoe goed eruitziet |
|---|---|
| Platform | Integratie | ✅ TCO voor meerdere organisaties omvat MuleSoft-licenties ($ 20K-$ 200K + jaarlijks), integratieontwikkeling, doorlopend onderhoud en API-capaciteitsplanning |
| Platform | Integratie | ✅ Cross-organisatie integratiekosten worden expliciet gemodelleerd met MuleSoft investering, ontwikkelingsinspanning en aanhoudende operationele kosten |
| Platform | Architectuur | ✅ API-verbruik vermenigvuldiging is gemodelleerd: cross-organisatie transacties verbruiken 5-10 API-aanroepen over meerdere organisaties tegelijk |
| Platform | Integratie | ✅ Overhead voor gegevensconsistentie voor het onderhouden van gesynchroniseerde verwijzingsgegevens binnen organisaties omvat ontwikkelingsinspanning, bewaking en conflictoplossing |
Anti-patronen
| Waar te zoeken | Hoe slecht eruitziet |
|---|---|
| Platform | Integratie | ⚠️ Architectuur voor meerdere organisaties is goedgekeurd op basis van vergelijking van licentiekosten zonder modellering van $ 240K jaarlijkse integratiekosten |
| Platform | Integratie | ⚠️ Integratiekosten tussen organisaties worden niet expliciet gemodelleerd; één organisatie zou deze kosten volledig elimineren |
| Platform | Architectuur | ⚠️ Vermenigvuldiging van API-verbruik van inter-organisatorische aanroepen wordt niet meegenomen in capaciteitsplanning |
| Platform | Integratie | ⚠️ Overhead voor gegevensconsistentie voor gesynchroniseerde verwijzingsgegevens is niet inbegrepen in het TCO-model voor meerdere organisaties |
Patronen
| Waar te zoeken | Hoe goed eruitziet |
|---|---|
| Set-up → Sandboxen → Omgevingsstrategie DevOps → Sandboxtoewijzingsplan | ✅ Patroon: Team gebruikt Developer Pro-sandboxen voor ontwikkeling van voorzieningen met nepgegevens, Partial Copy met gerichte accounts voor integratietests ✅ Reserveert Full Copy exclusief voor pre-productie UAT en prestatievalidatie waar volledige gegevensvolume architectonisch noodzakelijk is |
| Set-up → Sandboxen → Gebalanceerde strategie Financiën → Milieubudget | ✅ Patroon: Het ontwikkelteam van 15 personen implementeert een evenwichtige strategie met 15 Developer Pro-sandboxen ($ 750 per maand), 3 Partial Copy voor parallelle werkstromen ($ 900 per maand), 1 Full Copy voor UAT ($ 3000 per maand) ✅ Totalen $ 4.650 maandelijkse matching feitelijke ontwikkelingspatronen in plaats van over-provisioning voor theoretisch maximale parallellisme |
| Set-up → Sandboxsjablonen → Gegevensselectie Set-up → Configuratie voor gedeeltelijke kopie | ✅ Patroon: Partial Copy Sandbox-sjabloon omvat de afgelopen 12 maanden van opportunities en cases, maar sluit gearchiveerde gegevens uit ✅ Biedt representatieve testgegevens binnen een capaciteit van 5 GB in plaats van Full Copy te vereisen, waardoor een goedkoper sandboxtype mogelijk is door strategische gegevensselectie |
| Proces → Levenscyclus van sandbox Set-up → Tijdelijk Omgevingsbeheer | ✅ Patroon: Tijdelijk sandboxbeheer houdt omgevingen bij die zijn gemaakt voor specifieke projecten met gedocumenteerde verwijderingsdatums ✅ Implementeer vervalbeleidsvormen die een rechtvaardiging voor verlenging vereisen om tijdelijke omgevingen buiten het aanvankelijke bereik te behouden en permanente statusafwijking te voorkomen |
| Set-up → Sandbox vernieuwingsschema Kalender → Optimalisatie vernieuwen | ✅ Patroon: Optimalisering van de vernieuwingscadans stemt sandboxvernieuwing af op feitelijke vereisten voor gegevensversheid in plaats van willekeurige planningen ✅ Driemaandelijkse Full Copy vernieuwen volstaat wanneer maandelijkse vernieuwing is onnodig voor het testen van patronen, het vrijmaken van capaciteit voor extra sandboxen |
Anti-patronen
| Waar te zoeken | Hoe slecht eruitziet |
|---|---|
| Te veel leveren → Verspilde investering | ⚠️ Anti-patroon: Organisatie schaft vijf Full Copy-sandboxen aan om elk ontwikkelteam speciale omgevingen te bieden ⚠️ Vermenigvuldigingen kosten 5-10x wanneer Partial Copy zou voldoen aan de meeste testvereisten; Full Copy moet worden gereserveerd voor scenario’s die volledige productietrouw vereisen |
| Geen strategie → Premium standaard | ⚠️ Anti-patroon: Een team van 15 personen koopt premiumstrategie met 30 Developer Pro- en 5 Full Copy-sandboxen ($ 18.000 per maand), omdat “meer omgevingen altijd beter zijn” ⚠️ Geen analyse die ontwikkelingssnelheid toont die wordt beperkt door beschikbaarheid van de omgeving; evenwichtige strategie zou dezelfde snelheid leveren voor $ 4.650 per maand |
| Ongefilterde sjablonen → Geforceerde upgrades | ⚠️ Anti-patroon: Sjabloon Partial Copy omvat alle objecten zonder filtering en verbruikt 5 GB capaciteit met historische gegevens die niet relevant zijn voor testen ⚠️ Dwingt aankoop van Full Copy af wanneer selectie van strategische gegevens Partial Copy-gebruik zou inschakelen tegen 5-10x lagere kosten per sandbox |
| Sandbox Sprawl → Permanent Tijdelijk | ⚠️ Anti-patroon: Tijdelijke sandboxproliferatie als projectsandboxen zonder rechtvaardiging een permanente status krijgen ⚠️ Geen vervalbeleid of verlengingsvereisten waardoor tijdelijke omgevingen voor onbepaalde tijd verbruikend budget kunnen accumuleren |