Browsing: Ihmiset

Digitalisaation kolme muotoa

by Tuootal on 14.06.2015

Digitalisaatio on päivän sana. Siitä puhutaan jo kaikkialla. Sen tarjoamat välineet mahdollistavat uuden liiketoiminnan luomisen, tekniikan kehittyessä syntyy myös keinoja kyseenalaistaa vanhat prosessit. Iso osa digitalisaatiota on kuitenkin kategoriaa ‘kiva juttu’. Se, että onko kivoista jutuista hyötyä onkin jo toinen asia. On, mutta..

Digitalisointi on liiketoiminnan uudistamista. Sitä voidaan lähestyä kolmella kulmalla. Tehostaminen, ehostaminen ja uuden luominen. Useimmiten lopputulema on sekoitus kahta ensimmäistä ja joskus harvoin näkee uuden luomista.

1. Tehostaminen

Tämä on digitalisoinnin muoto, jossa teknologia tarjoaa uuden tavan tehostaa olemassaolevaa prosessia. Useimmiten kustannukset menevät murto-osaan ja prosessi nopeutuu huikeasti. Esimerkkejä voisi olla ajan varaaminen tai tuotteen ostaminen verkossa. Tämä on riskittömin ja useimmiten nopein tapa toimia. Välistä tuntuu, että kaikki Suomessa tehdyt digitalisointiprojektit keskittyvät tehostamiseen. Mutta jos kerran tehostaminen toimii, niin miksi sitten tehdä muuta? No, siksi. Muista kuitenkin tämä & tämä.

2. Ehostaminen

Tässä tehdään koristeita olemassaolevan toiminnan ympärille. Usein puhutaan visualisoinnista, jonkun prosessin tekemisestä näkyväksi ja usein vain saadaan ruudut vilkkumaan. Joskus nämä ovat järjettömiä, joskus todella hienoja. Näitäkin pitää olla, koska ne tarjoavat uuden tavan lähestyä vanhoja rakenteita. Ja usein näillä on vahva markkinoinnillinen arvo. Lisäksi, organisaatio, jonka uudistuminen junnaa tarvitsee vähintään pari tällaista, jotta syntyy jotain uutta. Riskinhallinnan kannalta ehostus on ongelmallinen. Rahaa palaa ja todennäköisesti sitä ei saa takaisin. Ainakaan heti.

3. Uuden luominen

Digitalisoinnin jaloin muoto ei oikeastaan ole digitalisointia. Se on koko liiketoiminnan uudelleenluominen, käyttäen teknologiaa vahvana vipuvartena. Ei siis digitalisoida vanhaa prosessia. Vaikka useat väittävät toisin, korostuu tässä nörttien rooli (kts. ps2). Nörtit eivät yleensä ymmärrä vanhaa liiketoimintamallia. Varsinkin, jos se perustuu aikansa eläneisiin uskomuksiin.

Ikävä kyllä usein näissä unohtuu se, että kun idea on valmis tarvitsee se myydä ja markkinoida. Keinolla tai toisella. Tätä ei yleensä saa tehtyä yksin. Tiimissä on oltava hyvä sekoitus myynnillistä, markkinoinnin ja teknistä ymmärrystä. Epäonnistuminen on melkein varmaa jos joku näistä puuttuu. Se, että asiakkaat haluavat maksaa palvelusta on lopullinen testi idealle. Jos eivät, on idea susi.

Riskinhallinnan kannalta uuden luominen on kaikista vaikein. Onnistuminen voi olla todella komeaa ja epäonnistuminen vielä komeampaa. Välimuotoja tapaa harvoin. Forbesin mukaan 90% startupeista epäonnistuu. Todennäköisesti enemmän.

Digitalisaatiota pitää uskaltaa johtaa

Oma kokemukseni on, että liiketoiminnan kehittäminen kulkee useimmiten polkua jossa aluksi tehostetaan ja ehostetaan ja sitten (ainakin yritetään) luoda liiketoiminta uudelleen. Klassinen liikkeenjohto ei ole parhaimmillaan uuden luomisessa ja siksi nämä lähdöt tulevat usein perinteisten yrityksien ulkopuolelta. Jo senkin takia, että uuden luominen kannibalisoi vanhan. Tyhjän päälle astuminen pelottaa. Eri muodot eivät kuitenkaan ole ristiriidassa keskenään. Isompi yritys tarvitsee uudistuakseen kaikkia näitä. Ja työtä pitää johtaa. Varsinkin, jos kaikki ei suju kuin elokuvissa.

Digitalisaatio edellyttää uudenlaista johtamista. Innovatiivisuus, riskien järkevä hallitseminen ja erilaisuuden hyväksyminen ovat asioita, jotka ei vaan onnistu kaikilta.

Kaikki palaa erilaisten yksilöiden muodostamaan tiimiin

Lopuksi vielä tärkeä juttu. Tarvitset tiimin, jossa on erilaisia ihmisiä. Sinulla pitää olla pedantteja tehostajia, introverttejä nörttejä, innostavia viestijöitä ja lopuksi muutama puolihullu, jotka kiistävät kaiken olemassaolevan ja, jos onni on myötä keksivät sen uudelleen.

Jos ympäröit itsesi muoviklooneilla saat aikaiseksi korkeintaan keskinkertaista, jos sitäkään. Onnistuminen edellyttää erilaisten ideoiden hyvää synteesiä. Ja tehokasta toteutusta. Onnistumista ei ole ilman intohimoa uudistua.

Villakoira?

  1. Älä jää odottamaan ideaa joka ‘muuttaa kaiken’, pienikin askel vie eteenpäin
  2. Muista mitata onnistumista. Mittaamalla saat välineen johtaa. Muista eurot.
  3. Jos homma ei rokkaa reagoi nopeasti. Hyvän kuuloinen idea voi olla oikeasti susi, eikä sudet yleensä parane vanhetessaan.
  4. Onnistuvassa tiimissä on erilaisia ihmisiä. Älä potki päähän tarkkoja tuunaajia. Arvosta nörttiä. Älä järkyty kun liehuva liekinvarsi kertoo sinulle että kaikki aikaisempi on roskaa ja hänellä on aivan uusi idea.

Lopuksi : Eurot on todella hyvä keino mitata liiketoiminnan onnistumista. Monetisaatio on kuningas. Aina. No money, no honey.

Näihin kuviin ja tunnelmiin, iloista ja uudistavaa kesää.

ps1 : kaiken digitalisoinnin voi sössiä komeasti, jos sinulla ei ole riittävän vankkaa teknistä pohjaa.

ps2 : Nörttien roolista asiassa voi kiistellä pitkään, jätän se johonkin toiseen kertaan, mutta sitä odottaessa voit googlata vaikka seuraavia nimiä : Mark Zuckerberg, Sergey Brin, Bill Gates, Sir Tim Berners-Lee, Ralph H. Baer, Bram Cohen, Shawn Fanning, Linus Torvalds ja satoja muita. Tuo joukko on tuhonnut enemmän vanhoja yritysrakenteita kuin useimmat sodat. Vaikkapa Shawn Fanning, joka loi Napsterin, hänen aloittamansa kehitys murskasi lopulta fyysisiin levyihin ja kasetteihin perustuvan musiikkiteollisuuden ja pakotti toimialan uudistumaan. Kaveri ei tehnyt itse kaikkea, mutta potkaisi ensimmäisen pallon kentälle. Muut pelasivat eteenpäin. Btw – uuden luomisen yleensä tunnistaa siitä, että lopputuloksena on iso liuta käräjäkäyntejä, kun vanhojen liiketoimintamallien omistajat hirttäytyvät historiaansa. Oikeasti me nörtit johdetaan salaa maailmaa. Te ette vain tiedä sitä.

