Kun joku kohtaa virheen lomakkeessasi, hän on hetken päässä lähtemisestä. Tutkimusten mukaan yli 75 % käyttäjistä keskeyttää lomakkeen, kun virheitä ilmestyy eivätkä he voi korjata niitä heti. Se ei ole pieni ongelma. Se on kolme neljästä mahdollisesta asiakkaasta, liidistä tai tilaajasta kävelemässä pois. Ero sen välillä, pidätkö heidät vai menetätkö heidät, tiivistyy usein yhteen asiaan: virheilmoitukseen. Sekava virheilmoitus ajaa heidät pois. Selkeä, avulias virheilmoitus tuo heidät takaisin ja saa heidät täyttämään lomakkeen loppuun.
Virheilmoitus on lomakkeesi tilaisuus ohjata joku kohti valmista, kun hän tekee virheen. Huono virheilmoitus (epämääräinen, syyllistävä tai hyödytön) saa käyttäjän tuntemaan itsensä hämmentyneeksi tai syylliseksi. Hyvä virheilmoitus kertoo tarkasti, mikä meni pieleen, miksi sillä on väliä ja miten se korjataan, selkeällä kielellä. Tässä artikkelissa käydään läpi, miten kirjoitat virheilmoituksia, jotka toimivat, mihin ne sijoitetaan, ettei niitä voi ohittaa, mikä sävy oikeasti rakentaa luottamusta ja miksi tarkkuus ratkaisee keskeyttämisen ja valmiiksi saamisen.
Mikä tekee virheilmoituksesta tehokkaan
Tehokas virheilmoitus tekee kolme asiaa. Ensin se sanoo selvästi, mikä meni pieleen. Ei "Virheellinen syöte." Vaan "Sähköpostiosoitteessa täytyy olla @-merkki." Toiseksi se selittää, miksi syöte hylättiin, jos se auttaa. "Salasanan täytyy olla vähintään 8 merkkiä, koska lyhyempiä on helpompi murtaa." Kolmanneksi se kertoo käyttäjälle tarkasti, mitä tehdä seuraavaksi. "Palaa salasanakenttään ja lisää vähintään 4 merkkiä." Käyttäjä tietää nyt ongelman, ymmärtää, miksi sillä on väliä, ja tietää, miten se korjataan.
Virheilmoituksen sävyllä on suurempi merkitys kuin useimmat tajuavat. Virheilmoitus, joka kuulostaa vihaiselta tai holhoavalta, saa käyttäjän tuntemaan itsensä syytetyksi. "Unohdit @-merkin" tuntuu heidän syylliseltä. "Sähköpostiosoitteessa täytyy olla @-merkki" on sama tieto ilman syytöstä. Avulias sävy tunnustaa virheen saamatta ihmistä tuntemaan oloaan pahaksi.
Virheilmoituksen ajoitus ja sijoittelu ratkaisevat, näkeekö käyttäjä sen ollenkaan. Virheilmoituksen, joka ilmestyy kolme ruudullista sen aiheuttaneen kentän alapuolelle, on helppo ohittaa. Virheilmoitus, joka ilmestyy ongelmallisen kentän viereen heti, kun käyttäjä yrittää jatkaa, pakottaa heidät huomaamaan sen ja korjaamaan sen heti.
Kenttäkohtainen tarkistus vai lähetyksen tarkistus
Kenttäkohtainen tarkistus (inline validation) näyttää virheilmoituksen heti, kun joku täyttää kentän väärin, ennen lomakkeen lähettämistä. Salasanakenttä näyttää virheen heti, kun käyttäjä kirjoittaa liian lyhyen salasanan. Sähköpostikenttä näyttää virheen heti, kun käyttäjä poistuu kentästä ilman @-merkkiä. Reaaliaikainen palaute on tehokasta, koska ihmiset korjaavat virheet heti sen sijaan, että löytäisivät ne koko lomakkeen täytettyään.
Kenttäkohtainen tarkistus tekee yhden asian erityisen hyvin. Se rakentaa varmuutta. Kun joku kirjoittaa sähköpostiosoitteen ja näkee vihreän valintamerkin ilmestyvän, hän tietää onnistuneensa. He etenevät epäilemättä. Ilman tuota vahvistusta he miettivät, oliko syöte oikein, ja epäilevät itseään.
Lähetyksen tarkistus tapahtuu, kun joku klikkaa lähetä ja lomake tarkistaa kaikki kentät kerralla. Jos jossakin kentässä on virhe, lomakkeen yläreunaan ilmestyy yhteenveto, jossa luetellaan kaikki ongelmat, ja jokainen virheellinen kenttä korostetaan. Lähetyksen tarkistus löytää virheet, jotka kenttäkohtainen tarkistus ohitti, ja antaa käyttäjille täydellisen kuvan siitä, mitä pitää korjata.
Paras tapa on molemmat. Käytä kenttäkohtaista tarkistusta kentissä, jotka voi tarkistaa heti (sähköpostin muoto, salasanan pituus, ZIP-koodin muoto). Käytä lähetyksen tarkistusta viimeisenä turvaverkkona. Kun joku klikkaa lähetä, jos jossakin kentässä on yhä virhe, näytä heti, mitä pitää korjata, ennen kuin lähettäminen onnistuu.
Tarkkojen ja toimintaan johtavien virheilmoitusten kirjoittaminen
Tarkka virheilmoitus kertoo käyttäjälle täsmälleen, mikä ongelma on. Yleinen virheilmoitus jättää heidät arvailemaan. Vertaa näitä kahta:
Yleinen: "Virheellinen puhelinnumero."
Tarkka: "Puhelinnumeroissa on 10 numeroa. Olet syöttänyt 9. Lisää vielä yksi numero."
Yleinen ilmoitus kertoo käyttäjälle, mikä on pielessä, mutta ei miksi tai miten se korjataan. Tarkka ilmoitus kertoo ongelman, miksi se syntyi ja täsmälleen mitä tehdä. Tarkan ilmoituksen lukeminen kestää hieman kauemmin, mutta säästää käyttäjältä minuutteja turhautumista.
Toimintaan johtava virheilmoitus sisältää ohjeet. "Salasanassa täytyy olla vähintään yksi numero" kertoo, mitä puuttuu. "Salasanassa täytyy olla vähintään yksi numero. Palaa salasanakenttään ja lisää numero." kertoo, mitä tehdä. Lomakkeissa ohje on yleensä ilmeinen (palaa kenttään), mutta sen kirjoittaminen auttaa ihmisiä, jotka eivät tunne lomakkeita tai käyttävät apuvälineitä.
Käytä selkeää kieltä. Ei "ZIP-koodin muoto virheellinen." Vaan "ZIP-koodeissa on 5 numeroa. Olet syöttänyt kirjaimia." Ei "Virheellinen sähköpostimuoto." Vaan "Sähköpostiosoitteessa täytyy olla @-merkki ja verkkotunnus (esimerkiksi: name@company.com)."
Sijoittelu, joka tekee virheistä mahdottomia ohittaa
Virheilmoituksen, joka on kaukana sen aiheuttaneesta kentästä, on helppo ohittaa. Kun joku täyttää lomaketta, jossa on monta kenttää, hän keskittyy yhteen kenttään kerrallaan. Virheilmoitus, joka ilmestyy lomakkeen alareunaan, kun he ovat yhä keskittyneet yläreunaan, jää näkemättä.
Paras sijoittelu virheilmoitukselle on suoraan virheellisen kentän alapuolella tai vieressä. Kun he siirtyvät seuraavaan kenttään tai yrittävät lähettää, virheilmoitus ilmestyy heti juuri täytetyn kentän alle. He eivät voi välttää sen näkemistä, koska se ilmestyy sinne, missä he odottavat seuraavan toiminnon olevan.
Tarkistusyhteenveto (jossa luetellaan kaikki virheet kerralla lähetyksen jälkeen) kannattaa sijoittaa lomakkeen yläreunaan. Näin käyttäjä saa kokonaiskuvan kaikista ongelmista. Sitten, kun hän vierittää alaspäin, yksittäiset kenttävirheet ilmestyvät uudelleen jokaisen korjattavan kentän viereen. Tämä kaksoistapa palvelee kahta tarkoitusta: se näyttää koko korjattavan määrän ja muistuttaa heitä, kun he käyvät kenttiä läpi.
Älä koskaan käytä toast-virheilmoituksia lomakkeissa. Toast on ilmoitus, joka ilmestyy hetkeksi näytön kulmaan ja sitten katoaa. Lomakkeissa tämä on mahdollisimman huono sijoittelu. Virhe ilmestyy kauas sen aiheuttaneesta kentästä. Se katoaa ennen kuin käyttäjä ehtii lukea sen. Se luo katkoksen ongelman ja korjauspaikan välille. Jos virheilmoituksen pitää kadota, sen pitäisi tapahtua vasta, kun käyttäjä on onnistuneesti korjannut kentän.
Virheilmoitusten visuaalinen suunnittelu
Pelkkä väri ei riitä virheen viestimiseen. Värisokea ei välttämättä näe punaista väriä, joka merkitsee virhettä. Hyvin pieni virhekuvake voi jäädä heikkonäköiseltä huomaamatta. Luota useisiin signaaleihin: väri plus teksti plus kuvake.
Punainen reunus kentän ympärillä. Punainen tai oranssi kuvake virheilmoituksen vieressä. Teksti, joka sanoo ongelman selvästi. Kaikki kolme yhdessä luovat virhetilan, jonka lähes kaikki tunnistavat.
Fonttikoolla on väliä. Virheilmoituksen tekstin pitäisi olla samankokoista kuin kentän otsikko. Jos virheilmoitus on pienempi, ihmiset voivat ohittaa sen tai luulla sitä vähemmän tärkeäksi kuin se on. Virheilmoitus ansaitsee saman visuaalisen painon kuin otsikko.
Myös ongelmallisen kentän otsikko voi muuttua. Otsikon teksti voi muuttua punaiseksi tai lihavoiduksi. Tämä luo toisen visuaalisen signaalin, joka auttaa käyttäjää silmäilemään lomaketta nopeasti ja löytämään kentän, joka vaatii huomiota.
Sävy ja kohteliaisuus virheilmoituksissa
Virheilmoitusten pitäisi kuulostaa siltä, että autat jotakuta, et syytä häntä. Vältä sanoja, jotka kuulostavat ankarilta tai syyttäviltä.
Ankara: "Syötit virheellisen sähköpostiosoitteen."
Avulias: "Sähköpostiosoitteessa täytyy olla @-merkki. Tarkista syöte ja yritä uudelleen."
Ankara: "Salasana on liian heikko."
Avulias: "Salasanassa täytyy olla vähintään 8 merkkiä. Pidemmät salasanat ovat turvallisempia."
Ankara: "Unohdit täyttää tämän kentän."
Avulias: "Tämä kenttä on pakollinen. Kerro meille, mitä mieltä olet."
Avulias sävy tunnustaa virheen saamatta ihmistä tuntemaan oloaan pahaksi. Se selittää, miksi sääntö on olemassa (kun siitä on apua). Se etenee eteenpäin virheeseen takertumatta.
Yleiset virheilmoitusten virheet
Yleisin virhe on liiallinen epämääräisyys. "Virheellinen syöte" ei kerro käyttäjälle mitään. "Jokin meni pieleen" on yhtä hyödytön. Ole tarkka siitä, mikä ongelma on.
Toinen virhe on teknisen kielen käyttö. "Regex mismatch" tai "Validation failed" voivat merkitä jotain insinööreille, mutta tavalliset ihmiset eivät tiedä, mitä nämä termit tarkoittavat. Käännä tekniset virheet selkeälle kielelle.
Kolmas virhe on liian monen virheen näyttäminen kerralla. Jos lomakkeessa on 20 kenttää ja kaikissa 20 näkyy virhe, käyttäjä tuntee olonsa ylivoimaiseksi. Priorisoi, mitkä virheet ovat kriittisiä (kuten tyhjä pakollinen kenttä), ja näytä ne ensin. Toissijaiset virheet (kuten kenttä, jonka muoto on virheellinen mutta joka on valinnainen) voi näyttää toiseksi.
Neljäs virhe on virheilmoitus, joka toistaa otsikon tuomatta uutta tietoa. Otsikko sanoo "Sähköpostiosoite". Virheilmoitus sanoo "Sähköpostiosoite on virheellinen." Käyttäjä tietää jo, missä kentässä ongelma on (hän näkee punaisen reunuksen), mutta ei silti tiedä, miksi se on virheellinen. Virheilmoituksen pitäisi lisätä tietoa, ei toistaa otsikkoa.
Viides virhe on, ettei tarjota keinoa korjata ongelmaa. "Salasana ei täytä vaatimuksia" kertoo käyttäjälle, että jokin on pielessä, mutta ei mitkä vaatimukset ovat. "Salasana ei täytä vaatimuksia. Salasanassa täytyy olla vähintään 8 merkkiä ja yksi numero" kertoo, mitä korjata.
Miten WEMASY auttaa luomaan selkeitä virheilmoituksia
WEMASYn lomakerakentimessa on valmiit virheilmoitukset yleisimmille kenttätyypeille. Sähköpostikentät näyttävät "Sähköpostiosoitteessa täytyy olla @-merkki", kun muoto on väärä. Puhelinkentät näyttävät "Puhelinnumeroissa on 10 numeroa", kun pituus on väärä. Salasanakentät näyttävät salasanan vahvuusvaatimukset käyttäjän kirjoittaessa. Nämä ilmoitukset ovat oletuksena selkeitä, tarkkoja ja avuliaita.
Voit muokata virheilmoituksia brändisi sävyyn. Vaihda ilmoitus "Sähköpostiosoitteessa täytyy olla @-merkki" muotoon "Hups, tuo ei näytä sähköpostilta. Yritetäänkö uudelleen?" Sävy muuttuu, mutta tarkkuus säilyy. Hallitset, miltä viesti kuulostaa, uhraamatta selkeyttä.
Mukautettuun tarkistukseen (kentät, joilla on lomakkeellesi ainutlaatuisia sääntöjä) voit kirjoittaa omat virheilmoituksesi suoraan lomakerakentimeen. Järjestelmä auttaa sijoittamaan viestin kentän viereen, näyttämään sen oikeaan aikaan (kenttäkohtaisesti tai lähetyksessä) ja muotoilemaan sen lomakkeesi suunnitteluun sopivaksi.
Reaaliaikainen tarkistus on sisäänrakennettu, joten virheilmoitukset voivat ilmestyä käyttäjän kirjoittaessa, ei vasta lähetyksen jälkeen. Näin virheet huomataan ajoissa ja vältetään turhautuminen, kun koko lomake täytetään ja ongelmat paljastuvat vasta lopussa.
Katso, mitkä lomakeominaisuudet sisältyvät WEMASY-tilaukseesi.