Data 360 -provisiointi

Salesforce Data 360 on Hyperforceen perustuva datalusta, joka yhdistää Salesforcen ja ulkoisen datan selkeäksi, täydelliseksi ja luotetuksi 360 asteen näkymäksi jokaisesta asiakkaasta tai tilistä.

Yritykset käyttävät usein useita Salesforce-organisaatioita yhdistämis- ja hankintojen, alueellisten toimintojen, toiminnallisen eriytymisen tai historiallisten syiden vuoksi. Arkkitehtien täytyy tehdä useita Data 360 -ratkaisuja koskevia päätöksiä, jotka vaikuttavat hallintaan, vaatimustenmukaisuuteen, kustannuksiin, viiveeseen ja organisaation kykyyn skaalata tekoälyä ja organisaatioiden välisiä sovellusalustan ominaisuuksia.

Tämä opas tarjoaa kehyksen, jolla voit tehdä provisiointipäätöksiä Data 360:n avulla. Näihin päätöksiin sisältyy:

• Yhden aloitusorganisaation ja usean organisaation kokoonpanon valitseminen

• Useiden itsenäisten Data 360 -esiintymien provisiointi

  • Käytä Data Cloud Onea yhdistääksesi organisaatiot yhteen instanssiin

  • Tee yhteistyötä itsenäisten Data 360 -esiintymien välillä, jotka käyttävät datan jakamista Data 360 -organisaatioiden välillä

Data 360 provisioidaan automaattisesti kaikkiin tuotanto-organisaatioihin, jotka saavat Data 360 -lisenssin. Data Cloud One on Salesforcen organisaatioiden välinen yhteysarkkitehtuuri, joka sallii yhden aloitusorganisaation isännöidä Data 360 -esiintymää, kun taas muut Salesforce-organisaatiot muodostavat yhteyden kumppaniorganisaatioina. Data 360 -lisenssin omistavan organisaation valinta, josta tulee Data 360 -aloitusorganisaatio, on kriittinen arkkitehtoninen päätös, jolla on pitkäaikaisia vaikutuksia.

Salesforce Data 360:n provisiointi on perustavanlaatuinen arkkitehtoninen päätös. Se määrittää, miten yritys yhdistää asiakastietoja, noudattaa hallintaa ja ottaa käyttöön tärkeitä sovellusalustan ominaisuuksia, erityisesti tekoälyä, Agentforcea ja analyysiä organisaatiossa. Organisaatioiden klusterin ankkurointi yhteen Data 360 -palveluun tarjoaa yhtenäistetyn datamallin, keskitetyn hallinnan ja mahdollistaa yrityksenlaajuisen tekoälyn valmiuden. Kumppaniorganisaatiot voivat käyttää jaettuja metadataa ja ominaisuuksia kuin ne olisivat paikallisia. Sen sijaan useita itsenäisiä Data 360 -esiintymiä sovelletaan, kun sääntely-, vaatimustenmukaisuus- tai itsenäisyysvaatimukset estävät keskityksen. Data 360 -organisaatioiden välinen datan jakaminen mahdollistaa valikoivan ja kopioimattoman yhteistyön näiden instanssien välillä.

Tämä päätös vaikuttaa siihen, kuka hallitsee datan hallintaa, missä data sijaitsee, miten sovellusalustan ominaisuudet otetaan käyttöön ja miten saumattomasti tulevat integraatiot ja tekoälyn aloitteet voivat skaalaa. Vaikka organisaatioilla, joilla ei tällä hetkellä ole Data 360 -käyttöoikeutta, voi olla tärkeää testata niiden arkkitehtuuria tulevaisuudessa kehittämällä strategia Data 360 -käyttöoikeuksien lisäämiseksi tulevaisuudessa. Salesforce-ominaisuudet myynti-, palvelu-, markkinointi-, kaupankäynti-, toimiala- ja Agentforce perustuvat yhä useammin Data 360:ään. Organisaatioiden, jotka haluavat käyttää näitä sovellusalustan ominaisuuksia, täytyy provisioida oma Data 360 -ominaisuutensa tai muodostaa yhteys jaettuun Data 360:ään kumppaniorganisaatioina.

Tämä opas auttaa arkkitehtejä suunnittelemaan provisiointistrategian, joka tasapainottaa yksinkertaisuuden, yhtiönlaajuisen yhdenmukaisuuden, vaatimustenmukaisuuden ja skaalattavuuden, jotta organisaatio voi hyödyntää Data 360:a luottavaisesti Customer 360:ssa, tekoälyssä ja sovellusalustan välisissä innovaatioissa. Käytä tätä oppaata määrittääksesi, mitkä organisaatiot vaativat Data 360:n ja käytetäänkö Data Cloud Onea vai datan jakamista Data 360 -organisaatioiden välillä. Tämä strategia luo vankan pohjan Data 360 -pohjaiselle tulevaisuudelle.

