Пройдите бесплатный онлайн-курс по Scrum на английском языке, и в ответ оставьте мне 5* и позитивный отзыв. Вот ссылка: Scrum-Fundamentals-2h-course-on-Udemy. Если вы в РФ, но необходима регистрация на Udemy из-под VPN, но это просто, а курс получился прикольным!
Решенческие интервью — интервью с клиентом, чтобы выяснить, готов ли клиент купить продукт с предлагаемой функциональностью. Не задавая напрямую, вы ищите ответы на вопросы:
- Как клиент оценивает решение? Насколько решение ценно для него?
- Готов ли клиент за него платить? (Однако нет цели именно в самой продаже.)
Не путайте решенческое интервью с коридорным тестом. В ходе коридорного теста проверяется UX, интерфейс продукта, а в ходе решенческого интервью — ценность решения для клиента.
Когда проводить
Если гипотеза проблемы не “явно опровергнута”, однако нет уверенности в жизнеспособности идеи и хочется большей четкости, то стоит провести решенческое исследование.
С кем проводить
С теми, кто участвовал в интервью о проблеме.
Зачем проводить
Цели:
- Подтвердить/опровергнуть соответствие проблема-решение – problem-solution fit – убедиться, что задуманный продукт решает выявленную и уже подтверждённую проблему клиента. (Подтверждение проблемы рассмотрено в статье “Проблемные интервью“.)
- Протестировать прототип продукта или готовое решение на реальных пользователях,
- попутно дополнив видение проблем, которые намерен решить наш будущий продукт.
- Определить готовность приобрести ваш товар или услугу.
Для проведения такого интервью понадобится MVP, прототип, макет или даже презентация. (Подробнее о видах MVP читайте здесь.)
Результаты интервью пойдут в бэклог на дополнительные исследования, прямиком в бэклог на разработку, в отдел маркетинга и продаж. От результатов зависит:
- кому будем предлагать попробовать фичу;
- какие каналы будем использовать для коммуникации с потенциальными пользователями этой фичи (для этого в ходе интервью задаем вопросы о способах получения информации);
- что напишем на лендинге как мы будем рассказывать о фиче в блоге, в рассылке и клиентам во время демо (для этого записываем повторяющиеся ответы респондентов слово в слово, именно их оригинальные формулировки, потому что именно они вызывают эмоциональный отклик);
- какие сценарии использования показывать.
Этапы интервью о решении
- Проблема. Обозначьте проблему, которую выявили на предыдущих интервью – на интервью о проблеме.
- Предложение. Опишите решение, расскажите о нём, презентуйте, покажите. Узнайте мнение клиента о сильных и слабых сторонах решения, и мнение в целом.
- Договорённость или продажа. В ходе интервью можете договориться о покупке, ответном активном действии, дальнейшем сотрудничестве. (Детальнее далее.)
Гипотезы того, что должно быть в продукте, до запуска в 95% случаев ошибочны. Полировать неверные гипотезы = выбрасывать деньги на ветер. Чтобы валидировать, что в нашем продукте есть потребность, продукт не должен быть
Иван Замесинкачественным. Его вообще может не быть. Если у клиента есть потребность и сильная боль, он покупает на словах.
Плохие вопросы для интервью
- Что вы думаете про нашу идею?
- Вы бы купили продукт? Готовы ли вы платить за это решение?
- Сколько вы готовы заплатить?
Такие вопросы могут вызвать:
- излишнюю деликатность: “Да-да, вы молодцы, всё классно!” — но на самом деле нет.
- Или, наоборот, защитную реакцию: “Да ничего мне не надо, всё у меня хорошо, отстаньте!“
- Вопрос цены обсуждается детальнее ниже.
Хорошие вопросы для интервью
Вводные фразы, которые вы произносите в начале любых вопросов ниже:
- Как вы считаете…
- На ваш взгляд…
- Как, по-вашему…
Как клиент искал текущее решение (интервью о проблеме)
- [контекст, проблема, триггер] В какой момент вы стали искать решение?
- [каналы привлечения] Вспомните момент, когда вы изучали решения: как вы их искали, сравнивали, выбирали?
- [конкуренты на рынке] Какие ещё способы решения проблемы вы обдумывали?
- [главная задача] Опишите изменения, которые вы ожидали от активности, которой вы хотели начать заниматься?
- [деньги] Какой бюджет у вас был на эту задачу?
Как клиент покупал текущее решение (интервью о проблеме)
- [контекст, проблема, триггер] Что побудило вас начать эту активность именно в тот момент?
- [каналы привлечения] Кто или что помогло вам принять решение? Куда вы обратились за помощью?
- [решение] Расскажите хронологически, как вы покупали новое решение? Что там было интересного на разных этапах?
- [контекст] Помогите мне представить сцену принятия решения, как в кино.
Соответствие предлагаемого решения ожиданиям клиента
Характеристики продукта и способность решить проблему:
- Как этот продукт мог бы решить вашу проблему?
- Насколько такое решение может оказаться полезным для вас?
- В каких ситуациях этот продукт использовали бы лично вы?
- Какие преимущества и недостатки вы видите в этом решении?
- Какие слабые стороны у решения? Чего ему не хватает?
- Как вы рассказали бы об этом продукте своему другу?
Проверка цены, ценности и готовности купить
- Сколько денег вы теряете из-за того, что эта проблема не решена?
- Предложенная цена соответствует выгоде от приобретения продукта?
- Какая цена будет соответствовать выгоде, которую вы получите от полученного решения? (См. Метод определения цены Питера ван Вестендорпа.)
- Есть ли в вашей компании бюджет на это направление?
Реальная оплата – лучша проверка готовности купить. Точнее – это и есть покупка 😉 Однако продажа — не самоцель. Вы предлагате покупку и другие действия ниже, чтобы получить честную обратную связь.
Если спросить у человека, даже показав MVP, купит ли он его, когда MVP перерастет в полноценный продукт, человеку ничего не стоит соврать и сказать “Да“, чтобы просто не расстраивать вас. Поэтому важно взять обязательства:
- Лучший вариант – произвести продажу здесь и сейчас: Готовы купить сейчас?
- Если клиент не готов купить текущий продукт, то уточните, чего не хватает, чтобы купил: Какой функционал нам нужно добавить, чтобы вы купили наш продукт?
- Чего не хватает, чтобы вы купили продукт сразу же? И договоритесь встретиться, когда будет готово.
- Попросите предоплату и оформите предварительный заказ, взяв деньги под расписку, и договоритесь встретиться, когда будет готово (финансовые обязательства).
- Назначьте дату новой встречи (временные обязательства).
- Попросите прямо сейчас распространить хвалебную инфо о продукте на странице в соцсети (репутационные обязательства, “дорогое” действие).
- Попросите отправить три личных сообщения в WhatsApp, Telegram, FB Messenger, Instagram Direct.
- Договоритесь о знакомстве с ЛПР (репутационные обязательства).
- Хотели бы вы протестировать сервис на правах “раннего последователя”?
Не старайтесь продавать (настаивать, убеждать, рекламировать) свой продукт, а будьте нейтральны. Цель не в получении дохода, а в подтверждении готовности купить и в проверке соответствия проблема-решение.
Вопросы о будущем рекомендуется избегать, потому что такие вопросы преукрашают реальность. Однако о базовом качестве продукта всё же можно спросить клиентов из вашего сегмента на интервью или опросом:
- Какой минимум должен быть в продукте, который решает вашу потребность, чтобы вы купили его?
- Чего НЕ может НЕ быть в продукте, который решает вашу потребность, чтобы вы купили его?
Вопросы для развития уже существующего продукта
Исследование опыта использования вашего продукта и выявление в нем проблем.
- Расскажите, откуда вы узнали о нашем товаре?
- Как долго вы пользуетесь им?
- Когда вы в последний раз им пользовались? Как это было?
- Почему вы пользуетесь продуктом? Что нравится?
- Что вас не устраивает в нашем товаре? Какие у него недостатки?
- Насколько эти недостатки значимы?
- Как эти недостатки влияют на вашу проблему?
- Как мы можем исправить эти недостатки?
Исследование market-problem-solution – итеративное и поступательное
1. Проблема и ЦА подтвердились? Да. 2. Придумайте решение, расскажите о нём им же, попросите денег/подтверждение. Подтвердилось. 3. Нарисуйте макет, покажите его. Подтвердилось. 4. Сделайте MVP на коленке, продайте его. Продали.
Также будет полезно прочитать
Годные статьи в сети
Я считаю, что не нужно изобретать велосипед, но нужно обязательно указывать изобретателей!
- Customer Development: цели, особенности и лайфхаки на GB.ru от ФРИИ.
- Почему MVP не обязательно = “рабочая версия продукта”.
- Вопросы от Ивана Замесина, но у него упор на JTBD.