{ Add a Comment }

ProjektiNatsi kuolee yksin

by Tuootal on 07.02.2015

Edellinen kirjoitus käsitteli Velttoa projektipäällikköä (VPP). Tämän oman elämänsä sankarin vastakohta on ProjektiNatsi (PN). Jos VPP:n ongelma oli epämääräinen ja löysä toiminta on PN toista puuta. Ihan oikeasti. Yllättävää kyllä kumpikin on saman ongelman äärellä…

Olen hyvin tietoinen siitä, että tämä kirjoitus on vähän turhankin synkkä. Mielestäni se on kuitenkin tarpeen siksi, että olen urani aikana nähnyt useita loppuunpalamisia. Toimin kauan sitten projektiauditoijana. Joka yleensä kutsuttiin paikalle kun onnettomuus on sattunut, rauniot savuavat ja ihmisiä kärrätään pois paikalta. Ennen näitä projektikolareita oli aika paljon, nykyään vähemmän. Ne ehkä saavat enemmän julkisuutta. Erikoista on se, että aiheesta ei ole pahemmin kirjoitettu.

Kaikki ei mene kuin elokuvissa

On tärkeää tunnustaa avoimesti se, että IT-projektitoiminta on vaativaa ja joskus raskasta. Jos kaikki projektit menisivät kuin Strömsössä ei tätäkään kirjoitusta tarvittaisi.

ProjektiNatseja näkee aika usein nuorissa projektipäälliköissä. Ikä tuo tässä asiassa viisautta ja Siperia opettaa.  PN:n tunnistaminen on helppoa. Hän aiheuttaa ahdistusta. Projektipäällikön pitää tehtävässään saada tuloksia ja niitä ei synny jos projektiin osalliset eivät voi hyvin. Ahdistuksen aiheuttamiseen riittää ihan seuraavat temput:

  • Täydellinen piittaamattomuus ihmisen yksityiselämästä
  • Ihmisen esineellistäminen malliin ‘resurssini sairastui, mitä teen?’
  • Kiusaaminen järjettömillä raportointipyynnöillä
  • Absurdit venymisvaatimukset
  • Raportoinnin kaunistelu

Edelleenkin, asiakkaan kannalta projekti on onnistunut jos se toteuttaa tehtävänsä aikataulussaan ja sille varatuin resurssein. Olivat ne sitten rahaa tai tekijöitä. Mutta projektipäällikön (ja yrityksen) kannalta on vielä toinenkin ulottuvuus. Projektin pitää onnistua niin, että sen tekijät puhuvat toisillensa projektin jälkeenkin. Ja tätä PN:t eivät yleensä ymmärrä. He ajattelevat projektia yksittäisenä tapahtumana. Kun oikeasti sitä pitäisi ajatella jatkumona. Eli … projektipäällikön pitää menestyäkseen vetää projekti niin, että hän voi vetää sen jälkeen seuraavan projektin. Ja niiden asiantuntijoiden pitää pystyä työskentelemään vielä raskaan projektin jälkeen.

Ja tämän takia PN:t kuolevat yksin. He eivät nimittäin ymmärrä ihmisiä. He eivät ole kivoja kavereita.

Rohkeus ja ymmärrys

Projektipäällikön työ vaatii rohkeutta. PN:n ongelma on siinä, että hänellä on haaste edessään, joka vaatii ymmärrystä. Ja hän hyökkää haastetta kohti ajatellen että ongelmana ovat ne resurssit. Jolloin ratkaisu on ruoskia kaikki irti niistä. Ja esineellistämällä ihmisen resurssiksi saat voideltua omantunnon.

Ratkaisuja yleensä löytyy. Ja joskus yksi keinoista on jaksamisen venyttäminen. Mutta vain joskus, ja silloinkin oikein säännösteltynä.

Ja joskus pitää vaan kohdata haaste ja rehellisesti kertoa projektin ohjausryhmälle että meillä on ongelma, jota ei ratkaista ylittämällä inhimilliset rajat. Tässä kohden PN kohtaa VPP:n. ProjektiNatsi välttää ongelman rehellistä tunnustamista ja Veltto ei osaa sitä nähdä. Ongelma on sama. Pätevän tilannekuva ja sen ylläpitäminen auttaa huomaamaan ongelmat ajoissa. Ennenkuin kaikki on päreinä.

Ammattitaitoinen projektinjohto on nimenomaan työtä, jossa hyvän tilannekuvan avulla, tuntien projektin tavoitteet edetään systemaattisesti kohti maalia. Se on intohimoa onnistumisesta, rakkautta tavoitteisiin ja asiallista, kannustavaa johtamista. Ihan niinkuin kaikki muukin johtaminen.

Muutama pallo arkeesi

  • MUISTA että ne ‘resurssit’ ovat yleensä IHMISIÄ. HEILLÄ ON TUNTEET JA OMA ELÄMÄ. Prkl.
  • Projektipäällikön työ on esimiesrooli. Olet vastuussa projektin ihmisistä.
  • Ensimmäinen askel ongelman ratkaisuun on sen tunnustaminen
  • Rehellisyys, rehellisyys ja rehellisyys
  • Tarkka ja täsmällinen tilannekuva auttaa ymmärtämään

ps1 : Kuten lähes kaikki tuttuni tietävät minulla on fiksaatio ‘resurssi’-sanaan. En voi sietää sitä, että ihmistä kutsutaan resurssiksi. Sanakirjan mukaan resurssi voi olla muutakin. Vaikka työstökone. Älä kutsu ihmistä työstökoneeksi. You have been warned.

ps2 : jep. Näitäkin on ohjattu ulos projekteista. Tee vain sellaista työtä, josta olet ylpeä. Jos tilanne vaatii, suojele ihmisiä.

{ 4 Comments }

Veltto projektipäällikkö, tuo ihmiskunnan hylkiö

by Tuootal on 31.01.2015

Olen vuosien varrella saanut ilon ja kunnian seurata erinomaista projektitoimintaa. Olen itsekin johtanut joukkoa projekteja sekä joukkoa projektitoimintaa tekeviä organisaatioita. Ja kouluttanut projektipäälliköitä.  Mutta se on aikaa entistä, nykyään vain seuraan ammattitaitoisia projektipäälliköitä.

Onneksi.

Hyvä projektipäällikkö

Hyvä projektipäällikkö on monimuotoinen otus. Huonon projektipäällikön jäljet näkyvät kauas ja merkit ovat nähtävissä jo ensimmäisestä tapaamisesta. Parhaiten projektipäällikön ammattitaito näkyy siinä miten hän projektia johtaa ja miten hän kertoo sen tilanteesta. Ammattilainen kertoo tilanteen niinkuin se on. Eikä verhoa sitä sumuun. Projektinjohto on erinomaisen helppoa jos tiedetään mitä johdetaan ja karmeimmat esimerkit ovat … karmeita.

Huono projektipäällikkö

Nostan tässä erään ilmiön, joka saa minut aina järkyttymään. Onneksi tuttuni tuntevat minut niin hyvin etteivät päästä lähelleni tämäntyyppisiä tapauksia, koska hyvin tietävät että saatan karata käsistä. Eräs ihmiskunnan halveksittavimmista projektiolioista on nimittäin Veltto ProjektiPäällikkö (VPP).

