Intervju med spillutviklere – slik skriver du engasjerende innhold for bloggen din
Jeg husker første gang jeg skulle gjennomføre et intervju med spillutviklere for bloggen min. Det var faktisk litt skremmende! Jeg hadde fulgt denne indie-utvikleren på Twitter i månedsvis, og endelig hadde jeg samlet mot til å sende en DM. Svaret kom raskere enn forventet: «Selvfølgelig! Når passer det?» Der satt jeg, plutselig med en avtale, men null peiling på hvordan jeg skulle få dette til å bli noe mer enn bare… tja, et kjedelig spørsmål-svar-format.
Etter å ha jobbet som tekstforfatter og skribent i mange år, har jeg lært at intervju med spillutviklere er en av de mest kraftfulle måtene å skape engasjerende innhold på. Det handler ikke bare om å stille spørsmål – det handler om å fortelle historier, bygge relasjoner og gi leserne en ekte innsikt i personene bak spillene de elsker. Personlig synes jeg at spillutvikler-intervjuer ofte er mer interessante enn selve spillanmeldelsene!
I denne omfattende guiden skal jeg dele alt jeg har lært om hvordan du planlegger, gjennomfører og presenterer intervjuer med spillutviklere som faktisk engasjerer leserne dine. Vi skal gå gjennom alt fra den innledende kontakten til den endelige publiseringen, og jeg lover å dele både mine største suksesser og de pinligste feiltrinnene underveis.
Hvorfor intervju med spillutviklere er gull verdt for bloggen din
Altså, jeg må innrømme at jeg ikke skjønte verdien av spillutvikler-intervjuer før jeg begynte å se tallene. Min første intervju-artikkel fikk tre ganger så mange delinger som mine vanlige spillanmeldelser. Folk kommenterte, diskuterte og kom tilbake for mer. Det var da det gikk opp for meg: lesere lengter etter menneskelige historier bak spillene.
Spillbransjen kan virke utilnærmelig for mange. Stora selskaper med mystiske utviklingsprosesser, komplekse teknologier og millionbudsjetter. Men når du setter ansikt og personlighet på skaperne, blir alt plutselig mer relaterbart. Jeg husker en utvikler som fortalte om hvordan hun måtte kode på toget til jobb fordi hun ikke hadde råd til kontorlokale. Den historien traff leserne mitt rett i hjertet!
Fra et SEO-perspektiv er intervju med spillutviklere også genialt. Du skaper unikt innhold som ingen andre har – det er din eksklusive samtale med en ekte person i bransjen. Søkemotorer elsker original, dybdefull content, og intervjuer leverer akkurat det. Pluss at utviklerne selv ofte deler intervjuet i sine egne kanaler, noe som gir deg verdifulle backlinks og økt trafikk.
Men det som virkelig selger meg på denne formen for innhold, er autentisiteten. I en verden full av PR-speak og markedsføring, gir intervjuer deg muligheten til å grave dypere. Du kan stille de spørsmålene leserne dine virkelig brenner for å få svar på. Hvor kommer ideene fra? Hva var det verste øyeblikket i utviklingsprosessen? Hvordan håndterer de kritikk? Slike svar finner du ikke i pressemeldinger.
Hvilke typer spillutviklere bør du intervjue?
En feil jeg gjorde tidlig var å tro at jeg måtte sikte mot de største navnene i bransjen. Selvfølgelig, et intervju med Hideo Kojima ville vært fantastisk, men realiteten er at de mest tilgjengelige og ofte mest interessante samtalepartnerne er indie-utviklere og folk i mindre studios. De har tid til å prate, historier å fortelle, og de setter virkelig pris på oppmerksomheten.
Jeg har hatt utrolig gode erfaringer med å intervjue alt fra solo-utviklere som jobber fra kjelleren sin, til veteraner som har jobbet på AAA-titler i flere tiår. Hver gruppe har sine unike perspektiver og utfordringer som kan berike innholdet ditt på forskjellige måter.
Planlegging og forberedelser – grunnlaget for et vellykket intervju
Jeg lærer fortsatt nye ting om forberedelser til hvert eneste intervju jeg gjør. Den gangen jeg glemte å sjekke lydkvaliteten før et Skype-intervju… uff. La oss bare si at transkriberingen ble en mye større jobb enn den trengte å være! Men sånn lærer man, ikke sant?
God forberedelse starter faktisk ikke med spørsmålene, men med research. Jeg bruker minimum to timer på å undersøke utvikleren, studioet deres, tidligere prosjekter og gjeldende situasjon før jeg skriver en eneste spørsmålslinje. Dette gir meg ikke bare credibility når jeg tar kontakt, men hjelper meg også å stille mer intelligente oppfølgingsspørsmål under selve intervjuet.
En ting jeg har lært er å alltid sjekke sosiale medier og nylige intervjuer før jeg starter planleggingen. Har de nettopp lansert noe? Er det noe kontroversielt som har skjedd? Går de gjennom en vanskelig periode? All denne konteksten hjelper meg å forme spørsmålene på en måte som føles relevant og aktuell.
Researching og bakgrunnsarbeid
Greit nok, research høres kanskje litt kjedelig ut, men det er her magien begynner. Jeg starter alltid med å spille spillene deres – eller i det minste se på omfattende gameplay-videoer hvis spillet ikke er tilgjengelig. Du kan ikke forvente å ha en god samtale om noe du ikke kjenner til.
Deretter grave jeg meg ned i historien deres. LinkedIn, gamle intervjuer, konferansetalks, Twitter-timelines – alt kan gi meg gullkorn av informasjon som kan føre til interessante samtaler. En gang fant jeg ut at en utvikler hadde studert arkeologi før han gikk over til spillutvikling, og det åpnet for en helt unik vinkling på hvordan han tilnærmer seg level design.
Ikke glem å sjekke ut ressurser for digital markedsføring – de kan gi deg verdifull innsikt i hvordan spillbransjen markedsfører seg, noe som kan være nyttig når du formulerer spørsmål om business-siden av spillutvikling.
Utvikle en intervjuguide som fungerer
Jeg pleier å dele spørsmålene mine inn i flere kategorier: personlig bakgrunn, kreativ prosess, tekniske utfordringer, og fremtidsplaner. Men her er trikset: jeg skriver aldri ned spørsmålene nøyaktig slik jeg vil stille dem. I stedet lager jeg mer som… temanotater. «Spør om inspirasjonen bak hovedkarakterens design» i stedet for «Hvor fikk du ideen til hovedkarakteren fra?»
Grunnen til dette er at samtaler har en tendens til å utvikle seg organisk, og hvis jeg er for fastlåst til spesifikke formuleringer, mister jeg ofte de beste oppfølgingsspørsmålene. I fjor hadde jeg en utvikler som nevnte at hun hadde kast frem og tilbake på et viktig design-beslutning, og i stedet for å gå videre til neste spørsmål på listen, gravde jeg dypere. Det ble den beste delen av hele intervjuet!
Etablering av kontakt og første inntrykk
Åh, den første kontakten… Her har jeg virkelig bommet flere ganger! Første gang jeg sendte en henvendelse til en spillutvikler, skrev jeg denne lange, formelle e-posten som lød som noe fra en forsikringsselger. Ingen svar, selvsagt. Det tok meg en stund å forstå at spillutviklere, som de fleste kreative folk, foretrekker en mer avslappet og personlig tilnærming.
Nå starter jeg alltid med noe spesifikt om arbeidet deres. «Hei [navn], jeg har nettopp spilt gjennom [spill] for tredje gang, og jeg blir fortsatt imponert over hvordan dere løste [spesifikt problem]. Jeg skriver om spillutvikling på [blogg], og lurte på om du hadde lyst til å dele historien bak…». Kort, personlig, og viser at jeg faktisk bryr meg om det de har laget.
Timing er også viktigere enn jeg trodde. Etter å ha gjort dette en stund, har jeg lært at tirsdag til torsdag mellom 10 og 14 gir best responsrate. Mandager er kaotiske, fredager er folk mentalt helgeklar, og helger… vel, da jobber de sannsynligvis med egne prosjekter likevel!
Kommunikasjonskanaler og plattformer
E-post fungerer fortsatt best for den første kontakten, men jeg har også hatt suksess med LinkedIn og til og med Twitter DMs for mindre formelle henvendelser. Det viktigste er å tilpasse kanalen til personen du kontakter. Yngre indie-utviklere er ofte mer aktive på sosiale medier, mens veteraner i bransjen foretrekker tradisjonell e-post.
En ting jeg har lært er å alltid inkludere lenker til tidligere intervjuer eller artikler jeg har skrevet. Det bygger tillit og viser at jeg faktisk har erfaring med denne typen innhold. Folk vil vite at tiden deres er godt investert.
Gjennomføring av intervjuet – teknikker og beste praksis
Greit, så du har fått ja til intervjuet. Gratulerer! Nå kommer den morsomme delen – men også den mest nerve-pirrende. Jeg husker mitt første «ekte» intervju hvor jeg var så nervøs at jeg glemte å trykke på record-knappen de første fem minuttene. Heldigvis var utvikleren hyggelig nok til å gjenta de innledende svarene!
Det jeg har lært etter mange (mange) intervjuer, er at den tekniske delen må være på plass før du kan fokusere på det kreative. Enten du gjør det over Zoom, Skype, eller telefon, test alltid utstyret på forhånd. Jeg har en sjekkliste jeg går gjennom hver gang: mikrofon fungerer, opptak virker, internettforbindelse er stabil, og batteriet er fulladet.
Men den viktigste lærdommen? Start alltid med småprat. Ikke hopp rett til de store spørsmålene. Jeg bruker gjerne de første 5-10 minuttene på å snakke om været, hvordan dagen deres har vært, eller kommentere noe de har postet på sosiale medier nylig. Det varmer opp stemningen og gjør at begge parter blir mer avslappet.
Teknisk oppsett og utstyr
Personlig har jeg investert i et skikkelig mikrofon etter for mange dårlige opptak i starten. Du trenger ikke det dyreste utstyret, men lydkvaliteten er kritisk hvis du skal transkribere senere. Jeg bruker en Blue Yeti (ikke den nyeste modellen, men den fungerer utmerket), og ber alltid intervjuobjektet om å bruke hodetelefoner hvis mulig.
For opptak foretrekker jeg faktisk den innebygde opptaksfunksjonen i Zoom fremfor eksterne programmer. Den er pålitelig, og du får både lyd og video selv om du senere bare bruker lyden. Pluss at du automatisk får en backup i skyen – noe som har reddet meg flere ganger når datamaskinen har krasjet.
Aktiv lytting og oppfølgingsspørsmål
Her skjer magien, altså. Jeg har lært at de beste delene av intervjuer sjelden kommer fra de forberedte spørsmålene, men fra de spontane oppfølgingsspørsmålene. Når noen sier «Det var faktisk ganske vanskelig», så er det der du må grave: «Vanskelig på hvilken måte?» eller «Kan du fortelle mer om det?»
En teknikk jeg ofte bruker er å gjenta tilbake det de nettopp sa med egne ord: «Så hvis jeg forstår deg riktig, så var hovedutfordringen ikke teknologien i seg selv, men å få teamet til å forstå visjonen?» Dette gir dem muligheten til å korrigere eller utdype, og ofte får du mye mer nyanserte svar.
Spørsmålstyper som gir engasjerende svar
Jeg har en liten samling av spørsmål som nesten alltid gir gode svar. Ikke fordi de er geniale i seg selv, men fordi de inviterer til historiefortelling i stedet for ja/nei-svar. Et av favorittene mine er: «Kan du fortelle om et øyeblikk under utviklingen hvor alt bare klikket på plass?» Folk elsker å snakke om de euforiske øyeblikkene!
Et annet gullspørsmål er: «Hva skulle du ønske at spillere forsto om utviklingsprosessen?» Dette gir ofte helt fantastiske innsikter om gapet mellom spillerforventninger og realiteter i produksjon. Jeg har fått alt fra rørende historier om crunch-perioder til morsomme anekdoter om bugs som ble features.
Men pass på å ikke bombardere med spørsmål. Jeg har lært at pauser er dine venner. Etter at noen har gitt et svar, tell til tre i hodet ditt før du stiller neste spørsmål. Ofte vil de fylle stilheten med enda mer interessant informasjon som du aldri ville fått hvis du hadde hastet videre.
Åpne vs. lukkede spørsmål
Dette lærte jeg faktisk i journalistikk-kurset jeg tok for noen år siden (ja, jeg går fortsatt på kurs – man lærer aldri ut!). Lukkede spørsmål gir deg fakta, åpne spørsmål gir deg historier. «Hvor lenge tok det å utvikle spillet?» vs. «Kan du ta meg gjennom reisen fra ide til ferdig produkt?»
Begge typer har sin plass, men hvis målet er engasjerende innhold for bloggen din, er åpne spørsmål dine beste venner. De gir rom for personlighet, følelser og detaljer som gjør innholdet ditt levende og relaterbart.
| Spørsmålstype | Eksempel | Når å bruke |
|---|---|---|
| Åpent/utforskende | «Fortell om inspirasjonen bak…» | For dype innsikter og historier |
| Lukket/faktabasert | «Hvor mange var på teamet?» | For spesifikke detaljer |
| Hypotetisk | «Hvis du kunne starte på nytt…» | For reflekterende svar |
| Følelsesmessig | «Hvordan føltes det når…» | For personlige opplevelser |
Transkribering og bearbeiding av råmateriale
Åh, transkribering… Min absolutt minst favorittdel av hele prosessen! Jeg husker jeg satt oppe til langt på natt og skrev ned hvert eneste «øhm» og «altså» fra et timelangt intervju. Tok meg omtrent fire timer å transkribere en time med samtale. Det var før jeg oppdaget at det finnes smartere måter å gjøre dette på.
Nå bruker jeg en kombinasjon av automatisk transkriberingsverktøy og manuell redigering. Verktøy som Otter.ai eller Rev gjør en grei jobb med grunntranskriberingen, men du må alltid gå gjennom og rette opp. Spesielt tekniske termer og navn blir ofte feil, og nuansene i stemmetone går selvsagt tapt.
En ting jeg har lært er å ikke transkribere ALT. Du trenger ikke hver «eh» og «øhm» – de gjør bare teksten vanskelig å lese senere. Jeg fokuserer på å få frem essensen av det som blir sagt, samtidig som jeg bevarer personligheten og talestilen til intervjuobjektet.
Verktøy og programvare for transkribering
Etter å ha testet flere alternativer, har jeg landet på en arbeidsflyt som fungerer for meg. Jeg starter med Otter.ai for automatisk transkripsjon (de har en gratis versjon som fungerer fint for mindre intervjuer), og gjør deretter manuel korrektur i et vanlig tekstdokument.
For lengre intervjuer investerer jeg gjerne litt penger i Rev eller lignende tjenester hvor ekte mennesker gjør jobben. Koster litt mer, men sparer meg for timer med arbeid. Tid er penger, som de sier!
Strukturering og redigering av intervjuinnholdet
Her kommer den kreative delen som jeg faktisk liker! Du har en god times råmateriale, og nå skal du forme det til noe som engasjerer leserne. Det er som å være skulptør – du må finne den gode historien som gjemmer seg inni alt materialet.
Jeg starter alltid med å identifisere 3-5 hovedtemaer som kom opp under samtalen. Kanskje var det en rød tråd om kreativitet vs. kommersielle hensyn, eller en interessant historie om hvordan teamet overkom en stor teknisk utfordring. Disse blir ryggraden i artikkelen min.
Deretter lager jeg det jeg kaller «highlight-reel» – de beste sitatene og anekdotene som virkelig fanger leseren. Disse bruker jeg strategisk gjennom artikkelen for å holde interessen oppe. Jeg har lært at folk skanner teksten først, så jeg plasserer de sterkeste sitatene der øyet naturlig stopper opp.
Å skape flyt og sammenheng
Dette var faktisk noe jeg slet med i starten. Jeg hadde masse bra materiale, men artiklene føltes oppstykket og usammenhengende. Løsningen var å lære meg å skrive gode overganger mellom temaene, og å bruke forfatterens stemme som lim mellom sitatene.
I stedet for å bare lime inn sitat etter sitat, bruker jeg min egen stemme til å gi kontekst, forklare bakgrunn, og lede leseren fra ett tema til det neste. «Når vi snakket om [tema A], ble det naturlig å spørre om [tema B]…» Sånt som får artikkelen til å flyte som en naturlig samtale.
Presentasjon og formatering for web
Greit nok, så du har skrevet en fantastisk artikkel. Men hvis den ser ut som en lang tekstvegg på skjermen, kommer folk til å klikke seg videre uten å lese. Jeg lærte dette på den harde måten da min første lange intervju-artikkel fikk kjempegode tilbakemeldinger fra de få som faktisk leste den, men statistikken viste at folk forlot siden etter bare noen sekunder.
Web-lesing er annerledes enn å lese en bok. Folk skanner, hopper rundt, og vil ha visuell variasjon. Derfor bruker jeg mye overskrifter, korte avsnitt, og visuell uthevning av de beste sitatene. Hvis det ser tungt ut, leser folk det ikke – så enkelt er det.
En teknikk som fungerer veldig bra er å trekke ut de beste sitatene som egne blokker med spesiell formatering. Dette gjør at folk som bare skanner gjennom artikkelen likevel får med seg de mest interessante delene. Plus at det bryter opp teksten visuelt og gjør siden mindre skremmende å angripe.
Visuelle elementer som støtter innholdet
Bilder er gull verdt i intervju-artikler. Jeg prøver alltid å få minst ett bilde av personen jeg intervjuer, gjerne i arbeidsomgivelsene deres hvis det er mulig. Screenshots fra spillene deres fungerer også bra for å illustrere poengene vi diskuterer.
Men pass på opphavsrett! Jeg spør alltid om tillatelse før jeg bruker bilder, og sørger for å kreditere riktig. Det siste du vil er problemer med bildrettigheter etter at artikkelen er publisert.
- Bruk underoverskrifter hver 300-400 ord
- Trekk ut sterke sitater som egne blokker
- Inkluder relevante bilder og screenshots
- Bruk korte avsnitt (maks 3-4 setninger)
- Legg inn bullet points for å bryte opp teksten
- Sørg for god kontrast og lesbarhet
SEO-optimalisering for spillutvikler-intervjuer
Jeg må innrømme at SEO føltes som en mystisk vitenskap i starten. Alle snakket om søkeord og meta-beskrivelser, men hvordan skulle jeg få det til å fungere sammen med autentiske intervjuer? Svaret viste seg å være enklere enn jeg trodde: fokuser på å skrive for mennesker først, søkemotorer i andre rekke.
Når jeg skriver intervju med spillutviklere, tenker jeg på hvilke spørsmål folk faktisk søker etter svar på. «Hvordan blir man spillutvikler?», «Hvor vanskelig er det å lage et indie-spill?», «Hvor mye tjener spillutviklere?» Hvis intervjuet naturlig berører disse temaene, har jeg gull i hendene SEO-messig.
Tittelen er kritisk viktig. I stedet for «Intervju med John Smith», bruker jeg noe som «Intervju med spillutvikleren bak [spill]: Historien om å skape en indie-suksess». Det gir både personlighet og søkeverdi. Folk søker ikke på «John Smith» – de søker på spilltitler og temaer.
Søkeordsintegrasjon som føles naturlig
Trikset er å ikke tvinge inn søkeordene. Hvis intervjuet handler om spillutvikling, vil ord som «spillutvikling», «game design», «indie-spill» naturlig dukke opp i samtalen. Min jobb er å sørge for at disse begrepene også kommer frem tydelig i artikkelen.
Jeg bruker ofte søkeordene i underoverskriftene mine: «Spillutviklerens største utfordringer», «Fra ide til ferdig spill – utviklingsprosessen», «Råd til aspirer ende spillutviklere». Dette hjelper både lesere og søkemotorer å forstå hva artikkelen handler om.
Publisering og promotering av intervjuet
Åh, publiseringsdagen! Jeg blir fortsatt litt nervøs hver gang jeg trykker på «publiser». Kommer folk til å like det? Har jeg fått frem personligheten til intervjuobjektet på en god måte? Har jeg skrevet noe dumt som jeg burde ha redigert bort? Sånn har det vært siden første artikkel, og jeg tror det er et godt tegn – det betyr at jeg fortsatt bryr meg.
Men publisering er bare starten. Det jeg har lært er at selv det beste innholdet forblir uoppdaget hvis du ikke jobber aktivt med å få det ut til folk. Jeg har en sjekkliste jeg følger hver gang: først deler jeg på mine egne sosiale medier, deretter sender jeg lenken til utvikleren jeg intervjuet (de deler nesten alltid selv), og så poster jeg i relevante grupper og fora.
En ting som har fungert overraskende godt er å lage korte «teaser»-sitater for sosiale medier. De beste sitatene fra intervjuet fungerer perfekt som Twitter-poster eller Instagram-stories. Folk liker å dele interessante tanker og innsikter, så dette gir artikkelen ekstra synlighet.
Timing og kanaler for maksimal reach
Timing er mye viktigere enn jeg trodde. Jeg publiserer oftest på tirsdager eller onsdager mellom 9 og 11, da det er når spillentusiaster typisk er mest aktive online. Mandager er folk fortsatt i «work mode», og fredager tenker alle på helgen.
For spillrelatert innhold fungerer Reddit fantastisk hvis du gjør det riktig. r/gamedev og r/indiegaming er gullgruver, men du må være forsiktig med hvordan du fremstiller innholdet. Folk der hater selvpromotering, men de elsker interessante diskusjoner om spillutvikling. Jeg fokuserer på å dele de mest interessante innsiktene fra intervjuet i stedet for bare å dumpe lenken.
Oppfølging og relasjonsbygging
Dette er kanskje den mest undervurderte delen av hele prosessen. Etter at intervjuet er publisert og delt, er det lett å tenke at jobben er ferdig. Men noen av mine beste kilder og samarbeidspartnere i dag er folk jeg intervjuet for år siden og som jeg har holdt kontakten med.
Jeg sender alltid en takke-melding etter publisering, med lenke til artikkelen og en oppriktig takk for tiden deres. Men jeg stopper ikke der. Når de lanserer nye prosjekter, gratulerer jeg. Hvis de nevnes i andre artikler eller vinner priser, sender jeg en liten melding. Det handler ikke om å være påtrengende, men om å vise genuin interesse for karrieren deres.
Denne tilnærmingen har ført til at flere utviklere kontakter MEG når de har nyheter å dele. «Hei, vi lanserer et nytt spill neste måned, har du lyst til en eksklusiv forhåndsvisning?» Sånt skjer ikke tilfeldig – det skjer fordi du har bygget ekte relasjoner basert på respekt og profesjonalitet.
Måling av suksess og læring
Jeg tracker alltid hvordan intervju-artiklene presterer sammenlignet med annet innhold. Google Analytics er din beste venn her – se på tid brukt på siden, bounce rate, og hvor folk kommer fra. Men ikke glem de kvalitative målene: kommentarer, delinger, og tilbakemeldinger fra både lesere og intervjuobjektene selv.
En metrikk jeg følger spesielt nøye er repeat visitors. Hvis folk kommer tilbake til bloggen din etter å ha lest et intervju, er det et sterkt signal om at innholdet ditt bygger lojalitet. Det er mye mer verdifullt enn bare en-gangs trafikk fra sosiale medier.
Vanlige fallgruver og hvordan unngå dem
Oi, hvor skal jeg begynne? Jeg har gjort så mange feil underveis at jeg kunne skrive en egen artikkel bare om det! Men la meg dele de største bommerterne, så slipper du å gjøre de samme.
Den verste feilen min var sannsynligvis den gangen jeg glemte å spørre om tillatelse til å sitere direkte fra et privat Discord-chat vi hadde hatt før det offisielle intervjuet. Utvikleren ble ikke direkte sint, men det var tydelig at de følte seg litt bedratt. Siden da spør jeg ALLTID eksplisitt hva som er on the record og hva som er bakgrunnsinformasjon.
En annen klassiker: å være så fokusert på å stille alle spørsmålene mine at jeg glemte å lytte til svarene. Resultatet var at jeg gikk glipp av flere fantastiske oppfølgingsspørsmål som kunne ha gjort intervjuet mye bedre. Nå har jeg lært meg å være mer tilstede i øyeblikket, selv om det betyr at jeg ikke kommer gjennom alle forberedte spørsmål.
Tekniske og etiske utfordringer
På teknisk side: ALLTID ha backup! Jeg lærte dette på den harde måten da Zoom krasjet midt i et intervju og opptak-filen ble korrupt. Nå kjører jeg alltid opptak på både Zoom og en separat app, pluss at jeg tar notater for hånd som backup.
Etisk sett er den største fallgruven å love mer enn du kan holde. Ikke si at artikkelen blir publisert «neste uke» hvis du vet at du trenger en måned på redigering. Ikke lov massiv eksponering hvis bloggen din har 50 lesere. Ærlighet bygger tillit, og tillit er alt i denne bransjen.
- Alltid be om eksplisitt tillatelse for direkte sitater
- Test teknisk utstyr før hvert intervju
- Ha flere backup-systemer for opptak
- Vær realistisk om publiseringstidspunkt og reach
- Følg opp med korrekturlesing før publisering
- Respekter private vs. offentlige uttalelser
- Hold avtaler – hvis du sier mandag, publiser på mandag
Fremtidige trender og muligheter
Spillbransjen endrer seg i raskt tempo, og det samme gjør måtene vi forbruker innhold på. Jeg har begynt å eksperimentere med video-intervjuer i tillegg til de tradisjonelle tekst-baserte, og responsen har vært fantastisk. Folk liker å se ansiktene og kroppsspråket til utviklerne – det skaper en enda sterkere forbindelse.
Podcastformatet vinner også frem. Jeg har startet å tilby intervjuobjektene valget mellom tradisjonell artikkel og podcast-episode. Mange synes det er mindre skremmende å «bare snakke» enn å bli sitert direkte, og det gir ofte mer avslappede og autentiske samtaler.
En trend jeg følger med stor interesse er interaktivt innhold. Imagine om leserne kunne stemme på hvilke oppfølgingsspørsmål de vil stille, eller få tilgang til extended cuts av intervjuene? Teknologien for å gjøre slikt begynner å bli tilgjengelig, og jeg tror det blir stort i årene som kommer.
Nye teknologier og plattformer
AI-verktøy begynner også å bli interessante for transkribering og basic redigering. Jeg har testet noen som kan foreslå gode sitater å trekke ut, eller lage automatiske sammendrag. Men menneskelig dømmekraft er fortsatt uerstattelig for å fange nyansene og bygge ekte relasjoner.
Virtual reality-intervjuer er noe jeg følger med på, selv om det fortsatt er litt eksperimentelt. Men tenk å kunne «besøke» en indie-utviklers hjemmestudio på den andre siden av verden, eller se 3D-modellene deres mens dere snakker om designprosessen. Det kunne vært magisk!
For å få mer innsikt i hvordan man kan bruke moderne teknologi for å forbedre content marketing og intervjuprosesser, sjekk ut Digital Winners som har solid erfaring med digitale strategier.
Praktiske tips for nybegynnere
Hvis du nettopp har startet og føler deg overveldet av alt dette, ta det med ro. Min første artikkel var forferdelig i ettertid, men den fikk meg i gang. Det viktigste er å begynne, ikke å være perfekt fra første dag.
Start smått. Finn en lokal indie-utvikler eller noen som jobber med et interessant hobbyprosjekt. De er ofte mer tilgjengelige enn store navn, og historiene deres kan være like engasjerende. Min mest populære artikkel noensinne var faktisk et intervju med en utvikler som hadde laget sitt første spill på kveldstid ved siden av full jobb.
Invester i grunnleggende utstyr tidlig. En skikkelig mikrofon og påkostelige hodetelefoner gjør større forskjell enn du tror. Men ikke bruk det som unnskyldning for å vente – jeg gjorde mine første intervjuer med standard iPhone-øreplugger og det fungeerte fint.
Building your portfolio
Lag en enkel «media kit» som du kan sende til potensielle intervjuobjekter. Inkluder lenker til tidligere artikler, litt info om deg selv og bloggen din, og kanskje noen lesertall (selv om de er beskjedne). Det viser at du tar dette seriøst.
Ikke vær redd for å starte med mindre kjente utviklere. Noen av mine beste relasjoner i bransjen startet med intervjuer av folk som nå har blitt store navn. De husker hvem som ga dem oppmerksomhet når de var små, og det kan åpne dører senere.
FAQ om intervju med spillutviklere
Hvor lang tid tar det å forberede, gjennomføre og skrive et spillutvikler-intervju?
Fra min erfaring tar et komplett intervju-prosjekt vanligvis 8-12 timer totalt. Jeg bruker omtrent 2 timer på research og forberedelser, 1-1.5 timer på selve intervjuet (inkludert teknisk setup), 3-4 timer på transkribering og bearbeiding, og 2-3 timer på skriving og redigering av den ferdige artikkelen. Dette varierer selvfølgelig avhengig av lengden på intervjuet og hvor dypt du vil gå i research-fasen. Jeg har lært at det lønner seg å ikke stressa med tidsbruken – kvaliteten lider hvis du hastet gjennom prosessen.
Hvordan får jeg kontakt med kjente spillutviklere som er vanskelige å nå?
Det er faktisk lettere enn du tror, men krever litt strategi. Start med å følge dem på sosiale medier og engasjer deg genuint med innholdet deres over tid. Ikke bare like – kommenter på måter som viser at du faktisk har satt deg inn i det de deler. Når du endelig tar kontakt, vis til spesifikke ting fra arbeidet deres som du setter pris på. Jeg har også hatt suksess med å kontakte dem gjennom community managers eller PR-folk, spesielt for utviklere i større studios. LinkedIn fungerer overraskende godt for business-kontakter, mens Twitter DMs ofte fungerer for mer uformelle henvendelser.
Hvilken teknisk kvalitet må jeg ha på opptak for å kunne bruke intervjuet?
Du trenger ikke studio-kvalitet, men lyden må være forståelig og konsistent. Jeg har lært at det er bedre med litt bakgrunnsstøy enn med lyd som kuttes inn og ut eller har store variasjoner i volum. Hvis du bruker videochat-tjenester som Zoom eller Skype, be intervjuobjektet om å bruke hodetelefoner – det reduserer ekko dramatisk. Min tommelfingerregel er: hvis du må anstrenge deg for å forstå hva som blir sagt, er kvaliteten for dårlig. Test alltid oppsettet med en venn før du gjør ditt første «ordentlige» intervju.
Hvordan håndterer jeg situasjoner hvor utvikleren sier noe de ikke vil at jeg skal publisere?
Dette skjer oftere enn du tror, og det er helt normalt. Jeg har etablert en praksis hvor jeg alltid avklarer hva som er «on the record» og «off the record» på forhånd, men noen ganger dukker det opp ting underveis. Hvis noen sier «dette skal ikke stå på trykk» eller lignende, respekterer jeg det alltid. Jeg noterer meg informasjonen som bakgrunnskunnskap som kan hjelpe meg å stille bedre oppfølgingsspørsmål, men publiserer den aldri. Noen ganger kan jeg spørre: «Er det greit om jeg omformulerer dette på en måte som ikke avslører [sensitiv info]?» Tillit er viktigere enn hvilken som helst historie.
Hvor mye skal jeg redigere sitatene for å få dem til å lyde bedre på skrift?
Dette er en balansegang som jeg fortsatt jobber med å perfeksjonere. Jeg redigerer alltid bort «øhm», «eh» og gjentakelser som ikke tilfører noe. Jeg retter også opp åpenbare grammatiske feil og omformulerer setninger som blir uforståelige når de ikke har stemmetone til å hjelpe. Men jeg passer på å bevare personligheten og talestilen til personen. Hvis de bruker spesifikke uttrykk eller har en karakteristisk måte å formulere seg på, beholder jeg det. Målet er at de skal kjenne seg igjen i sitatene, samtidig som teksten flyter godt for leserne. Når jeg er i tvil, sender jeg relevante deler til intervjuobjektet for godkjenning før publisering.
Hvordan kan jeg gjøre intervjuet mer interessant hvis utvikleren gir korte, kjedelige svar?
Åh, dette har jeg opplevd! Noen folk er bare mer ordknappe enn andre, og det kan være utfordrende. Mitt beste tips er å stille oppfølgingsspørsmål som ber om konkrete eksempler: «Kan du gi meg et spesifikt eksempel på det?» eller «Hvordan så det ut i praksis?» Jeg prøver også å finne temaer de blir engasjerte av – kanskje de ikke bryr seg om business-siden, men lyser opp når vi snakker om technical challenges. Noen ganger hjelper det å endre formatet: i stedet for direkte spørsmål, kan jeg fortelle en anekdote fra et annet intervju og spørre om de har hatt lignende opplevelser. Hvis alt annet feiler, er det bedre å ha et kortere, men genuint intervju enn å presse frem tvungne svar.
Skal jeg betale spillutviklere for å være med på intervju?
Som hovedregel, nei. De fleste utviklere ser på intervjuer som gratis markedsføring for prosjektene sine, så betaling er ikke forventet eller nødvendig. Men jeg viser alltid respekt for tiden deres på andre måter: jeg er grundig forberedt, holder meg til avtalt tidsramme, og leverer kvalitetsinnhold som faktisk hjelper dem. Noen ganger kan det være aktuelt å tilby å kjøpe spillene deres hvis det er relevant for intervjuet, eller å gi dem tidlig tilgang til artikkelen for faktasjekk. For større navn eller mer omfattende prosjekter kan det hende de forventer betaling, men da snakker vi om helt andre nivåer enn det de fleste av oss blogger på.
Hvordan promoterer jeg intervjuet uten at det virker som ren selvpromotering?
Nøkkelen er å fokusere på verdien for leserne i stedet for på deg selv som forfatter. I stedet for «Sjekk ut mitt nye intervju», skriv «X-utvikleren deler fascinerende innsikt om…» eller «Lær hvordan [spill] ble laget i dette intervjuet med…». På Reddit og lignende plattformer starter jeg ofte diskusjoner basert på interessante poenger fra intervjuet, og nevner lenken naturlig i kontekst. Jeg deler også korte, interessante sitater på sosiale medier som gir folk en smakebit av innholdet. Det viktigste er at utvikleren selv ofte deler intervjuet – de har vanligvis mye større reach enn jeg har, og folk stoler mer på anbefaling fra dem enn fra meg.
Intervju med spillutviklere har blitt en av mine favoritt-innholdstyper å produsere, og jeg håper denne guiden har gitt deg inspirajon og verktøy til å komme i gang selv. Husk at hver samtale er en mulighet til å bygge broer mellom spillskaperne og spillentusiastene, og den rollen er både privilegie og ansvar.
Det viktigste rådet jeg kan gi er: start enkelt, vær genuine, og fokuser på å fortelle interessante historier. Teknikken og utstyret kan du forbedre underveis, men autentisitet og nysgjerrighet er det som virkelig gjør forskjellen. Lykke til med dine egne spillutvikler-intervjuer!



