Быстрый старт
Что делать в первые 15 минут
Работу лучше начинать не с десятков отчетов, а с короткой проверки контура. Так команда сразу понимает, какие данные актуальны и где нужно принимать решение.
01Проверьте контур
Убедитесь, что выбрана правильная компания, магазины, период и валюта отчета.
02Оцените пульс
Начинайте с сводки отклонений: выручка, прибыльность, остатки, реклама и задачи команды.
03Раскройте причину
Проваливайтесь от метрики к товару, кабинету, статье затрат, поставке или рекламной кампании.
04Закройте действие
Фиксируйте ответственного, срок и контрольный показатель, чтобы отчет не заканчивался просмотром.
Картина системы
Как устроен ISAIP
ISAIP строится как живой двойник бизнеса: данные приходят из источников, проходят DataCore, получают бизнес-смысл в OLAP-слое и превращаются в дашборды, объяснения и задачи.
- Источники отдают сырой факт: продажи, остатки, реклама, финансы, закупки, команда.
- DataCore хранит историю, контролирует загрузки, сопоставляет справочники и подсвечивает проблемы качества.
- Семантический слой описывает метрики, формулы, измерения, версии расчетов и права доступа.
- BI-конструктор дает управляемые фильтры, группировки, поля, детализацию и выгрузки.
- ИИ-контур объясняет отклонения, находит аномалии, формирует гипотезы и помогает ставить задачи.
Первый день
Первый вход и базовая проверка
После авторизации пользователь попадает в рабочий контур компании. Главная задача первого входа - убедиться, что данные читаются правильно и пользователь видит только свой периметр.
- Откройте рабочее пространство и проверьте название компании, доступные магазины и роль.
- Выберите период: день, неделя, месяц, квартал или произвольный диапазон.
- Сверьте дату последней загрузки по каждому источнику и статус качества данных.
- Откройте основной дашборд и сохраните рабочий вид с нужными фильтрами.
- Проверьте, что выгрузки не содержат лишних полей для вашей роли.
Данные
Источники, загрузки и качество
Любая аналитика начинается с доверия к данным. В ISAIP у каждой загрузки есть статус, время, источник, проверка полноты и история изменений.
- Маркетплейсы: Ozon, WB, кабинеты, товары, заказы, возвраты, комиссии, логистика и реклама.
- Операционный слой: ERP, WMS, закупки, поставщики, партии, складские операции и остатки.
- Финансы: платежи, статьи затрат, управленческие корректировки, себестоимость и денежный поток.
- Команда: роли, KPI, план/факт, задачи, статусы и ответственные.
- Если источник отстал, система должна показывать дату последней успешной загрузки и зону риска.
Ежедневная работа
Дашборды, фильтры и детализация
Дашборд в ISAIP - не статичная картинка. Пользователь меняет поля, фильтры, группировки и уровень детализации под свой управленческий вопрос.
- Фильтры применяются по периоду, магазину, кабинету, товару, категории, бренду, складу, поставщику и статусу.
- Поиск должен работать по ключевым полям: SKU, артикул, название товара, кампания, статья затрат.
- Группировки позволяют смотреть картину по дням, неделям, месяцам, товарам, категориям и магазинам.
- Детализация раскрывает путь от общей метрики к строкам, из которых она собрана.
- Пользователь может сохранять представления, чтобы не собирать один и тот же анализ заново.
Финансовое ядро
PnL и себестоимость
PnL - ключевой слой продукта. Он показывает не только выручку, но и реальную экономику: себестоимость, комиссии, логистику, рекламу, операционные расходы и итоговую прибыльность.
- Выручка очищается от возвратов, отмен и корректировок периода.
- Себестоимость подтягивается по товару, партии или принятому правилу распределения.
- Комиссии, логистика, эквайринг и прочие удержания маркетплейсов раскладываются по понятным статьям.
- Реклама связывается с продажами, ДРР, ROAS и вкладом кампаний в прибыльность.
- PnL должен раскрываться сверху вниз: компания, магазин, канал, категория, товар, SKU, заказ.
Глубокий анализ
OLAP и BI-конструктор
OLAP-слой нужен, чтобы пользователь не зависел от заранее нарисованных отчетов. Он собирает нужную таблицу или витрину из проверенных метрик и измерений.
- Измерения отвечают на вопрос где смотреть: период, магазин, категория, товар, склад, поставщик, кампания.
- Метрики отвечают на вопрос что измерять: выручка, заказы, себестоимость, прибыльность, остаток, ДРР, оборачиваемость.
- Формулы хранятся централизованно, чтобы одна и та же метрика считалась одинаково во всех отчетах.
- Права ограничивают доступ к чувствительным полям, магазинам и финансовым показателям.
- Сохраненные витрины можно использовать в дашбордах, выгрузках и ИИ-разборах.
ИИ-контур
Как работать с ИИ-разбором
ИИ в ISAIP не должен быть игрушкой поверх графиков. Его задача - объяснить, почему изменилась метрика, какие факторы повлияли на результат и что делать дальше.
- Задавайте вопрос на языке бизнеса: почему упала прибыльность, где выросла себестоимость, какие товары тянут склад.
- Ответ должен ссылаться на источник данных, период, фильтры и формулу метрики.
- Любая рекомендация должна быть проверяемой: пользователь видит факты, на которых она построена.
- ИИ может предложить задачу, но критичные действия подтверждает человек.
- Хороший результат ИИ-разбора - не красивый текст, а понятное управленческое решение.
Доступ
Роли, права и рабочие пространства
Один продукт может обслуживать разные компании и команды, но каждый пользователь должен видеть только свой контур данных и действий.
- Администратор управляет пользователями, источниками, ролями, магазинами и общими настройками.
- Руководитель видит управленческую картину, PnL, риски, задачи и итоговые показатели.
- Аналитик работает с конструктором, проверкой данных, формулами, витринами и выгрузками.
- Операционный пользователь видит свои задачи, товары, статусы, KPI и нужные рабочие отчеты.
- Внешние клиенты получают отдельный ограниченный контур без доступа к полному продукту.
Ритм управления
Ежедневный управленческий сценарий
Ценность ISAIP раскрывается, когда система становится рабочим ритмом команды: утром показывает главное, днем помогает принимать решения, вечером фиксирует контроль.
- Утро: откройте пульс компании и посмотрите отклонения по выручке, прибыльности, остаткам и рекламе.
- День: раскройте причины, сравните периоды, проверьте товары и ответственных.
- Неделя: смотрите PnL, оборачиваемость, рекламную эффективность и план/факт по команде.
- Месяц: фиксируйте управленческие выводы, сценарии, корректировки планов и список действий.
- Любой отчет должен завершаться решением: оставить, изменить, проверить, назначить или остановить.
Термины
Глоссарий продукта
DataCore
центральный слой данных, где хранятся загрузки, история, маппинг и контроль качества.
OLAP
многомерный анализ, где метрики можно смотреть в разных разрезах и уровнях детализации.
PnL
управленческий отчет о прибыли и убытках с выручкой, затратами и прибыльностью.
Семантика
словарь метрик, формул и измерений, чтобы цифры считались одинаково во всех отчетах.
Витрина
подготовленный набор данных для дашборда, выгрузки, OLAP-анализа или ИИ-разбора.
Детализация
переход от общего показателя к строкам и факторам, из которых он сложился.
Ответы
Частые вопросы
Как понять, что данным можно доверять?
Смотрите дату последней загрузки, статус источника, предупреждения качества и расшифровку метрики. Если источник отстал или есть неполные строки, дашборд должен явно это показать.
Можно ли собрать свой отчет?
Да. Для этого используется BI-конструктор: выберите метрики, измерения, фильтры, группировки и сохраните представление для повторной работы.
Где смотреть PnL?
PnL открывается в финансовом контуре. Начинайте с периода и магазина, затем раскрывайте результат до категории, товара, SKU, статьи затрат или заказа.
ИИ может сам принимать решения?
Нет. ИИ помогает найти причину, сформулировать гипотезу и предложить действие. Ответственный пользователь подтверждает решение и контролирует результат.
Чем база знаний отличается от внутренних регламентов?
База знаний описывает, как работать с продуктом. Внутренние регламенты компании могут дополнять ее правилами ролей, SLA, бюджетов и согласований.