Разделили репутацию работодателя для массового найма и ИТ-команд: 702 действия для fashion e-commerce

Результат: разные профессии получили разные причины доверия, а ограничения остались частью реалистичной репутации работодателя. 702 действия не равны 702 опубликованным отзывам; рост HR-рейтинга без сопоставимого baseline по тем же площадкам не заявляем.

Основа кейса

Для крупного e-commerce employer brand не может быть одной историей про «хорошую компанию». У продавца-консультанта, сотрудника склада, менеджера ПВЗ, разработчика и продуктового аналитика совершенно разные причины выбрать или не выбрать работодателя. Поэтому задача ORM в HR-контуре — не поднять абстрактный позитив, а сделать видимым реальный опыт разных профессиональных групп.

Что было на старте

У федеральной компании десятки типов ролей и несколько разных employer-площадок. Массовый найм оценивает: стабильность выплат, график, обучение, физическую и эмоциональную нагрузку, отношения с руководителем, понятность процессов, возможность договориться по сменам. Технологические специалисты смотрят на другое: стек, архитектурные решения, качество code review, техдолг, данные и эксперименты, влияние на продукт, скорость принятия решений, зрелость командных процессов. Если смешать эти аудитории, employer reputation становится бесполезной.

Что мы выполнили

По аналитике employer-поля мы выстроили контур на 702 действия из семи источников. Работа одновременно охватывала площадки массового найма и отдельный технологический контур для product, data, mobile, backend и других tech-ролей. Мы разделили опыт по профессиям:

• менеджеры по продажам и работе с клиентами;
• продавцы-консультанты;
• кассиры;
• сотрудники ПВЗ;
• кладовщики, комплектовщики, сортировщики и упаковщики;
• курьеры и торговые представители;
• backend, frontend, fullstack и mobile-разработчики;
• product analysts;
• QA;
• data engineers;
• ML engineers;
• product managers и team leads.

Для каждой группы сохраняли свои плюсы и свои ограничения.

Без нашего вклада

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

После нашей работы

Мы сформировали более сегментированное employer-поле. Для массовых ролей положительный опыт начал отвечать на конкретные вопросы: как проходит обучение, насколько понятны обязанности, когда приходит зарплата, что происходит в сезон, можно ли договориться по сменам, насколько удобно рабочее место и как коллеги помогают новичку. Для tech-аудитории появились другие причины доверия: сильная команда, живой стек, признанный техдолг, культура экспериментов, осмысленные A/B-тесты, возможность спорить с продуктом, участие аналитики в решениях, полноценная роль mobile и ML-направлений.

Что изменилось в тональности

Мы ушли от стерильной HR-похвалы. В положительных материалах сохранялись реальные ограничения:

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

Такая тональность делает employer reputation сильнее, потому что показывает не идеальное место работы, а понятный обмен: что сотрудник получает и какую нагрузку принимает.

Такая тональность делает employer reputation сильнее, потому что показывает не идеальное место работы, а понятный обмен: что сотрудник получает и какую нагрузку принимает.

Что мы получили в результате

Первое — репутация работодателя стала разделена по профессиям и карьерным ожиданиям. Второе — tech-employer получил отдельный содержательный слой, который говорит на языке разработчиков, аналитиков и продуктовых команд, а не на языке массового найма. Третье — позитив стал конкретнее. Стабильность подтверждается понятными выплатами и процессами, развитие — реальными задачами и стеком, атмосфера — взаимодействием внутри команды. Четвёртое — ограничения стали частью правдоподобной картины, а не поводом вычищать все материалы до одинаковой пятёрки.

Что это дало бизнесу

Для большого работодателя репутация влияет сразу на несколько воронок найма. Сотруднику склада нужно быстро понять, выдержит ли он ритм и устраивает ли его организация смен. Разработчику важно понять, есть ли техническая среда, в которой можно расти и влиять на продукт. После нашей работы поисковое и employer-поле лучше соответствует этим разным ожиданиям. Кандидат получает больше информации до отклика, а компания не пытается продавать всем одну универсальную картинку. Без ATS и HR-аналитики мы не заявляем рост откликов, offer acceptance или снижение текучести. Подтверждённый бизнес-смысл — более точная предварительная квалификация ожиданий кандидата через репутацию.

Что не приписываем себе

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

Результат

Как выстроили работу

Системная работа охватила семь источников и разные воронки найма. Доказательный слой строится на материалах с понятной профессией, содержанием опыта и подтверждёнными размещениями, а итог — на разделении employer reputation по реальным ожиданиям разных групп кандидатов. Подтверждённый результат — сегментированное employer-поле, где массовый найм и tech-аудитория получают разные, более реалистичные причины доверия. Профессия → ожидания кандидата → реальный опыт → ограничения → площадка → employer reputation.

Услуги по этой задаче

• Управление отзывами на агрегаторах
• Мониторинг отзывов о компании