Отчёт по исследованию: как свести интервью в выводы, которые внедряют

Один мой отчёт по исследованию читали ровно ноль человек. Сорок страниц, аккуратные разделы, цитаты по каждому респонденту, я неделю его собирал. Отправил команде в пятницу. В понедельник на синке кто-то спросил: «Ну так что, делаем эту фичу или нет?». И повисла тишина. Сорок страниц, а ответа на простой вопрос в них не нашлось.

Денис, продуктовый аналитик в Aski, если что. Тот отчёт стал для меня уроком, который дороже любого учебника: исследование заканчивается не последним интервью, а решением, которое из него родилось. Если решение не родилось, ты просто красиво описал реальность и положил на полку. Ниже разберу, как составить отчёт по исследованию так, чтобы его не положили в стол, а пошли и сделали по нему.

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

Зачем отчёту вообще быть, если все и так были на интервью

Частый аргумент: «мы же все слушали разговоры, зачем писать». Не работает.

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

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

Из чего собирается нормальный отчёт по исследованию

Структуру отчёта об интервью я довёл до семи блоков. Не священное число, можно ужать, но логика именно такая: сверху то, ради чего всё затевалось, ниже доказательства.

• Цель и гипотезы. Что внутри — Что проверяли, какие были предположения до старта. Зачем — Чтобы читатель понял, на какой вопрос вы вообще искали ответ.
• Метод. Что внутри — Сколько интервью, какой сегмент, как отбирали, когда. Зачем — Доверие к выводам. 4 разговора с друзьями и 15 с целевым сегментом весят по-разному.
• Ключевые находки. Что внутри — 3–5 главных вещей, которые вы поняли. Тезисами. Зачем — Это читают все. Если человек дочитает только сюда, он уже понял суть.
• Боли и мотивы. Что внутри — Что у людей болит, что ими движет, с частотой. Зачем — Сердце отчёта: на чём строить решение.
• Цитаты. Что внутри — Живые слова респондентов под каждую боль. Зачем — Доказательство, что вы не выдумали. И язык клиента для текстов.
• Выводы. Что внутри — Что всё это значит для продукта. Зачем — Переход от «что услышали» к «что с этим делать».
• Рекомендации. Что внутри — Конкретные шаги с приоритетом. Зачем — Ради чего отчёт и затевался.

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

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

Главное: выводы пишутся под решение, а не под красоту

Вот тут зарыта вся разница между отчётом, который внедрят, и которым подопрут дверь.

Вывод это не «пользователям не нравится текущий процесс выгрузки». Это наблюдение, оно повисает в воздухе. Из него непонятно, что делать. Вывод по исследованию звучит так, что из него прямо вытекает действие: «выгрузку данных просили 8 из 12, для половины это была причина не продлевать подписку, значит, это не косметика, а блокер удержания, чинить до новых фич».

Чувствуете разницу? Во втором варианте уже зашит приоритет и последствие. Команда читает и понимает не только что болит, но и насколько это срочно и почему.

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

Пример, как один и тот же факт выглядит до и после:

Слабо: «Многие респонденты упоминали, что им сложно разобраться в интерфейсе на старте».
Сильно: «7 из 10 застряли на первом экране и не дошли до ключевого действия. Онбординг теряет людей раньше, чем они видят ценность. Рекомендую переделать первый экран до работы над остальным, это узкое горло всей воронки».

Второй вариант кто-то возьмёт и понесёт в работу. Первый перечитают, покивают и забудут к обеду.

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

Цитаты: доказательство, а не украшение

Раздел с цитатами часто лепят для объёма. Зря. Цитата это не декор, это доказательство, что вывод не высосан из пальца.

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

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

Оговорюсь: цитатами тоже можно врать, точнее, обманывать себя. Выдернул три фразы, которые подтверждают любимую гипотезу, проигнорировал десять, которые против. Поэтому цитаты под вывод должны быть репрезентативными, а не удобными. Если из двенадцати человек так сказал один, это не «клиенты говорят», это «один клиент сказал», и в отчёте это должно быть честно видно.

