Service blueprinting on tapa piirtää yksi palvelu yhteen kaavioon: mitä asiakas tekee, mitä oman väkenne tekee hänen nähtävillään, mitä tapahtuu näkymättömissä ja mitkä järjestelmät ja prosessit saavat kaiken toimimaan. Sen avulla selvitetään, missä palvelu pettää, kuka omistaa kunkin vaiheen ja mitä korjataan ensin. Tämä opas käsittelee blueprintin osat, vaiheittaisen menetelmän, muokattavissa olevan esimerkin sekä sen, miten blueprint eroaa asiakaspolkukartasta tai prosessikartasta.

Tiivistelmä

Sisällysluettelo

Mikä service blueprint on

Service blueprint on kaavio, joka visualisoi palvelun osien eli ihmisten, esineiden (fyysisten tai digitaalisten todisteiden) ja prosessien väliset suhteet, jotka liittyvät suoraan tietyn asiakaspolun kontaktipisteisiin. Tämä on Nielsen Norman Groupin käyttämä määritelmä, ja ajatus on alalla yhdenmukainen.

Ontarion hallitus kuvaa sen visuaaliseksi kaavioksi, joka sisältää käyttäjän, palveluntarjoajan ja muiden tärkeiden ryhmien näkökulmat, mukaan lukien näkyvät kontaktipisteet ja kulissien takaiset vuorovaikutukset, jotka palveluntarjoaja tuntee.

Ydinasia on, että asiakas näkee palvelusta aina vain osan. Myöhästynyt lasku, väärä käyttöoikeustaso tai hidas vastaus saa yleensä alkunsa luovutuksesta, jota asiakas ei näe. Blueprint tuo tämän piilossa olevan työn samalle sivulle asiakkaan kokemuksen kanssa, jolloin oireesta pääsee jäljittämään syyn.

Mitä service blueprint sisältää

Blueprintissa on rivejä (usein kutsutaan swimlaneiksi) ja viivoja. Ylhäältä alas luettuna tyypilliset rivit ovat:

  1. Todisteet. Esineet ja paikat, joihin asiakas ja henkilöstö törmäävät: sähköpostit, näytöt, sopimukset, kojelaudat, portaali.
  2. Asiakkaan toimet. Vaiheet, valinnat ja vuorovaikutukset, joita asiakas tekee tavoitteensa saavuttamiseksi. Ne voivat perustua tutkimukseen tai olemassa olevaan asiakaspolkukarttaan.
  3. Etulinjan toimet. Se, mitä ihmisenne tai järjestelmänne tekevät asiakkaan nähden.
  4. Taustalinjan toimet. Se, mitä tapahtuu näkymättömissä, jotta etulinja on mahdollinen.
  5. Tukiprosessit. Molempien taustalla olevat sisäiset järjestelmät, säännöt ja palvelut.

ACM Interactions kuvaa samat viisi swimlanea ja mainitsee valinnaisia lisiä, kuten ajan, laatumittarit ja tunnepolun.

Kolme viivaa

Kolme viivaa jakaa nämä rivit, ja niissä on suurin osa diagnostisesta arvosta:

Viiva Sijaitsee välissä Mitä se näyttää
Vuorovaikutuksen viiva Asiakkaan toimet ja etulinja Jokainen kohta, jossa asiakas ja organisaatio kohtaavat
Näkyvyyden viiva Etulinja ja taustalinja Mitä asiakas näkee ja mitä ei
Sisäisen vuorovaikutuksen viiva Taustatoiminnot ja tukiprosessit Siirtymät sisäisten tiimien ja järjestelmien välillä

Ontarion ohjeistus käyttää samoja kolmea jakolinjaa. Yhdysvaltain General Services Administrationin 18F-tiimi käyttää yksinkertaisempaa versiota, jossa on neljä riviä: käyttäjän vaiheet, näkyvät toimet, taustatoimet ja tukiprosessit. Aloita yksinkertaisesti. Rivejä voi lisätä myöhemmin.

Yksi käytännön tekijöiden jäsennys auttaa operatiivisessa työssä: tasot erottavat asiakkaalle näkyvän työn sitä mahdollistavista alustoista, kaistat osoittavat vastuut, jolloin vastuuaukot tulevat esiin, ja yhteydet näyttävät riippuvuudet, kuten datavirrat, SLA-sopimukset ja liiketoimintasäännöt. Jos vaiheella ei ole omistajaa tai nuoli riippuu datasta, joka on jonkun taulukkolaskennassa, blueprint tekee sen näkyväksi.

