Results not found

По вашему запросу ничего не найдено

Попробуйте отредактировать запрос и поискать снова

HR-советы

Продуктовый подход в HR

Article Thumbnail

Елену Ленсу чётко, аргументированно и через эмоциональный отклик аудитории (прямо по модели AIDA) поделилась своим опытом о том, что же такое Продуктовый подход в HR. 

Но сначала договоримся, что мы будем понимать под HR-продуктом?

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

Продуктовый подход – это всегда про осознанность и эффективность для бизнеса.


Основные тенденции в эффективном создании HR-продуктов:

  • Переход от больших монолитных систем к микросервисным по принципу human to human
  • HR —  амбассадор и движущая сила любого изменения
  • Умер период «Я знаю, как надо». Да здравствует период экспериментов и исследований!

Важные идеи и этапы при создании продукта:

🔹Задаться вопросом, нужно ли это делать?

Начинать нужно с максимальной фокусировки, ответить на ключевой вопрос: «Какую проблему мы решаем?»

🔹Максимальное взаимодействие с пользователем

Перед тем, как делать, спросите! Самые распространённые ошибки: «мы пойдем делать, потому что нам кажется, что это классно» ИЛИ «менеджмент так сказал» ИЛИ «потому что все так делают».

🔹MVP – простая версия продукта, минимальный жизнеспособный продукт

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

Для реализации подхода MVP порой мешает наше эго, ведь продукт неидеален. 

Да, не идеален, зато работает.

🔹Метрики – способ объективно измерить результат

Критерии оценки результата необходимо формулировать на этапе формирования гипотезы. Хорошо — это как? Плохо — это как? Иначе интуитивно на выходе у всех будет разное. И ещё — метрики должны отражать цель – чего хотим достичь

🔹Работа по этапам – по SCRUM

Можно просто декомпозировать и разделять на маленькие блоки. И важно проверять ретроспективу — где опаздываем, где идёт не так.

🔹Выкатываем первую версию работающего продукта.

Радостная новость: «Рекрутеры – это самые правильные продуктологи»

Просто не все об этом знают. Проверим по этапам?

  1. Приходим к заказчику и спрашиваем, какую проблему мы решаем? Эффективно нанятый сотрудник – это какой? Формулируем метрики успеха.
  2. Строим гипотезу: кого ищем, где сорсим, как привлекаем и пр.
  3. MVP – даём первых «пристрелочных» кандидатов (не идеальный short-list через месяц, а спустя пару дней наводим «фокус» поиска). И не стесняемся, если кандидаты неидеальны!
  4. Далее работаем с обратной связью от клиента.
  5. Дорабатываем систему ресёча и оценки кандидата.
  6. Находим и выводим на работу – вот он, это релиз!

Итак, проверим себя от противного

6 ключевых ошибок или не продуктовый подход – это когда:

  1. «Я сам знаю, чего хотят пользователи»
  2. Сразу сделаю хорошо (идеально!), чтобы потом не переделывать.
  3. Сразу автоматизирую (когда ещё не продумана логика системы). 
  4. Автоматизирую хаос (не нужно, получится автоматизированный хаос!)
  5. Чиню (лечу) симптомы, а не причины.
  6. «Зачем мне метрики, если я и так знаю, как хорошо?»

Резюме-рекомендации для тех, кто готов попробовать:

  1. Не усложняйте!
  2. Попробуйте на 1 проекте.
  3. Декомпозируйте.
  4. Исследуйте, внедряйте, измеряйте.

Самое сложное в любом деле – это начать делать! 


Источник: marhr.ru