Tyypillinen VPP-tapaus kertoo projektin tilanteesta seuraavasti:

  1. Eiköhän me olla aikataulussa
  2. Kyllä ne useimmat virheet on korjattu
  3. En mä tiedä, en ole ehtinyt kysyä
  4. Ei tässä paljoa mennä budjetin yli, no jotain ehkä kumminkin
  5. Mikä se budjetti olikaan?
  6. Joo, jotain virheitä on raportoitu, mutta ei mitään huolestuttavaa
  7. Eipä sieltä ole kuulunut mitään takaisin, juttu lienee ok

AAARRGGGHHH!

Jokainen noista saa minut tekemään kieppejä penkissä ja pahimmat VPP-tapaukset olen ohjannut ulos projekteista. Muutama julma fakta projektipäällikön työstä.

  • Projektipäällikön pitää tietää missä mennään
  • Projektipäällikön pitää tietää minne mennään
  • Projektipäällikön pitää tietää miten sinne päästään
  • Projektipäällikön pitää kertoa totuus, koko totuus

Johto tulkitsee tilannetta projektipäällikön antamien faktojen perusteella. Ja tilanteen mukaan projektipäällikköä tuetaan ohjaus/johto/… -ryhmän toimesta. On todella vaikeaa antaa projektipäällikölle tukea tai ohjausta jos tilanne on ‘kohtuullinen’. Varsinkin sellaiset asiat, jotka ovat yksikäsitteisiä, kuten raportoidut virheet, budjetti, kustannukset jne. on raportoitava yksikäsitteisesti. Ei mitään väsynyttä proosaa keskeisimpien asioiden kohtuullisen kunnon parantumisen tavoitteiden etenemisestä. Tai kuten eräässä raportissa luki ‘käyttäjätuen kysynnän tarve kasvaa’.

VPP synnyttää ketjun velttoutta. Jos VPP kertoo projektin olevan kohtuullisessa kunnossa on siitä eteenpäin kerrottava jotain yhtä velttoa tai vielä veltompaa. Vaikkapa malliin ‘joo, se projektipäällikkö sanoi, että kaikki on kunnossa’. Vaikka et sitä tiedä. Tiedät vain projektipäällikön mielipiteen. Et faktoja.

Mitä sitten?

Tässä ei ollut kaikki. Oikeassa maailmassa asiakasta kiinnostaa vain se, että projekti tulee valmiiksi niin, että tavoitteet täyttyvät. Ja että kustannuksia ei ylitetä. Ja ikävä kyllä napakka projektin tilannekuva ei siihen riitä. Vielä tärkeämpää projektin johtamisen kannalta on selkeä  näkymä eteenpäin. Raportit, virhetaulukot jne. ovat kuitenkin jarruvalojen katsomista. Et voi ajaa eteenpäin katsomalla taaksepäin. Ja tämä on ihan oman kirjoituksen arvoinen asia (kannattaa painaa subscribe-nappulaa oikealla…).

Mutta seuraavaa kirjoitusta odottaessa kannattaa muistaa, että jos et tiedä missä olet, et taatusti pääse sinne minne haluat. Toinen juttu, jota kannattaa miettiä, on suuresti arvostamani ajattelijan Jarmo Lönnforsin käyttämä viisaus; jos pidät liian tiukasti mailastasi kiinni ei pelaamisesta tule mitään.

Ikävä kyllä on nimittäin niin, että osa projektipäälliköistä ei ymmärrä tätä. Faktat ja tarkkuus ovat tarpeen erityisesti tilannekuvan muodostamisessa. Joka on eri asia kuin projektin johtaminen. Tarkoitan nimenomaisesti johtaminen. Aivan liian monta kertaa olen nähnyt, kun paikalle saapuu ProjektiNatsi (PN) joka kyykyttää projektin jäseniä harrastaen militanttia projektiJohtamista tavalla, joka pitäisi viedä Haagin ihmisoikeusistuimeen. (huom. seuraava osa on jo ilmestynyt täällä)

Muutama pallo arkeesi

  • Projektin ohjausryhmän jäsen : vaadi selkeää, yksikäsitteistä, johdonmukaista ja suunnitelmaa vasten tapahtuvaa raportointia.
  • Projektipäällikkö : tuota yksikäsitteinen tilannekuva jonka perusteella sinua on helppo tukea jos sitä tarvitaan. Tai jos tilanne on hyvä, niin sinua on helppo ihailla.
  • Katse eteenpäin, maali on aina edessä.

ps : niin, pitää vielä muistuttaa siitä, että olen kommentoinut myös projektin (yli)organisointia. Joka on melkein yhtä paha juttu kuin velttous.

{ 1 Comment }

Rakkaus ja CIO

by Tuootal on 04.01.2015

Kevät on aikaa rakkauden. On siis hyvä hetki kirjoittaa muutama sana rakkaudesta. Ja nimenomaan CIO:n rakkaudesta. Tuntuuko ristiriitaiselta? Eikös se ollut niin, että CIO on se ’IT-hemmo jonka rakastaa tietotekniikkaa’. Tämä on aika jännä ajatus. Miksi CIO:n pitäisi rakastaa tietotekniikkaa? Kokeile joskus työssäsi sanoa ääneen, että et rakasta tietotekniikkaa…

Olen käynyt tästä aika monta keskustelua ja yleensä juttu menee niin, että ’kun sä teet IT-juttuja niin kai sun pitää rakastaa IT-juttuja’. Tämä analogia on suunnilleen samaa tasoa kuin ’CFO tekee numeroita joten CFO varmaan rakastaa exceliä’. Tai ’Sihteeri tekee kalenterivarauksen joten hän varmaan rakastaa kalenteriansa’. On ihan oikeasti omituista ajatella, että lankkumaalari rakastaa lankkujen maalaamista niin, että tekee sitä varmasti vapaa-ajallaankin.

Väitän, että CIO:n kuuluu vihata tietotekniikkaa. Tai vähintään suhde pitää olla platoninen. CIO:n keskeisimmät tehtävät ovat:

  1. pitää huoli, että tietotekniikkaan nojaavat prosessit toimivat riittävän hyvin.
  2. pitää huoli, että tietotekniikan kustannukset ovat mahdollisimman alhaiset.
  3. pitää huoli, että erilaisten käyttäjien tarpeet tulevat toteutettua niin että edelliset toteutuvat.
  4. pitää huoli, että tietotekniikka on renki. Ei isäntä.

Avainsanat tässä ovat riittävän & mahdollisimman. Kaikki turha on tarpeetonta. Asiat, jotka eivät toteuta yrityksen strategisia tavoitteita ovat tarpeettomia. Niitä ei saa olla, eikä niitä saa tehdä. Ja ne eivät saa maksaa senttiäkään.

Tämä ei ole kuitenkaan niin yksioikoista kuin edellä lukee. CIO:n kuuluu myös olla intohimoisen kiinnostunut asioista, jotka mahdollistavat uusia asioita. Ja olla palavan innostunut siitä, miten näitä voitaisiin hyödyntää. Mutta CIO ei saa ikinä, milloinkaan, koskaan ryhtyä jonkun tekniikan / menetelmän / toimittajan / välineen matkasaarnaajaksi. Ja tästä tulee se, ettei CIO saa koskaan rakastua tietotekniikkaan.

  • CIO:n kuuluu rakastua tyytyväisiin palvelujen käyttäjiin.
  • CIO:n pitää innostua ratkaisusta, joka toteuttaa yrityksen strategiset tavoitteet entistä paremmin.
  • CIO:n pitää saada hurjia viboja siitä, että liiketoiminta ylittää tavoitteensa.
  • CIO:n kuuluu haltioitua siitä, että toiminta uusiutuu ja kehittyy

