Берём приложение Яндекс Лавки.

Сценарий

Целевое действие – найти готовое блюдо без соли в составе.

Процесс

С главной страницы я кликаю на ссылку "готовые блюда". Попадаю в каталог и вижу все доступные для заказа готовые блюда. Чтобы узнать, есть ли в составе блюда соль, приходится открывать его и читать состав. Есть? ⇒ Повторяю 100500 раз, пока не наткнусь на нужное блюдо, которое смогу наконец добавить в корзину.

Этот цикл является проблемой на пути к моей цели и значительно увеличивает время на поиск.

Я не рассматриваю процесс регистрации, авторизации и непосредственно покупки, т.к. не обсуждаю их оптимизацию и фокусируюсь на процессе поиска нужного товара.

Я не рассматриваю процесс регистрации, авторизации и непосредственно покупки, т.к. не обсуждаю их оптимизацию и фокусируюсь на процессе поиска нужного товара.

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

А у других есть такая проблема? Она worth solving?

Можно проверить. Собираем все запросы из поисковой строки приложения и считаем, сколько раз встречались "без [соли/сахара/муки/глютена/ингредиента]" + считаем клики на категории каталога "без глютена", "без мяса" + считаем запросы пользователей в отзывах, в службе поддержке.

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

Зачем делать фильтр, если можно просто сделать раздел каталога (есть ведь "без глютена", "без мяса")?

Как должен выглядеть процесс

Попадаю в каталог и вижу все доступные для заказа готовые блюда. Нажимаю на иконку фильтра и выбираю "без соли". Вижу все товары, у которых нет соли в составе. Выбираю понравившийся, на всякий случай проверяю состав. Нет соли? ⇒ В корзину.

Я провёл игрушечный юзабилити-тест: просил пару знакомых повторить сценарий. В конце они также заявили, что нужен фильтр (один больше минуты был уверен, что фильтр есть, но всё-таки спрятан).

Кажется, что проверка состава на предпоследнем этапе необязательна. Но она спасает покупателя от ситуаций, когда в составе нет соли, но есть NaCl 😉

Кажется, что проверка состава на предпоследнем этапе необязательна. Но она спасает покупателя от ситуаций, когда в составе нет соли, но есть NaCl 😉

<aside> ☝ Это улучшение процесса с точки зрения внешнего пользователя. Я, как пользователь, хочу находить нужные товары быстрее.

У приложения могут быть другие бизнес-задачи. Например, заставить пользователя провести больше времени в приложении, чтобы показать весь ассортимент товаров. И усложнение процесса поиска – не баг, а фича.

</aside>

Задача на разработку

DevName, привет!

Нам нужно cделать фильтр в товарных категориях