Работа UX/UI-дизайнером в стартапах

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

Какие бывают роли в дизайн-команде:

Задачи может ставить как продукт-менеджер или designer-lead, так и любой сотрудник. Обычно задачи даются команде на спринт и каждый выбирает себе задачу. Также можно предложить свои задачи, если есть идеи как улучшить продукт. Бывают asap-задачи с жестким дедлайном, которые нужно выполнить в первую очередь.
Задачи могут приходить самые разные от создания иконки до улучшения метрик.
Условно задачи можно разделить на несколько видов:

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

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

На странице товара справа показан больший выбор внутренней валюты (поинты, койны, кэшбек):

В маркеплейсе было много ux-проблем во флоу чекаута, например не было возможности добавить доставку товаров на дом, выбрать пункт выдачи по карте, вернуться на шаг назад, возможность отложить товар в корзине, было много ненужных полей ввода. Мы сделали редизайн чекаута не только внешного вида, но и добавили новые фичи и улучшили ux-пользователя.

Карточка товара до и после редизайна на странице корзины:

Продуктовые задачи условно можно разделить на несколько видов:

Добавление новых фич

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

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

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

Улучшение существующего функционала

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

Исправление багов

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

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

Плюсы:

Минусы: