Продуктовые процессы

Пришло время последнего поста из серии «Что спрашивают на собесе дизайнеров».

Работа над любой новой задачей делиться на два этапа — Discovery и Delivery.

Discovery (исследование и дизайн)

Действующие лица: продакт, тимлид разработки, проджект, дизайнер и UX-исследователь.

Шаг 1. Продакт продумывает и описывает идею. Считает, какую выгоду она принесёт продукту.

Шаг 2. Собираются СPO и стейкхолдеры, все кто может быть связан с реализацией идеи. Они пропускают её или разносят в пух и прах.

Шаг 3. Подключаются UX-исследователи, проводится CustDev (глубинные интервью), опросы и прочее для проверки гипотез (вариантов реализации идеи). Это могут делать продакт или дизайнер, если UX-исследователи отсутствуют в команде.

Шаг 4. Дизайнер рисует и собирает небольшой прототип будущей фичи и даёт потыкать пользователю. UX-писателя важно подключить пораньше, можно даже шаге на третьем, чтобы он мог погрузиться в задачу и составить грамотные тексты. Тимлид разработки подсвечивает технические риски.

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

Delivery (разработка и внедрение)

Участники: продакт, проджект, тимлид разработки, команда разработки, тестировщики

Шаг 6. Проджект смотрит, как всё грамотно разделить на задачи, составляет бэклог и передаёт в разработку.

Шаг 7. Разработка разрабатывает — тимлид и продакт курируют процесс.

Шаг 8. Тестировщики тестируют — разработчики фиксят найденный баги.

Шаг 9. Релиз! 🎉

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

❤️ — полезно
🔥 — тоже работаем примерно по этой схеме
🤚 — у нас по другому

⬅️ 6. Дизайн токены

Как сложный продукт подкосил команду

Наткнулась на проект, который делала на курсе Ярослава Шуваева пару лет назад. Решила поделиться с вами как это было)

Ярослав мне, как специалист, очень понравился, я прям стала его фанаткой. Но вот сама механика проведения курса подвела.
В общем нас было 10 человек, которых поделили на 2 команды и дали реальные проекты.
Нашей команде достался «сервис по расчёту окупаемости функционала в продукте» (даже звучит страшно согласитесь 😐). Курс состоял из теории и домашней работы, которую мы потом обсуждали на созвонах с преподавателем. В команде было много совсем только начинающих дизайнеров. Сама задумка с командной работой выглядела классно, люди учатся сразу работать в команде, но всё оказалось иначе.

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

Одной из причин почему так получилось могло стать то, что сам продукт очень узко направленый, нужно было глубоко погружаться в юнит-экономику, от которой все в команде были далеки.
Мы проводили интервью с продактами и основателями стартапов, которые перед запуском фичи считают сколько выгоды она принесёт и стоит ли вообще её запускать. Они говорили, что либо делают расчёты в таблице excel, либо вообще не делают и им норм. С каждым днём на курсе вера в продукт угасала, но курс завершать надо было.
Вот такой концепт в итоге у меня получился. Как вам?

Ставьте огоньки, если интересно посмотреть ещё тестовое на арт-директора в Мегафон, который я делала и тоже нашла в закромах)

❤️ — норм концепт
🔥 — показывай тестовое на арт-директора
⭐️ — тоже курсы проходил(а)

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

Но чтобы попасть на стадион, нам пришлось простоять в очереди полтора часа. Мы даже шутили: если кто-то спросит, как мы провели вечер, ответим — «стояли в очереди» 😬
Стоя там я как раз и размышляла, как можно было бы улучшить организацию и избежать этого момента.

Условия были такие:
Пришло около 10 тысяч человек.
На входе работали 35 турникетов.

Проход включал два этапа:
1. Сканирование QR-кода на билете. Они находились у всех в телефоне и работник курировавший процесс громко говорила, чтобы все увеличили яркость.
2. Досмотр человека и его сумки

У меня появились несколько идей, но они упрощают только первый этап:

• Групповые билеты, например, если ты идешь компанией из 6 человек и у вас 6 мест, то на входе сканируют не каждый по отдельности QR-код на билете, а один и все разом проходят.

• Использовать сканирование лица вместо QR-кода. Что-то вроде Face ID или «оплаты улыбкой». Лицо пользователя при покупке билета заранее заносится в базу болельщиков для такого решения. Это будет удобней: не искать телефон, а работникам не кричать об увеличении яркости.

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

Чтобы вы предложили ещё? накидывайте свои варианты в комментарии 😎

❤️ — тоже не люблю очереди
⭐️ — можно постоять
🔥 — идеи норм

Релиз «Вакансии» и неожиданный подарок

Месяц назад мы зарелизили кросскомандную фичу — «Вакансии». Теперь, когда вы открываете карточку компании в 2ГИС, можно увидеть не только отзывы, адрес и фото, но и вакансии в её штат. (hh, мы уже рядом 😁)

Моя команда работает на стороне B2B, поэтому мы делали так, чтобы компаниям было удобно заводить вакансии в своём Личном кабинете.

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

Моя мотивация улетела в космос, готова с новой силой проектировать фичи)

❤️ — фича хороша
🔥 — подарок норм
🤚 — у меня есть такой массажёр