Skriv en sideformålsbrief, før webteksten bliver skrevet

Før en skribent får opgaven, bør teamet udfylde og godkende en kort sideformålsbrief med ni felter: tiltænkt målgruppe, brugerspørgsmål, siderolle, hovedbudskab, nødvendig dokumentation, ønsket handling, format, ejer og gennemgangsdato. Forslaget skal først sammenholdes med det eksisterende website og hele brugerrejsen. Resultatet kan derfor være at opdatere, samle, omdirigere, afvise eller oprette. Briefen gør en løs bestilling til en synlig beslutning, som interessenter kan udfordre, før formuleringer og layout gør det dyrere eller politisk vanskeligere at ændre retning.

Hvorfor skal sidens formål afgøres, før teksten skrives?

Formålet skal afgøres først, fordi teamet ellers behandler en foreslået løsning som et dokumenteret behov. En titel, en videobestilling eller et ønske om en ny landingsside siger endnu ikke, hvem der har brug for indholdet, hvilket spørgsmål siden skal løse, eller hvad der allerede findes. Uden de svar må skribenten selv gætte sig til målgruppe, belæg, ønsket resultat og afgrænsning. Det kan give en tekst med flere konkurrerende formål og endnu en side, der forsøger at løse en opgave, som allerede har en ejer.

GOV.UK's vejledning anbefaler, at publiceret indhold knyttes til et gyldigt brugerbehov med sandsynlige brugere, opgave, dokumentation og acceptkriterier. De ni felter nedenfor er vores praktiske samling af sådanne principper om brugerbehov, indholdsplanlægning og livscyklus – ikke en officiel standard. Briefen giver et fælles vurderingsgrundlag, men kan ikke erstatte discovery, brugerresearch, faktatjek, tilgængelighedsarbejde, teknisk vurdering eller den specialistgodkendelse, som emnet kræver.

Hvad skal teamet undersøge, før endnu en side godkendes?

Teamet skal undersøge eksisterende sider, søgning, navigation, værktøjer, transaktioner og relevante andre kanaler, før en ny side godkendes. Søg både med organisationens egne ord og med de formuleringer, målgruppen bruger. Følg også det faktiske forløb før og efter den foreslåede side. GOV.UK anbefaler et tidligt tjek for indhold, der kan opdateres, overlap og manglende opgaveinformation. Lignende sider kan gøre den autoritative kilde uklar, men beslægtet indhold skal ikke samles mekanisk; en begrænset gentagelse ved behovstidspunktet kan støtte en transaktion.

• Opdatér, når en eksisterende side allerede ejer behovet og rollen.
• Saml, når flere fragmenter konkurrerer om at levere det samme sammenhængende svar.
• Omdirig eller udfas, når en gammel side ikke længere bør være den autoritative indgang.
• Afvis, når behovet mangler belæg, rollen ikke er særskilt, eller en anden kanal løser opgaven bedre.
• Opret kun, når behov, rolle, dokumentation, handling, format, ejer og gennemgangsplan udgør et sammenhængende forslag.

Skriv beslutningen og dens begrundelse ind i briefen, også når udfaldet er et nej til en ny side. Dermed kan en senere interessent se, hvilke eksisterende svar der blev undersøgt, hvad der manglede, og hvorfor et værktøj, en ændring i transaktionen eller en anden kanal eventuelt blev foretrukket. Registreringen skal ikke foregive matematisk sikkerhed. Den skal gøre belæg, antagelser og ansvar tydelige nok til, at beslutningen kan genbesøges, når forløbet eller vidensgrundlaget ændrer sig.

Brief ikke skribenten til at producere en side; brief organisationen til at begrunde sidens opgave.

Hvordan definerer I målgruppe og brugerspørgsmål?