Salesforce Data 360 on Salesforcen reaaliaikainen, hyperscale-datalusta, joka yhdenmukaistaa ja yhdistää minkä tahansa lähteen (CRM, verkko, mobiili tai ulkoinen datasake) dataa yhdeksi interaktiiviseksi asiakasprofiiliksi. Customer 360 -sovellusalustan tärkeänä osana se tukee tekoälyä, analyysejä ja henkilökohtaisia käyttökokemuksia myynti-, palvelu- ja markkinointikokemuksissa.

• Jokaisen organisaation tulisi suunnitella pääsy Data 360 -esiintymään. Jokaisen organisaation täytyy joko isännöidä Data 360 -aloitusorganisaatiota tai olla Data Cloud Onen kautta yhdistetty kumppaniorganisaatio.

• Ajatella yrityksenlaajuisesti, älä organisaatiokohtaisesti. Vältä yksittäisiä liiketoimintapäätöksiä, jotka tehdään erillään. Ideaalisesti yritysarkkitehtuurin tai datan hallintaneuvoston tulisi päättää provisiointistrategiasta yhdessä. Ennusta aina tulevia tekoälyn ja analyysien tarpeita, jotka riippuvat laajoista yhtenäistetyistä datajoukoista.

• Suunnittele hallinta ja omistajuus ajoissa. Päätä, haluatko hallita Data 360a keskitetysti (Center of Excellence -malli) vai valtuutettuna liiketoimintarooleille. Määritä rooleja pääkäyttäjille, tietoturvatiimeille ja vaatimustenmukaisuuden liideille. Vältä epäselvyyttä, koska epäselvä omistajuus voi aiheuttaa ongelmia.

• Muista, että provisiointi liittyy lisenssiin. Organisaatio, jossa Data 360 -lisenssi on ostettu, määrittää, missä Data 360 provisioidaan, ja kyseisen organisaation sijainti määrittää alueen.

• Ymmärrä tietolähteiden tuessa huomioitavia asioita. Huomioi tarkalleen, mitä alueita tuetaan eri julkisten pilvipalveluiden ja nollakopioiden tietolähteille. Määritä myös, vaaditaanko Private Connectin käyttö tietoturvasuhteellesi yhteyden muodostamiseksi kyseisiin tietolähteisiin ja tuetaanko alueiden sisäisiä tai alueiden välisiä yhteyksiä.

• Provisio perustuu siihen, onko organisaatiosi yksi tai useampi. Jos asiakkaasi ovat yksittäisiä organisaatioita, provisioi Data 360 olemassa olevassa tuotanto-organisaatiossasi saadaksesi arvon nopeimmin. Monen organisaation asiakkaille voit minimoida monimutkaisuuden luomalla mahdollisimman vähän Data 360 -esiintymiä, mieluummin käyttämällä Data Cloud One -kokoonpanoa.

• Käytä useita Data 360 -esiintymiä vain tarvittaessa. Useita esiintymiä tulisi käyttää vain, kun vaatimustenmukaisuus, asuinpaikka tai organisaation itsenäisyys vaatii niitä. Käytä näissä tapauksissa Data 360 -organisaatioiden välistä datan jakamista salliaksesi turvallisen yhteistyön.

• Määritä datan jakaminen Data 360 -organisaatioiden välillä yhteistyötä varten, äläkä mukautetuille ETL-myyntiputkeille. Jaa tiettyjä objekteja (DMO:t, lasketut havainnot, segmentit) datan jakamisen kautta. Muista, että tunnisteita ei jaeta ja kulutus laskutetaan lähdeorganisaatiolle.

• Vältä lyhytaikaisia pikavalintoja. Älä käytä useita Data 360 -organisaatioita käsitteiden todistamiseen (POC) ilman pitkäaikaista suunnitelmaa. Kohdista pilottiohjelmat ja varhaiset käyttöönotot yrityksesilaajuiseen provisiointistrategiaan.

Arvioi jokainen provisiointivaihtoehto (Data Cloud One, datan jakaminen Data 360 -organisaatioiden välillä tai kotiorganisaation määrittäminen) näiden kattavien huomioiden perusteella.

Data 360 -provisiong vaatii päätöksiä kolmesta tärkeimmästä käyttötarkoituksesta:

• Aloitusorganisaation valitseminen
• Usean organisaation strategian käyttäminen
• Datan jakaminen Data 360 -organisaatioiden välillä

