Помните серию Симпсонов, в которой Гомер проектировал автомобиль? Это на самом деле отличный пример неправильного исследования потребностей пользователя.

Как там всё было: Гомер выясняет, что у него есть брат Герберт. Герберт — владелец крупной автомобильной компании. И, узнав в Гомере своего потребителя, он предлагает ему спроектировать идеальный автомобиль. И Гомер идет в разнос. Устилает салон пушистыми коврами, прячет детей-пассажиров под отдельный звуконепроницаемый купол, чтобы не орали всю дорогу, добавляет на антенну маленький шарик — так машину легче найти на парковке. А еще мотор The HOMER ревет так, что «народ думает, будто наступил конец света», а вместо гудка у него La cucaracha.

В итоге автомобиль у Гомера получается мягко говоря странным (хотя есть мнение, что Гомер просто опередил свое время) и очень дорогим — он стоит $82 000. Продукт не получился, компания Герберта разорена, семейного воссоединения не случилось…

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

Если мы сфокусируемся только на целях бизнеса, есть риск не закрыть боли пользователей. И тогда они просто не будут пользоваться таким продуктом. И наоборот, если опираться только на потребности пользователей, продукт будет убыточным для бизнеса.

Про цели бизнеса и то, как их выяснить и зафиксировать, мы уже говорили. Сегодня — про пользователей.

Отличная практика для выяснения потребностей пользователей — это кастдев (Customer development). Но тут есть один важный момент, который упустил Герберт. Кастдев не работает, если в лоб задать пользователю вопрос «Чего ты хочешь?». В такой ситуации пользователь, может накидать «летающих единорогов», «кукарач» и прочего нереалистичного.
Правильный кастдев — это когда мы стремимся узнать, как пользователь сейчас работает и с какими проблемами сталкивается. При этом пользователь может даже не знать, что мы что-то разрабатываем — он просто рассказывает про свою жизнь.

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

За этим следует ещё подход к исследованию потребностей пользователей, но уже на реальном примере. Подробнее о том, что делать дальше, рассказываем на нашем канале Продуктовая (раз)Работка. Присоединяйтесь, если вы еще не 😉

PS: В посте мы говорим о 15 серии 2 сезона Симпсонов — «О, где же ты, брат?!».

#кастдев