{"id":20802,"date":"2025-04-14T17:39:36","date_gmt":"2025-04-14T15:39:36","guid":{"rendered":"https:\/\/www.anno-union.com\/?p=20802"},"modified":"2025-11-10T00:40:00","modified_gmt":"2025-11-09T23:40:00","slug":"devblog-wie-wir-ein-anno-designen","status":"publish","type":"post","link":"https:\/\/www.anno-union.com\/de\/devblog-wie-wir-ein-anno-designen\/","title":{"rendered":"DevBlog: Wie wir ein Anno designen"},"content":{"rendered":"

[vc_row][vc_column width=”1\/12″][\/vc_column][vc_column width=”4\/6″][vc_column_text css=””]Hey<\/span> Anno <\/span>Community<\/span>,<\/span><\/span><\/p>\n

in<\/span> den<\/span> letzten<\/span> Wochen<\/span> haben<\/span> wir<\/span> \u00fcber<\/span> Features<\/span> und<\/span> Designs<\/span> gesprochen<\/span> \u2013 und<\/span> werden<\/span> dies<\/span> auch<\/span> bald<\/span> wieder<\/span> tun<\/span>! Aber<\/span> lasst<\/span>\u00a0uns mal in der Hinsicht eine kurze Pause einlegen –<\/span>\u00a0und<\/span> stattdessen<\/span> \u00fcber<\/span> den<\/span> Designprozess\u00a0von<\/span> Spielmechaniken<\/span> sprechen<\/span>: Lasst<\/span>\u00a0uns<\/span> \u00fcber<\/span> Game<\/span> Design<\/span> sprechen<\/span>!<\/span><\/span><\/p>\n

 <\/p>\n

In<\/span> unserem<\/span> Blogbeitrag<\/span><\/strong><\/a> vom<\/span> letzten<\/span> Jahr<\/span> haben<\/span> wir<\/span> \u00fcber<\/span> die<\/span> Urspr\u00fcnge<\/span> von<\/span> Anno<\/span> 117<\/span>: Pax<\/span> Romana<\/span> berichtet<\/span> und<\/span> dar\u00fcber<\/span>, wie<\/span> wir<\/span> die<\/span> kreative<\/span> Vision<\/span> und<\/span> die<\/span> grobe Basis\u00a0f\u00fcr<\/span> ein<\/span> neues<\/span> Anno<\/span>–Spiel<\/span> entwickeln<\/span>.<\/span><\/span> Wir empfehlen euch dringend, diesen Beitrag zu lesen, bevor ihr mit diesem Blog weitermacht.<\/span><\/p>\n

Heute verlassen wir \u2013 erneut mit unserem Game Director Jan Dungel<\/strong> \u2013 die Anfangsphase der Vision und tauchen in die t\u00e4gliche Arbeit des Game-Design-Teams ein. Ein Schwerpunkt liegt dabei auf der Erstellung von Design-Dokumenten – und wir haben daf\u00fcr auch ein Beispiel aus unserem aktuellen Projekt.<\/span>[\/vc_column_text][\/vc_column][vc_column width=”1\/6″][\/vc_column][\/vc_row][vc_row][vc_column width=”1\/12″][\/vc_column][vc_column width=”4\/6″][vc_column_text css=””]<\/p>\n

Was ist eigentlich Game Design?<\/span><\/span><\/h2>\n

Wir haben Aspekte dieser Frage bereits in Teil eins behandelt, als wir die Aufgaben von Manuel (Creative Director) und Jan (Game Director) vorgestellt haben \u2013 aber wir haben noch viele weitere Experten in unserem Team. <\/span><\/span><\/p>\n

Das Game-Design-Team erstellt die Spielregeln \u2013 und \u00fcbersetzt die gew\u00fcnschte Erfahrung, die der Spieler haben soll (z. B. das Gef\u00fchl von Frieren\/K\u00e4lte\/Verzweiflung in Frostpunk oder das Gef\u00fchl von Wachstum\/Fortschritt\/Erkundung in Anno 1800). Es \u00fcbersetzt die Spielerfahrung in verst\u00e4ndliche Dokumente (\u201eTr\u00e4ume werden Wirklichkeit\u201c) \u2013 aber es baut das Spiel nicht. Das \u00fcbernehmen andere Abteilungen auf der Grundlage der Entw\u00fcrfe.<\/span>[\/vc_column_text][\/vc_column][vc_column width=”1\/6″][\/vc_column][\/vc_row][vc_row][vc_column width=”1\/12″][\/vc_column][vc_column width=”4\/6″][vc_column_text css=””]\"\"<\/a><\/p>\n

Das “<\/span>Religion”-Feature<\/span>\u00a0wird<\/span> von<\/span> Game<\/span> Designer<\/span> Markus<\/span> als<\/span> Feature <\/span>Koordinator<\/span> geleitet<\/span>. Gameplay <\/span><\/span><\/em>Programmierer<\/span> Jannik<\/span> koordiniert<\/span> hingegen<\/span> das<\/span> Multiplayer<\/span>–Feature<\/span>.<\/span><\/em><\/p>\n

[\/vc_column_text][\/vc_column][vc_column width=”1\/6″][\/vc_column][\/vc_row][vc_row][vc_column width=”1\/12″][\/vc_column][vc_column width=”4\/6″][vc_column_text css=””]Nat\u00fcrlich<\/span> besteht<\/span> das<\/span> Team<\/span> aus<\/span> verschiedenen<\/span> Spezialisten<\/span> und<\/span> Spezialistenteams<\/span>, genauso<\/span> wie<\/span> man<\/span> beispielsweise<\/span> in<\/span> der<\/span> Architektur<\/span> (einem<\/span> Bereich<\/span>, in<\/span> dem<\/span> Jan<\/span> zuvor<\/span> gearbeitet<\/span> hat<\/span>) zwischen<\/span> mehreren<\/span> Teilbereichen<\/span> unterscheidet<\/span>: Architekten<\/span> f\u00fcr<\/span> den<\/span> Garten<\/span>, Innenr\u00e4ume<\/span>, St\u00e4dte<\/span> usw<\/span>.<\/span><\/span><\/p>\n

Im Bereich Design haben wir sowohl System-Designer<\/strong> f\u00fcr die Wirtschaft und generelle Balance (\u201eExcel-Fans\u201c) als auch Feature-Designer<\/strong>, die bestimmte Features entwickeln (in der Regel ebenfalls unter intensiver Nutzung von Excel). Je nach Spielgenre gibt es unterschiedliche Arten von Spezialisten oder sogar Spezialistenteams: Ein Hack-&-Slash-Spiel hat beispielsweise eigene Kampfdesigner, da der Kampf in diesem Spieltyp eine so gro\u00dfe Rolle spielt.<\/span><\/p>\n

Dann gibt es noch Narrative Designer und Writer<\/strong>, die Inhalte (Story, Kampagne, …) erstellen und Features unterst\u00fctzen (z. B. Bewohnertypen). Wir haben auch einen speziellen UX\/UI-Designer<\/strong> im Game Design Team, der eine starke abteilungs\u00fcbergreifende Verbindung zum UX\/UI-Team<\/strong> herstellt.<\/span><\/p>\n

Und dann gibt es noch Themen wie Multiplayer, Retention, Men\u00fcstrukturen, Postlaunch usw., f\u00fcr die ebenfalls jeweils ein Spezialist zust\u00e4ndig ist.<\/span><\/p>\n

Generell versuchen wir, Spezialisten den Features zuzuweisen, die sie am besten beherrschen und am liebsten machen.<\/span>[\/vc_column_text][\/vc_column][vc_column width=”1\/6″][\/vc_column][\/vc_row][vc_row][vc_column width=”1\/12″][\/vc_column][vc_column width=”4\/6″][vc_column_text css=””]<\/p>\n

High<\/span> Concepts<\/span><\/span><\/span><\/h2>\n

Es<\/span> ist<\/span> an<\/span> der<\/span> Zeit<\/span>, \u00fcber<\/span> den<\/span> Designprozess<\/span> zu<\/span> sprechen<\/span>, insbesondere<\/span> \u00fcber<\/span> die<\/span> Designdokumentation<\/span>. Zun\u00e4chst<\/span> kommt<\/span> das<\/span> \u201eHigh<\/span> Concept<\/span>\u201c (auf deutsch etwa grundlegendes Konzept).<\/span><\/span><\/p>\n

Jedes<\/span> einzelne<\/span> Feature<\/span>\u00a0im<\/span> Spiel<\/span> erh\u00e4lt<\/span> ein<\/span> eigenes<\/span> Designdokument<\/span> in<\/span> unserem<\/span> internen<\/span> \u201eWiki<\/span>\u201c. Das<\/span> bedeutet<\/span>, dass<\/span> alles<\/span>, von<\/span> neuen<\/span> Features<\/span> wie<\/span> \u201eRomanisierung<\/span>\u201c bis<\/span> hin<\/span> zu<\/span> Handelsrouten<\/span>, Wohnh\u00e4usern<\/span>, dem<\/span> Platzieren\/<\/span>Zerst\u00f6ren<\/span> von<\/span> Geb\u00e4uden sowie<\/span>\u00a0Baugebieten<\/span> usw<\/span>., eine<\/span> eigene<\/span> Seite<\/span> erh\u00e4lt<\/span>.<\/span><\/span><\/p>\n

Werfen wir einen Blick auf die High Concept-Seite f\u00fcr den Blaupausen-Modus:<\/span>[\/vc_column_text][\/vc_column][vc_column width=”1\/6″][\/vc_column][\/vc_row][vc_row][vc_column width=”1\/12″][\/vc_column][vc_column width=”4\/6″][vc_column_text css=””]\"\"<\/a>[\/vc_column_text][\/vc_column][vc_column width=”1\/6″][\/vc_column][\/vc_row][vc_row][vc_column width=”1\/12″][\/vc_column][vc_column width=”4\/6″][vc_column_text css=””]Wie ihr sehen k\u00f6nnt, ist so ein High Ceoncept recht knapp gefasst und daher auch n\u00fctzlich, um Personen au\u00dferhalb des Entwicklerteams einen schnellen \u00dcberblick zu verschaffen. Oben werden normalerweise die Mitglieder des Feature-Teams (hier entfernt) und der Feature-Koordinator aufgef\u00fchrt (mehr zu Feature-Teams findet in unserem DevBlog zum Produktionsteam<\/a><\/strong>).<\/span><\/span><\/p>\n

Jedes<\/span> Designdokument<\/span> muss<\/span> zun\u00e4chst<\/span> von<\/span> den<\/span> Design <\/span>Leads<\/span> genehmigt<\/span> werden<\/span>, bevor<\/span> die<\/span> Designer<\/span> an<\/span> den<\/span> DDDs<\/span> (Detailed<\/span> Design<\/span> Documents = Detaillierte Design Dokumente<\/span>) arbeiten<\/span> k\u00f6nnen<\/span>, und<\/span> ein<\/span> DDD<\/span> muss<\/span> genehmigt<\/span> werden<\/span>, bevor<\/span> mit<\/span> der<\/span> Arbeit<\/span> am Feature<\/span>\u00a0begonnen<\/span> werden<\/span> kann<\/span>. Dieser<\/span> Status<\/span> wird<\/span> ebenfalls<\/span> oben<\/span> aufgef\u00fchrt<\/span>.<\/span><\/p>\n

Der Genehmigungsprozess stellt sicher, dass die Features mit der Gesamtvision, aber auch mit dem Umfang und den Zielen des Projekts \u00fcbereinstimmen. Dieser Prozess bietet Designern jedoch auch die M\u00f6glichkeit, z. B. Jan von einem Feature oder einer Herangehensweise an ein Feature zu \u00fcberzeugen.<\/span>[\/vc_column_text][\/vc_column][vc_column width=”1\/6″][\/vc_column][\/vc_row][vc_row][vc_column width=”1\/12″][\/vc_column][vc_column width=”4\/6″][vc_column_text css=””]<\/p>\n

Feature-Ansatz<\/span><\/span><\/h2>\n

Beim Betrachten des Screenshots ist euch vielleicht auch die Spalte \u201eFeature Approach\u201d (Feature-Ansatz) aufgefallen.<\/span><\/span><\/p>\n

F\u00fcr Anno 117: Pax Romana (und bereits damals f\u00fcr Anno 1800) unterteilen wir unsere Features in drei Kategorien: Tradition, Iteration und Innovation<\/strong>.<\/span><\/p>\n

Schlie\u00dflich haben wir eine Serie mit langer Tradition und etablierten Features, was bedeutet, dass wir jedes Feature sowohl mit der DNA der Serie als auch mit der Vision f\u00fcr das n\u00e4chste Spiel abgleichen m\u00fcssen. Die drei Kategorien sind wie folgt definiert:<\/span><\/p>\n

Das High Concept ist der erste Schritt auf dem Weg vom \u201eTraum zur Realit\u00e4t\u201c und im Grunde genommen ein leicht verst\u00e4ndliches Dokument mit nur wenigen einfachen Aussagen, die einen \u00dcberblick \u00fcber das Feature geben. Das High Concept soll auch die Frage nach dem \u201eWarum\u201c beantworten (siehe das Thema Ziele aus dem ersten Blog<\/a><\/strong>) und Verkn\u00fcpfungen zu anderen, verwandten Features herstellen.<\/span><\/p>\n