О проекте

Автоматизации разошлись по площадкам.Я собираю их воедино.

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

Проблема, которую я увидел

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

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

Один маршрут вместо разрозненных скриптов

Площадка меняется. Логика та же.

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

01
FunPayPlayerok+
Подключение

FunPay, Playerok или другая площадка.

02Событие

Заказ, сообщение или другое поддерживаемое изменение.

03Проверка

Сценарий оценивает данные и выбирает ветку.

04Действие

Обращается к поставщику, меняет данные или выдаёт товар.

05Результат

Успех или понятное место ошибки в истории запуска.

Сценарий хранит шаги 03–05

Я могу один раз проверить и версионировать эту логику, а затем использовать её с каждым совместимым подключением вместо сборки всей автоматизации заново.

Во что я верю

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

02

Один понятный сценарий

Бизнес-логика живёт в наглядном версионируемом сценарии, а не в спрятанном скрипте.

03

Явная совместимость

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

04

Развитие вместе с пользователями

Продукт развивается вокруг практических задач продавцов и разработчиков интеграций.