--- title: "Kiinteä hinta vai tuntilaskutus: kumpi sopimusmalli?" description: "Milloin kiinteä hinta tai tuntilaskutus sopii ohjelmistoprojektiin, kuka kantaa minkäkin riskin, ja hybridit, kuten kattohinta tai vaiheistettu kiinteä hinta." canonical: https://sdk.enterprises/fi/insights/fixed-price-or-time-and-materials language: fi --- # Kiinteä hinta vai tuntilaskutus: kumpi sopimusmalli? Päivitetty: 2026-09-26 > Valitse kiinteä hinta, kun työ voidaan määritellä ja hyväksyä selkeiden kriteerien perusteella ennen aloitusta; valitse tuntilaskutus (time and materials), kun vaatimukset muuttuvat oppimisen myötä. Ongelmat alkavat, kun malli ei vastaa epävarmuuden määrää, ja hybridit, kuten vaiheistettu kiinteä hinta tai kattohintainen tuntilaskutus, sopivat usein paremmin kuin kumpikaan puhdas malli. ## Todellinen kysymys on, kuka kantaa epävarmuuden Jokaisessa ohjelmistoarviossa on epävarmuutta: vaatimuksia, joita ei vielä ymmärretä, järjestelmiä, jotka toimivat toisin kuin dokumentaatio kertoo, päätöksiä, joita kukaan ei ole tehnyt. Sopimusmalli ratkaisee, kuka maksaa, kun epävarmuus muuttuu lisätyöksi. Kiinteässä hinnassa toimittaja kantaa epävarmuuden ja hinnoittelee sen mukaan. Tuntilaskutuksessa sinä kannat sen ja maksat todellisuudessa käytetystä ajasta. Kumpikaan malli ei poista epävarmuutta, joten hyödyllisiä kysymyksiä ovat, kuinka paljon sitä on ja kuka pystyy parhaiten hallitsemaan sitä. ## Kiinteä hinta sopii työhön, jonka voi määritellä ja hyväksyä Kiinteä hinta toimii, kun laajuus voidaan kirjata tarkasti ja tulos tarkistaa hyväksymiskriteerejä vasten: hyvin ymmärretty integraatio, tunnetun sovellusjoukon siirto tai valmiiksi suunnitellut ja käyttäjien kanssa validoidut ominaisuudet. Budjettisi on ennustettava, ja toimittajalla on syy toimittaa tehokkaasti. Hintaan sisältyy riskimarginaali, ja huolellinen toimittaja mitoittaa sen sen mukaan, kuinka paljon on tuntematonta. Kaikesta kirjatun laajuuden ulkopuolisesta tulee muutospyyntö omine hintoineen ja viiveineen. Kun laajuus oli epämääräinen, muutospyynnöt muuttuvat neuvotteluiksi, jotka kuormittavat yhteistyösuhdetta. Varo myös hiljaisempaa riskiä. Toimittajalla, jonka kiinteä hinta osoittautuu liian alhaiseksi, on kaikki syyt karsia testausta, dokumentaatiota ja koodin laatua, eli niitä osia, jotka huomaat vasta myöhemmin. ## Tuntilaskutus sopii työhön, joka muuttuu oppimisen myötä Tuntilaskutuksessa maksat tiimin käyttämästä ajasta, yleensä sovituin roolikohtaisin hinnoin. Se sopii esiselvitykseen, uusiin tuotteisiin, joiden vaatimukset riippuvat käyttäjäpalautteesta, jatkuvaan kehitykseen ja työhön järjestelmissä, joita kukaan ei ole täysin kartoittanut. Voit muuttaa prioriteetteja joka viikko neuvottelematta sopimusta uudelleen. Riski on sinulla: kokonaiskustannus on avoin, ja huonosti johdettu tiimi voi käyttää paljon aikaa vääriin asioihin. Tuntilaskutus toimii vain, kun näet työn ja pystyt ohjaamaan sitä, mikä edellyttää seuraavia asioita. - Omistamasi priorisoitu työjono (backlog), jossa arvokkain työ on ensimmäisenä - Demo toimivasta ohjelmistosta kiinteässä rytmissä, esimerkiksi viikon tai kahden välein - Raportit, jotka näyttävät, mihin tunnit menivät, ominaisuuksittain tai välitavoitteittain - Säännöllisesti päivitettävä budjettiennuste, jota verrataan jo toimitettuun - Oikeus muuttaa tiimin kokoa tai lopettaa lyhyellä varoitusajalla ## Hybridit sopivat usein paremmin kuin kumpikaan puhdas malli Monet projektit eivät ole täysin tunnettuja eivätkä täysin avoimia, ja yleiset hybridimallit heijastavat sitä. Kukin niistä siirtää osan riskistä sille, joka pystyy hallitsemaan sitä parhaiten. - Vaiheistettu kiinteä hinta: lyhyt esiselvitysvaihe kiinteään hintaan ja sitten kiinteä hinta toteutukselle esiselvityksen löydösten perusteella. Sitoudut suurempaan summaan vasta, kun tuntemattomia on vähemmän. - Kattohintainen tuntilaskutus: maksat käytetystä ajasta sovittuun kattoon asti. Toimittaja varoittaa ennen katon saavuttamista, ja laajuutta säädetään niin, että tärkein työ mahtuu katon alle. - Kiinteä hinta välitavoitteittain: jokaisella välitavoitteella on oma laajuutensa, hintansa ja hyväksymiskriteerinsä, ja kumpikin osapuoli voi arvioida tilanteen uudelleen ennen seuraavan alkua. - Tavoitehinta: sovittu arvio, jonka alittavat säästöt ja ylittävät kustannukset jaetaan, joten molemmat hyötyvät tehokkaasta toimituksesta. ## Sovita malli vaiheeseen, jossa olet Yksi projekti voi siirtyä mallista toiseen. Esiselvitys ja varhaiset prototyypit sopivat tuntilaskutukseen tai pieneen kiinteään hintaan, koska niiden tarkoitus on vähentää epävarmuutta. Toteutusvaihe, jossa on selkeät suunnitelmat ja hyväksymiskriteerit, voidaan hinnoitella kiinteästi. Julkaisun jälkeinen tuki ja parannukset palaavat usein tuntilaskutukseen tai kuukausisopimukseen. Nämä kysymykset auttavat valitsemaan mallin edessä olevaan vaiheeseen. Jos voit vastata kyllä kahteen ensimmäiseen ja viimeiseen, kiinteä hinta on realistinen. Jos käyttäjäpalaute muokkaa työtä ja pystyt ohjaamaan sitä joka viikko, tuntilaskutus tai hybridi palvelee sinua paremmin. - Pystyisitkö kirjoittamaan hyväksymiskriteerit jokaiselle tuotokselle tänään? - Tunnetko jokaisen järjestelmän ja tietolähteen, johon työ koskee? - Muuttaako käyttäjäpalaute tulevina kuukausina sitä, mitä rakennat? - Onko organisaatiossasi joku, jolla on aikaa priorisoida ja tarkistaa työtä joka viikko? - Onko kiinteä budjetti sinulle tärkeämpi kuin joustavuus laajuudessa? ## Sopimusehdot, jotka suojaavat sinua kummassakin mallissa Hinnoittelumallista riippumatta muutama ehto suojaa sinua enemmän kuin itse hinnoittelu. Tarkista, että sopimus kattaa jokaisen niistä selkeällä kielellä. - Hyväksymiskriteerit jokaiselle välitavoitteelle ja määräaika sen hyväksymiselle tai hylkäämiselle - Kirjallinen muutosprosessi: miten muutoksia pyydetään, arvioidaan ja hyväksytään, ja kuka sen tekee - Omistusoikeutesi koodiin ja immateriaalioikeuksiin sekä pääsy repositorioihin ensimmäisestä päivästä alkaen - Nimetyt avainhenkilöt ja se, mitä tapahtuu, jos joku heistä lähtee - Irtisanomisehdot, joiden avulla voit lopettaa, pitää siihen mennessä tehdyn työn ja saada kunnollisen luovutuksen - Takuuehdot hyväksynnän jälkeen löydetyille virheille ## Se, miten kumppani ehdottaa mallia, kertoo paljon Kumppani, joka tarjoaa kiinteää hintaa ennen yksityiskohtaisia kysymyksiä, on joko hinnoitellut mukaan suuren riskimarginaalin tai ei ole ymmärtänyt työtä. Kumppani, joka pyytää avointa tuntilaskutusta ilman säännöllisiä demoja tai raportointia, pyytää sinua kantamaan riskin ilman keinoja hallita sitä. Hyvä vastaus selittää, mitkä työn osat ovat epävarmoja, ja ehdottaa niihin sopivaa rakennetta, usein ensimmäistä vaihetta, joka vähentää tuntemattomia ennen tiukempaa sitoumusta. Jos punnitset malleja tiettyä projektia varten, voit kuvata sen Aloita projekti -lomakkeellamme, ja kehittäjämme vastaavat ehdottamalla rehellisen seuraavan askeleen. ## Tärkeimmät havainnot - Sopimusmalli ratkaisee, kuka maksaa, kun epävarmuus muuttuu lisätyöksi. - Kiinteä hinta sopii työhön, jolla on kirjattu laajuus ja hyväksymiskriteerit; tuntilaskutus työhön, joka muuttuu oppimisen myötä. - Tuntilaskutus vaatii näkyvyyttä: omistamasi työjono, säännölliset demot ja raportit siitä, mihin aika meni. - Vaiheistettu kiinteä hinta ja kattohintainen tuntilaskutus sopivat usein paremmin kuin kumpikaan puhdas malli. - Hyväksymiskriteerit, muutosprosessi, koodin omistus ja irtautumisehdot suojaavat sinua missä tahansa mallissa. ## UKK ### Onko kiinteä hinta tuntilaskutusta edullisempi? Ei välttämättä. Kiinteään hintaan sisältyy marginaali toimittajan riskille, ja muutospyynnöt lisäävät sitä. Tuntilaskutus voi maksaa vähemmän hyvin johdetussa työssä ja enemmän huonosti johdetussa. Vertaa odotettua kokonaiskustannusta muutoksineen, älä otsikkolukua. ### Mikä on kattohintainen tuntilaskutussopimus? Maksat käytetystä ajasta sovittuun enimmäismäärään asti. Toimittajan on varoitettava ennen katon saavuttamista, ja molemmat osapuolet säätävät laajuutta niin, että tärkein työ toimitetaan sen puitteissa. Saat tunnetun ylärajan ja säilytät joustavuuden. ### Voiko tuntilaskutuksesta siirtyä kiinteään hintaan myöhemmin? Kyllä, ja se on usein järkevää. Kun esiselvitys tai varhainen kehitys on vähentänyt tuntemattomia, jäljellä oleva työ voidaan määritellä ja hinnoitella. Sovi etukäteen, mihin tietoihin kiinteähintainen tarjous perustuu. ## Aloita tarpeestasi - [Mobiilisovelluksen kehitys](https://sdk.enterprises/fi/mobile-app-development) ## Liittyvät palvelut - [Tekninen auditointi ja konsultointi](https://sdk.enterprises/fi/services/consulting) - [Räätälöity ohjelmisto](https://sdk.enterprises/fi/services/product-engineering) ## Lisälukemista - [Ohjelmistoprojektin kuvaus vertailtavia tarjouksia varten](https://sdk.enterprises/fi/insights/writing-a-software-project-brief) - [Maksullinen esiselvitysvaihe: mitä sen pitää tuottaa?](https://sdk.enterprises/fi/insights/what-a-paid-discovery-phase-should-deliver)