Kun ostat Data 360 -lisenssin, Data 360 -esiintymä provisioidaan kyseiseen lisenssiin liittyvään Salesforce-organisaatioon. Tätä organisaatiota kutsutaan Data 360 -aloitusorganisaatioksi. Aloitussivun organisaatio on Data 360 -esiintymäsi ankkuri. Tämä sisältää:

• Data 360 -tallennustilan ja -tietojen hallinta (provisioinnissa valitussa alueessa).

• Hallinta-, hallinta- ja suojauskäytäntöjen soveltaminen

• Datan tuonnin, harmonisoinnin, identiteetin vahvistuksen, segmentoinnin ja aktivoinnin suorituskyky

Usean organisaation skenaarioissa kotiorganisaatio hallitsee muiden Salesforcen "kumppani" -organisaatioiden keskitetyn Data 360 -esiintymän.

Aloitusorganisaatio:

• Määrittää Data 360 -esiintymäsi maantieteellisen sijainnin.

• Määrittää, kuka omistaa ja hallitsee Data 360 -esiintymäsi. Data 360 -aloitusorganisaatiosi pääkäyttäjät voivat käyttää dataan tuotua dataa.

• Hallitsee kumppaniorganisaation yhteyksiä Data Cloud One -kokoonpanossa.

• Se muodostaa perustan yrityksesi datastrategialle — sen muuttaminen myöhemmin on vaikeaa ja häiritsevää.

Lisätietoja Data 360 -aloitusorganisaatioista on kohdassa Data 360 -integrointikuvioita ja -käytäntöjä.

Ensimmäinen tärkeä päätös on, provisioidaanko Data 360 olemassa olevaan tuotanto-organisaatioon vai luodaanko uusi, oma organisaatio toimimaan kotiorganisaationa.

Vaihtoehto A: Data 360:n provisiointi olemassa olevassa organisaatiossa

Toimii parhaiten: Asiakkaat, joilla on yksi Salesforce-organisaatio, tai usean organisaation asiakkaat, joilla on jo suuri keskittynyt organisaatio, jossa useimmat liiketoimintaprosessit suoritetaan.

• Pros:

  • Yksinkertaisin polku: Data 360 provisioidaan siellä, missä CRM-datasi sijaitsee.

  • Välitön pääsy paikallisiin myynti-, palvelu- ja markkinointitietoihin.

  • Ylimääräistä integraatiota ei vaadita.

  • Hallittavissa olevia lisenssejä ja ympäristöjä on vähemmän.

  • Nopeuttaa käyttöönottoa, pilottiversioita ja tuotantoympäristöä.

• Välineet:

  • Voi periä olemassa olevan organisaation hallinta- tai teknisen velan.

  • Jos yksittäistä ”pääorganisaatiota” ei ole olemassa, sen valitseminen voi aiheuttaa omistajuudesta keskusteluita.

  • Suorituskyky on sidoksissa organisaation sijaintiin. Se ei välttämättä vastaa yrityksenlaajuisia asuntotarpeita.

  • Jos useat liiketoimintayksiköt käyttävät eri organisaatioita, paikallinen provisiointi voi johtaa hajanaisuuteen, jos sitä ei yhdistetä Data Cloud Oneen.

Esimerkki:

SaaS-yritys, jolla on yksi Salesforce-organisaatio, provisioi Data 360:n kyseisessä organisaatiossa yhtenäistääkseen asiakastilausten ja tukitietojen tiedot.

Vaihtoehto B: Data 360:n provisiointi uudessa, erillisessä organisaatiossa

Toimii parhaiten: Asiakkaat, joilla on useita Salesforce-organisaatioita, jotka eivät voi vastata yhtä suurta organisaatiota, tai yritykset, joilla on vahva Excellence Center (CoE) -malli.

• Pros:

  • Puhdas luettelo hallintaa varten ilman organisaation perittyjä monimutkaisuuksia.

  • Keskitetty hallinta useista liiketoiminta-alueista.

  • Joustavuutta alueen valitsemiseen vaatimustenmukaisuuden tarpeiden perusteella.

  • Toimii neutraalina jaetun palvelun organisaationa, joka ei ole sidoksissa yhteen liiketoimintayksikköön.

  • Määritä tulevalle Data Cloud One -arkkitehtuurille (kotiorganisaatio, jossa on useita kumppaniorganisaatioita).

• Välineet:

  • Asiakkaiden täytyy lisätä uusi Salesforce-organisaatio, johon he voivat provisioida Data 360:n.

  • Lisäintegraatio vaaditaan organisaation yhdistämiseksi Data 360:een Data Cloud One -yhteyden kautta.

  • Voi lisätä hallinnallisia kustannuksia (käyttäjien hallinta, tietoturva, henkilöllisyys).

  • Hitaampi aika arvon muodostamiseen verrattuna olemassa olevan tuotanto-organisaation provisiointiin.

