# Mitä prototyypissä sovitaan ennen ohjelmiston toteutusta?

Auttaa tilaajaa arvioimaan prototyypin ja siirtymään sovittuun toteutuslaajuuteen.

Prototyypillä varmistetaan, että tilaaja, käyttäjät ja toteuttaja ymmärtävät saman työnkulun. Ennen varsinaista rakentamista siitä siirretään opit toteutussuunnitelmaan: käyttäjän tehtävät, tarvittavat tiedot, rajaukset ja hyväksymiskriteerit. Strategiaklinikan prototyyppiä ei jätetä tuotannon pohjaksi.

Jos et osaa kirjoittaa teknistä määrittelyä, kuvaa yksi todellinen työtilanne: mitä yrität tehdä, mikä estää sen ja millainen tulos auttaisi. Näytä nykyiset työkalut esimerkkitiedolla. Teknisten ratkaisujen suunnittelu kuuluu toteuttajan kanssa tehtävään työhön.

## Kolme vaihetta ja erillinen ylläpito

### 1. Ymmärretään tarve. Kokeillaan ideaa.

Käymme läpi työnne, nykyiset työkalut ja tärkeimmät käyttötapaukset. Teemme nopeasti kokeiltavan prototyypin, jolla varmistetaan yhteinen ymmärrys ennen varsinaista toteutusta.

Saat: kirjallisen tarvekuvauksen ja kokeiltavan prototyypin.

Prototyyppi on oppimista varten. Sitä ei jätetä tuotannon pohjaksi.

### 2. Sovitaan, mitä rakennetaan.

Muutamme prototyypin opit selkeäksi toteutussuunnitelmaksi. Sovimme ominaisuudet, rajaukset, hinnan ja aikataulun. Työn laajuus lukitaan ennen varsinaisen toteutuksen aloittamista.

Saat: toteutussuunnitelman ja sovitun projektikokonaisuuden.

### 3. Rakennetaan. Näytetään. Otetaan käyttöön.

Toteutamme ohjelmiston pienissä osissa ja näytämme välitulokset. Testaamme sovitut käyttötapaukset ja käymme työkalun kanssasi läpi ennen käyttöönottoa.

Saat: testatun ohjelmiston, käyttöönoton ja sovitut ohjeet.

Määrittelyn ja prototyypin kustannukset sovitaan ennen aloittamista. Toteutuksen laajuus, hinta ja aikataulu sovitaan ennen rakentamista. Projektin kesto riippuu rajauksesta, integraatioista ja palauterytmistä; prototyyppi ei ole lupaus samasta toimitusajasta kaikille.

Pidämme sovelluksen ajan tasalla ja autamme arjen käytössä. Sovimme jatkuvan ylläpidon sisällön ja kuukausihinnan tarpeenne mukaan.

## Mitä käyttäjien pitää kokeilla?

Anna käyttäjälle tehtävä ja pyydä tekemään se ilman esittelijän jatkuvaa opastusta. Tarkkaile, löytyykö seuraava vaihe, ymmärtääkö käyttäjä tiedon merkityksen ja mitä hän tekee puuttuvan tiedon kanssa. Kysy vasta kokeilun jälkeen, mikä vaikeutti työtä. Kaunis näkymä ei vielä osoita työn sujuvuutta.

| Kokeilija ja tilanne | Prototyypillä tarkistettava tehtävä |
| --- | --- |
| Tuotantopäällikkö ja toimitusjohtaja | Löytävätkö he viivästyvän tilauksen, sen vaiheen ja päätöstä vaativan poikkeaman? |
| Työmaan käyttäjä | Onnistuuko lyhyt kirjaus puhelimella ja selviääkö, odottaako se hyväksyntää? |
| Hammaslääkärivastaanoton henkilöstö | Löytyykö hallinnon tehtävä ja sen vastuu esimerkkitiedoilla ilman potilastietoja? |
| Eläinklinikan asiakaspalvelu | Jääkö keskeytynyt tehtävä ja seuraava vastuuhenkilö näkyviin ruuhkassa? |
| Siivoustyöntekijä | Voiko tehtävän tai poikkeaman kirjata lyhyesti ymmärrettävällä kielellä? |

Kokeile keskeytystä, virheellistä syötettä ja palaamista keskeneräiseen työhön. Verkkoyhteyden puuttumista voidaan prototyypissä hahmotella, mutta varsinainen offline-toiminta ja tiedon synkronointi on toteutettava ja testattava erikseen. Prototyyppi ei todista integraation tai tuotannon kuormankeston toimivuutta.

## Miksi prototyyppiä ei vain julkaista?

Oppimiseen tehty kokeilu voi käyttää esimerkkitietoa, ohittaa käyttöoikeuksia tai jättää virhetilanteet käsittelemättä. Nopeasti näkyvä idea auttaa päättämään, mitä kannattaa rakentaa. Tuotannon tietomalli, tunnistautuminen, testaus, julkaisu ja ylläpito tarvitsevat erikseen suunnitellun perustan.

Koodin hylkääminen ei tarkoita oppien hylkäämistä. CTO:lle luovutettavia tuloksia ovat esimerkiksi käsitteet, käyttäjäpolut, tietovirrat, hyväksytyt näkymät, poikkeustilanteet, rajapintakysymykset ja testattavat vaatimukset. Kirjaa myös hylätyt oletukset, jotta niitä ei rakenneta uudelleen vahingossa.

## Päätöspöytäkirja kokeilun jälkeen

- Mitä tarvetta kokeiltiin ja kenen kanssa?
- Mikä havainto vahvisti tarvetta, mikä muutti sitä?
- Mitkä tehtävät ja tiedot kuuluvat ensimmäiseen versioon?
- Mitä jätetään pois ja mitä pitää vielä selvittää?
- Millä käyttötapauksilla toimitus hyväksytään?
- Jatketaanko toteutussuunnitelmaan, kokeillaanko lisää vai lopetetaanko hanke?

Kokeilussa voi paljastua, että nykyisen työkalun muutos riittää. Se on hyödyllinen tulos ennen suurempaa investointia. Jatka [kustannusten erittelyyn](/tieto/fi/ohjelmistoprojektin-hinta-ja-kokonaiskustannus.md), [tuotantokelpoisuuden arviointiin](/tieto/fi/tekoalyavusteisen-kehityksen-laatu.md) tai [tarjouspyyntöön](/tieto/fi/ohjelmiston-tarjouspyynto.md).

## Lähteet ja julkaisutiedot

- [Strategiaklinikan palvelut ja toimintatapa](https://strategiaklinikka.fi/index.md)

Julkaisija: Strategiaklinikka. Päivitetty: 2026-11-05.

Pysyvä osoite: https://strategiaklinikka.fi/tieto/fi/prototyyppi-rajaus-ja-toteutus.md

[Kaikki oppaat](/tieto/index.md) · [Palvelut ja yhteystiedot](/index.md)