Så bygger du en frågestyrd kontaktlista för karaktärer utan att avslöja dolda scener

Välj ut ett avgränsat antal vanliga frågor med koppling till berättelsen: Vem har extranyckeln? Var lämnade Mira skissboken? Vem lovade att ta med fällstolarna? De är lättare att styra till rätt person än breda frågor som ”Vad är det som händer?” eller ”Berätta om orten.” En bra fråga har ett svar som kan spåras till en händelse, ett föremål, ett samtal eller en tydligt markerad slutsats.

Skriv in varje fråga i en frågelogg med fyra fält: svaret, källhändelsen, den tidigaste tidpunkt då den kan besvaras och vilka karaktärer som får svara. Exempelvis kan Jo svara på ”Vem har extranyckeln?” efter att hon får den i öppningsscenen. Fram till dess bör listan säga ”inte fastställt” i stället för att gissa. Den här skillnaden hindrar att en saknad uppgift av misstag blir kanon.

Behandla berättelsefakta som beläggsposter, inte som en gemensam informationsbank som alla karaktärer kan hämta från. En kort post kan se ut så här:

Faktum: Jo har extranyckeln; Källa: Jo tar den från kroken i scen 2; Kunskapstyp: Bevittnat / innehar; Tidigaste upptäckt: Efter scen 2; Synlighet: Jo och alla hon berättar det för

Faktum: Lokalen är bokad till lördag; Källa: Bekräftelsen på anslagstavlan; Kunskapstyp: Lästa; Tidigaste upptäckt: Efter att en karaktär sett bekräftelsen; Synlighet: Karaktärer som läst den

Faktum: Stolarna får plats i skåpbilen; Källa: Jo jämför deras storlek; Kunskapstyp: Slutsats; Tidigaste upptäckt: Efter att hon kontrollerat båda; Synlighet: Jo, uttryckt som en uppskattning

Använd en liten, konsekvent uppsättning kunskapstyper. ”Bevittnat” betyder att karaktären var närvarande och kunde uppfatta händelsen. ”Berättat” betyder att en annan karaktär förmedlade informationen. ”Läst” betyder att karaktären har tagit del av en anteckning, ett meddelande, en skylt eller någon annan dokumentation. ”Dragit slutsatsen” betyder att karaktären kom fram till något utifrån belägg. Det bör uttryckas som en uppfattning eller uppskattning, inte som ett bekräftat faktum. ”Okänt” betyder att berättelsen inte har gett karaktären någon väg till informationen.

Den här strukturen är en redaktionell designregel, inte en funktion som garanteras av något skrivverktyg. Den bygger på en praktisk skillnad: tillståndsspårning kan dokumentera förändringar, men det är fortfarande författaren som bestämmer vad tillståndet betyder. Inks dokumentation beskriver flexibel tillståndsspårning och påpekar samtidigt att verktyget inte tillhandahåller ett fullständigt system för världsmodellering. Twines dokumentation skiljer på samma sätt mellan berättelsevariabler som är globalt tillgängliga och lokala tillfälliga variabler. De mekanismerna kan hjälpa till att representera en berättelses tillstånd, men ingen av dem avgör automatiskt vad en karaktär bör veta. (Ink: Writing With Ink, Twine Cookbook: Variables)

Ett upptäcktsvillkor anger vad som måste hända innan ett faktum blir tillgängligt. Gör det observerbart och specifikt: ”efter att Jo läst anslagstavlan”, ”efter att Lee berättat för Pat” eller ”efter att gruppen öppnat förvaringslådan”. Undvik villkor som ”när berättelsen är redo”, eftersom de är svåra att tillämpa konsekvent.

Håll isär händelsen som gör ett faktum sant från händelsen som gör att en karaktär får veta det. Lokalen kan vara bokad innan Jo läser bekräftelsen. Lee kan flytta extranyckeln utan att berätta det för någon. När ett villkor uppfylls uppdaterar du bara kunskapen hos de karaktärer som hade tillgång till just den vägen till informationen. Om en karaktär missar ett samtal ska du inte i tysthet ge hen informationen bara för att läsaren fick se den.