Частые ошибки, на которых отчёты умирают

Собрал из своих и чужих. Каждую видел не раз.

• Простыня без выводов. Самая частая и самая обидная. Человек добросовестно пересказал все интервью, страница за страницей, а раздела «и что нам теперь делать» нет. Реальность описана, решение не предложено. Такой отчёт читают один раз и из вежливости.
• Хронология вместо смысла. «На первом интервью... на втором... на третьем...». Читателю плевать на порядок разговоров, ему нужно, что повторилось. Группируй по болям и темам, а не по датам.
• Выводы без частоты. «Пользователи хотят интеграцию с CRM». Сколько пользователей? Один громкий или восемь из десяти? Без цифры это не вывод, а чьё-то желание, выданное за исследование.
• Подгонка под гипотезу. Шёл проверять идею, в отчёте остались только подтверждения. Опасно вдвойне, потому что выглядит как объективный документ. Противоречащие сигналы надо показывать, даже когда они рушат то, во что вы влюбились.
• Отчёт ради отчёта. Сорок страниц, потому что «солидно». Никто не прочитает сорок страниц. Ключевые находки должны умещаться на одной, остальное это приложение для тех, кто захочет копнуть.

Заметили общее? Почти все ошибки про одно: автор сфокусировался на том, чтобы описать процесс, а не на том, чтобы помочь принять решение. Отчёт это не отчётность перед начальством, что вы хорошо поработали. Это инструмент, чтобы команда что-то поняла и сделала.

Где в этом помогает Aski

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

Это та часть, которую мы в Aski отдали под автоматику. Аватар сам проводит интервью голосом, расшифровывает каждое на лету и сводит все встречи в один отчёт: боли с частотой, на скольких сессиях всплыла каждая, мотивы, цитаты под каждый пункт, черновые выводы. То есть вся структура из таблицы выше собирается за вас, остаётся принять решение. А оно по-прежнему ваше: машина разложит фактуру и подсветит закономерности, но «чинить сейчас или взять в план» решает голова, которая знает ваш продукт и контекст.

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

Коротко

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

FAQ

Какой должна быть структура отчёта об интервью?

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

Чем вывод отличается от наблюдения?

Наблюдение описывает реальность: «людям не нравится выгрузка». Вывод подсказывает действие и его срочность: «выгрузку просили 8 из 12, для половины это причина не продлевать подписку, значит, блокер удержания, чинить до новых фич». Проверка простая: задайте выводу вопрос «и что мы с этим сделаем». Если ответить нельзя, это ещё наблюдение.

Сколько страниц должен занимать отчёт?

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

Зачем указывать частоту у каждой боли?

Чтобы отделить закономерность от единичного крика. «Боль с интерфейсом» и «боль с интерфейсом у 7 из 10» это разные по весу утверждения. Частота показывает команде, что чинить в первую очередь, и защищает отчёт от того, что один громкий респондент перевесит всю выборку. Без цифр отчёт превращается в набор мнений.

Как сделать так, чтобы отчёт реально внедрили, а не положили в стол?

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

Можно ли собрать отчёт автоматически?

Частично да. Сведение фактуры, расшифровку, подсчёт частоты болей, сбор цитат и черновые выводы по всем встречам можно отдать инструменту вроде Aski, он соберёт структуру отчёта за вас. А вот финальную приоритизацию и связку с продуктовой стратегией всё равно делает человек, который знает контекст. Машина готовит, решает голова.

Источники

• Стив Бланк. «Четыре шага к озарению» (The Four Steps to the Epiphany), 2005. Первоисточник методологии customer development, где исследование завязано на выводы и итерации.
• Эрик Рис. «Бизнес с нуля» (The Lean Startup). Про цикл «построить, измерить, научиться» и про то, что данные ценны только когда из них рождается решение.
• Роб Фитцпатрик. «Спроси маму» (The Mom Test). Про то, как отделять реальные сигналы от вежливых ответов на этапе сбора, чтобы в отчёт попадала правда, а не комплименты.