Siirtorefleksi (no assign)

Leadfeeder tunnistaa vierailun, HubSpot luo taskin, joku painaa Assign. Stop.

Ostosignaaleja ja ostoaietietoa on enemmän kuin koskaan. www-analytiikka kertoo, mikä yritys kävi sivustolla. HubSpot kertoo, kuka avasi viestin ja mitä hän luki. LinkedIn kertoo, kuka vaihtoi taloa ja kuka aloitti uudessa tehtävässä. Silti lähes jokainen signaali saa saman käsittelyn. Siitä tehdään taski, taski osoitetaan jollekulle ja siinä se. Siirtorefleksi. Joku myynnistä vastaanottaa assign-viestin.

Lopputulos on tuttu. Työkalut tuottavat havaintoja, havainnot muuttuvat taskeiksi, ja taskin omistukseensa saanut joko kontaktoi liian aikaisin tai ei lainkaan. Signaali, joka olisi voinut käynnistää kymmenen erilaista toimenpidettä, käynnisti yhden, ja senkin väärään aikaan.

Alla on kymmenen huonoa tapaa, joilla siirtorefleksi näkyy arjessa.

Älä tee näin: top 10

  1. Signaali kirjataan taskina, ei tietona. Vierailu tai avaus muuttuu heti tehtäväksi, ja itse havainto katoaa tehtävän sisään. Kun taski on suljettu, kukaan ei enää näe, mitä yrityksessä tapahtui ja milloin.
  2. Signaali luetaan irrallaan. Leadfeederin vierailu, HubSpotin avaus ja Adformin klikki samasta yrityksestä ovat kolme erillistä taskia, joskus kolmelle ihmiselle. Samaan aikaan nykyasiakkaan vierailu päätyy uusmyyjälle, päättäjän talonvaihto jää huomaamatta, ja puoli vuotta sitten kirjattu ”palataan keväällä” ei nouse esiin.
  3. Kaikki signaalit ovat samanarvoisia. Kohderyhmän ulkopuolinen yritys ja rekrytointisivun vierailu saavat saman taskin kuin paras mahdollinen signaali.
  4. Signaalille on vain yksi vastaus: yhteydenotto. Yritystason signaali muuttuu soitoksi ensimmäiselle löytyneelle henkilölle, vaikka signaali ei kerro, kuka päättää. 6sensen aineiston mukaan liian aikainen yhteydenotto pienentää kaupan voittotodennäköisyyttä eikä kasvata sitä.
  5. Markkinoinnin keinovalikko jää käyttämättä. Signaali menee taskiksi myyjälle, ja kohdennettu näkyvyys, sisältömarkkinointi ja ostokomitean roolikohtaiset viestit jäävät odottamaan seuraavaa kampanjaa, vaikka Adform, HubSpot ja LinkedIn olisivat valmiina.
  6. Signaalilla ei ole omistajaa eikä aikarajaa. Se hoidetaan, kun ehditään, eli seuraavan sprintin tai kuukauden jälkeen, kun ostoikkuna on jo ohi.
  7. Aikataulu jätetään kysymättä. Kun yhteys saadaan, puhelu lopetetaan siihen, onko tarvetta juuri nyt. Kolme asiaa, joita ei voi ostaa datana, jäävät kysymättä: kuka on nykyinen toimittaja, milloin sopimus päättyy ja kuka päättää.
  8. ”Ei nyt” luetaan kieltäytymisenä. Se kirjataan ilman päivämäärää, vaikka se on ajoitussignaali: ajoitus on väärä, ei vastaus.
  9. Signaali on hoidettu, kun taski on suljettu. Kukaan ei kirjaa, mitä signaalista seurasi: johtiko vierailu tapaamiseen, kauppaan vai mihinkään. Silloin ei voi koskaan oppia, mikä signaali oikeasti ennakoi kauppaa ja mikä on kohinaa.
  10. Hiljaisuus ei ole signaali. Kun tunnistetusta kohdeyrityksestä ei kuulu mitään sovitussa ajassa, mitään ei tehdä, koska mitään ei tapahtunut. Hiljaisuus on havainto siinä missä vierailukin, ja sillekin sovitaan oma toimenpide. Se on harvoin soitto.

Tee näin

  • Tarkista ensin ICP: kuuluuko yritys kohderyhmään. Jos kuuluu, kirjaa signaali omana tietonaan (mitä havaittiin, mistä ja milloin) yrityksen muiden signaalien viereen.
  • Tarkista CRM-historia: onko yritys asiakas ja kuka sen tuntee tai omistaa.
  • Valitse toimenpide sen mukaan, mitä tiedetään, ja anna jokaiselle omistaja ja aikaraja. Kun tiedossa on vain yritys, kytke se ABM-kohteeksi ja vaihda sen näkemä sisältö signaalin aiheen mukaan.
  • Selvitä ostokomitea. Ota yhteyttä vasta kun kohderyhmä, signaali ja oikeat henkilöt ovat tiedossa.
  • Kirjaa jokaisen signaalin viereen, mitä siitä seurasi: ”ei nyt” saa paluupäivän, hiljaisuus oman prosessin. Mittaa ketjua sillä, kuinka moni signaali sai toimenpiteen ja missä ajassa, älä taskien määrällä.