Ja kaikki tämä korostuu jos liiketoiminta on tietointensiivistä. Jolloin tietotekniikka voi mahdollistaa sellaisia asioita, jotka muuten eivät olisi mahdollisia.

Muutama teesi CIO:lle vuoden aluksi:

  1. Tietotekniikka pitää olla renki, ei isäntä
  2. Teknologia mahdollistaa (joskus) muutoksen
  3. Muutos syntyy johtamalla toimintaa, hyödyntäen (joskus) tietotekniikkaa
  4. Pyri aktiivisesti hävittämään kaikki turha, kallis ja tarpeeton tietotekninen puuhastelu.
  5. Rakasta työtäsi, vihaa (turhaa) tietotekniikkaa

{ Add a Comment }

Tietotekniikka muuttaa liiketoimintasi?

by Tuootal on 13.04.2014

Miksi fiksutkin ihmiset vaikuttavat joskus … ei niin fiksuilta? Pohdin tätä eräänä päivänä kuunnellessani esityksiä eräässä seminaarissa. Tarina meni sitä tavallista rataa, ’Meille tulee tämä CRM-järjestelmä ja sen myötä myyntimme räjähtää’ ja ’meille tulee OLAP-raportointityökalu joka antaa meille ymmärryksen liiketoiminnasta’. Aivan kuin järjestelmällä olisi näissä mitään tekemistä.  Esittäjät kertoivat, että ’odottelemme sitä ja tätä ja sitten aurinko nousee ja kesä tulee’. Ei muuten tule. Jos odotat, että IT muuttaa liiketoimintasi sataa räntää vielä juhannuksena.

Otetaan pari faktaa vasaroista

  1. vasara on työkalu
  2. kun sen laittaa maahan ei se rakenna taloa
  3. vaikka vetäisit ripaskaa vieressä

Laudoista

Otetaanpa laajempi versio noista edellisistä faktoista:

  1. jep, se vasara tarvitaan
  2. mutta tarvitset myös piirustukset siitä, mihin ajattelit sitä käyttää
  3. ja lautoja & nauloja
  4. sen lisäksi sinun pitää osata käyttää sitä vasaraa sekä myös lukea niitä piirustuksia
  5. sitten tarvitaan naulaamista, mielellään osuvaa, muuten sattuu ja kovasti
  6. ja sitten katsoa sitä mihin tuli iskettyä ne naula

Tietotekniikasta

Sovelletaanpa tätä yrityksen sisäisin tietojärjestelmäprojekteihin:

  1. Kaiken aloittaa tarve muutokseen ja sen tavoitteet
  2. Sitten tarvitaan jonkinasteinen prosessi jonka mukaan toimitaan
  3. jep, se järjestelmä saatetaan tarvita
  4. Perustiedot ja lähtöaineistot pitää olla kohdallaan
  5. Ja sitten olisi aika hyvä jos käyttäjät osaisivat käyttää järjestelmää
  6. sitten kovaa pauketta
  7. tuloksien mittaamista ja reagointia niiden perusteella

Kaikkea tätä ohjaa johtaminen. Se on kaikista tärkeintä muutoksen tavoittelemisessa. Enkä tarkoita tässä naivia ajatusta siitä, että johdon pitää sitoutua järjestelmään. Järjestelmiä ei saa rakentaa jos niillä ei ole käyttötarkoitusta. Kukaan ei ole niin hullu että sitoutuisi tarpeettomaan järjestelmään.

Muutos?

Halutessasi muutoksen on järjestelmä vain työkalu. Se varsinainen muutos lähtee johtamisesta. Toimintaa pitää johtaa tuloksellisesti kohti niitä tavoitteita joita organisaatiolla on. Työkalut ovat työkaluja, organisaation voima on ihmiset.

Siis haluat muutosta? Ihan simppelisti, vaikkapa haluat automatisoida jonkun prosessin, tai vaikkapa tehostaa varastonhallintaa. Koko homma lähtee siitä, että sinun pitää tietää mitä haluat. Ihan ensimmäisenä aseta ne tavoitteet.  Ja jos et osaa asettaa liiketoiminnallisia tavoitteita niin sitten unohda koko juttu.

Tavoitteiden jälkeen olisi hyvä keksiä ne keinot miten niihin päästään. Tarkoitan siis tavoitetilan prosessia ja niitä askelia joilla siihen tavoitetilaan päästään. Samalla määritetään ne tahot jotka prosessissa toimivat. Ja ne joukot jotka sitä prosessia johtavat sekä tukevat.

Vasta nyt aloitetaan sen järjestelmän pohtiminen. Ja tässä vaiheessa alkaa se IT-projekti ja homma menee normisti eteenpäin. Olettaen, että et aja projektia seinään ’tarpeellisilla’ muutoksilla. Kannattaa yleensä tavoitella yhtä juttua kerrallaan. Lisäksi järjestelmän pitää toimia riittävän hyvin jotteivat käyttäjät voisi pahoin sitä käyttäessään.

Sitten alkaa se vaikea osuus. Se uusi prosessi otetaan käyttöön ja parempi olisi että se toimisi. Myös se järjestelmä. Tästä eteenpäin ainoa mikä merkitsee on toiminnan johtaminen.  Ja mittaaminen. Ja johtaminen. Ja mittaaminen.  Ja vasta nyt ollaan siinä muutoksessa. Kaikki ennen tätä on ollut jotain muuta.

Bottomline

On perverssiä sanoa että tietotekniikka itsessään tekisi muutoksen. Tietotekniikka mahdollistaa asioita, mutta johtaminen tekee sen muutoksen. Sinun pitää tietää mitä haluat, ihan konkreettisesti. Turha luulla että löydät perille jos et tiedä minne olet menossa.

Vielä yksi juttu : paras muutos on sellainen jonka saa aikaiseksi ilman tietojärjestelmää.

ps : IT-alalla toimivat ihmiset eivät yleensä tunne talojen rakentamista ja vasaroita. Mäpäs olen rakentanut 2+ taloa, tunnen vasarat 🙂

{ 3 Comments }

Part 2. Miksi verkkokaupan ja myymälän yhdistäminen on niin vaikeaa?

by Tuootal on 15.01.2014

Okei – kiitos kaikesta palautteesta edelliseen osaan ja ilahduttavasti käynnistyneestä boikotoi #suristin :ta-keskustelusta. Minä ihan oikeasti inhoan näitä Suristimia.

Mutta sitten asiaan. Halusin palata tähän aiheeseen koska kirjoitin osan 1. liiankin nopeasti. Kirjoitus ei mielestäni ollut riittävän hyvä. Olen sitä mieltä, että kirjoitus jossa kritisoidaan ilman konkreettisia parannusehdotuksia on orpo. Ja muutenkin yleinen ruikuttaminen on lapsellista. Joten.. joten … pannaan paremmaksi. Tämä silläkin uhalla että kollegani on monesti sanonut, että ’Tuomas, nyt ei kreata, tehdään töitä’.

