Не секрет, що розробка мобільної гри потребує ретельного вивчення та планування. Після всіх мозкових штурмів, обговорень і погоджень деталі проєкту докладно викладаються в технічному завданні, і тільки після цього починається розробка.
За фактом цей документ — запорука успіху проєкту та попадання у запити цільової аудиторії. Без нього не проходить реалізація жодного проєкту, адже команда просто не знатиме, що їй робити. Тому в цій статті поговоримо про те, як створюється та з чого складається технічне завдання на розробку мобільної гри.
Як не дивно, розробка технічного завдання починається із питань. Відповідаючи на них, ви ще більше заглибитеся в тему та зможете отримати чітке уявлення про майбутню гру. Ось вісім питань, без відповідей на які подальше просування у розробці гри буде неможливим:
Можливо, це буде корпоративна гра, яка підвищить залучення клієнтів та збільшить продажі. Чи у вас з'явилася ідея запуску нестандартної MMORPG, яка точно здивує любителів жанру та стане прибутковою? Варіантів може бути безліч, але мета одна, і її потрібно чітко зафіксувати.
Розробка ігор потребує чимало ресурсів. Тому вже на момент створення ТЗ ви маєте чітко розуміти, скільки готові інвестувати у продакшен.
Можна вибрати один із популярних жанрів - стратегія, шутер, казуал, або скомбінувати кілька різних варіантів і створити унікальний продукт. Робити вибір потрібно також з урахуванням бюджету, оскільки вартість розробки ігор різних жанрах може сильно відрізнятися.
Дуже важливо, щоб гра відповідала інтересам користувачів. Але перш за все потрібно визначити, хто саме буде її цільовою аудиторією? Наприклад, це можуть бути діти, дорослі, геймери з конкретних країн або з певними інтересами.
Ваша гра може працювати тільки на одній з операційних систем - Android або IOS, або можна створити кросплатформовий продукт, який охоплюватиме аудиторію обох ОС. Відповідно, від цього вибору залежатиме і технологічний стек проекту.
Сьогодні в App Store і Play Market користувачам доступні мільйони ігор у різних жанрах, і кожен новий проект має шанси «загубитися» в цьому океані контенту. Щоб цього не сталося, ваша гра повинна мати свої унікальні риси та особливості – так звані фічі.
Варіантів монетизації ігор досить багато. Наприклад, це можуть бути винагороди за перегляд рекламних оголошень та роликів, продаж внутрішньоігрового контенту і т.д.
Складанням ТЗ ви можете зайнятися самі, задіявши ресурси власного технічного відділу, знайти виконавця на фрілансі або довірити це завдання досвідченим геймдев-розробникам, які зможуть прорахувати всі нюанси, виключити протиріччя та спроектувати справді захоплюючу гру.
Насамперед нам потрібно вивчити бачення клієнта. Для цього ми обговорюємо з ним усі фундаментальні питання щодо проєкту. Наприклад: На яких платформах працюватиме гра? Який художній стиль використовуватиметься? Який тип графіки кращий — 2D чи 3D?
Гра повинна відображати переваги цільової аудиторії та відповідати актуальним ринковим трендам. Приміром, в американському сегменті популярніші головоломки, китайці проводять вечори в королівських битвах, а корейські геймери вважають за краще у вільну хвилину зачистити парочку данжей у MMORPG. І таких нюансів дуже багато.
На основі узгодженої концепції гри, розробники проєктують та документують весь функціонал, який буде реалізовано, а також описують вимоги та специфікації проєкту. В результаті ми отримуємо цілий комплекс технічної документації, включаючи User Experience Flow, GDD, AERM worksheet та SDD, які об'єднуються в єдиному ТЗ. Докладніше про кожен із цих документів ми поговоримо нижче.
Прототип дозволяє протестувати ідеї, визначити найкращі механіки та сеттинг ігрового проєкту. На відміну від фінального складання, він не повинен бути технічно бездоганним, за рахунок чого вимагає відносно невеликих ресурсів, але дає можливість сформувати чітке уявлення про продукт.
Коли прототип готовий, наші спеціалісти записують демонстраційні відео та проводять презентацію клієнту. Такий підхід виключає будь-які непорозуміння між командою розробників та замовником.
Як ми вже говорили, технічне завдання — це не монолітний документ, а комплекс проєктної документації. Розглянемо основні її складові трохи докладніше:
У майбутньому GDD стане біблією гри, в ній з'являться розписані завдання щодо підготовки інтерфейсів, вимоги до діалогів та інші нюанси.
Цей документ візуалізує всі залежності, зв'язки та блоки з яких складається гра у форматі різних блок-схем та діаграм.
Документ є основою дизайнерів інтерфейсів. На даному етапі він дозволяє побачити та оцінити розташування основних блоків UI.
У цьому документі описані соціальні механіки гри, спрямовані на підвищення залучення аудиторії та розширення маркетингових можливостей.
Короткий огляд художнього стилю ігрового проєкту у форматі скетчів та мокапів.
Технічна документація, в якій описані: архітектура програми, технологічний стек, передбачувана вага гри, використання ресурсів пристрою, допустимі дозволи екранів та клієнт-серверна архітектура.
Здавалося б: технічне завдання готове і можна розпочинати розробку проєкту. Але насправді все не так просто. Далі ТЗ проходить ретельну перевірку — на наявність протиріч, неточностей чи відхилень від початкової ідеї, і лише після затвердження всіма сторонами передається у продакшен.
Якщо ви плануєте запуск власної гри, потрібно розуміти — створити її без технічного завдання просто неможливо. Зв'яжіться з нами, і Uranus допоможе вам розробити ретельно продумане ТЗ, з урахуванням вашого бачення проєкту, ринкових трендів та інтересів цільової аудиторії.
