Игровые предметы и e-pin

ПО для маркетплейса игровых предметов и e-pin

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

Попробовать бесплатноЗапросить цену
Доставки нет; передача завершается за секунды
Мгновенная выдачаДоставки нет; передача завершается за секунды
Автоматическая выдача из пула e-pin и ключей
Автоматический кодАвтоматическая выдача из пула e-pin и ключей
Управление риском возвратных платежей через удержание выплат
Срок удержанияУправление риском возвратных платежей через удержание выплат
Баланс, заявки на вывод и история операций
КошелёкБаланс, заявки на вывод и история операций

В чём главная задача маркетплейса игровых предметов и e-pin?

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

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

Второй риск — на стороне платежей. У мгновенно передаваемых товаров доля возвратных платежей (chargeback) выше, чем в обычной электронной коммерции; когда покупатель отзывает оплату, площадка может потерять и код, и деньги. Поэтому срок удержания выплат, лимиты продавцов и правила подозрительных операций в этой модели не опция, а обязательные элементы.

Управление рисками

Две стороны риска: передача и оплата

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

Безопасность передачи

  • Код и ключ раскрываются покупателю только после подтверждения оплаты
  • Момент первого показа кода фиксируется; это становится основанием при спорах
  • Шаг подтверждения передачи и ограничение по времени для товаров с ручной выдачей
  • Автоматическая отмена и возврат заказа, если передача не состоялась в срок
  • Отображение показателей передачи в профиле продавца
  • Разбор всей переписки и истории операций на одном экране при споре

Платёжный и мошеннический риск

  • Срок удержания выплаты: сумма открывается продавцу не сразу, а с задержкой
  • Дневные лимиты по количеству операций и суммам для новых продавцов
  • Автоматическая очередь проверки по правилам подозрительных операций
  • Пометка аккаунтов, созданных с одного устройства или платёжного средства
  • Дополнительная проверка при операциях на крупные суммы
  • Выявление фейковых аккаунтов и верификация личности (KYC) — в рамках доработок под проект
Сценарий

Путь заказа от оплаты до вывода средств

То, на каком шаге деньги переходят продавцу, определяет всю эту модель.

  1. Продавец заводит товар

    Выбираются игра, сервер, регион и тип товара. Для товаров с автоматической выдачей загружается пул кодов; для предметов с ручной передачей указываются срок и способ передачи.

  2. Покупатель платит, сумма блокируется

    Оплата принимается через платформу и не уходит продавцу напрямую. Именно на этом шаге держится вся механика доверия в категории.

  3. Происходит передача

    У автоматических товаров код берётся из пула и мгновенно показывается покупателю. У ручных продавцу уходит уведомление; стороны встречаются в переписке внутри платформы и совершают передачу.

  4. Покупатель подтверждает получение

    Передача считается завершённой, когда код показан или покупатель дал подтверждение. Если в заданный срок возражений не поступает, заказ подтверждается автоматически.

  5. Выплата уходит в период удержания

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

  6. Продавец выводит баланс

    Создаётся заявка на вывод, рассчитываются удержания и выполняется выплата. Все движения перечислены в истории операций в панели продавца.

Модули

Модули, готовые для маркетплейса игровых предметов и e-pin

Пул кодов и автоматическая выдача

E-pin и ключи загружаются пакетно, при продаже берутся из пула и показываются покупателю. Повторная продажа одного и того же кода исключена.

Продажа игровой валюты и баланса

Продажа по единицам: тысяча золота, сто кристаллов. Цена считается по единице, а остаток продавец обновляет сам.

Размещение предметов

Размещение с полями игры, сервера, региона и редкости. Шаблоны полей категории задаются отдельно для каждой игры.

Правила удержания выплат

Сроки удержания различаются по истории продавца: у нового длиннее, у проверенного короче.

Правила подозрительных операций

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

Переписка внутри платформы

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

Уровни и лимиты продавцов

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

Рейтинги и значок скорости выдачи

Покупатель ставит оценку после получения; среднее время выдачи видно в карточке продавца и влияет на позицию в выдаче.

Автоматическая отмена и возврат

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

Поддержка мобильного приложения

В этой категории поведение пользователей во многом мобильное; приложения для iOS и Android работают на том же ядре, что и веб.

Кошелёк и управление выводом

Баланс продавца, сумма в удержании и доступная к выводу сумма показываются отдельно; заявки на вывод подтверждаются в панели управления.

