Медиа imot.io
Механизмы диалога

Почему сложный скрипт перегружает оператора и снижает качество разговоров

Рабочая память человека удерживает около четырёх самостоятельных элементов одновременно. Не семь, как принято цитировать со времён Джорджа Миллера. Нельсон Коуэн в 2001 году пересмотрел классическую оценку и показал: «магическое число семь» из статьи Миллера 1956 года работает только при активном группировании информации в блоки. Без него — четыре элемента. Плюс-минус один.
Это фундаментальное ограничение стоит держать в голове каждому, кто проектирует скрипты для контакт-центра. Потому что типичный скрипт с 12–15 ветвлениями предъявляет к рабочей памяти оператора требования, которые она физически не способна выполнить. И последствия этого несоответствия видны в каждом втором разговоре — если знать, куда смотреть.

Четыре элемента и пять параллельных задач

Чтобы понять масштаб проблемы, достаточно перечислить, что оператор контакт-центра делает одновременно во время звонка. Он слушает клиента и выделяет суть запроса. Определяет, какой сценарий из скрипта подходит к ситуации. Вспоминает или ищет нужную ветку. Формулирует ответ. Следит за регламентом — не забыть представиться, не пропустить обязательные уточнения, зафиксировать данные в системе.
Пять параллельных задач. При ёмкости рабочей памяти в четыре элемента. Арифметика простая, и результат предсказуем: что-то из этих пяти задач неизбежно выпадает. Вопрос лишь в том, что именно.
Коуэн в обзоре 2010 года уточнил, почему предыдущая оценка в семь элементов держалась так долго. Миллер описывал ёмкость памяти при условии, что человек активно структурирует входящую информацию — объединяет отдельные элементы в группы, находит паттерны, опирается на уже знакомые блоки. Это называется чанкингом. Опытный оператор, который месяцами работает с одним и тем же продуктом, действительно группирует информацию: типичные возражения, стандартные ответы и знакомые сценарии превращаются в единые блоки. Для него рабочая ёмкость может приближаться к шести-семи элементам.
Но стоит изменить скрипт, добавить новый продукт, обновить регламент — и чанкинг перестаёт работать. Оператор возвращается к базовым четырём элементам. И именно в этот момент — при обновлении скрипта, запуске новой акции, изменении условий — качество разговоров проседает сильнее всего.

Три типа когнитивной нагрузки по Свеллеру

Джон Свеллер, австралийский психолог, автор теории когнитивной нагрузки, предложил в 2011 году разделение, которое объясняет, почему одни задачи перегружают мозг, а другие — нет. Нагрузка на рабочую память складывается из трёх компонентов.
Первый — внутренняя нагрузка. Это сложность самой задачи, которую нельзя убрать, не упростив задачу. Для оператора контакт-центра внутренняя нагрузка — это разговор с клиентом. Человек на том конце провода описывает проблему, задаёт вопросы, выражает недовольство. Понять его, выделить суть, сформулировать ответ — это и есть работа. Эту нагрузку нельзя снять, не убрав саму задачу.
Второй — паразитная нагрузка. Всё, что не помогает решить задачу, но расходует ресурс рабочей памяти. Неудобный интерфейс, в котором нужно переключаться между тремя окнами. Скрипт, где логика ветвлений понятна только тому, кто его составлял. Дублирование данных — ввести имя клиента в одну систему, потом продублировать в другую. Обязательные фразы, которые не несут ценности для разговора, но требуют внимания.
Третий — полезная нагрузка. Ресурс, который тратится на формирование навыка и построение устойчивых схем в долговременной памяти. Когда оператор разбирается в новом продукте и постепенно начинает отвечать на вопросы о нём без подсказок — это полезная нагрузка. Когда он учится распознавать типичные паттерны возражений и реагировать на них быстрее — тоже.
Ключевой вывод теории Свеллера: три типа нагрузки конкурируют за один и тот же ограниченный ресурс рабочей памяти. Если паразитная нагрузка высока, на полезную не остаётся места. Оператор тратит когнитивный ресурс на навигацию по скрипту и интерфейсу — и перестаёт учиться. Он не развивает навыки работы с возражениями, не формирует схемы эффективных ответов, не становится лучше со временем. Он просто выживает в потоке задач.

Фрагментированные интерфейсы и микрозадержки

