Web-sovelluksen kehitys yritykselle: hinta, vaiheet ja teknologiat

Web-sovellus on selaimessa toimiva työkalu, joka tekee jotain: ottaa vastaan varauksia, näyttää asiakkaalle hänen omat tietonsa tai kokoaa yrityksen arjen yhteen näkymään. Sitä ei asenneta, se toimii kaikilla laitteilla, ja päivitys näkyy kaikille käyttäjille samalla hetkellä.

Tämä artikkeli käy läpi, mitä web-sovelluksen teettäminen Suomessa maksaa, mistä hinta rakentuu, miten projekti etenee ja mitä toteuttajalta kannattaa kysyä ennen sopimusta. Hintahaarukat ovat alan tyypillisiä tasoja, eivät kenenkään yksittäisen toimijan hinnasto.

Verkkosivusto, web-sovellus vai mobiilisovellus?

Nyrkkisääntö: verkkosivusto esittää tietoa, web-sovellus käsittelee sitä. Kun palveluun kirjaudutaan, siihen syötetään tietoja ja tiedot tallentuvat, kyse on sovelluksesta, vaikka se aukeaisi selaimessa siinä missä sivustokin.

Tyypillisiä web-sovelluksia:

• Asiakasportaali, jossa asiakas näkee omat tilauksensa tai dokumenttinsa
• Varaus- tai ajanvarausjärjestelmä
• Tuntikirjaus, työjono tai muu sisäinen työkalu, joka korvaa Excel-taulukon — päätösrunko sille, milloin oma järjestelmä kannattaa ja milloin ei: Excel ei enää riitä
• Hallintanäkymä, joka kokoaa tiedot useasta lähteestä yhteen
• SaaS-palvelu eli sovellus, jota myydään tilauksena muille yrityksille

Mobiilisovellusta web-sovellus ei automaattisesti korvaa eikä toisin päin: valinta riippuu siitä, tarvitaanko puhelimen ominaisuuksia ja sovelluskauppajakelua. Vertailu perusteineen ja hintoineen: mobiilisovellus vai web-sovellus. Useimmille yrityksille web-sovellus on järkevä ensimmäinen askel, koska sama taustajärjestelmä palvelee myöhemmin myös mobiilisovellusta.

Mitä web-sovellus maksaa

Hinta riippuu laajuudesta enemmän kuin mistään muusta, joten yksi luku olisi harhaanjohtava. Kokoluokat sen sijaan voi sanoa ääneen:

• Pieni työkalu: yksi käyttötarkoitus, lomake, tietokanta ja hallintanäkymä, yksi käyttäjärooli. Tyypillisesti muutamasta tuhannesta noin 10 000 euroon.
• Asiakasportaali tai varausjärjestelmä: kirjautuminen, useampi käyttäjärooli, rajapinta yhteen ulkoiseen järjestelmään. Tyypillisesti 10 000–30 000 euroa.
• SaaS-palvelun ensimmäinen versio (MVP): karsittu mutta myyntikelpoinen tuote. Tyypillisesti 5 000–20 000 euroa.
• Laaja järjestelmä: useita rooleja, useita integraatioita, raportointia. 20 000–80 000 euroa, laajimmillaan enemmän.

Laajempi katsaus hintatasoihin ja tuntiveloituksiin löytyy artikkelista ohjelmistokehityksen kustannukset Suomessa 2026.

Mistä hinta rakentuu

Haarukka kertoo vähän, jos ei tiedä, mistä se koostuu. Tyypillinen jako web-sovellusprojektissa:

• Määrittely ja suunnittelu, 10–20 %. Päätetään mitä tehdään, ja yhtä tärkeänä, mitä ei tehdä. Tähän vaiheeseen käytetty päivä säästää yleensä useita toteutuksessa.
• Käyttöliittymä, 15–25 %. Osuus kasvaa, jos ulkoasu räätälöidään kauttaaltaan, ja pienenee, kun hallintanäkymissä käytetään valmiskomponentteja.
• Toteutus, 40–50 %. Itse ohjelmointityö: tietomalli, toiminnot, rajapinnat.
• Testaus, julkaisu ja käyttöönotto, 15–20 %. Usein aliarvioitu osuus, johon kuuluvat myös tietojen siirto vanhasta järjestelmästä ja käyttäjien opastus.