Sparrailin toverien kanssa tämän nimeltä mainitsemattoman verkkokaupan tilannetta. Lopulta syntyi idea siitä miten tilannetta voisi parantaa. Tässä on pyritty ratkaisemaan ongelma joka on siis verkkokaupasta tilattujen tuotteiden tehokas, jonovapaa luovuttaminen, maksaminen ja samalla kertaa rentouttava, mielyttävä ostoskokemus.

Vaikka näin..

  1. Asiakas tilaa tuotteen verkkokaupasta
  2. Hänelle tulee tilausvahvistus SMS:nä (sisältäen tilausnumeron). Vahvistus on muodossa ’Kiitos tilauksesta nr. 123456. Tilauksesi on valmiina noudettavaksi, kun olet tulossa tännepäin 1h sisään ja haluat että otamme tuotteen valmiiksi Sinua varten vastaa tähän viestiin Jepjep’
  3. Asiakas vastaa ’Jepjep’
  4. Sovellus vastaa ’Kiitos! Tilaus on valmiina arviolta 16min kuluttua noutopisteessä’
  5. Innokkaat työmuurahaiset ryntäävät hakemaan tuotteen ja laittavat sen noutopisteeseen joka on härskisti kopioitu Itellan Smartpost-pakettiautomaatista. Mutta on siis kaupan oma ja tarroitettu vastaavasti
  6. Asiakkaalle lähtee viesti ’Heippa! Tuote on valmiina noutopisteessä, pidämme sen siellä 2h, tervetuloa kauppaamme’
  7. Asiakas saapuu noutopisteeseen, syöttää automaattiin tilausnumeronsa, jolloin automaatti sanoo ’syötä pankki/luottokorttisi kortinlukijaan’. Maksu hoituu tässä tai sitten asiakas ohjataan asiakaspalvelijan luokse käteismaksua/muita maksutapoja varten
  8. Automaatti kertoo mistä lokerosta tuotteen voi hakea ja lokeron sähkölukko avautuu
  9. Asiakas hakee tuotteen ja hymyilee. Varsinkin, koska hän saa vielä viestin ’Kiitos tuhannesti asioinnista, tämä viesti käy myös -10% alennuskuponkina maittavaan kahvikupposeen kahvilassamme, vastaa samalla asiakastyytyväisyyskyselyymme, kuinka arvioit onnistumistamme asteikolla 1-10?’

Tässä on ideana poistaa mahdollisimman monta jonopistettä ja käyttää suristimen sijasta asiakkaan omaa kännykkää. Idea ei tietystikään tepsi kaikkiin asiakkaisiin, ostamisen malleihin eikä tuotteisiin. Mutta iso osa asiakkaista olisi onnellisempia.

Ratkaisua ei voi tehdä pelkästään ’robottina’, siksi lisäsimme siihen kahvialennuksen, sillä saa asiakkaalle mahdollisuuden rentoutua ja miettiä muita hankintoja. Pelkkä automaattikontakti on liian kylmä.

Vielä muutamia lisäyksiä:

  • Noutopisteessä voisi olla mukavia nojatuoleja + wlan ilman ääliömäisiä kirjautumiskoodeja.
  • Kohtuuhintainen jääkylmä kola-automaatti voisi olla myös mukava. Mielellään cherrykolaa, kiitos!
  • Noutopisteeseen voisi rakentaa tilataideteoksen yhteen sulatetuista Suristimista, sen alle valo symbolisoimaan helvetin tulta korventamassa Suristimien keksijää.

Tätä ideaa saa käyttää täysin vapaasti. Ei maksa mitään.

Bottomline

Modernin palvelumallin voi rakentaa puhtaalta pöydältä, unohdetaan neuvostoaikaiset jonotusmallit ja mietitään miten palveluprosessissa hyödynnetään teknologiaa niin, että se palvelee eikä orjuuta.

Jk. Okei – jos joku kauppa oikeasti tätä käyttää niin en pane pahakseni jos minulle lähetetään se USB3.0-hubi. Nimittäin en saanut sitä ostettua viime käynnilläni. Lähdin kaupasta nähtyäni 30m jonon noutopisteessä. Kiitos!

Jk2. Kiitos myös lukemisesta, painele subscribe-nappulaa jos haluat pysyä ideoiden tasalla.

{ Comments are closed }

Osa 2. Prosesseihin sitouttaminen on ….

by Tuootal on 24.11.2013

Ensinnäkin, kiitokset kaikille heille jotka kommentoivat kirjoitustani ihmisten sitouttamisesta. Palautteen määrä sai nöyräksi. Ja todisti väitteeni siitä, että IT-teollisuudella on opittavaa. Kuten edellisessä osassa väitin, ihmiset ovat älykkäitä ja osaavat vaatia. On aika kasaria olettaa, että ihmiset ovat vaan … käyttäjiä. Käyttäjät tekevät valintoja ja päätöksiä. Ja heitä pitää arvostaa. Jos et tätä usko tai ymmärrä niin ei se mitään. Muut ymmärtävät ja sinä voit muuttaa jurassic parkkiin, siellä on tilaa.

Kirjoituksessa keskityin käyttöliittymän merkitykseen käyttäjälle. Ja muutamissa kommenteissa kysyttiin prosessien merkitystä. Siis, palvelu/sovellus on osa prosessia. Väite joka minulle esitettiin on, että prosessiin sitouttaminen on jaloa, vaikka sovellus olisikin kökkö. Hmmm… Kiehtovaa, tätähän pitää pohtia.

Väitän, että sovelluksilla, palveluilla ja prosesseilla ei ole suuremmin eroa. Käyttäjät ovat fiksuja, jos kokonaisuus on kökkö niin se on kökkö. Se, että tavoitellaanko sillä korkeampia asioita ei juurikaan muuta tilannetta.

Ulkoilutetaanko vähän ajatuksia?

Tähän sopii historiallinen tarina. Kauan aikaa sitten minulla oli kunnia työskennellä suomalaisen IT-teollisuuden grand old manin, Esa Korvenmaan kanssa. Olimme ottamassa käyttöön uutta myyntiprosessia ja CRM-järjestelmää. Esa ällistytti kaikki toteamalla että prosessidokumentaatio on sitten salainen, eikä sitä näytetä myyjille. Ei siis paperilla, tiedostona eikä Intrassa. Erittäin tiivis viestinnällinen peruspaketti kylläkin, mutta varsinainen dokumentaatio pidettiin piilossa.

Aika erikoista?

Jep, niinpä. Minulla kesti muutaman hetken ennenkuin ymmärsin perustelut. Jos prosessidokumentaatio jaetaan:

  1. Saavat organisaation kyynikot siitä keppihevosen jolla perustelevat sen jättämisen noudattamatta
  2. Ja ne, jotka muutenkin toimivat ’kiltisti’ kahlaavat prosessipaperit läpi ja tuhertavat niiden kanssa loputtomiin

Eli pitämällä prosessipahvit kaapissa pakotetaan käyttäjät toimimaan sen varassa mikä on näkyvää. ts. noudattamaan järjestelmää joka ohjaa prosessin mukaiseen toimintaan. Eikä puuttumaan prosessipapereihin. Ja idean toteutus pakottaa tekemään CRM:n sellaiseksi, että se toimii ohjaavasti.

