# Webkehitys yrityksille: tarpeesta toimivaan verkkosivustoon

> Tarvitseeko yritys uuden verkkosivuston, verkkokaupan vai web-sovelluksen? Käytä konkreettista vaatimusmäärittelyä ratkaisun valintaan ja toimituksen tarkistamiseen julkaisun yhteydessä.

Kirjoittaja Media Access. Julkaistu: 2026-09-06. Päivitetty: 2026-09-06.

Alkuperäinen: [Webkehitys yrityksille: tarpeesta toimivaan verkkosivustoon](https://mediaaccess.no/fi/artikkelit/verkkokehitys-yrityksille/)

Yrityksen uuden verkkosivuston pitäisi tehdä konkreettista työtä: selittää tarjous, hankkia relevantteja yhteydenottoja, myydä tuotteita tai antaa asiakkaan ratkaista tehtävä itse. Kun tehtävä on selkeä, myös teknologian, laajuuden ja hinnan arviointi helpottuu.

Tämä opas käsittelee verkkokehityksen ostamista. Se auttaa sinua laatimaan hyvän tarjouspyyntöpohjan ja varmistamaan, että toimitus toimii käytännössä, tarvitsitpa yrityssivuston, verkkokaupan tai web-sovelluksen.

## Tähän saat vastauksen

- Valitse ratkaisu asiakkaan tehtävän ja yrityksen työnkulun perusteella.
- Kuvaa vaatimukset toimintoina, jotka voidaan demonstroida ja testata.
- Sisällytä tilaukseen sisältö, integraatiot, siirto ja ylläpito.

## Verkkosivusto, verkkokauppa vai web-sovellus?

Aloita siitä, mitä käyttäjän tärkeimpänä pitää tehdä. Verkkosivusto voi olla oikea ratkaisu, kun asiakas tarvitsee tietoa ja ottaa sitten yhteyttä. Verkkokaupan on lisäksi hoidettava osto ja tilaukseen liittyvät jatkotoimet. Web-sovellus tulee ajankohtaiseksi, kun käyttäjän on työskenneltävä tietojen, prosessien tai henkilötietojen parissa pidemmän aikaa.

Rajapinnat voivat mennä päällekkäin. Yrityssivustolla voi olla varausominaisuus, ja verkkokaupalla voi olla asiakasportaali. Kysy siksi, minkä on toimittava ensimmäisessä julkaisussa. Lisätoiminnot kannattaa perustella konkreettisella tarpeella ja henkilöllä, joka niitä käyttää.

Lähtökohta projektin rajaamiseen

| Ratkaisu | Tyypillinen päätehtävä | Selvitettävä varhain |
| --- | --- | --- |
| Yrityssivusto | Selittää tarjonta ja luoda yhteys. | Sisältö, muokkaus, yhteydenottopolku ja näkyvyys. |
| Verkkokauppa | Antaa asiakkaan valita, tilata ja maksaa. | Tuotetiedot, toimitus, maksaminen, tilaukset ja asiakaspalvelu. |
| Web-sovellus tai portaali | Antaa asiakkaan suorittaa tehtävää pidemmän aikaa. | Kirjautuminen, roolit, tietolähteet, historia ja integraatiot. |

## Kuvaa kolme tehtävää, jotka sivuston on ratkaistava

Valitse kolme tärkeää tehtävää ja kirjoita ne lyhyinä tilanteina. Palveluyritykselle ne voivat olla esimerkiksi: uusi asiakas haluaa selvittää, palveletteko alueella, hankinnoista vastaava haluaa ymmärtää, mitä palvelusopimus sisältää, ja nykyinen asiakas haluaa pyytää apua.

Käy nykyinen ratkaisu läpi näiden tehtävien avulla. Merkitse ylös, missä tietoa puuttuu, missä asiakkaan on etsittävä sitä ja missä työntekijöiden on tehtävä päällekkäistä työtä. Tämä on parempi lähtökohta web-suunnittelulle ja kehitykselle kuin lista sivustoista, jotka teidän mielestänne näyttävät hyviltä.

Kuvaa myös onnistunut lopputulos. ”Lomake toimii” on epäselvä. ”Asiakas voi lähettää pyynnön mobiilissa, saa vahvistuksen, ja pyyntö näkyy oikealla vastuuhenkilöllä” voidaan demonstroida. Näin visuaalinen työ kytkeytyy todelliseen toimitukseen.

## Laadi käyttökelpoinen vaatimusmäärittely

Jaa vaatimukset kolmeen luokkaan: pakolliset julkaisuun mennessä, suositeltavat ja myöhemmin toteutettavat. Jokaiselle vaatimukselle kannattaa nimetä vastuuhenkilö ja yksinkertainen hyväksymistapa. Pyydä toimittajaa selittämään edellytykset, riippuvuudet ja se, mikä ei sisälly tarjoukseen.

Taulukossa on ehdotuksia vaatimuksiksi. Mukauta yksityiskohdat yritykseenne, erityisesti roolit, integraatiot ja se, mitä teidän on voitava muuttaa itse.

Esimerkkejä vaatimuksista, jotka voidaan tarkistaa

| Alue | Vaatimus | Näin se voidaan hyväksyä |
| --- | --- | --- |
| Sisältö | Sisällöntuottaja voi päivittää palvelutekstin ja yhteystiedot. | Työntekijä tekee muutoksen koulutuksen jälkeen. |
| Yhteystiedot | Lähetetyt pyynnöt ohjautuvat oikealle tiimille. | Merkittyä testiä seurataan lomakkeesta vastaanottajalle. |
| Mobiili | Tärkeät tehtävät toimivat pienillä näytöillä. | Tehtävät suoritetaan sovituilla puhelimilla ja selaimilla. |
| Integraatio | Sovitut kentät siirtyvät oikeaan järjestelmään. | Testaa sekä täydellisellä että puutteellisella lähetyksellä. |
| Luovutus | Käyttöoikeudet, dokumentaatio ja ylläpitovastuu on selvitetty. | Yritys vastaanottaa ja tarkistaa luovutuslistan. |

## Nimeä sisällölle omistaja ennen kuin suunnittelu on valmis

Uusi ratkaisu tarvitsee tekstiä, kuvia ja selkeät tiedot palveluista. Jaa vastuu jokaisesta sivusta. Päättäkää, kuka voi vahvistaa hinnat, toimitusalueet, tuotekuvaukset ja mahdolliset asiakasreferenssit. Sisällölle, joka on ”tulossa”, kannattaa sopia toimituspäivä.

Käytä suunnittelutyössä oikeaa palvelusivua. Se näyttää, toimivatko otsikot, selitykset, kuvat ja toimintopainikkeet yhdessä. Hieno luonnos lyhyillä esimerkkiteksteillä voi peittää ongelmia, jotka tulevat esiin vasta silloin, kun oikea kuvaus pitää lisätä mukaan.

Verkkokaupassa tuotetietoihin on kiinnitettävä sama huomio. Päättäkää, mistä nimet, variantit, varastosaldo ja kuvat tulevat ja kuka korjaa virheet. Uusi design ei ratkaise epäselviä tuotetietoja tai epäselviä vastuita.

## Sopikaa käytön laadusta, älkää vain pistemäärästä

Pyytäkää testaamaan tärkeimmät käyttäjätehtävät mobiilissa ja näppäimistöllä. Mukaan kuuluvat selkeät kenttäotsikot, luettava teksti ja ymmärrettävät virheilmoitukset. W3C suosittelee, että saavutettavuus sisällytetään tuotantoprosessiin ja arvioidaan varhain sekä säännöllisesti. Ottakaa tämä siis osaksi työtä alusta alkaen.

Suorituskykyä kannattaa arvioida myös oikealla sisällöllä. Googlen Core Web Vitals kuvaa pääsisällön latautumista, reagointia toimintoihin ja visuaalista vakautta. Käytä mittauksia ongelmien löytämiseen ja yhdistä ne käytännön tehtävätesteihin. Nopea etusivu auttaa vähän, jos yhteydenottotapaa on vaikea käyttää.

Pyydä, että testauksen lähtökohdat kuvataan: mitkä sivut, laitteet ja tilanteet tarkistettiin, mitkä virheet on korjattu ja mitä mahdollisesti on vielä jäljellä.

Lähde: [W3C WAI: Planning and Managing Web Accessibility](https://www.w3.org/WAI/planning-and-managing/)

Lähde: [web.dev: Verkkosuorituskyky ja Core Web Vitals](https://web.dev/performance)

## Suunnittele julkaisu ja omistajuus ennen viimeistä viikkoa

Kun olemassa oleva verkkosivusto korvataan, tärkeät verkko-osoitteet on kartoitettava. Jos osoitteet muuttuvat, Google suosittelee suunnitelmaa, jossa vanhat sivut yhdistetään olennaisiin uusiin sivuihin ja liikenne ohjataan eteenpäin. Sisällytä tämä laajuuteen yhdessä sisäisten linkkien ja tärkeiden lomakkeiden tarkistamisen kanssa.

Sopikaa, kuka omistaa verkkotunnuksen, julkaisujärjestelmän ja tarvittavat tilit. Yrityksen pitäisi tietää, kuka seuraa toimintaa, ottaa varmuuskopiot tarvittaessa, käsittelee virheet ja tekee päivitykset. Kuvaa myös, miten tilaatte pienemmät muutokset julkaisun jälkeen.

Varaa erillinen ajankohta luovutukselle. Sen, joka muokkaa sivustoa, kannattaa kokeilla tehtäviä itse. Vasta kun sisältö, yhteydenottopolku, mittaus ja vastuut toimivat yhdessä, teillä on hyvä pohja käyttää verkkosivustoa markkinoinnissa.

Lähde: [Google Search Central: siirto muuttuneilla verkko-osoitteilla](https://developers.google.com/search/docs/crawling-indexing/site-move-with-url-changes)

## Kysymykset ja vastaukset

### Pitääkö meidän valita teknologia ennen kuin otamme yhteyttä kehitystoimistoon?

Yleensä on parempi kuvata ensin käyttäjätehtävät, muokkaustarpeet ja integraatiot. Jos teillä on sisäisiä järjestelmävaatimuksia tai osaamista, jota halutaan hyödyntää jatkossa, tämän kannattaa tietenkin näkyä tarvekuvauksessa.

### Tarvitseeko pieni yritys räätälöidyn verkkosivuston?

Ei välttämättä. Selvittäkää, mitkä vaatimukset vakioratkaisu kattaa ja mitkä tarpeet todella vaativat räätälöintiä. Vertailkaa myös muokkausta, ylläpitoa, jatkokehitystä ja mahdollisuutta siirtyä myöhemmin toiseen ratkaisuun.

### Mitä meidän pitäisi valmistella ennen kuin pyydämme tarjousta verkkokehityksestä?

Kuvaa päätavoite, tärkeimmät käyttäjätehtävät, suuntaa-antavat sivutyypit, sisältövastuut, integraatiot ja toivottu julkaisuajankohta. Liitä mukaan nykyisen verkkosivuston linkki ja se, mitä haluatte parantaa.

## Lähteet ja lisälukemista

- [W3C WAI: Planning and Managing Web Accessibility](https://www.w3.org/WAI/planning-and-managing/)
- [web.dev: Verkkosuorituskyky ja Core Web Vitals](https://web.dev/performance)
- [Google Search Central: siirto muuttuneilla verkko-osoitteilla](https://developers.google.com/search/docs/crawling-indexing/site-move-with-url-changes)

## Lue lisää

- [Mitä verkkosivut maksavat? Näin arvioit hinnan ja kokonaiskustannuksen](https://mediaaccess.no/fi/artikkelit/paljonko-verkkosivut-maksavat/index.md)
- [Järjestelmäkehitys ja integraatiot: milloin yrityksen kannattaa rakentaa oma ratkaisu?](https://mediaaccess.no/fi/artikkelit/ohjelmistokehitys-ja-integraatiot/index.md)
- [Näin rakennat laskeutumissivun, joka tuo relevantteja yhteydenottoja](https://mediaaccess.no/fi/artikkelit/yhteydenottoja-tuova-laskeutumissivu/index.md)

[Keskustele yrityksen uudesta verkkosivustosta](https://mediaaccess.no/fi/yhteystiedot/)