Esimerkiksi 15 000 euron asiakasportaalissa tämä tarkoittaa suuruusluokkina: määrittely noin 2 000, käyttöliittymä noin 3 000, toteutus noin 7 000 ja testaus julkaisuineen noin 3 000 euroa.

Suurimmat yksittäiset hintaan vaikuttavat valinnat ovat käyttäjäroolien määrä ja rajapinnat: jokainen rooli tuo omat näkymänsä ja oikeustarkistuksensa, ja jokainen rajapinta muihin järjestelmiin on käytännössä oma pieni projektinsa. Kolmanneksi eniten vaikuttaa se, kuinka suuri osa käyttöliittymästä räätälöidään ja kuinka paljon rakennetaan valmiskomponenteilla.

Juoksevat kulut julkaisun jälkeen

Tämä jää tarjouksissa usein kertomatta, joten sanotaan se tässä: web-sovellus maksaa myös käytössä, vaikka summat ovat pienelle sovellukselle pieniä.

• Palvelinkulut: pienen sovelluksen ajoympäristö maksaa tyypillisesti muutamasta eurosta muutamaan kymmeneen euroon kuukaudessa. Hinta nousee käyttäjämäärän ja tietomäärän mukana, ei kalenterin.
• Verkkotunnus: suuruusluokkaa 10–20 euroa vuodessa.
• Ulkopuoliset palvelut: esimerkiksi maksurajapinnat ja viestipalvelut laskuttavat käytön mukaan. Nämä kannattaa pyytää tarjoukseen näkyviin arvioina.
• Ylläpitotyö: sovellus ei kulu, mutta sen ympäristö liikkuu: selaimet, ohjelmakirjastot ja rajapinnat päivittyvät. Siksi ylläpidosta kannattaa sopia jotain, vaikkei jatkuvaa pakettia haluaisikaan.

Teknologiat lyhyesti

React on laajimmin käytettyjä käyttöliittymäkirjastoja, ja siksi turvallinen valinta: osaajia löytyy, ja työtä voi tarvittaessa jatkaa toinen tekijä. Next.js rakentuu Reactin päälle ja tuo palvelinpuolen renderöinnin, mikä auttaa hakukonenäkyvyydessä. Vertailu: React vai Next.js.

Firebase ja vastaavat pilvipalvelut tarjoavat valmiin taustan (tietokannan, kirjautumisen ja tiedostot), jolloin palvelininfrastruktuuria ei rakenneta itse. Pienen ja keskikokoisen sovelluksen kustannuksissa tämä näkyy suoraan. Vertailu: Firebase vai AWS.

Teknologiaa tärkeämpää on kaksi asiaa: että valinta perustellaan sinulle ymmärrettävästi, ja että valittu tekniikka on niin yleinen, että toinenkin kehittäjä voi jatkaa työtä. Harvinainen tekniikka on riski, joka realisoituu vasta vuosien päästä.

Näin projekti etenee

1. Määrittely. Mitä sovellus tekee, kenelle ja mitä se ei tee. Lyhytkin kirjallinen määrittely karsii väärinymmärrykset, ja sen pohjalta tarjouksia voi vertailla keskenään. Ilman sitä jokainen tarjous hinnoittelee eri asiaa.

2. Suunnittelu. Näkymät ja kulku käyttäjän silmin, ennen kuin mitään rakennetaan. Muutos suunnitelmaan maksaa murto-osan siitä, mitä muutos valmiiseen toteutukseen.

3. Toteutus lyhyissä jaksoissa. Keskeneräistä sovellusta pitää päästä katsomaan ja kokeilemaan matkan varrella. Se ei ole kohteliaisuus vaan ohjauskeino: suunta korjataan viikossa, ei julkaisussa.

4. Testaus, julkaisu ja käyttöönotto. Toimivuus eri laitteilla, tietojen siirto ja käyttäjien opastus. Pieni työkalu valmistuu tyypillisesti muutamassa viikossa, portaalikokoluokka yhdestä kolmeen kuukauteen.

Velvoitteet: saavutettavuus ja tietosuoja

