ERP konsultointi: mitä ERP-konsultilta ostetaan kiinteänä ja mitä ei koskaan tunteina

ERP-projektin hinta ei synny lisenssistä eikä tuntitaksasta, vaan kolmesta ajurista: integraatioiden lukumäärästä, datan siirrosta ja räätälöinnistä. Käymme läpi jokaisen projektin osan ja sen oikean kauppatavan. Mukana auki laskettu esimerkki siitä, miten liitosten määrä kertautuu arviossa.

Julkaistu 31.8.2026 · Päivitetty 9.9.2026

Mustafa Tarabya, VectaAI:n perustaja, DT Nova Tmi. Yhteystiedot ja suora numero.

Lyhyt vastaus: ERP-konsultilta ostetaan kiinteänä hintana kaikki, minkä lopputuloksen voi kirjoittaa auki ja testata: määrittely, jokainen yksittäinen integraatio erikseen, datan siirto sovittuun laatutasoon, koulutus ja käyttöönotto. Tunteina ostetaan vain kaksi asiaa: käyttöönoton jälkeinen tuki ja ne muutokset, joita kukaan ei osaa vielä kuvata. Kolmatta ryhmää ei osteta lainkaan — siihen kuuluu vakiotoiminnallisuuden korvaaminen räätälöinnillä vain siksi, että vanha tapa tuntuu tutummalta.

ERP-projektin hinta ei synny lisenssistä eikä konsultin tuntitaksasta. Se syntyy kolmesta ajurista, ja ne on nimettävä ääneen ennen kuin katsot yhtäkään tarjousta: montako järjestelmää liitetään toisiinsa, kuinka paljon ja kuinka likaista dataa siirretään, ja kuinka paljon prosesseja väännetään vakiotoiminnallisuuden yli. Kaikki muu on pyöristysvirhettä näiden rinnalla.

Tällä sivulla on kolme asiaa. Ensin taulukko, joka kertoo projektin jokaisesta osasta oikean kauppatavan ja perustelun. Sitten kolme hinta-ajuria auki selitettynä. Lopuksi auki laskettu esimerkki siitä, miten integraatioiden lukumäärä kertautuu arviossa — laskutoimitus näkyvissä, luvut esimerkinomaisia eikä mitattuja.

Mitä ostat kiinteänä, mitä tunteina, mitä et lainkaan?

ERP-konsultilta ostetaan kiinteänä kaikki, minkä vastaanottotestin voi kirjoittaa etukäteen: määrittely, jokainen integraatio erikseen hinnoiteltuna, datan siirto sovittuun laatutasoon, vakiotoiminnallisuuden käyttöönotto ja koulutus rajattuna pakettina. Tunteina ostetaan vain käyttöönoton jälkeinen jatkokehitys ja tuki, koska siinä vaiheessa kukaan ei vielä tiedä, mitä halutaan. Lainkaan ei osteta loputonta kehitysprojektia ilman välitavoitteita eikä datan siivousta, joka on liiketoimintapäätöksiä ja kuuluu siksi omalle väellesi. Alla oleva taulukko on koko artikkelin ydin: käy oma tarjouksesi läpi rivi riviltä ja katso, onko jokainen osa ostettu oikealla kauppatavalla. Väärä kauppatapa on kalliimpi virhe kuin väärä hinta, koska se siirtää riskin ostajalle koko projektin ajaksi.

