Hva gjør webredaksjoner som fungerer?
•
2 likes•791 views
Hva gjør webredaksjoner som fungerer? Presentasjon fra content meetup Oslo, 9. juni 2015.
Hva gjør webredaksjoner som fungerer?
- 1. Hva gjør redaksjoner som fungerer? Eivind Lund Juni 2015
- 2. Hei! Jeg heter Eivind og jeg har lagd dårlige nettsider.
- 3. Generell informasjon Velkommen til denne presentasjonen om hva redaksjoner som fungerer, gjør. Presentasjonen handler om webredaksjoner, ikke om alle mulige slags redaksjoner. I menyen til venstre (når du er i redigeringsmodus) kan du se en oversikt over hele presentasjonen.
- 4. Ofte stilte spørsmål Hva gjør gode redaksjoner? Hva gjør dårlige redaksjoner? Hva ER en redaksjon? Hvor fælt er det å være webredaktør?
- 5. 11 ting gode redaksjoner gjør 1. Lager en plan. 2. Jobber etter planen det meste av tiden. 3. Bestemmer ting. 4. Krangler endel og får kjeft iblant. 5. Tenker større. 6. Dyrker interne relasjoner. 7. Kjenner og forstår kjernevirksomheten. 8. Presser seg inn i alle prosjekter. 9. Holder hodet kaldt. 10. Jobber ganske mye. 11. Har en fornuftig rollefordeling.
- 6. 8 ting dårlige redaksjoner gjør 1. Klager mye på sjefer og andre avdelinger. 2. Har dårlige relasjoner til både IT og Marked. 3. Publiserer alt de blir bedt om å publisere. 4. Lar være å utfordre. 5. Mangler kunnskap om bedriften og kjerneproduktene. 6. Synes matte og excel og sånt er for nerder. 7. Lar være å vise, dokumentere og forklare. 8. Tror det er krise.
- 7. Hva er en redaksjon? • Et råd med representanter fra alle avdelinger. • Representantenes fremste kvalifikasjon er at sjefen deres synes de har tid. • Rådet møtes hver fjortende dag for å snakke om internett.
- 8. – Hvis redaksjonen bare møtes en sjelden gang, er de ikke en ekte redaksjon. Henry Ford / Mahatma Gandhi
- 9. – En redaksjon er en liten eller litt større gruppe av mennesker som jobber litt sånn som avisredaksjoner gjør. Målet deres er at nettstedet skal unngå å bli helt verdiløst. Paolo Coelho / Ove Dalen
- 10. Mandat 
 Den som bestemmer = den virkelige redaktøren. Redaksjonen, ved redaktøren, må bestemme over nettstedet. 

- 11. Eksempel på mandat <Topplederen > er ansvarlig redaktør for <nettsted>. Redaktøransvaret og ansvaret for den daglige driften er delegert til webredaktør, plassert i <enhet>. Innholdsproduksjonen skjer i samarbeid med fagavdelingene. Fagavdelingene har ansvar for å informere redaksjonen om potensielt nytt innhold og endringer som fører til behov for oppdateringer av innholdet Publisering gjennomføres av webredaksjonen. Redaksjonen har ansvar for utformingen av innholdet og hvordan det skal publiseres, og for at innholdet er kvalitetssikret av fagpersoner.
- 14. Hvorfor blir websider så store og ufokuserte?
- 19. Faktorene som påvirker prioritering 1. De rasjonelle 2. De irrasjonelle
- 20. 1. De rasjonelle
- 21. Mål Hva er målet for virksomheten? For websidene? For dette konkrete innholdet? Business case Hva oppnår vi? Hvor mye sparer / tjener vi på dette? Målgruppe Hvem skal lese dette? Hvor viktige er de for oss? Faktorene som påvirker prioritering 1. DE RASJONELLE
- 22. Brukerbehov Hvor reelt og hvor stort er brukerbehovet? Pris Hvor mye koster det? Klarer vi det innenfor budsjettet vi allerede har? Er det et rimelig forhold mellom investering og utbytte? Faktorene som påvirker prioritering 1. DE RASJONELLE
- 23. 2. De irrasjonelle (eller de reelle, da)
- 24. Personen som melder behovet, og min relasjon til vedkommende.
 Liker jeg den som melder inn behovet? Har vedkommende innflytelse på arbeidsdagen min eller livet mitt? Er jeg redd for ham / henne? Vinner eller taper jeg energi av å jobbe med dette mennesket? Pleier vedkommende å lage masse bråk? Faktorene som påvirker prioritering 2. DE IRRASJONELLE
