Praktisk guide · Krister Ross
Slik bruker du TRUST i innholdsarbeidet
Bruk TRUST 3.0 til å undersøke én side om gangen: Finnes informasjonen, treffer den kundens spørsmål, kan svaret forstås alene, finnes relevant dokumentasjon andre steder, og hva lærer dere etter publisering? Her er en praktisk redaksjonell anvendelse av Krister Ross sin modell.
Av Krister Ross · 5. oktober 2026
Start med oppgaven, ikke med mer tekst
Velg en side som svarer på et viktig spørsmål i kundereisen. Definer hva kunden skal kunne gjøre etter besøket, og hva virksomheten faktisk kan dokumentere. Behold innhold som allerede fungerer. Et tydelig hovedtema gjør det lettere å gi beslektede sider egne roller.
Pilarene brukes her som redaksjonelle perspektiver. Arbeidsrekkefølgen må følge problemet dere finner; dette er ikke en full gjennomføring eller sertifisering etter TRUST-metodens kontrollporter.
Fem pilarer på én konkret side
TTilstedeværelse: finn sidens faktiske innganger
Velg én URL og sjekk hvordan den nås fra nettstedet. Er svaret bare i en PDF, et bilde eller hos en fagperson, må dere vurdere om det bør finnes i en tilgjengelig tekstlig side. Teknisk tilgjengelighet kan kontrolleres, mens det ikke alltid er mulig å observere alle kilder et AI-system vurderer.
Leveranse: en valgt URL, relevante interne innganger og avklarte tekniske spørsmål.
RRelevans: skriv kundens spørsmål først
Skriv én setning om hvem siden er for og hva personen skal forstå eller avgjøre. Samle faktiske spørsmål fra salg, kundeservice og promptresearch. Gi hovedspørsmålet et direkte svar før dere forteller hele historien om virksomheten.
Leveranse: hovedspørsmål, målgruppe, forutsetninger og ønsket neste handling.
UUttrekkbarhet: gjør svaret selvstendig
Les svaret uten overskriften og avsnittet over. Er tjenesten navngitt? Er enheten, tidsperioden eller vilkåret tydelig? Flytt nødvendig grunnlag nær påstanden, og velg tabell når kunden skal sammenligne de samme egenskapene. Ikke press alle svar inn i én fast lengde.
Leveranse: et presist svar med dokumentasjon og tydelig faglig ansvar.
SSpredning: undersøk relevant kildegrunnlag
Se hvilke andre egne sider eller eksterne kilder som belyser spørsmålet. Rett motstridende beskrivelser av samme produkt eller tjeneste. Bruk relevante fagartikler og uavhengig dokumentasjon der de faktisk tilfører grunnlag. Et høyt antall omtaler er ikke et mål i seg selv.
Leveranse: relevante internlenker, kildehenvisninger og identifiserte opplysninger som bør rettes.
TTilbakemelding: følg både korrekthet og verdi
Registrer URL, dato, endring og begrunnelse. Sammenlign observerte AI-svar med kilden: Er innholdet gjengitt korrekt, og gjelder forutsetningene fortsatt? Følg deretter relevante besøk, handlinger og henvendelser separat. Rapporter hva dere vet, hva dere observerer og hva som fortsatt er ukjent.
Leveranse: endringslogg, avtalt oppfølging og neste prioritering.
Illustrativt eksempel · ingen kundedata
En tjenesteside forklarer tilbudet, men ikke valget
Siden sier «Vi tilbyr rådgivning av høy kvalitet». Salg får ofte spørsmål om hvem rådgivningen passer for, hva kunden må forberede og hva som leveres. Teamet bruker TRUST til å beskrive hva siden mangler.
Hva vi endrer
Vi navngir leveransen, beskriver målgruppen og legger inn forutsetninger. Fagpersonen bekrefter innholdet. Relevante tjenester og fagartikler får lenker der de hjelper kunden videre.
Hva vi undersøker etterpå
Vi ser om siden er tilgjengelig og om observerte AI-svar gjengir tilbudet riktig. Vi følger bruk og kvalitet på henvendelser separat. Mer synlighet og flere henvendelser samtidig er ikke alene bevis på årsak.
En enkel arbeidsmal for sidebriefen
Bruk feltene i briefen og endringsloggen. Hvis noe ikke kan dokumenteres, skriv «ukjent» og hvem som skal avklare det.
| Felt | Det dere skriver ned |
|---|---|
| URL og hovedspørsmål | Hvilken side og hvilket behov arbeidet gjelder. |
| Målgruppe og handling | Hvem svaret er for, og hva personen skal kunne gjøre videre. |
| Svar og dokumentasjon | Det presise svaret, reelle kilder, forutsetninger og faglig godkjenner. |
| Lenker og avsender | Relevante interne innganger, kildehenvisninger og ansvarlig fagperson. |
| Endring og dato | Hva som faktisk ble publisert, når og hvorfor. |
| Oppfølging | Hva som observeres, hvilket oppsett som brukes, korrekt gjengivelse og relevante kundeutfall. |
Koble innholdsarbeidet til målingen
Bruk CAVIS til å forstå spørsmål og kontekst i AI-kundereisen. Bruk ABC til å undersøke hvordan relevante besøk blir til atferd og verdi. Avklar datakilder og sammenlignbarhet med måling og rapportering. De tre observasjonene «sitert», «besøkt» og «kunde» er forskjellige hendelser.
Modellens opphav: TRUST 3.0 av Krister Ross. Videre metodefordypning: sju steg og fire kontrollporter. Troskap og måling: Tilbakemelding.
FAQ
Spørsmål om praktisk bruk
Nei. Dette er en offentlig redaksjonell anvendelse av de fem pilarene. Originalmetoden med sju steg og fire kontrollporter er publisert av Krister Ross på kristerross.no/trust/metoden/.
Ja. En sidebrief og endringslogg kan skrives i et dokument. Teknisk kontroll og resultatoppfølging krever tilgang til relevante datakilder. Manglende data skal merkes som ukjent.
Nei. Les påstanden i AI-svaret og sammenlign med kilden. Kontroller om betydningen, forutsetningene og avsenderen er riktig gjengitt. Dette er troskap, som hører til Tilbakemelding.
Loggfør endringen og vurder sammenlignbare observasjoner over tid. Andre sider, kampanjer og systemendringer kan påvirke utviklingen. Før og etter alene dokumenterer ikke at teksten skapte endringen.
Vil dere gjøre dette sammen med oss?
Send oss en prioritert side og spørsmålene kunden trenger svar på. Vi avklarer underlag, faglig godkjenning, publisering og oppfølging.