Как интервью с пользователями помогают проверять продуктовые гипотезы

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

Давать такую оценку продуктовым идеям помогает метод исследования потребностей CustDev (Customer Development, «Развитие потребителя» ) или кастдев. Его главный инструмент — интервью, позволяющие проверить, насколько продуктовая гипотеза связана с проблемами, контекстом и ожиданиями пользователей.

Суть кастдева в продуктовой разработке

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

Кастдев нужен в тот момент, когда у команды уже есть гипотеза, но пока нет уверенности, что она опирается на живую потребность. Иначе говоря, этот метод работает на стыке идеи и реальности. Он помогает уточнить, какую именно задачу нужно решать, прежде чем обсуждать, как именно это делать в продукте.

Какие задачи кастдев решает в цифровом продукте

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

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

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

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

Когда кастдев полезен, а когда его возможностей уже мало

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

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

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

Как подготовить CustDev, чтобы получить полезный материал

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

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

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

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

Как вести интервью и что считать результатом

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

Поэтому в центре разговора должны быть конкретные эпизоды. Лучше спрашивать не «нужна ли вам такая функция?», а «как вы в последний раз сталкивались с этой проблемой?», «что было неудобно?», «почему выбрали именно этот вариант?». Чем меньше гипотетических вопросов, тем выше шанс получить живой материал. Для полноты ответа нужно уточнять, в какой именно момент возникла проблема, что человек сделал в первую очередь и по каким признакам понял, что решение подходит. Такие детали потом превращаются в полезные выводы для продукта.

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

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

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