Markdown [Самокат]

Markdown (Уценки) — внутренний продукт, с помощью которого сотрудники компании рассчитывают и выставляют уценки на товары в приложении. Он вырос из задач, которые изначально решались внутри Промотрона, но со временем потребовали отдельного решения.

Моя роль

Я единственный дизайнер этого продукта. Продукт был сделан мною с нуля.

Что делаю:

• Провожу исследования: пользовательские интервью, юзабилити-тесты, опросы

• Проектирую пользовательские сценарии, UJM, пользовательские истории

• Постоянно взаимодействую со стейкхолдерами и пользователями: выявляю проблемы и точки роста продукта

• Общаюсь с продуктовой командой, обсуждаю технические ограничения, участвую в брейнштормах, поддерживаю решения во время разработки, контролирую фичи перед релизом

• Разрабатываю дизайн-макеты в соответствии с дизайн-системой (изначально Ant, сейчас — внутренняя), делаю интерактивные прототипы

   

Проблема

До появления продукта Уценки пользователи уценяли товары с помощью 1С. Это требовало много ручного труда и работа занимала долгое время. Пользователи не могли тестировать свои гипотезы, так как интерфейс 1С ограничивал их возможности.

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

Результат

После полугода работы в продукте списания сократились, а маржа выросла на 40% — из-за того, что нашим продуктом стало пользоваться удобнее и быстрее и пользователи смогли проводить свои эксперименты и делать гибкие настройки уценок на разные товары.

Автоматические уценки

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

Исследования работы автоматических уценок по сроку годности

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

Ручные уценки

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

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

Схема работы с разными типами уценок

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

 

Расчёт через робота

Для принятия решения о создании некоторых уценок пользователям нужно сначала оценить, будут ли приносить пользу. Для этого они загружают предварительные расчёты в специального робота и смотрят на прогнозные параметры. Если эти параметры подходят, то уценки запускают.

В этом интерфейсе нужно было предусмотреть большое количество предупреждений и возможность редактирования параметров.