Blueprintin tasot, vastuukaistat ja toisiinsa liittyvät riippuvuudet

Milloin service blueprinting kannattaa tehdä

NN/g:n mukaan blueprinting sopii erinomaisesti kokemuksiin, jotka ovat monikanavaisia, sisältävät useita kontaktipisteitä tai vaativat koordinointia osastojen välillä. Se toteaa myös, että itse harjoitus rakentaa viestintää tiimien välille ja auttaa ihmisiä näkemään oman panoksensa kokonaiskokemukseen alusta loppuun.

B2B SaaS -yrityksessä hyviä kohteita ovat:

Blueprint on vähemmän hyödyllinen tehtävässä, jonka yksi ihminen tekee yksin yhdellä työkalulla. Siihen riittää yksinkertainen tarkistuslista.

Service blueprintin laatiminen vaihe vaiheelta

NN/g:n viisivaiheinen lähestymistapa on: hanki tuki, määritä tavoite, kerää tutkimusaineisto, kartoita matalalla tarkkuudella, sitten viimeistele ja jaa. Sen digitaalinen mallipohjatyönkulku lisää käytännön toteutuksen. Yhdistettynä prosessi näyttää tältä.

1. Valitse yksi tilanne ja yksi asiakas

Valitse yksi asiakaspolku yhdelle asiakastyypille, esimerkiksi “uusi mid-market-asiakas etenee allekirjoitetusta sopimuksesta ensimmäiseen onnistuneeseen käyttöön.” Kirjaa otsikko, päivämäärä ja versio ja päätä, kuinka yksityiskohtainen haluat olla. Blueprintit, jotka yrittävät kattaa kaikki tilanteet, muuttuvat lukukelvottomiksi.

2. Ota oikeat ihmiset mukaan

Blueprinting ylittää osastorajat, joten tarvitset jonkun, jolla on valtuudet kaikkien osastojen yli. Ilman sitä kaaviosta tulee yhden tiimin mielipide toisen tiimin työstä.

3. Kerää sisäistä tutkimusaineistoa

NN/g toteaa, että blueprinting perustuu pääasiassa sisäiseen tutkimukseen, toisin kuin asiakaspolun kartoitus, ja suosittelee yhdistämään menetelmiä, kuten työntekijöiden haastatteluja, suoraa havainnointia ja kontekstuaalista tutkimusta. Kysy ihmisiltä, mitä he todella tekevät, ei sitä, mitä prosessikuvaus sanoo.

4. Kartoita asiakkaan toimet

Kirjoita ensin asiakkaan vaiheet aikajärjestyksessä ja preesensissä, kuten Ontarion ohjeistus neuvoo. Jos sinulla on jo asiakaspolun kartta, käytä sitä lähtökohtana.

5. Kartoita näkyvät toimet ja taustatoimet

Lisää jokaiselle asiakkaan vaiheelle, mitä ihmisenne tai järjestelmänne tekevät näkyvissä ja näkymättömissä. NN/g:n mukaan näiden tulisi perustua todellisiin työntekijöiden kertomuksiin, jotka on vahvistettu sisäisellä tutkimuksella.

6. Lisää tukiprosessit ja todisteet

Luettele taustatoimien rivin alle järjestelmät, säännöt ja palvelut, joista kukin toimi riippuu. Käy sitten sarakkeet läpi ja merkitse esineet ja paikat, joita asiakas kohtaa matkan varrella.

7. Merkitse ongelmat ja viimeistele

Ympyröi siirtymät, joilla ei ole omistajaa, vaiheet, jotka riippuvat manuaalisesta uudelleensyötöstä, ja kohdat, joissa asiakas odottaa. Aloita matalalla tarkkuudella (muistilaput tai valkotaulu) ja siisti jakelua varten, kun tiimi on yhtä mieltä siitä, että se on tarkka.

Käytännön esimerkki: SaaS-asiakkaan käyttöönotto

Alla oleva esimerkki on tätä opasta varten tekemämme havainnollistus, ei todellisen yrityksen blueprint. Se näyttää, miten rivit liittyvät toisiinsa.