Projektin osa	Oikea kauppatapa	Miksi näin
Määrittely ja nykytilan kartoitus	Kiinteä toimitus	Lopputulos on dokumentti, jonka voi lukea ja hyväksyä. Se on myös ainoa vaihe, jonka jälkeen voit perua koko hankkeen halvalla.
Yksi integraatio, esimerkiksi verkkokauppa → ERP	Kiinteä toimitus, jokainen erikseen hinnoiteltuna	Jokainen liitos on oma pieni projektinsa: rajapinta, kenttäkartoitus, virhetilanteet ja vastaanottotesti. Nippuhinta piilottaa sen, mitä yksi liitos maksaa.
Datan siirto vanhasta järjestelmästä	Kiinteä toimitus sovittuun laatutasoon	Siirto voidaan hinnoitella, kun rivimäärä, kenttämäärä ja hyväksymisraja on kirjattu. Ilman laaturajaa tämä on pohjaton tuntityö.
Datan siivous ennen siirtoa	Teet itse tai ostat rajattuna työnä	Kukaan ulkopuolinen ei tiedä, kumpi kahdesta samannimisestä asiakkaasta on oikea. Sinun väkesi tietää, ja tekee sen nopeammin.
Vakiotoiminnallisuuden käyttöönotto	Kiinteä toimitus	Työ on tehty tuhat kertaa aiemmin. Jos sitä ei saa kiinteällä hinnalla, tekijä ei tunne tuotetta.
Koulutus ja käyttöönoton tuki ensimmäisinä viikkoina	Kiinteä paketti, esimerkiksi sovittu määrä sessioita	Rajattu määrä on ostajalle ennustettava ja tekijälle riittävä. Avoin tuntimäärä kuluu kysymyksiin, jotka koulutus olisi hoitanut.
Prosessin räätälöinti vakion yli	Ensin päätös, sitten kiinteä hinta per räätälöinti	Jokainen räätälöinti maksaa kahdesti: kerran nyt ja kerran jokaisessa päivityksessä. Se on liiketoimintapäätös, ei tekninen yksityiskohta.
Käyttöönoton jälkeinen jatkokehitys	Tuntityö tai ylläpitosopimus	Tässä vaiheessa kukaan ei vielä tiedä, mitä halutaan. Tuntimalli on tässä rehellisin — mutta vasta tässä.
Loputon "kehitysprojekti" ilman määriteltyjä välitavoitteita	Ei osteta lainkaan	Jos kukaan ei osaa sanoa, mistä valmis tunnistetaan, laskutus jatkuu niin kauan kuin rahaa riittää.

Sääntö on tiivistettynä yksinkertainen. Jos vastaanottotestin voi kirjoittaa etukäteen, osta kiinteänä. Jos ei voi, älä osta vielä ollenkaan — osta ensin se määrittely, jonka jälkeen testin voi kirjoittaa.

Yksi kysymys, joka paljastaa tarjouksen laadun: pyydä tarjoajaa hinnoittelemaan jokainen integraatio erikseen omalle riville. Jos vastaus on yksi könttäsumma "integraatiot", laajuutta ei ole mietitty loppuun, ja erotus tulee sinulle lisätyölaskuina. Jos rivit tulevat erikseen, näet myös heti, minkä liitoksen voi jättää ensimmäisestä vaiheesta pois.

Ajuri 1: montako integraatiota, ei mikä ERP

Suurin yksittäinen ERP-projektin hinnan ajuri on niiden järjestelmien lukumäärä, jotka liitetään toisiinsa — ei se, minkä valmistajan ERP valitset. Verkkokauppa, kassa, laskutus, palkanlaskenta, varasto, kirjanpito, logistiikkakumppani ja asiakasrekisteri ovat jokainen oma pieni projektinsa, ja jokainen niistä sisältää samat neljä työvaihetta: rajapinnan käyttöönoton, kenttäkartoituksen, virhetilanteiden käsittelyn sekä erillisen testauksen ja vastaanoton. Siksi liitosten lukumäärä ennustaa hintaa paremmin kuin se, kuinka tekniseltä liitos kuulostaa, ja siksi tuotevalinnasta väittely ennen liitoslistan lukitsemista on väärässä järjestyksessä tehtyä työtä. Alla neljä työvaihetta erikseen ja se, mikä kussakin maksaa.

Rajapinta. Miten järjestelmiin päästään käsiksi. Valmis ja dokumentoitu rajapinta on halpa. Tiedostosiirto tai vanha järjestelmä ilman dokumentaatiota on moninkertaisesti kalliimpi, ja sen todellinen hinta selviää vasta kun sitä kokeillaan.

Kenttäkartoitus. Mikä kenttä vastaa mitäkin kenttää. Tämä kuulostaa mekaaniselta ja on juuri se kohta, jossa aika kuluu: kaksi järjestelmää kutsuu samaa asiaa eri nimellä, toisessa on kenttä jota toisessa ei ole, ja jossain kohtaa joku joutuu päättämään mitä tehdään sille tiedolle, jolle ei ole paikkaa.

Virhetilanteet. Mitä tapahtuu, kun toinen pää ei vastaa. Jääkö tilaus välitilaan, yritetäänkö uudelleen, hälyttääkö joku. Tämä on se osa, joka jätetään tarjouksista pois ja joka aiheuttaa käyttöönoton jälkeiset ongelmat.