Esimerkki:

Monikansallinen finanssipalveluyritys luo erillisen kotiorganisaation, joka provisioi Data 360:n. Kaikki liiketoimintayksiköiden organisaatiot (Retail, Wealth, Commercial Banking) muodostavat yhteyden kumppaniorganisaatioina Data Cloud One -palvelun kautta.

Päätöksen ehdot

Käytä yleisenä periaatteena olemassa olevaa pääorganisaatiota aloitusorganisaatiossasi vähentääksesi alustavia vaivaa ja nopeuttaaksesi sopeutumista. Luo uusi, erillinen aloitusorganisaatio vain, jos pitkäaikainen hallintastrategiasi tai vaatimustenmukaisuusstrategiasi vaatii sitä. Uuden, erillisen aloitusorganisaation luominen on yleinen valinta suurille yrityksille, joilla on Excellence Center (COE).

Yksittäisen organisaation ympäristö

Provisioi Data 360 olemassa olevassa tuotanto-organisaatiossasi. Tämä maksimoi yksinkertaisuuden ja välittömän arvon. Se välttää tarpeettomia integrointikuluja.

Monen organisaation ympäristö

Valitse mieluummin yksi tärkeimmistä organisaatioistasi — tavallisesti se, jossa suurin osa liiketoiminnastasi toimii, tai organisaatio, joka toimii keskitettynä CRM:nä — toimiaksesi kotiorganisaationa. Tämä vähentää monimutkaisuutta, minimoi määritystyöt ja sallii sinun ymmärtää Data 360:n arvon nopeasti. Olemassa olevan pääorganisaation käyttäminen välttää myös uuden ympäristön hallinnan kustannukset ja integroinnin.

Milloin harkita uutta, erillistä aloitusorganisaatiota?

Aloitussivun organisaation luominen tarjoaa joustavuutta ja puolueettomuutta, mutta arvon muodostamisen aika on näissä tapauksissa hitaampi.

• Jos organisaatiollasi on vahva Excellence Center (CoE) ja haluat hallinnan erillään liiketoimintayksiköiden organisaatioista.
• Jos yksikään olemassa oleva organisaatio ei sovellu vaatimustenmukaisuuden tai organisaation rajoituksien vuoksi.

Yritykset käyttävät usein useita Salesforce-organisaatioita — ja tämä ei ole rintatapaus, vaan normaali. Helmikuussa 2024 noin 19 000 Salesforce-asiakasta käytti jo useampaa kuin yhtä Salesforce-organisaatiota.

Miksi näin tapahtuu?

• Ostaukset ja yhdistämiset: Uudet yritykset tuovat omat Salesforce-esiintymänsä.
• Alueelliset toiminnot: Erilliset organisaatiot EU:lle, Pohjois-Amerikalle, Aasian ja Tyynenmeren alueille jne., tavallisesti datan oleskelulakeja varten.
• Toiminnallinen erotus: Eri liiketoimintayksiköt (esimerkiksi Retail Banking, Wealth Management, Insurance) ylläpitävät omia organisaatioitaan itsenäisyyden takaamiseksi.
• Sääntely- tai turvallisuuseristys: Tietyt toimialat määrittävät loogisesti erilliset organisaatiot vaatimustenmukaisuussyistä.
• Historialliset tai tekniset syyt: Ajan myötä asiakkaat kerääntyvät useisiin organisaatioihin.

Jokainen syy on hyödyllinen yksittäin, mutta yhdessä ne heikentävät dataa. Ilman yhtenäistävää kerrosta jokaisella organisaatiolla on vain osittainen näkymä asiakkaasta.

Arkkitehtuurin haaste: Miten yhdistät organisaatioiden datan yhdeksi totuuden lähteeksi noudattamalla vaatimuksia, hallintaa ja itsenäisyyttä?

Data Cloud One on Salesforcen organisaatioiden välinen yhteysarkkitehtuuri, joka sallii useiden Salesforce-organisaatioiden jakaa yhden Data 360 -esiintymän. Se on suositeltu malli yrityksille, joilla on useita Salesforce-organisaatioita.

Jokaisessa Data Cloud One -klusterissa yksi Salesforce-organisaatio on määritetty aloitusorganisaatioksi, joka isännöi Data 360 -esiintymää. Muut Salesforce-organisaatiot muodostavat yhteyden kumppaniorganisaatioina ja kuluttavat yhtenäistetyn datan ja metadatan aloitusorganisaation Data 360 -palvelusta.

Miten Data Cloud One toimii

