Automaatiot

Näin yhteydenottojen käsittely etenee ihmisen hyväksynnällä

Yhteydenottojen käsittely tarvitsee tallennuksen lisäksi vastuuhenkilön ja sovitun seuraavan tehtävän. Asiakkaalle annettavat lupaukset ja laskutuksen päätökset jäävät ihmiselle. Nämä kolme suunnitteluesimerkkiä näyttävät mahdollisen ensimmäisen tehtävän, hyväksyntäkohdan ja puuttuvien tietojen käsittelyn.

Kolme vaakasuoraa reittiä johtaa pyöreistä aloituspisteistä valintamerkillä merkittyihin tietokortteihin kolmen automaatiotehtävän kuvana.

Miten yhteydenottojen käsittely ja laskutuksen valmistelu etenevät?

Näytän esimerkeillä mahdollisia toteutuksia, en toteutettuja asiakasprojekteja tai lupauksia yrityksesi säästöistä. Tarkistan ohjelmistoyhteydet ennen tarjousta. CRM tarkoittaa asiakkuudenhallintaa eli asiakas- ja myyntitietojen järjestelmää. Ohjelman nimen lisäksi tarvitaan tieto tehtävästä.

Esimerkki 1: Anna yhteydenotolle vastuuhenkilö

Kuvitellaan palveluyritys, johon tulee tarjouspyyntö myyntivastaavan hoitaessa toista asiakasta. Työntekijä kopioi tiedot myöhemmin asiakasrekisteriin, mutta ei nimeä vastaajaa. Pelkkä tallennus ei korjaisi puuttuvaa vastuuta.

Rajattu työnkulku eli sovittujen työvaiheiden ketju voisi tarkistaa yhteystiedot ja etsiä olemassa olevan asiakkaan. Työnkulku ohjaisi epäselvän tunnistuksen ihmiselle ja valmistelisi selvän tiedon oikealle vastuuhenkilölle seuraavaa vaihetta varten.

n8n:n valmis HubSpot CRM -yhteys on yksi tarkistettu vaihtoehto, joka tukee yhteystietojen luontia ja päivitystä. Toiminto ei kuitenkaan päätä, kenelle asia kuuluu. Sopikaa erikseen vastuuhenkilön valinta ja ilman vastuuta jäävien asioiden käsittely.

Työtä ei pidä merkitä valmiiksi vain tiedon tallentumisen vuoksi. Sopikaa, mitä valmis lopputulos tarkoittaa ensimmäisessä projektissa, ja testatkaa myös vastuuhenkilön nimeäminen, jos se kuuluu tavoitteeseen.

Esimerkki 2: Valmistele vastaus tarkistettavaksi

Kuvitellaan myyjä, joka löytää maanantaina pyynnön hinnasta ja tavallisuudesta poikkeavasta toimituspäivästä. Hän tarvitsee yhteystiedot ja tarkistuksen työn saatavuudesta.

Rajattu tehtävä voisi koota hyväksytyt tiedot vastausluonnokseen. Hinta tai toimitusaika ei synny arvaamalla, joten myyjä tarkistaa vastausluonnoksen tiedot ennen viestin lähettämistä. Jos pyyntö koskee asiaa, jota hyväksytty aineisto ei kata, työnkulku jättäisi sen näkyviin kysymyksenä.

Tämä voi sopia paremmin kuin kaikkien viestien automaattinen lähettäminen. Sovi, kuka pitää vastauspohjan tiedot ajan tasalla, ja varmista, että jo valmistellut luonnokset voi tarkistaa hinnan muuttuessa. Valmistelu ja asiakkaalle lupaaminen ovat eri työvaiheita.

Esimerkki 3: Valmistele laskumuistutus talousvastaavalle

Kuvitellaan erääntyneeltä näyttävä lasku, jonka kohdalla talousvastaava tarkistaa, onko maksu tullut tai onko asiakas kiistänyt summan. Työnkulku valmistelisi asian talousvastaavan tarkistukseen, sillä vanha laskutilanne ei yksin antaisi lupaa muistutuksen lähettämiseen.

n8n:n Xero-yhteys tukee laskujen hakua, mutta hakutoiminnon tuki ei vielä tarkoita kaikkien maksutilanteiden käsittelyä. Käytettävän laskutusohjelman tarvittavat tiedot ja oikeudet pitää silti tarkistaa. En lupaa samaa toimintoa muulle ohjelmalle vain sen nimen perusteella.

