Customer Effort Score: как оценить удобство сервиса онлайн-школы

Выберите сервисный эпизод для измерения

Qualtrics описывает Customer Effort Score как показатель усилий клиента при решении вопроса или выполнении определённого действия. Короткий опрос проводят после соответствующего взаимодействия. Для школы это может быть восстановление доступа, получение нужного файла или ответ на организационный вопрос.

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

Составьте карточку события: причина обращения, начало маршрута, признак завершения, период наблюдения и ответственный. Завершением будет подтверждённая возможность открыть нужный материал. Автоматическое закрытие заявки сотрудником без проверки результата не должно незаметно становиться таким подтверждением.

Зафиксируйте вопрос и направление шкалы

Для этого примера используем редакционную формулировку: «Насколько легко вам было восстановить доступ к материалам с помощью поддержки?» Предложим семь вариантов: от 1 «очень трудно» до 7 «очень легко». Значение 4 подпишем «ни легко, ни трудно»; промежуточные подписи также должны показывать направление шкалы.

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

Добавьте необязательное поле: «Что сделало восстановление доступа трудным или простым?» Не просите оценить одновременно скорость ответа, вежливость и качество курса. Если интересует готовность рекомендовать программу, для неё предусмотрен отдельный расчёт NPS онлайн-курса.

Определите, какие обращения попадут в отчёт

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

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

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

Рассчитайте показатель на прозрачном наборе

Возьмём вымышленные данные: двенадцать завершённых эпизодов и восемь ответов с оценками 2, 3, 4, 5, 5, 6, 6 и 7. Для этого отчёта заранее выберем среднее арифметическое CES по ответившим. Сумма равна 38; делим её на восемь и получаем 4,75 из 7.

Отдельно запишем долю ответивших: 8 / 12 × 100 = примерно 66,7 процента. Четыре пропуска не превращаются в нулевые оценки и не входят в знаменатель среднего. Рядом со средним полезно оставить сами количества по каждому баллу: две низкие оценки заслуживают разбора, даже если общий результат выглядит приемлемым.

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

Найдите препятствие за низкой оценкой

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

Другой ответ может указывать на непонятную инструкцию в письме. Тогда полезнее проверить конкретные шаги на новом участнике, чем отправлять всем ещё один опрос. Метод наблюдения описан в статье про юзабилити-тестирование курса. CES сообщает об ощущении трудности; наблюдение помогает выяснить, где возникает препятствие.

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

Проверьте изменение без обещаний результата

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

Для первой версии достаточно отдельной формы и таблицы. Размещение курса в Umhub само по себе не означает встроенный автоматический опрос CES. Подготовьте понятный маршрут поддержки и используйте доступные инструменты, проверив весь путь ученика.

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