• Datan syöttö ja yhtenäistäminen (kotiorganisaatio)

  • Kaikki datan tuontikokoonpanot (Salesforce CRM, ulkoiset lähteet, streaming, erä) tapahtuvat vain kotiorganisaatiosta.

  • Data 360 -vuokralainen, joka on liitetty kotiorganisaatioon, suorittaa identiteettien ratkaisun, harmonisointiin, mallinnukseen ja yhtenäistämiseen luotettuihin asiakasprofiileihin.

  • Data 360 -hallintaa, hallintakäytäntöjä, merkintöjä ja peittämistä käytetään keskitetysti aloitusorganisaatiosta.

• Datan tilan arkkitehtuuri

  • Aloitusorganisaatiosta data on organisoitu datatiloiksi, jotka toimivat loogisina säiliöinä datalle, metadatalle ja prosesseille.

  • Yritykset voivat luoda datatiloja brändeille, alueille tai liiketoimintaryhmille.

  • Datatilan jakaminen: Aloitusorganisaatiosta tietyt datatilat jaetaan valikoiden organisaatioiden kanssa. Näin varmistetaan, että vain asiaankuuluva data (ja siihen liittyvä metadata) kulkee oikeisiin organisaatioihin.

• Metadatan jakaminen

  Kumppaniorganisaatiot saavat metadata-määritelmiä aloitusorganisaatiosta, mukaan lukien datamalliobjektit (DMO), yhtenäistetty profiiliskeema, lasketut havainnot, segmentit ja paljon muuta. Nämä näytetään oletusarvoisesti kumppaniorganisaatiossa kuin ne olisivat paikallisia resursseja, mutta ne on linkitetty kotiorganisaatioon.

• Ominaisuudet aloitusorganisaatiossa vs. kumppaniorganisaatioissa Ominaisuuksien käyttöoikeudet vaihtelevat aloitus- ja kumppaniorganisaatioiden välillä. Kumppaniorganisaatiot eivät voi tuoda tai yhtenäistää dataa ja ne ovat riippuvaisia kotiorganisaatiosta syöttämistä, mallinnusta ja yhtenäistämistä varten. Kumppaniorganisaatiot voivat käyttää Data 360 -dataa edistääkseen Data 360 -sovellusalustan ominaisuuksia, ja he voivat luoda paikallisia havaintoja, segmenttejä ja kulkuja jaetun ja luotetun datan päälle. He voivat myös käyttää aktivointiominaisuuksia tulevassa näkymässä.

• Sovellusalustan ominaisuuksien yhteensopivuus Kun metadata on jaettu käyttäjien ja rakentajien näkökulmasta, aloitus- ja kumppaniorganisaatioiden välillä on joitakin toiminnallisia eroavaisuuksia Salesforce Platform -ominaisuuksien käytössä. Tuettujen ominaisuuksien luettelo löytyy kohdasta Companion-organisaatioiden Data 360 -ominaisuudet.

  • Salesforce Platform -ominaisuudet — kuten Kulut, Raportit, Kehotteiden rakentaja, mittaristot ja muut alustalle luodut työkalut — toimivat sekä aloitus- että kumppaniorganisaatioissa, kun metadata on saatavilla.

  • Data 360 -pohjaiset ominaisuudet — kuten Agentforce, Prospecting Center, Sales Cloud Einstein -ominaisuudet ja Service Cloud AI -ominaisuudet — toimivat saumattomasti sekä koti- että kumppaniorganisaatioissa. Jotkin ominaisuudet ovat saatavilla täydellisen yhteensopivuuden saavuttamiseksi, mutta yleinen tavoite on tarjota ominaisuuksien yhteensopivuus aloitus- ja kumppaniorganisaatioiden välillä kaikille Data 360:sta riippuvaisille pilvipohjaisille ominaisuuksille.

• Kulutusmalli Kaikki organisaation toiminnot (kyselyt, segmenttien suoritukset, Data 360:n käynnistämät kulut, tekoälyn käyttö, Einstein Trust Layer -kirjautuminen jne.) kuluttavat Data 360 -krediittejä kotiorganisaatiosta. Kulutus kulkee yhdellä tavalla: krediitit keskitetään, laskutetaan ja seurataan kotiorganisaation luottoallokaation perusteella. Voit kuitenkin tarkastella tarkemmin, montako krediittiä kukin yksittäinen organisaatio käyttää Digital Walletissa.