Исследование Melo и соавторов (2025), опубликованное в журнале TPM, описывает эту картину на системном уровне. Авторы используют термин «контекстная фрагментация» — ситуацию, когда оператор работает с несколькими разрозненными системами одновременно и вынужден постоянно переключаться между ними.
Каждое такое переключение создаёт микрозадержку. По отдельности она незаметна — десятые доли секунды. Но Рубинштейн, Мейер и Эванс показали ещё в 2001 году в серии экспериментов, опубликованных в Journal of Experimental Psychology, что стоимость переключения между задачами может составлять до 40% продуктивного времени. Чем сложнее задачи, между которыми переключается человек, тем больше потери.
Melo и коллеги фиксируют, что контакт-центровское программное обеспечение преимущественно увеличивает именно паразитную нагрузку — через дублирование экранов, повторный ввод данных и плохую информационную архитектуру. Скрипт с пятнадцатью ветвлениями вписывается в эту картину: он превращает разговор с клиентом в навигационную задачу. Оператор думает не о том, что сказать клиенту, а о том, где в скрипте он сейчас находится.
Исследование предлагает модель адаптивного управления когнитивной нагрузкой, в которой интерфейс подстраивается под текущее состояние оператора. Идея в том, что если система видит признаки перегрузки — через паттерны взаимодействия, скорость ответов, частоту переключений — она может упростить отображение, отложить второстепенные уведомления, сфокусировать внимание оператора на главном. Это полная противоположность скрипта, который всегда одинаково сложен вне зависимости от того, справляется ли оператор.

Что происходит, когда оператора перегружает скрипт

На практике перегруженный оператор делает предсказуемую вещь. Он упрощает скрипт. Не по инструкции — а по-своему.
Это не саботаж и не лень. Это адаптивная реакция мозга на превышение когнитивного бюджета. Когда рабочая память переполнена, человек автоматически сбрасывает нагрузку — выбрасывает из процесса то, что кажется менее важным. Обычно первыми выпадают уточняющие вопросы, работа с возражениями и персонализация. Остаётся скелет: приветствие, базовый ответ, прощание.
Результат выглядит так: формально оператор следует скрипту. Он произносит нужные фразы. Но разговор становится механическим. Клиент говорит одно — оператор отвечает заученную формулировку, которая не всегда соответствует контексту. Клиент задаёт вопрос — оператор выбирает ближайшую по смыслу ветку, а не ту, которая действительно подходит.
С точки зрения формальных метрик всё может выглядеть нормально. Чек-лист выполнен, обязательные фразы произнесены, время звонка в пределах нормы. Но содержательное качество разговора падает. Клиент не получает ответ на свой вопрос. Возражение не отработано. Потребность не выявлена. Допродажа не состоялась — не потому что оператор не хотел, а потому что у него не хватило когнитивного ресурса на ещё одну задачу поверх тех пяти, которые он и так пытался удержать.

Как это выглядит по тексту разговоров

Когда мы в imot.io разбираем тексты диалогов, разница между перегруженным и не перегруженным оператором проявляется как устойчивый паттерн.
В одних разговорах оператор задаёт уточняющие вопросы, реагирует на реплики клиента, адаптирует ответы к контексту. Текст диалога выглядит как настоящий разговор двух людей — с вопросами, переключениями, возвратами к теме.
В других разговорах тот же оператор отвечает одинаковыми фразами вне зависимости от того, что говорит клиент. Текст диалога превращается в чередование монологов: клиент описывает ситуацию, оператор зачитывает блок из скрипта. Клиент задаёт другой вопрос — оператор зачитывает следующий блок. Структура диалога теряется.
Мы видим это по тегам, которые размечаем на звонки. В первом типе разговоров присутствуют теги уточняющих вопросов, работы с возражениями, предложения следующего шага. Во втором — набор тегов однотипный: приветствие, основной блок, завершение. Все промежуточные этапы пропущены или выполнены формально.
Характерная деталь: часто это один и тот же оператор в разные дни или в разное время смены. Утром, когда когнитивный ресурс ещё не исчерпан, разговоры содержательнее. К концу смены — однотипнее. Это не вопрос мотивации. Это вопрос ресурса, который закончился.

Что менять в процессе

