BAZU

Втомився(-лась), що твої баг-репорти читають по діагоналі?
 

Ручне тестування часто сприймають як формальність перед релізом. У нас ти — остання лінія оборони перед тим, як фіча потрапить до пілота, який готується до реального завдання. Пропущений баг тут коштує дорожче, ніж погане ревʼю в сторі.
 

Чому ми?

• Твоя уважність до деталей — межа між «працює на моєму комп'ютері» і надійним інструментом для військових.
• Ти працюєш з реальними репортами від інструкторів і пілотів, а не тільки з тест-кейсами на папері.
• Продукт росте швидко, і якість не з'являється сама собою: її треба свідомо будувати.
• Фізика польоту, великі відкриті карти, edge-кейси мережі вимагають системного мислення, а не чекліста з 10 пунктів.
   

Місія ролі: бути гарантом якості продукту перед кожним релізом — знаходити критичні проблеми до того, як вони дійдуть до реального тренування пілотів.
 

Результати, яких ми очікуємо в перші 6–12 місяців:

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

Наш ідеальний кандидат:

• Маєш досвід ручного тестування складних продуктів (ігор або продуктів із фізикою чи реальним часом — плюс).
• Пишеш баг-репорти, які розробник розуміє з першого прочитання, без уточнюючих питань.
• Мислиш системно: бачиш не тільки що зламалось, а й чому це важливо і наскільки критично.
• Стежиш за подіями в країні і хочеш, щоб твоя уважність рятувала не тільки реліз, а й реальні результати.
• Ветеран
   

Як зайти в команду? Надішли документ, яким ти реально пишаєшся: тест-план, баг-репорт, чекліст або процес, який побудував(-ла) і який змінив якість продукту. Нам важливіше побачити, як ти мислиш, ніж прочитати список інструментів у резюме.

Скільки ще однакових левелів під ферми ти готовий(-а) намалювати?

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

Чому ми

• Твої карти й механіки стають полігоном. Пілот напрацьовує на них навички до того, як опиниться в полі.
• Фідбек приходить від бійців, які щойно повернулися із завдання, а не з фокус-груп.
• PMF знайдено. Підрозділи просять більше, ніж ми встигаємо робити.
• Великі відкриті простори, реалістичний рельєф, фізика польоту і щільний HUD вимагають інженерної голови поруч з художнім і ігровим чуттям.

Місія ролі

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

Результати за перші 6–12 місяців

• Ти спроєктував(-ла) і випустив(-ла) тренувальні сценарії. Кожен пройшов польову перевірку інструкторами.
• Нові локації тримають цільовий FPS на референсному залізі.
• Ти побудував(-ла) і задокументував(-ла) процес збору фідбеку від пілотів та інструкторів і регулярно змінюєш карти й механіки на основі реальних даних.
• Ти спроєктував(-ла) систему онбордингу для новачків і провів(-ла) її через плейтести.
• Ти побудував(-ла) систему прогресії, яка балансує криву навчання з мотивацією грати далі.
• Ти визначив(-ла) ключові бізнес-метрики (retention, LTV, conversion) і регулярно звітуєш команді про вплив дизайн-рішень.
• Ти вибудував(-ла) криву складності місій та тренувань на основі спостережень за реальними користувачами.
   

Наш ідеальний кандидат

• 2–3+ роки досвіду в левел-дизайні та/або геймдизайні (Unity/Unreal). Фокус на механіках, UX і game feel, не на економіці чи монетизації.
• Розумієшся на geometry blockout, читабельності простору, балансі складності, керуванні, відгуку системи та читабельності інтерфейсу в динамічному геймплеї.
• Розумієш, як обмеження рендерингу впливають на дизайн-рішення, і проєктуєш з їх урахуванням.
• Готовий(-а) працювати з реальними референсними даними і швидко ітерувати за фідбеком з поля.
• Стежиш за подіями в країні і хочеш, щоб твоя робота мала значення поза екраном.
• Ветеран.
   

Як зайти в команду

Надішли портфоліо з 2–3 картами та/або механіками, де видно логіку рішень: не тільки скріншоти, а й план, blockout чи схеми. Розкажи, яку одну роботу вважаєш найкращою і чому.

Втомився клепати гіперкежуал?
 

Рано чи пізно кожен сильний розробник ставить собі питання: «Те, що я роблю, справді має значення?». Якщо тобі набридло витрачати талант на нескінченні клони ферм чи раннерів — час переходити в іншу лігу.

Ми створюємо продукт на перетині геймдеву та Defense Tech. Наш симулятор вже допомагає Силам оборони, запитів від підрозділів більше, ніж ми встигаємо реалізовувати. Нам потрібні люди, які вміють кодити швидко і які розуміють фізику польоту.

Чому ми?

 • Реальний імпакт. Твій код — це не просто пікселі на екрані, це навичка, яка рятує життя. Ми працюємо в тісному контакті з реальністю.

 • Драйв та фізика. Тут не буде нудної бізнес-логіки і нескінченних клонів інших ігор. 

 • Scale up. Ми вже знайшли Product-Market Fit. Зараз стадія активного масштабування: ми не «шліфуємо ідеал» роками, ми швидко релізимо фічу, тестуємо її в полі й робимо кращою.

 • Складні виклики. Великі карти, обмеження рендерингу, складне світло. Це хардкорний інжиніринг, а не перетягування кнопок.
 

Що треба буде робити:

 • Масштабувати архітектуру. Переходити від прототипу до стійкої системи, що витримує навантаження та нові механіки.

 • Працювати з великим відкритим світом. Оптимізувати великі карти, щоб вони «літали» навіть при серйозних технічних обмеженнях.

 • Вдосконалювати фізику та світло. Робити картинку та відчуття від польоту максимально наближеними до реальності.

 • Впроваджувати фічі за принципом "Ship fast, then iterate". Ми цінуємо швидкість доставки цінності до користувача.

Наш ідеальний кандидат:

 • Маєш 3+ роки досвіду з C# та Unity. Ти знаєш, як працює пам'ять і як змусити код працювати ефективно.

 • Фізика для тебе — не просто слово. Ти розумієш, як працюють сили, тертя та інерція (і як це реалізувати в коді).

 • Розумієшся на Lighting & Rendering. Знаєш, як працювати зі світлом на великих дистанціях і які обмеження це накладає.

 • В контексті. Ти розумієш, що відбувається в країні, і хочеш спрямувати свої скіли на допомогу армії.

 • Не боїшся брати відповідальність за рішення.

Як зайти в команду?

Ми не любимо довгих прелюдій. Надсилай посилання на свій GitHub або проєкти, до яких ти приклав руку (і де видно твій код/технічні рішення).

Досить робити ігри, щоб «вбити час». Роби те, що змінює хід подій.