Sivustojen hallinnan perusteet

Ongelma

Toimialalla on nykyään eräs ongelma. Yritykset kärsivät siitä, että kokemukset räjähtävät käsiin. Kokemukset on luotava ja otettava käyttöön nopeasti ja niiden on oltava keskitetysti näkyvillä, jotta ne ovat yhdenmukaisia yrityksen brändäyksen ja viestinnän kanssa. Uusien kokemusten kehittäminen ja toimittaminen on yritysten mielestä usein erittäin hidasta. Yritys tarvitsee menestyäkseen tehokasta ja mukautettavaa teknologiaa, jota voidaan skaalata nopeasti ja jolla voidaan luoda ja hallita useita kokemuksia yhdenmukaisesti sekä käynnistää tuotteisiin tai brändiin liittyviä aloitteita. Uusia kokemuksia on tuotava saataville nopeasti ja tehokkaasti, muutoin menetetään markkinamahdollisuuksia, eikä asiakkaita ja mahdollisia asiakkaita osallisteta optimaalisesti.

Kokemusten käsiin räjähtäminen aiheutuu usein vuosien aikana kertyneistä erillisistä, pirstoutuneista aloitteista, joiden aikana kukin osasto, brändi ja tiimi on hankkinut omia verkkosisällön hallintajärjestelmiä (WCM), joita ei valvota keskitetysti. Tämä synnyttää monimutkaisen ympäristön, joka reagoi hitaasti markkinoihin, on haavoittuvainen turvallisuusuhkille sekä aiheuttaa kasvavia ja ennalta arvaamattomia kustannuksia.

Jos kokemusten luonnissa ei käytetä yhdenmukaisia prosesseja ja jos samalla käytetään erilaisia WCM-tekniikoita, organisaatio altistuu suurille turvallisuusriskeille. Jos sivuston ongelman takana on useita osakkaita, keskeisistä vastuualueista, kuten suojaustoimista, tulee sirpaleisia ja yhtiöstä tulee haavoittuvampi. Kun kokemuksia toimitetaan eri WCM-järjestelmistä, joissa käytetään eri verkkosovelluksia ja IT-infrastruktuurien valvontaa, on erittäin vaikeaa varmistaa kaikenkattava suojaus.

Lisäksi usean kalliin kaupallisen WCM-järjestelmän ylläpitäminen aiheuttaa päällekkäisiä kustannuksia, jotka toistuvat vuodesta toiseen lisenssien uusimisen ja sisäisten tai ulkoisten kumppanien jatkuvasta tuesta perimien maksujen muodossa.

Tämä aiheuttaa haittoja kaikille:

• Liiketoiminnalle aiheutuvat haitat:
  • ei itsepalvelua, riippuvuus IT-tuesta tai kalliista ulkoistamisesta
  • päivityksiä ei voi tehdä ilman teknistä tukea
  • hallintaa varten ei ole käytettävissä yritysystävällisiä työkaluja
  • kulut ja toiminnot eivät ole keskitetysti näkyvillä.
• IT-osastolle aiheutuvat haitat:
  • jokainen kokemus vaatii IT-osaston osallistumista
  • yrityksessä luotuja kokemuksia ei hallinnoida eikä ulkoistettuja kokemuksia valvota lainkaan
  • kokemusten luonnissa käytetään sirpaleisia pinoja
  • on hallittava ja otettava käyttöön sisällön ja asettelujen muutokset sadoissa kokemuksissa.
• Käyttäjille aiheutuvat haitat:
  • ristiriitainen viestintä eri kanavissa
  • vanhentuneet tiedot
  • huono suorituskyky, joka johtaa kanavan hylkäämiseen.

Ratkaisu

Oracle Content Management -palvelun hallinnointisovellus yksinkertaistaa ja nopeuttaa kokemusten toimittamista yrityskäyttäjille. Se myös tarjoaa IT-osastoille helpon tavan valvoa ja seurata kokemuksia keskitetystä paikasta. Kun kokemuksen koko elinkaarta voidaan hallita, yrityksessä tarvittavien uusien kokemusten luonti- ja ylläpitokulut vähenevät. Hallinnointisovellus sisältyy Oracle Content Management -palveluun. Riittää, kun järjestelmänvalvoja ottaa sen käyttöön. Katso kohta Sivustojen ja sisällön asetusten määrittäminen oppaassa Administering Oracle Content Management.

Toiminnot

