Sisällön suunnittelu

Sisällönsuunnittelu on ala, jossa määritetään, mitä tietoa käyttäjä tarvitsee kussakin matkan vaiheessa, missä muodossa ja miten. Se käsittelee sisältöä käyttöliittymän ydinosana pikemminkin kuin valmiiseen suunnitteluun lisättynä tekstinä, ja sen tekijät ovat tyypillisesti mukana projektin alusta asti sen sijaan, että heitä pyydettäisiin kirjoittamaan tekstiä valmiille näytöille.

Ero copywritingista on sisällöllinen eikä alueellinen. Copywritingissa keskitytään yleensä suostutteluun, brändiääneen ja markkinoinnin tehokkuuteen. Sisällönsuunnittelussa keskitytään siihen, pystyykö henkilö ymmärtämään, mitä häneltä pyydetään, tekemään päätöksen ja suorittamaan tehtävän. Nämä kaksi asiaa menevät päällekkäin, mutta sivu voi olla vakuuttavasti kirjoitettu ja silti käsittämätön, ja sisällönsuunnittelussa puututaan toiseen ongelmaan.

Sen perusperiaate on, että paras tiedon muoto ei usein ole proosaa. Vaihtoehtoja vertaileva käyttäjä saattaa tarvita taulukon, prosessia seuraava henkilö voi tarvita numeroituja vaiheita, kelpoisuutta tarkistava henkilö voi tarvita lyhyen ehtojen luettelon ja päätöksen edessä oleva henkilö voi tarvita yhden selkeän lauseen. Sisällönsuunnittelijat aloittavat tunnistamalla käyttäjän tarpeen ja valitsevat sitten muodon, minkä vuoksi kurinalaisuus alkaa ennen kirjoittamista.

Selkokieli on pikemminkin työskentelyvaatimus kuin tyylillinen mieltymys, ja sen arvo on hyvin todistettu. Julkishallinnon tutkimukset ovat toistuvasti osoittaneet, että kielen yksinkertaistaminen lisää valmistumisastetta ja vähentää tukikontakteja, myös korkeasti koulutetun yleisön keskuudessa, koska kaikki lukevat kiireen alla eikä kukaan halua työskennellä kovemmin. Vastustus selkokieltä kohtaan johtuu yleensä organisaatioista, jotka uskovat monimutkaisuuden viestivän auktoriteetista, mitä todisteet eivät tue.

Kurinalaisuuteen kuuluu myös sen päättäminen, mitä ei sanota. Käyttöliittymät keräävät selittäviä tekstejä, varoituksia ja vakuutuksia, joita eri sidosryhmät lisäävät ajan myötä, ja tämä kokonaisuus peittää sen pienen määrän tietoa, jota käyttäjä todellisuudessa tarvitsee. Sisällön poistaminen on usein arvokkain mahdollinen toimenpide, ja se vaatii valtuudet kieltäytyä lisäyksistä, minkä vuoksi rooli toimii paremmin, kun sillä on aito omistajuus eikä kirjoitustehtävä.

Kieli tulisi ottaa käyttäjiltä eikä organisaatiolta itseltään, mikä tekee tutkimuksesta keskeisen lähtökohdan. Asiakkaiden tilanteensa kuvaamiseen käyttämät termit, jotka on saatu haastatteluista, hakukyselyistä ja tukikontakteista, ovat jatkuvasti sisäistä terminologiaa parempia ymmärrettävyydessä ja löydettävyydessä. Organisaatiot, jotka kirjoittavat omalla sanastollaan, tuottavat käyttöliittymiä, jotka ovat selkeitä työntekijöille ja läpinäkymättömiä kaikille muille.

Sisällön testaaminen on suoraviivaista ja alikäytettyä. Ymmärtämistä voidaan tarkistaa pyytämällä ihmisiä selittämään omin sanoin, mitä tekstikatkelma heiltä vaatii, ja kirjoitetun ja ymmärretyn välinen ero on yleensä suurempi kuin kirjoittajat odottavat. Suljetun tekstin testaus, luettavuuden arviointi ja sen tarkkailu, pystyvätkö ihmiset suorittamaan tehtävän käyttämällä kirjoitettua sisältöä, tuottavat kaikki näyttöä, joka muuttaa toimituksellisen erimielisyyden kysymykseksi vastauksella.

Sisältö vaatii ylläpitoa tavalla, johon visuaalinen suunnittelu ei vaadi. Tuotteet, käytännöt ja hinnat muuttuvat, ja käyttöliittymätekstit muuttuvat huomaamattomasti epätarkoiksi. Omistajuuden määrittäminen, arviointisykli ja yksi lähde uudelleenkäytettävälle sisällölle, kuten oikeudellisille lausunnoille ja vakioviesteille, estävät ajautumisen, jossa samaa käsitettä kuvataan kolmella eri tavalla eri tuotteessa.

Koska sisältöön liittyvät päätökset muokkaavat yhtä lailla rakennetta kuin pintaa, tämä tieteenala kuuluu suunnittelun rinnalle eikä sen jälkeen. Käytännössä sisällönsuunnittelu sijoittuu sen sisälle. tuotesuunnittelu alusta alkaen ammentaa sanavarastonsa ja ymmärryksensä todisteet käyttäjän tutkimus, ja organisaatiot, jotka rakentavat kyvykkyyttä sisäisesti, sijoittavat sen yleensä johonkin UX-osasto niin että se otetaan käyttöön siinä vaiheessa, kun tiedontarpeet päätetään, eikä siinä vaiheessa, kun näytöt ovat valmiita tekstille.