Медиа imot.io
Метод

Откуда берутся инсайты: превращаем «шум» в решения по модели DIKW

Во многих компаниях накопление данных давно перестало быть проблемой. Проблема другая: данных много, а управленческих решений на их основе – мало.
Типичный пример — коммуникации с клиентами. Каждый день появляются новые записи звонков, переписки в чатах, письма, комментарии в CRM. Это часто описывают формулой data rich, information poor: данных достаточно, но они не превращены в информацию, знания и решения.
Ниже – понятная модель, которая помогает объяснить, где именно «теряется смысл», и что нужно построить в компании, чтобы инсайты появлялись системно.

Пирамида DIKW

DIKW (Data → Information → Knowledge → Wisdom/Insight) — модель управления знаниями. Её удобно использовать как чек-лист: на каком уровне вы сейчас находитесь и чего не хватает, чтобы дойти до решений.

1) Data — данные

Необработанные факты без контекста.
Пример: аудиофайл call_2304.mp3, длительность 03:14.
Статус: Данные без смысла. Их нельзя обсуждать как «проблему» или «качество».

2) Information — информация

Данные, которым добавили структуру и контекст. Ответы на «кто / что / где / когда».
Пример: менеджер Иванов говорил с клиентом из B2B 3 минуты. Клиент произнес «дорого» 2 раза.
Статус: Факт. Понятно, что произошло, но неясно, почему и что с этим делать.

3) Knowledge — знание

Информация, связанная с правилами, опытом и закономерностями. Здесь появляется прогнозируемость.
Пример: если «дорого» звучит в первые 30–60 секунд разговора, сделка срывается в 80% случаев.
Статус: Закономерность. Можно ставить гипотезы и проверять их на выборке.

4) Insight / Wisdom — инсайт

Конкретный вывод о причине и следующем действии. Инсайт обычно отвечает сразу на два вопроса:
  1. Почему это происходит (первопричина).
  2. Что менять (управленческое действие).

Пример: «Клиенты говорят “дорого” не из-за уровня цены, а потому что менеджер называет цену до объяснения ценности. Это чаще встречается у новичков, прошедших онбординг в прошлом месяце».
Действие: Изменить онбординг и добавить контрольный шаг в CRM (например, запрет выставления счёта без отметки «презентация ценности проведена»).
По оценкам Forrester, компании, которые системно используют инсайты, показывают рост «в среднем более 30% в год» (формулировка из материалов Forrester).
Источник: Forrester — Insights-Driven Businesses Set The Pace For Global Growth
https://www.forrester.com/report/InsightsDriven-Businesses-Set-The-Pace-For-Global-Growth/RES130848

Неструктурированные данные

Классические отчёты (Excel, BI, CRM-дашборды) почти всегда опираются на структурированные данные: статусы, суммы, этапы, галочки, поля.
Этого достаточно, чтобы видеть результат (например, сделка проиграна), но этого часто недостаточно, чтобы видеть причину (что именно произошло в контакте с клиентом).
Оценки по доле неструктурированных данных отличаются в зависимости от методологии, но общий вывод устойчивый: основной массив корпоративной информации неструктурирован (документы, письма, записи, переписки, транскрипты) — таких данных, по подсчетам IDC, порядка 90%.
Что обычно относится к неструктурированным данным в коммуникациях:
  • голос в звонках (паузы, перебивания, последовательность аргументов, формулировки),
  • переписка в чатах и мессенджерах,
  • письма,
  • заметки менеджеров в CRM.
Если вы смотрите только на цифры воронки, вы видите «что вышло». Чтобы понимать «почему вышло именно так», почти всегда нужно разбирать коммуникацию.

Что делает речевая аналитика

Речевая аналитика — это набор технологий и правил обработки, которые позволяют превратить разговоры и переписку в структуру, метрики и наблюдения.
Обычно процесс выглядит так:

  1. ASR (Automatic Speech Recognition): распознавание речи: звук → текст. Часто с разделением каналов менеджера и клиента (диаризация).
  2. NLP (Natural Language Processing): очистка и нормализация текста: слова-паразиты, лемматизация, приведение к базовым формам.
  3. NLU (Natural Language Understanding): интерпретация смысла: намерения, тональность, тематические кластеры, контекстные маркеры. Простой пример: система может отличать «формально нейтральные» слова от реального смысла в конкретной фразе (сарказм, отговорка, согласие без намерения купить).
Важно: сам по себе «текст разговора» редко даёт ценность. Ценность появляется, когда текст связан с процессом: целями, критериями качества, гипотезами и управленческими действиями.

Примеры из практики

Инсайты часто появляются там, где управленческая гипотеза звучит логично, но не подтверждается фактами из разговоров.

↪︎ Кейс No.1: длинные паузы у операторов

Ситуация: в медицинском центре заметили паузы по 15–20 секунд в разговорах.
Гипотеза руководителя: сотрудники отвлекаются — надо усиливать дисциплину.
Что показала аналитика: паузы регулярно возникают после вопроса «Сколько стоит МРТ коленного сустава с контрастом?».
Фактическая причина: оператор ищет цену в неудобной таблице и боится ошибиться.
Решение: калькулятор услуг прямо в окне звонка. Паузы исчезли, конверсия выросла (внутренняя оценка проекта).

↪︎ Кейс No.2: KPI на «вежливость» ухудшал качество сервиса

Ситуация: в банке контролировали «слова вежливости», показатель был в KPI.
Гипотеза руководителя: больше «спасибо/пожалуйста» → выше удовлетворённость.
Что показала аналитика: в конфликтных звонках «вежливых формул» больше всего.
Фактическая причина: оператор использует заученные фразы как замену решению проблемы, когда не знает, что делать дальше. Клиент это считывает и раздражается.
Решение: заменить формальные фразы на сценарий: короткое признание проблемы → конкретный следующий шаг → контроль исполнения. CSI вырос (по внутренней оценке проекта).

Почему одного инсайта недостаточно

Найти объяснение причины – важный шаг. Но эффект появляется только тогда, когда компания меняет процесс и закрепляет изменения.
McKinsey регулярно пишет о том, что значительная доля трансформаций не достигает целей; среди факторов — вовлечение организации и управление изменениями.
В imot.io мы используем рабочую рамку из четырёх элементов – не как «универсальный рецепт», а как проверку того, что проект вообще может дать результат.

Формула четырех

Цель
Чёткий вопрос к данным: «почему мы проигрываем конкуренту X?» вместо «посмотрим, о чём говорят клиенты».
Люди
Владелец результата. Если у проблемы нет ответственного с полномочиями менять процесс, проект превращается в отчёт.
Процессы
Регулярная механика изменений: как часто смотрим дашборды, как принимаем решения, как обновляем скрипты, как обучаем, как проводим калибровки качества.
Инструмент
Софт, который обеспечивает сбор данных, разметку, контроль и удобные представления.
Инструмент важен, но он не «делает изменения». Изменения делают руководитель и команда, когда есть цель, ответственность и управленческий цикл.

Подведем итоги

Инсайт – это не «интересное наблюдение». Это связка из трёх частей:
  • факт из коммуникаций,
  • объяснение причины,
  • следующее действие в процессе.
Если компания хочет перестать спорить на уровне мнений и начать управлять причинами, логика DIKW помогает быстро понять, где именно разрыв: данных много, а информации нет; информация есть, а знаний нет; знания есть, а внедрения нет.
Финальная проверка простая: после анализа должно быть понятно, что именно меняем в процессе и кто за это отвечает. Если этого нет — это ещё не инсайт, а просто сбор материалов.