Правила запрещённых товаров

Какие игры и типы товаров открыты для продажи, задаётся правилами; записи вне этих рамок не публикуются.

На что обратить внимание

Четыре вопроса, которые нужно решить при запуске этой модели

Это не программные, а коммерческие и юридические решения; платформа оставляет каждое из них настраиваемым.

Продажа аккаунтов и правила издателей

Передача игрового аккаунта противоречит условиям использования большинства издателей. Какие типы товаров открывать для продажи — коммерческое и юридическое решение; платформа поддерживает ограничения на уровне категории.

Набор правил задаёте вы

Список запрещённых игр, ограничения по типам товаров и возрастной ценз задаются в панели управления; записи вне этих рамок останавливаются на модерации.

Окно возвратного платежа

У мгновенно передаваемых товаров срок оспаривания может быть длинным. Срок удержания выплат нужно настроить так, чтобы он покрывал это окно.

Налоговый и бухгалтерский учёт

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

FAQ

Часто задаваемые вопросы

Вопросы, которые чаще всего задают в проектах маркетплейсов игровых предметов и e-pin.

Поскольку физического товара нет, понятия доставки, остатков и возврата работают иначе. Зато возникает более жёсткая задача: доказать, что передача действительно состоялась. Передача завершается за секунды и необратима; код, который однажды показали, считается использованным. Поэтому в центре платформы стоит не каталог, а механика доверия, определяющая, когда деньги перейдут продавцу.
Продавец пакетно загружает свои e-pin или ключи в пул кодов. Когда покупатель завершает оплату, система берёт код из пула, показывает его покупателю и помечает как использованный; продать тот же код второй раз невозможно. Момент первого показа кода фиксируется, и при споре эта запись служит основанием. Когда пул истощается, продавцу уходит предупреждение об остатке.
После приёма оплаты и блокировки суммы продавцу уходит уведомление и начинается отсчёт срока передачи. Стороны встречаются в переписке внутри платформы и совершают передачу; когда покупатель подтверждает получение, заказ завершается. Если передача не состоялась в срок, заказ отменяется автоматически, заблокированная сумма возвращается покупателю, а случай отражается в показателях продавца.
В этой категории доля возвратных платежей выше, чем в обычной электронной коммерции, потому что товар выдаётся мгновенно и не отзывается. Основная мера — срок удержания выплаты: сумма зачисляется на баланс продавца, но не открывается к выводу, пока не закроется окно оспаривания. Кроме того, задаются дневные лимиты по операциям и суммам для новых продавцов, правила подозрительных операций и дополнительная проверка при крупных суммах. Модуль автоматического выявления мошенничества относится к доработкам под проект.
Технически платформу можно настроить и на это, однако передача аккаунта противоречит условиям использования большинства издателей и может закончиться его блокировкой. Это решение не программное, а коммерческое и юридическое. Платформа позволяет ограничивать на уровне категории, какие игры и типы товаров открыты для продажи; записи вне этих рамок останавливаются на модерации. Принимать такое решение мы рекомендуем вместе с вашим юристом.
Продавцам можно присваивать уровни по истории операций, показателям передачи и оценкам. Каждому уровню задаются свой дневной лимит суммы, ставка комиссии и срок удержания выплат; у нового продавца лимит узкий, а удержание длинное, у проверенного — наоборот. Переходы между уровнями можно автоматизировать рабочими процессами.
Самая распространённая модель — комиссия с операции; её ставку можно различать по игре, типу товара или уровню продавца. Дополнительно можно завести пакеты выделенного размещения, подписки продавцов, плату за ускоренный вывод и рекламные места. Поскольку комиссия удерживается автоматически внутри платёжного сценария, отдельный процесс её сбора не нужен.

Похожие страницы

ПО для игрового маркетплейса

Платформа широкой игровой категории, где ключи, консоли и оборудование продаются вместе.

ПО для C2C-маркетплейса

Общая рамка модели продаж между пользователями и список модулей.

ПО для маркетплейса электроники

Схема доверия и проверки при крупных суммах на стороне физических товаров.

Все возможности маркетплейса

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

Начните строить свой маркетплейс игровых предметов и e-pin

Спланируем вместе, какие типы товаров вы откроете, какими будут лимиты продавцов и срок удержания выплат.

Попробовать бесплатноЗапросить цену

Поддержка при внедрении · Автоматическая выдача кодов · Поддержка 24/7