Sovi, mikä tieto osoittaa ajantasaisen maksutilanteen ja miten tuoretta tiedon pitää olla tarkistusta varten. Talousvastaava hyväksyy asiakkaalle lähtevän muistutuksen, ja asia odottaa tarkistusta, jos maksutilanteesta ei saa selvyyttä.

Laskumuistutuksen valmistelu on eri projektirajaus kuin uuden yhteydenoton käsittely. Niitä ei tarvitse ostaa samalla kertaa. Valitse ensimmäinen tehtävä sen perusteella, mitä yrityksesi nykyisestä työstä on selvinnyt.

Missä ihminen hyväksyy tai päättää?

Ihminen päättää hinnan, saatavuuden ja reklamaatioon vastaamisen. Työnkulku voi valmistella tiedot poistamatta näitä päätöksiä. Kirjaamme hyväksynnän rajaukseen ennen rakentamista, jotta siitä ei tarvitse sopia vasta käyttöönoton jälkeen.

Sopikaa asiakastietojen päivitykselle tunnistussääntö, sillä samankaltaiset nimet eivät yksin riitä vanhojen tietojen korvaamiseen. Ihminen selvittää epäselvän tunnistuksen, joten säännön pitää olla ymmärrettävä myös muulle kuin työnkulun toteuttajalle.

Laskutuksessa talousvastaava päättää asiakkaalle yhteyden ottamisesta. Valmisteltu viesti ei ole lähetyslupa. Hyväksynnässä näkyvät tarkistettu lasku ja sen tiedot, ja sovimme myöhemmille muutoksille oman käsittelytavan.

Sovi, mitä henkilötietoja työnkulku siirtää ja kuka näkee ne. Sisäiseen ilmoitukseen ei tarvita kaikkia asiakastietoja. Käytämme testeissä esimerkkitietoja aina, kun se on mahdollista, eikä ensimmäiseen sähköpostiin tarvitse liittää asiakasrekisteriä.

Mitä tapahtuu, jos tieto puuttuu tai ohjelma ei vastaa?

Sovitussa suunnitelmassa työnkulku pysäyttää kyseisen työn tarkistukseen ja ilmoittaa siitä vastuuhenkilölle. Työnkulku ei arvaa puuttuvaa sähköpostiosoitetta eikä merkitse epäselvää maksutilannetta valmiiksi muistutuksen lähettämistä varten. Suunnittelussa pitää näyttää, mihin asia jää odottamaan.

Testaa normaalin tapauksen lisäksi puutteellinen yhteydenotto, epäselvä asiakastunnistus ja tilanne, jossa palvelu ei vastaa. Valmis testi osoittaa, kuka voi jatkaa työtä. Nämä ovat toteutuksen vaatimuksia, eivät kaikkien ohjelmien valmiita ominaisuuksia.

Jos vastauksesta ei tiedä, onnistuiko tehtävä, tarkista lopputulos ennen uutta yritystä. Mahdollinen päällekkäinen tieto voi aiheuttaa lisätyötä, joten työnkulku ohjaa epäselvän tuloksen tarvittaessa ihmiselle tarkistettavaksi. Uudelleen yrittämistä ei pidä kuvata riskittömäksi.

Luovutusohje kertoo sovitut virhetilanteet ja ilmoituksen saajan. Yrityksesi tarvitsee henkilön hoitamaan niitä projektin jälkeen. Työnkulku ei ole valmis, jos virhetilanteilta puuttuu vastuuhenkilö, joten sovimme vastuun ennen tilaamista.

Mitä ei vielä kannata automatisoida?

Älä automatisoi hintavastausta, jos kukaan ei ylläpidä hyväksyttyä hintaa. Älä valmistele ulkoista laskumuistutusta epäluotettavan maksutilanteen perusteella. Älä ohjaa työtä automaattisesti, ennen kuin olette päättäneet, kuka vastaa sen eri vaiheista.

Arvioi ensin nykyinen integraatio, Zapier tai Make, sillä valmis yhteys voi riittää täyttäessään sovitut tarkistukset. En lupaa näiden esimerkkien perusteella tukea juuri käyttämällesi ohjelmistoyhdistelmälle. Selvitän sen ennen tarjousta.

Valitse tehtävä yrityksesi havaintojen perusteella, sillä näistä esimerkeistä ei voi nimetä yhtä parasta automaatiota kaikille yrityksille. Valintaan vaikuttavat viive, tehtävän toistuminen ja ihmisen tarkistukset, joihin pääset kiinni myynnin työvaiheiden arviointioppaassa.

