Олег Якубенков на фейсбуке недавно просил поделиться примерами тестирования ценности без разработки продукта.

Откровений в комментариях нет, но есть много интересных и наглядных примеров, вынесу сюда основные (тем более, это довольно частый запрос от бизнеса к исследованиям) https://www.facebook.com/lohmatyi312/posts/4671315759576757

1) В целом можно выделить два способа тестировать ценность - продуктовый и маркетинговый. Продуктовый о том, как сделать MVP продукта дешевле, проверив ключевую гипотезу, маркетинговый - как можно проверить гипотезу о ценности и каналах продаж, без разработки продукта в принципе.

2) Идеи из продуктового подхода:
- можно запустить продукт на чужой площадке (MVP маркетплейса в виде группы в фейсбуке)
- Отказ от автоматизаций (вместо разработки бота делать всё вручную, вместо умного ассистента отвечает группа ассесоров)
- Создание упрощённой версии на no-code инструментах (сделать всё на airtable)
- Использовать части других сервисов ("Когда делали визуальный конструктор для голосовых приложений, вместо того, чтобы сходу делать свой конструктор, взяли сторонний mindmap сервис, и вставили его через iframe к нам на сайт").

3) Из sales-first продуктоа
- Общий подход "сначала продать, потом делать".
- "Cold sales e-mails are the best, по конверсии сразу видно та ли аудитория и есть ли painpoint".
- Давать объявление о продаже на Юле, Авито и других маркетплейсах, ещё до производства. "Получил фидбек, измеряли количество обращений. сколько готовы ждать товар, как готовы платить и как удобно получать. Сделали первый заказ товара, продали, снова заказали. Market_fit."
- Запускать лендинг для проверки интереса к продукту до производства (http://plum.ac/, также запускали Рокетбанк)
- Можно даже без лендинга - для несуществующего сервиса делали объявления - лидосборники в fb, потом обзванивали и проводили интервью
- "В нашем случае, у нас все сервисы запускаются на руках агентов в чате. Декларируешь что есть сервис и побежал на заднем фоне делать под видом AI"

Кажется, исторически продуктовые исследователи не очень связывают себя с таким подходом. Никто не говорит "я умею проводить problem research интервью, а ещё умею придумывать MVP сервисов на нокоде, чтобы быстро проверить продуктовую гипотезу", хотя задачи в обоих случаях могут решаться схожие.

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

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

#Methods