Ohjelmistokehityksen hinta 2026: miksi tuntihinta kertoo vähemmän kuin toimitusnopeus

Sama asiakasrekisteri, laskutus ja raportti kolmelta toimittajalta — 55, 95 ja 140 euron tuntihinnalla. Näet kokonaissumman euroina ja päätössäännön siitä, milloin tuntityö on turvallisempi kuin kiinteä hinta.

Lyhyt vastaus: Tuntihinta ei kerro ohjelmistokehityksen hintaa. Lopullinen lasku on tuntihinta kerrottuna tunneilla, ja tunnit vaihtelevat toimittajien välillä enemmän kuin tuntihinnat. Halvin tuntihinta voi tuottaa kalleimman projektin, jos työ kestää kolme kertaa pidempään. Vertaa siis kolmea asiaa: tuntihinta, arvioitu tuntimäärä ja toimitusaika — ja laske summa euroina ennen kuin päätät. Alla sama toiminnallisuus laskettuna kolmelta toimittajalta.

Ohjelmistokehitys ostetaan Suomessa lähes aina tuntihinnalla, ja tarjouksia verrataan lähes aina tuntihinnalla. Se on ymmärrettävää, koska tuntihinta on ainoa luku, joka on helppo laittaa rinnakkain. Se on myös se luku, joka kertoo vähiten siitä, mitä maksat.

Tämä sivu näyttää, mitä tapahtuu, kun sama määritelty toiminnallisuus tilataan kolmelta toimittajalta, joiden tuntihinnat ja toimitusnopeudet eroavat. Luvut ovat esimerkkejä havainnollistamista varten, mutta suhteet ovat tunnistettavia kenelle tahansa, joka on ostanut ohjelmistoa. Lopussa on päätössääntö siitä, milloin tuntilaskutus on turvallisempi kuin kiinteä hinta ja milloin päinvastoin.

Miksi tuntihinta johtaa harhaan?

Tuntihinta johtaa harhaan siksi, että se on hinta yhdestä työtunnista eikä kerro mitään siitä, montako tuntia työ vie. Se ei kerro myöskään sitä, kuinka moni niistä tunneista on sinun ongelmasi ratkaisemista ja kuinka moni palavereja, raportointia tai perehtymistä. Lopullinen lasku on tuntihinta kerrottuna tunneilla, ja juuri tuntimäärä vaihtelee toimittajien välillä paljon enemmän kuin tuntihinta: tuntihinnat liikkuvat julkisten hinnastojen perusteella karkeasti puolentoistakertaisella haarukalla, kun taas saman työn tuntimäärä voi liikkua kolminkertaisella. Siksi tuntihinnan vertaaminen ensimmäisenä on väärä järjestys. Alla ne kolme muuttujaa, jotka ratkaisevat laskun.

Kolme asiaa vaihtelee toimittajien välillä paljon enemmän kuin tuntihinta:

Tuntihinta liikkuu Suomessa julkisten hinnastojen perusteella tyypillisesti karkeasti puolentoistakertaisella haarukalla halvimmasta kalleimpaan. Tuntimäärä samasta työstä voi liikkua kolminkertaisella. Kumpi kannattaa siis selvittää ensin?

Sama toiminnallisuus, kolme toimittajaa

Kun sama tarkasti määritelty toiminnallisuus tilataan kolmelta toimittajalta, kallein tuntihinta tuottaa usein halvimman laskun. Määritellään työ tarkasti, koska muuten vertailu ei ole vertailu. Tilataan kolme asiaa: asiakasrekisteri (lisää, muokkaa, hae, poista, käyttäjätunnukset), laskutus (laskun luonti rekisterin tiedoista, verkkolaskumuoto, tilan seuranta) ja raportti (kuukausittainen myyntiraportti, vienti taulukkolaskentaan). Sama määrittely kaikille kolmelle. Sama lopputulos.

Kallein tuntihinta tuottaa halvimman laskun. Ero halvimman ja kalleimman tuntihinnan välillä on kaksi ja puoli kertaa, mutta lopullinen hinta liikkuu toiseen suuntaan.

Tämä ei ole temppu eikä sääntö. On täysin mahdollista, että toimittaja A tekee työn 120 tunnissa ja on selvästi halvin. Pointti on se, että sitä ei näe tuntihinnasta — se pitää kysyä erikseen, ja se pitää saada kirjallisena.

Piilokustannukset, jotka muuttavat järjestyksen

