ТМ Пульс — платформа управления трейд-маркетинговыми инвестициями для производителей. В одном контуре соединены акция, экономика по SKU, бюджет, согласование, фактический результат и управленческая аналитика.
Одна и та же промоакция может одновременно существовать в расчёте менеджера, бюджете маркетинга, переписке согласующих, данных учётной системы и отчёте после завершения. Чем больше участников и источников данных, тем сложнее сохранять единую версию процесса и финансового результата.
В этом проекте я одновременно работаю на нескольких уровнях: от бизнес-логики и методологии до системных требований, UX и упаковки продукта для рынка.
Определила, какие сущности и процессы должны жить в системе: акция, SKU, клиент, бюджет, резерв, этап согласования, факт и показатели эффективности.
Прорабатываю роли, бизнес-правила, состояния, расчёты, права доступа, API и интеграционные сценарии. Сложная логика превращается в однозначные требования разработке.
Проектирую сценарии вокруг реальной работы команды: быстро создать акцию, понять экономику, увидеть доступный бюджет, пройти согласование и затем сравнить план с фактом.
Декомпозирую продукт в самостоятельные задачи, проверяю реализацию, тестирую сценарии и развиваю платформу итерациями — от ядра до интеграций и аналитики.
Собрала позиционирование и публичную упаковку tmpulse.ru вокруг ключевой ценности продукта: единого контура управления деньгами, которые компания инвестирует в стимулирование продаж.
Вместо набора независимых модулей система строится вокруг того, как промо реально проходит через компанию: от исходных данных и расчёта до факта и управленческого вывода.
Клиенты, SKU, регионы, цены, роли.
единые справочникиМеханика, период, клиент, SKU и условия.
единая карточкаПродажи, скидка, затраты, прибыльность и ROI.
расчёт по SKUЛимит, резерв и связь денег с активностью.
видимость обязательствЭтапы, ответственные, решения и история.
маршрут процессаФактический объём и условия после запуска.
данные реализацииПлан / факт и вклад активности в результат.
решение для следующего циклаКорпоративный продукт должен свести в одну согласованную модель расчёты, права доступа, бюджет, бизнес-процесс и внешние данные.
Расчёт строится по SKU, чтобы одновременно видеть общий результат акции и вклад конкретных позиций.
Маршрут, роли, решения и задачи связываются с конкретной активностью. Статус, история и ответственность остаются внутри процесса.
Система проектируется как часть существующей ИТ-архитектуры компании и получает данные из учётных и CRM-систем.
Ключевые решения формировались вокруг целостности процесса: одна модель акции, прозрачная финансовая логика, связанный бюджет и встроенный интеграционный контур.
Структура системы строится вокруг состояния акции и её движения по процессу: подготовка, расчёт, резерв, согласование, запуск, факт и оценка.
Бюджет, резерв и финансовый результат относятся к той же сущности, которую команда согласует и исполняет. Это позволяет видеть финансовые обязательства на протяжении всего процесса.
Итоговые показатели можно разложить на исходные параметры и вклад отдельных позиций. Расчётная модель остаётся проверяемой и детализируемой до SKU.
Корпоративные данные уже существуют в 1С, CRM и других системах, поэтому обмен с внешними источниками проектируется как часть архитектуры продукта.
ТМ Пульс развивается как полноценная корпоративная платформа: уже реализовано продуктовое ядро, финансовая логика, бизнес-процессы, справочники и интеграционный контур. Следующий этап — развитие аналитики, прогнозирования и сценариев промышленного внедрения.
Для корпоративного сценария важна возможность разворачивать платформу во внутреннем контуре заказчика и подключать её к существующим источникам данных.
В сложных системных проектах я начинаю с процесса, данных, экономики и ролей — и уже из этой модели проектирую продукт и интерфейс.