• Suunnittelukäytäntö: Vaakasuora rakenne Data 360:n vaakasuora rakenne on perustavanlaatuinen suunnitteluperiaate, joka toteutetaan ensisijaisesti Data Cloud One -palvelun kautta, ja joka sallii yhden Data Cloud -esiintymän kattavan useita erillisiä Salesforce CRM -organisaatioita. Tavoitteena on, että kaikki uudet julkaistut ominaisuudet toimivat sekä aloitus- että kumppaniorganisaatioissa ilman lisämäärityksiä. Tämä ominaisuus varmistaa, että Data Cloud One ei ole pelkästään datan arkkitehtuurin valinta, vaan tuleva Salesforce Platformin peruselementti.

Useita organisaatioita käyttävien yritysten täytyy valita miten ja missä Data 360 löytyy ekosysteemistään. Haluavatko he provisioida jokaisessa organisaatiossa itsenäisiä Data 360 -organisaatioita vai käyttääko he Data Cloud Onea yhtenäistääkseen organisaatiot yhteen kotiorganisaatioon?

Vaihtoehto A: Useat itsenäiset Data 360 -organisaatiot

Jokainen Salesforce-organisaatio tarjoaa oman Data 360 -esiintymänsä.

Pros:

• Autonomia: Jokainen liiketoimintayksikkö tai alue hallitsee omaa Data 360 -ominaisuuttaan.

• Yksinkertaisuus kussakin organisaatiossa: Hallinta, tietoturva ja mukautukset on lokalisoitu.

• Säännöstenmukaisuus: Hyödyllinen, kun sääntely vaatii tiukkaa erottamista (esimerkiksi data ei saa ylittää rajoja).

Välineet:

• Datan silot: Yhtenäistettyjä profiileja ei voida saavuttaa organisaatioissa.

• Korkeammat kustannukset: Jokainen esiintymä vaatii lisenssejä, hallintaa ja integraatiota. Asiakkaat tuovat saman lähdedatan useita kertoja useista eri organisaatioista.

• Identtinen työ: Identiteetin vahvistus, segmentointi ja rikastaminen täytyy toistaa jokaisessa Data 360 -esiintymässä.

Vaihtoehto B: Yksi jaettu data 360 (Data Cloud One Cluster)

Yksi Data 360 provisioidaan aloitusorganisaatioon ja muut Salesforce-organisaatiot yhdistetään kumppaniorganisaatioiksi.

Pros:

• Yksittäinen totuuden lähde (SSOT): Kaikilla organisaatioilla on sama yhtenäistetty datamalli.

• Kustannustehokkuus: Hallitse vain yhtä Data 360 -lisenssiä ja infrastruktuuria.

• Yhtenäistetty hallinta: Keskitetysti käytetyt käytännöt, tietoturva- ja vaatimustenmukaisuusasetukset.

• Organisaatioiden välinen rikastaminen: Käytä yhdenmukaistettuja profiileja, havaintoja ja segmenttejä kumppaniorganisaatioissa.

• AI-valmius: Yrityksenlaajuinen datajoukko mahdollistaa tekoälymallien parannetun koulutuksen ja aktivoinnin.

• Tuleva todistus: Uusien kumppaniorganisaatioiden lisääminen on helppoa, koska uusia Data 360 -organisaatioita ei tarvita.

Välineet:

• Lisää valmistelua: Yksi Data 360 vaatii organisaatioiden yhteyden suunnittelun.

• Viiveessä huomioitavia asioita: Eri alueiden kumppaniorganisaatiot saattavat nähdä hitaampia kyselyitä.

• Monimutkainen hallinta: Jos organisaatiolla on erilaiset mukautustarpeet, hienosäätämäinen hallinta voi olla monimutkaista.

Vaihtoehto C: Useat Data Cloud One -klusterit

Joskus hallinta, vaatimustenmukaisuus tai muut liiketoimintavaatimukset saattavat tehdä organisaatioiden klusteroinnista epäkäytännöllistä. Tämä saattaa johtaa siihen, että sinun täytyy ottaa käyttöön hybridiratkaisu, jossa yritys käyttää useita Data 360 -organisaatioita, joista jokainen on toisen klusterin kumppaniorganisaatioiden kotiorganisaatio.

Esimerkki:

Monikansallisella yrityksellä on Salesforce-organisaatioita useilla alueilla, mukaan lukien Euroopassa, Yhdysvalloissa ja Aasiassa. He tarjoavat yhden Data 360 -palvelun jokaiselle erilliselle alueelle noudattaakseen alueellisten tietojen residenssien säännöksiä.

Päätöksen ehdot

Preferoitu kuvio: Data Cloud One

Käytä yhtä kotiorganisaatiota yhdistettyjen kumppaniorganisaatioiden kanssa yksinkertaistaaksesi hallintaa ja optimoidaksesi kustannuksia usean organisaation yrityksissä.

