Клиент просит выгрузку в Excel. Другой пишет, что «ничего не работает». Третий хвалит каталог, но звонит в поддержку после каждой оплаты. Если собрать всё это в список пожеланий, команда получит очередь функций. Причины затруднений останутся внутри разговоров.
Полезный анализ обратной связи отвечает на более приземлённые вопросы: что человек пытался сделать, где возникло препятствие, чем оно закончилось и какие сведения нужны для решения. Ниже — полный разбор небольшого набора: исходные фрагменты, правила кодировки, подсчёт и решения, которые из него действительно следуют.
Все клиенты, обращения, цитаты и результаты примера вымышлены. Это учебный материал, а не данные пользователей Текстослава. Методику можно применить к звонкам, интервью, переписке и отзывам; способ сбора и ограничения каждого канала нужно сохранить в итогах.
Сначала определите решение, для которого собираете обратную связь
«Узнать, чего хотят клиенты» слишком широко. Возьмите один участок пути и вопрос, который команда способна проверить. Например: «Почему после оформления заказа люди обращаются в поддержку и что поможет им понять результат без звонка?»
Такой вопрос задаёт границы подборки: оформление заказа, период наблюдения, версия продукта, соответствующие обращения. Он также помогает отделить описание проблемы от предложенного решения. Просьба «пришлите SMS» может означать, что человек не увидел номер заказа. SMS — один из вариантов; сначала нужно восстановить ситуацию.
У каждого фрагмента оставляйте четыре поля: задача → событие → последствие → предложение клиента. Если чего-то нет в источнике, пишите «неизвестно». Для уточнения ситуации пригодится сценарий глубинного интервью, а для проверки продуктового предположения — гайд по CustDev.
Какие источники взять и кого в них не слышно
Обратная связь из разных каналов появляется по разным причинам. Сохраняйте канал, дату, контекст и принцип отбора рядом с каждым случаем.
Прокрутите таблицу по горизонтали ↔
| Источник | Что можно узнать | Что учитывать при отборе |
|---|---|---|
| Звонки и обращения в поддержку | Конкретное препятствие, попытки обойти его, продолжение ситуации | Здесь чаще слышны люди, которым понадобилась помощь; успешные самостоятельные действия почти не видны |
| Интервью после использования | Последовательность действий и смысл ситуации для клиента | Отвечают согласившиеся участники; воспоминание может отличаться от происходившего |
| Открытые отзывы | Темы, которые человек решил вынести публично | Автор сам выбирает площадку и повод; личность, версия продукта и полнота истории могут быть неизвестны |
| Комментарии в опросе | Объяснение ответа на заданный вопрос | Формулировка вопроса и пропуски влияют на содержание; оценка без комментария не объясняет причину |
| Заметки менеджеров | Зафиксированные потребности и возражения | Пересказ менеджера отделяйте от дословной цитаты клиента |
Запишите паспорт подборки: какие даты и каналы вошли, критерий включения, число клиентов и обращений, исключённые материалы, доступные сегменты. Например, «обращения после первого заказа» и «разговоры с постоянными покупателями» полезно рассматривать отдельно. Если устройство не названо, не назначайте ему значение по догадке.
Добавьте случаи, где человек справился без затруднения, и клиентов, переставших пользоваться продуктом, если их можно корректно пригласить. Эти истории помогут проверить объяснение. Однако квоты по сегментам сами по себе не делают подборку случайной: NN/G отдельно разбирает это ограничение в материале о доступной и вероятностной выборке.
До записи разговора объясните цель, дальнейшее использование записи, доступ к ней и срок хранения. Отдельно согласуйте участие, запись и публикацию цитат: разрешение обсудить проблему не означает согласия публиковать голос или имя. Для уже собранных обращений проверьте условия их использования в вашей организации. В рабочем наборе замените идентификаторы клиентов кодами и уберите сведения, которые не нужны для вопроса. Такой подход к информированному согласию описан в руководстве NN/G.
Что считать: реплики, обращения, случаи или клиентов
Это четыре разных числа. Выберите единицу до подсчёта и назовите её в отчёте.
Прокрутите таблицу по горизонтали ↔
| Единица | Для какой задачи подходит | Где возникает ошибка |
|---|---|---|
| Фрагмент или реплика | Найти доказательство и присвоить код | Разговорчивый клиент создаёт больше реплик, но не больше клиентов |
| Обращение | Оценить нагрузку на поддержку | Звонок и письмо об одном заказе увеличивают нагрузку, но не число проблемных заказов |
| Случай: отдельный эпизод использования | Сравнить ситуации и последствия | Один эпизод может появиться в нескольких каналах |
| Клиент | Посчитать, у скольких разных людей тема встречается в подборке | Несколько заказов одного клиента не превращаются в нескольких людей |
Для продуктового разбора ниже единица сравнения — один эпизод оформления заказа, а частоту темы считаем по уникальным клиентам: не больше одного попадания клиента в каждую тему. В этом примере у каждого клиента один эпизод, поэтому числа клиентов и случаев совпадут. В вашей подборке они могут различаться.
Как убрать повторы и сохранить историю
Свяжите обращения по подтверждённому идентификатору клиента и заказа, времени и описанию события. Одинаковый текст помогает заметить повтор, но одного сходства формулировок недостаточно для объединения разных людей.
Не удаляйте повторный контакт. Оставьте его как продолжение случая и укажите связь с первым: он может показывать, что помощь не решила проблему. Копию цитаты из звонка в заметке менеджера пометьте как производный источник. Для частоты темы считайте случай один раз; для нагрузки на поддержку сохраните оба обращения.
Если один человек столкнулся с тем же препятствием при другом заказе, это новый эпизод. Тогда отчёт может содержать две честные строки: «2 проблемных заказа у 1 клиента». Когда связь между контактами не установлена, пометьте её как неизвестную и не выдавайте оценку числа уникальных людей за точный подсчёт.
Составьте словарь кодов с границами и контрпримерами
Код — короткая метка фрагмента. Чтобы два редактора одинаково понимали «неясное подтверждение», запишите условие включения и пример, который туда не входит. NN/G показывает, как описания кодов и примеры помогают систематически сравнивать материал.
Для нашей задачи начальный словарь выглядит так. Контрпримеры в этой таблице тоже придуманы; в подсчёт учебной подборки они не входят.
Прокрутите таблицу по горизонтали ↔
| Код | Когда ставить | Контрпример: когда не ставить |
|---|---|---|
| Подтверждение неясно | После оформления человек не понял, принят ли заказ, и описал ожидание или дополнительное действие | «Я увидел номер заказа, но хочу другой цвет кнопки»: результат понятен |
| Подтверждение понятно | Человек явно рассказал, что увидел результат и понял, что заказ оформлен | Молчание о подтверждении: ответ неизвестен |
| Итоговая цена поздно | Дополнительная сумма появилась позже ожидаемого и повлияла на действие | «Хочу скидку»: просьба о цене не доказывает позднее раскрытие суммы |
| Заявление о двойном списании | Клиент сообщил о двух суммах за один заказ | «Я оплатил два разных заказа»: это другая ситуация |
| Запрос на выгрузку | Названо пожелание выгружать покупки | «Не могу найти номер заказа»: это вопрос подтверждения, даже если его можно записать в таблицу |
| Поиск удобен | Есть явная положительная оценка поиска или описан лёгкий поиск нужного товара | «В каталоге много товаров»: количество не доказывает удобство поиска |
Храните отдельно код проблемы, контекст, последствия и статус проверки. «Клиент сообщает о двух списаниях» — факт сообщения; «сервис дважды списал деньги» — ещё не установленный факт операции. Словарь не должен превращать одно в другое.
Прочитайте первые материалы полностью, примените словарь и обсудите спорные места с коллегой. Если меняете границу кода, пересмотрите уже размеченные фрагменты. Оставляйте новые темы, которые не помещаются в исходные категории, и фиксируйте версию словаря. Последовательность «собрать наблюдения → оценить их → предложить объяснение → сверить его с данными» разобрана в гайде NN/G по анализу данных пользовательских исследований. Для небольшой практической подборки эта работа полезнее числа «точности», рассчитанного без понятного эталона.
Учебный набор: 10 фрагментов, 8 клиентов и 9 обращений
Представим сервис заказа расходных материалов для офиса. Команда разбирает оформление заказов за одну выбранную неделю. В учебный набор вошли восемь телефонных обращений по заказам от клиентов A–H и одно письмо клиента A о том же заказе. Обращения касались разных вопросов, а оператор уточнял опыт оформления. Отбор целевой, не случайный; каждый клиент представлен одним эпизодом. Девять обращений — объём этой подборки, а не вся история общения с этими клиентами.
ID обращения нужен для связи с полным источником, ID фрагмента — для проверки цитаты. F03 и F04 взяты из одного звонка. Письмо F02 относится к тому же событию, что звонок F01.
Прокрутите таблицу по горизонтали ↔
| Фрагмент / источник | Клиент | Дословный учебный фрагмент |
|---|---|---|
| F01 / звонок 01 | A | «После “Оплатить” корзина осталась на экране. Не понял, принят ли заказ. Позвонил; оператор назвал номер». |
| F02 / письмо 02 | A | «Пишу про тот же заказ: после оплаты не было номера, я уже звонил вам об этом». |
| F03 / звонок 03 | B | «Нужную бумагу нашёл быстро. Но после оплаты не увидел подтверждения, поэтому ждал ответа поддержки». |
| F04 / звонок 03 | B | «Кнопку повторно не нажимал: боялся оформить второй заказ». |
| F05 / звонок 04 | C | «После оплаты появился номер заказа. Я сразу понял, что всё оформлено». |
| F06 / звонок 05 | D | «Номер заказа увидел сразу. Но доставку добавили к цене только перед оплатой; пришлось убрать одну пачку». |
| F07 / звонок 06 | E | «Номер показали сразу, доставку я видел ещё в корзине. Ничего уточнять не пришлось». |
| F08 / звонок 07 | F | «В выписке вижу две одинаковые суммы за один заказ. Скриншот пока не могу прислать». |
| F09 / звонок 08 | G | «Номер заказа сразу был. Было бы хорошо выгружать покупки в Excel. Но пока я не знаю, кому у нас нужна такая таблица». |
| F10 / звонок 09 | H | «Заказ делал с телефона. После оплаты номера не увидел и позвонил. Оператор нашёл заказ». |
В звонках спрашивали, было ли понятно, что заказ оформлен. В разговоре с F обсуждение остановилось на вопросе списания; ответа про подтверждение нет. Это НД — нет данных, а не «всё понятно» и не «подтверждение сломалось».
Заполненная кодировка
Тональность отмечаем по конкретному аспекту. Одна общая оценка разговора скрыла бы полезные сведения в F03, F06 и F09.
Прокрутите таблицу по горизонтали ↔
| Фрагмент | Кодировка | Последствие / статус | Как входит в подсчёт |
|---|---|---|---|
| F01 | Подтверждение неясно | A не понял результат, позвонил; номер сообщил оператор | 1 клиент A в теме подтверждения |
| F02 | Подтверждение неясно; повтор F01 | Второй контакт о том же заказе | Дополнительное обращение, без нового клиента и случая |
| F03 | Поиск удобен + подтверждение неясно | B быстро нашёл товар, затем ждал поддержки; смешанная оценка разных этапов | B по одному разу в каждой из двух тем |
| F04 | Подтверждение неясно | Страх повторного заказа; повторного нажатия не было | Дополняет случай B, без нового попадания в тему |
| F05 | Подтверждение понятно | C сразу понял результат | 1 случай с понятным подтверждением |
| F06 | Подтверждение понятно + итоговая цена поздно | D увидел номер; сумма доставки привела к уменьшению корзины | D в теме цены и среди понятных подтверждений |
| F07 | Подтверждение понятно | E видел номер и доставку в корзине; контрпример к поздней цене | 1 понятное подтверждение; проблемы цены не описано |
| F08 | Заявление о двойном списании | Сообщение F; операция не проверена; подтверждение — НД | 1 клиент в теме возможного денежного ущерба |
| F09 | Подтверждение понятно + запрос на выгрузку | G назвал пожелание; получатель и рабочая задача таблицы неизвестны | G в теме пожелания, без доказанного препятствия |
| F10 | Подтверждение неясно | H оформлял с телефона, позвонил; причину отсутствия номера не установили | 1 клиент H в теме подтверждения |
Похвала поиска у B не отменяет затруднение после оплаты. У D понятное подтверждение сочетается с проблемой цены. У G просьба о выгрузке не сопровождается описанием сорванной работы. Поэтому поле «позитивный / негативный отзыв» здесь недостаточно.
Контроль арифметики перед выводами
В наборе 10 фрагментов, но 9 обращений: два фрагмента B относятся к одному звонку. Обращения A относятся к одному заказу, поэтому остаётся 8 случаев у 8 клиентов. F02 сохраняем в истории случая A; F03 и F04 вместе описывают случай B.
О неясном подтверждении сообщили A, B и H: 3 клиента. Понятное подтверждение описали C, D, E и G: 4 клиента. Для F ответ неизвестен. Проверка поля: 3 + 4 + 1 НД = 8.
Число фрагментов с кодом «подтверждение неясно» равно 5: F01, F02, F03, F04 и F10. Оно не означает пять клиентов. Даже после удаления повтора F02 остаётся четыре фрагмента от трёх людей.
Итоги: частота, последствия и действие
В таблице частота — число клиентов с явным упоминанием темы, делённое на всех 8 клиентов выбранной подборки. Это описание корпуса, а не оценка доли всей клиентской базы. Темы могут пересекаться, поэтому складывать строки в 100% нельзя.
Прокрутите таблицу по горизонтали ↔
| Тема | Клиенты / знаменатель; источник | Последствия и уверенность | Решение по учебному набору |
|---|---|---|---|
| Неясное подтверждение | 3/8: A, B, H; F01, F03–F04, F10 | Обращение или ожидание поддержки; причина неизвестна | Разобрать эти три эпизода и проверить, где человек теряет сигнал о результате; затем проверить понятность предложенного подтверждения |
| Поздняя итоговая цена | 1/8: D; F06 | Уменьшил корзину; есть противоположный опыт E в F07 | Сопоставить условия D и E: где и когда показали доставку; проверить сценарий до изменения ценового экрана |
| Заявление о двойном списании | 1/8: F; F08 | Возможный денежный ущерб; две операции не подтверждены | Срочно проверить конкретный заказ и операции с ответственным за оплату; при подтверждении устранить ущерб и выяснить масштаб |
| Пожелание выгрузки | 1/8: G; F09 | Препятствие и получатель таблицы не названы | Уточнить последний реальный случай, данные и дальнейшее действие; решение о функции пока отложить |
| Понятное подтверждение | 4/8: C, D, E, G; F05–F07, F09 | Явно описан понятный результат | Использовать эти случаи для сравнения условий с A, B и H |
| Удобный поиск | 1/8: B; F03 | Положительная оценка одного этапа | При изменении оформления сохранить удачное поведение поиска; общее удобство каталога не установлено |
У поля «понятно ли подтверждение» есть явный ответ у 7 из 8 клиентов. Внутри этой группы затруднение описали 3/7, понятный результат — 4/7; 1/8 остался НД. У тем цены и выгрузки нет такой полной проверки вопроса для каждого человека. Их 1/8 означает только одно найденное упоминание. Отсутствие остальных упоминаний не доказывает отсутствие проблемы.
Почему редкий сигнал может требовать первого действия
Неясное подтверждение встречается чаще в нашем наборе, но заявление о двойном списании требует оперативной проверки. Здесь возможен денежный ущерб. Приоритет проверки и приоритет продуктовой разработки — разные решения: единичное неподтверждённое сообщение не позволяет объявить массовый дефект, но ждать большого числа одинаковых жалоб тоже не требуется.
Для каждой проблемы запишите ущерб, возможность продолжить работу, обходной путь и повторяемость. NN/G предлагает учитывать частоту, воздействие и устойчивость проблемы при оценке серьёзности. В разборе обратной связи к этому полезно добавить статус доказательств: подтверждено источником, требует внешней проверки, неизвестно.
Не умножайте произвольные оценки «важности» и «эмоции» ради красивого рейтинга. В данном наборе достаточно двух обоснованных действий: проверить возможный ущерб F и исследовать повторяющийся разрыв в подтверждении A, B, H. Оценить стоимость решений можно после уточнения причины и условий.
Проверьте случаи, которые спорят с вашим объяснением
В учебном наборе четыре человека увидели номер сразу. Это мешает заключению «подтверждение отсутствует у всех» и помогает сформулировать проверяемый вопрос: чем отличались условия этих заказов от A, B и H?
Для H известно использование телефона; для A и B устройство неизвестно. Поэтому вывод «проблема только на мобильных» преждевременен. Аналогично, F08 не связывает два списания с повторным нажатием: B прямо сказал, что не нажимал снова, а F об этом не говорил.
Сравните версию продукта, канал, шаг, дату и доступный контекст. Проверьте альтернативы: человек мог не заметить сообщение, сообщение могло появиться позже или оформление могло пройти иначе. Эти варианты — гипотезы, пока нет подтверждения. В отчёте оставьте рядом и подтверждающие, и противоречащие им случаи.
Удобная форма для такой работы — матрица «случай × тема» с кратким содержанием и ссылкой на источник. Она сохраняет контекст отдельного случая и помогает сравнивать сходства и различия; этот принцип подробно описан в Framework Method у Gale и соавторов. Для общей методики качественного исследования есть отдельное руководство.
Как разобрать разговоры с клиентами в Текстославе
Начните с записи, в которой человек описывает конкретный эпизод. После расшифровки проверьте ключевые фразы, отрицания, суммы и распределение спикеров. Ошибка «нажимал» вместо «не нажимал» изменила бы вывод по B.
Один разговор: восстановить ситуацию и список проверок
В «Чате с ИИ» по записи можно задать предметный вопрос:
«Разбери обратную связь об оформлении заказа. Отдельно выпиши задачу клиента, последовательность событий, препятствия, последствия, предложенные им решения и положительные аспекты. Для каждого пункта приведи фрагмент исходного разговора. Не приписывай причины, которых клиент не назвал. Отсутствующие сведения пометь “нет данных”. В конце перечисли вопросы для проверки».
Если нужен документ для команды, откройте «Аналитика» → «Новый отчёт» → «По одной записи». Собственный формат полезен, когда вы уже определили поля карточки обращения; доступность форматов и исследований зависит от тарифа. Перед передачей отчёта сопоставьте значимые цитаты с записью.
Попробуйте на своей записи
Загрузите разговор с клиентом, проверьте расшифровку и соберите проблемы, последствия и вопросы для проверки. Несколько разговоров можно сравнить в исследовании проекта.
60 пробных минут после регистрации · Без банковской карты
Расшифровку можно скачать. Экспорт ИИ-отчётов — на платных тарифах.
Несколько разговоров: сравнить случаи по общему вопросу
Соберите относящиеся к задаче записи в проект. Названия с датой и кодом клиента помогут возвращаться к источнику. Если один эпизод представлен несколькими записями, заранее занесите их связь в реестр случаев: загрузка нескольких файлов сама по себе не превращает их в разных клиентов.
В «Аналитике» → «Новое исследование» выберите «Свой вопрос». В поле «Какой результат вам нужен?» опишите задачу, например:
«Сравнить обратную связь об оформлении заказов. Найти описанные препятствия и последствия, явные положительные случаи и предложения клиентов. Отделить сообщения о событиях от предположений о причинах. Для утверждений сохранить исходные фрагменты. Если ответа нет, отметить отсутствие данных. Нужен материал для решения, какие ситуации проверить и какое изменение исследовать».
После «Подготовить исследование» откройте «Состав данных» и проверьте предложенную структуру. Для этой задачи полезны ситуация, препятствие, последствие, пожелание и положительный опыт. В описаниях «Что находить и как формулировать» задайте границы из словаря. Сведения, прямо названные клиентом, и интерпретации должны быть различимы; доступные способы получения «Из записи» и «Вывод ИИ» помогают задать это различие.
В «Базе данных» рассмотрите таблицу, фильтры и связи. Проверьте исходные фрагменты у повторяющихся тем и редких тяжёлых сигналов. Письма, отзывы и другие письменные источники внесите в общий реестр отдельно, сохранив их IDs и связь с эпизодом. Итоговые числа сверяйте по реестру клиентов и случаев: один факт в нескольких записях не должен увеличивать число людей.
Отчёт «По базе проекта» поможет собрать выводы по выбранным записям. Перед использованием проверьте каждый знаменатель, повторы, НД и формулировки причин. Аналитика ускоряет разбор материала; решение о корректности объединения обращений и достаточности доказательств остаётся за командой. Подробнее о работе с отчётами и исследованиями — в гайде по анализу записей.
Посмотрите работу с записью в полном демо
Исследование начинается с доступного для проверки исходника. В интерактивном примере можно посмотреть работу с расшифровкой и результатами, прежде чем загружать свой разговор.
Как передать вывод в работу и проверить эффект
Для каждого решения составьте короткую карточку. В ней должны быть:
- Проблема и контекст: «A, B, H не поняли результат после оплаты в выбранных эпизодах».
- Доказательства и границы: F01, F03–F04, F10; 3/8 клиентов подборки; четыре противоположных случая; причина не установлена.
- Следующее действие: восстановить эти эпизоды, сравнить условия, проверить вариант понятного подтверждения.
- Ответственный и критерий завершения: кто проводит проверку и какой результат позволяет принять или отклонить изменение.
После изменения снова наблюдайте тот же сценарий и собирайте обратную связь сопоставимым способом. Для проверки понятности попросите клиента объяснить, что произошло после оформления и что он будет делать дальше. Для нагрузки на поддержку можно отслеживать число обращений об уточнении результата на число оформленных заказов в том же периоде. Сохраняйте определение обращения, период, сегмент и условия сравнения; изменение состава клиентов или канала поддержки может изменить показатель без улучшения интерфейса.
В нашем учебном наборе таких показателей до и после изменения нет. Из него нельзя посчитать рост конверсии, размер потерь или обещать процент улучшения. Результат разбора — обоснованная очередность проверок и исходные свидетельства, к которым команда может вернуться.
Частые вопросы
Чем анализ обратной связи отличается от определения тональности?
Тональность описывает оценку конкретного аспекта. Продуктовому решению также нужны задача, условия, действие и последствие. B хвалит поиск и одновременно ждёт поддержки после оплаты. Общий позитивный балл потеряет препятствие, а общий негативный — удачный поиск.
Сколько отзывов нужно для вывода?
Сначала определите вид вывода. Несколько конкретных случаев могут дать вопрос для проверки или сигнал возможного ущерба. Для оценки распространённости нужны подходящий способ отбора, достаточные данные и известный знаменатель. Восемь специально выбранных клиентов из этого примера не представляют всю аудиторию; дополнительные обращения из того же узкого канала не устраняют смещение отбора.
Нужно ли удалять повторные жалобы?
Сохраняйте их в истории клиента. Один и тот же эпизод считайте один раз для частоты проблемы, а каждый контакт — для нагрузки на поддержку. Новое столкновение того же человека с проблемой можно учитывать как новый случай, сохранив один ID клиента.
Можно ли объединить отзывы, звонки и интервью в один отчёт?
Можно сравнивать материалы об общей задаче, сохраняя канал и способ получения каждого сведения. Отзыв без уточнений и подробный разговор дают разную глубину контекста. Если личность автора или связь с другими обращениями неизвестна, не обещайте точное число уникальных клиентов и не объединяйте источники по одной похожей фразе.
Что проверить в сводке, подготовленной ИИ?
Сопоставьте выводы с цитатами, а цитаты — с оригиналами. Проверьте единицу подсчёта, знаменатель, дубли, смешанные оценки, противоположные случаи и НД. Утверждение «клиенты уходят из-за доставки» требует данных об уходе и его причинах; F06 показывает только уменьшение одного заказа. Полезная сводка делает эту границу видимой.