I interaktiva berättelser kan villkor uttryckas med variabler och villkorade passager. Twine Cookbook förklarar att avsnitten <<if>> och <<else>> i SugarCube visar innehåll utifrån ett villkor. Ink stöder också tillståndsändringar och förgrenade val. Det här är implementeringsalternativ för att visa eller hålla inne en replik. Berättelsen behöver fortfarande en tydlig regel för hur villkoret sätts, till exempel att registrera att en viss karaktär läst anslagstavlan. (Twine Cookbook: “Conditional Statements”: SugarCube, Ink: Writing With Ink)

Ett faktum kan delas med en grupp, ett par personer eller ingen utöver källan. Ange mottagarna uttryckligen: ”Jo och Lee hörde planen”, ”alla tre karaktärer var närvarande” eller ”bara Pat har sett anteckningen”. Använd inte ”alla vet” som en genväg om berättelsen inte innehåller ett tillfälle då alla får veta det.

En användbar regel är att modellera varje informationsöverföring som en egen händelse. Om Lee berättar för Jo att stolarna står i förrådet får Jo en kunskapspost med källan ”berättat”; Pat får ingen sådan. Om Jo senare sms:ar gruppen kan berättelsen uppdatera kunskapen hos de mottagare som anges i meddelandet. Om meddelandet bara är ett utkast eller skickas till en person ska det inte genom underförstådd logik bli allmänt känt.

Skilj också mellan gemensamma fakta och gemensamma tolkningar. Flera karaktärer kan veta att lokalen är bokad till lördag och ändå vara oense om den är tillräckligt stor. Faktumet kan vara gemensamt, medan uppskattningen hör till dem som gjorde den. Det låter dialogen variera utan att den underliggande händelsen förändras.

Gå igenom frågan i följande ordning innan en karaktär svarar:

Identifiera det exakta faktum som frågan efterfrågar. Dela vid behov upp sammansatta frågor i enskilda fakta.

Hitta källhändelsen som fastställer varje faktum. Om det inte finns någon källa markerar du svaret som okänt eller ännu inte fastställt.

Kontrollera om karaktären bevittnade, fick berättat för sig, läste eller drog en slutsats om faktumet.

Kontrollera om det relevanta upptäcktsvillkoret har uppfyllts vid den här tidpunkten i berättelsen.

Anpassa formuleringen efter kunskapstypen: ett rakt svar vid bekräftad kunskap, ett svar som anger källan vid hörsägen eller en förbehållsam formulering vid en slutsats.

Ta bort detaljer som kommer från en senare scen, ett privat perspektiv eller en källa som karaktären inte har tagit del av.

I exemplet med nyckeln kan Jo säga ”Jag har extranyckeln” efter att hon tagit den. Lee kan säga ”Jo sa att hon har den” efter det samtalet. Pat, som varken sett eller hört talas om nyckeln, bör inte svara säkert. Om Pat gissar utifrån en tom krok ska svaret låta som en gissning och fortsätta vara markerat som sådan. Kontaktlistan kan därmed svara på frågor utan att bli en allvetande berättare.

Testa vanliga frågor vid flera tidpunkter i berättelsen: före källhändelsen, direkt efter den, efter att en karaktär har delat informationen och efter att hela gruppen har fått den. Svaret bör ändras bara när det relevanta villkoret ändras. Ta med en fråga vars svar faktiskt är okänt. En tillförlitlig lista behöver ett säkert sätt att säga ”det har berättelsen inte fastställt än”.

Kontrollera också om fakta är ofullständiga. En karaktär kan veta att leveransen kommer på lördag men inte när. Hen kan ha sett en skissbok på ett bord utan att veta vem som lämnade den där. Bevara den kända delen och låt resten vara öppet i stället för att fylla luckor med rimliga påhitt. Om berättelsen använder scenrubriker kan du göra källscenen lätt att hitta. Fountains syntaxbeskrivning definierar scenrubriker som ett eget skriptelement, vilket kan ge en praktisk referens i ett manusflöde. (Fountain: Syntax)

När ett svar inte klarar kontrollen ändrar du källposten, upptäcktsvillkoret eller svarstexten, beroende på vad som faktiskt är fel. Försök inte täppa till en informationsläcka genom att få alla karaktärer att glömma samma sak. En liten och tydlig kunskapslogg ger varje kontakt en trovärdig gräns och låter läsarna ställa användbara frågor utan att få veta information från dolda scener för tidigt.