Автоматизации разошлись по площадкам.Я собираю их воедино.
Я начал с простого наблюдения: продавцы цифровых товаров повторяют одни процессы, но для каждой площадки вынуждены собирать отдельное решение.
Проблема, которую я увидел
FunPay, Playerok и другие площадки цифровых товаров отличаются правилами, событиями и возможностями интеграции. Но продавцам везде нужно одно и то же: принять заказ, проверить данные, обратиться к поставщику, выдать результат и обработать ошибку.
Я видел, как рынок обрастает ботами, скриптами и разовыми интеграциями, а полезная логика остаётся привязана к месту, где её однажды собрали. Мне захотелось дать этой логике один понятный дом.
Один маршрут вместо разрозненных скриптов
Площадка меняется. Логика та же.
Модуль переводит событие площадки в нейтральные данные. Сценарий проверяет их, выполняет нужное действие и сохраняет результат.
01
+
Подключение
FunPay, Playerok или другая площадка.
02◇Событие
Заказ, сообщение или другое поддерживаемое изменение.
03?Проверка
Сценарий оценивает данные и выбирает ветку.
04→Действие
Обращается к поставщику, меняет данные или выдаёт товар.
05✓Результат
Успех или понятное место ошибки в истории запуска.
Во что я верю
Я хочу, чтобы вся бизнес-логика жила в одном понятном месте, где продавец сможет самостоятельно собирать и менять повседневные сценарии — визуально, без знания кода и обращения к разработчику за каждой новой идеей.
02
Один понятный сценарий
Бизнес-логика живёт в наглядном версионируемом сценарии, а не в спрятанном скрипте.
03
Явная совместимость
Версии и возможности модулей проверяются до настоящего запуска, а не после сбоя.
04
Развитие вместе с пользователями
Продукт развивается вокруг практических задач продавцов и разработчиков интеграций.