Insight Management System (IMS): Руководство пользователя
Insight Management System (IMS) — это модуль управления жизненным циклом аналитических инсайтов. Система позволяет консолидировать все найденные точки роста и проблемные зоны в едином интерфейсе, управлять процессом их внедрения и оценивать фактический экономический эффект.
Функционально IMS представляет собой канбан-доску (аналог CRM для гипотез), где каждый инсайт проходит путь от генерации до реализации.
1. Обзор интерфейса и навигация
Рабочее пространство IMS организовано по принципу канбан-доски. Основные элементы интерфейса — это столбцы (статусы) и карточки инсайтов.
Статусы жизненного цикла
В системе предусмотрены системные и кастомные статусы:
Сгенерирован: Сюда по умолчанию попадают все новые инсайты, найденные алгоритмами Smart Data Hub.
Реализован: Конечный статус для успешно внедренных гипотез.
Отказ: Статус для отклоненных гипотез (подробнее в разд. 4).
Настройка колонок: Пользователь имеет полные права на управление промежуточными статусами (например, «В работе», «На согласовании», «Тестирование»):
Создание: Добавление новых этапов пайплайна.
Редактирование: Переименование столбцов и изменение их цвета для визуального кодирования.
Удаление: Удалить столбец можно только в том случае, если в нем нет активных карточек (их нужно перенести или удалить).
Управление карточками осуществляется методом Drag-and-Drop или через контекстное меню.
Экономические показатели в заголовках
Над каждым статусом отображается накопленный экономический эффект — сумма потенциальной выгоды всех инсайтов, находящихся в данной колонке. Это позволяет мгновенно оценить «стоимость» каждого этапа работ (например, сколько денег зависло в статусе «В разработке»).
2. Структура карточки инсайта
Карточка инсайта содержит полную аналитическую информацию, необходимую для принятия управленческого решения.
Зеленая стрелка вверх: Эффективность сегмента демонстрирует выдающийся рост.
Важно: Это не означает рост трафика и/или целевой метрики. Например, если трафик неэффективного сегмента падает, его негативное влияние на целевую метрику ослабевает — система расценивает это как рост общей эффективности (зеленая стрелка).
Также при наведении курсора на любые сущности в карточке (названия метрик, параметры) всплывают подсказки, объясняющие значение конкретного параметра.
2.1. Интерпретация и рекомендации
Для снижения когнитивной нагрузки система генерирует описание инсайта на естественном языке.
Это экспертный уровень интерпретации: система понимает суть параметров. Например, отличает посадочную страницу от промежуточной, распознает типы устройств.
Учитываются спецсимволы в данных (например, многоточие … в начале пути интерпретируется как “вход не с посадочной страницы”).
2.3. Рекомендации и симуляция пути пользователя
Модуль LLM принимает на вход интерпретацию и найденные причины, чтобы сформировать Action Plan.
Симуляция User Journey: При формировании рекомендаций система автоматически проходит маршрут пользователя, воспроизводя его паттерны:
Эмуляция устройства: Если сегмент касается мобильных пользователей, бот эмулирует соответствующее разрешение экрана и User-Agent.
Проверка доступности: Система фиксирует технические ошибки (например, 404, битые элементы), которые могли повлиять на метрики.
Учет ограничений рекламных площадок: Если рекомендация касается трафика, система проверяет возможность её реализации в конкретной рекламной сети. Если действие запрещено правилами площадки, алгоритм предложит легальный «обходной путь».
В карточке доступны раскрывающиеся блоки:
«Как это объяснить»: Причинно-следственные связи, объясняющие возникновение инсайта (например, причины падения конверсии).
Рекомендации: Система предлагает Action Plan двух уровней:
Решение на уровне сайта (UX/UI, технические правки).
Решение на уровне трафика (настройки рекламных кампаний).
2.4. Расчет экономического эффекта
Система прогнозирует финансовый результат от внедрения инсайта.
Логика расчета (Пессимистичная модель): Моделируется ситуация, при которой бюджет из «Проблемной зоны» перераспределяется в «норму» (а не в «эффективные» сегменты). Это позволяет избежать завышенных ожиданий.
Штраф за масштабирование: Учитывается нелинейность роста. При попытке масштабировать эффективный сегмент применяется коэффициент удорожания (привлечь +50% аудитории дороже, чем привлечь +10%).
Сроки пересчета: Полный пересчет экономического эффекта по проекту занимает около 10-20 минут.
Примечание: Кривая штрафа за масштабирование настраивается в глобальных настройках проекта.
2.5. Спарклайны
Внутри карточки отображаются спарклайны — мини-графики, показывающие динамику целевой метрики.
Период отслеживания: 90 дней с момента обнаружения инсайта.
Алертинг: Если после переноса в статус «Реализован» метрики ухудшаются, на карточке появляется предупреждающий значок (алерт). Это позволяет оперативно откатить изменения.
2.5. Приватность
В карточке доступна функция «Закрыть общий доступ» (иконка замка). При её активации карточку видит только текущий пользователь. Это удобно для черновиков или гипотез, требующих личной проверки перед публикацией на доску команды.
3. Инструменты коллаборации
IMS поддерживает командную работу над инсайтами.
Назначение ответственного: Каждой карточке можно присвоить ответственного. Если настроена маршрутизация (см. раздел 5), ответственный может назначаться автоматически при попадании карточки на доску, для этого в настройках необходимо указать ответственного по умолчанию.
Комментарии: Внутри карточки доступен чат для обсуждения гипотезы между участниками команды.
Обратная связь: Пользователи могут ставить эмодзи-реакции на карточки. Система использует эти данные для обучения, чтобы в будущем приоритизировать наиболее релевантные типы инсайтов для конкретного клиента.
Копирование ID: При копировании ID инсайта или отчета в интерфейсе появляется визуальное подтверждение (галочка).
Система обратной связи («Лайки»)
Пользователи могут обучать систему, выставляя оценки качеству инсайтов:
Позитивные реакции: Инсайт полезный/качественный.
Негативные реакции: Инсайт нерелевантный или ошибочный.
🤔 Думающий смайлик: Нейтральная оценка.
Примечание: Отсутствие реакции система по умолчанию считает положительным сигналом («инсайт ценный, взят в работу»). Дизлайки критически важны для фильтрации шума в будущем.
4. Работа с отказами
Если инсайт не может быть реализован, он переносится в статус “Отказ”. При этом система требует указать причину отказа.
Важно: Перенос в статус «Отказ» возможен только через контекстное меню (правая кнопка мыши). Функция Drag-and-Drop для этого статуса отключена специально, чтобы избежать случайного удаления важных гипотез.
Процесс отказа:
Нажмите правой кнопкой мыши на карточку.
Выберите пункт «В отказ».
В появившемся окне обязательно выберите причину отказа (например, «Технически невозможно», «Низкий приоритет», «Дубль»).
Чтобы перейти в “Отказ” необходимо нажать кнопку в разделе настройки.
Сбор статистики по отказам позволяет проводить бенчмаркинг: сравнивать процент внедрения инсайтов конкретной команды со средними показателями по рынку.
5. Настройки и интеграции
5.1. Управление ценностью заявки
В случаях, когда прямая интеграция с CRM отсутствует или данные о продажах не передаются, администратор может задать фиксированную «Ценность заявки». Это позволяет системе рассчитывать экономический эффект в деньгах, даже в условиях отсутствия непосредственных данных о продажах.
5.2. Telegram-бот
IMS поддерживает интеграцию с Telegram для оперативного уведомления. Бот Smart Data Hub доставляет новые инсайты (с кратким описанием и ссылкой на карточку) непосредственно в рабочие чаты или личные сообщения сотрудников.
5.3. Множественные доски и Маршрутизация по тегам
Для крупных команд, агентств и холдингов предусмотрена работа с несколькими досками (Multi-board). Типовые сценарии использования:
Разделение по направлениям бизнеса (e-commerce, b2b).
Разделение по типу команды (Продуктовая, Маркетинговая, Аналитическая).
Работа с подрядчиками (Внутренняя команда vs Внешнее агентство).
Создать новую доску можно через всплывающее окно в настройках:
Принцип работы маршрутизации
Маршрутизация работает по принципу связки «Метка получателя» → «Метка источника». Это позволяет системе понять, на какую из доступных досок отправить результаты конкретной генерации.
Процесс настройки:
Настройка принимающей доски: В настройках конкретной доски необходимо задать уникальный тег (например, #agency_context или #product_team). Этим действием вы определяете доску как приемник для всех задач с данной меткой. Примечание: Убедитесь, что теги уникальны для каждой доски, чтобы избежать смешивания потоков.
Запуск задачи на генерацию: При создании новой задачи на генерацию инсайтов в поле параметров укажите соответствующий тег.
Пример: Если вы запускаете анализ для внешнего рекламного агентства, укажите тег #agency_context.
Автоматическое распределение: Система проанализирует данные и присвоит найденным инсайтам указанный тег. Инсайты, двигаясь по пайплайну, автоматически попадут в столбец «Сгенерирован» на той доске, которая настроена на этот тег.
Сценарии использования
Маршрутизация критически важна для гибкого разделения зон ответственности в крупных проектах. Мы выделяем 4 основных боевых кейса:
По типу подрядчика: Вы можете создать изолированную доску для внешнего подрядчика. Агентство будет видеть только свои задачи по оптимизации трафика и не получит доступа к внутренним продуктовым гипотезам или конфиденциальным данным.
По типу команды: Разделение потоков между Маркетингом и Продуктом.
Маркетологи получают инсайты, касающиеся стоимости закупки и рекламных креативов.
Продуктовая команда работает с гипотезами по UX/UI, CJM и технической оптимизации сайта. Это предотвращает смешивание задач с разной логикой исполнения.
По направлениям бизнеса: Если компания ведет несколько независимых продуктов или брендов в рамках одного аккаунта, разные теги позволяют вести полностью независимые бэклоги гипотез для каждого направления, не создавая путаницы в отчетности.
По регионам: Для компаний с филиальной сетью или международным бизнесом. Позволяет разделять гипотезы, специфичные для конкретного гео (например, «Москва» vs «Регионы» или разные страны), учитывая локальную специфику спроса.
Обработка пересечений
Возникают ситуации, когда один и тот же инсайт может быть релевантен одновременно для нескольких досок (например, проблема на чекауте важна и для продуктовой команды, и для маркетологов, закупающих трафик).
Логика работы системы: Система IMS предотвращает хаотичное дублирование через строгую привязку к источнику задачи.
Приоритет инициатора: Инсайт попадает на ту доску, в рамках чьей задачи (и чьего тега) он был обнаружен.
Если проверку запустил маркетолог с тегом #marketing, инсайт о проблеме чекаута попадет на доску маркетинга.
Это позволяет сохранить контекст: для маркетолога этот инсайт — причина потери бюджета (нужно остановить рекламу), для продукта — задача на разработку (нужно чинить баг).
Работа с дублями: Если аналогичный инсайт будет найден в ходе другой проверки (с другим тегом), он попадет на соответствующую другую доску. В системе это допустимо, так как разные команды могут работать над одной проблемой с разных сторон (например, маркетинг меняет посадочную страницу, пока продукт чинит бэкенд).
Рекомендация: Для эффективной работы рекомендуется не смешивать потоки. Если инсайт требует внимания смежной команды, используйте функции коллаборации (копирование ID или обсуждение), а не дублирование карточки вручную.