Lisää: Kimmo Luoma, MicroMedia Oy


Lue myös

CRM-kirjaukset ja markkinoinnin agentit

Myyntitiimisi tekee CRM-kirjauksia joka päivä. Statuksia vaihdetaan, tarjouksia siirretään vaiheesta toiseen ja puheluiden jälkeen kirjoitetaan muistiinpanoja. Mieti hetki, mitä näistä kirjauksista seuraa. Useimmissa yrityksissä ei juuri mitään. Data tallentuu CRM:ään ja jää sinne odottamaan seuraavaa raporttia. Ja silloinkin siitä katsotaan usein lähinnä lukumääriä.

Markkinointi pyörii samaan aikaan oman kampanjakalenterinsa mukaan: sen perusteella, mitä on suunniteltu ja milloin mediabudjettia on käytettävissä. Ei sen perusteella, mitä asiakkaista juuri nyt tiedetään.

Mutta mitä jos myynnin CRM-kirjaus ei olisikaan päätepiste vaan uuden prosessin käynnistäjä? Mitä jos yksi statusmuutos voisi käynnistää automaattisesti oikean agentin, sisällön, mainonnan tai seuraavan myyntitoimenpiteen?

Alla on esimerkkejä siitä, mitä eri CRM-kirjaukset voivat käynnistää. Kunkin toiminnon yhteydessä on kuvattu myös siihen sopiva teknologia.

Kun kontakti luodaan tai lomake täytetään

  • Klikkitunniste talteen heti: mainosalustan tunniste tallennetaan CRM-tietueelle saman tien. Ilman sitä konversiota ei välttämättä voida palauttaa mainosalustalle enää kuukausia myöhemmin. (HubSpot Workflow + Tracklution)
  • Ostoaikeen luokittelu: oppaan lataaja ja hinnastosivua tutkiva kävijä eivät ole samanarvoisia signaaleja. Agentti tulkitsee käyttäytymistä ja luokittelee ostoaikeen. (Claude)

Kun status vaihtuu: kontaktointi

  • Intelligence: mitä yrityksessä tapahtuu juuri nyt? Nimitykset, rahoitukset, yritysjärjestelyt ja muut olennaiset muutossignaalit tuodaan myyjän käyttöön. (Breeze Intelligence + Prospecting Agent)
  • Avausviesti: yksi perusteltu kulma, joka liittyy juuri tämän yrityksen tilanteeseen — ei geneeristä personointia yrityksen nimellä. (Claude, syötteenä intelligence)
  • Näkyvyys ennen soittoa: yritys nostetaan kohdennetun mainonnan piiriin esimerkiksi kymmeneksi päiväksi ennen suunniteltua soittojaksoa. (Adform)

Kun status vaihtuu: tapaaminen

  • Ostokomitean kartoitus: ketkä osallistuvat päätökseen, ketkä tunnetaan jo ja ketkä puuttuvat? Gartnerin mukaan tyypilliseen B2B-ostopäätökseen osallistuu useiden roolien ostoryhmä — yksi kontakti ei riitä. Samalla agentti kokoaa myyjälle tapaamisvalmistelun. (Breeze Prospecting Agent)
  • Roolikohtaiset viestit: hyperpersonoinnin ydin ei ole sata eri muotoilua samasta havainnosta. Olennaisempaa on löytää eri havainto CFO:lle, liiketoimintajohdolle, IT:lle ja muille päätökseen vaikuttaville rooleille. (Claude, syötteenä ostokomiteakartta)
  • Mainonnan muutokset: tapaamisen jälkeen mainonnan tehtävä muuttuu. Seuraavat kaksi viikkoa tuetaan erityisesti niitä ostokomitean jäseniä, jotka eivät olleet tapaamisessa. (Adform)

Kun status vaihtuu: nurturointi

Tämä on määrällisesti usein suurin ryhmä — ja samalla yksi huonoimmin hoidetuista.

  • Ajoituksen ja esteen poiminta: agentti tunnistaa vapaasta tekstistä paluuajankohdan ja etenemisen esteen ja tallentaa ne omiin CRM-kenttiinsä. Lähdelause säilytetään rinnalla, jotta tieto voidaan tarvittaessa tarkistaa. (Claude)
  • Ostoikkunan aktivointi: tili nostetaan mainonnan piiriin esimerkiksi kaksi kuukautta ennen tunnistettua ostoikkunaa. Tässä mediaa ei enää ajoiteta markkinoinnin kampanjakalenterin vaan asiakkaan oman aikataulun mukaan. (Adform)