Скрипт с пятнадцатью ветвлениями создаёт иллюзию контроля. На деле он гарантирует ровно противоположное — неуправляемое упрощение на стороне оператора.
Альтернатива — проектирование скрипта с учётом когнитивных ограничений. Несколько принципов, которые вытекают из описанных исследований.
Первый: сократить количество активных ветвлений до уровня, совместимого с рабочей памятью. Если оператор одновременно удерживает четыре элемента, а две позиции из четырёх заняты задачами «слушать клиента» и «формулировать ответ», на навигацию по скрипту остаётся два элемента. Два, а не пятнадцать. Скрипт, который в каждый момент времени предлагает оператору максимум два-три варианта действий, работает лучше, чем дерево с десятком развилок.
Второй: снижать паразитную нагрузку. По Свеллеру — убирать из процесса всё, что не помогает решить задачу, но расходует ресурс. Дублирование данных, переключение между окнами, обязательные фразы без содержательной ценности — это паразитная нагрузка. Каждый убранный элемент высвобождает ресурс для полезной работы.
Третий: измерять, что происходит на практике, а не только то, что предписывает скрипт. Формальное соблюдение чек-листа не показывает, насколько содержательным был разговор. Текстовая аналитика позволяет увидеть, задавал ли оператор уточняющие вопросы, реагировал ли на возражения, предлагал ли следующий шаг — или просто прошёл по верхнему уровню скрипта и повесил трубку.
Четвёртый: учитывать динамику нагрузки в течение смены. Когнитивный ресурс — конечный. Если к третьему часу смены качество разговоров падает, дело не в дисциплине. Дело в том, что мозг израсходовал бюджет внимания и переключился в режим экономии.

Итоги

  1. Рабочая память удерживает около четырёх элементов без активного группирования. Это экспериментально подтверждённый предел, описанный Коуэном в 2001 году как пересмотр классической оценки Миллера.
  2. Оператор контакт-центра во время звонка выполняет минимум пять параллельных задач: слушает, определяет сценарий, ищет ветку в скрипте, формулирует ответ и следит за регламентом. Это превышает ёмкость рабочей памяти.
  3. Когнитивная нагрузка складывается из трёх компонентов — внутренней, паразитной и полезной. Сложный скрипт и фрагментированный интерфейс увеличивают паразитную нагрузку, вытесняя полезную.
  4. Перегруженный оператор не перестаёт работать — он начинает упрощать скрипт по-своему, сбрасывая уточняющие вопросы, работу с возражениями и персонализацию.
  5. Текстовая аналитика позволяет увидеть эту разницу количественно: какие этапы разговора выполняются содержательно, а какие — формально или пропускаются.
  6. Скрипт, спроектированный с учётом когнитивных ограничений, предлагает оператору два-три варианта действий в каждый момент, а не дерево из пятнадцати ветвлений.
Если вы хотите увидеть, как когнитивная нагрузка влияет на качество разговоров в вашей команде — мы можем разобрать выборку звонков и показать, где операторы работают содержательно, а где переключаются в режим формального прохождения скрипта
Оставить заявку на аудит »
Источники

Miller G. A. (1956). The Magical Number Seven, Plus or Minus Two. Psychological Review, 63(2), 81–97 — классическая оценка ёмкости рабочей памяти в 7 ± 2 элемента.

Cowan N. (2001). The Magical Number 4 in Short-Term Memory: A Reconsideration of Mental Storage Capacity. Behavioral and Brain Sciences, 24(1), 87–114 — пересмотр оценки Миллера, предел рабочей памяти 4 ± 1 без группирования.

Cowan N. (2010). The Magical Mystery Four: How Is Working Memory Capacity Limited, and Why?. Current Directions in Psychological Science, 19(1), 51–57 — обзор данных о пределе в четыре элемента и условиях, при которых он проявляется.

Sweller J. (2011). Cognitive Load Theory. Psychology of Learning and Motivation, Vol. 55, 37–76 — три типа когнитивной нагрузки: внутренняя, паразитная, полезная.

Melo H. et al. (2025). Cognitive Load Management in Contact Centers. TPM — Testing, Psychometrics, Methodology in Applied Psychology, Vol. 32, No. S9 — контекстная фрагментация, микрозадержки, модель адаптивного управления нагрузкой.

Rubinstein J. S., Meyer D. E. & Evans J. E. (2001). Executive Control of Cognitive Processes in Task Switching. Journal of Experimental Psychology: Human Perception and Performance, 27(4), 763–797 — стоимость переключения между задачами, до 40% продуктивного времени.