Milloin käyttää useita Data 360 -organisaatioita: Käytä useita Data 360 -organisaatioita vain, jos vaatimustenmukaisuus, asuinpaikka tai organisaation itsenäisyys sitä ehdottomasti vaativat (jos esimerkiksi eurooppalaisten operaatioiden täytyy pysyä täysin erillään Yhdysvaltojen operaatioista säännösten vuoksi).

Aloitusorganisaation valitseminen Data Cloud One:ssa: Aloita ottamalla huomioon jokin tärkeimmistä organisaatioistasi, tavallisesti missä suurin osa liiketoiminnastasi tapahtuu. Data 360:n provisiointi siellä voi minimoida monimutkaisuuden ja maksimoida aikaisen arvon.

Harkitse COE-tiimin hallitseman aloitusorganisaation luomista vain, jos mikään olemassa oleva organisaatio ei ole sopiva.

Yleinen periaate:

Vähennä Data 360 -organisaatioiden määrää usean organisaation ympäristöissä. Suosittele Data Cloud Onea oletusarvoiseksi kuvioksi välttyäksesi identtisyydestä, ottaaksesi tekoälyn valmiudet käyttöön ja yksinkertaistaaksesi hallintaa.

Vaikka Data Cloud One on suositeltu lähestymistapa useimmille yrityksille, asiakkaiden täytyy provisioida useita Data 360 -esiintymiä, mukaan lukien:

• Alueellinen vaatimustenmukaisuus. Monikansallinen jälleenmyyjä tarjoaa yhden Data 360 -palvelun EU:ssa ja toisen Yhdysvalloissa. Data 360 to Data 360 -datan jakaminen sallii yrityksen luoda havaintoja paikallisesta datasta ja jakaa havainnot edelleen Yhdysvaltojen pääkonttorille.
• Liiketoimintayksikön yhteistyö. Yhdistelmä käyttää erillisiä Data 360 -organisaatioita vähittäiskaupalle ja vakuutukselle. Datan jakaminen Data 360 -organisaatioiden välillä sallii käyttäjien käyttää yhtä luotettavaa tietolähdettä siirtämättä tai kopioimatta niitä. Kun data jaetaan Data 360 -organisaatioiden välillä, Vakuutus-organisaatio saa Retailin ”High-Value Customer” -segmentin kohdennetuille ristiinmyyntikampanjoille.
• Yhdistämiset ja hankinnat. Pääyhtiö ostaa tytäryhtiön, jolla on oma Data 360. Kun hallitaan kahta esiintymää, lyhytaikaisten datasilojen säilyttäminen säilyttää tietoturvan ja SSOT-yhteensopivuuden. Samanaikainen datan jakaminen kahden Data 360 -esiintymän välillä mahdollistaa tarvittavan yhteistyön siirtymisen aikana.
• Federated executive -mittaristot. Monikansallinen jakauma eri mantereilla tarjoaa yksittäisiä Data 360 -organisaatioita per alue. Päälliköt haluavat yhdistetyn vuosineljänneksen suorituskykynäkymän. Jokainen alueellinen Data 360 jakaa aggregoituja laskettuja havaintoja "pääorganisaation" kanssa, mikä sallii yrityksenlaajuisen raportoinnin.

Kun organisaatioissa on useita Data 360 -organisaatioita, niiden yhtenäistäminen ei ole automaattista. Data 360:n jaon avulla asiakkaat voivat jakaa tiettyjä objekteja Data 360 -esiintymien välillä ilman identtisiä tai mukautettuja myyntiputkia. Se on nollakopioitu metadatan jakomekanismi, joka on suunniteltu yhteistyöhön Data 360 -organisaatioissa.

• Jokainen Data 360 on provisioitu omassa kotiorganisaatiossaan.

• Pääkäyttäjät voivat luoda data-jaon — ryhmityksen tietyistä objekteista, joita he haluavat jakaa.

• Käyttöoikeus valittuun dataan jaetaan kohdeorganisaation Data 360:n kanssa, jossa objektit näytetään kuin ne olisivat paikallisesti määritettyjä. Vain käyttöoikeus jaetaan, ja sen perustana oleva data säilyy lähdedatassa Data 360.

• Tunnisteita ei jaeta. Vain raakat objektit ovat käytettävissä. Kohdeorganisaation täytyy ottaa hallinta-, toiminta- tai tekoälytunnisteet käyttöön uudelleen tarvittaessa.

• Data Cloud One -versiossa useat kumppaniorganisaatiot jakavat yhden Data 360 -esiintymän. Yhtenäisyyden varmistamiseksi sovellusalustan ominaisuudet, kuten Agentforce, Prospecting Center ja Tableau Next, toimivat samalle datalle.