Takaisinmaksulaskelman esimerkki näyttää, miten työajan arvoa ja projektin kuluja voi verrata keskenään. Laske myös jäljelle jäävät tarkistukset mukaan, sillä yhden vaiheen nopeutuminen ei yksin osoita koko työn säästöä.

Mitä ensimmäisessä projektissa toimitetaan?

Ensimmäinen projekti sisältää yhden toistuvan tehtävän ja enintään kolme sovellusta. Lomake, CRM ja sähköposti täyttävät jo tämän rajan. Kaikkien esimerkkien yhdistäminen vaatisi eri rajauksen.

Rakennan sovitun työn yrityksesi omalle n8n Cloud -tilille. Mukana ovat käyttöönotto, testaus ja kirjalliset ohjeet sekä dokumentaatio. Toimitukseen kuuluu yksi sovittu korjauskierros, ja sovimme lopputuloksen hyväksymiseen tarvittavat testit ennen rakentamista.

Yrityksesi maksaa palvelujen tilaus- ja käyttömaksut erikseen. Rakennan ja luovutan sovitun työn, mutta paketti ei sisällä jatkuvaa ylläpitoa, palvelinten hoitoa tai päivystystä. Vahvistamme mahdollisen veron, aikataulun ja maksuehdot kirjallisessa tarjouksessa. Myös yhteydenpito tapahtuu kirjallisesti.

Kirjaa ensimmäisestä tehtävästä:

  1. Työn käynnistävä yhteydenotto tai lasku.
  2. Seuraavan vaiheen tarvitsemat tiedot.
  3. Ulkoisen viestin hyväksyvä henkilö.
  4. Puuttuvan tiedon käsittely ja virheilmoituksen saaja.
  5. Sovitun lopputuloksen osoittava testi.
Valmistele ihmiselle tarvittava työ ja jätä päätös hänelle.

Alla olevan palvelupainikkeen kautta voit arvioida yhden tehtävän toimitusta ennen kuin ostat laajemman kokonaisuuden.

Mitä näistä esimerkeistä usein kysytään?

Sisältyvätkö kaikki kolme esimerkkiä samaan pakettiin?

Eivät sisälly. Jokainen esimerkki on erikseen arvioitava tehtävä, ei luvattu yhteispaketti. Ensimmäinen projekti kattaa yhden toistuvan tehtävän ja enintään kolme sovellusta.

Sovimme työn alun ja valmiin tuloksen ennen rakentamista. Laskutuksen tai uuden tehtävän lisääminen voi muuttaa rajausta sen sijaan, että se mahtuisi mukaan automaattisesti.

Voiko automaatio taata vastauksen jokaiseen yhteydenottoon?

Ei voi. Tiedon tallennus ja ihmiselle ilmoittaminen eivät takaa, että hän vastaa. Sovi seuraavan tehtävän vastuuhenkilö ja odottavan työn näkyminen.

Testaa myös puuttuvat tiedot ja epäonnistumiset, jotta voimme arvioida tulosta suhteessa siihen työhön, josta sovimme. En lupaa, että automaatio estäisi jokaisen yhteydenoton jäämisen käsittelemättä kaikissa tilanteissa.

Lähtevätkö laskumuistutukset suoraan asiakkaalle?

Esimerkiksi talousvastaava tarkistaa ajantasaisen maksutilanteen ja hyväksyy asiakkaalle lähtevän muistutuksen ennen lähettämistä. Vanha tai epäselvä tieto ei anna lähetyslupaa. Tarvittavat tiedot ja tarkistukset riippuvat käyttämistäsi ohjelmista, joten varmistan ne ennen tarjouksen tekemistä.

Muistutuksen valmistelu ei anna lupaa lähettää sitä. Sovimme hyväksynnästä erikseen ja kirjaamme siihen liittyvät vastuut ennen työnkulun rakentamista yrityksesi tilille.

Lähteet

docs.n8n.io · n8n nodes base.hubspot

docs.n8n.io · n8n nodes base.quickbooks

docs.n8n.io · n8n nodes base.xero

www.hubspot.com · crm

Arvioidaanko tämä työvaihe?

Kerro, mikä esimerkeistä muistuttaa yhtä nykyistä työtehtäväänne ja missä ihminen päättää. Tarkistan kirjallisesti, sopivatko ohjelmat ja rajaus yhteen. Projektit alkaen 1 500 €.

Takaisin blogiin