Lisenssien optimointi - Kuviot
Lue lisää hyvin rakennetuista resurssien ja kustannusten optimoinnista → lisenssit ja kulutus
Kuvio
| Mistä etsiä | Miltä hyvä näyttää |
|---|---|
| Sovellusalusta | Organisaatio | ✅ Lisenssityypit vastaavat todellisia käyttäjävaatimuksia ja käyttömalleja (ei työnimikkeitä) |
| Sovellusalusta | Organisaatio | ✅ Käyttäjät, jotka käyttävät vain mukautettuja objekteja, saavat sovellusalustan lisenssejä Salesforcen täyden lisenssin sijaan |
| Sovellusalusta | Organisaatio | ✅ Ulkoiset käyttäjät (asiakkaat, kumppanit, yhteisön jäsenet) käyttävät Experience Cloud -lisenssejä sisäisten lisenssien sijaan |
| Sovellusalusta | Organisaatio | ✅ Käyttäjät, jotka tarvitsevat vain todennuksen ilman tietojen käyttöoikeutta, saavat Identity-lisenssejä |
| Sovellusalusta | Organisaatio | ✅ Vuosineljänneksen lisenssien auditoinnit tunnistavat käyttäjät, jotka käyttävät vain mukautettuja objekteja, sovellusalustan lisenssien ehdokkaiksi |
| Sovellusalusta | Organisaatio | ✅ Automatisoidut neljännesvuosiraportit tunnistavat käyttäjät, joilla ei ole kirjautumista 90 päivään, käyttäjät, jotka käyttävät vain mukautettuja objekteja, ja ulkoiset käyttäjät, joilla on sisäisiä lisenssejä oikeanpuoleisen koon muuttamiseksi |
| Sovellusalusta | Organisaatio | ✅ Lisenssien kohdistukset tarkastetaan ja säädetään roolien muutosten perusteella, eikä niitä pysytä samana vuosia |
Anti-Mallit
| Mistä etsiä | Miltä huono näyttää |
|---|---|
| Sovellusalusta | Organisaatio | ⚡️ Täydet Salesforce-lisenssit kohdistetaan kaikille työntekijöille työnimikkeen perusteella, eikä todellisten järjestelmäkäytön kuvioiden perusteella |
| Sovellusalusta | Organisaatio | ⚡️ Käyttäjät, jotka käyttävät vain mukautettuja objekteja, saavat Sales Cloud- tai Service Cloud -lisenssejä sovellusalustan lisenssien sijaan |
| Sovellusalusta | Organisaatio | ⚡️ Ulkoiset käyttäjät kuluttavat sisäisen lisenssin kapasiteettia Experience Cloud -lisenssien sijaan |
| Sovellusalusta | Organisaatio | ⚡️ Alkuperäisen käyttöönoton aikana määritetyt lisenssien kohdistukset pysyvät ennallaan kolmen vuoden ajan roolien muutoksista huolimatta |
| Sovellusalusta | Organisaatio | ⚡️ Lisenssien auditointeja ei suoriteta koskaan; 40 % lisensseistä on käyttämättömiä tai tarpeettomia |
| Sovellusalusta | Organisaatio | ⚡️ Käyttäjiä, jotka kirjautuvat sisään alle kuukausittain, ei tunnisteta lisenssien peruutuksen ehdokkaiksi |
Kuvio
| Mistä etsiä | Miltä hyvä näyttää |
|---|---|
| Sovellusalusta | Tietoturva | ✅ Shield-komponentit (Platform Encryption, Event Monitoring, Field Audit Trail) arvioidaan yksittäin sen perusteella, vastaavatko ne tiettyjä vaatimustenmukaisuuden tarpeita |
| Data 360 | Arkkitehtuuri | ✅ Data 360 -investointi on perusteltua järjestelmän välisen identiteetin vahvistuksen, reaaliaikaisen asiakastietojen käytön tai segmentin aktivoinnin vaatimusten perusteella |
| AI | Liiketoiminta | ✅ AI-investoinnit vaativat osoitetun ROI:n määritetyillä mittayksiköillä, eikä olettaa määrittämättömän arvon |
| Sovellusalusta | Industry Clouds | ✅ Industry Cloudit (Financial Services, Health, Manufacturing, Net Zero) arvioidaan mukautettujen kehityskustannusten ja markkinointiajan vaatimusten perusteella |
| Sovellusalusta | Industry Clouds | ✅ Industry Cloud -arviointi osoittaa, että vakiomuotoisten työnkulkujen toteutus on 40-60 % nopeampaa, mutta mukautukset vähentävät aikaa säästäviä asioita |
Anti-Mallit
| Mistä etsiä | Miltä huono näyttää |
|---|---|
| Sovellusalusta | Tietoturva | ⚡️ Kaikki Shield-komponentit ostetaan arvioimatta, vastaavatko tietyt komponentit todellisia vaatimustenmukaisuuden tai tietoturvan tarpeita |
| Data 360 | Arkkitehtuuri | ⚡️ Data 360 on ostettu arvioimatta, täyttävätkö yksinkertaisemmat integraatiomenetelmät vaatimukset |
| AI | Liiketoiminta | ⚡️ AI-investoinnit eivät sisällä mitattavissa olevia liiketoiminta-arvojen tilastoja tai ROI-esittelyä |
| AI | Liiketoiminta | ⚡️ AI-rahoitus olettaa, että arvo toimitetaan määrittämättä tiettyjä mitta-aikoja tai onnistumisen ehtoja |
| Sovellusalusta | Industry Clouds | ⚡️ Industry Cloudit ostetaan verrattuna mukautettuihin kehityskustannuksiin tai vahvistamatta markkinointiajan nopeutusta |
Kuvio
| Mistä etsiä | Miltä hyvä näyttää |
|---|---|
| Sovellusalusta | Provisiointi | ✅ Uusi käyttäjien provisiointityönkulku kohdistaa automaattisesti sovellusalustan lisenssejä käyttäjille, jotka käyttävät vain mukautettuja sovelluksia |
| Sovellusalusta | Provisiointi | ✅ Uuden käyttäjän provisioinnin työnkulkujen jonot ulkoisille käyttäjille Experience Cloud -lisenssien kohdistamista varten sähköpostitoimialueen perusteella |
| Sovellusalusta | Provisiointi | ✅ Kohdistuskäytännöt määrittävät selkeät ehdot lisenssityypeille käyttäjäroolien ja sovellusalustan käyttövaatimusten perusteella |
| Sovellusalusta | Provisiointi | ✅ Hyväksymistyönkulut vaativat liiketoimintaperusteita premium-lisenssityypeille |
| Sovellusalusta | Provisiointi | ✅ Sopiva lisenssin kohdistus noudatetaan provisioinnin aikana, eikä kohdistusten virheiden korjaamista takautuvasti |
| Sovellusalusta | Organisaatio | ✅ Palautusprosessit tunnistavat ei-aktiiviset käyttäjät automaattisesti (60–90 päivää) ja perivät käyttämättömät lisenssit uudelleenkohdistamista varten |
| Sovellusalusta | Organisaatio | ✅ Sisäänkirjautumiskertoihin perustuvat raportit tunnistavat käyttäjät, jotka eivät ole aktiivisia 60-90 päivän ajan organisaatiokäytäntöjen perusteella |
| Sovellusalusta | Organisaatio | ✅ Vuosineljänneksen palautus estää lisenssien jätteen kerääntymisen, kun työntekijät muuttavat rooleja tai poistuvat organisaatiosta |
| Sovellusalusta | KPI-mittarit | ✅ Utilization Monitoring -mittaristot seuraavat sisäänkirjautumistiheyttä, ominaisuuksien käyttökuvioita ja lisenssityypin sopivuutta |
| Sovellusalusta | Yritys | ✅ Käyttöasteen tiedot jaetaan liiketoimintajohtajille, jotka sallivat datan perustuvien lisenssien sijoituspäätösten uusimisen suunnittelun aikana |
| Raportit ja mittaristot → Lisenssien käyttöaste -mittaristo Määritykset → Käyttäjät → Aktiiviset käyttäjät | ✅ Kuvio:**** Lisenssien käyttöaste -mittaristot näyttävät aktiiviset ja ei-aktiiviset lisenssit, sisäänkirjautumisen yleisyyden jakauman, ominaisuuksien käytön lisenssityypin ja lisenssityypin mukaan ✅ Utilization-mittaristot paljastavat ei-aktiivisia käyttäjiä, yli lisensoituja käyttäjiä ja lisenssityyppien vastaavuuksia, jotka vaativat tarkastuksen |
Anti-Mallit
| Mistä etsiä | Miltä huono näyttää |
|---|---|
| Sovellusalusta | Provisiointi | ⚡️ Lisenssien kohdistuskäytäntöjä ei ole olemassa. Jokainen pyyntö käsitellään ad hoc |
| Sovellusalusta | Provisiointi | ⚡️ Hyväksymistyönkulut eivät vaadi liiketoiminnan perustelua premium-lisenssityypeille |
| Sovellusalusta | Organisaatio | ⚡️ Ei-aktiivinen käyttäjän tunnistus on manuaalinen ja harvinainen, eikä automatisoitu |
| Sovellusalusta | Organisaatio | ⚡️ Lisenssi peruutetaan vain vuosittaisen uusimisen aikana neljännesvuosittain |
| Sovellusalusta | Organisaatio | ⚡️ Lisenssien jätteet kertyvät vuosia, kun työntekijät vaihtavat rooleja tai lähtevät ilman lisenssien palautusta |
| Sovellusalusta | KPI-mittarit | ⚡️ Käyttöasteen valvonnan mittaristoja ei ole olemassa, käyttötapoja ei tunneta |
| Sovellusalusta | Yritys | ⚡️ Yritysjohtajat eivät näe lisenssien käyttötietoja uusimisen suunnittelun aikana |
Kuvio
| Mistä etsiä | Miltä hyvä näyttää |
|---|---|
| Sovellusalusta | Sopimukset | ✅ Liiketoimintasuunnitelmat tukevat käyttäjäjoukkojen sitoumuksia, eivätkä optimistisia ennusteita |
| Sovellusalusta | Sopimukset | ✅ Ramp-aikataulut täsmäävät sijoituksen todellisen käyttäjän perehdytyksen aikajanalle sen sijaan, että maksettaisiin käyttämättömistä kapasiteeteista etukäteen |
Anti-Mallit
| Mistä etsiä | Miltä huono näyttää |
|---|---|
| Sovellusalusta | Sopimukset | ⚡️ Käyttäjämäärään liiallinen sitoutuminen aiheuttaa välittömästi hukkaa käyttämättömien lisenssien vuoksi, jotka kuluttavat budjettia tuottamatta arvoa |
| Sovellusalusta | Sopimukset | ⚡️ Monivuotiset sopimukset allekirjoitetaan arvioimatta joustavuusvaatimuksia, jos kasvun ennusteet osoittautuvat virheellisiksi |
| Sovellusalusta | Sopimukset | ⚡️ Todellinen ajoitus ei vastaa liiketoiminnan suunnittelusykliä. Säädöt viivästyvät henkilöstön todellisten muutosten jälkeen |
| Sovellusalusta | Sopimukset | ⚡️ Organisaatio käyttää 200 käyttämätöntä lisenssiä 18 kuukauden ajan, koska palkkaussuunnitelma viivästyy, kun se sitoutuu saavuttamaan määräalennusta |
Kuvio
| Mistä etsiä | Miltä hyvä näyttää |
|---|---|
| Sovellusalusta | Arkkitehtuuri | ✅ Integraatioarkkitehtuurin suunnittelu hankkii API-kulutuksen ja arvioi, tarjoavatko Enterprise Edition vai Unlimited Edition parempia kokonaiskustannuksia |
| Sovellusalusta | Arkkitehtuuri | ✅ Edition-versioiden hintojen vertailumallit per käyttäjä ja niihin sisältyvät ominaisuudet (API-rajoitukset, tallennustila, sandboxien rajoitukset, Premier-tuki) |
| Sovellusalusta | Arkkitehtuuri | ✅ Edition-julkaisun päätösmallien ennustettu käyttö molempia hinnoittelumalleja verrattaessa dokumentoiduilla oletuksilla, jotka sallivat tulevan uudelleenarvioinnin |
Anti-Mallit
| Mistä etsiä | Miltä huono näyttää |
|---|---|
| Sovellusalusta | Arkkitehtuuri | ⚡️ Edition-version valinta on oletusarvoisesti korkein tai alhaisin taso budjetin rajoitusten perusteella analysoimatta arkkitehtuurin vaatimuksia |
| Sovellusalusta | Arkkitehtuuri | ⚡️ Enterprise Edition on valittuna minimoidakseen käyttäjäkohtaiset kustannukset ilman integraatioiden vaatimuksia ja API:n ylikäytön kustannuksia |
| Sovellusalusta | Arkkitehtuuri | ⚡️ Integraatioiden vaatimukset ylittävät rajoitukset käyttöönoton jälkeen, mikä aiheuttaa 2x kustannuksia API:n ylikäytön sekä arkkitehtuurin uudelleentyön kautta |
| Sovellusalusta | Arkkitehtuuri | ⚡️ Edition -versiossa päätös tehdään mallinnamatta todellista käyttöä hinnoittelumalleja tai dokumentaation oletuksia vasten |
| Sovellusalusta | Organisaatio | ⚡️ Edition-version valinta perustuu yksinomaan käyttäjäkohtaisiin vuosittaisiin tilauskustannuksiin ilman rakenteellisia rajoituksia |
Kuvio
| Mistä etsiä | Miltä hyvä näyttää |
|---|---|
| Sovellusalusta | Arkkitehtuuri | ✅ Yhden organisaation optimointimenetelmät (jakosäännöt, käyttöoikeusjoukot, tietuetyypit) arvioidaan ennen usean organisaation arkkitehtuurin käyttöönottoa |
| Sovellusalusta | Arkkitehtuuri | ✅ Usean organisaation TCO-malli näyttää 2–3 kertaa toiminnan kustannuksia, mukaan lukien hallinta, julkaisujen hallinta, valvonta, vahinkotapahtumien vastaus ja vaatimustenmukaisuus |
| Sovellusalusta | Arkkitehtuuri | ✅ Usean organisaation arkkitehtuuri otetaan käyttöön vain, kun lakisääteiset vaatimukset (GDPR-tietojen residenssi, talouserot) korvaavat lisäkustannukset |
| Sovellusalusta | Arkkitehtuuri | ✅ Usean organisaation perusteluiden asiakirjat ovat todellisia eristysvaatimuksia, joita yksi organisaatio, jolla on käyttöoikeusrajat, ei voi täyttää |
| Sovellusalusta | Sopimukset | ✅ Usean organisaation lisenssien kustannukset -mallin erilliset lisenssikeskukset per organisaatio, jotka menettävät määrähinnoittelun ja vaativat identtisiä hallintalisenssejä |
| Sovellusalusta | Arkkitehtuuri | ✅ Useiden organisaatioiden toimintokustannusten mallien rinnakkainen ylläpito useissa toteutuksissa, jotka kertovat kehitys- ja toimintotyön |
Anti-Mallit
| Mistä etsiä | Miltä huono näyttää |
|---|---|
| Sovellusalusta | Arkkitehtuuri | ⚡️ Usean organisaation arkkitehtuuri on otettu käyttöön, koska liiketoimintayksiköt “haluaisivat itsenäisyyttä” ilman 2-3-kertaista kustannuskertoimien mallinnusta |
| Sovellusalusta | Arkkitehtuuri | ⚡️ Useiden organisaatioiden sopeutuminen tapahtuu arvioimatta, täyttäisivätkö yhden organisaation jakosäännöt todelliset vaatimukset kustannusten murto-osuudella |
| Sovellusalusta | Arkkitehtuuri | ⚡️ Usean organisaation TCO-malli ei sisällä toimintokustannusten kerrointa (2-3x pääkäyttäjälle, julkaisun hallinnalle, valvonnalle, vaatimustenmukaisuudelle) |
| Sovellusalusta | Arkkitehtuuri | ⚡️ Usean organisaation arkkitehtuuri ei sisällä asiakirjoitettuja liiketoimintamerkintöjä, jotka osoittavat, että arvo ylittää pysyvän ja monimutkaisen kustannuskertoimen |
| Sovellusalusta | Sopimukset | ⚡️ Usean organisaation lisenssien kustannusanalyysi ei huomioi erillisiä lisenssikenttiä, jotka menettävät määrähinnoittelun etuja |
| Sovellusalusta | Arkkitehtuuri | ⚡️ Usean organisaation toimintakuormaa ei mallinneta. Yhdensuuntainen ylläpito eri organisaatioissa havaitaan käyttöönoton jälkeen |
Kuvio
| Mistä etsiä | Miltä hyvä näyttää |
|---|---|
| Sovellusalusta | Integraatio | ✅ Usean organisaation TCO sisältää MuleSoft-lisenssin (20 000–200 000 dollaria vuodessa), integraation kehityksen, jatkuvan huollon ja API-kapasiteetin suunnittelun |
| Sovellusalusta | Integraatio | ✅ Organisaatioiden väliset integraatiokustannukset mallinnetaan tarkasti näyttämään MuleSoftin investoinnit, kehitysvaikutukset ja jatkuvat toimintakustannukset |
| Sovellusalusta | Arkkitehtuuri | ✅ API-kulutuksen kerroin on mallinnettu: organisaatioiden väliset transaktiot, jotka kuluttavat 5-10 API-kutsua useissa organisaatioissa samanaikaisesti |
| Sovellusalusta | Integraatio | ✅ Datan yhdenmukaisuuden yleiset kustannukset synkronoidun viitetietojen ylläpitämiseksi eri organisaatioissa sisältävät kehityspyrkimykset, valvonnan ja ristiriitojen ratkaisun |
Anti-Mallit
| Mistä etsiä | Miltä huono näyttää |
|---|---|
| Sovellusalusta | Integraatio | ⚡️ Usean organisaation arkkitehtuuri hyväksytään lisenssien kustannusten vertailun perusteella ilman, että mallinnetaan 240 000 dollarin vuosittaisia integraatiokustannuksia |
| Sovellusalusta | Integraatio | ⚡️ Organisaatioiden välisten integraatioiden kustannuksia ei ole mallinnettu erikseen. Yksi organisaatio poistaisi nämä kustannukset kokonaan |
| Sovellusalusta | Arkkitehtuuri | ⚡️ Organisaatioiden välisistä kutsuista saatua API-kulutusta ei huomioida kapasiteettisuunnitelmassa |
| Sovellusalusta | Integraatio | ⚡️ Synkronoidun viitetietojen datan yhdenmukaisuutta ei sisällytetä usean organisaation TCO-malliin |
Kuvio
| Mistä etsiä | Miltä hyvä näyttää |
|---|---|
| Määritykset → Sandboxit → Ympäristöstrategia DevOps → Sandbox-allokaatiosuunnitelma | ✅ Kuvio:**** Tiimi käyttää Developer Pro -sandboxeja ominaisuuksien kehittämiseen esimerkkidatalla, osittaista kopiointia kohdennetuilla tileillä integraatiotestausta varten ✅ Varaa täyden kopion vain tuotantoa edeltävään UAT- ja suorituskyvyn vahvistukseen, kun täydellinen datamäärä on arkkitehtuurisesti tarpeen |
| Määritykset → Sandboxit → Tasapainoinen strategia Rahoitus → Ympäristöbudjetti | ✅ Kuvio:**** 15-henkilön kehitystiimi toteuttaa tasapainoisen strategian 15 Developer Pro -sandboxilla (750 dollaria kuukaudessa), 3 osittaista kopiota rinnakkaisille työnkulkuille (900 dollaria kuukaudessa), 1 täysi kopio UAT:lle (3 000 dollaria kuukaudessa) ✅ Kokonaissummat 4 650 dollaria kuukaudessa, joka vastaa todellisia kehityskuvioita, eikä yliprovisiointia teoreettista enimmäismäärää varten |
| Määritykset → Sandbox-mallit → Datan valinta Määritykset → Osittainen kopiointikokoonpano | ✅ Kuvio:**** Partial Copy -sandbox-malli sisältää edellisen 12 kuukauden mahdollisuudet ja tapaukset, mutta ei arkistoitua dataa ✅ Tarjoaa edustavaa testaustietoa 5 Gt:n kapasiteetissa täyden kopion sijaan, mikä mahdollistaa halvemman sandbox-tyypin käyttämällä strategista datan valintaa |
| Prosessi → Sandboxin elinkaari Määritykset → Väliaikainen ympäristön seuranta | ✅ Kuvio:**** Sandboxien väliaikainen hallinta seuraa tietyille projekteille luotuja ympäristöjä, joiden poistopäivät on dokumentoitu ✅ Käytä vanhentumiskäytäntöjä, jotka vaativat uusimisen perustelun, jotta voit ylläpitää alustavan vaikutusalueen ulkopuolisia väliaikaisia ympäristöjä pysyvän tilan häiriön estämiseksi |
| Määritykset → Sandboxin päivitysaikataulu Kalenteri → Päivitysoptimointi | ✅ Kuvio:**** Päivitysvaiheiden optimointi täsmää sandboxien päivityksen todellisiin datan tuoreusvaatimuksiin, eikä satunnaisiin aikatauluihin ✅ Täyden kopion päivitys neljännesvuosittain riittää, kun kuukausittaista päivitystä ei tarvita kuvioiden testaamiseen, mikä vapauttaa kapasiteettia lisää sandboxeja varten |
Anti-Mallit
| Mistä etsiä | Miltä huono näyttää |
|---|---|
| Yliprovisiointi → Kulutetut investoinnit | ⚡️ Anti-Muster: Organisaatio ostaa viisi Full Copy -sandboxia tarjotakseen jokaiselle kehitystiimille omat ympäristösi ⚡️ Kertoo kustannukset 5-10 kertaa, kun osittainen kopiointi täyttää useimmat testausvaatimukset. Täysi kopiointi tulisi varata skenaarioille, jotka vaativat täydellistä tuotanto-uskollisuutta |
| Ei strategiaa → Premium-oletus | ⚡️ Anti-Muster: 15-henkilön tiimi ostaa premium-strategian, jossa on 30 Developer Pro- ja 5 Full Copy -sandboxia (18 000 dollaria kuukaudessa), koska “enemmän ympäristöjä on aina parempi” ⚡️ Ei analyysiä, joka osoittaisi, että kehitysnopeutta rajoittaisi ympäristön saatavuus. Tasapainoinen strategia tuottaisi saman nopeuden 4 650 dollarilla kuukaudessa |
| Suodattamattomat mallit → Pakotetut päivitykset | ⚡️ Anti-Muster: Partial Copy -malli sisältää kaikki objektit ilman suodatusta, joka kuluttaa 5 Gt kapasiteettia ja historiatietoja, jotka eivät ole tärkeitä testauksessa ⚡️ Täyden kopion ostaminen pakotetaan, kun strateginen datan valinta ottaisi Osittainen kopiointi -ominaisuuden käyttöön 5–10 kertaa halvemmalla hinnalla per sandbox |
| Sandbox Sprawl → Pysyvä väliaikainen | ⚡️ Anti-Muster: Sandboxien väliaikainen lisääntyminen, kun projektin sandboxit siirtyvät pysyväksi tilaksi ilman perusteluita ⚡️ Ei vanhentumiskäytäntöjä tai uusimisvaatimuksia, jotka sallivat väliaikaisten ympäristöjen kerätä kuluttavia budjetteja määrittämättömästi |