Oppimistavoite
Osaat rakentaa kevyen kehitysmuistin, johon tallennat kokeilujen hypoteesit, päätökset ja opit niin, että tieto säilyy ja ohjaa seuraavia valintoja. Lisäksi osaat määritellä, miten tekoäly tukee analyysiä ja vaihtoehtojen valmistelua niin, että vastuu pysyy ihmisillä.
1) Mikä on kehitysmuisti – ja miksi se kannattaa tehdä kevyesti?
Kehitysmuisti on yhteinen, löydettävä paikka, johon kirjataan:
- Mitä luulimme (hypoteesi ja oletukset)
- Mitä päätimme tehdä (kokeilun rajaus ja toteutus)
- Mitä tapahtui (näyttö: tulokset + havainnot)
- Mitä opimme (johtopäätös: mikä muuttuu jatkossa)
- Mitä päätämme seuraavaksi (jatkotoimet ja omistaja)
Tavoite ei ole dokumentoida kaikkea, vaan varmistaa, että:
- samaa kokeilua ei tehdä uudelleen “muistinvaraisesti”
- päätökset voidaan perustella myöhemmin (myös uusille ihmisille)
- opit siirtyvät myynnin ulkopuolelle (tarjooma, markkinointi, toimitus, johto)
Hyvä kehitysmuisti on:
- Kevyt (täytettävissä 10–15 minuutissa / kokeilu tai havainto)
- Vakioitu (sama pohja joka kerta)
- Haettava (tagit, kategoriat, linkit CRM-näyttöön)
- Yhteisomisteinen (ei yhden henkilön muistiinpanoissa)
2) Kehitysmuistin minimirakenne (suositus)
Pidä rakenne vakiona. Alla pohja, joka toimii Notionissa, Confluencessa, Teams/Wiki-sivuna tai jaettuna dokumenttina.
A. Konteksti
- Ongelma / mahdollisuus: mikä kilpailukykyyn liittyvä asia halutaan parantaa?
- Kenelle: asiakassegmentti / käyttötapaus
- Aikajänne: milloin havainto tehtiin / kokeilu toteutettiin
- Linkit: CRM-caseihin, muistioihin, tarjousdokumentteihin (vain tarpeellinen)
B. Hypoteesi ja oletukset
Kirjaa yksi pääväite:
- Hypoteesi: “Jos teemme X, niin Y paranee, koska Z.”
Lisää 2–4 kriittistä oletusta:
- mitä oletamme asiakkaan arvostavan (ostokriteeri)
- mitä oletamme kilpailijan tekevän paremmin
- mitä oletamme omassa toimituskyvyssä / prosessissa olevan totta
C. Päätös ja kokeilun rajaus
- Mitä päätettiin tehdä (ja mitä ei): selkeä rajaus
- Omistaja: kuka vastaa toteutuksesta
- Osallistujat: ketkä tukevat (myynti/markkinointi/tuote/toimitus/johto)
- Mittaaminen: 1–3 mittaria + miten data kerätään
- Riski / riippuvuus: mikä voi estää onnistumisen
D. Näyttö (tulokset ja havainnot)
Kirjaa havaintoina, ei tarinoina:
- Mitä tapahtui: toteutuiko kokeilu suunnitellusti
- Mitä data sanoo: määrälliset tulokset (esim. konversio, läpimenoaika)
- Mitä asiakas sanoi: suorat lainaukset tai tiivistys, lähde mainiten
- Poikkeamat: missä kohtaa odotukset eivät toteutuneet
E. Johtopäätös ja päätös jatkosta
- Mitä opimme ostokriteereistä / päätöslogiikasta?
- Mitä muutetaan pysyvästi? (tarjooma, viestit, prosessi, roolit)
- Mitä kokeillaan seuraavaksi? (jatkohypoteesi)
- Päätöksen tekijä: kuka hyväksyi johtopäätöksen ja miksi
F. Luokittelu (hakua varten)
- Tagit: ostokriteeri, segmentti, kilpailija, ratkaisualue, vaihe
- Tyyppi: voitto / häviö / ei päätöstä / kokeilu / havainto
- Luottamus: vahva näyttö / kohtalainen / heikko (selittää datan laadun)
3) Miten kehitysmuisti kytkeytyy CRM:ään (ilman tuplakirjaamista)
Perusperiaate: CRM on tapahtumien ja kauppojen järjestelmä; kehitysmuisti on oppimisen ja päätösten järjestelmä.
Tee kytkentä näin:
- CRM:ään kirjataan päätösnäyttö (mitä asiakas päätti ja miksi) lyhyesti ja yhdenmukaisesti.
- Kehitysmuistiin kirjataan kokeilut, analyysi ja johtopäätökset sekä linkki CRM-caseihin.
Käytännön sääntö:
- CRM-merkinnät = “yksittäistapaus”
- Kehitysmuisti = “yleistyvä oppi ja organisaatiopäätös”
Näin vältät raskaan raportoinnin ja säilytät “yhden totuuden” per käyttötarkoitus.
4) Vastuullinen AI: Rooli, Rajat ja käytännöt
4.1 Mitä AI saa tehdä tässä vaiheessa?
Tekoäly on parhaimmillaan avustaja, joka:
- tiivistää ja jäsentää havaintoja (esim. useista muistiinpanoista)
- ehdottaa vaihtoehtoisia tulkintoja (“mitä muuta tämä voi tarkoittaa?”)
- auttaa löytämään toistuvia teemoja (ostokriteerit, kitkakohdat)
- valmistelee luonnoksia: analyysi, johtopäätösrunko, kokeilusuunnitelma
- ehdottaa mittareita ja kysymyksiä seuraaviin asiakaskeskusteluihin
AI ei saa olla päätöksentekijä. Se voi tuottaa ehdotuksia, mutta ihminen:
- varmistaa lähteet ja oikeellisuuden
- arvioi vaikutukset ja riskit
- tekee päätökset ja kantaa vastuun
4.2 Selkeä työnjako: “AI ehdottaa – ihminen hyväksyy”
Sovi organisaatiolle yksinkertainen periaate:
- Syöte: ihminen tuo aineiston (muistiinpanot, CRM-näyttö, tulokset)
- AI-työstö: AI jäsentää ja ehdottaa
- Ihmisen tarkistus: faktat, lähteet, asiakassitaatit, luvut
- Päätös: päätöksentekijä hyväksyy ja kirjaa kehitysmuistiin
Tämä kannattaa kirjata kehitysmuistiin:
- “Mihin kohtaan AI:ta käytettiin?”
- “Kuka tarkisti ja mitä korjattiin?”
4.3 Riskit, Jotka pitää ottaa tosissaan
Vastuullinen käyttö tarkoittaa, että tunnistat ja hallitset erityisesti nämä riskit:
Hallusinaatiot: AI voi keksiä perusteluja tai “faktoja”.
→ Sääntö: jokaisella väitteellä oltava lähde tai se merkitään oletukseksi.Harha vahvistuu: jos aineisto on vinoutunutta (vain voitot tai vain yhden myyjän caset), AI vahvistaa samaa vinoumaa.
→ Sääntö: arvioi aineiston edustavuus ennen johtopäätöksiä.Luottamuksellisuus ja henkilötiedot: asiakasdata, hinnat, sopimusehdot, yksilöivä tieto.
→ Sääntö: älä syötä ulkoisiin malleihin dataa, jota et saa jakaa; anonymisoi.Vastuun hämärtyminen: “AI sanoi näin” -ajattelu.
→ Sääntö: päätös kirjataan aina henkilölle/roolille (omistaja + hyväksyjä).
5) Käytännön pelisäännöt: “AI-käyttöpolitiikka” Kehitysmuistiin (kevyt malli)
Lisää kehitysmuistin alkuun tai organisaation ohjeeseen yksi sivu:
A. Sallittu aineisto
- sallittu: anonymisoidut muistiinpanot, yleiset havainnot, ei-yksilöivä data
- kielletty ilman lupaa: nimet, yhteystiedot, sopimustekstit, hinnastot, tunnisteet
B. Käyttötarkoitus
- sallittu: tiivistäminen, luokittelu, vaihtoehtojen ideointi, kysymysten tuotto
- kielletty: automaattinen päätöksenteko, asiakaslupaukset ilman tarkistusta
C. Lähdevaatimus
- jokainen johtopäätös linkitetään näyttöön (CRM-case, haastattelumuistio, mittari)
- jos lähdettä ei ole, se merkitään “oletukseksi” ja testataan
D. Ihmistarkistus (pakollinen)
- nimetyt roolit: sisällön omistaja (tarkistaa faktat), päätöksen omistaja (hyväksyy)
6) Esimerkki: Kehitysmuistimerkintä (lyhyt mutta toimiva)
Ongelma: Häviämme tarjousvaiheessa “toimitusriski” -perusteella (3 casea / 30 päivää).
Hypoteesi: Jos tuomme tarjoukseen mukaan toimitussuunnitelman + nimetyn projektivastaavan, luottamus kasvaa ja konversio paranee, koska asiakkaan riski pienenee.
Kokeilu (30 pv): Lisätään jokaiseen tarjoukseen 1 sivun “Toimituspolku” + 15 min toimitus-Q&A.
Mittarit: (1) tarjous→voitto %, (2) “toimitusriski mainittu” -esiintyvyys häviösyissä, (3) myyntisyklin kesto.
Tulos: konversio +8 %-yks., riski mainittu vain 1/6 häviössä, syklin kesto +0 päivää.
Johtopäätös: Toimituspolku on kriittinen ostokriteerin “riskin hallinta” todiste. Vakioidaan myyntimateriaali ja koulutetaan 2 toimitusedustajaa mukaan.
AI:n rooli: AI tiivisti muistiinpanot ja ehdotti ostokriteeriteemoja; myyntipäällikkö tarkisti sitaatit ja luvut.
Seuraava kokeilu: testataan sama malli eri segmentissä + lisätään referenssikeissi toimitusmittareilla.
7) Soveltava kysymys (tähän aiheeseen)
Mikä on teillä tällä hetkellä suurin riski, että kokeilun opit katoavat (esim. ihmiset vaihtuvat, tieto jää Slackiin, CRM:ään tulee vain “hävisit hinnalla”)?
Kirjoita yksi lause ja päätä sen perusteella: mihin paikkaan kehitysmuisti tehdään ja kuka omistaa sen ylläpidon seuraavat 30 päivää.