Обсуждаем зарплаты в ИТ | AgileCareer
Что такое базовое качество продукта и настолько ли оно важно?
Продолжаю серию постов про продуктовку и Jobs To Be Done.
Прежде чем выпустить продукт на рынок, его нужно протестировать. Так вы убедитесь, что продукт помогает пользователю продвинуться в решении его задачи и может окупить вложенные усилия.
Чтобы продукт существовал, был востребован и покупаем, лучше не забывать об MVP. Простым языком – это минимально жизнеспособный продукт. Или так – тестовая версия товара или услуги, которая позволяет пользователю выполнить свою задачу (job) с минимально достаточным уровнем результата.
Зачем это нужно?
Чтобы проверить, все ли правильно мы сделали, чтобы дальше не пришлось все переделывать с нуля, и не тратить на это время и ресурсы. MVP всегда тестируют.
Здесь находят людей, у которых задача уже “болит” и которые активно ищут решение. Если тест показывает хорошие результаты, начинается разработка полноценного продукта. Кстати, я не так давно советовал книгу «MVP. Как выводить на рынок товары и услуги, которые нравятся покупателям». Обратите внимание, там все подробно описано.
Вернемся к нашей тестовой версии. Чтобы существовать, она должна иметь базовое качество — это уровень, при котором пользователь считает свою задачу решённой и вообще рассматривает продукт как вариант.
Скажу так: базовое качество будет всегда разным. Время идет, меняются требования, а потребности растут. То, что раньше давало ощущение прогресса, со временем становится обязательным условием, без которого задача уже не считается решённой. Для примера возьмем сервис такси примерно 2013-2014 годов. Сам я не следил за этой транспортной эпопеей, но обратил внимание на этот кейс в книге Ивана Замесина «Как делать продукт». Кратко расскажу.
Значит, примерно в то время, которое я упомянул, индустрия такси решала проблему - «Тревожно из-за того, что не знаю, сколько мне будет стоить поездка». Первым в своем приложении стоимость предлагаемой поездки внедрил Uber. Яндекс.Go – на несколько месяцев позже. Тогда большинство пользователей, конечно же, ушло именно в Uber, ведь им не надо было предсказывать, сколько они заплатят за услугу. Спустя пару лет уже никто не реагировал на это с удивлением и радостью. Такая фича просто стала нормой.
Но вернемся к базовому качеству. Я, кстати, уже писал об этом ранее, что самым проверенным способом что-либо определить, найти точки соприкосновения – это спросить свой сегмент. Не знаешь сегмент – проведи исследование. Иначе никак. А теперь самое главное – что и как спросить у клиента, когда тестируешь базовый продукт? И не просто спросить, а чтобы получить данные для будущей аналитики. По факту вопросов может быть несколько:
🔸 «Вспомните последний раз, когда вы решали эту задачу: что вы тогда сделали?»
🔸 «Что вас в этом процессе раздражало или напрягало?»
🔸 «Почему вы выбрали именно это решение, а не другое?»
🔸 «Было ли что-то, что почти остановило вас от выбора?»
Очень часто для первых версий нового продукта или фичи команда плохо понимает, какую задачу пользователь на самом деле пытается решить и какой прогресс для него важен. Для этого тогда можно еще раз вернуться к JTBD-интервью для поиска продукта или применить еще один инструмент – ABCDX-сегментацию. Именно о ней мы и поговорим в следующий раз.
Буду рад вопросам и комментариям, а также поддержке в виде ваших наблюдений и опыта.
#agilecareer_авторскийпост
О проекте | Навигация | Чат | Сетка
Спасибо, полезный разбор. Особенно про то, как базовое качество со временем становится нормой — это правда важно помнить.
Обсуждение 0
Обсуждение не доступно в веб-версии. Чтобы написать комментарий, перейдите в приложение Telegram.
Обсудить в Telegram