Ett designdokument ( eng. game design document , förkortningen " dizdok " används ofta ) är en detaljerad beskrivning av ett datorspel som utvecklas. Ett designdokument skapas och redigeras av ett utvecklingsteam eller en enskild utvecklare och används främst inom videospelsindustrin för att organisera utvecklarnas arbete. Dokumentet är skapat som ett samarbete mellan designers , konstnärer och programmerare som en guide som används under utvecklingsprocessen. När en utgivare lägger ut skapandet av ett spel till utvecklare måste utvecklingsteamet skapa ett dokument, som ofta är förknippat med ett avtal mellan utgivaren och utvecklaren; utvecklare måste följa designdokumentet under processen att forma spelet.
Termen "konceptdokument" är mer vanligt förekommande.
Spelutvecklare kan skicka in ett designdokument i utvecklingsstadiet före spelet, antingen innan eller efter att ett finansieringsbeslut har fattats. Innan inlämnandet kan dokumentet vara konceptuellt och ofullständigt. När projektet har godkänts utökas dokumentet av utvecklaren till en nivå där det framgångsrikt kan vägledas av utvecklingsteamet. På grund av den dynamiska miljön för spelutveckling modifieras, revideras och utökas dokumentet ofta när utvecklingen fortskrider, förändringar i omfattning och riktning utforskas. Ett designdokument kallas också ofta för ett levande dokument, det vill säga ett som ständigt förbättras och läggs till under hela projektets genomförande (ibland till och med dagligen). Ett dokument kan börja som ett grundläggande koncept för ett projekt och bli en fullständig detaljerad beskrivning av varje aspekt av spelet i slutet av utvecklingen.
Ett designdokument kan innehålla text , bilder , diagram , konceptkonst eller annan data som behövs för att bättre illustrera designbeslut. Vissa designdokument kan innehålla fungerande prototyper eller en utvald spelmotor . Även om kraven från många företag beaktas, har designdokumentet ingen standardinsättningsform. Till exempel kan utvecklare välja att lagra det som ett bearbetat word-dokument eller som ett onlinesamarbetsverktyg.
Ett vanligt misstag är att skriva ett designdokument i en konststil . Till exempel, om en ubåt, bör du inte skriva "Denna tysta jägare smyger i nattens mulm och mörker av ett lugnt regnbågsskimrande hav", utan "Har 30 hk , märkbart endast vid attacken och för anti-ubåtsflygplan". Konststilen är ett tecken på att speldesignern omedvetet undviker sitt jobb med att förvandla personlig erfarenhet till spelkomponenter och uppgifter för resten av laget.[ betydelsen av faktum? ] .
Syftet med designdokumentet är att entydigt beskriva de kommersiella aspekterna av spelet, målgruppen , gameplay , grafik, nivådesign , story ( story ), karaktärer, användargränssnitt , verktyg etc. Kort sagt, för att uppnå uttalat mål bör varje krav för utveckling av en viss del av spelet beskrivas tillräckligt detaljerat för de relevanta utvecklarna (designers, programmerare, etc.). Dokumentet är medvetet uppdelat på ett sådant sätt att spelutvecklarna kan underhålla separata delar av det.
Ett designdokument är en arbetsplan och arbete från början till slutet av projektet. Och detta betyder att alla huvuduppgifter ska finnas i det, och inte bara uppgifter, utan också ungefärliga lösningar. Särskilt:
Denna lista är inte på något sätt uttömmande eller tillämplig för varje spel. Vissa av dessa avsnitt kanske inte visas direkt i designdokumentet, men kommer att visas i den medföljande dokumentationen.
Moderna designdokument skapas ofta i tjänster (t.ex. Confluence ) utformade för lagarbete. Indiestudios använder ofta Office-programpaketet för att skapa ett dokument, eftersom det är ett snabbare och enklare sätt att skapa ett dokument.