Ohjelmistoprojektissa on viisi piilokustannusta, jotka eivät näy tuntihinnassa mutta muuttavat tarjousten järjestyksen: projektinjohto, palaverit, määrittelyn puutteet, uusien tekijöiden perehtyminen ja viivästyksen vaihtoehtoiskustannus. Yllä oleva taulukko on vielä liian ystävällinen halvimmalle vaihtoehdolle, koska siinä on vain koodaustunnit. Todellisessa projektissa laskuun tulee lisää, ja lisät kasvavat sitä suuremmiksi mitä pidempään ja mitä useamman ihmisen kanssa projekti kestää.

Viimeinen rivi on se, jota ei melkein koskaan lasketa, ja se on usein suurin. Jatketaan esimerkkiä. Oletetaan, että laskutus tehdään nyt käsin ja se vie kaksi työpäivää kuukaudessa. Kahdeksan tuntia kertaa kaksi päivää on 16 tuntia kuukaudessa. Jos oman työn arvoksi lasketaan 40 euroa tunnilta kaikkine sivukuluineen, käsityö maksaa 640 euroa kuukaudessa.

Ero halvimman tuntihinnan ja kalleimman tuntihinnan välillä on nyt lähes 7 000 euroa — kalliin tuntihinnan hyväksi. Ja tämä laskee mukaan vasta yhden viivästyksen seurauksen. Jos ohjelmisto olisi myös tuonut lisämyyntiä tai estänyt virheitä, ero kasvaisi lisää.

Tee tämä lasku itse omilla luvuillasi. Kaava on lyhyt: (tuntihinta × tunnit) + (kuukaudet toimitukseen × nykyisen käsityön kuukausikustannus). Se on kaikki. Kolme lukua per toimittaja, ja järjestys on usein toinen kuin tuntihintalistassa.

Miksi tuntimäärät eroavat näin paljon?

Tuntimäärät eroavat samasta työstä viidestä käytännöllisestä syystä, eivät maagisista. Kysymys on aiheellinen: jos työ on sama, miksi toinen tekee sen 90 tunnissa ja toinen 300:ssa? Syyt ovat: onko vastaava tehty aiemmin, montako ihmistä koskee koodiin, kuinka paljon on rakennettu valmiiksi ennestään, kuinka nopeasti kysymyksiin vastataan ja kuinka raskas prosessi on. Näistä neljäs on ainoa, johon sinä ostajana vaikutat suoraan — ja se on usein suurin yksittäinen viivelähde, koska puolet viivästyksistä on odottamista. Alla kaikki viisi syytä yksitellen ja se, mitä kukin niistä tarkoittaa käytännössä.

1. Onko vastaava tehty aiemmin Toinen kerta samasta ongelmasta on aina nopeampi. Asiakasrekisteri ja laskutus ovat ratkaistuja ongelmia, ja se joka on ratkaissut ne aiemmin, ei ratkaise niitä uudelleen alusta.
2. Montako ihmistä koskee koodiin Kaksi tekijää eivät tee työtä puolessa ajassa. He tekevät sen hieman nopeammin ja käyttävät osan ajasta toistensa kanssa sovitteluun. Pienessä työssä yksi tekijä on usein nopein.
3. Kuinka paljon on rakennettu valmiiksi Kirjautuminen, käyttöoikeudet, lomakkeet ja raporttien vienti ovat samoja joka projektissa. Se, kenellä ne ovat valmiina, aloittaa 40 tuntia edellä.
4. Kuinka nopeasti kysymyksiin vastataan Puolet viivästyksistä on odottamista: odotetaan sinun vastaustasi, tunnuksia järjestelmään tai päätöstä. Tämä on osa, johon ostaja vaikuttaa eniten.
5. Kuinka raskas prosessi on Määrämuotoiset raportit, ohjausryhmät ja hyväksyntäkierrokset ovat oikeita ja tarpeellisia isossa hankkeessa. Pienessä ne ovat pelkkä lasku.

Neljäs kohta koskee sinua. Jos vastaat kysymyksiin saman päivän aikana ja päätökset syntyvät yhdellä ihmisellä, mikä tahansa toimittaja toimittaa nopeammin. Jos vastaus kestää kaksi viikkoa, nopeinkaan toimittaja ei pelasta aikataulua.

Milloin tuntilaskutus, milloin kiinteä hinta?