Testaus ja vastaanotto. Jokainen liitos testataan erikseen ja hyväksytään erikseen. Kymmenen liitosta ei ole yksi iso testi vaan kymmenen erillistä hyväksyntää, joissa jokaisessa on oma vastuuhenkilönsä sinun päässäsi.

Tästä seuraa käytännön ohje. Kun mietit ERP-järjestelmän laajuutta, älä kysy ensin mikä tuote. Kysy, mitkä liitokset ovat välttämättömiä ensimmäisessä vaiheessa ja mitkä voivat odottaa. Yksi pudotettu integraatio on yleensä suurempi säästö kuin koko tuotevalinta.

Ajuri 2: datan siirto ja se, kuinka likaista data on

Toinen ERP-projektin hinnan ajuri on data. Siirron työmäärä on karkeasti rivimäärä kertaa kenttämäärä kertaa lähdedatan epäsiisteys. Kaksi ensimmäistä lukua osaat itse laskea etukäteen, ja kolmas on se, joka yllättää, koska sitä ei näe ennen kuin vanha data avataan. Epäsiisteys ei ole tekninen ongelma vaan vuosien varrella käsin syntynyttä epäjohdonmukaisuutta, eikä kukaan ulkopuolinen voi siivota sitä puolestasi. Siksi siivous kuuluu sinulle ja itse siirto tekijälle. Kirjaa siirrosta sopimukseen kolme lukua — montako riviä siirretään, mitkä kentät siirretään ja mikä on hyväksymisraja — sillä ilman hyväksymisrajaa datan siirto on ainoa projektin osa, joka ei voi koskaan olla valmis.

Epäsiisteys tarkoittaa käytännössä muutamaa tavallista asiaa. Sama asiakas on rekisterissä kolmeen kertaan eri kirjoitusasulla. Puhelinnumerot on kirjoitettu neljällä eri tavalla. Tuotekoodit ovat osin käsin keksittyjä. Pakolliset kentät ovat tyhjiä vanhoissa riveissä. Jossain on Excel, joka on ollut virallinen totuus kolme vuotta.

Kukaan konsultti ei voi siivota tätä puolestasi, koska siivous on liiketoimintapäätöksiä: kumpi kahdesta rivistä jää, mitä tehdään asiakkaalle jolla ei ole y-tunnusta, säilytetäänkö kymmenen vuoden vanhat tilaukset. Siksi siivous kuuluu sinulle ja siirto tekijälle.

Kirjaa siirrosta sopimukseen kolme lukua: montako riviä siirretään, mitkä kentät siirretään, ja mikä on hyväksymisraja. Hyväksymisraja voi olla vaikka se, että kaikki avoimet tilaukset ja kaikki viimeisen kahden vuoden asiakkaat siirtyvät virheettä, ja vanhempi historia siirtyy sellaisenaan ilman täydellisyysvaatimusta. Ilman tuota rajaa datan siirto on ainoa projektin osa, joka ei voi koskaan olla valmis.

Halvin datapäätös on siirtää vähemmän. Historia ei useimmiten kuulu uuteen järjestelmään. Ota mukaan avoimet tapahtumat ja aktiiviset asiakkaat, ja jätä vanha data lukukäyttöön vanhaan järjestelmään tai arkistotiedostoon. Tämä yksittäinen päätös pienentää siirtotyötä enemmän kuin mikään tekninen valinta.

Ajuri 3: räätälöinti vakiotoiminnallisuuden yli

Kolmas ERP-projektin hinnan ajuri on räätälöinti eli jokainen kohta, jossa haluat ohjelmiston toimivan eri tavalla kuin se toimii valmiina. Räätälöinti maksaa kolmessa paikassa: toteutuksessa, jokaisessa päivityksessä ja siinä päivässä, jona vaihdat tekijää. Siksi jokaisesta räätälöintitoiveesta kannattaa kysyä sama kysymys: tuleeko katteemme tästä poikkeuksesta? Jos hinnoittelusääntösi tai toimitustapasi on juuri se, jolla voitat kilpailijat, räätälöi se ilman muuta. Jos poikkeus taas on olemassa vain siksi, että edellinen järjestelmä pakotti siihen, se on peruja eikä vaatimus, ja sen voi jättää pois ilman että mikään huononee. Räätälöinti on siis liiketoimintapäätös eikä tekninen yksityiskohta, ja päätös kuuluu sinulle eikä tekijälle.