• Hyväksyttyjen mallipohjien luettelo — Kehittäjät voivat täyttää mallipohjaluettelon joukolla sivustomallipohjia eri liiketoiminta-alojen tarpeisiin. Voit rajoittaa mallipohjien käytettävyyttä ja käyttöoikeuksia. He voivat käyttää mallipohjakäytäntöjä, joilla määritetään uusien sivustojen suojaustyyppi ja se, vaativatko uudet sivustot hyväksynnän. Näin uusia sivustoja voidaan pyytää nopeasti ja helposti ja samalla varmistetaan, että yrityskäyttäjät noudattavat brändiä ja suojausta koskevia ohjeita. Katso kohdat Mallipohjan tilan tai kohderyhmän muuttaminen ja Mallipohjien käytäntöjen muuttaminen.
• Tehokkaammat pyynnöt, hyväksynnät ja käyttöoikeuksien myöntämiset — Anna yrityskäyttäjille mahdollisuus pyytää nopeasti uusia sivustoja tarvittavia hyväksyntöjä ja automatisoitua käyttöoikeuksien myöntämistä käyttäen. Katso kohdat Sivustojen luonti ja Sivustopyyntöjen hallinta.
• Sivuston hallinta — IT-osastot voivat hallita kaikkia sivustoja yhdestä paikasta riippumatta siitä, kuka on luonut sivuston tai ottanut sen käyttöön. IT-käyttäjät voivat valvoa sivuston tilaa ja muuttaa minkä tahansa käytössä olevan sivuston tilan. Katso kohta Sivustojen ja sivustoasetusten hallinta.

Edut

Kun käytät hallinnointia, kokemusten luonti- ja ylläpitokustannukset vähenevät.

• Liiketoiminnalle aiheutuvat hyödyt:
  • käyttöoikeudet voidaan myöntää nopeasti IT-osastosta riippumatta
  • kun sisältö erotetaan muodosta, sitä voidaan käyttää uudelleen
  • kokemuksia, käyttäjiä ja oikeuksia hallitaan globaalisti yhdessä konsolissa
  • kokemustoimintoihin voi perehtyä raporttien kautta.
• IT-osastolle aiheutuvat hyödyt:
  • ei monimutkaista käyttöönottoa (pilviympäristöön suunniteltu ratkaisu)
  • automaattinen skaalaus auttaa selviytymään kasvun ja kausivaihtelujen haasteista
  • kokemusten hallinnoinnilla varmistetaan, että kokemukset ovat suojattuja ja noudattavat yrityksen brändäystä ja yhdenmukaisuutta koskevia standardeja.
• Käyttäjälle aiheutuvat hyödyt:
  • yhdenmukainen viestintä eri kanavissa
  • ajan tasalla olevat tiedot
  • optimoitu suorituskyky
  • turvallinen kokemus.

Prosessi

Tässä ovat sivustojen luonnin ja hallinnan vaiheet sivustojen hallinnointia käyttäen:

1. Pääkäyttäjä ottaa hallinnoinnin käyttöön. Katso kohta Sivustojen ja sisällön asetusten määrittäminen oppaassa Administering Oracle Content Management.
2. Sivuston pääkäyttäjä antaa hyväksytyt mallipohjat käyttäjien käyttöön sivustojen luontia varten. Katso kohdat Mallipohjan tilan tai kohderyhmän muuttaminen ja Mallipohjien käytäntöjen muuttaminen.
3. Käyttäjä luo sivustopyynnön hyväksytystä mallipohjasta. Katso kohta Sivustojen luonti.
4. Sivuston pääkäyttäjä hyväksyy sivustopyynnön ja sivusto luodaan automaattisesti. Sivuston pääkäyttäjä voi myös hylätä sivustopyynnön ja antaa ilmoituksen, jossa selitetään, miksi pyyntö hylättiin, jolloin sivuston luoja voi korjata ongelman ja lähettää pyyntönsä uudelleen. Katso kohta Sivustopyyntöjen hallinta.
5. Sivuston luoja jatkaa sivuston luontiprosessia, muokkausta ja julkaisua. Katso kohta Sivuston luontiprosessin perusteet.
6. Sivustoja voidaan hallita ja päivittää jatkuvasti Sivustot-sivulla. Sivustojen pääkäyttäjät näkevät kaikki sivustot Sivustot-sivulla. Muut käyttäjät näkevät sivustot, jotka ovat itse luoneet tai joiden jäseniä ovat. Katso kohta Sivustojen ja sivustoasetusten hallinta.