Mikä on myyjälle olennaista? Kaupan saaminen. CRM on apuväline tiedon jakamiseen ja myyntikoneiston ohjaamiseen ja seurantaan.  Mutta vain apuväline. Prosessi ja sen jalkauttaminen on toissijaista, kauppa on ensisijaista. Aikuisten oikeasti, ei myyjää pidä kiinnostaa myyntiprosessi. Myyjän pitää innostua asiakkaan tapaamisesta ja liidien jalostamisesta kaupaksi. Jokainen paperi myyjän ja asiakkaan välissä on pahasta.

Esan idea on nerokas. Ja Esan tapa lähestyä ongelmaa on nerokas. Eli sen sijaan, että pähkitään sitä miten prosessi saadaan viestittyä rakennetaan koneisto niin ettei sitä tarvitse viestiä.

Kökköjen prosessien sitouttaminen on ….

Edelleenkin, aivan kuten palveluissa. Jos prosessi on kökkö on työntekijöiden sitouttaminen siihen kiusantekoa. Prosesseihin pätevät aivan samat lainalaisuudet kuin palveluihin. Kökkö on kökkö, eikä ihmisten suhtautuminen muutu mitenkään vaikka siihen leipoisi millaisen ’juurruttamisprojektin’ päälle. Paraskaan ’muutosvastarinnan käsittelymalli’ ei saa ihmistä ymmärtämään järkyttävää prosessia. Jos otetaan käyttöön kökköä prosessia tukevaa kökköä palvelua on lopputulos jotain … joskus sanat eivät riitä.

Joskus auttaa kun rehellisesti kertoo sen, miksi prosessissa on kömpelyyksiä. Vaikkapa, aiempaan matkalaskujärjestelmän prosessiin liittyen, kerrotaan rehellisesti työntekijöille, että verottaja edellyttää taksikuittiin kirjattavaksi että se on taksikuitti. Vaikka järjestelmä sen muutenkin tietäisi. Mutta silloin joku saattaa kysyä että miksi sama tieto pitää kirjoittaa useaan kertaan… Ja miksi käyttäjän pitää kirjoittaa?

Prosessien ja niitä tukevien palvelujen pitää tuottaa jotain, ei olla musta aukko johon organisaation ilo ja into toimia varsinaisen tavoitteen vuoksi uppoaa. Aivan sama idea kuin palvelutaseessa.

Muutama vinkki joilla pääsee pitkälle:

  • Kuuntele ihmisiä. He ovat fiksuja, heillä on usein hyviä ideoita
  • Ole rehellinen. Jos prosessiin on ihan pakko iskeä joku älyttömyys kerro ihmisille syy siihen.
  • Tee prosesseista mahdollisimman yksinkertaisia ja lyhyitä
  • Vältä sitä, että mallinnat prosessin organisaation kautta. Varsinkin sellaiset lauseet, joissa sanotaan ’tässä prosessi koukkaan sille-ja-sille, jotta he pysyvät tietoisina’ ovat ääliömäisiä
  • Jos teet virheen niin tunnusta ja korjaa se

Sanoinko jo, että kuuntele ihmisiä? Hyvä. Kuuntelua ei ole koskaan liikaa.

Bottomline

Käytä omia aivojasi. Ajattele itse ja käytä niitä korvia. Voit kuulla hyviä ideoita. Kököt prosessit ovat kökköjä prosesseja eikä ketään ei saisi sitouttaa tyhmyyteen. Prosesseissa korostuu se, että pitää keskittyä olennaiseen. Kaiken pitää palvella ihmistä, eikä koneistoa. Ja lopuksi – älä ole jotain ismiä toittovan konsultin keppihevonen.

Jk. Oletko koskaan ajatellut, että prosessin/palvelun suunnitteleminen ei saa lähteä siitä olettamasta että suunnittelija käyttää valta-asemaa työn tekijää kohtaan? Työn tekijä on prosessin ‘asiakas’. Asiakas on aina oikeassa. Aina.

{ Comments are closed }

Käyttäjien sitouttaminen on sairasta

by Tuootal on 10.11.2013

Kuluttajistuminen on vinkeä juttu. Se on tuonut keskusteluihin uusia asioita, kuten BYOD, BYOA jne. Keskusteluissa on kuitenkin keskitytty toissijaisiin juttuihin, kuten kännyköihin ja läppäreihin. Niitä tulee ja menee, ne eivät oikeasti ole kiinnostavia. Se mikä on ja pysyy on käsitteelliset omituisuudet. Ja tällä kertaa kommentoin käsitettä ’käyttäjien sitouttaminen’, puhuttaessa yritysohjelmistoista. Joku voi kysyä tässä kohden, että mitä yhteistä näillä asioilla on? Paljonkin.

Sitouttaminen?

Minua on pitkään vaivannut eräs IT-teollisuuden synkimmistä käsitteistä : käyttäjien sitouttaminen. Google löytää sille 541.000 osumaa. Joka on jonkinlainen saavutus, kun ajattelee mitä se tarkoittaa. Tämä käsite esiintyy usein käsitteiden muutosvastarinta ja käytön juurruttaminen yhteydessä. Olen sitä mieltä, että he, jotka käyttävät näitä käsitteitä ovat pahasti hakoteillä. Perustelen sen esittelemällä kätevän laskentamallin.

Asian hahmottamiseksi kannattaa ajatella seuraavalla tavalla. Otetaan mikä tahansa yritysohjelmisto. Vaikkapa matkalaskujärjestelmä. Kirjataan ylös ne asiat jotka aiheuttavat tuskaa. Vaikkapa ääliömäiset, ylimääräiset tunnus-salasana-viritelmät, hitaat vasteajat, monimutkaiset komennot, typerryttävä kolmeen kertaan kirjoitettava perustelu kuitille, järkyttävät klikkailuhelvetit jne. Kaikki se paha mikä sovelluksessa ahdistaa käyttäjiä. Ja toiselle puolelle kirjataan ne asiat jotka aiheuttavat iloa. Esimerkiksi työtä tehostavat toiminnot, nopea reagointi, tarpeettomien vaiheiden eliminointi, helppo käyttöliittymä ja niin edelleen. Ja matkalaskujärjestelmän tapauksessa tilille tuleva matkakorvaus.

Seuraavaksi arvotetaan sekä tuskan että ilon elementit vaikkapa asteikolla 1-5. Kummankin puolen elementit lasketaan yhteen ja lopulta otetaan ilo ja vähennetään siitä tuska. Tulokseksi saat palvelutaseen.

Tämä palvelutase on jännä numero. Jos se on positiivinen tarkoittaa se sitä, että palvelu tuottaa iloa käyttäjilleen. Se on miellyttävä, nopea, toimii tehokkaasti jne. Jos taas palvelutase on negatiivinen on palvelu sellainen että sen käyttäminen aiheuttaa enemmän tuskaa kuin iloa. Kaikille palveluille voi laskea tämän taseen.

Sitten paikalla tulee innostunut ihminen joka sanoo, että palvelu jonka palvelutase on negatiivinen toimii teknisesti hyvin ja käyttäjät eivät pidä siitä sen takia, että heitä ei ole sitoutettu palveluun. Tai että heillä on muutosvastarintaa. Tai että käyttöä ei ole aktivoitu…

Voi pyhä sylvi

