Онбординг как продукт: как мы создали систему адаптации для десятков дизайнеров
Привет! Меня зовут Артем Флеин и я работаю дизайн-лидом в «Магните». Процесс адаптации является важным этапом не только для новичка, но и для компании. Хочу поделиться нашим опытом создания онбординга и гайда для нанимающей стороны.
Проблема роста
Рост — это всегда здорово. Но в один момент мы осознали, что трудоустройство новых дизайнеров превратилось из радостного события в источник операционного хаоса.
Каждый новый сотрудник генерировал шквал одних и тех же вопросов руководителю: «Как мне выставить квартальные цели?», «Как запросить доступ в Jira?», «Где почитать про ДС?». Мы решили, что проблему решит менторство — каждому новичку стал помогать опытный дизайнер. Это давало менторам полезный опыт наставничества и азы менеджерства. Но корень проблемы не исчез. Теперь к руководителям стучались уже не новички, а их наставники с практически теми же «админскими» вопросами: «А как мне выдать ему доступ?», «Ты добавишь в чаты или я?». Получался бесконечный цикл перекладывания одной и той же операционки.
Мы поняли, что просто делегировать — не решение. Нужна была система, которая снимет нагрузку со всех: и с новичков, и с менторов, и с лидов. Система, которая даст ясность, предсказуемость и вернёт фокус на реальную работу.
Были и более серьёзные кейсы. Однажды мы недостаточно чётко зафиксировали цели на испытательный срок, и расставание превратилось в сложный, неприятный разговор через HR BP. Этот опыт стал для нас точкой принятия решения: стихийному онбордингу пора положить конец.
От хаоса к прозрачному канбану
Ключевой идеей было перестать рассматривать онбординг как набор разовых действий. Я стал относиться к нему как к продукту, который нужно проектировать. Его пользователи — новичок, ментор и руководитель.
Я создал единый гайд в Yonote, который состоит из двух синхронизированных частей:
1. Канбан для нанимающей стороны. Это наша операционная карта. В нём по колонкам («До выхода», «Первый день», «Первая неделя», «До конца ИС») разложены все шаги на время испытательного срока. Внутри шага указан ответственный и описана инструкция: «Чтобы выдать доступ в Jira/Сonfluence, нужно создать заявку на выдачу прав в СУМД». Это сразу сняло 80% уточняющих вопросов между нами.
2. Портал для новичка. Это его персональное пространство с первого дня. Оно включает:
- Чек-лист с заданиями первого дня/недели (настроить технику, изучить дизайн-систему итд).
- Фиксированные задачи на испытательный срок. Это не абстрактные «разобраться в проекте», а реальные боевые задачи, запрошенные у продакт-овнера и запланированные на ближайшие три месяца. Мы согласовываем их с новичком на первой же 1:1 и используем как основу для квартальных OKR.
- Систему сбора фидбека. Руководитель дважды за срок анонимно собирает обратную связь от ментора, продакта и других участников команды. Мы фиксируем её в таблице и так же открыто обсуждаем на 1:1, чтобы работать над улучшениями. Перфоманс ревью на минималках.
- Библиотеку полезного: от ссылок на редполитику до таблицы с контактами всех ключевых людей в департаменте и их зонами ответственности.
- Предложения по улучшению онбординга. Мы знаем, что мы не идеальны и стремимся стать лучше. На странице онбординга наших новичков есть место для рефлексии и пожеланий по улучшению.
Ключевые принципы, которые сделали систему работающей
Опираясь на наш опыт, я выделил несколько принципов, которые критически важны для успеха.
- Автоматизируй рутину, но не исключай человечность. Система берет на себя все административные вопросы (доступы, инструкции), освобождая время ментора и лида для самого главного — человеческого общения, обсуждения стратегии, помощи с профессиональными вызовами. Мы даже добавили специальную заметку для новичков: «Если техника не приехала или сервис глючит — не переживай, это не твоя вина. Обращайся, мы решим». Это снимает тревожность и показывает, что мы — одна команда.
- Фиксируй договорённости — защищай всех. Прозрачно зафиксированные задачи и собранный по процессу фидбек создают честную и объективную основу для любых решений, будь то премирование или завершение испытательного срока. Это защищает и компанию, и сотрудника от недопониманий.
- Делегируй осмысленно. Ментором у нас становится мидл или сеньор-дизайнер. Для них это не дополнительная нагрузка, а возможность прокачать навыки наставничества и базового менеджмента — важный шаг в карьерном росте. Система даёт им чёткий фреймворк для действий.
- Итерации и обратная связь — ключ к улучшению. В самом гайде есть раздел «Предложения по улучшению онбординга». Мы открыто говорим, что система не идеальна, и приглашаем новичков помочь нам сделать её лучше. Это создает культуру сопричастности с первого дня.
Качественные результаты: что изменилось для команды
Мы не замеряли точные метрики, но позитивный эффект ощутили все:
- Снизилась операционная нагрузка на лидов. Вопросы «как?» и «кто?» теперь решает гайд.
- Повысилась прозрачность и предсказуемость. На собеседованиях и 1:1 я могу уверенно говорить о нашем прозрачном процессе.
- Менторы получили карьерный инструмент. Наставничество превратилось из хаотичной обязанности в структурированный навык.
- Исчезла почва для конфликтов. Все договорённости и обратная связь зафиксированы и открыто обсуждены.
Заключение
Главный вывод, который я сделал: онбординг — это самый первый и важный продукт, который ваша компания делает для сотрудника. Его качество задаёт тон всему дальнейшему опыту работы.
Чёткая система — это не бюрократия, а способ освободить время для самого ценного: человеческого общения, mentorship и сложных профессиональных задач. Начните с малого — задокументируйте самый больной процесс (например, выдачу доступов), назначьте ответственных и сделайте этот документ живым. А дальше, как и любой хороший продукт, ваш онбординг начнёт развиваться и улучшаться силами всей команды.