{"id":14277,"url":"\/distributions\/14277\/click?bit=1&hash=17ce698c744183890278e5e72fb5473eaa8dd0a28fac1d357bd91d8537b18c22","title":"\u041e\u0446\u0438\u0444\u0440\u043e\u0432\u0430\u0442\u044c \u043b\u0438\u0442\u0440\u044b \u0431\u0435\u043d\u0437\u0438\u043d\u0430 \u0438\u043b\u0438 \u0437\u043e\u043b\u043e\u0442\u044b\u0435 \u0443\u043a\u0440\u0430\u0448\u0435\u043d\u0438\u044f","buttonText":"\u041a\u0430\u043a?","imageUuid":"771ad34a-9f50-5b0b-bc84-204d36a20025"}

Поняли, что нужно пользователям продукта, не вложив ни копейки в его разработку

Почему не надо создавать продукт, чтобы понять, будет ли он востребован? Ответ — в кейсе Стереомаркетинга о сервисе электронной записи.

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

Как вы поняли, что нужно пользователям?

Часто разработчики действуют по схеме: разрабатывают сервис → выводят его на рынок → получают обратную связь от пользователей → вносят изменения. Мы предложили начать с конца и сразу взять обратную связь у пользователей. Но как это сделать, если сервиса еще нет? Сначала мы провели исследование — опросили мастеров и выяснили, как выглядит с их точки зрения идеальный способ записи, какие им нужны данные, как они пользуются календарем и т. д.

Это позволило с самого начала заложить в сервис нужные функции и не проектировать те, которые не востребованы пользователями

Как вы получили обратную связь от пользователей, если у вас не было продукта?

Чтобы получить обратную связь от пользователей, мы не стали вкладываться в разработку. Мы просто отрисовали основные экраны и сделали их интерактивными (кнопки нажимаются, переходы по ссылкам работают). Затем показали их пользователям и попросили выполнить необходимые задачи:
— записать нового клиента
— посмотреть его контакты
— посмотреть свое расписание
— и т. д.

Мы подписали соглашение о неразглашении, поэтому для наглядности показываем пример разработки приложения от businessanalytics.pro

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

Результаты

  • Снизили риск разработать невостребованный продукт.
  • Получили обратную связь от пользователей всего через месяц и выявили недоработки в изначальном прототипе и отсутствие нужных функций.
  • Сократили срок и стоимость разработки.
0
10 комментариев
Написать комментарий...
Pavel Shevsky

А как вы делали опрос и прототип без денег?

Ответить
Развернуть ветку
Maxim Shishov

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

Ответить
Развернуть ветку
Pavel Shevsky

Это понятно, просто прочитайте заголовок материала.

Ответить
Развернуть ветку
Alexander Khoroshilov

Уверен, вопрос задан от лица всех прочитавших, ибо только он и остался после прочтения.

Ответить
Развернуть ветку
Илья Снеговской

У меня есть предположение что когда в салон сами ходили за услугами, там и показывали прототип.

Ответить
Развернуть ветку
zulus

ну так а прототип откуда взялся?

Ответить
Развернуть ветку
zulus

все правильно все толково, но только в случае если заказчик готов платить за исследования ))

Ответить
Развернуть ветку
Snake

Зачем салону отдавать на аутсорс разработку своей системы записи и сливать кучу денег, когда есть yclients и прочие?

Ответить
Развернуть ветку
Maxim Shishov

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

Ответить
Развернуть ветку
Young Aggressor

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

По-моему тут не про то, как понять будет ли востребован мой продукт или нет до разработки, а про то, понятен ли нарисованый интерфейс в прототипе.

:facepalm:

Ответить
Развернуть ветку

Комментарий удален модератором

Развернуть ветку

Комментарий удален модератором

Развернуть ветку
7 комментариев
Раскрывать всегда