Definér målgruppen gennem den opgave, situation eller viden, der faktisk ændrer, hvad siden skal gøre, og formulér derefter ét centralt, dokumenteret spørgsmål i ord, målgruppen kan genkende. »Alle kunder« er for bredt, hvis nye administratorer og erfarne teknikere behøver forskellige forudsætninger. Det betyder ikke, at hver side kun må have ét snævert segment eller besvare ét bogstaveligt spørgsmål. Et centralt spørgsmål kan rumme tæt forbundne delspørgsmål, når de tilsammen udgør ét sammenhængende behov.

Brug dokumentation, der passer til spørgsmålet: søge- og brugsdata kan vise mønstre, kontaktcenterhenvendelser kan afsløre gentagne uklarheder, og interviews, tidligere research eller relevante eksterne data kan belyse situation og sprog. Ingen enkelt kilde er automatisk tilstrækkelig. Mange sidevisninger fortæller for eksempel ikke alene, hvorfor mennesker kom, eller om siden hjalp dem. Markér derfor, hvad I ved, hvad I kun antager, og hvordan væsentlige antagelser skal efterprøves. En interessents foretrukne titel eller format er stadig en løsning, ikke dokumentation for behovet.

Hvordan hænger siderolle, hovedbudskab og dokumentation sammen?

De tre felter beskriver henholdsvis sidens særlige opgave i brugerrejsen, den vigtigste konklusion og det belæg, som gør konklusionen forsvarlig. Siderollen skal forklare, hvorfor en eksisterende side, en transaktion, et værktøj eller en anden kanal ikke løser opgaven bedre. Hovedbudskabet skal kunne stå som den første væsentlige pointe, før baggrund og forbehold foldes ud. Nødvendig dokumentation omfatter både belæg for, at behovet findes, og de kilder, data, demonstrationer eller faglige kontroller, som sidens konkrete udsagn kræver.

Forestil jer en hjælpeside til administratorer før et konfigurationsværktøj. Hjælpesidens rolle kan være at forklare forudsætninger og klargøring, mens værktøjet fortsat håndterer selve konfigurationen. Hovedbudskabet kan være, hvilke forhold administratoren skal bekræfte før start, og dokumentationen kan bestå af gældende produktmateriale, supporthenvendelser samt kontrol fra den ansvarlige produktspecialist. Når siden publiceres, bør titel, hovedoverskrift og indledning afspejle det aftalte formål. WCAG-succeskriterium 2.4.2 kræver, at sidetitlen beskriver emne eller formål, men denne ene kontrol dokumenterer ikke fuld tilgængelighed.

Hvordan skal den ønskede handling styre formatet?

Den ønskede handling skal beskrive, hvad målgruppen skal kunne beslutte, gøre, forstå, sammenligne, finde eller nå videre til, og formatet skal vælges ud fra dette resultat. Handlingen er en praktisk acceptbetingelse for indholdet, ikke automatisk et krav om et lead, et salg eller en formularindsendelse. En reference kan være vellykket, når brugeren hurtigt finder en korrekt oplysning; en sammenligning, når relevante forskelle kan vurderes; og en forklaring, når brugeren kan afgøre, om næste trin overhovedet er relevant.

Vælg først derefter mellem eksempelvis vejledning, sammenligning, reference, forklaring, video, transaktionstrin eller værktøj. GOV.UK's planlægningsvejledning forbinder indholdstype og placering med målgruppens viden, opgaven og den måde, opgaven afsluttes på. Listen er derfor ikke en universel taksonomi, og et format er ikke et mål i sig selv. Hvis ændringer i et værktøj, en transaktion eller en ikke-digital kanal løser behovet mere direkte, skal briefen registrere den beslutning i stedet for at presse opgaven ind i en ny webside.

Hvem ejer siden, og hvornår skal den gennemgås?

Siden skal have én navngiven ansvarlig person eller ét ansvarligt team, og næste gennemgang skal fastsættes ud fra reelle ændringsforhold frem for en universel kadence. Ejeren har ansvar for, at nøjagtighed og vedligeholdelse bliver håndteret, men behøver ikke selv udføre alle opgaver. Registrér faglige bidragydere, godkendere, tilgængelighedsspecialister, juridiske eller regulatoriske kontrollanter og tekniske implementører separat, når de er nødvendige. Digital.gov behandler netop ejerskab, faglig kontrol og godkendelser som forskellige dele af indholdets livscyklus.

