Готовые игры
Готові ігри та ігрові вихідні файли дозволяють швидше запустити перевірюваний продукт, якщо замовник має законне право використовувати код, графіку, музику, шрифти та сторонні компоненти. На DitWork можна знайти виконавця для аудиту готового проєкту, перевірки ліцензії, reskin, локалізації, виправлення помилок, інтеграції backend і підготовки release-збірок.
Готовий проєкт не означає повністю готовий бізнес. Перед купівлею потрібно перевірити версію рушія, якість коду, залежності, ліцензії, можливість збірки, підтримку цільових пристроїв і реальний обсяг змін. Низька ціна вихідних файлів може приховувати застарілі бібліотеки, відсутність прав або неможливість публікації.
Які варіанти можна замовити
Формат послуги залежить від того, що вже існує та які права передаються. Шаблон механіки, white label продукт і повністю випущена гра мають різну цінність, ризики й обсяг подальшої роботи.
- готовий Unity, Unreal Engine або Godot проєкт із вихідним кодом
- starter kit або шаблон окремої механіки для нової розробки
- white label гра із заміною бренду, візуального стилю й контенту
- reskin мобільної або браузерної гри з новою графікою та локалізацією
- доопрацювання придбаного проєкту, оновлення рушія й залежностей
- аудит вихідних файлів перед купівлею або перенесення від іншого виконавця
Що перевірити до купівлі
Не оплачуйте проєкт лише за відео або встановленим APK. Отримайте доступ до репозиторію або проведіть демонстрацію збірки з вихідних файлів. Для кожного пакета, зображення, шрифту, звуку й плагіна має бути зрозумілим джерело, тип ліцензії та право передачі.
| Об’єкт перевірки | Ризик | Підтвердження |
|---|---|---|
| Вихідний код | передається лише збірка або неповний проєкт | репозиторій та успішна чиста збірка |
| Ліцензії | ресурси не можна використовувати комерційно або передавати | реєстр компонентів, чеки й тексти ліцензій |
| Залежності | застарілі SDK, видалені сервіси та закриті пакети | перелік версій і план оновлення |
| Публікація | проєкт порушує правила або використовує чужий бренд | аудит контенту, платежів, privacy і metadata |
| Підтримка | немає документації й ніхто не може виправити помилку | технічний огляд, інструкції та оцінка боргу |
Що включити у технічне завдання
Вкажіть цільові платформи, країни, мови, бажаний бренд, зміни механіки, monetization, analytics, рекламу, платежі, backend і строки. Перелічіть, що вже придбано та які документи підтверджують права. Якщо проєкт замінює наявний застосунок, опишіть package identifier, store-акаунт, збереження користувачів і сумісність.
- посилання на вихідний проєкт, версія рушія та доступні файли
- екрани, персонажі, рівні й ресурси, які потрібно замінити
- нові функції, інтеграції, analytics events і серверні дані
- підтримувані пристрої, роздільні здатності та мінімальні версії ОС
- формат передачі коду, доступів, signing keys і store-акаунтів
- критерії release-збірки, smoke test і список неприпустимих дефектів
Етапи доопрацювання готової гри
- Перевірити права, склад вихідних файлів, чистоту збірки та технічний борг.
- Створити backup і окрему гілку, зафіксувати початкову поведінку.
- Підготувати карту замін: бренд, UI, графіка, звук, тексти, рівні та механіки.
- Оновити залежності й лише потім виконувати функціональні зміни.
- Зібрати тестові версії, перевірити analytics, payments, ads і saves.
- Передати репозиторій, release-збірки, документацію, ліцензії та доступи.
Reskin без втрати якості
Reskin не повинен обмежуватися заміною іконки та кількох зображень. Потрібно перевірити розміри, safe areas, анімації, контраст, читабельність, локалізацію, звук і узгодженість інтерфейсу. Нова графіка має відповідати технічним обмеженням: atlas, compression, pivots, naming, resolution, polycount і memory budget.
Якщо змінюється тематика, старі тексти, analytics events, tutorial, achievements і store screenshots також переглядають. Інакше користувач отримає продукт із суперечливим брендом і залишками шаблону.
- єдина палітра, типографіка, іконки та візуальні стани
- перевірка екранів, loading, errors, tutorial і popup
- нові store screenshots, icon, promo image та description
- відповідність розмірів і форматів pipeline рушія
Оновлення рушія та сторонніх SDK
Великий перехід версії рушія виконують окремо від нових функцій. Спочатку проєкт збирають у початковій конфігурації, потім оновлюють контрольованими кроками та фіксують зміни API, rendering, physics, serialization і asset formats. SDK реклами, analytics, payments і authorization перевіряють на підтримку вимог платформи.
Не можна обіцяти, що будь-який старий проєкт оновиться без переробки. Деякі плагіни можуть бути зняті з підтримки, залежати від private packages або мати ліцензію, що забороняє передачу.
Від чого залежить вартість
- повнота вихідних файлів, якість архітектури й відтворювана збірка
- обсяг reskin, нової графіки, анімації, звуку, рівнів і локалізації
- різниця між поточними та цільовими версіями рушія, SDK і ОС
- нові payments, ads, analytics, accounts, backend і cloud saves
- кількість платформ, магазинів, мов і тестових пристроїв
- наявність документів на ресурси й потреба замінити спірні компоненти
Як обрати виконавця
Попросіть виконати технічний аудит до фіксованої оцінки великого обсягу. Спеціаліст має зібрати проєкт на чистій машині, показати залежності, пояснити архітектуру та виявити місця, де проста заміна ресурсу порушує функціональність.
Не передавайте store-акаунти й signing keys до вибору виконавця. Використовуйте окремі ролі з мінімальними правами. Репозиторій створіть у своїй організації та перевіряйте, що зміни, документація і ліцензії зберігаються там.
Чек-лист приймання
- проєкт збирається з нуля за інструкцією без особистих файлів розробника
- новий бренд не містить старих назв, посилань, іконок або analytics keys
- основні та помилкові сценарії працюють на цільових пристроях
- покупки, реклама, analytics, deep links і saves перевірені у test mode
- передано реєстр ліцензій і немає компонентів із незрозумілими правами
- замовник отримав репозиторій, збірки, store-матеріали, доступи й update plan
Право на код і неприпустимі джерела
Допустимі лише проєкти, на які продавець має право видавати ліцензію або передавати виключні права. Не можна купувати злиті вихідні файли, копії чужих ігор, викрадені акаунти, обхід захисту чи ресурси без дозволу. Навіть робочий проєкт із порушеними правами може бути видалений із магазину. Умови використання коду, кількість застосунків, право перепродажу та передачу наступному власнику фіксують письмово.
Як розмістити завдання щодо готової гри
Вкажіть джерело проєкту, рушій, доступні вихідні файли, підтвердження ліцензії, цільові платформи, обсяг reskin, нові функції та формат публікації. Додайте відео, поточну збірку й список відомих помилок. Зазначте, потрібен аудит перед купівлею, повне доопрацювання чи лише release preparation.
