Tavoite: varmistaa, että 30 päivän kokeilu etenee ilman säätöä, pysyy rajattuna ja tuottaa päätöksenteon kannalta riittävän näytön.
1) Määrittele roolit: Kuka omistaa, Kuka tekee, Kuka tukee
Pidä roolit vähinä ja selkeinä. Yksi ihminen voi hoitaa useaa roolia, mutta jokaisella roolilla on oltava nimetty henkilö.
Kokeilun omistaja (owner)
Miksi rooli on tärkeä: joku kantaa kokonaisvastuun vaikutuksesta ja rajauksesta.
Vastuut
- Lukitsee kokeilun tavoitteen, rajauksen ja mittarit (mitä yritämme todistaa tai oppia).
- Päättää prioriteetit, kun tulee ristiriitoja (aika, laajuus, resurssit).
- Poistaa esteitä (esim. resurssit, pääsyoikeudet, päätösten hakeminen).
- Varmistaa, että opit kirjataan ja viedään käytäntöön (myös “ei toiminut” -opit).
Päätösvalta
- Hyväksyy muutokset kokeilun laajuuteen.
- Päättää “jatka / muuta / lopeta” -linjaukset päätösporteissa.
Hyvä omistaja on usein: myynnin/markkinoinnin/toimituksen esihenkilö tai kaupallinen kehitysvastaava, jolla on oikeus allokoida aikaa ja tehdä valintoja.
Kokeilun vetäjä (lead)
Miksi rooli on tärkeä: varmistaa arjen eteneminen ja rytmi.
Vastuut
- Tekee toteutussuunnitelman 30 päivälle (tehtävät, aikataulu, riippuvuudet).
- Organisoi katselmukset ja ylläpitää näkyvää tilannekuvaa.
- Huolehtii, että mittareista kertyy dataa oikein (ei vain fiiliksiä).
Päätösvalta
- Saa tehdä päivittäisiä toteutuspäätöksiä rajauksen sisällä (esim. järjestys, käytännön toteutus).
Toteuttajat (doers)
Vastuut
- Tekevät sovitut muutokset (esim. tarjousmallin muutos, CRM-kenttä + ohje, sähköpostipohja, demoagenda).
- Dokumentoivat mitä tehtiin ja milloin (jotta tulos voidaan yhdistää tekoihin).
- Nostavat riskit ja esteet nopeasti näkyviin.
Päätösvalta
- Päättävät toteutuksen yksityiskohdista omalla tontillaan, kunhan pysyvät sovitussa rajauksessa.
Tukiroolit (support)
Tyypillisiä: analytiikka/CRM-admin, legal/tietosuoja, tuotteistus, asiakaspalvelu, IT, markkinointiops.
Vastuut
- Mahdollistavat tekemisen (pääsyoikeudet, datapoiminnat, pienet järjestelmämuutokset).
- Varmistavat turvallisen käytön ja laatukriteerit (esim. henkilötieto, asiakastieto).
Päätösvalta
- Antavat hyväksynnän omiin reunaehtoihinsa (esim. tietosuoja), mutta eivät muuta kokeilun tavoitetta.
Päätöksentekijä / sponsori (sponsor)
Vastuut
- Varmistaa resurssit ja suojan kokeilulle (kalenteriaika, prioriteetti).
- Ottaa vastaan päätösporttien esitykset ja tekee tarvittaessa isommat linjaukset.
Päätösvalta
- Päättää, jos kokeilu vaatii organisaatiotason muutoksia tai lisäinvestointeja.
Minimimalli pienelle organisaatiolle: Omistaja + Vetäjä + 1–3 toteuttajaa. Sponsori voi olla sama kuin omistaja.
2) Tee päätösvalta näkyväksi: “Kuka saa päättää mitä”
Hyvä nyrkkisääntö: omistaja päättää suunnasta ja rajauksesta, vetäjä päättää arjen toteutuksesta, toteuttaja päättää teknisestä tekemisestä omalla alueellaan.
Kirjaa roolien päätösvalta yhdellä rivillä per päätösluokka, esimerkiksi:
- Laajuus (scope): vain omistaja (tai sponsorin kanssa)
- Aikataulun muutokset (≤ 1 viikko): vetäjä, tiedoksi omistajalle
- Mittareiden muutos: omistaja (ettei “mittarikikkailua” synny)
- Sisällölliset muutokset asiakasviestintään: omistaja + markkinointi (jos mukana)
- CRM-muutokset: CRM-admin toteuttaa, omistaja hyväksyy
- Budjetti: sponsori (jos budjettivaikutus ylittää sovitun rajan)
3) Aseta päätösportit: Missä kohtaa pysähdytään päättämään
Päätösportit estävät kokeilua leviämästä ja varmistavat, että opit muuttuvat valinnoiksi.
Päätösportti 0: kokeilun lukitus (päivä 0–2)
Päätetään
- Tavoite (mikä ostopäätökseen liittyvä asia halutaan parantaa tai testata)
- Rajaus (kenelle, missä kanavassa, mikä segmentti, mikä vaihe)
- Mittarit ja datalähteet (mitä kerätään, kuka kirjaa, minne)
- Resurssit ja kalenterit (katselmukset valmiiksi)
Hyväksymiskriteeri
- Kokeilu on niin selkeä, että joku ulkopuolinen ymmärtää sen 2 minuutissa.
Päätösportti 1: ensimmäinen näyttö (noin päivä 7–10)
Päätetään
- Onko toteutus käynnissä suunnitellusti?
- Kertyvätkö mittarit oikein?
- Tarvitaanko pieni säätö (ei laajennus): sanamuoto, ohje, kirjaustapa, järjestys
Sallittu muutos
- Korjaus, joka parantaa mittaamisen luotettavuutta tai poistaa kitkaa.
Päätösportti 2: puolivälin rajapyykki (noin päivä 15–18)
Päätetään
- Jatketaanko samalla asetelmalla vai tehdäänkö yksi hallittu muutos
- Onko riski, että tulos jää “ei voida sanoa” -tasolle (liian vähän dataa / väärä mittari)
Varoitusmerkki
- “Lisätään tähän vielä…” → tyypillisin scope creep -alku.
Päätösportti 3: loppupäätös (päivä 28–30)
Päätetään
- Pysyvöitetäänkö, iteroidaanko vai lopetetaanko
- Mitä opittiin ostopäätöksistä (mitä asiakkaat vahvistivat) vs. mitä vain oletettiin
- Seuraava 30 päivän kokeilu tai pysyvä kehitystoimi
Tuotos
- Yksi sivu: “Mitä teimme – mitä data sanoo – mitä päätämme – mitä seuraavaksi”.
4) Priorisointi: Miten muutokset valitaan ilman että kokeilu leviää
Kokeilun aikana tulee aina uusia ideoita. Tarvitset säännön, joka suojaa fokusta.
Käytä “kolmen laatikon” Sääntöä
- Nyt (kokeilun sisällä): muutos, joka on välttämätön näytön saamiseksi ja mahtuu rajaukseen
- Seuraavaan kokeiluun: hyvä idea, mutta muuttaa asetelmaa tai vaatii lisää työtä
- Ei tehdä (ainakaan nyt): ei liity tavoitteeseen tai vaikutus epäselvä
Muutos hyväksytään “nyt”-laatikkoon vain jos kaikki täyttyy
- Tukee suoraan tavoitetta (yksi lause: miten?)
- Ei riko vertailtavuutta (tulokset pysyvät tulkittavina)
- Toteutus < 1–2 työpäivää (tai sovittu raja)
- Mittari pysyy samana (tai omistaja hyväksyy muutoksen)
Käytännön priorisointikysymykset
- Mikä muutos parantaa eniten asiakkaan päätöksenteon sujuvuutta tässä vaiheessa?
- Mikä muutos vähentää eniten häviöitä todetun ostokriteerin perusteella?
- Mikä muutos parantaa päätösnäytön laatua (CRM + käytännöt) eniten?
5) Yksi näkyvä “vastuukartta” (Kevyt RACI)
Pidä dokumentti yhdessä paikassa (esim. Teams/Confluence/Google Doc). Yksi taulukko riittää.
| Tehtävä | Omistaja (A) | Vetäjä (R) | Toteuttajat (R) | Tukiroolit (C) | Sponsor (I) |
|---|---|---|---|---|---|
| Kokeilun tavoite ja rajaus | A | R | C | C | I |
| Mittarit ja kirjauskäytäntö | A | R | C | C | I |
| Muutos X toteutus | A | R | R | C | I |
| CRM-muutokset | A | C | C | R | I |
| Päätösporttien päätökset | A | R | C | C | I |
| Loppuyhteenveto ja jatkopäätös | A | R | C | C | I |
Selitteet: A = hyväksyy, R = tekee, C = konsultoidaan, I = pidetään ajan tasalla.
6) Tyypilliset sudenkuopat ja korjausliikkeet
- Sudenkuoppa: “Kaikki omistaa” → kukaan ei omista.
Korjaus: nimeä yksi omistaja ja anna hänelle päätösvalta rajauksesta. - Sudenkuoppa: päätökset siirtyvät kokouksesta toiseen.
Korjaus: päätösportissa on aina “päätös tai eskalointi sponsorille”. - Sudenkuoppa: toteuttajat odottavat hyväksyntää joka asiaan.
Korjaus: sovitaan etukäteen, mitä vetäjä ja toteuttajat saavat päättää itsenäisesti. - Sudenkuoppa: mittareita vaihdetaan kesken kaiken.
Korjaus: mittarimuutos vain omistajan päätöksellä ja perustelulla.
Soveltava kysymys
Jos kokeilun aikana nousee esiin uusi idea, joka “selvästi auttaisi”, mutta se muuttaa asetelmaa: kuka teillä päättää, siirtyykö idea “Nyt”-laatikkoon vai “Seuraavaan kokeiluun” — ja missä päätösportissa se tehdään?