Kun Excel-raportit eivät enää täsmää taloushallinnon lukuihin, myynnin ennuste elää omassa CRM:ssä ja toimitustilanne vaatii useita puheluita, järjestelmätoimittajan valinta muuttuu liiketoimintapäätökseksi. Dynamics 365 -kumppanin arvostelu ei silloin tarkoita vain referenssien tai tuntihintojen vertailua. Kyse on siitä, pystyykö kumppani rakentamaan luotettavan tietopohjan, josta johto voi johtaa kasvua, kannattavuutta ja arjen tekemistä.
Moni pk-yritys hankkii Dynamics 365 -ratkaisun ratkaistakseen yhden selkeän ongelman: toiminnanohjauksen uudistuksen, CRM:n käyttöönoton tai taloushallinnon kehittämisen. Todellinen hyöty syntyy kuitenkin vasta, kun järjestelmä palvelee yrityksen kokonaisuutta. Jos tieto jää eri sovelluksiin ja ihmiset jatkavat sen kokoamista käsin, uusi järjestelmä voi lisätä kustannuksia ilman, että päätöksenteko nopeutuu.
Mitä Dynamics 365 -kumppanin arvostelu kertoo?
Hyvä arvostelu paljastaa, ymmärtääkö kumppani ohjelmiston lisäksi liiketoimintaa. Microsoft-teknologia tarjoaa paljon mahdollisuuksia, mutta se ei yksin määritä lopputulosta. Samat lisenssit voivat tuottaa yhdelle yritykselle ajantasaisen näkymän katteeseen ja toimituskykyyn, toiselle vain uuden käyttöliittymän vanhojen manuaalisten vaiheiden päälle.
Siksi kannattaa tarkastella, miten toimittaja kuvaa asiakkaan lähtötilannetta. Puhuuko se vain käyttöönotoista, moduuleista ja teknisistä määrityksistä? Vai kysyykö se, mistä tieto syntyy, kuka sitä tarvitsee, missä työ jonottaa ja mitkä päätökset tehdään liian myöhään?
Arvostelussa kannattaa erottaa kaksi asiaa. Ensimmäinen on toteutuskyky: osaako kumppani Business Centralin, Dynamics 365 -sovellukset, tietoturvan, integraatiot ja raportoinnin. Toinen on kehityskyky: pystyykö se auttamaan yritystä parantamaan prosessejaan myös käyttöönoton jälkeen. Kasvavalle yritykselle jälkimmäinen ratkaisee usein enemmän, koska järjestelmät, myyntikanavat ja tiedontarpeet muuttuvat jatkuvasti.
Arvioi sopivuutta liiketoiminnan, ei ominaisuuslistan kautta
Ominaisuuslista näyttää helposti vakuuttavalta. Se ei kuitenkaan kerro, miten ratkaisu toimii yrityksesi arjessa. Toimiva arviointi alkaa muutamasta käytännön tilanteesta: miten tarjous muuttuu tilaukseksi, miten toimitus vaikuttaa laskutukseen, miten ostot ja varasto näkyvät katteessa ja miten johto saa tiedon poikkeamista.
Aloittaako kumppani prosessista?
Kumppanin pitäisi pystyä tunnistamaan, missä kohtaa tieto katkeaa tai käsityö alkaa. Esimerkiksi myynti voi ylläpitää asiakastietoa CRM:ssä, taloushallinto laskuttaa toisessa järjestelmässä ja projektipäälliköt seuraavat työtä taulukkolaskennassa. Ongelma ei ole pelkästään se, että järjestelmiä on useita. Ongelma syntyy, jos samaa tietoa kirjataan useaan paikkaan, muutokset eivät siirry automaattisesti ja luvut menettävät luotettavuutensa.
Hyvä kumppani ei ehdota kaikkien järjestelmien vaihtamista automaattisesti. Jos nykyinen järjestelmä tekee työnsä hyvin, integraatio voi olla järkevämpi ja nopeampi ratkaisu. Jos taas perustiedot, prosessit ja raportointi ovat jatkuvasti ristiriidassa, pelkkä integraatio voi siirtää ongelman paikasta toiseen. Ratkaisu riippuu lähtötilanteesta.
Näkyvätkö integraatiot ja data osana ratkaisua?
ERP, CRM, verkkokauppa, palkkahallinto, kululaskut, huolto ja analytiikka on nähtävä yhtenä tietovirtojen kokonaisuutena. Dynamics 365 -kumppanin pitäisi kyetä kuvaamaan selkeästi, mikä järjestelmä omistaa minkäkin tiedon, miten tieto liikkuu ja miten virhetilanteita seurataan.
Tässä kohtaa kannattaa kysyä tarkentavia kysymyksiä. Synkronoidaanko asiakkaat, tuotteet, hinnastot ja tilaukset kahteen suuntaan? Miten vältetään päällekkäiset tiedot? Kuka saa tiedon epäonnistuneesta siirrosta, ja kuinka nopeasti se korjataan? Integraatio, jota ei valvota, ei ole luotettava automaatio.
Raportoinnin osalta olennaista ei ole vain se, saadaanko näyttäviä näkymiä. Voitko luottaa lukuihisi? Kumppanin tulee osata määritellä laskennan logiikka, tietolähteet ja vastuuhenkilöt niin, että myynti, talous ja operatiivinen johto käyttävät samaa tilannekuvaa.
Onko automaatio sidottu mitattavaan hyötyyn?
Automaatio kannattaa kohdistaa vaiheisiin, joissa työ toistuu, viivästyy tai aiheuttaa virheitä. Tällaisia ovat esimerkiksi tilaustietojen siirrot, hyväksyntäkierto, kululaskujen käsittely, laskutuksen käynnistäminen ja poikkeamien tunnistaminen. Pelkkä teknisesti mahdollinen automaatio ei ole vielä perustelu investoinnille.
Arvostelussa kannattaa selvittää, osaako kumppani laskea vaikutuksen käytännön tasolla: paljonko aikaa vapautuu, kuinka paljon virheitä voidaan vähentää ja mikä päätös voidaan tehdä aikaisempaa nopeammin. Samalla on arvioitava poikkeukset. Täysin automatisoitu prosessi voi olla väärä valinta, jos tapauskohtainen harkinta on olennainen osa asiakaspalvelua tai riskienhallintaa.
Tekoäly tuo uusia mahdollisuuksia erityisesti luokitteluun, tiedon hakemiseen, ehdotuksiin ja työnkulkujen ohjaamiseen. Sen arvo syntyy kuitenkin vasta, kun pohjadata, käyttöoikeudet ja prosessit ovat hallinnassa. Kumppanin tehtävä on erottaa aidosti hyödylliset AI-ratkaisut kokeiluista, jotka lisäävät vain uutta hallittavaa.
Toteutusmalli ratkaisee käyttöönoton jälkeisen hyödyn
Käyttöönotto on projekti, mutta järjestelmäympäristö on pysyvä osa liiketoimintaa. Siksi kumppanin arvioinnissa on tarkasteltava, mitä tapahtuu tuotantoon siirtymisen jälkeen. Onko tuki vain vikatikettien käsittelyä, vai sisältääkö palvelu myös kehitysjonon, säännöllisen priorisoinnin ja liiketoimintatavoitteisiin sidotun suunnitelman?
Toimiva jatkuva palvelu auttaa erottamaan kiireellisen korjauksen tärkeästä kehityksestä. Kaikkea ei tarvitse tehdä kerralla. Usein järkevin eteneminen on vakauttaa ydintoiminnot ensin, yhdistää kriittiset tietovirrat seuraavaksi ja automatisoida toistuva työ vaiheittain. Näin käyttäjät ehtivät omaksua muutoksen, ja investoinnin hyödyt voidaan todentaa matkan varrella.
Kysy myös, kuka palvelua käytännössä toimittaa. Onko käytössä nimetty vastuuhenkilö, joka tuntee liiketoimintasi, vai siirtyykö asia aina uudelle asiantuntijalle? Laaja osaajajoukko on arvokas, mutta asiakkaan näkökulmasta tarvitaan myös jatkuvuutta ja selkeä omistajuus.
Kysymykset, joilla erotat kumppanit toisistaan
Tarjouspyynnön yhteydessä kannattaa pyytää toimittajaa vastaamaan konkreettisesti seuraaviin kysymyksiin:
- Miten kartoitatte nykyiset prosessit, tietolähteet ja raportointitarpeet ennen ratkaisun suunnittelua?
- Miten varmistatte, että integraatioiden omistajuus, virheiden valvonta ja tietoturva ovat selkeitä?
- Mitkä kolme kehityskohdetta tuottaisivat todennäköisimmin nopeimman liiketoimintahyödyn?
- Millä mittareilla seuraatte käyttöönoton onnistumista ja jatkuvan kehityksen vaikutusta?
- Miten käyttäjiä tuetaan tilanteissa, joissa ohjeiden, koulutuksen ja järjestelmätiedon tarve syntyy kesken työn?
Vastauksissa kannattaa kuunnella erityisesti konkretiaa. Hyvä kumppani voi kertoa, mitä se selvittää ensin, mitä se tarvitsee asiakkaalta ja millaisilla rajauksilla vaiheistus kannattaa tehdä. Varovaisuus on myös myönteinen merkki: vastuullinen toimittaja ei lupaa täydellistä automaatiota tai kiinteää aikataulua, jos lähtötietoja ei ole vielä tutkittu.
Varo merkkejä, jotka ennakoivat kallista lopputulosta
Yksi selkeä varoitusmerkki on tarjous, jossa tekninen ratkaisu on valmis ennen kuin liiketoiminnan tavoitteista on keskusteltu. Toinen on malli, jossa kaikki räätälöidään alusta lähtien ilman perustelua standarditoiminnallisuuksien, paketoitujen laajennusten tai valmiiden integraatiomallien käytölle.
Räätälöinti voi olla perusteltua kilpailuedun kannalta kriittisissä prosesseissa. Sitä ei kuitenkaan pidä käyttää paikkaamaan epäselvää toimintamallia. Jokainen poikkeava toteutus lisää testauksen, ylläpidon ja tulevien versiopäivitysten tarvetta. Hyvä kumppani osaa kertoa myös, milloin kannattaa pitäytyä standardissa.
Kolmas varoitusmerkki on epäselvä vastuunjako. Jos ei tiedetä, kuka hyväksyy määrittelyt, omistaa masterdatan tai päättää kehitysjonon prioriteeteista, päätökset hidastuvat nopeasti. Tekninen projekti tarvitsee asiakkaalta liiketoimintaomistajan, vaikka kumppani kantaisi päävastuun toteutuksesta.
Kumppanuus näkyy siinä, miten arki helpottuu
Parhaimmillaan Dynamics 365 -kumppani tekee teknisestä kokonaisuudesta johdettavan palvelun. Business Central muodostaa toiminnanohjauksen ytimen, CRM tukee myynnin ja asiakkuuksien hallintaa, integraatiot vähentävät tietojen siirtelyä ja analytiikka tekee poikkeamat näkyviksi ennen kuin ne näkyvät tuloksessa.
Redocapin toimintamallissa tätä kokonaisuutta kehitetään jatkuvasti: käyttöönotto, integraatiot, ylläpito, automatisoidut työnkulut ja liiketoiminnan kehitys eivät jää erillisiksi hankkeiksi. Esimerkiksi RedoflowAI-ratkaisut voivat yhdistää CRM:n, kululaskut, palkkahallinnon ja huoltohallinnon osaksi Business Central -ympäristöä. Lisäksi riippumaton AI-tukiassistentti voi tukea käyttäjiä käyttöönotossa, päivittäisessä käytössä ja ympäristön kehittämisessä.
Oikea valinta ei näy ensimmäisenä näyttävässä demossa. Se näkyy muutaman kuukauden kuluttua siinä, että ihmiset käyttävät vähemmän aikaa lukujen etsimiseen, tiedon oikeellisuudesta ei tarvitse neuvotella ja johto pystyy toimimaan ennen kuin ongelma kasvaa raportointikauden mittaiseksi.