Käytännön nyrkkisääntö: jokainen räätälöinti kirjataan omalle riville, saa oman hinnan ja oman perustelun yhdellä lauseella. Rivit, joiden perustelua ei saa kirjoitettua, poistetaan. Tämä yksi harjoitus karsii tyypillisesti räätälöintilistan lyhyemmäksi kuin mikään keskustelu tekniikasta. Sama pätee laajemminkin liiketoiminnan kehittämisessä: poikkeus kannattaa maksaa vain silloin, kun se tuottaa rahaa.

Auki laskettu esimerkki: miten integraatioiden määrä kertautuu?

Integraatioiden määrän kertautuminen näkyy parhaiten auki laskettuna. Luvut alla ovat havainnollistavia esimerkkilukuja, eivät mitattuja keskiarvoja eivätkä meidän hintojamme; tarkoitus on näyttää laskutapa, jolla voit tarkistaa oman tarjouksesi järkevyyden omilla luvuillasi. Oletetaan, että yksi keskimääräinen integraatio vie neljä työvaihetta: rajapinnan käyttöönotto 6 tuntia, kenttäkartoitus 8 tuntia, virhetilanteiden käsittely 6 tuntia sekä testaus ja vastaanotto 5 tuntia — yhteensä 25 tuntia yhtä liitosta kohti. Vertailussa käytetään tuntihintaa 100 euroa, joka on julkisten hinnastojen haarukan keskivaiheilta. Yksi liitos on näillä oletuksilla 2 500 euroa, ja taulukko näyttää, mitä samalla laskutavalla tapahtuu, kun liitoksia on kolme, viisi tai kahdeksan.

Integraatioita	Työtunnit	Arvio	Erillisiä vastaanottotestejä	Mitä sinun päässäsi tapahtuu
1	25 h	2 500 €	1	Yksi vastuuhenkilö, yksi testipäivä
3	75 h	7 500 €	3	Kolme testipäivää ja ensimmäiset riippuvuudet liitosten välillä
5	125 h	12 500 €	5	Testaus alkaa viedä oman väkesi työaikaa näkyvästi
8	200 h	20 000 €	8	Yhteensovitus on oma työnsä: virhe yhdessä liitoksessa näkyy toisessa

Huomaa kaksi asiaa. Ensinnäkin arvio kasvaa suoraan liitosten lukumäärän mukana: kahdeksan liitosta ei ole "vähän enemmän työtä" kuin yksi, vaan kahdeksankertainen työ. Toiseksi vastaanottotestien määrä kasvaa samaa tahtia, ja ne testit tekee sinun väkesi, ei tekijä. Kahdeksan liitoksen projektissa oma työaikasi on todellinen kustannus, joka ei näy yhdessäkään tarjouksessa.

Todellisuudessa kahdeksan liitoksen projekti maksaa yleensä enemmän kuin 20 000 euroa, koska liitosten välinen yhteensovitus on oma työvaiheensa eikä sitä ole yllä laskettu mukaan. Suunta on siis varovainen, ei liioiteltu.

Laske sama omilla luvuillasi. Ota liitosten määrä, kerro se 25 tunnilla, kerro tuntihinnalla ja vertaa saatua lukua tarjoukseen. Jos tarjous on selvästi matalampi, kysy mitkä neljästä työvaiheesta siitä puuttuvat. Kysymys on kohtelias, ja vastaus kertoo sinulle enemmän kuin mikään referenssilista.

Missä järjestyksessä ostat, jos haluat pitää hinnan kurissa?

Osta pelkkä määrittely ensinErillinen, kiinteähintainen vaihe, jonka tulos on sinun. Sen jälkeen tiedät liitosten määrän, datan tilan ja räätälöintilistan — eli kaikki kolme hinta-ajuria.
Pyydä integraatiot rivi riviltäJokainen liitos omalle riville omalla hinnallaan. Vasta sitten näet, mikä niistä on kallis ja mikä voi odottaa toiseen vaiheeseen.
Rajaa data ennen kuin pyydät siirtohintaaPäätä rivimäärä, kentät ja hyväksymisraja itse. Rajaamaton siirto hinnoitellaan aina varmuuden vuoksi kalliiksi tai myydään tunteina.
Karsi räätälöintilista perustelullaJokaiselle poikkeukselle yksi lause siitä, miksi se tuo rahaa. Perustelemattomat rivit pois ennen tarjouspyyntöä.
Ota ensimmäinen vaihe pienenä ja valmiiksiVähemmän liitoksia, vähemmän dataa, ei räätälöintejä. Toimiva pieni kokonaisuus on parempi lähtökohta kuin puolivalmis iso.
Sovi tuki tunneiksi vasta käyttöönoton jälkeenTässä vaiheessa tuntityö on rehellinen malli, koska tarpeet ovat aitoja ja pieniä. Sovi kuukausikatto, niin lasku ei yllätä.

