Koulutusmateriaali. Kevät 2013. Erilaiset extranet-konseptit ja tyypilliset teknologiavaihtoehdot. Katsauksessa mainittuna mm. SharePoint, Confluence, Liferay, Drupal.
What content strategists need to demand from the CMS guys
Extranet-järjestelmät Suomessa
1. Perttu Tolvanen
Web & CMS Expert, Partner
North Patrol Oy, 20131
Extranet-järjestelmät Suomessa 2013
keväällä 2013 / Sähköinen palvelukanava -koulutuksen osana
4. Erilaisia extranet-konsepteja
Karkeasti extranet-ratkaisut jakautuvat kahteen hyvin erilaiseen
alueeseen.
Ensimmäinen alue ovat extranetit kuluttaja-asiakkaille, joita
tarjoavat esimerkiksi sähköyhtiöt tai pankit asiakkailleen. Nämä ovat
yleensä yksittäisiin asiointitehtäviin erikoistuneita palvelukanavia
joihin kirjaudutaan sisään ja suoritetaan joitain ”lomaketyyppisiä”
asiointitehtäviä. Taustalla on tavoite helpottaa kuluttajien asiointia ja
vähentää esim. konttori- ja puhelinasiointia.
Toinen laaja alue ovat yhteistyökumppaneille tarjottavat extranetit,
jotka voivat olla esimerkiksi projektityötiloja tai suojattuja sivustoja
joiden tavoitteena on lähinnä jakaa dokumentteja tai yhdessä
työstää dokumentteja.
Extranetit
kuluttaja-
asiakkaille
(asiointia, yksittäisiä
tapahtumia)
Extranetit yhteistyö-
kumppaneille
(dokumenttien
jakaminen ja työstäminen
yhdessä,
projektinhallintaa,
tilauskanava tärkeimmille
asiakkaille)
5. Erilaisia extranet-konsepteja
Tässä on kuvattu neljä tyypillistä extranet-
konseptia, jotka voivat olla sekä kuluttajille
että yhteistyökumppaneille suunnattuja
palveluita.
Nämä neljä konseptia ovat erillisiä konsepteja
myös teknologiaratkaisujen näkökulma.
Knowledge
base -extranet
Projekti/kum
ppanuus-
extrat
Asiointi-extra
(B2B/B2C)
Raportointi ym.
extrat jotka usein
jonkun olemassa
olevan
liiketoiminta-
järjestelmän päällä
(esim. CRM)
Confluence / wiki /
julkaisujärjestelmä
SharePoint
Räätälöityjä
Jonkun
liiketoimintajärjestelmän
päällä, esim. Salesforce
6. Projektiyhteistyö/kumppanuus-extra
Organisaatio haluaa tehdä sujuvaa yhteistyötä kumppaneidensa tai
todella vahvojen asiakkaidensa kanssa. Tällöin kaivataan yleensä
yhteisiä työtiloja, dokumenttienhallintaa ja tehtävälistoja – ehkä jotain
pääsyä joihinkin raportteihin ja tilauslomakkeisiin.
Tyypillistä:
• ”Nopeasti jotain käyttöön”.
• Käyttöoikeushallinta on aina kysymys...
• Peruskamaa esim. SharePointille, hyvin vähän koodaamista
• Tuotevetoinen malli, jossa asiakkaalla oltava tuoteosaamista
• Projektitoimitus voi tapahtua eri tavoin, ja toimittajilla voi olla
hyvinkin kustannustehokkaita tapoja tehdä pystytysprojekti
”SharePoint-
projekti”
Kirjautu-
minen
Teknisenä ratkaisuna useimmiten SharePoint, joskus Confluence.
7. “Knowledge base” –extra (B2B/B2C)
Organisaatio haluaa jakaa tietoa kustannustehokkaasti ja
mahdollistaa myös jotain itsepalveluasiointia kumppaneilleen.
Tyypillistä:
• Sisältöjen hallinta on eniten ylläpitoa vaativa asia
• Sisällöntuottajia on kymmenittäin
• Halutaan osallistaa myös extran käyttäjiä
• Käyttöoikeushallinta on aina kysymys...
• Tuotevetoinen malli, jossa asiakkaalla oltava tuoteosaamista
• Ensimmäinen projektitoimitus usein hyvin pieni
käyttöönottoprojekti – tai jopa itse tehty asennus+konfigurointi
Julkaisu-
järjestelmä/wi
ki/portaali
Kirjautu-
minen
Teknisenä ratkaisuna esim. Confluence vahva, joskus SharePoint.
8. Asiointi–extra (B2B/B2C)
Lomakkeita ja omien tietojen päivityksiä.
Tyypillistä:
• Integraatioita syvälle taustajärjestelmiin
• Käyttökokemus yleensä hyvin räätälöity.
• Erilaisia asiakasryhmiä jotka tarvitsevat erilaisen kokemuksen.
• Tyypillisesti hyvin räätälöity kokonaisuus – ainakin muutaman
vuoden kehityksen jälkeen.
• Teknologiakysymys: Portaalikehys vai täysin räätälöity? Joskus
portaalikehys enemmän tiellä kuin apuna, mutta joskus se voi
auttaa esim. profiloinnissa/personoinnissa ja sovelluskehityksen
”rajojen asettamisessa”. (Usein Liferay vs. Java/.Net)
Portaalikehys
tai täysin
räätälöity
palvelu.
Kirjau-
tuminen
Palvelu-
väylä?
Useimmiten Liferay paras kompromissi, mutta myös Drupal
toimiva kompromissi. Usein myös ei tarvetta CMS:lle ollenkaan!
9. Isoja päätöspisteitä extranet-valinnoissa
Päätöksentekoon vaikuttavia asioita teknologiavalintojen osalta:
1. Kuinka paljon sisällönhallintaa tarvitaan? Jos tarvitaan sisällönhallintaa (knowledge base –
tyyppisesti), niin sisällönhallintajärjestelmän ”päälle tekeminen” voi olla järkevintä, koska
näin saadaan haku toimimaan ja sisällöntuottajat tyytyväisemmiksi.
2. Jos ei tarvita sisällönhallintaa, niin vaihtoehdot ovat joko portaali vai täysin räätälöity. Jos
tarvitaan monimutkaista etusivun personointia ja profilointia, niin portaalin hankinta
”kehykseksi” voi olla perusteltua. Usein portaali kuitenkin enemmän tiellä kuin hyödyksi,
joten tämän tarve kannattaa harkita tarkkaan (vaikka toimittajat toki sen siihen aina
haluavatkin).
3. Yhden kirjautumisen takaa aukeava yksi ”superportaali” (Oma Elisa –tyyli) on ytimeltään
käyttäjähallinta- ja kertakirjautuminen –projekti jossa eri järjestelmät vain ”ikkunoidaan”
saman käyttöliittymän läpi käytettäväksi. Tämä on tyypillisin extranet-malli, mutta jatkossa
yhä ongelmallisempi esim. mobiilipäätelaitteiden johdosta. Erillisiä extranet-konsepteja
voidaankin nähdä jatkossa enemmän (esim. Elisa Viihde ja Elisa Kirja –tyyppisesti).
10. HUOM! Suomi vuonna 2013
”Microsoft-maa” jossa yli 10 000 .Net-kehittäjää. PHP-koodareita
myös paljon, mutta osaaminen hyvin vaihtelevaa. Java-osaaminen
on korkeatasoista, mutta sillä on vaikeampi saatavuus (projektit
isoja, osaajat vanhempia jo).
Uusina teknologioina noussut mm. Python ja Ruby on Rails. Nämä
edelleen kuitenkin hyvin eksoottisia ja todellisia osaajia lähinnä
muutamia kymmeniä.
.Net
Python
PHP
Java
11. Yhteenveto
1. Varmista hankkeen alussa, että kokonaisuus istuu ”isoon kuvaan”. Nykytila+tavoitetila+tiekartta
ovat hyvä käytännön harjoitus viestinnän helpottamiseen.
2. Selvitä käyttäjälähtöisesti, haastattelemalla ja tutkimalla, mitä kipupisteitä ja laatutavoitteita
kannattaa lähteä tavoittelemaan/ratkaisemaan. Tämä työ ei mene koskaan hukkaan.
3. Tee rauhassa konseptisuunnittelu, täydennä tarvittaessa prototyypillä jolla varmistat
käytettävyyden ja ”oikean ongelman ratkaisemisen”. Kevyt proto myös hyvä sisäinen
myyntityökalu.
4. Teknologiavalinta ja projektimalli kannattaa valita käsi kädessä. Mitä enemmän ylläpito ja
jatkuva kehitys painottuu, niin sitä enemmän pohdi myös ketteryyttä vaihtoehtona.
5. Osta niin joustava projekti kuin mitä pystyt itse johtamaan. Jos sinulla ei ole resursseja osallistua
ja johtaa, niin tiedosta laatu- ja aikatauluriskit.
North Patrol Oy11
13. Verkkopalveluhankintojen neuvonantaja
North Patrol Oy13
North Patrolin ovat
perustaneet verkkopalvelujen
asiantuntijat Sami Kalanen ja
Perttu Tolvanen.
Lisätietoja verkossa:
www.northpatrol.com
Tunnemme hyvin verkon
mahdollisuudet, teknologiat ja
alan toimijat.
Riippumattomana konsultti-
yhtiönä voimme tukea
asiakkaitamme valitsemaan
omiin tarpeisiinsa parhaiten
sopivat ratkaisut.
North Patrol Oy tarjoaa tukea
verkkopalvelun tilaajalle internet-,
intranet- ja extranet-projekteissa.
Autamme asiakkaitamme
hankkeiden suunnittelussa,
vaatimusten määrittelyssä
sekä teknologia- ja
toimittajavalinnoissa.
Toimimme myös projektien
läpiviennin tukena ja
lopputulosten arvioijana.