Valinta tuntilaskutuksen ja kiinteän hinnan välillä ratkeaa yhdellä kysymyksellä: tiedetäänkö tarkasti, mitä rakennetaan? Jos määrittely on valmis ja kirjattu eikä sisältö muutu, kiinteä hinta on turvallisempi, koska riski ylityksestä siirtyy sille, joka pystyy sitä hallitsemaan. Jos tiedetään vain suunta eikä yksityiskohtia, tunnit ovat turvallisempi, koska kiinteä hinta epäselvästä työstä sisältää ison riskilisän, jonka maksat vaikka riski ei toteudu. Tämä on ostajan tärkein yksittäinen päätös, ja se kannattaa tehdä ennen tarjouspyyntöä eikä sen jälkeen. Alla viisi tilannetta ja kumpi malli kuhunkin sopii.

Käytännön yhdistelmä toimii useimmiten parhaiten: määrittely ostetaan ensin erikseen pienenä kiinteähintaisena työnä, ja vasta sen jälkeen pyydetään kiinteä hinta toteutuksesta. Silloin kiinteä hinta perustuu johonkin, ja tarjoukset ovat oikeasti vertailukelpoisia. Määrittelyn ostaminen tuntuu ylimääräiseltä, mutta se on halvin osa koko projektia ja poistaa suurimman riskin.

Jos otat tuntityön, ota siihen aina yläraja: "laskutus tuntien mukaan, enintään X tuntia ilman erillistä kirjallista sopimista". Se antaa joustavuuden ja poistaa avoimen piikin. Sopimusehdoista kirjoitimme erikseen sivulla nettisivusopimus — samat periaatteet pätevät ohjelmistoon.

Mitä hinnan pitää sisältää, jotta se on vertailukelpoinen?

Ohjelmistotarjous on vertailukelpoinen vasta, kun siinä on kuusi asiaa kirjallisena: lähdekoodin omistus, testaus ja virheiden korjaus toimituksen jälkeen, käyttöönotto ja siirto tuotantoon, dokumentaatio ja käyttäjien opastus, ylläpito toimituksen jälkeen sekä vastausaika ongelmatilanteessa. Kaksi tarjousta samasta työstä eivät nimittäin ole vertailukelpoisia, jos toinen sisältää asioita, joita toinen ei — ja juuri nämä kuusi ovat ne kohdat, jotka jäävät useimmiten mainitsematta. Vaadi ne jokaiselta tarjoajalta samassa muodossa. Kun ne on kirjattu, tarjousten vertaaminen on aritmetiikkaa; ilman niitä se on arvailua.

1. Lähdekoodin omistus Kenelle koodi kuuluu työn jälkeen ja missä se sijaitsee. Jos vastaus ei ole selvä, hinta ei ole hinta vaan vuokra.
2. Testaus ja virheiden korjaus Kuuluvatko toimituksen jälkeiset korjaukset hintaan, ja kuinka pitkään. Ilman tätä kohtaa halvin tarjous on halvin vain luovutuspäivään asti.
3. Käyttöönotto ja siirto tuotantoon Julkaisu, palvelinympäristö, tunnukset, tietojen siirto vanhasta järjestelmästä. Tämä unohtuu tarjouksista useimmin.
4. Dokumentaatio ja käyttäjien opastus Kuka opettaa järjestelmän niille, jotka sitä käyttävät. Jos ei kukaan, järjestelmä on olemassa mutta sitä ei käytetä.
5. Ylläpito toimituksen jälkeen Kuukausihinta, mitä se kattaa ja millä irtisanomisajalla. Määräaikaisuus on hinnan osa, vaikka se ei näy euroina.
6. Vastausaika ongelmatilanteessa Mitä tapahtuu, kun laskutus lakkaa toimimasta perjantaina. Kirjattu tunti- tai päivälupaus, ei "mahdollisimman pian".

Kun nämä kuusi on kirjattu, tarjousten vertaaminen on aritmetiikkaa. Ilman niitä se on arvailua. Meidän oma hinnoittelumme näihin kaikkiin lukee hinnastossa julkisena — ei tarjouspyyntöjä eikä myyntipuheluita.

Milloin räätälöityä ohjelmistoa ei kannata teettää?

