Extranet-järjestelmät Suomessa
Download as PPTX, PDF1 like853 views
Koulutusmateriaali. Kevät 2013. Erilaiset extranet-konseptit ja tyypilliset teknologiavaihtoehdot. Katsauksessa mainittuna mm. SharePoint, Confluence, Liferay, Drupal.
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
- 12. Yhteystiedot NorthPatrol Oy12 Perttu Tolvanen Web & CMS Expert, Partner North Patrol Oy 050 368 5199 [email protected] www.northpatrol.com Y-tunnus: 2493483-6
- 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.
- 14. North Patrol Oy14 BUYER´S GUIDE TO WEB PROJECTS www.northpatrol.com/blog