Tämä järjestys ei ole tempaus vaan tapa siirtää epävarmuus pois hinnasta. Jokainen vaihe pienentää seuraavan vaiheen riskilisää, ja riskilisän maksat aina sinä — joko korkeampana kiinteänä hintana tai ylityksinä tuntilaskussa.

Milloin ERP-konsulttia ei kannata ostaa?

ERP-konsulttia ei kannata ostaa lainkaan viidessä tilanteessa, ja ne ovat tavallisempia kuin myyntipuheessa annetaan ymmärtää. Ensimmäinen on liian pieni käyttäjämäärä: jos muutama ihminen istuu samassa huoneessa ja tietää toistensa työt, järjestelmä poistaa tiedonkulun ongelman, jota ei ole. Toinen on yhä toimiva taulukkolaskenta. Kolmas on vakiintumaton prosessi, koska ohjelmisto ei luo prosessia vaan monistaa nykyisen. Neljäs on kassavirta, joka ei kanna koko projektia loppuun asti. Viides on se, että oikea tarve onkin CRM eikä ERP. Käy nämä viisi läpi ennen kuin lähetät yhtäkään tarjouspyyntöä: yksikin osuma tarkoittaa, että raha kannattaa käyttää johonkin muuhun. Alla jokainen tilanne erikseen.

Kun käyttäjiä on liian vähän. ERP maksaa itsensä takaisin sillä, että tieto ei kulje ihmiseltä ihmiselle käsin. Jos yrityksessä on muutama ihminen, jotka istuvat samassa huoneessa ja tietävät toistensa työt, järjestelmä poistaa tiedonkulun ongelman, jota ei ole. Kevyempi yhdistelmä laskutusohjelmaa, kassajärjestelmää ja jaettua kalenteria riittää pitkälle.

Kun taulukkolaskenta toimii yhä. Jos Excel ei ole hajonnut, ainoa aito syy vaihtaa on se, että joku tekee siinä käsityötä, jonka voi laskea tunteina kuukaudessa. Laske se luku ensin. Jos käsityötä on kaksi tuntia kuukaudessa, ERP ei maksa itseään takaisin missään ajassa. Jos sitä on kaksi päivää viikossa, laskelma näyttää aivan toiselta.

Kun prosessit eivät ole vakiintuneet. Ohjelmisto ei luo prosessia, se monistaa nykyisen. Jos toimintatapa muuttuu vielä kuukausittain tai kaksi työntekijää tekee saman asian eri tavalla, järjestelmä lukitsee sekaannuksen paikalleen ja tekee muutoksesta maksullista. Kuvaa prosessi ensin paperille. Kannattaa lukea myös muutosjohtamisesta, koska käyttöönoton epäonnistumiset ovat useammin ihmisten kuin tekniikan ongelmia.

Kun kassavirta ei kanna koko projektia. Puoliksi tehty ERP on huonompi kuin ei mitään: dataa ja prosesseja on jo siirretty, vanhaa ei voi enää käyttää puhtaasti, ja peruuttaminen maksaa erikseen. Jos raha riittää vain aloitukseen, tee pienempi kokonaisuus kokonaan valmiiksi.

Kun oikea tarve on CRM. Hyvin usein kipu on myynnissä eikä tuotannonohjauksessa: liidit unohtuvat, tarjoukset eivät ole missään, kukaan ei tiedä kenelle soitettiin. Se on CRM-järjestelmän tehtävä, ja se on merkittävästi halvempi ja nopeampi ottaa käyttöön. Kumpi kannattaa ensin, on käyty läpi erikseen artikkelissa ERP vai CRM.

Mitä kysyt ERP-konsultilta ennen tilausta?

