ПОТОЧНИЙ ПРОЄКТ · GTA V / FIVEM · PART-TIME
Управління розробкою RP-продукту
Project Manager + Game Designer Координую двох full-stack-розробників і роботу з окремим game designer, уточнюю виправлення та пріоритети, повідомляю власнику про готовність і продуктові ризики.
У роботі · третій оплачуваний проєкт у ролі PM
Від місяця простою до робочого процесу
Прийшов у проєкт після місяця простою: оплачувана команда не мала завдань і тестування. Відновив перевірку продукту, оформив завдання для розробки та координую їх реалізацію.
Контекст і моя відповідальність
У RP-продукті дії гравця зачіпають одразу кілька систем: економіку, репутацію, транспорт і взаємодію з іншими гравцями. Окрема зміна механіки може порушити пов’язаний сценарій. Моє завдання — побачити ці залежності до реалізації та описати узгоджену поведінку.
- Аналіз наявних механік і користувацьких сценаріїв
- Проєктування ігрових систем та їхніх взаємозв’язків
- Вимоги, пріоритети й критерії приймання
- Тестування, перелік багів і уточнення поведінки
Команда, реалізація та зв’язок із власником
Поєдную координацію розробки з аналізом ігрових систем. Окремий game designer веде визначений перелік ТЗ; я пов’язую роботу учасників із поточними завданнями та станом продукту.
Два full-stack-розробники
Координую роботу двох розробників: пояснюю, де й що потрібно виправити, уточнюю вимоги та узгоджую пріоритети.
Окремий game designer
Координую взаємодію з game designer, який займається визначеним переліком технічних завдань.
Інвестор і власник
Передаю інформацію про готовність робіт інвестору-власнику та тримаю його в курсі продуктових ризиків.
Щотижневі зустрічі
Раз на тиждень зустрічаємося з командою: обговорюємо поточний стан проєкту й питання щодо роботи.
41 зауваження за результатами тестування
У перший день зафіксував 26 пунктів. У переданій історії testing — 41 пункт мого авторства: дефекти, поліпшення інтерфейсу та ігрові сценарії, які потребують доопрацювання.
Стани ігрових завдань
Виявив сценарій, у якому відмова операції, активний статус завдання та подальші обмеження суперечили одне одному. Описав послідовність дій для виправлення.
Збереження предметів
Виявив розбіжність між передачею предмета на зберігання, можливістю його отримання та відображенням кількості. Передав проблему в розробку.
Запуск і перший досвід гравця
Знайшов проблеми відображення й запуску лаунчера, а також недостатньо зрозумілі точки входу в ігрові активності.
Інтерфейс і керування
Зібрав зауваження до зворотного зв’язку кнопок, повторних дій, локалізації, читабельності та узгодженості елементів інтерфейсу.
Від проблеми до продуктового рішення
Динамічна економіка робіт
- Проблема
- Гравці обирають популярні роботи, а частина ігрових активностей залишається незатребуваною.
- Мій підхід
- Спроєктував тимчасові стимули з урахуванням розподілу гравців та обмеженого обсягу бонусних виплат.
Що демонструєПродуктова економіка, поведінка користувачів, робота з обмеженнями.
Репутація та ігрові наслідки
- Проблема
- Правила окремих механік можуть суперечити ролі персонажа й очікуваним наслідкам його дій.
- Мій підхід
- Опрацював зв’язок репутації з ігровими діями та доступом до сценаріїв. Перевіряю умови, винятки й повідомлення користувачу як єдиний шлях.
Що демонструєСистемне мислення, послідовний UX, граничні сценарії.
Порушення → доказ → портал
- Проблема
- Гравцеві потрібен зрозумілий контекст порушення, а пов’язаним системам — узгоджена історія подій.
- Мій підхід
- Підготував вимоги до фотофіксації та державного порталу: історія штрафів, порушень і пов’язаних записів.
Що демонструєНаскрізний користувацький сценарій, прозорість правил, узгодженість даних.
Транспорт та ігровий баланс
- Проблема
- Поведінка автомобілів на різних покриттях впливає на вибір маршруту й цінність класів транспорту.
- Мій підхід
- Опрацював ідею поведінки транспорту з урахуванням покриття та ігрового контексту, щоб вибір автомобіля й маршруту мав значення.
Що демонструєБалансування, користувацький досвід та вплив на суміжні механіки.
Перевіряю весь шлях гравця
Наприклад, фіксація порушення має узгоджуватися із записом в історії та тим, що гравець бачить у порталі. Тому розглядаю не лише окремий екран чи дію, а й початкові умови, результат та можливі винятки.
- Ігрова дія
- Подія та доказ
- Історія в порталі
Вимоги, пріоритети та перевірка
Розібрати сценарій
Визначаю мету гравця, початкові умови й місця, де наявна логіка дає збій.
Описати рішення
Фіксую очікувану поведінку, зв’язки та обмеження; уточнюю спірні вимоги.
Підготувати перевірку
Формулюю критерії приймання та сценарії тестування, зокрема відмови й граничні умови.
Уточнити пріоритети
Веду перелік багів, тестую механіки та працюю з пріоритетами виправлень і змін.
Інші напрями опрацювання
Телефонні сценарії взаємодії з банкоматами, спостереження й відстеження гравців, пограбування вантажного потяга, війна за графіті та додаткові ігрові сценарії.
Що зроблено й що ще попереду
Координую поточну роботу команди, повідомляю власнику про готовність і ризики. Підготовлено докладні ТЗ; тривають уточнення вимог, тестування й робота з переліком помилок.
Кейс відображає поточну роботу Project Manager та виконану аналітичну й проєктну роботу. Впровадження всіх описаних механік, результати після релізу й комерційний ефект поки не підтверджено.
Внутрішні параметри, формули балансу й деталі реалізації не публікуються.