Запуски форматов в Магните: как в этом помогли процессы и найм

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

Далее я запланировал расширение штата в соответствии с целями запусков продуктов, подготовил описание вакансий и согласовал бюджет в соответствии с планом. Удалось защитить все требуемые вакансии кроме одной. Её в середине 2025 года удалось провести из бюджета соседней вертикали. С начала 2025 года я запустил найм 5 дизайнеров:

✦ Senior для Магнит Мигом B2C;

✦ Senior для Магнит Мигом B2B;
✦ Senior для Магнит Посылок;
✦ Middle для Магнит Аптек;
✦ Middle для Магнит Ресторанов.

Чтобы ускорить и сфокусировать процесс найма я размещал вакансии в своём канале, LinkedIn а также просил известных дизайнеров репостить. Также, записывались видео для YouTube канала, писались статьи для формирования лояльности к дизайн-бренду Магнит Омни. Этот комплекс инициатив позволил оперативно получать входящие заявки от заранее лояльных кандидатов, понимающих, куда, к какому лиду и в какой проект они хотят прийти.

Я разработал необходимые артефакты для ребят из HR:

✦ Описание вакансий;

✦ Посты в соцсетях на испытательный срок;
✦ Чеклисты кандидатов основного приложения и дополнительных;
✦ Тестовые задания с зонами ответственности и контактами;
✦ Задача для Вайтборд челленджа.

Чтобы облегчить интеграцию новичков, я разработал артефакты для новых дизайнеров, которые в итоге помогали и остальным:

✦ Онбординг-чеклист;

✦ Цели на испытательный срок
✦ Карта экранов основного приложения и дополнительных;
✦ Дизайн-принципы нашей команды;
✦ Оргструктура департамента с зонами ответственности и контактами.

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

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

Так как каждый дизайнер, приходя в команду не знал, где взять тот или иной макет, что сильно усложняло и замедляло общий T2M, я разработал схему-оргструктуру, совместив оргструктуру нашей команды с ключевыми сценариями в макетах. Это снизило CES в несколько раз, с нескольких часов и даже дней до нескольких минут.

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

✦ Шаблон задачи в Jira;
✦ Принципы дизайн-департамента (совместно с Иваном Волковым);
✦ Инструкция по заведению задач на дизайнера для продактов;
✦ Серия вебинаров направленных на повышение культуры качества реализации дизайна в проде, а также взаимодействия с дизайнерами.

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

Первым был концепт Ресторанов. Мною было подготовлено 3 итерации, в центре которой была идея ИИ-ассистента, с помощью которого можно было бы заказывать блюда, подбирать рестораны и находить выгодные акции. ИИ-ассистента мы назвали Галя. Это было ещё до того, как Птерочка зарелизила своего ассистента с тем же именем.

Так как дизайнера на Косметик искать не пришлось, Оле сразу была поручена разработка первого в Магнит подобного формата App-in-App, позволяющего внедрять фичи и строить экраны независимо от платформенных ограничений.

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

Вите, дизайнеру команды Сборки, досталась разработка приложения Магнит Работа и админ-панели для него.

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

Так как количество продуктов, дизайнеров и команд росло, обычного ревью стало не хватать. Не хватало времени на детальное ревью всех сценариев и экранов, пропускались ошибки в компонентах, не было системности в части редакторского и коммуникационного ревью.

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

Старый формат синков не вмещал в себя такое количество дизайнеров и продуктов. Поэтому мы с лидами встретились, чтобы обсудить, как мы можем пересобрать синки. Было принято решение перегруппировать дизайнеров по гильдиям в соответствии с их продуктами. Были выставлены синки на протяжении недели — B2C-гильдия, B2B&B2E, Web, а также лояльность и монетизация.

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

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