Erittäin usein palvelut joista sanotaan, että niiden käyttäjillä on muutosvastarintaa ovat oikeasti kökköjä. Ne eivät yksinkertaisesti toimi, tai sitten ne toimivat niin huonosti että tekee kipeää käyttää niitä. Olen törmännyt jopa matkalaskujärjestelmään jonka käyttäjät ovat lopulta kieltäytyneet matkustamasta välttääkseen matkalaskun tekemistä. Ja ihan varmasti joku onneton on kirjoittanut suunnitelman sovelluksen ’käytön juurruttamisesta’.  Ihmiset käyttävät näitä sovelluksia vain (ja ainoastaan) koska se on pakko. Ja pakko on aina huono motivaattori. Ihminen joka ajaa käyttöön tuskaa tuottavia palveluita on pahan palveluksessa. Ihmisten sitouttaminen tuskaan on sairasta.

Yritykset jotka näitä kökköjä järjestelmiä rakentavat unohtavat yhden totuuden. Ihmiset ovat yleensä fiksuja. Jos muutosvastarintaa esiintyy on siihen syynsä. Jolloin pitäisi miettiä mikä on se oikea syy, eikä keskittyä nujertamaan ihmisten terveitä puolustusreaktiota.

Miten sitten kuluttajistuminen liittyy tähän?

Paljonkin. Verkko ja pilvi ovat aika tylsiä käsitteitä. Mutta niiden leviäminen laajalle yhteiskuntaan on tuonut koko joukon uusia palveluita käyttäjien käytettäväksi. Ja useat niistä ovat helppoja ja niiden käyttäminen tuo ihmisille jotain iloa. Sanotaan sitten vaikka, että niiden palvelutase on positiivinen. Otetaan vaikkapa esimerkiksi google, facebook, twitter jne. Tai sitten linkedin. Tai ääriesimerkkinä Angry Birds. Käytätkö sinä näitä palveluita koska sinut on ’sitoutettu niihin’?. Oletko esittänyt muutosvastarintaa Angry Birdsiin?  Alunperin kuluttajille suunnatut palvelut tulevat aivan varmasti leviämään yritysmaailmaan. Ja tärkeintä tässä on se, että niiden suunnitteluideologia leviää yrityksiin. Ideologia siitä, että palveluiden käyttö pitää olla niin palkitsevaa että niitä käytetään vapaaehtoisesti. Suosittelisin jatkossa miettimään kaikkien yrityssovelluksien ratkaisut niin, että käyttäjät haluavat käyttää niitä. Ja silloin se palvelutase on positiivinen. Tähän ilmiöön liittyy löyhästi käsite BYOA, mutta siitä joskus enemmän.

Verkossa tarjottavat palvelut joutuvat ihan oikeasti taistelemaan käyttäjiensä suosiosta. Ihan oikeasti 20  miljoonaa kärpästä on oikeassa, vaikka kyynikot muuta väittävät. Jos palvelusta pidetään on siinä jotain hyvää. Vapaaehtoinen käyttäjä on loistava mittari palvelun laadulle.

Bottomline

Aina kun kuulet käsitteen ’käyttäjien sitouttaminen’ poista varmistin. Jos sama puhuja kertoo sinulle muutosvastarinnan nujertamisesta mieti miten saat puhujan nujerrettua. Yleensäkin käytä omia aivojasi sekä maalaisjärkeä. Kyseenalaista asiat jotka ovat järjenvastaisia, älä usko ihmisiä jotka saavat kicksejä tuskan levittämisestä. Tule hyvän puolelle. Nykyään on jo vaihtoehtoja.

Jk. Lähiaikoina palaan tähän teemaan pureksimalla käsitettä ’johdon tuki’. Stay tuned tai paina subscribe-nappulaa oikeassa reunassa. (edit – kts. täältä)

Jk2. Eikö ole mielenkiintoista, että ‘hyvä käyttöliittymä‘ saa 199.000 osumaa ja ‘käyttäjien sitouttaminen‘ saa 541.000 osumaa. It makes you wonder…

Jk3. Tähän kirjoitelmaan on ilmestynyt jatko-osa: Prosesseihin sitouttaminen…

{ Comments are closed }

IT ei ole saari

by Tuootal on 02.11.2013

Verkon mahdollistama muutos on ravistamassa yrityksiä tavalla jota ei ole aiemmin nähty. Se vaikuttaa kaikkiin tasoihin ja toimintoihin. Yhteiskunta on jo siirtynyt ‘verkko mahdollistaa’ ilmaisusta ‘asiakkaat edellyttävät’ maailmaan. Tällä kertaa kommentoin tapaa jolla muutos vaikuttaa IT:n rooliin yrityksessä. 

Kun seuraa alan kirjoittelua huomaa aika nopeasti että maailma on muuttunut ja useimmat yritykset toimivat aivan toisenlaisessa ympäristössä kuin, sanotaan vaikka 10v sitten. Aika ei ole olennainen, muutos on. Muutos liittyy tapaan jolla tyypillinen yritys kohtaa asiakkaansa. Asiakaskohtaaminen on nykyään yhä useammin sähköinen. Ja tästä ei varmaan tarvitse kirjoittaa, tämän tietävät kaikki.

Ne ajat jolloin tietotekniikka oli minikone salissa tai PC-verkko toimistossa ovat menneet. Ja entisenlainen tietohallinto mennyt sen mukana. Nykyään tietotekniikka on mukana kaikessa ja kaikkialla. Vähän niinkuin Elisan mainos muutama vuosi sitten. Jos puhutaan vähänkään isommasta yrityksestä ei asiakasrajapinta (tai muukaan) toimi minuuttiakaan ilman tietotekniikkaa. Asiakkaat vaativat aivan eri tavalla palveluita ja reagointia tarpeisiin. Ja jos et ole mukana et ole … mukana.

No, kaikki tämä kuullostaa tietotekniikan taitajien kannalta kivalta. Ainakin aluksi. Siis ihan oikeasti hienoa, vihdoinkin joku ymmärtää IT:n merkityksen. Ja … niin edelleen. Btw – olen henkilökohtaisesti täysin allerginen ilmaisuille ‘johdon tuki’, ‘ymmärtää IT:n merkityksen’ jne. Asiat joilla on merkitystä ovat tärkeitä. Piste. Ja tärkeille asioille on aina aikaa. Kaikki lauseet joissa kysytään ‘miten IT:n saa johdon agendalle’ saavat minut poistamaan varmistimen.

Joka tapauksessa sähköiset palvelukanavat ja prosessit ovat nostaneet tietotekniikan merkityksen aivan uudelle tasolle. Ja laskeneet organisaationa tietohallinnon merkityksen alemmas kuin koskaan aiemmin.

Täh? Mites tässä nyt näin kävi?

Tässä on se jännä ilmiö. Kun sähköiset kanavat ovat nykyään täysin välttämättömiä ovat ne muodostuneet yritykselle elämän ja kuoleman kysymykseksi. Jos sähköisen ajanvarauksen kautta tulee 50% asiakkaista on todella tärkeää että se toimii. Ja silloin sitä soppaa sekoittamaan ilmaantuu koko yrityksen väki.

Tietohallinnon monopoli katosi

Kuka vei tietohallinnon juuston? Lopulta kaikki on aivan johdonmukaista. Koska IT:llä on vihdoinkin ‘merkitystä’ osallistuvat kaikki säätämiseen. Kukin oman alueensa ja osaamisensa mukaan. Tämä on luonut aivan uuden maailman. Jossa:

  • Tietotekniikka ei enää ole Tietohallinnon omaisuutta
  • Tietotekniikkaa on kaikessa
  • Yritys joka tuottaa IT-perustaisia palveluita on IT-yritys
  • koko henkilökunta on töissä ‘Tietohallinnossa’