- 25. Melderens antatte agenda Vil han virksomhetens og brukernes beste? Har han andre mål enn jeg? Stoler jeg på ham? Kanalen behovet blir meldt i Epost, muntlig beskjed, SMS, telefonsamtale? Nevnt i et møte og kun lagret i hodet? (Eller skrev jeg en lapp? (Og vet jeg hvor den er?)) Faktorene som påvirker prioritering 2. DE IRRASJONELLE
- 26. Stil og tone i innmeldingen Hyggelig epost < Streng epost < Hyggelig epost med kopi til sjefen < Streng epost med kopi til sjefen < Streng epost med kopi til alle involverte Faktorene som påvirker prioritering 2. DE IRRASJONELLE
- 27. Stil og tone i innmeldingen Hyggelig telefonsamtale < Sint telefonsamtale < Hyggelig personlig oppmøte < Uhyggelig personlig oppmøte Faktorene som påvirker prioritering 2. DE IRRASJONELLE
- 28. Vanskelighetsgrad Klarer det selv Klarer det med hjelp fra egne kolleger Må ha hjelp av IT IT må ha hjelp av ekstern IT-leverandør Gøyhetsgrad Noe nytt og spennende som lar meg lære noe nytt, møte nye mennesker, jobbe med noe jeg interesserer meg for, få skryt og oppmerksomhet, vinne en pris, reise på en konferanse… vs. kjedelig rutinearbeid, som tar kjempelang tid, gjør vondt i armen og som ingen ser? Faktorene som påvirker prioritering 2. DE IRRASJONELLE
- 29. Et forsøk på å fikse skiten
- 30. Digitalt behov/idé Verktøy Deltakere Ansvar Klarlegging/foredling Utvikling/produksjonPrioritering Publisering / lansering Analyse, rapportering Bestiller, og webredaksjon / digitalteam Webredaksjon / digitalteam, IT Webredaksjon / digitalteam, IT Webredaksjon / digitalteam (ved behov: bestiller, IT, ledelse) Webredaksjon / digitalteam (rapporterer til bestiller og ledelse) Måte å melde inn Arbeidsflyt Prioriteringsdokument Rapport/KPI Webredaksjon / digitalteamWebredaksjon / digitalteam Webredaksjon / digitalteam (Ledelse) Webredaksjon / digitalteam, IT Webredaksjon / digitalteam, IT Webredaksjon / digitalteam Alle Sjekkliste Kjerneside 1 2 3 4 5 6 Link: http://www.goo.gl/VWfcoi Den som har behov for å få publisert eller utviklet noe på nett, kontakter digitalteamet. Her kan i prinisppet alle foreslå løsninger, komme med ideer, bestille leveranser. Her skal digitalteamet og bestilleren sammen finne ut mer om behovet / ideen / løsningen, ved å stille noen bestemte spørsmål, blant annet om mål, målgruppe, brukeroppgave og KPI. Digitalteamet har et dokument som viser hvilke oppgaver de skal utføre, hvem som skal gjøre det, når det skal gjøres og hvor viktig det er. I et fast møte går de igjennom oppgavene og setter prioritet og tidsfrister på nye oppgaver. Her skal man se den store sammenhengen og avgjøre hva som er viktigst utifra gjeldende mål for digitale kanaler. Her skriver man tekst, behandler bilder, utvikler teknisk løsning - alt etter hva behovet er, for så å teste og / eller evaluere før publisering / lansering. Her blir løsningen produksjonssatt eller innholdet publi- sert, eventuelt også med markedslansering. Her analyserer man bruk, konvertering og måloppnåelse, og rappor- terer til bestiller og eventuelt ledelse. En viktig del av dette er å identi- fisere svakheter og foreslå løsninger for forbedring. Når et forbedrings- forslag er klart, begynner prosessen på nytt.
- 31. 1. Behov / idé - innmelding
- 32. Digitalt behov/idé Verktøy Deltakere Ansvar Klarlegging/foredling Bestiller, og webredaksjon / digitalteam Måte å melde inn Arbeidsflyt Webredaksjon / digitalteamWebredaksjon / digitalteam Alle Sjekkliste Kjerneside 1 2 Link: http://www.goo.gl/VWfcoi Den som har behov for å få publisert eller utviklet noe på nett, kontakter digitalteamet. Her kan i prinisppet alle foreslå løsninger, komme med ideer, bestille leveranser. Her skal digitalteamet og bestilleren sammen finne ut mer om behovet / ideen / løsningen, ved å stille noen bestemte spørsmål, blant annet om mål, målgruppe, brukeroppgave og KPI.
- 33. 2. Klarlegging og foredling
- 35. Digitalt behov/idé Klarlegging/foredling Prioritering Bestiller, og webredaksjon / digitalteam Webredaksjon / digitalteam (ved behov: bestiller, IT, ledelse Måte å melde inn Prioriteringsdokument Webredaksjon / digitalteamWebredaksjon / digitalteam Webredaksjon / digitalteam (Ledelse) Alle Sjekkliste Kjerneside 1 2 3 Link: http://www.goo.gl/VWfcoi Den som har behov for å få publisert eller utviklet noe på nett, kontakter digitalteamet. Her kan i prinisppet alle foreslå løsninger, komme med ideer, bestille leveranser. Her skal digitalteamet og bestilleren sammen finne ut mer om behovet / ideen / løsningen, ved å stille noen bestemte spørsmål, blant annet om mål, målgruppe, brukeroppgave og KPI. Digitalteamet har et dokument som viser hvilke oppg utføre, hvem som skal gjøre det, når det skal gjøres o det er. I et fast møte går de igjennom oppgavene og og tidsfrister på nye oppgaver. Her skal man se den store sammenhengen og avgjør viktigst utifra gjeldende mål for digitale kanaler.
- 36. Bestiller, og webredaksjon / digitalteam team Sjekkliste Kjerneside Link: http://www.goo.gl/VWfcoi
- 37. Bruk sjekklisten for å få vite mer om hva behovet egentlig er
- 45. 3. Prioritering
- 46. Klarlegging/foredling Utvikling/produksjonPrioritering P Bestiller, og webredaksjon / digitalteam Webredaksjon / digitalteam, IT W Webredaksjon / digitalteam (ved behov: bestiller, IT, ledelse) Prioriteringsdokument Webredaksjon / digitalteam Webredaksjon / digitalteam (Ledelse) Webredaksjon / digitalteam, IT W Sjekkliste Kjerneside 2 3 4 5 Link: http://www.goo.gl/VWfcoi Her skal digitalteamet og bestilleren sammen finne ut mer om behovet / ideen / løsningen, ved å stille noen bestemte spørsmål, blant annet om mål, målgruppe, brukeroppgave og KPI. Digitalteamet har et dokument som viser hvilke oppgaver de skal utføre, hvem som skal gjøre det, når det skal gjøres og hvor viktig det er. I et fast møte går de igjennom oppgavene og setter prioritet og tidsfrister på nye oppgaver. Her skal man se den store sammenhengen og avgjøre hva som er viktigst utifra gjeldende mål for digitale kanaler. Her skriver man tekst, behandler bilder, utvikler teknisk løsning - alt etter hva behovet er, for så å teste og / eller evaluere før publisering / lansering. H s
- 47. Lag en liste over alle oppgaver dere må jobbe med, og gå gjennom den på hvert møte
- 53. 4 Utvikling 5 Publisering 6 Analyse / rapportering
- 54. Utvikling/produksjon Publisering / lansering Analyse, rapportering Webredaksjon / digitalteam, IT Webredaksjon / digitalteam, IT Webredaksjon / digitalteam (rapporterer til bestiller og ledelse) Rapport/KPI Webredaksjon / digitalteam, IT Webredaksjon / digitalteam, IT Webredaksjon / digitalteam 4 5 6 al ig tet er Her skriver man tekst, behandler bilder, utvikler teknisk løsning - alt etter hva behovet er, for så å teste og / eller evaluere før publisering / lansering. Her blir løsningen produksjonssatt eller innholdet publi- sert, eventuelt også med markedslansering. Her analyserer man bruk, konvertering og måloppnåelse, og rappor- terer til bestiller og eventuelt ledelse. En viktig del av dette er å identi- fisere svakheter og foreslå løsninger for forbedring. Når et forbedrings- forslag er klart, begynner prosessen på nytt. CMS
- 55. Digitalt behov/idé Verktøy Deltakere Ansvar Klarlegging/foredling Utvikling/produksjonPrioritering Publisering / lansering Analyse, rapportering Bestiller, og webredaksjon / digitalteam Webredaksjon / digitalteam, IT Webredaksjon / digitalteam, IT Webredaksjon / digitalteam (ved behov: bestiller, IT, ledelse) Webredaksjon / digitalteam (rapporterer til bestiller og ledelse) Måte å melde inn Arbeidsflyt Prioriteringsdokument Rapport/KPI Webredaksjon / digitalteamWebredaksjon / digitalteam Webredaksjon / digitalteam (Ledelse) Webredaksjon / digitalteam, IT Webredaksjon / digitalteam, IT Webredaksjon / digitalteam Alle Sjekkliste Kjerneside 1 2 3 4 5 6 Link: http://www.goo.gl/VWfcoi Den som har behov for å få publisert eller utviklet noe på nett, kontakter digitalteamet. Her kan i prinisppet alle foreslå løsninger, komme med ideer, bestille leveranser. Her skal digitalteamet og bestilleren sammen finne ut mer om behovet / ideen / løsningen, ved å stille noen bestemte spørsmål, blant annet om mål, målgruppe, brukeroppgave og KPI. Digitalteamet har et dokument som viser hvilke oppgaver de skal utføre, hvem som skal gjøre det, når det skal gjøres og hvor viktig det er. I et fast møte går de igjennom oppgavene og setter prioritet og tidsfrister på nye oppgaver. Her skal man se den store sammenhengen og avgjøre hva som er viktigst utifra gjeldende mål for digitale kanaler. Her skriver man tekst, behandler bilder, utvikler teknisk løsning - alt etter hva behovet er, for så å teste og / eller evaluere før publisering / lansering. Her blir løsningen produksjonssatt eller innholdet publi- sert, eventuelt også med markedslansering. Her analyserer man bruk, konvertering og måloppnåelse, og rappor- terer til bestiller og eventuelt ledelse. En viktig del av dette er å identi- fisere svakheter og foreslå løsninger for forbedring. Når et forbedrings- forslag er klart, begynner prosessen på nytt. Aktivitet
- 56. Hvor fælt er det å være webredaktør?
- 57. – Å være webredaktør er kjempefælt. Det er verdens 4873. verste yrke. OECD-rapporten Verdens fæle yrker (2015)