ERP-konsultilta kysytään ennen tilausta neljä asiaa kirjallisena, ja vastauksia vertaillaan keskenään — ei tuntihintoja. Ensimmäinen: mikä on kiinteä hinta jokaiselle integraatiolle erikseen, ja mitä se ei sisällä. Poissulkulista kertoo enemmän kuin sisältölista. Toinen: mikä on datan siirron hyväksymisraja ja kuka päättää, milloin siirto on hyväksytty. Kolmas: mitkä toiveistani hoituvat vakiotoiminnallisuudella ilman räätälöintiä — hyvä tekijä karsii listaasi oma-aloitteisesti. Neljäs: mitä saan omistukseeni ja missä muodossa, jos vaihdan tekijää. Nämä neljä erottelevat tarjoukset toisistaan paremmin kuin tuntitaksa, koska ne kaikki koskevat laajuutta ja vastuuta eivätkä hinnan yksikköä.

Neljäs kysymys on se, joka erottelee tarjoukset pisimmällä aikavälillä. Meidän osaltamme vastaus on kirjattu tähän suoraan: lähdekoodi, verkkotunnus ja tunnukset luovutetaan asiakkaalle, eikä toimittajalukkoa ole. Ylläpito on irtisanottavissa kuukaudessa, määräaikaisia sopimuksia ei ole, ja hinta lukee hinnastossa ilman tarjouspyyntöä ja ilman myyntipuhelua. Voit vertailla sen muihin ja jättää yhteydenoton tekemättä, jos luku ei sovi.

Usein kysyttyä

Mitä ERP-konsultointi maksaa kokonaisuutena?

Kokonaishinta riippuu käytännössä vain kolmesta asiasta: integraatioiden lukumäärästä, siirrettävän datan määrästä ja laadusta sekä räätälöintien määrästä. Lisenssi ja tuntitaksa ovat pieniä lukuja näiden rinnalla. Luotettavin tapa saada oikea luku on ostaa erikseen pieni kiinteähintainen määrittely, jonka jälkeen kiinteä tarjous itse toteutuksesta on mahdollista antaa. Meidän hintamme lukevat hinnastossa.

Voiko koko ERP-käyttöönoton ostaa yhtenä kiinteänä hintana?

Voi, mutta vain kun määrittely on tehty ensin. Ilman määrittelyä tekijä hinnoittelee tuntemattoman riskin sisään, ja se on ostajalle kallista. Ilman määrittelyä annettu kiinteä hinta on lisäksi yleensä hinta jollekin muulle kuin sille, mitä oikeasti tarvitset. Osta määrittely erikseen, pidä sen tulos itselläsi ja kilpailuta toteutus sillä.

Miksi integraatiot maksavat niin paljon, kun rajapinta on jo olemassa?

Rajapinnan olemassaolo hoitaa vasta ensimmäisen neljästä työvaiheesta. Sen jälkeen tulee kenttäkartoitus, virhetilanteiden käsittely ja erillinen vastaanottotesti, ja nämä kolme vievät yleensä enemmän aikaa kuin itse yhteyden avaaminen. Siksi liitosten lukumäärä ennustaa hintaa paremmin kuin tekninen vaikeus.

Kannattaako datan siivous ostaa konsultilta?

Yleensä ei. Siivouksessa tehdään liiketoimintapäätöksiä siitä, kumpi kahdesta rivistä on oikea ja mitä puuttuvalle tiedolle tehdään. Ulkopuolinen ei voi tietää sitä, joten hän joutuu kysymään sinulta joka tapauksessa — ja laskuttaa kysymisestä. Tee siivous itse tai osta se tiukasti rajattuna työnä.

Milloin tuntityö on ERP-projektissa oikea malli?

Käyttöönoton jälkeen. Silloin tarpeet ovat pieniä, aitoja ja hankalasti ennakoitavia, ja kiinteä hinnoittelu jokaiselle pikkumuutokselle olisi kalliimpaa kuin työ itse. Sovi tuntityöhön kuukausikatto, jonka ylittäminen vaatii kirjallisen hyväksyntäsi. Ennen käyttöönottoa tuntityö kannattaa rajata määrittelyyn ja niihin selvityksiin, joita ei voi etukäteen kuvata.

Lue seuraavaksi

Lue myös: kassajärjestelmä ravintolaan · kanta-asiakasohjelma pienyritykselle · digitaalinen leimakortti · ajanvarausjärjestelmien hinnat · verkkosivut yritykselle · sovelluskehitys iOS ja Android · ohjelmistokehitys · CRM-järjestelmä