• Kun data jaetaan Data 360 -organisaatioiden välillä, jokaisella organisaatiolla on oma Data 360 -ominaisuutensa. Organisaatioiden A ja B Agentforce toimivat erikseen paikallisesta instanssistaan. Tietojen jakamista ei tapahdu automaattisesti — tietojen tarkoituksellinen jakaminen täytyy luoda vain tiettyjen objektien parissa.

Jos yritykselläsi on useita Data 360 -organisaatioita

• Käytä Data 360 -organisaatioiden välistä datan jakamista tehdäksesi yhteistyötä niiden välillä sen sijaan, että rakentaisit mukautettuja myyntiputkia tai kopioisit dataa.

• Jaa tiettyjä objekteja (DMO:t, lasketut havainnot, segmentit) luomalla datan jakoja ja myöntämällä ne kohdeorganisaatioille.

• Tunnisteita ei jaeta — vastaanottavan organisaation täytyy ottaa tunnisteet uudelleen käyttöön hallintaa, luokittelua tai tekoälyä varten.

Datan jakamisen käyttäminen Data 360 -organisaatioiden välillä

• Täyttääksesi sääntelyvaatimukset, jotka estävät keskityksen.

• Liiketoimintayksiköiden itsenäisyyden ylläpitäminen ja valikoivan yhteistyön ottaminen käyttöön.

• Yhdistettyjen johtajien mittaristojen tarjoaminen useille alueille.

• Sillentääksesi M&A-skenaarioita, joissa yhdistämistä ei voida tehdä välittömästi.

Suunnittele huolellisesti

Käsittele Data 360 to Data 360 -datan jakamista yhdistämistrategiana, äläkä Data Cloud One -ratkaisun korvaavana.

• Käytä objektikohtaista jakamista.
• Vältä liiallista jakamista.
• Kohdista datan jakoasetukset liiketoiminta- ja vaatimustenmukaisuustarpeisiin.

Datastrategiasi suunnitteleminen Data 360 -provisiointia varten on kriittinen, pitkäaikainen arkkitehtoninen päätös, joka täytyy käsitellä yrityksenlaajuisesti, ei organisaatiokohtaisesti. Tämä varhainen strateginen valinta määrittää, miten asiakastiedot yhtenäistetään, miten hallintoa noudatetaan ja miten olennaiset sovellusalustan ominaisuudet – erityisesti tekoäly ja analyysi – skaalataan organisaatiossa. Suunnittele hallinto- ja omistajuusmallit etukäteen ja vältä lyhytaikaisia pikavalintoja, jotka aiheuttavat hajanaisuutta ja monimutkaisuutta myöhemmin.

Mikä on Customer 360?

Data 360 -integraation kuviot ja käytännöt

Data 360 -arkkitehtuuri

Data 360 -suojausarkkitehtuuri

Kirjoittajista

Kunal Goyal on tuotehallinnan johtaja Salesforcessa, joka keskittyy usean organisaation arkkitehtuurin ja skaalattavuuden parantamiseen Data 360:ssa. Vuodesta 2017 lähtien hän on johtanut useita organisaatioiden välistä yhteistyötä ja usean vuokralaisen järjestelmän suunnittelua koskevia aloitteita ja tuotteita. Kunal on yksi Data 360 Best Practices -arkkitehtuuriliideistä ja Data Cloud One-, määritys-, provisiointi- ja pääkäyttäjäkokemusten tuotteen omistaja.

Erin Wagner Tidwell on Data 360:n tekninen pääkirjoittaja ja sisällön suunnittelija. Hän on työskennellyt Salesforcessa vuodesta 2013. Hän on sitoutunut tekemään Data 360:sta helpommin ymmärrettävän ja käytettävän selkeän, yhdenmukaisen ja tarkan teknisen dokumentaation ja sovelluksen sisäisen viestinnän avulla.

Yugandhar Bora on Salesforcen ohjelmistojen suunnittelu-arkkitehti, joka on erikoistunut datan arkkitehtuuriin Data and Intelligence -sovellusalustalla. Hän johtaa Enterprise Architecture Review Board (EARB) -aloitteita, jotka keskittyvät datan hallintaan ja yhtenäistettyihin datamalleihin, ja edistää samalla automatisoitujen sovellusalustan provisiointiratkaisujen kehittämistä.

Samarpan Jain on Salesforcen pääarkkitehti, joka on erikoistunut Commerce Cloudiin, sovellusalustan integrointiin ja organisaatioiden väliseen arkkitehtuuriin. Hän on Salesforcen pitkäaikaisin työntekijä ja johtaa tärkeimpiä aloitteita, kuten datan oleskelun vaatimustenmukaisuutta valtion asiakkaille ja Data 360 -käytön määritysjärjestelmiä.