Метрики · 30 сентября 2026 г.

Анализ важность–исполнение (IPA): что чинить по опросу в первую очередь

Анализ важность–исполнение, IPA, отвечает на вопрос «что чинить в первую очередь» — вместо длинного списка оценок по разным аспектам продукта он сводит их к одной матрице из двух осей: насколько аспект важен клиенту и насколько хорошо, по его же мнению, он сейчас реализован. Метод предложили Мартилла и Джеймс в 1977 году для маркетинга, и с тех пор он используется везде, где список из десятка характеристик продукта нужно превратить в короткий и защитимый план действий. Ниже — как задать оба вопроса в одной анкете, как читать четыре квадранта матрицы и почему аспект с самой низкой оценкой не всегда требует немедленного внимания.

Проблема, которую решает IPA

Опрос из десяти пунктов «оцените от 1 до 7» почти всегда возвращает похожую картину: часть аспектов оценена высоко, часть — средне, один-два — низко. Интуитивно кажется, что чинить нужно те, что оценены ниже всего, — но это не всегда верно. Аспект с низкой оценкой может быть клиенту не особенно важен, и вложение ресурсов в его улучшение не отразится ни на удовлетворённости, ни на удержании. IPA решает эту проблему структурно: он не оценивает аспекты по одной шкале, а сопоставляет две независимые оси — важность и исполнение — и показывает, что реальный приоритет определяется не одной оценкой, а их сочетанием.

Как задать два вопроса в одной анкете

На каждый аспект продукта или сервиса задаётся пара вопросов с одной и той же шкалой, обычно 1–5 или 1–7: «насколько это важно для вас» и «насколько хорошо это сейчас реализовано у нас». Порядок вопросов имеет значение — вопрос про важность стоит задавать первым, до вопроса про исполнение, чтобы оценка важности не подстраивалась задним числом под то, насколько хорошо аспект оказался реализован. Список аспектов должен быть конкретным и проверяемым, а не абстрактным: «скорость доставки» работает лучше, чем «качество сервиса» — слишком общая формулировка размывает и важность, и оценку исполнения до бесполезного среднего.

Список аспектов для анкеты редко придумывают с нуля: чаще всего его составляют из уже существующих категорий жалоб в поддержке, пунктов, которые упоминают в открытых вопросах прошлых опросов, и наблюдений отдела продаж о том, что чаще всего спрашивают клиенты перед покупкой. Такой список сразу получается конкретным, потому что вырастает из реальных формулировок клиентов, а не из внутреннего представления компании о собственных сильных и слабых сторонах, которое не всегда совпадает с тем, на что клиент обращает внимание в первую очередь. Прежде чем финализировать список, стоит прогнать его на пяти-семи респондентах в коротком пилоте и убедиться, что формулировки понятны без дополнительных пояснений.

Четыре квадранта: как их читать

После сбора данных строится координатная сетка: важность по вертикальной оси, исполнение по горизонтальной, разделительные линии — на среднем значении по всей выборке или на середине шкалы. Верхний левый квадрант — высокая важность, низкое исполнение — это зона немедленного приоритета: именно здесь клиент ждёт многого, а получает мало, и это расхождение сильнее всего бьёт по общей удовлетворённости. Верхний правый — высокая важность, высокое исполнение — зона, которую нужно не улучшать, а удерживать: это то, за что клиент вас ценит, и ослабление здесь опаснее, чем недоработка в менее важном месте.

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

Почему низкая оценка не значит высокий приоритет

Ключевая ошибка при работе с обычным списком оценок — воспринимать самый низкий балл как автоматический приоритет номер один. IPA специально устроен так, чтобы эту ошибку исключить: аспект с оценкой исполнения 2 из 7, но важностью 2 из 7, оказывается в нижнем левом квадранте низкого приоритета, а не наверху списка проблем. Обратная сторона той же логики: аспект с исполнением 5 из 7 — вроде бы неплохо — но важностью 7 из 7, попадает в зону, требующую внимания, если разрыв между важностью и исполнением всё равно достаточно велик, хотя абсолютная оценка исполнения выглядит терпимо на первый взгляд.

На практике эту логику труднее всего продать внутри компании тому отделу, чей аспект оказался в зоне низкого приоритета: сотрудники, годами отвечающие за упаковку или оформление сайта, воспринимают низкую важность аспекта в глазах клиента как обесценивание своей работы, а не как объективный результат опроса. Здесь помогает показывать не только положение точки на матрице, но и то, что зона переизбытка ресурсов — это не «плохо сделано», а «сделано лучше, чем клиенту нужно», и высвобожденные из этой зоны усилия идут туда, где их не хватает, а не исчезают вовсе. Такая рамка снимает часть внутреннего сопротивления и превращает разговор о приоритетах из спора о том, чья работа важнее, в совместное перераспределение ограниченного ресурса.

Разговор об этой матрице стоит вести с конкретными командами до того, как результат опроса ляжет в общий отчёт руководству, а не после. Если команда, отвечающая за упаковку, узнаёт о своём положении в зоне переизбытка ресурсов одновременно с руководителем на общей презентации, реакция почти гарантированно будет защитной, и содержательное обсуждение приоритетов подменяется спором о корректности методики. Короткий предварительный разговор с владельцем аспекта — что показала матрица и почему — превращает потенциальный конфликт в рабочее обсуждение, где команда сама предлагает, куда перенаправить часть освободившегося времени, а не воспринимает результат опроса как решение, спущенное сверху без её участия.

Где ставить разделительные линии

