Sähköinen palvelukanava -koulutusmateriaali
•Download as PPTX, PDF•
2 likes•1,113 views
Koulutusmateriaali kevät 2013. Talentum Events -koulutus. Suunnattu tilaajaorganisaatioille, jotka ovat lähestymässä verkkopalvelu-uudistusta tai extranet-projektia.
Recommended
Recommended
More Related Content
Similar to Sähköinen palvelukanava -koulutusmateriaali
Similar to Sähköinen palvelukanava -koulutusmateriaali (20)
More from Perttu Tolvanen
More from Perttu Tolvanen (20)
Sähköinen palvelukanava -koulutusmateriaali
- 1. Perttu Tolvanen Web & CMS Expert, Partner North Patrol Oy, 20131 Sähköinen palvelukanava -koulutus keväällä 2013 / Talentum Events -koulutus
- 2. Koulutuksen sisältö ja tavoitteet 1. Trendikatsaus & osaamisen päivitys osallistujille – Missä mennään verkkopalveluiden kehityksessä vuonna 2013? Mitä pitää huomioida? Mitkä asiat ovat muutoksessa? 2. Suunnittelun ja hankkeistuksen perusteet ja vinkit – Miten verkkopalveluprojekteja valmistellaan ja viedään onnistuneesti maaliin? Miten valitaan teknologiat, kumppanit ja projektimalli? 3. Syventäviä materiaaleja – mm. ketterän kehityksen soveltuvuudesta, extranet-konsepteista ja teknologioista North Patrol Oy2
- 3. Perttu Tolvanen Web & CMS Expert, Partner North Patrol Oy, 20123 Verkkoprojektin läpivienti ja sisältösuunnittelu Trendikatsaus Sähköinen palvelukanava –koulutuksessa huhtikuussa 2013
- 4. Verkkoläsnäolon johtaminen vuonna 2013 North Patrol Oy4 Kampanja- sivustot Organisaation oma sivusto (sisältäen asiakaspalvelun kanavan, tai muita asiointi/verkkokauppa- palveluita) Blogit Keskustelu- foorumit Kumppanuus- sivustot
- 5. North Patrol Oy5 Verkkokonsepti = sos. med. + oma saitti Konseptoinnissa pitää roolittaa eri palvelut – myös omat sivustot.
- 6. Omat sisällöt: ohjeet ja caset Facebook omassa tehtävässään roolitettuna Chat- työkalu upotettuna Google Street View (kustomoitu + 360 sisätilat) Flickrissä yliopiston yhteisöllinen kuvagalleria YouTubessa videot Oma Älypää- peli ostettu (onko sinusta teekkariksi?)
- 10. North Patrol Oy10 Verkko on sisällöntuotantokilpailu
- 11. Miksi pitää olla julkaisija? Pitääkö kaikkien organisaatioiden ryhtyä mediataloiksi ja palkata sisällöntuottajia? Vastaus: Ei, mutta jos verkkonäkyvyyttä tarvitsee ja etenkin jos siitä joutuu kilpailemaan, niin sisällöntuotanto on tällä hetkellä tehokkain tapa tulla löydetyksi ja myös ylläpitää suhteita ihmisiin. 1) Näkyvyyden ostaminen verkossa toimii huonosti. 3) Sosiaalisen median palvelut vaativat jatkuvaa aktiivisuutta. 2) Google arvostaa tasaisesti päivittyviä ja kasvavia sivustoja. Lisäksi Google painottaa aihepiirin mukaista sisällöntuotantoa yhä enemmän.
- 12. Esimerkki: Tasainen, jatkuva, tavoitt eellinen sisällöntuotanto mahdollistaa hyvät hakukonesijoitukset ja relevantin sisällön sosiaaliseen mediaan
- 13. Esimerkki: Valiolla tuotteiden sijasta kärkisisältö verkossa ovat reseptit. Väite: Yhä useamman organisaation pitää miettiä nykyisin, että mitkä ovat ne omat ”reseptit”.
- 14. Konseptoinnin osa-alueet Tavoitteellinen sisällöntuotanto (sisältökonsepti) Vuorovaikutus (kanavat ja tavat) Asiointi (extranet- palvelut) Kampanjat (lisää liikennettä sisällöille) Verkko- palvelu (käyttökokemus + ulkoasu + perussisällöt) Kokeilut (sos. med. yleensä)
- 15. North Patrol Oy15 Konseptin painopisteen valinta
- 16. Löydettävyyden varmistaminen (top-20 hakusanat) Konsepti + tavoitteet Tavoitteellinen sisällöntuotanto (sisältökonsepti) Vuorovaikutus (kanavat ja tavat) Asiointi (extranet- palvelut) Verkko- palvelu (käyttökokemus + ulkoasu + perussisällöt) Seuraaja- joukon luominen Uutiskirje Yhteisön luominen Aktivointi (mm. lomakkeet)
- 17. North Patrol Oy17 Sisältökonseptin tekeminen
- 18. North Patrol Oy18 Persoonat suunnittelutyökaluna
- 19. Käyttäjät löytävät sisällöt montaa eri kautta North Patrol Oy19 Kampanja- sivustot Organisaation oma sivusto (sisältäen asiakaspalvelun kanavan, tai muita asiointi/verkkokauppa- palveluita) Blogit Keskustelu- foorumit Kumppanuus- sivustot
- 21. Esimerkki: Persoonien kautta suunnittelu korostuu nykyisin kun pitää miettiä eri käyttäjien hakusanoja ja käyttötilanteita. Ylisuunnittelu on kuitenkin myös huomattava riski, koska liikaa ei kannata yrittää käyttötilanteita ennustaa.
- 22. Tärkeimmät hakusanat: ”verkkoviestintä opiskelu”, ”ohjelmistotekn iikka”, ”hakutermi”, ”haku termi”, ”hakutermi, ”haku termi” ”hakutermi”, ”hakut ermi”, ”hakutermi” ”hakutermi”, ”hakutermi”, ”hakutermi” ”hakutermi”, ”hakutermi”, ”hakutermi” ”hakutermi”, ”hakutermi”, ”hakutermi”
- 23. North Patrol Oy23 Sisältöverkot suunnittelutyökaluna
- 24. Sivukartta 2.0 Etusivu Tule opiskelemaan Tutkinnot Digitaalinen viestintä ”verkkoviestintä opiskelu”
- 25. Sivukartta 2.0 Etusivu ”verkkoviestintä opiskelu” Tule opiskelemaan Tutkinnot Digitaalinen viestintä ”hakusana” ”hakusana” ”hakusana”
- 26. Sivukartta 2.0 Etusivu ”verkkoviestintä opiskelu” Tule opiskelemaan Tutkinnot Digitaalinen viestintä ”hakusana” ”hakusana” ”hakusana”
- 27. North Patrol Oy27 Tavoite: sisältörakenne jossa on logiikka
- 28. North Patrol Oy28 Hakemistot täydentävät löydettävyyttä
- 31. Esimerkki: Sitran sivuston rakenne perustuu sisältöteemoihin. Sisällöt julkaistaan artikkeleina, julkaisuina ym. sisältöinä ja nämä teemasivut koostavat kaiken yhteen (myös sitra.fi ulkopuolelta).
- 33. Esimerkki: Teemasivuilla on monipuolinen selailuhakemisto eri sisältöluokkiin ja ulkopuolisista palveluista löytyviin kiinnostaviin sisältöihin.
- 34. North Patrol Oy34 Sisältökonsepti = hakusanat + laskeutumissivut + metatiedot
- 35. Sisältökonsepti Sisältörakenne Laskeutumissivut Hakusanat Persoonat Optio: Hakemistosivut (esim. kohderyhmien mukaisesti)
- 36. Sisältökonsepti Sisältörakenne Laskeutumissivut Hakusanat Persoonat Optio: Hakemistosivut (esim. kohderyhmien mukaisesti) Olennaista ovat laskeutumissivut, jotka optimoidaan hyvin. Nämä pitää tehdä käyttäjien termien ja tietotarpeiden mukaan. Palvelun ison tason sisältörakenne on suositeltavinta tehdä asialähtöisesti ja sisällöntuottajille selkeäksi. Näin varmistetaan tietojen ajantasaisuus.
- 37. North Patrol Oy37 Mukautuvuus lähtökohtana
- 38. North Patrol Oy38 Päätelaitelaitteiden monimuotoisuus on suurin syy siihen miksi responsiivinen suunnittelu on niin lähellä hopealuotia nykyisin kuin mikään ratkaisu voi olla.
- 41. North Patrol Oy41 Mobiili ja desktop –käyttö elää tällä hetkellä vaikeata murrosvaihetta jossa kummallakin on iso rooli. Lisäksi käyttäjät voivat käyttää samoja laitteita hyvin erilaisiin tarkoituksiin (esim. kiire bussiin, tarvitsee optimoitua kokemusta, kun pääsee bussiin, niin ei olekaan kiire enää, ja haluaa täyden kokemuksen).
- 42. North Patrol Oy42 Blokit ja minimalistisuus
- 48. Yhteenveto 1. Omat sivustot, kumppanisivustot ja sosiaalinen media muodostavat kokonaisuuden joka pitää nähdä yhtenä kokonaisuutena konseptien pitää olla verkkoläsnäolon konsepteja, ei pelkkiä verkkosivustokonsepteja. 2. Pysyvä ja tehokas verkkoläsnäolo edellyttää jatkuvaa, merkityksellistä sisällöntuotantoa. Tasainen sisällöntuotanto taas tarkoittaa merkittävää resurssitarvetta sisällöntuotannon koordinointiin ja omaan tuotantoon. 3. Konseptityössä on valittava realistiset tavoitteet. Yhdenkin osa-alueen pysyvä parantaminen on yleensä 2-4 vuoden urakka (löydettävyys, tavoitteellinen sisällöntuotanto, yhteisöllisyyden kehittäminen, asiointipalvelut). 4. Käyttäjien reitit voivat alkaa hakukoneesta tai sos. med. palveluista eikä enää voida samalla tavalla ennustaa käyttäjien reittejä. On tutkittava palveluanalytiikkaa ja haastateltava käyttäjiä. 5. Palveluita ei voida suunnitella vain tiettyihin käyttötilanteisiin. On sallittava mukautuminen ja monipuolinen käyttö. Tämän toteutus käytännössä vaatii myös sisällöntuotannolta mukautumista ja ”uuden maailman” ymmärtämistä. North Patrol Oy48
- 49. Perttu Tolvanen Web & CMS Expert, Partner North Patrol Oy, 201249 Verkkopalveluprojektin hankkeistus Hankkeistus & kumppanivalinnat –osuus, koulutuksessa huhtikuussa 2013 Tämä osio antaa realistisen katsauksen verkkopalveluiden ostamisen nykytilanteeseen – esim. hankinnan vinkit ja julkishallinnon kilpailutusmenetelmät käsitellään erikseen.
- 50. Agenda 1. Kokonaiskonsepti / verkkostrategia 2. Teknologiavalinta 3. Projektimallin valinta 4. Kumppanivalinta 5. (Projektin johtaminen) 6. (Käyttöönoton johtaminen) North Patrol Oy50
- 51. Kokonaiskonsepti Kokonaiskonsepti (tai ”verkkostrategia) rakentuu seitsemästä elementistä: 1. (Liiketoimintastrategian tavoitteet) 2. Nykytilan kuvaus (tiimi + palvelut) 3. Tavoitetilan kuvaus (tiimi + palvelut) 4. Mittaristo (tavoitteet + verkkotavoitteet + mittarit) 5. Tiekartta (toiminnot + sisällöt + projektit) 6. (Resurssit) 7. (Budjetti)
- 52. Esimerkkejä, nykytila ja tavoitetila
- 55. Hankkeen valmistelu Tyypilliset hankevalmistelun alueet verkkopalveluprojekteissa: 1. Esitutkimus (tai ”esiselvitys”) – Käyttäjälähtöinen katsaus tarpeisiin ja keskeisiin rajauksiin 2. Vaatimusmäärittely (tai ”konseptisuunnitelma”) – Yksityiskohtaisempi kiteytys siitä millainen palvelu halutaan – Konseptisuunnitelma on tyypillisesti powerpoint-muotoinen esitys sisäiseen myyntiin – Vaatimusmäärittelydokumentti on jo sitten ”oikea dokumentti” hankinnan tueksi 3. Resurssien käyttö (-suunnitelma) – Tilaajaorganisaation resursointi (aikataulut, henkilöt, budjetit) 4. Projektimallin valinta – Kiinteä kokonaisuus vai ketterä kehitysmalli – vai jokin yhdistelmä 5. Toimittaja- ja teknologiakartoitus – Vaatimuksia vastaavien teknologioiden ja palveluntarjoajien kartoitus ja arviointi Esitutkimus Vaatimus- määrittely Resur- sointi Kokonais- konsepti Projekti- malli Teknologiat ja kumppanit KonseptiPersoonat
- 56. Tyypillisiä hankintamalleja Hankintamalleja joita käytetään web-projekteissa vuonna 2013 eniten: 1. Perinteinen kaksijako: Esiselvitys ja konseptisuunnitelma tehdään suunnitteluvaiheessa, ja tämän jälkeen määritellään kokonaisuus niin selkeäksi, että se voidaan ostaa varsin kiinteähintaisena toteutuksena. Joskus tämä määritysvaihe saa tuekseen jopa html-prototyypin joka voi olla hyvinkin pitkälle viety. Proto helpottaa etenkin responsiivisuuden suunnittelussa, sisäisessä myyntityössä ja teknisen toimittajan briiffauksessa. 2. Perinteinen kaksijako + ketterä toteutus. Edellä kuvattu raskas ennakkovalmistelu voi nykyisin johtaa myös ketterään toteutukseen, joka voi olla esim. tavoitehintainen tietyn kokonaisuuden osalta. (Huom. ketterät toteutukset vaativat yleensä myös raskaan ennakkomäärittelyn vaikka alalla paljon muusta vouhotetaankin – esim. käyttöliittymän viimeistelty prototyyppi tehdään lähes aina etukäteen.) 3. Perinteinen kaksijako + tarkentava määrittely valitun toimittajan kanssa ja vasta tämän jälkeen sitova kiinteähintainen tarjous: Toteutusprojekti aloitetaan toimittajan kanssa tehtävällä kiinteähintaisella tai toteuman mukaan laskutettavalla tarkentavalla määrittelyllä (usein 10k-20k) jonka jälkeen toimittaja vasta antaa lopullisen kiinteähintaisen tarjouksen toteutuksesta. Erilaiset inkrementtitoimitukset ovat eniten suosiota kasvattava malli tällä hetkellä vaikka ketteryydestä paljon puhutaankin. Inkrementtitoimitukset ovatkin ehkä ”ketteryys käytännössä vuonna 2013”. Suunnittelu Toteutus
- 57. North Patrol Oy57 Julkaisujärjestelmät Suomessa Esimerkki järjestelmän valintaa käsittelevästä asiakasmateriaalista.
- 59. Soveltuvat alustat/julkaisujärjestelmät North Patrol Oy59 Drupal SharePoint EPiServerLiferay EE (tai CE) eZ Publish Wordpress Asiakasprojektissa kyseessä erittäin laajasta verkkopalvelusta, jolle halutaan kestävä alusta jolla useita toimittajia Suomessa.
- 60. North Patrol Oy60 Erottelevat vaatimukset ... jotka ovat asiakasprojektin konseptin toteutumisen kannalta olennaisia. Huom. Työ pohjautuu asiakkaan konseptisuunnitelmaan ja alustavaan vaatimusmäärittelydokumenttiin.
- 61. Erottelevat vaatimukset • Ison sivuston sisällönhallinta • Responsiivisuus • Kohdesivustot • Haku (rajauksin) • Nostot metatiedoilla • Uudelleenkäytettävät sisällöt • Yhteisö – Päätös: sovittiin työpajassa rajattavaksi pois, korvataan vaatimukset sosiaalisen median palvelujen (vakio)elementeillä • (Järjestelmän ympärillä oleva lisäosien ekosysteemi) North Patrol Oy61 Konseptin toteutumisen kannalta keskeiset vaatimus- kokonaisuudet.
- 62. Soveltuvuus eri skenaarioihin • Soveltuvuus skenaarioon viittaa siihen kuinka paljon tuote tarjoaa tarvittavia toiminnallisuuksia suoraan paketista tai hyvin pienellä käyttöönottotyöllä. Lisäksi on arvioitu toiminnon käytettävyyttä. • Kokonaiskustannus tarkoittaa projektikustannusta ja ylläpitokustannusta kolmelle vuodelle. North Patrol Oy62 Soveltuvuus tehtävään Kokonaiskustannus (rahallinen) Korkea kustannus, vähän sisältöä Isolla rahalla ja työlllä onnistuu Maltillinen kustannus suhteessa saatavaan sisältöön LiferayeZ Publish SharePoint Drupal Wordpress EPiServer
- 63. Ison sivuston sisällönhallinta • Rakennehallinta. Navigaatiohallinta. Sisältökomponenttien hallinta. Sisältöjen uudelleenkäytettävyys. Alisivustojen hallinta. • Käyttöoikeuksien hallinta sovellettavissa edellä mainittuihin. • Mediakirjastot. Kuvien hallinta. • Keskitetty seuranta muokkaustapahtumiin. • Dokumenttien elinkaaren hallinta. North Patrol Oy63 Soveltuvuus tehtävään Kokonaiskustannus (rahallinen) Korkea kustannus, vähän sisältöä Isolla rahalla ja työlllä onnistuu Maltillinen kustannus suhteessa saatavaan sisältöön Liferay eZ Publish SharePoint Drupal Wordpress EPiServer Tehtävä: Sisällöllisesti laajan ja monimuotoisen sivuston hallinta laajalla sisällöntuottaja-joukolla.
- 64. Responsiivisuus • Sivupohjien mukautettavuus joustavaan ulkoasumalliin, mahdollisesti useisiin erilaisiin. • Päätelaitetunnistaminen ja reagointi sen mukaisesti. • Mukautuminen latausnopeuteen ym. erityisparametreihin. (haave) • Järjestelmä estää sisällöntuottajia ”rikkomasta” responsiivisuutta. (haave) North Patrol Oy64 Soveltuvuus tehtävään Kokonaiskustannus (rahallinen) Korkea kustannus, vähän sisältöä Isolla rahalla ja työlllä onnistuu Maltillinen kustannus suhteessa saatavaan sisältöön Liferay eZ Publish SharePoint Drupal Wordpress EPiServer Tehtävä: Mahdollistaa joustavan, responsiivisen sivuston toteutuksen ja tukee kokonaisuuden hallinnassa ja optimoinnissa.
- 65. Kohdesivustot • Itsenäiset, monistettavat alisivustot, joiden sivupohjien hallinta ja metatiedot kuitenkin keskitettyjä. • Keskitetty, tehokas hallinta laajaan alisivustokokonaisuuteen. North Patrol Oy65 Soveltuvuus tehtävään Kokonaiskustannus (rahallinen) Korkea kustannus, vähän sisältöä Isolla rahalla ja työlllä onnistuu Maltillinen kustannus suhteessa saatavaan sisältöön Liferay eZ Publish SharePoint Drupal Wordpress EPiServer Tehtävä: Laajan alisivustokokonaisuuden keskitetty hallinta visuaalisesti, käyttöoikeudellisesti ja osittain sisällöllisesti (esim. metatiedot).
- 66. Haku (metatietorajauksin) • Kaikki sisällöt kattava hakukone, joka tarjoaa tuloksien rajaamisen metatietojen perusteella. • Haun optimointi, mm. sponsoroidut tulokset ja painotuksien asettaminen. • Hakuanalytiikka. North Patrol Oy66 Soveltuvuus tehtävään Kokonaiskustannus (rahallinen) Korkea kustannus, vähän sisältöä Isolla rahalla ja työlllä onnistuu Maltillinen kustannus suhteessa saatavaan sisältöön Liferay eZ Publish SharePoint Drupal Wordpress EPiServer Tehtävä: Kattava hakutoiminto kaikkiin sisältöihin, mahdollisuus suodattaa metatiedoin ja myös optimoida hakutuloksia.
- 67. Nostot metatiedoilla • Nostoelementtien ”tiputtelu” eri paikkoihin ja omatoiminen konfigurointi. • Sisältövirtojen suodatukset metatietojen perusteella (esim. uutiset, tapahtumat, ihmiset, yhteystiedot ym.). North Patrol Oy67 Soveltuvuus tehtävään Kokonaiskustannus (rahallinen) Korkea kustannus, vähän sisältöä Isolla rahalla ja työlllä onnistuu Maltillinen kustannus suhteessa saatavaan sisältöön Liferay eZ Publish SharePoint Drupal Wordpress EPiServer Tehtävä: Monipuoliset nostomoduulit joiden avulla mahdollista tehdä metatietoihin perustuvia nostoja mihin tahansa sivustolle.
- 68. Uudelleenkäytettävät sisällöt • Sivujen uudelleenkäyttö ja ”nostaminen” eri paikkoihin. • Sivua pienempien sisältöelementtien keskitetty luominen ja ”sijoittaminen” osaksi sivuja pysyvästi – mutta silti keskitetystä paikasta sisältöjä halliten. • Hallittavuus: Sirpaleisen kokonaisuuden hahmottamista helpottavat käyttöliittymäratkaisut (jotta uusikin sisällöntuottaja ymmärtää missä mikäkin sisältöelementti on, eli missä kaikkialla muutokset näkyvät). North Patrol Oy68 Soveltuvuus tehtävään Kokonaiskustannus (rahallinen) Korkea kustannus, vähän sisältöä Isolla rahalla ja työlllä onnistuu Maltillinen kustannus suhteessa saatavaan sisältöön Liferay eZ Publish SharePoint Drupal Wordpress EPiServer Tehtävä: Sisällöntuottajilla monipuoliset mahdollisuudet luoda sisältökirjastoja tai hyödyntää nykyisiä sisältöjä useissa eri paikoissa – ja silti päivittää näitä keskitetysti.
- 69. Yhteisö (jää pois) • Käyttäjäprofiilit. Käyttöoikeudet. Liitokset sos. med. palveluihin rekisteröitymisen ja kirjautumisen helpottamiseksi. • ”Oman sivun” hallinta. • Omien sisältöjen lataaminen yhteisöön. Kuvat, videot. • Keskusteluihin osallistuminen. • Omien suosikkilistojen ym. listaelementtien luominen. North Patrol Oy69 Soveltuvuus tehtävään Kokonaiskustannus (rahallinen) Korkea kustannus, vähän sisältöä Isolla rahalla ja työlllä onnistuu Maltillinen kustannus suhteessa saatavaan sisältöön Liferay eZ Publish SharePoint Drupal Wordpress EPiServer Tehtävä: Monipuolisen käyttäjäyhteisön toiminnan mahdollistaminen – sekä syntyvän yhteisön hallinta ja johtaminen sivuston omistajille.
- 70. Lisäosien ekosysteemi • Laaja valikoima lisäosia, joita voi asentaa helposti järjestelmään. • Yksittäisten lisäosien laatu (vaikka rahalla saavutettuna). • Uusien lisäosien nopea kehitys ja julkaisu (esim. uusien sos. med. palveluiden tullessa markkinoille) • Lisäosien päivitykset irrallaan perusjärjestelmästä. • Lisäosien tuomien toimintojen rajaaminen vain tietyillä sisällöntuottajille. North Patrol Oy70 Soveltuvuus tehtävään Kokonaiskustannus (rahallinen) Korkea kustannus, vähän sisältöä Isolla rahalla ja työlllä onnistuu Maltillinen kustannus suhteessa saatavaan sisältöön Liferay eZ PublishSharePoint Drupal Wordpress EPiServer Tehtävä: Jatkuvaa pienkehitystä tukeva lisäosien ekosysteemi, joka auttaa esimerkiksi uusien sos. med. palveluiden tuomisessa mukaan osaksi palvelua.
- 71. North Patrol Oy71 Yhteenveto ja soveltuvuusarvio
- 72. Yhteenveto: Wordpress • Vahvuus: Osaavat integraattorit • Vahvuus: Kehittyvä tuote • Vahvuus: Ylivertainen ekosysteemi • Vahvuus: Erittäin hyvä kaikessa mitä tekee • Heikkous: Ei tee kaikkea mitä tarvittaisiin North Patrol Oy72 Soveltuvuus tehtävään Kokonaiskustannus (rahallinen) Korkea kustannus, vähän sisältöä Isolla rahalla ja työlllä onnistuu Maltillinen kustannus suhteessa saatavaan sisältöön Lisäosat Soveltuvuus: 6 Ison sivuston hallinta Kohdesivustot Yhteisö Nostot metatiedoilla Haku Responsiivisuus Uud. käyt. sisällöt
- 73. Yhteenveto: Liferay • Vahvuus: Lukuisia integraattoreita Suomessa • Heikkous: Lisenssikuvio on epäselvä • Heikkous: CE varsin buginen (EE taas suljettu, mutta turvallinen) North Patrol Oy73 Soveltuvuus tehtävään Kokonaiskustannus (rahallinen) Korkea kustannus, vähän sisältöä Isolla rahalla ja työlllä onnistuu Maltillinen kustannus suhteessa saatavaan sisältöön Lisäosat Soveltuvuus: 7+ Ison sivuston hallinta Kohdesivustot Yhteisö Nostot metatiedoilla Haku Responsiivisuus Uud. käyt. sisällöt
- 74. Yhteenveto: SharePoint • Vahvuus: Lukuisia integraattoreita Suomessa • Vahvuus: Turvallinen valinta, tukea löytyy vuosiksi • Heikkous: Raskas projekti, ja työläs ylläpito • Heikkous: Yhteisön rakentaminen erityisen kallis ja vaikea projekti • Heikkous: Ekosysteemi ei ole mitenkään verkkojulkaisuun keskittynyt North Patrol Oy74 Soveltuvuus tehtävään Kokonaiskustannus (rahallinen) Korkea kustannus, vähän sisältöä Isolla rahalla ja työlllä onnistuu Maltillinen kustannus suhteessa saatavaan sisältöön Lisäosat Soveltuvuus: 8- Ison sivuston hallinta Kohdesivustot Yhteisö Nostot metatiedoilla Haku Responsiivisuus Uud. käyt. sisällöt
- 75. Yhteenveto: eZ Publish • Vahvuus: Hallittuun julkaisuun suunniteltu järjestelmä • Vahvuus: Vahva tuotekehitys takana, kehittyy tasaisesti • Heikkous: Vain kaksi integraattoria Suomessa • Heikkous: Ei kovin helposti muokattavissa North Patrol Oy75 Soveltuvuus tehtävään Kokonaiskustannus (rahallinen) Korkea kustannus, vähän sisältöä Isolla rahalla ja työlllä onnistuu Maltillinen kustannus suhteessa saatavaan sisältöön Lisäosat Soveltuvuus: 8 Ison sivuston hallinta Kohdesivustot Yhteisö Nostot metatiedoilla Haku Responsiivisuus Uud. käyt. sisällöt
- 76. Yhteenveto: Drupal • Vahvuus: Lukuisia integraattoreita Suomessa • Vahvuus: Laaja ekosysteemi, oma kehitystyö mahdollista • Heikkous: Kasataan asiakaskohtaisesti palikoista • Vahvuus/heikkous: Kaikki on mahdollista, mutta kaikki maksaa • Vahvuus/heikkous: Eniten saa irti jos on omaa kehitysvoimaa North Patrol Oy76 Soveltuvuus tehtävään Kokonaiskustannus (rahallinen) Korkea kustannus, vähän sisältöä Isolla rahalla ja työlllä onnistuu Maltillinen kustannus suhteessa saatavaan sisältöön Lisäosat Soveltuvuus: 8+ Ison sivuston hallinta Kohdesivustot Yhteisö Nostot metatiedoilla Haku ResponsiivisuusUud. käyt. sisällöt
- 77. Yhteenveto: EPiServer • Vahvuus: Osaavat integraattorit • Vahvuus: Kehittyvä tuote • Heikkous: Lisenssit varsin korkeat • Heikkous: Ei räätälöintialusta • Vahvuus/heikkous: Erillinen yhteisötuote North Patrol Oy77 Soveltuvuus tehtävään Kokonaiskustannus (rahallinen) Korkea kustannus, vähän sisältöä Isolla rahalla ja työlllä onnistuu Maltillinen kustannus suhteessa saatavaan sisältöön Lisäosat Soveltuvuus: 9- Ison sivuston hallinta Kohdesivustot YhteisöNostot metatiedoilla Haku Responsiivisuus Uud. käyt. sisällöt
- 78. Yhteenveto: Suositus soveltuvista järjestelmistä • Konseptissa yhteisö on eniten eri järjestelmiä erotteleva tekijä. • Jos ja kun yhteisö rajataan pois toteutuksesta, yksinkertaistuu palvelun konsepti laajaksi sisältösivustoksi, jolla on liittymiä sosiaalisen median palveluihin. • Rajatun konseptin mukaisen verkkopalvelun voi toteuttaa laadukkaasti useilla eri alustoilla: Parhaiten vaatimuksiin vastaa EPiServer, mutta myös Drupal, eZ Publish, SharePoint ja Liferay soveltuvat alustaksi. North Patrol Oy78 Huom. Kyseessä on asiakasprojektin suositus, mutta kyseinen projekti on monella tapaa kohtuullisen kuvaava, sisältöpainotteinen, iso verkkopalveluprojekti vuonna 2013 Suomessa.
- 79. North Patrol Oy79 Web-kanavan johtaminen
- 80. Web-kanavan johtaminen Vuonna 2013 korostuvia suuntauksia: 1. Ostamalla saa yhä vähemmän apua johtamiseen 2. Web-tiimin oma työ korostuu, niin sosiaalisen median johtamisessa kuin oman organisaation asiantuntijoiden ohjaamisessa ja kouluttamisessa 3. Hajautettu web-läsnäolo ja ylläpito on yhä haasteellisempaa yhä useampi organisaatio keskittää brändinsä hallintaa verkossa (hajautuneet organisaatiot esiintyvät verkossa yhtenä brändinä, koska pienten yksiköiden verkkoläsnäolon ylläpito vaatii yhä enemmän resursseja) Kahdensuuntaista trendikehitystä: Sosiaalinen media ja asiantuntijoiden esiintyminen verkossa hajauttaa ja sirpaloittaa verkkoläsnäoloa – ja samanaikaisesti organisaation esiintymistä keskitetään yleensä ”runkosaittiin” ja rönsyileviä alisaitteja, kamppiksia ym. karsitaan. Asiantuntijat Web-tiimi Web- päällikkö
- 81. North Patrol Oy81 Ketterä kehitys
- 82. Ketterä kehitys lyhyesti ”Puhdasoppinen” ketterä kehitys (scrumia mukaillen): 1. Ominaisuudet eivät ole lukossa, aikataulu tai hinta voi olla 2. Työ etenee sprinteissä (”paketeissa”), yleensä 2-3 viikkoa kerrallaan 3. Tiimi yleensä asiakkaan tiloissa, joka tapauksessa yhdessä tilassa 4. Priorisoitu ”backlog” ohjaa toimintaa (vaatimuslista, tehtynä toteutettaviksi palasiksi, eli aika pieniksi paloiksi) 5. Asiakkaalla täysi kontrolli tekemiseen, jopa vastuu tekemisestä 6. Toimittaja toimittaa tiimin, ei ota kokonaisvastuuta toimituksesta 7. Perinteisiä projektipäällikkö-rooleja ei ole, koska kyse on ”tuotekehityksestä” Sprintti, 2viikkoa Sprintti, 2viikkoa Sprintti, 2vii kkoa Sprintti, 2vii kkoa
- 83. Ketterän kehityksen edut Etuja jotka voivat korostua ketterissä malleissa 1. Aikataulu saadaan pidettyä, koska ”jotain” saadaan varmasti ulos tiettynä päivänä 2. Asiakkaalla on täysi kontrolli tekemiseen koko matkan ajan 3. Lopputuotteen laatu saadaan juuri sellaiseksi kuin halutaan 4. Tiimi ei käytä aikaa turhiin toimintoihin, koska asiakkaan seuranta on jatkuvaa 5. Budjetti on ennustettava ensimmäisen parin kuukauden kuluessa varsin tarkkaan 6. Tiivis tekemisen malli pakottaa ratkomaan ongelmat ja etenemään! Sprintti, 2vii kkoa Sprintti, 2vii kkoa Sprintti, 2vii kkoa Sprintti, 2vii kkoa
- 84. Ketterän kehityksen ongelmat Ongelmat jotka voivat korostua ketterissä malleissa 1. Asiakas ostaa tiimin, ei projektitoimitusta – vaikea ennustaa ja budjetoida 2. Asiakkaalta vaaditaan vahvaa osallistumista ja päätöksentekokykyä koko ajan 3. Riski ylilaatuun ja liikaan hiomiseen on varsin suuri, koska ”nälkä kasvaa syödessä” 4. Tiimi toimii juuri niin tehokkaasti kuin asiakkaan oma organisaatio ja johtaminen 5. Ketterä kehitys vaatii 1-2kk ”käynnistyäkseen” kunnolla, tehoja tulee 3kk+ kohdalla 6. Malli on asiakkaan organisaatiolle hyvin kuormittava! Sprintti, 2viikkoa Sprintti, 2vii kkoa Sprintti, 2viikkoa Sprintti, 2viikkoa
- 85. Ketterä kehitys soveltuu... ”Yleistyksiä” ketterän kehityksen järkevistä kohteista... 1. Kun tehdään jotain mitä ei ole tehty koskaan aiemmin... 2. Kun tehdään jotain jota tullaan vielä kehittämään aktiivisesti usean vuoden ajan... 3. Kun halutaan tehdä itse asioita, ja itsellä on myös omia resursseja tekemiseen 4. Kun aikataulu on ehdottoman kriittinen asia... 5. Kun tuotteen huippulaatu on ehdottoman tärkeätä! Sprintti, 2vii kkoa Sprintti, 2viikkoa Sprintti, 2viikkoa Sprintti, 2vii kkoa ”Ketterä projekti” on vain ylläpidon / jatkuvan kehityksen kiihdytetty vaihe
- 86. Ketterä kehitys soveltuu huonosti... ”Yleistyksiä” ketterän kehityksen ei-niin järkevistä kohteista... 1. Kun ei haluta itse sotkeutua tekemiseen ja halutaan ostaa ”avaimet käteen” -paketti 2. Kun tiedetään, että jatkokehitykseen ei ole kovin paljon rahaa ja resursseja... 3. Kun halutaan hyödyntää tuotetta mahdollisimman paljon tuotteena... 4. Kun halutaan ”hyvä diili”, eli kustannustehokkuutta... 5. Kun tuotteen ominaisuuksista ei olla valmiita tinkimään! Sprintti, 2viikkoa Sprintti, 2viikkoa Sprintti, 2viikkoa Sprintti, 2vii kkoa Ketterä kehitys EI ole projektimalli...
- 87. Ketteryystarpeen arviointiharjoitus Ketterän kehityksen tarpeellisuuden arviointi: 1. Miten tuntematon on kohde / tavoite? – (a) hyvin hämärä / (b) vielä osittain hahmottumaton / (c) aika selkeä 2. Mikä on kokonaisprojektin ”ohjelmistopitoisuus”? Eli miten paljon on kyse puhtaasta ohjelmistokehitysprojektista? – (a) ohjelmiston laatu ja toimivuus ratkaisee lähes kaiken / (b) ohjelmistokehitys ja toimintatapamuutos kulkee käsi kädessä / (c) alle 30% on ohjelmistoon liittyvää / 3. Miten paljon halutaan / on tarvetta oppia matkan varrella? Eli miten kokematon tiimi on asiakkaan puolella? – (a) tiimillä ei juurikaan kokemusta vastaavista hankkeista / (b) tiimissä on jonkin verran kokemusta ja lisää voidaan hankkia / (c) tiimi on tehnyt vastaavia hankkeita aiemmin hyvällä menestyksellä (a) = 3 piste, (b) = 2 pistettä, (c) = 1 pistettä
- 88. Ketteryystarpeen arviointiharjoitus Tulokset: • 3-5 pistettä: ketterä kehitys ei ole mitenkään pakollinen malli, vaan todennäköisesti jollain toisella mallilla olisi saavutettavissa parempia tuloksia (etenkin suhteutettuna vaadittaviin resursseihin) • 5-7 pistettä: ketterä kehitys voisi tuoda hyötyjä prosessiin ja lopputuloksiin, mutta ei ole pakollinen malli, koska kohde on tiedossa ja/tai osaamista löytyy itseltä • 8-9 pistettä: ketterä kehitys on todennäköisesti suositeltava malli vaikka hankkeelle tekisikin perusteellisen valmistelu- ja suunnitteluvaiheen
- 90. Sisäiset järjestelmät + ulkoiset Extranet (kumppaneille) Internet- sivusto (markkinointi & viestintä) Extranet (asiakkaille)
- 91. Erilaisia extranet-konsepteja Voivat olla myös yhdistelmiä, mutta jos alkaa olla monen erilaisen osa- alueen yhdistelmiä, niin suositeltavaa harkita pilkkomista. Kertakirjautumisen takana olevat monet palvelut (Oma Elisa –malli) on yksi skenaario, mutta sellaisen mallin toteutus esim. mobiiliin voi olla käytännössä mahdotonta. Knowledge base -extranet Projekti/ku mppanuus- extrat Asiointi-extra (B2B/B2C) Raportointi ym. extrat jotka usein jonkun LOB- järjestelmän päällä
- 92. 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.
- 93. “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.
- 94. 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!
- 95. 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).
- 97. 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
- 99. Hakukonevaihtoehdot Suomessa 2013 North Patrol Oy99 SharePoint (Microsoft-ympäristöissä vahva ja paras laajennettavuus, osaaminen rajallista Suomessa ja konfigurointi maksaa – silti kenties paras vaihtoehto todella laajoihin hakutoteutuksiin extranettien sisälle) Google GSA (helppo asennus ja hankinta, stand-alone- ratkaisuna hyvä, etenkin jos haku kohdistuu pääosin sivuihin ja dokumentteihin) Lucene Solr (avoin lähdekoodi, räätälöitävissä ”mihin tahansa”, esim. verkkokaupat käyttävät Solr- hakukonetta usein – mutta peruspystytyksetkin 30k+ euroa) Tuotteiden omat Lucene –versioinnit (usein Solr-pohjaisia, esim. Confluence) Google Site Search (erittäin helppo asennus ja hankinta, stand-alone- ratkaisuna hyvä julkisille verkkosivustoille, ei extranetteihin)
- 100. 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 Oy100
- 101. Mitä opin? Osallistujien vastauksia 1/2 • ”Selkeyttä termi- ja käsiteviidakkoon. Sain loksautella ja jäsennellä jo tietämiäni asioita kohdalleen ja täydentää uudella tiedolla.” • ”Sain käsityksen tilaajapuolen tavoitteenasetannasta sähköisen palvelukanavan projekteissa. Ts. Busineksen kokonaiskuva kirkastui ja eri toimittajien rooli busineksessa.” • ”Trendien sisäistäminen ja päivitys” • ”Hyvät keskustelut muiden kurssilaisten kanssa” • ”Kuulla esimerkkitoteutuksista/keisseistä” • ”Räätäli vs. tuotteen välillä soutaminen” • ”Responsiivisuuteen liittyvä keskustelu” • ”Hakukoneiden, tai siis Googlen, toiminta, eli miten sivusto rankataan” • ”Hankevalmistelu, hankkeen alku => konseptinluonti aloittaa” • ”Teknologiavalinnat ja katsaus CMS puoleen” North Patrol Oy101
- 102. Mitä opin? Osallistujien vastauksia 2/2 • ”yrityksen internet ”pallukat” eli kokonaispalvelukuviot” • ”mobiili/responsiivisuuden tilanne” • ”julkaisujärjestelmien valinnan haasteet” • ”ketterä vs. vesiputous plussat ja miinukset” • ”teknologioiden läpikäynti ja vertailu” • ”esimerkkipohjaiset caset/demot – käytäntö auttaa ymmärtämään” • ”projektin veto/aloitus – mitä huomioida, mitä päätöksiä tarvitaan, missä järjestyksessä edetä” • ”ketterät menetelmät” & ”ketteryysproblematiikan esittely” • ”käyttäjähallinta” • ”konkreettiset esimerkit persoonien roolituksen kautta suunnittelusta / konseptoinnista (Valio, Sitra, TTY)” • ”julkaisujärjestelmäkatsaus • ”intra/extra/web-jako” & ”extranet asioita” • ”palvelusuunnitteluprosessin kuvaaminen mm. väylien roolittaminen” North Patrol Oy102
- 103. Yhteystiedot NorthPatrol Oy103 Perttu Tolvanen Web & CMS Expert, Partner North Patrol Oy 050 368 5199 perttu.tolvanen@northpatrol.com www.northpatrol.com Y-tunnus: 2493483-6
- 104. Verkkopalveluhankintojen neuvonantaja North Patrol Oy104 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.
- 105. North Patrol Oy105 BUYER´S GUIDE TO WEB PROJECTS www.northpatrol.com/blog