Від абстрактної ідеї до готової механіки: як гейм-дизайнер пов | Спілка розробників ігор

Від абстрактної ідеї до готової механіки: як гейм-дизайнер повинен скласти ТЗ для програміста ч.1

Ігри та ігрові консолі

Коли ідея ігрової механіки виникає в голові гейм-дизайнера, вона існує у вигляді абстрактного задуму, який не має конкретного втілення. І щоб реалізувати її в реальності, він повинен якось пояснити програмісту, в чому її суть — гейм-дизайнеру потрібно зрозуміло й однозначно описати свою задуму, щоб розробник втілив її у вигляді механіки, що працює.

Структура ТЗ

У різних проектах структура ТЗ може відрізнятися, але в будь-якому разі основне завдання документації — у простій та недвозначній формі донести до виконавця список вимог та умов, у яких застосовуватиметься ігрова сутність.

У нашій розробці додатково до опису самих механік ще описується, як це виглядає з погляду гравця. Інакше кажучи, бажаний результат роботи фічі.

Хороша практика у складанні ТЗ — йти від загального до приватного. На початку варто написати загальний принцип роботи фічі. Наприклад: «Додаємо можливість робити перекид. Під час перекату є період невразливості». А далі потрібно послідовно описати механіку, розбиваючи інформацію щодо блоків — докладно описати її з погляду геймплею, налаштувань тощо.

При описі механіки необхідно наголосити на логічних взаємозв'язках і обмеженнях. Важливо описати чітку послідовність дій у рамках конкретної механіки, а також різноманітні сценарії використання.

Також варто враховувати, що ТЗ потрібно не лише гейм-дизайнеру та програмісту, а й іншим членам команди. Наприклад, QA-фахівці використовують ТЗ, щоб перевірити, чи правильно працює механіка. У деяких випадках виконавець або замовник конкретної фічі може змінитися, а зафіксоване ТЗ допоможе зберегти оригінальну задумку.