Петр Шпис Автор работы Номинации: Фриланс-команда года, Digital и технологии, Лучший отраслевой проект

Playnox — игровой маркетплейс с собственной экономикой и безопасной сделкой

Фриланс-команда года Digital и технологии Лучший отраслевой проект

Задача

Playnox — новый digital-продукт, который создавался с нуля. Основатель пришел к нам с идеей маркетплейса для продажи игровых аккаунтов, валюты, предметов, скинов, ключей, подписок, услуг по прокачке и других цифровых товаров. Необходимо было превратить бизнес-идею в полноценную торговую платформу с собственной экономикой.

В отличие от обычного интернет-магазина, здесь в каждой сделке участвуют сразу три стороны: покупатель, продавец и сама платформа. Задачей было связать каталог, оплату, внутренний баланс, комиссии, удержание средств, вывод денег, чаты, споры и административный контроль. Покупка здесь — не одна транзакция, а цепочка состояний от оплаты до окончательного расчета с продавцом.

На рынке уже работают Playerok, GGsel, Starvell и другие крупные площадки. Одной из гипотез Playnox стала более привлекательная комиссия для продавцов при сохранении контроля и безопасности сделки. Поэтому нам нужно было проектировать не только интерфейс, но и экономику будущего маркетплейса.

Клиент пришел без готового технического задания и детальной продуктовой модели. Поэтому проект начали с Design First: сначала определили правила работы бизнеса, а уже затем начали превращать их в код.

Решение

Сначала разобрали привычные сценарии игровой торговли. Изучили конкурентов, структуру каталогов, механику покупки и продажи, работу балансов, споров и комиссий. Наша задача была не изобрести все паттерны заново, а сохранить знакомые аудитории действия там, где они уже хорошо работают.

Систему разделили на три полноценных контура: покупатель, продавец и администратор. Покупатель ищет предложение, оплачивает его, общается с продавцом и подтверждает выполнение заказа. Продавец создает товары, управляет активными предложениями, заказами, балансом и выводом средств. Администратор контролирует всю экономику площадки и спорные ситуации.

Центральной механикой стала безопасная сделка. После оплаты средства не переводятся продавцу сразу, а удерживаются внутри системы. После выполнения заказа покупатель подтверждает получение, платформа забирает комиссию, а остаток становится доступен продавцу.

Если условия нарушены, обычный заказ превращается в отдельный сценарий спора. Одна из сторон открывает обращение, сделка блокируется в соответствующем состоянии, а администратор получает данные для принятия решения — вернуть средства покупателю или завершить расчет с продавцом.

Баланс продавца спроектировали как отдельную финансовую систему внутри продукта. Деньги могут находиться в разных состояниях: участвовать в активной сделке, ожидать завершения заказа или быть доступными для вывода. Это позволяет не смешивать еще не заработанные средства с фактическим балансом продавца.

Гибкий каталог

Одной из ключевых продуктовых задач стал каталог. Игровой аккаунт, внутриигровая валюта, скин и услуга по прокачке требуют совершенно разных характеристик. Жестко зашитая структура каталога быстро стала бы ограничением для самого бизнеса.

Поэтому мы спроектировали конструктор категорий и характеристик. Администратор может создать новый тип товара и самостоятельно определить, какие параметры должен заполнить продавец и какие фильтры увидит покупатель.

Для разных параметров можно использовать разные типы полей: выбор значения, переключатель, диапазон и другие варианты. Новый сегмент товаров можно добавить через административную систему, а не через отдельный цикл перепроектирования и разработки всего каталога.

Так же гибко устроили комиссии. Владелец Playnox может задавать разные условия для разных категорий, тестировать экономику отдельных направлений и делать более привлекательные условия там, где это необходимо для привлечения продавцов.

Разработка

После Design First проект перешел в техническую реализацию. Главная сложность разработки — заставить десятки состояний сделки работать как одна непротиворечивая система.

Заказ нельзя рассматривать отдельно от оплаты, баланса и споров. Успешный платеж должен изменить состояние сделки, удержать средства, отразиться в интерфейсах обеих сторон и подготовить следующие доступные действия. Практически каждое действие одного пользователя меняет состояние продукта для другого.

Отдельно реализуется ролевая модель и права доступа. Покупатель и продавец могут работать с одной сделкой, но видеть разные данные и выполнять разные действия, а администратор получает дополнительный уровень контроля для модерации и разрешения спорных сценариев.

Каталог строится динамически на основе настроек администратора. Frontend не должен заранее знать все будущие категории товаров: интерфейс должен уметь собирать необходимые характеристики и фильтры из структуры, созданной в административной панели.

Отдельный технический контур связан с чатами между участниками сделки. Коммуникация должна сохраняться внутри заказа, чтобы история договоренностей не уходила в сторонние мессенджеры и при споре могла стать частью контекста для администрации.

Параллельно разработали полноценный UI в светлой и темной темах. Игровая визуальность помогает Playnox иметь собственный характер, но ключевые торговые сценарии намеренно оставлены знакомыми аудитории маркетплейсов.

Результат

В результате первоначальная идея превратилась в полноценную архитектуру игрового маркетплейса со своей финансовой и операционной логикой.

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

Гибкая модель категорий дает продукту возможность расширяться без постоянной перестройки ядра. Сегодня через Playnox можно продавать игровые аккаунты и валюту, завтра — добавить новый тип цифрового товара через настройки системы.

Безопасная сделка и управляемые комиссии формируют основу бизнес-модели площадки. Playnox может конкурировать не только интерфейсом, но и условиями для продавцов, сохраняя контроль над рисками для покупателей.

Сейчас проект находится в активной разработке: согласованная логика постепенно превращается в рабочий веб-сервис, а интерактивная версия уже позволяет пройти основные пользовательские сценарии.

Для нас ключевое в этом кейсе — масштаб работы с продуктом еще до его выхода на рынок. Клиент пришел с идеей игрового маркетплейса, а в разработку ушла уже система с определенными правилами торговли, экономикой сделки и архитектурой дальнейшего роста.