Kaksi asiaa kannattaa tietää ennen tarjouspyyntöä, koska ne kuuluvat toteutukseen eivätkä jälkikäteen korjattaviksi:

Saavutettavuus: jos sovellus palvelee kuluttajia, digipalvelulain saavutettavuusvaatimukset ovat koskeneet sitä 28.6.2025 alkaen, mikroyrityksiä lukuun ottamatta. Sisäisiä työkaluja vaatimus ei koske, mutta näppäimistöllä ja ruudunlukijalla toimiva sovellus on joka tapauksessa parempi työkalu kaikille.

Tietosuoja: koskee aina, kun sovelluksessa käsitellään henkilötietoja, ja kirjautuminen tarkoittaa käytännössä aina henkilötietoja. Rekisteriseloste, käsittelyperusteet ja tietojen sijainti kannattaa vaatia osaksi toimitusta.

Tarkemmin rajat, päivämäärät ja se, keitä mikäkin velvoite koskee: kolme velvoitetta, jotka voivat koskea verkkopalveluasi.

Viisi kysymystä toteuttajalle ennen sopimusta

• Kuka omistaa koodin, verkkotunnuksen ja tunnukset? Selvitä tämä ennen sopimusta, ei riitatilanteessa. Hyvä vastaus on: sinä.
• Mitä takuu kattaa ja kuinka kauan? Moni lupaa korjata virheet, harva sanoo kuinka pitkään ja veloituksetta.
• Mitä ylläpito maksaa, ja onko se pakollista? Kuukausipaketti sitoutumisajalla on eri sopimus kuin tuntityö tarpeen mukaan.
• Millä tekniikalla sovellus tehdään, ja voiko toinen kehittäjä jatkaa sitä? Vastauksen pitäisi olla ymmärrettävä ilman ohjelmointitaustaa.
• Mitä minulle jää käteen, jos yhteistyö loppuu? Lähdekoodi, tunnukset, dokumentaatio, ja siirto ilman uutta laskua vanhalle toimittajalle.

Nämä viisi erottelevat toimittajat nopeammin kuin yksikään referenssilista.

Usein kysytyt kysymykset

Mitä web-sovellus maksaa?

Pieni työkalu tyypillisesti muutamasta tuhannesta noin 10 000 euroon, asiakasportaali tai varausjärjestelmä 10 000–30 000 euroa, SaaS-palvelun ensimmäinen versio 5 000–20 000 euroa. Eniten hintaan vaikuttavat käyttäjäroolien määrä ja rajapinnat.

Kauanko kehitys kestää?

Pieni työkalu muutamassa viikossa, portaalikokoluokka yhdestä kolmeen kuukauteen, laaja järjestelmä pidempään. Määrittely on tehokkain tapa lyhentää kokonaisaikaa.

Mikä ero on verkkosivustolla ja web-sovelluksella?

Verkkosivusto esittää tietoa, web-sovellus käsittelee sitä. Kirjautuminen, tietojen syöttö ja tallennus tekevät sivustosta sovelluksen.

Tarvitseeko web-sovellus ylläpitoa?

Tarvitsee: selaimet, kirjastot ja rajapinnat päivittyvät, vaikka sovellus ei muuttuisi. Pienen sovelluksen juoksevat peruskulut ovat tyypillisesti muutamasta eurosta muutamaan kymmeneen euroon kuukaudessa.

Voiko web-sovelluksesta tehdä myöhemmin mobiilisovelluksen?

Voi, ja se on tavallinen järjestys: web ensin, mobiili kun tarve on todennettu. Hyvin rakennettu taustajärjestelmä palvelee molempia. Vertailu: mobiilisovellus vai web-sovellus.

Yhteenveto

Web-sovellus on useimmille yrityksille edullisin ja nopein tapa saada oma työkalu tai palvelu käyttöön: ei sovelluskauppoja, yksi toteutus kaikille laitteille, ja hinta alkaa muutamasta tuhannesta eikä kymmenistä tuhansista. Suurimmat riskit eivät ole teknisiä vaan sopimuksellisia: omistajuus, takuu ja ylläpidon ehdot ratkaisevat, miltä hankinta näyttää kolmen vuoden päästä.