Сразу предупреждаем: да, это пост про инди-игру.
И да, мы знаем, что на Пикабу у многих рефлекс — захейтить любую инди-разработку просто по факту её существования 😄
Но вместо «смотрите наш трейлер» мы хотим показать кое-что реально полезное: как мы отслеживаем результаты разработки, финансы, вклад команды и будущие роялти — и почему без этого в маленькой студии начинается хаос.
Наша команда небольшая, но в ней есть несколько человек, которые имеют право претендовать на Royalty с продаж нашей игры Medieval Contrast.
И тут появляется главный вопрос, который убивает большинство инди-проектов ещё до релиза:
Кто сколько вложил денег?
Кто сколько реально работал?
Кто сколько должен получить с продаж?
Потому что в реальности один человек может вкладывать деньги, второй — вкладывать сотни часов работы, а третий — помогать периодически. И если это не фиксировать, то после выхода игры начинается классическое:
Наше решение: сделать динамическую систему расчёта долей (роялти) как в стартапах
Мы решили подойти к этому не “по дружбе”, а по-взрослому.
Сделали систему, которая рассчитывает процент доли каждого участника, учитывая:
финансовые вложения (кто платил за что и сколько)
потраченные человеко-часы (кто сколько работал)
итоговую долю в проекте (динамическая ставка)
будущий доход с продаж (Royalty)
То есть примерно как в стартапах: один вкладывает деньги, другой делает продукт — а итоговая доля рассчитывается справедливо, а не «на глаз».
Название дали простое: Studio
Мы не стали выдумывать пафосные названия и назвали систему просто — Studio.
Изначальная цель была максимально прагматичная:
учитывать расходы по проекту
фиксировать, кто и на что вкладывает деньги
учитывать часы работы команды
рассчитывать доли и будущие выплаты
отображать статус игры, прогресс, отзывы в Steam и т.д.
Почему на чистом PHP?
Да, можно было сделать всё на Laravel, Symfony, Node.js или вообще на микросервисах.
Но мы выбрали путь попроще:
чистый PHP + MySQL, потому что:
этого достаточно для такой системы
разработка быстрее и дешевле
поддержку можно вести без отдельного backend-разработчика
проект не превращается в «платформу ради платформы»
Результат: разработка и контроль стали в разы проще
И вот тут самое интересное: мы реально почувствовали, что проект перестал быть «на энтузиазме» и стал управляемым.
видеть вклад каждого
понимать, где горит по финансам
оценивать, кто сколько реально сделал
планировать разработку и бюджет
Следующим шагом мы начали делать то, что обычно подключают через сторонние сервисы — но нам захотелось встроить это в Studio.
Добавили мониторинг посещений официального сайта игры:
учёт всех визитов
проверка уникальности (visit_key, ip_hash и т.д.)
отслеживание UTM-меток
фиксация источников перехода (Яндекс, Google, прямые заходы и т.п.)
корректное определение реферера
То есть теперь мы видим не только разработку, но и то, как аудитория реально реагирует на проект.
Если пост зайдёт — покажем, как всё устроено внутри: структура базы, логика уникальности, расчёт долей, интерфейс и какие выводы мы сделали по трафику.
Далее мы планируем привязать к кабинету число продаж, ключей и прочее, что можно интегрировать через API Steamworks. Так же планируем добавить различные заметки, план задач со статусами и прочее, что упростит и улучшит работу в рамках собственной системы в одном месте, а не с использованием нескольких других сервисов.