Pelottavaa, vai mitä? Tiesitkö sinä olevasi töissä ‘tietohallinnossa’? Et välttämättä halunnut sitä, mutta elämä on. Et ehkä ole töissä tietohallinnossa, mutta olet speksaamassa IT-juttuja.

Mutta ei tässä kaikki…

Kaikessa tässä on pieni pulma. Tyypillisen konttorinkuluttajan osaaminen tietotekniikasta ja sen nivomisesta palveluprosesseihin (kutsutaan sitä vaikka muoti-ilmaisulla palvelumuotoilu..) on aika kapeaa. Ja se näkyy. Useamman kerran olen päässyt näkemään aivan hämmentäviä sohlauksia. Varsinkin jos ihminen jonka työelämän parasta-ennen-leima on mennyt vanhaksi ryhtyy teutaroimaan sellaisten asioiden kanssa joista hänellä ei ole mitään hajuakaan. Epämukavuusalueelle meneminen aiheuttaa epävarmuutta jota kompensoidaan primitiivireaktioilla. Jokainen projekti kaipaa peukalonjäljen jättäjän. Todennäköisesti kaikki IT/DIGI-toimijat tuntevat tämän ilmiön.

Käytännössä ei ole reilua, eikä perusteltua vaatia kaikilta työntekijöiltä korkeaa osaamista. Mutta perustaso on pakko olla. Rekryperusteina pitää olla oman alueen osaamisen lisäksi perustiedot sähköisten palveluiden ja prosessien maailmasta. Eikä haittaa osata ihan konttoritekniikan perusjuttuja. Pari päivää sitten autoin jälleen yhden keski-ikäisen johtajan liittämään läppärin tykkiin. Jep…. joskus ne IT-jutut on vaikeita.

Ja aivan samalla tavalla tietohallinnon väen on osattava sen palvelumuotoilun perusteet sähköisten palvelujen perspektiivistä. Ja vähän enemmän.

Kaikki palaa kommunikointiin

Jotta homma rokkaisi tarvitaan yrityksessä ainakin pari juttua:

  1. Palveluiden kehittämisen, jakelun, myymisen ja markkinoinnin syvällistä osaamista
  2. Tietotekniikan syvällistä osaamista
  3. Em. joukkioiden on osattava kommunikoida keskenään

Tuo kommunikointi on se olennainen juttu. Auttaa jos kummallakin se perusymmärrys toisesta. Ja kommunikoinnin kautta ymmärretään ne yhteiset tavoitteet. Ja päästään niihin. Ei tämäkään juttu ole sen vaikeampaa. Kummankin osapuolen pitää osata toisen kieltä. On ihan aikuisten oikeasti tärkeää hankkia syvällistä osaamista, keskiarvo saa aikaiseksi keskiarvon. Tuntuu kivalta, mutta ikävä kyllä keskiarvolla päästään hyvälle pronssitilalle.

Bottomline

Älä palkkaa nörttiä joka ei osaa kertoa mitä tekee ja markkinointihemmoa joka ei osaa kytkeä tykkiä läppäriin. Ja kummankin pitää osata jutella kaverinsa kanssa. Käytä tässäkin maalaisjärkeä. Älä etsi keskiarvoa, etsi kovaa osaamista joka osaa kommunikoida.

{ Comments are closed }

Myymisestä, jälleen…

by Tuootal on 14.10.2013


Olen jo pariin kertaan kirjoittanut myymisen jalosta taidosta (kts. vaikka tämä ja tämä). Tai oikeastaan sen puutteesta. Kun on myymisen kohteena pääsee aivan liian usein kokemaan sellaista myymisen taitoa että siitä tekee mieli kertoa muillekin. Alla on tiivistelmä eräästä intomielisestä myyntipuhelusta jonka kohteeksi pääsin perjantaina. Soittaja oli tavoitellut jo lukuisia kertoja ja aloin epäillä että hänellä olisi jotain ihan oikeaa asiaa.

reiska : Mitenkäs päivä on mennyt ja puhunko IT-asioista päättävän tahon kanssa?
minä : Jep, tässä sitä ollaan
reiska : Meillä ACNE Oy:ssä ollaan panostettu SAP-ratkaisujen kehittämiseen ja niiden raportointiratkaisujen tuottamiseen kriittisiin liiketoimintatarpeisiin ja niiden täyttämiseen koska ne on tosi tärkeitä varsinkin teidänkaltaisille alan ammattilaisille joiden aika on tosi tärkeää ja <blaah blaah> ja siksi me haluttaisiin tavata teidät.
minä : Jaa, meillä ei ole SAP-ratkaisuja käytössä
reiska : Hmm.. No ei se haittaa, meidän ratkaisuja voidaan käyttää myös muidenkin ERP:ien kanssa koska ne on tärkeitä <blaah blaah> tavata teidät?
minä : Jaa, ei meillä ole oikeastaan ERP:iäkään. Me ollaan terveyspalveluyritys. Me käytetään potilastietojärjestelmiä.
reiska : No okei, voitaisiinko <blaah blaah> me siltikin tavata teidät? Me voitaisiin keksiä mitä meillä olisi tarjottavana teille?
minä : Ei, koska keskustelu ei voi oikeastaan johtaa mihinkään. Hyvää jatkoa.

Mikäköhän näissä on vikana? Luulisi että tämäkin sankari olisi ymmärtänyt ottaa selvää kohteensa muutamasta parametristä:

  1. toimiala
  2. emme käytä SAP:ia
  3. meillä on raportointijärjestelmä johon olemme tyytyväisiä

Kaikki nuo  jutut olisivat olleet löydettävissä aika helposti minuutin googlaamisella. Mutta enemmän minua jäi vaivaamaan se, että hän ei ollut selvästikään ymmärtänyt myymäänsä palvelua. Luulen tuntevani SAP:n ainakin pintapuolisesti. Uskoisin, että jos ACNE Oy on keskittynyt myymään SAP-ratkaisujen raportointipalveluita ei silloin kannata vaihtaa sanoman kärkeä melkein kesken lausetta ja vielä luulla että asiakas uskoo osaamiseenne.

Esittäisin kainon toiveen myyntijohtajille. Ennenkuin otatte yritysrekistereistä soittolistoja tietohallintojohtajille miettikää pari juttua:

  • Mitä myytte? Onko ratkaisu sellainen, että se voisi kiinnostaa.  Pelkkä ‘me tehdään raportointia’ ei lämmitä. Ihan oikeasti pitää olla jotain joka kiinnostaa.
  • Kenelle myytte? Onko asiakas sellainen, että voisi edes teoriassa olla kiinnostunut ratkaisusta? Tai että asiakkaan toimialalla voidaan yleensä käyttää tarjoamaasi ratkaisua?
  • Voiko asiakas edes teoriassa ostaa ratkaisun? Onko asiakas ostanut jo myymääsi vastaavaa palvelua? Tai tehnyt äsken sopimuksen samasta jutusta? Google on ystäväsi.
  • Millä tavalla myytte? Onko myyntikoneenne valmennettu niin, että kauppa yleensä voi syntyä? Onko sen kärki sellainen, että soittaja osaa selittää sen edes auttavasti? Tai edes tietää suunnilleen mistä puhuu?

Yleensäkin kannattaa kokeilla harjoittelua ja valmennusta. Vaikka ihan malliin ‘kokeillaans nyt jos sä vaikka soittaisit mulle’?

Ostaisitko itse ACNE Oy:n raportointipalveluita?

{ Comments are closed }