Verkkokehitys
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ä.
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.
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ää.
| 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.
| 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ä.
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.
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
Oivalluksista toimiviin ratkaisuihin.
Keskustele kanssamme siitä, mitä yrityksesi tarvitsee ja mistä on järkevää aloittaa.
Keskustele yrityksen uudesta verkkosivustosta