Sæt datoen med blik for kendte produktudgivelser, politikændringer, datakilders levetid, indholdets foranderlighed, konsekvensen af fejl og organisationens publiceringsløfter. Notér den vigtigste udløser sammen med datoen, så en ændring kan fremkalde en tidligere kontrol. GOV.UK beskriver, hvordan publiceringsregistre kan vise seneste opdatering og overskredne gennemgange og understøtte beslutninger om at opdatere, rette eller udfase. En registreret dato garanterer dog ikke vedligeholdelse; den gør en manglende eller forsinket beslutning synlig.

Hvordan ser en udfyldt ni-felts brief ud?

En udfyldt brief er kort, konkret og sporbar nok til, at interessenter kan godkende beslutningen uden at læse et udkast. Eksemplet nedenfor gælder en hypotetisk B2B-hjælpeside og indeholder ingen påstande om trafik, gennemførelse, konvertering eller besparelser. I en virkelig organisation skal antagelserne erstattes med egen dokumentation, og navngivne personer, kilder, datoer og systemer skal indsættes, før opgaven frigives.

• Tiltænkt målgruppe: kundeadministratorer, som forbereder konfiguration af en understøttet integration.
• Brugerspørgsmål: Hvad skal jeg bekræfte, før konfigurationen begynder?
• Siderolle: en forklaring af forudsætninger umiddelbart før konfigurationsværktøjet.
• Hovedbudskab: Bekræft adgang, kompatibilitet og nødvendige registreringer, før I starter.
• Nødvendig dokumentation: gældende produktmateriale, relevante supporthenvendelser og kontrol fra den ansvarlige produktspecialist.
• Ønsket handling: afgør, om organisationen er klar, og fortsæt til det rigtige værktøj eller den rette supportvej.
• Format: kort vejledning med en tjekliste over forudsætninger.
• Ejer: produktstøttens indholdsteam med navngivne produkt- og tilgængelighedskontrollanter.
• Gennemgangsdato: næste planlagte kontrol med en dokumenteret produktudgivelse som udløser.

Gennemgå derefter briefen som en beslutningsregistrering og ikke som en miniatureudgave af den kommende tekst. Interessenterne skal kunne se sammenhængen fra dokumenteret behov til valgt udfald, siderolle, budskab, belæg og næste handling. De skal også kunne forklare, hvorfor formatet passer til forløbet, hvem der er ansvarlig, hvilke specialister der skal medvirke, og hvilken hændelse eller dato der udløser næste kontrol. Et pænt udfyldt felt er ikke nok, hvis svarene modsiger hinanden.

• Findes der belæg for målgruppen og det centrale spørgsmål?
• Er valget mellem at opdatere, samle, omdirigere, afvise eller oprette begrundet?
• Har siden en særskilt rolle i det eksisterende forløb?
• Kan hovedbudskabet understøttes af de identificerede kilder og kontroller?
• Beskriver den ønskede handling et meningsfuldt resultat for målgruppen?
• Er format, ansvarlig ejer, specialister, gennemgangsdato og udløser tydeligt angivet?

Send bestillingen tilbage til research eller revision, hvis et væsentligt svar stadig er udokumenteret eller usammenhængende. Godkend først skriveopgaven, når behovet, beslutningen, alle ni felter og livscyklusforpligtelsen støtter hinanden. Inddrag kvalificerede fagpersoner, når siden rummer juridiske, regulatoriske, tekniske, datamæssige, tilgængelighedsmæssige eller andre specialiserede vurderinger. Indholdsejeren koordinerer dette arbejde og holder beslutningen samlet, men erstatter ikke den nødvendige ekspertise eller godkendelse.