Два способа провести границы квадрантов дают разные картины, и выбор стоит делать осознанно. Первый способ — среднее значение по самой выборке: тогда квадранты получаются относительными, аспекты сравниваются друг с другом внутри одного опроса. Второй способ — фиксированная середина шкалы, например 4 из 7: тогда квадранты абсолютные, и результат можно сравнивать между волнами опроса, потому что граница не смещается вместе со средним значением текущей выборки. Для разового среза чаще используют среднее по выборке, для трекинга во времени — фиксированную середину шкалы: иначе граница между квадрантами будет плавать от волны к волне просто из-за случайных колебаний среднего балла, а не из-за реальных изменений.

Разбор матрицы на примере из таблицы

Вернёмся к таблице из раздела про формулировку вопросов. Скорость доставки набрала важность 6,4 и исполнение 3,1 (цифры условные и нужны только для того, чтобы показать формат) — это классический верхний левый квадрант: клиент ждёт многого именно от скорости, а получает заметно меньше, и это расхождение — первая строка в списке приоритетов. Ассортимент товаров набрал 5,8 по важности и 5,6 по исполнению — оба числа высокие и близкие друг к другу, аспект в верхнем правом квадранте, и задача здесь не улучшать, а не потерять текущий уровень при следующих изменениях ассортимента.

Дизайн упаковки получил низкую важность 2,3 при высоком исполнении 5,9 — нижний правый квадрант, переизбыток вложений: команда явно тратит время на упаковку сверх того, что клиенту реально нужно, и часть этого времени можно перенаправить на доставку. Простота оформления заказа — низкая важность 3,0 и низкое исполнение 2,4 — формально проблема, но не приоритетная: клиент и не считает этот аспект критичным, а значит вложение ресурсов сюда раньше починки доставки не даст заметного эффекта на общую удовлетворённость. Уже по четырём строкам видно главное преимущество метода: интуитивная догадка «чинить самое низкое» увела бы внимание на оформление заказа, хотя реальный приоритет — доставка, аспект с намного более высокой важностью для клиента.

IPA в динамике: сравнение волн опроса

Матрица, построенная один раз, показывает срез, но не говорит, работают ли изменения, которые вы вносите по её итогам. Повторный замер через два-три месяца после того, как вы взялись за аспект из верхнего левого квадранта, должен показать движение именно этой точки — рост оценки исполнения при примерно том же уровне важности — в сторону верхнего правого квадранта, зоны, которую нужно удерживать. Если точка не сдвинулась или важность аспекта неожиданно выросла вместе с исполнением, стоит разбираться отдельно: рост важности иногда означает, что клиенты стали больше обращать внимание на проблему именно потому, что вы сами публично анонсировали работу над ней, и это не всегда плохо, но меняет интерпретацию результата.

Для отслеживания динамики полезно фиксировать не только положение точки в матрице, но и её траекторию на одном графике за несколько волн — путь из четырёх-пяти точек по одному аспекту нагляднее показывает управленческой аудитории прогресс, чем таблица цифр по волнам. Держите список аспектов неизменным между волнами хотя бы на протяжении года: добавление или удаление пунктов делает сравнение траекторий некорректным, а сама привычка держать пул аспектов стабильным дисциплинирует и сам процесс сбора данных.

Ограничения метода

IPA опирается на самооценку важности, а не на реальное поведение, и это два разных источника, которые иногда расходятся: клиент может декларировать, что скорость доставки для него критична, а на деле продолжать заказывать у медленного, но дешёвого продавца, потому что реальным приоритетом для его решения оказывается цена, а не скорость. Там, где есть поведенческие данные — история заказов, лог использования функций, — стоит сверять декларируемую важность из опроса с фактическим поведением и относиться к сильным расхождениям настороженно, а не принимать заявленную важность как безусловный факт.

Вторая граница — метод плохо различает аспекты, важность которых зависит от сегмента клиента. Усреднённая матрица по всей аудитории может показать средний приоритет там, где на самом деле один сегмент считает аспект критичным, а другой — совершенно неважным, и эти два сигнала взаимно гасят друг друга в общем среднем. Если выборка достаточно большая, разумно строить отдельные матрицы по ключевым сегментам — новые и давние клиенты, разные тарифные планы — вместо одной общей картины, которая может скрывать противоречивые приоритеты внутри аудитории.

Типичные ошибки

• Приоритизировать по одной оценке исполнения, игнорируя ось важности.
• Формулировать аспекты слишком абстрактно — они попадают в центр матрицы без выраженного сигнала.
• Менять способ проведения разделительных линий от волны к волне и терять сравнимость результатов.
• Считать декларируемую важность из опроса равной реальному поведению без проверки по фактическим данным.
• Строить одну общую матрицу для явно разных сегментов аудитории с разными приоритетами.
• Задавать вопрос про исполнение раньше вопроса про важность и получать смещённые ответы.

1. Составьте список из 8–12 конкретных, проверяемых аспектов продукта или сервиса.
2. По каждому задайте пару вопросов: важность, затем исполнение, одной и той же шкалой.
3. Соберите не меньше 50–80 ответов на сегмент, чтобы средние значения были устойчивыми.
4. Постройте матрицу с границами по среднему значению выборки или по фиксированной середине шкалы.
5. Начните с аспектов из верхнего левого квадранта — высокая важность, низкое исполнение.

С чего начать

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

Прежде чем показывать первую матрицу руководству, договоритесь заранее, что будет считаться успехом следующей волны: конкретный сдвиг точки из верхнего левого квадранта в сторону верхнего правого, а не абстрактное «стало лучше». Без такой договорённости на старте легко скатиться к спору о том, достаточно ли улучшилась оценка, вместо того чтобы сверяться с заранее согласованным критерием — и матрица важность–исполнение из инструмента приоритизации превращается в повод для интерпретационных споров, которых метод как раз должен был избежать.