Oppimistavoite
Osaat valita yhden tärkeimmän kehityskohteen ja kohdistaa sen oikealle toiminnolle (myynti, markkinointi, tarjooma/tuote, toimitus/kyvykkyys, johto). Samalla kokoat poikkifunktionaalisen joukon, jossa päätösvalta ja toteutuskyky ovat mukana heti alusta.
1) Miksi kohdistus ratkaisee?
Kehitystyö epäonnistuu usein siksi, että:
- ongelma tulkitaan “myynnin ongelmaksi”, vaikka syy on esim. tarjoomassa tai toimituksessa
- tiimiin kutsutaan “oikeat ihmiset” liian myöhään → kokeilu jää puheeksi
- tehdään monta parannusta yhtä aikaa → opit jäävät epäselviksi
Tässä vaiheessa tavoite ei ole keksiä kaikkea uusiksi, vaan:
- valita korkeimman vaikutuksen kehitystarve
- varmistaa, että oikea omistajuus ja päätösvalta ovat mukana
- valmistella maaperä yhdelle 30 päivän kokeilulle
2) Lähtöaineisto: Mitä diagnoosi jo kertoo?
Sinulla on edellisistä vaiheista koottuna päätösnäyttöä, kuten:
- voitetut ja hävityt diilit + asiakkaan perustelut (ostokriteerit)
- “ei päätöstä” -tapaukset ja niiden syyt
- toistuvat teemat (esim. hinta, riskit, toimitus, kilpailija, referenssit, ominaisuudet)
- segmentti- tai skenaariokohtaiset erot (missä hävitään eniten / missä kasvu on)
Tässä kappaleessa muutat tämän tiedon kysymykseksi:
“Mikä toiminto pystyy todennäköisimmin muuttamaan tämän ostokriteerin meidän eduksi seuraavan 30 päivän aikana?”
3) Kohdistuslogiikka: Mihin toiminnolle kehitystarve kuuluu?
Käytä alla olevaa käytännön “kohdistustaulukkoa”. Älä etsi täydellistä luokittelua; etsi paras ensisijainen omistaja.
| Asiakkaan päätösperuste näkyy näin… | Todennäköinen juurisyy | Kehitystarve kohdistuu ensisijaisesti… | Mukaan heti… |
|---|---|---|---|
| “En ymmärtänyt eroa kilpailijaan” / “Miksi te?” | Positiointi epäselvä, viesti ei kanna | Markkinointi + myynti (viestit, segmentti, perustelut) | myynnin johto, markkinointivastaava |
| “Hinta liian korkea” mutta arvo ei konkretisoidu | Arvolupaus/heijastus ostokriteereihin puuttuu | Myynti + tarjooma (paketointi, arvolaskelma) | tuote/tarjoomaomistaja |
| “Teiltä puuttuu ominaisuus X” | Tarjooma ei vastaa kriittistä ostokriteeriä | Tuote/tarjooma | tuotejohto, tekninen asiantuntija |
| “Toimitusaika liian pitkä / resurssit epävarmat” | Kapasiteetti, prosessi, ennustaminen, priorisointi | Toimitus/tuotanto/operointi | operatiivinen johto, resursointi |
| “En luota onnistumiseen / riski liian iso” | Referenssit, käyttöönoton malli, riskienhallinta | Toimitus + myynti | customer success / delivery lead |
| “Valitsimme tutun toimittajan” / “Luottamus ratkaisi” | Brändi, näyttö, päätöksentekijävaikuttaminen | Markkinointi + myynti | avainasiakkuudet, markkinointi |
| “Johto ei hyväksynyt” / “Budjetti puuttui” | ICP väärä, ajoitus, business case puutteellinen | Myynti + johto | myyntijohto, talous/strategia |
| “Tarjousprosessi oli raskas” | Sisäinen prosessi estää nopean etenemisen | Johto + myynti (prosessin muutos) | prosessin omistaja |
Sääntö: jos ostokriteeri liittyy asiakkaan kokemaan arvoon tai ymmärrykseen → markkinointi/myynti.
Jos se liittyy kyvykkyyteen, onnistumiseen ja toimitukseen → operointi/toimitus.
Jos se liittyy itse tuotteeseen/palveluun → tarjooma/tuote.
Jos se liittyy prioriteetteihin, resursseihin tai politiikkaan → johto.
4) Valitse yksi kehityskohde: 3-Filtterinen päätös
Valitse ehdokkaista (2–5 teemaa) yksi kehityskohde näillä filttereillä:
- Vaikutus (Impact)
- Kuinka usein tämä syy toistuu häviöissä / “ei päätöstä” -tilanteissa?
- Kuinka suuri €-vaikutus, jos tämä paranee?
- Todennäköisyys (Confidence)
- Onko meillä asiakkaan vahvistamaa näyttöä (suorat perustelut, useita esimerkkejä)?
- Vai perustuvatko päätelmät oletuksiin?
- Toteutettavuus 30 päivässä (Feasibility)
- Voiko tiimi tehdä konkreettisen muutoksen ja nähdä varhaisen signaalin 30 päivässä?
- Tarvitaanko isoja investointeja, järjestelmäprojekteja tai tuotekehitystä?
Valitse se, jolla on paras yhdistelmä: korkea vaikutus + riittävä näyttö + mahdollinen kokeilu.
5) Muotoile kehitystarve “toimintona”, Ei “ongelmana”
Huono muotoilu:
- “Myynti ei osaa myydä arvoa”
- “Markkinointi ei tuo liidejä”
- “Toimitus on hidas”
Hyvä muotoilu (toimintaa ohjaava ja testattava):
- “Teemme arvolupauksen näkyväksi ostokriteeri X:ään yhdellä yhteisellä viestillä ja todistusaineistolla”
- “Lyhennämme tarjouksen läpimenoaikaa poistamalla vaiheen Y / vakioimalla Z”
- “Muutamme toimituslupauksen mallin: mitä lupaamme, miten todistamme, miten johdamme riskiä”
Mallipohja:
“Kun asiakas arvioi meitä ostokriteerillä [X], häviämme usein syystä [Y].
Seuraavaksi kohdistamme kehityksen toiminnolle [toiminto], jotta voimme muuttaa käyttäytymistä/artefaktia [konkreettinen muutos] ja mitata vaikutusta [signaali].”
6) Kokoa poikkifunktionaalinen joukko: Päätösvalta + toteutuskyky
Kutsu mukaan ihmiset rooleilla, ei titteleillä. Tavoite on, että ryhmä pystyy:
- päättämään kokeilun (mitä tehdään / jätetään tekemättä)
- tekemään muutoksen oikeasti (ei vain suunnittelemaan)
- mittaamaan vaikutuksen
Vähimmäiskokoonpano (suositus 4–7 henkilöä):
- Kokeilun omistaja (Owner): vastaa etenemisestä ja päätöksistä arjessa (usein myynnin tai kaupallisen kehityksen rooli)
- Toiminto-omistaja sen mukaan mihin kehitystarve kohdistuu (markkinointi / toimitus / tuote / johto)
- Myynnin edustaja (kenttämyyjä/AE): tuo asiakasdialogin ja testaa käytännössä
- Toimituksen/CS:n edustaja (jos riskit, käyttöönotto tai toimitusargumentit ovat keskiössä)
- Johtotason sponsori: poistaa esteitä, suojaa fokus, päättää resursseista tarvittaessa
Päätösvalta näkyväksi (yksi lause per henkilö):
- Mitä tämä henkilö saa päättää 30 päivän aikana?
- Mitä hän sitoutuu toimittamaan?
Jos et saa mukaan henkilöä, joka voi päättää kriittisestä muutoksesta, kohdistus on väärä tai kokeilu liian iso.
7) Rajaa vastuut: RACI-miniversio (kevyt mutta toimiva)
Tee yhdelle kehityskohteelle nopea RACI:
- R (Responsible): tekee työn (1–3 henkilöä)
- A (Accountable): omistaa lopputuloksen (1 henkilö)
- C (Consulted): kuullaan (asiantuntijat)
- I (Informed): pidetään ajan tasalla (johto, muut tiimit)
Pidä tämä yksinkertaisena. Jos C-lista kasvaa pitkäksi, kokeilu on todennäköisesti liian laaja.
8) Käytännön esimerkki (tiivis)
Havainto diagnoosista: Hävitään usein, koska asiakkaat eivät usko käyttöönoton onnistuvan aikataulussa (ostokriteeri: riskin minimointi).
Kohdistus: Ensisijaisesti toimitus/CS + myynti.
Poikkifunktionaalinen joukko: delivery lead (A), myyjä (R), CS (R), myyntijohto (C), johtosponsori (I/C).
Kehitystarve muotoiltuna: “Vakioimme käyttöönottosuunnitelman ja todisteet (referenssi + riskienhallintapolku), jotta myynti voi osoittaa riskin hallinnan jo ennen tarjousta.”
Tästä on suora polku seuraavaan kappaleeseen: yksi 30 päivän kokeilu.
Soveltava kysymys
Valitse yksi toistuva ostokriteeri, jossa häviätte tai asiakkaat jäävät “ei päätökseen”.
- Mihin toiminnolle kehitystarve ensisijaisesti kohdistuu (myynti/markkinointi/tarjooma/toimitus/johto) ja miksi?
- Ketkä 4–7 henkilöä sinun pitää saada mukaan, jotta päätösvalta ja toteutuskyky kohtaavat 30 päivän kokeilussa?