Räätälöityä ohjelmistoa ei kannata teettää viidessä tilanteessa: kun valmis tuote tekee saman asian, kun prosessi ei ole vielä vakiintunut, kun ostajalla ei ole aikaa osallistua, kun kyse on oikeastaan yhdestä raportista, tai kun rahoitus riittää vain rakentamiseen eikä ylläpitoon. Tämä osio kannattaa lukea ennen kuin pyydät yhtään tarjousta, koska se säästää eniten rahaa — halvin ohjelmistoprojekti on se, jota ei tarvitse aloittaa. Kaikissa viidessä tilanteessa on olemassa nopeampi ja halvempi vaihtoehto, joka vastaa samaan tarpeeseen joko kokonaan tai riittävän hyvin. Alla kaikki viisi tilannetta erikseen.

Kun valmis tuote tekee saman asian. Laskutus, kirjanpito, ajanvaraus, verkkokauppa ja projektinhallinta ovat ratkaistuja ongelmia, joihin on kymmeniä valmiita tuotteita kuukausihinnalla. Räätälöity vastine maksaa moninkertaisesti eikä ole valmiina huomenna. Sääntö: jos valmis tuote kattaa tarpeesta 80 prosenttia, mukauta oma toimintasi loppuun 20 prosenttiin. Räätälöinti kannattaa vasta, kun se puuttuva osa on juuri se, jolla teet rahaa.

Kun prosessi ei ole vakiintunut. Ohjelmisto lukitsee toimintatavan. Jos toimintatapa vaihtuu vielä kolmesti tämän vuoden aikana, ohjelmisto ehtii vanhentua ennen käyttöönottoa. Anna prosessin asettua taulukkolaskennassa ensin — se on karkea työkalu, mutta se muuttuu ilmaiseksi.

Kun ostaja ei ehdi mukaan. Räätälöity ohjelmisto vaatii tilaajalta aikaa: päätöksiä, testausta, palautetta. Jos kellään ei ole kahta tuntia viikossa, projekti venyy riippumatta toimittajasta ja lopputulos on väärä. Tämä on yleisin syy epäonnistuneisiin projekteihin, eikä se ole toimittajan vika.

Kun kyse on yhdestä raportista. Yhden raportin saa usein olemassa olevasta järjestelmästä viennillä ja taulukkolaskennalla muutamassa tunnissa. Se ei ole kaunista, mutta se maksaa murto-osan ja vastaa kysymykseen tänään.

Kun rahoitus riittää vain rakentamiseen. Ohjelmisto ei ole kertaostos. Se vaatii päivityksiä, tietoturvakorjauksia ja pieniä muutoksia niin kauan kuin sitä käytetään. Jos budjetti kattaa vain rakentamisen, järjestelmä on käyttökelvoton parin vuoden päästä. Varaa ylläpitoon oma rivinsä alusta asti.

Miten me teemme tämän?

Teemme ohjelmistotyön niin, että hinta on julkinen ja projektissa on yksi ihminen. Olemme yhden ihmisen yritys Helsingissä, ja työn tekee sama ihminen, joka tarjouksen kirjoittaa. Se poistaa projektinjohdon lisän, perehtymiskierrokset ja välikädet — ei siksi että olisimme parempia, vaan siksi että niitä ei ole olemassa. Kääntöpuoli on rehellistä sanoa: iso rinnakkainen hanke, jossa tarvitaan viittä tekijää yhtä aikaa, ei ole meidän työtämme, ja sanomme sen suoraan.

Lähdekoodi, palvelintunnukset ja verkkotunnus luovutetaan sinulle. Ylläpito on irtisanottavissa kuukauden varoitusajalla, eikä määräaikaisia sopimuksia ole. Lisää siitä, mitä ohjelmistokehitys meillä käytännössä tarkoittaa ja mistä vaiheista työ koostuu. Hinnat ovat julkisia hinnastossa.

Usein kysyttyä

Lue seuraavaksi

• Yrityssovelluksen kehittämisen hinta
• WordPress-ylläpidon hinta ja mitä siihen oikeasti kuuluu
• WordPressin hakukoneoptimointi: neljä asetusta, jotka ratkaisevat teknisen puolen
• Webhotellin vaihto ilman katkoa: testaa uusi palvelin ennen kuin kukaan asiakas näkee mitään
• Ilmainen verkkotunnus: milloin se on oikeasti ilmainen ja mitä se sitoo
• Logon tiedostomuodot ja käyttöoikeudet — mitä toimituksesta pitää vaatia

Lue myös: digitaalinen leimakortti · ajanvarausjärjestelmien hinnat · verkkosivut yritykselle · sovelluskehitys iOS ja Android · ohjelmistokehitys · CRM-järjestelmä · IT-palvelut yrityksille · toiminnanohjausjärjestelmä