“`html<\/p>\n
Myyj\u00e4 p\u00e4ivitt\u00e4\u00e4 asiakastiedot CRM:\u00e4\u00e4n. Projektip\u00e4\u00e4llikk\u00f6 sy\u00f6tt\u00e4\u00e4 samat tiedot ERP:iin. Laskuttaja kopioi tiedot taloushallinto-ohjelmaan. Jokaisessa kopiointivaiheessa virheen todenn\u00e4k\u00f6isyys kasvaa.<\/p>\n
Nimi kirjoitetaan eri tavalla. Y-tunnus puuttuu. Projektikoodi menee sekaisin. Joku k\u00e4ytt\u00e4\u00e4 kolme tuntia selvittelyyn \u2014 tai lasku l\u00e4htee v\u00e4\u00e4r\u00e4ll\u00e4 summalla.<\/p>\n
CRM otettiin k\u00e4ytt\u00f6\u00f6n kun myyntitiimi kasvoi. ERP kun operaatiot monimutkaistuivat. Taloushallinto-ohjelma on ollut aina. Jokainen hankittiin ratkaisemaan oma ongelmansa \u2014 integraatiota ei koskaan tehty.<\/p>\n
Nyt tiimi toimii j\u00e4rjestelmien v\u00e4liss\u00e4 liimana. Easoft- ja Talosoft-ymp\u00e4rist\u00f6iss\u00e4 t\u00e4m\u00e4 on normaali tilanne: kukaan ei en\u00e4\u00e4 tied\u00e4, mik\u00e4 asiakastieto on oikea ja miss\u00e4 j\u00e4rjestelm\u00e4ss\u00e4.<\/p>\n
72% yrityksist\u00e4 menett\u00e4\u00e4 yli 10% liikevaihdostaan<\/strong> prosessiaukoista, jotka syntyv\u00e4t n\u00e4ist\u00e4 integraatiokuiluista.<\/p>\n Kun tieto p\u00e4ivittyy yhdess\u00e4 j\u00e4rjestelm\u00e4ss\u00e4, se p\u00e4ivittyy kaikissa. Asiakas sy\u00f6tet\u00e4\u00e4n kerran \u2014 kaikki muut j\u00e4rjestelm\u00e4t ottavat tiedot sielt\u00e4.<\/p>\n K\u00e4yt\u00e4nn\u00f6ss\u00e4 t\u00e4m\u00e4 tarkoittaa:<\/p>\n CRM ja ERP kytket\u00e4\u00e4n suoraan API:n kautta. Toimii kahdella tai kolmella j\u00e4rjestelm\u00e4ll\u00e4. Viidell\u00e4 j\u00e4rjestelm\u00e4ll\u00e4 on jo 10 integraatiopistett\u00e4 \u2014 jokainen vaatii oman yll\u00e4pitonsa.<\/p>\n Easoft tai Talosoft + erillinen CRM -yhdistelm\u00e4ss\u00e4 t\u00e4m\u00e4 toimii, mutta vaatii jatkuvaa teknist\u00e4 yll\u00e4pitoa.<\/p>\n Zapier, Make tai yritystasoinen iPaaS toimii v\u00e4litt\u00e4j\u00e4n\u00e4 j\u00e4rjestelmien v\u00e4lill\u00e4. Joustavampi kuin point-to-point, mutta lis\u00e4\u00e4 yhden j\u00e4rjestelm\u00e4n, yhdet kustannukset ja yhdet uudet h\u00e4iri\u00f6pisteet.<\/p>\n Pk-yrityksille middleware toimii lyhyell\u00e4 aikav\u00e4lill\u00e4. Kolmen vuoden p\u00e4\u00e4st\u00e4 se on monimutkaisempi kuin sen ratkaisema ongelma.<\/p>\n Ei integraatiota \u2014 kaikki on samassa j\u00e4rjestelm\u00e4ss\u00e4. CRM, ERP, taloushallinto ja projektienhallinta jakavat saman tietokannan. Tieto on aina synkronoitu, koska se on yhdess\u00e4 paikassa.<\/p>\n Yksinkertaisin ja luotettavin ratkaisu \u2014 mutta vaatii j\u00e4rjestelm\u00e4n, joka on rakennettu t\u00e4h\u00e4n alusta alkaen.<\/p>\n Myyj\u00e4 luo prospektin CRM:\u00e4\u00e4n kerran: yritys, kontakti, tarve, l\u00e4hde. Tarjous tehd\u00e4\u00e4n suoraan CRM:ss\u00e4 ja siirtyy automaattisesti ERP:iin odottamaan hyv\u00e4ksynt\u00e4\u00e4.<\/p>\n Asiakas hyv\u00e4ksyy tarjouksen. CRM p\u00e4ivittyy: deal won. ERP:iin syntyy tilaus samoilla tiedoilla \u2014 automaattisesti, ilman tuplasy\u00f6tt\u00f6\u00e4.<\/p>\n Tilaus muuttuu projektiksi. Budjetti tulee tarjouksesta, ei manuaalisesta sy\u00f6t\u00f6st\u00e4. Projektip\u00e4\u00e4llikk\u00f6 saa teht\u00e4v\u00e4n suoraan j\u00e4rjestelm\u00e4\u00e4n.<\/p>\n Projektin vaihe valmistuu. Laskutusdata on valmiina: tunnit ty\u00f6m\u00e4\u00e4r\u00e4yksest\u00e4, materiaalit varastosta, hinnat tarjouksesta. Laskuttaja tarkistaa ja hyv\u00e4ksyy \u2014 ei sy\u00f6t\u00e4 k\u00e4sin.<\/p>\n Hyv\u00e4ksytty lasku siirtyy kirjanpitoon automaattisesti. Kirjanpit\u00e4j\u00e4 n\u00e4kee reaaliajassa liikevaihdon, avoimet saatavat ja projektikohtaisen katteen.<\/p>\n Yksi tietue, jota p\u00e4ivitet\u00e4\u00e4n koko ketjun l\u00e4pi \u2014 ei viitt\u00e4 erillist\u00e4 sy\u00f6tt\u00f6\u00e4.<\/p>\n J\u00e4rjestelm\u00e4t kytket\u00e4\u00e4n yhteen, mutta myyj\u00e4 p\u00e4ivitt\u00e4\u00e4 edelleen Exceli\u00e4 \u2014 koska niin on aina tehty. Integraatio on turha investointi, jos prosesseja ei muuteta.<\/p>\n Ratkaisu:<\/strong> M\u00e4\u00e4rittele ensin tiedonkulku, rakenna integraatio sen j\u00e4lkeen.<\/p>\n Asiakastiedot synkronoituvat, mutta tarjoukset, tilaukset ja projektit j\u00e4\u00e4v\u00e4t irrallisiksi. Puolikas integraatio tuottaa puolet hy\u00f6dyst\u00e4 ja kaikki yll\u00e4pitokustannukset.<\/p>\n Ratkaisu:<\/strong> Kartoita kaikki datavirrat etuk\u00e4teen \u2014 mitk\u00e4 tiedot kulkevat miss\u00e4 suunnassa ja milloin.<\/p>\n Kumpi j\u00e4rjestelm\u00e4 on asiakastiedon totuuden l\u00e4hde? Jos molemmat voivat kirjoittaa samaan tietueeseen, syntyy konflikteja. Integraatio ilman master data -s\u00e4\u00e4nt\u00f6j\u00e4 luo uusia ongelmia vanhojen tilalle.<\/p>\n Ratkaisu:<\/strong> CRM omistaa asiakastiedot. ERP omistaa projektitiedot. Muut j\u00e4rjestelm\u00e4t lukevat \u2014 eiv\u00e4t kirjoita.<\/p>\n J\u00e4rjestelm\u00e4t p\u00e4ivittyv\u00e4t, API-versiot muuttuvat, integraatio hajoaa. Se huomataan vasta kun laskutuksessa on ongelma kolmen kuukauden takaa.<\/p>\n Ratkaisu:<\/strong> Integraatiolle tarvitaan nimetty omistaja ja automaattinen monitorointi \u2014 tai j\u00e4rjestelm\u00e4, jossa integraatiota ei tarvita lainkaan.<\/p>\n Lis\u00e4\u00e4 RevOpsin mittareista ja seurannasta: RevOps-mittarit: myyntiputki, win rate, CAC ja LTV<\/a>.<\/p>\n Jos CRM, ERP, projektinhallinta ja taloushallinto ovat saman j\u00e4rjestelm\u00e4n moduuleja \u2014 samassa tietokannassa \u2014 integraatiota, middleware-kerrosta tai master data -s\u00e4\u00e4nt\u00f6j\u00e4 ei tarvita. Tieto on oikeassa paikassa, koska se on vain yhdess\u00e4 paikassa.<\/p>\n Suomalaiset pk-yritysten ERP-vaihtoprojektit kest\u00e4v\u00e4t 6\u201318 kuukautta ja 40% ylitt\u00e4\u00e4 budjetin. Resappi on rakennettu eliminoimaan t\u00e4m\u00e4 riski: kaikki moduulit samassa j\u00e4rjestelm\u00e4ss\u00e4 \u2014 CRM, taloushallinto, operaatiot, HR, AI. Ei integraatioviidakkoa, ei kolmea toimittajaa, ei tuplasy\u00f6tt\u00f6j\u00e4.<\/p>\n Lue lis\u00e4\u00e4 RevOpsin implementoinnista: RevOps implementointi \u2014 roadmap B2B-yrityksille<\/a>.<\/p>\nIntegroitu j\u00e4rjestelm\u00e4 lyhent\u00e4\u00e4 myyntisyklin 27%<\/h2>\n
\n
Kolme integraatiotapaa \u2014 kaikilla omat hintansa<\/h2>\n
Natiiviintegraatio (point-to-point)<\/h3>\n
Middleware (integraatioalusta)<\/h3>\n
Monolith (yhten\u00e4inen j\u00e4rjestelm\u00e4)<\/h3>\n
Liidist\u00e4 kirjanpitoon \u2014 yksi tietue, ei viitt\u00e4 sy\u00f6tt\u00f6\u00e4<\/h2>\n
Liidi \u2192 Tarjous<\/h3>\n
Tarjous \u2192 Tilaus<\/h3>\n
Tilaus \u2192 Projekti<\/h3>\n
Projekti \u2192 Lasku<\/h3>\n
Lasku \u2192 Kirjanpito<\/h3>\n
Nelj\u00e4 virhett\u00e4, jotka tekev\u00e4t integraatiosta turhan<\/h2>\n
Virhe 1: Integrointi tehd\u00e4\u00e4n teknisesti oikein mutta prosessit j\u00e4\u00e4v\u00e4t ennalleen<\/h3>\n
Virhe 2: Integraatio kattaa vain osan datasta<\/h3>\n
Virhe 3: Master data -omistajuus j\u00e4tet\u00e4\u00e4n sopimatta<\/h3>\n
Virhe 4: Integraatio rakennetaan kertaalleen eik\u00e4 yll\u00e4pidet\u00e4<\/h3>\n
Paras integraatio on se, jota ei tarvita<\/h2>\n