Rivi Vaihe 1: Sopimus allekirjoitettu Vaihe 2: Tili perustettu Vaihe 3: Ensimmäinen koulutus Vaihe 4: Ensimmäinen lasku
Todisteet Allekirjoitettu tilauslomake Tervetuloviesti, kirjautumislinkki Kalenterikutsu, jaettu opas Lasku PDF-muodossa
Asiakkaan toimet Allekirjoittaa, nimeää ylläpitäjän Kirjautuu sisään, kutsuu käyttäjiä Osallistuu istuntoon Maksaa
Etulinja Myynti luovuttaa asiakkaan Customer Success vahvistaa käyttöönoton CSM vetää istunnon Talous lähettää laskun
Taustatoiminnot Kauppatiedot syötetään CRM-järjestelmään Ylläpitäjä myöntää käyttöoikeudet käsin CSM tarkistaa käyttödatan Talous rakentaa tilauksen tiedot uudelleen sopimuksesta
Tuki käsittelee CRM-kentät, sopimuspohja Identiteettityökalu, käyttöoikeussäännöt Tuoteanalytiikka Laskutusjärjestelmä, hinnasto

Kun katsoo koko kaavion poikki, heikot kohdat tulevat nopeasti esiin. Vaihe 2 riippuu manuaalisesta käyttöoikeuksien luomisesta, jolla ei ole selkeää omistajaa. Vaihe 4 riippuu siitä, että joku lukee sopimuksen uudelleen, koska tilauksen tiedot CRM-järjestelmässä ja laskutuksessa ovat ristiriidassa. Asiakas kokee nämä hitaana alkuna ja virheellisenä laskuna. Blueprint osoittaa, että syynä ovat näkyvyysrajan takana olevat data- ja omistajuusongelmat.

Service blueprint -pohjan mukauttaminen

Useimmat mallipohjat, sekä taulutyökaluista että NN/g:n digitaalinen mallipohja, perustuvat samaan ruudukkoon. Näin sovitat sen yritykseesi:

Service blueprint, asiakaspolkukartta ja prosessikartta

Nämä työkalut ovat toisiinsa liittyviä, mutta vastaavat eri kysymyksiin.

Asiakaspolku Service blueprint Prosessikartta
Pääkysymys Miten asiakas kokee tämän? Miten organisaatio toteuttaa tämän kokemuksen? Miten työ etenee tehtävän tai tiimin läpi?
Näkökulma Asiakas Asiakas ja organisaatio Sisäinen
Näyttää tunteet Kyllä Valinnainen Ei
Näyttää taustatoiminnot ja järjestelmät Ei Kyllä Usein, mutta ilman asiakasnäkökulmaa

NN/g:n mukaan asiakaspolkukartan ensisijainen tavoite on ymmärtää loppukäyttäjää, myös hänen ajatuksiaan ja tunteitaan, kun taas palvelukaavio kuvaa organisaation näkökulmaa. Smaply kuvaa palvelukaaviota tavaksi laajentaa asiakaspolkukarttaa alaspäin: asiakaspolkukartta on ylin taso ja palvelukaavio kaikki sen alapuolella oleva.

Prosessikartta seuraa työn kulkua tiimin tai tehtävän sisällä. Se ei kytke jokaista vaihetta siihen, minkä asiakas näkee. Käytä prosessikarttaa, kun tarvitset tarkempaa tietoa yhdestä taustavaiheesta, ja palvelukaaviota, kun haluat nähdä, miten vaiheet liittyvät asiakkaaseen.

Mihin blueprint päättyy ja mistä tekoäly alkaa

Valmis palvelukaavio on myös paras lähtötieto päätettäessä, mihin automaatio tai tekoäly kuuluu. Tausta- ja tukirivit listaavat toistuvat tietojen haut, tietueiden päivitykset ja luovutukset, jotka kuluttavat aikaa. Ne näyttävät myös, mihin tekoäly ei kuulu: harkintaa vaativat hinnoittelupoikkeukset, arkaluonteiset asiakaskeskustelut sekä oikeudellisesti tai sopimuksellisesti merkittävät päätökset kuuluvat nimetylle henkilölle, ja tekoäly voi korkeintaan valmistella hänelle tietoja.

Järjestys on tärkeä. Jos CRM- ja talousdata ovat ristiriidassa, tekoälyavustaja lukee ristiriidan ja toistaa sen. Korjaa ensin datapohja, yhdistä sitten tekoälykerros ja rakenna vasta sen jälkeen agentit yksittäisille osastoille. Tekoälyn käyttöönottomenetelmämme noudattaa tätä järjestystä, yksi prosessi kerrallaan, kalleimmasta alkaen.

Mihin blueprint päättyy ja mistä tekoäly alkaa