Deal stage: tarjous

  • Ostokomitean aukot: ketkä päätökseen vaikuttavista henkilöistä eivät ole vielä tavanneet ketään teiltä? (Breeze Prospecting Agent)
  • Aukkojen paikkaaminen mainonnalla: puuttuvat roolit nostetaan kohdennetun viestinnän piiriin. (Adform)

Kun kauppa voitetaan tai hävitään

  • Konversio arvoineen: voitettu kauppa palautetaan mainosalustoille kaupan arvolla painotettuna. Pienessä B2B-markkinassa algoritmi ei välttämättä pysty oppimaan määrästä — sen pitää oppia arvosta. (Tracklution)
  • Win/loss-analyysi: vapaamuotoinen häviö- tai voittosyy muutetaan rakenteiseksi, analysoitavaksi tiedoksi. Muuten CRM:ään kertyy paljon tekstiä, mutta vähän tietoa, josta voidaan tunnistaa toistuvia syitä. (Claude)
  • Poisto mainonnasta: hävitty tili siirretään poissulkulistalle. Samalla algoritmille syntyy tieto siitä, millaiset tilit eivät konvertoidu kaupaksi. Näin sitä ei opeteta vain onnistumisilla eli puolella aineistosta. (Tracklution → Adform)

Kun mitään ei tapahdu

Myös tapahtumattomuus on signaali.

  • Kauppa ei ole liikkunut 30 päivään: agentti tarkistaa, onko yrityksessä tapahtunut jotain, joka voisi selittää pysähdyksen, esimerkiksi organisaatiomuutos tai avainhenkilön lähtö. (Breeze Data Agent tai Claude)
  • Näkyvyys pysähtyneelle kaupalle: ostokomitea nostetaan kohdennetun markkinoinnin piiriin. (Adform)
  • ”Ei nyt” ilman päivämäärää 90 päivään: tietue palautetaan myyjälle toimenpiteeksi: kysytäänkö asiakkaalta konkreettinen paluuajankohta? (HubSpot Workflow)
  • Sähköposti lakkaa toimimasta: hard bounce käynnistää päättäjän ja yhteystietojen tarkistuksen sekä tarvittavat muutokset kohdennukseen. (Claude; HubSpot Workflow → Adform)

Miten CRM-kirjauksesta jalostetaan myös markkinointisisältöä? Siitä kirjoitimme aiemmin: CRM-kirjauksesta markkinointisisällöksi — step-by-step.

Lisää: Kimmo Luoma, MicroMedia

Tämä kirjoitus ilmestyi myös Liidijalostamo-uutiskirjeessä LinkedInissä.


FAQ

Mitä tarkoittaa, että CRM-kirjaus käynnistää markkinointia?

Sitä, että myynnin normaali työ — statusmuutos, deal stage -siirto tai puhelumuistiinpano — toimii triggerinä, joka käynnistää automaattisesti seuraavan toimenpiteen: agentin, kohdennetun mainonnan, sisällön tai myyjän taskin. Markkinointia ei ajoiteta kampanjakalenterin vaan asiakkaasta juuri nyt tiedetyn perusteella.

Mitä teknologioita tämä vaatii?

Artikkelin esimerkeissä pino on: HubSpot (CRM ja workflowt), HubSpotin Breeze-agentit (Intelligence, Prospecting Agent, Data Agent), Claude (vapaan tekstin tulkinta, luokittelu ja viestit), Adform (kohdennettu B2B-display) ja Tracklution (konversioiden palautus mainosalustoille). Sama logiikka on rakennettavissa myös muilla vastaavilla työkaluilla — olennaista on, että CRM:n tapahtumat on kytketty toimenpiteisiin.

Mistä kannattaa aloittaa?

Kahdesta triggeristä, jotka tuottavat nopeimmin arvoa: 1) klikkitunnisteen tallennus kontaktin luonnissa, koska menetettyä attribuutiota ei saa jälkikäteen takaisin, ja 2) nurturointi-statuksen käsittely, koska se on useimmiten suurin ja huonoimmin hoidettu ryhmä. Laajenna vasta sitten tapaamis- ja tarjousvaiheen triggereihin.

Miksi myös hävityt kaupat pitää viedä mainosalustoille?

Koska algoritmi, joka näkee vain voitot, oppii puolesta aineistosta. Kun hävityt tilit palautetaan poissulkulistalle ja voitetut kaupan arvolla painotettuina, alusta oppii sekä millaiset tilit konvertoituvat että millaiset eivät — ja kohdentaminen paranee molempiin suuntiin.