Дизайн опросов CSAT и NPS: длина, частота, формулировки, антипаттерны

Длина: один вопрос — священная корова

Главное правило: опрос после закрытия заявки — это один вопрос. Не два, не три. Один.

Любой дополнительный вопрос убивает response rate в 2-3 раза. Эмпирические данные:

• 1 вопрос (CSAT): 40-60% ответов
• 1 вопрос + опциональное поле: 30-45%
• 3 вопроса: 15-25%
• 5+ вопросов: 5-10%
• Опрос «на 5 минут»: 1-3%

Почему так: открывая письмо/уведомление с опросом, пользователь оценивает «во сколько мне это обойдётся». Один клик «оценка от 1 до 5» = 2 секунды. «Расскажите подробнее в свободном поле» = «надо думать, формулировать» = 2 минуты в восприятии. И пользователь закрывает вкладку.

Что делать с пожеланием получить подробные ответы: отдельная форма для тех, кто проголосовал 1-2 (низко). После клика по оценке открывается follow-up «расскажите, что пошло не так». Эти ~10% низких оценок дают самую ценную информацию, и они уже мотивированы поделиться.

Какую шкалу выбрать

Три популярные шкалы:

5-балльная (звёзды или числа 1-5). Самая привычная, понятная мгновенно. CSAT обычно считается так: % ответов 4 и 5. Минус — «нейтральная» середина 3, в которую часто уходят сомневающиеся, что размазывает картину.

Эмодзи (😡 😐 🙂 😊). Те же 5 уровней, но визуально яснее. Особенно для мобильных опросов. Response rate выше на 5-10% по сравнению с числами. Минус: культурные различия (😊 значит «отлично» или «нормально»? У разных людей по-разному).

10-балльная (NPS). Используется для NPS-вопроса «насколько вероятно, что вы порекомендуете». Делит на промоутеров (9-10), нейтралов (7-8) и критиков (0-6). Для CSAT 10-балльная — overkill, слишком много вариантов.

Что НЕ работает: 7-балльные шкалы, шкалы без середины (1-4 или 1-6), словесные «отлично/хорошо/плохо/ужасно». Лучше всего работают 5 и 10, всё остальное добавляет когнитивную нагрузку.

В TIQQET по умолчанию 5 звёзд, есть переключение на эмодзи. После клика оценки 1-2 автоматически показывается follow-up textarea — те же два уровня без замусоривания основного вопроса.

Частота: не каждую заявку

Главная ошибка: опрос после каждой закрытой заявки. Пользователь, который за месяц подал 12 заявок, получает 12 писем «оцените нас». На третьей он начинает фильтровать в спам. На пятой — отписывается. На шестой — публично жалуется руководству.

Правила, которые сохраняют доверие:

1. Не опрашивайте мелкие заявки. Сброс пароля за 30 секунд не стоит письма пользователю. Опрос только для заявок с резолюшн-таймом > 30 минут (или другим threshold под вашу специфику).
2. Не чаще раза в неделю с одного пользователя. Если пользователь закрыл 4 заявки за день — опрос только по последней. Остальные молча обходим.
3. Для VIP/часто пишущих — раз в месяц. Если человек создаёт 30+ заявок в месяц (например, секретарь), опрос приходит раз в месяц, не по каждой заявке.

NPS — отдельная история. Это раз в квартал, на случайной выборке 15-20% пользователей. Не всем сразу — иначе все 300 человек получат NPS-опрос в один день, и из них 295 не ответят. На случайной выборке за квартал вы соберёте 60-100 ответов — этого достаточно для тренда.

Формулировки: антипаттерны и хорошие примеры

Плохие формулировки (типичные ошибки):

• «Оцените качество нашей работы» — слишком размыто, на что вообще отвечать
• «Помог ли вам оператор Иванов решить проблему?» — слишком конкретно, ставит пользователя в позицию «осуждать конкретного человека»
• «Удовлетворены ли вы скоростью, качеством и эффективностью нашей IT-поддержки?» — три вопроса в одном, не понятно по чему оценивать
• «Если вы недовольны — пишите подробно почему» — обязаловка, отпугивает 80%

Хорошие формулировки:

• CSAT: «Решена ли ваша заявка #12345?» (с шкалой 1-5)
• CSAT расширенная: «Как вы оцениваете решение вашей заявки?» (1-5 звёзд)
• CES: «Сколько усилий вам пришлось приложить, чтобы решить вопрос?» (1-7, от «очень мало» до «очень много»)
• NPS: «Насколько вероятно, что вы порекомендуете нашу IT-поддержку коллегам?» (0-10)
• Follow-up (при низкой оценке): «Что мы могли сделать лучше?» (опциональное текстовое поле)

Тайминг: когда отправлять

Технически правильно — сразу после закрытия. Психологически — есть нюансы:

• Слишком рано (сразу после закрытия): пользователь ещё не убедился, что проблема решена. Если проблема вернётся через час — оценка будет ниже реальной
• В работе (день после закрытия): пользователь забыл про заявку, не помнит контекст. Оценит «нормально» по умолчанию
• Слишком поздно (неделя+): уже не считается фидбеком, скорее раздражение

Sweet spot: через 2-4 часа после закрытия в рабочие часы. Достаточно времени убедиться, что проблема решена, и ещё свежо в памяти.

Если опрос автоматически отправляется ночью, в выходные или в праздник — пользователь увидит его утром следующего рабочего дня. Часто это значит «опросовое письмо в куче входящих», где оно теряется. Решение: SLA-таймер опроса с задержкой, которая учитывает рабочее время. Заявка закрыта в пятницу 17:30 → опрос уходит в понедельник 10:00.