Jos käsittelette näissä kuluissa henkilötietoja, GDPR koskee niiden käsittelyä, ja liiketoiminnastanne riippuen myös NIS2 ja EU AI Act voivat olla relevantteja. Palvelukaavio auttaa näkemään, mitkä vaiheet koskevat henkilötietoja ja kuka niihin pääsee käsiksi. Se ei yksin tee mistään prosessista vaatimustenmukaista, eikä se ole oikeudellista neuvontaa. Kysy lakimieheltäsi, mitkä velvoitteet koskevat teitä.

Näkemyksemme

Käytämme palvelukaavioita, koska tekoäly kasvavassa SaaS-yrityksessä epäonnistuu samassa kohdassa kuin useimmat palvelut: luovutuksissa, joita kukaan ei omista.

Kun tiimi kertoo meille, että “tekoäly ei toimi meillä”, syy on harvoin malli. Yleensä CRM sanoo yhtä, talous toista, eikä kukaan päätä, kumpi on oikeassa. Palvelukaavio tekee tämän erimielisyyden näkyväksi yhdessä iltapäivässä.

Siksi aloitamme datapohjasta, jossa CRM- ja talousdatasta tulee luotettava tietolähde. Sen jälkeen yhdistämme sen tekoälyavustajaan, jota yritys jo käyttää. Vasta sitten rakennamme talouden, myynnin tai asiakasmenestyksen agentit, joita ihmisenne voivat käyttää tavallisella kielellä, käyttöoikeuksien puitteissa ja tarkastusjäljen kanssa.

Sanomme myös selvästi, mihin tekoäly ei kuulu. Jos vaihe vaatii harkintaa, vastuuta tai keskustelua, sen pitää kuulua ihmiselle. Palvelukaaviossa tästä päätetään paperilla ennen kuin mitään rakennetaan.

Claus Nielsen

Miten NordOps Consulting voi auttaa

Jos palvelukaaviostanne ilmenee, että tekoälyä käytetään monessa paikassa mutta kukaan ei omista sitä, juuri sellaisen tilanteen parissa me työskentelemme. AI Readiness Assessment on saatavilla hintaan alkaen €4,500, ja se antaa jäsennellyn näkemyksen siitä, missä tekoäly kannattaisi toiminnassanne ja mitä datanne tarvitsee ensin. Jatkuvaan vastuunkantoon tarjolla on osa-aikainen Chief AI Officer hintaan alkaen €1,500 kuukaudessa.

Toteutukset hinnoitellaan joko 30%:iin ensimmäisen vuoden mitatusta ja todennetusta säästöstä tai ennen työn aloittamista sovittuun kiinteään hintaan. Omistat sen, mitä rakennetaan: lähdekoodi, dokumentaatio ja infrastruktuuri siirtyvät luovutuksessa. Voit aloittaa myös maksuttomalla 30 minuutin tutustumispuhelulla verkkosivustomme kautta.

UKK

Mikä on palvelukaaviokuvio?

Se on kaavio, joka kuvaa yhden asiakaspolun sekä sen toteuttavan työn. Se näyttää asiakkaan toimet, etuvaiheen toimet, taustatoimet ja tukiprosessit, jotka erottavat toisistaan vuorovaikutuksen, näkyvyyden ja sisäisen vuorovaikutuksen rajaviivat. Sen avulla tiimit näkevät, miten piilossa oleva työ muokkaa asiakkaan kokemusta.

Miten suunnittelen oman palvelukaavioni?

Valitse yksi skenaario ja yksi asiakas ja kerää sisäistä tutkimustietoa työn tekijöiltä. Kartoita ensin asiakkaan toimet, lisää etuvaiheen ja taustavaiheen toimet ja sen jälkeen tukiprosessit ja todisteet. Aloita karkealla tasolla ja tarkenna, kun tiimi on yhtä mieltä siitä, että kuvaus on oikea.

Onko palvelukaavio sama asiakaspolkukartta?

Ei. Asiakaspolkukartta keskittyy asiakkaan kokemukseen, myös hänen ajatuksiinsa ja tunteisiinsa. Palvelukaavio laajentaa sitä organisaation etuvaiheen, taustavaiheen ja tukityön kuvauksella. Monet tiimit tekevät ensin asiakaspolkukartan ja käyttävät sitä palvelukaavion yläosana.

Kuinka yksityiskohtainen palvelukaavion pitäisi olla?

Riittävän yksityiskohtainen näyttämään, kuka omistaa kunkin vaiheen ja mistä järjestelmästä kukin vaihe riippuu, eikä sen enempää. Päätä tarkkuustaso alussa, pidä yksi skenaario yhtä kaaviota kohden ja lisää yksityiskohtia vain siellä, missä löydät korjaamisen arvoisen ongelman.

Lähteet