Taska Core: общее ядро для продуктов Ventro
Taska Core хранит повторяемую бизнес-логику, которая нужна сразу нескольким продуктам Ventro. Отраслевые команды используют готовую основу и концентрируются на сценариях конкретного рынка.
Что входит в общее ядро
Любая бизнес-система снова решает похожие задачи: пользователи и роли, клиенты, сделки, задачи, уведомления, файлы, финансы и аудит действий. Если каждый продукт реализует эти механики отдельно, команда повторяет одну работу и получает разные правила в похожих местах.
Taska Core собирает повторяемые механики в платформенный слой. Он задаёт контракты, на которые опираются интерфейсы и отраслевые модули. Изменение общего контракта проходит проверку совместимости до выпуска в продукты.
- Пользователи, организации, роли и права доступа
- CRM-сущности, задачи, события и уведомления
- Финансовые операции, документы и журнал изменений
- Интеграции и общие правила работы API
Что остаётся на стороне продукта
Общее ядро не превращает продукты в одинаковые оболочки. Flowa отвечает за запись, расписание мастеров и работу салона. Oborot собирает экономику продавца маркетплейса. Cline описывает медицинский приём и движение материалов. Эти сценарии требуют собственных данных, интерфейсов и проверок.
Граница проводится по простому правилу: повторяемая механика с одинаковым смыслом уходит в Core, отраслевой процесс остаётся внутри продукта. Такая граница снижает связанность и сохраняет скорость команд.
- Flowa: услуги, специалисты, слоты и запись
- ClassUp: группы, уроки, посещаемость и оплаты
- Restora: смены, стандарты, закупки и операции заведения
- ProGym: абонементы, посещения, заморозки и продления
Как обновления доходят до продуктов
Платформенное изменение сначала описывается контрактом и проверяется на совместимость. Затем продукт подключает новую возможность в своём темпе. Такой порядок помогает выпускать общие улучшения без одновременной переделки всех интерфейсов.
У платформенного подхода есть цена: ядро требует дисциплины версий, тестов и документации. Ventro использует Core там, где повторное применение подтверждено несколькими продуктами. Единичная функция не попадает в платформу только ради формального единообразия.
Зачем это клиенту и инвестору
Клиент получает отраслевой продукт с базовыми управленческими функциями, которые уже прошли эксплуатацию в других сценариях. Команда продукта тратит больше времени на профильную задачу и меньше на повторную сборку авторизации или уведомлений.
Инвестор видит понятное разделение затрат: развитие общего ядра создаёт актив для портфеля, а продуктовый бюджет финансирует проверку конкретного рынка. При этом спрос каждого продукта всё равно проверяется отдельно продажами и удержанием клиентов.