Привет вам тут! 
Это канал для HR, разделяющих продуктовый подход, и тех, кто хочет с ним познакомиться. Если вы тоже хотите, чтобы взять отпуск, пройти курс, узнать зарплату было так же просто как и получить справку из банка и заказать такси, то вы попали в нужный канал. 

Здесь пишем мы: Данила Максишко — сервис-дизайнер с опытом работы консалтинга и инхаус в hh.ru, МВидео, SсrumTrek и Дима Грачев — партнёр по обучению в Яндекс, еx-руководитель направления развития лидерства в VK.


Топ постов по просмотрам
1. “Всегда ли нужно продуктовыми решениями лечить боль?” — 839 просмотров
В статье спорим тут с догмой, что все продуктовые решения принимаются от боли пользователя.
2. “Сколько человек нужно, чтобы вкрутить лампочку организовать поездку на конференцию?” — 827 просмотров
Смотрим как отличается ожидания пользователя от реальности при оформлении командировки
3. “Корнер кейс: сбор обратной связи на уникальных разработчиков” — 727 просмотров
Разбираем понятия из большой разработки и смотрим на примере сервиса continuous feedback

Чаще всего делились
1. “Да что это такое ваш продуктовый подход?! Показываем на котиках” — карточки, где котики рассказывают про принципы продуктового подхода
2. ”Knowledge journey map — почему бы и нет?” — почему важно не забывать про стартовую точку пользователя при создании обучения
3. “3 жизненно важные вещи, о которых часто забывают HR при запуске продукта” — почему важно фокусироваться на визуале, tone of voice и метриках пользовательского пути

Самые недооценённые
1. “5 причин, почему HR-сервисы отсатют от B2C-продуктов” — что происходит внутри HR такого, что мешает нам делать классные продукты
2. “Что мешает HR стартовать с MVP” — почему во время разработки портала для менторов, сложно было начинать с небольшого “пробного” решения

Вот и первый пост про то, какая карта поможет вам на пути поиска дружбы сотрудника и HR-процесса

Всем привет!
Новая статья про сложности измерения продуктов в HR.

Друзья, а вот и вторая часть статьи про метрики цифрового HR-продукта. Приятного и полезного чтения 📖

Друзья, привет!

Делимся важным для себя событием: на онлайн-прилавках появилась книга «Сервис-дизайн на практике». Если что-то советовать прочитать про проектирование сервиса и продуктовый подход, то именно её. Она написана с фокусом на b2c рынок, но вдумчивый читатель найдёт для себя буквально каждую страницу полезной для развития HR в сервисном подходе.

Данила Максишко, со-автор этого канала, стал научным редактором книги. Он позаботилися о том, чтобы перевод не потерял суть и дух оригинального издания.

Цитируем аннотацию: «Эта книга — главное руководство по практике применения сервис-дизайна в мире. Она нужна всем, кто хочет, чтобы все процессы в компании были ориентированы на потребности клиента. В ней вы найдете подробное описание основных этапов, методов и инструментов сервис-дизайна.
Книга была создана десятками профессионалов из разных стран, которые делились своим опытом и работали в соответствии с основными правилами сервис-дизайна, то есть улучшали текст книги итеративно. Множество кейсов помогут вам лучше понять, как применять сервис-дизайн на практике. Вы узнае­те, как проводить исследования, генерировать идеи, создавать прото­типы, работать с пользователями и внедрять сервис-дизайн во всей организации, чтобы в итоге получить полезный, запоминающийся, впечатляющий, по-настоящему уникальный продукт.»

Привет!

Почему продукты и сервисы HR всё ещё не дотягивают до уровня приложений для заказа такси или банков? Разобрались в этом и нашли пять ключевых причин, которые мешают делать крутые HR-продукты👇
https://telegra.ph/5-prichin-pochemu-HR-servisy-otstayut-ot-cifrovyh-B2C-produktov-08-19

Привет!

Бывало, что задумали проверить какую-то маленькую гипотезу и запустить пробный продукт с минимальным функционалом, и вот уже третий час вы обсуждаете текст пуш уведомления и дизайн иконки приложения? У меня точно бывало!) В этом посте на примере портала для поиска менторов я поделюсь своей историей борьбы с когнитивными ловушками, которые заставляют делать дорого-богато, а не постепенно и маленькие шагами

Привет!
 
Многие привыкли измерять успешность обучения через NPS, CSAT, Success Rate. Но как понять, пригодились ли сотруднику полученные знания на практике? (Кажется, самый популярный вопрос к отделу обучения 🤓).
 
Как с помощью EJM(карта пути сотрудника) понять, что ваш сервис полезный? На примере обучения
 
Когда мы думаем про весь путь пользователя, мы начинаем видеть не только момент, когда сотрудник пришел и использует наш сервис, но и что происходит с сотрудником после. А это значит, мы можем изучать цифровой след сотрудника после взаимодействия с продуктом и делать выводы о качестве нашего сервиса.
 
Достаём EJM и смотрим, что должно произойти с сотрудником после обучения, и в этом месте закладывает точку касания с сервисом. Допустим, мы ожидаем, что обучившиеся начнут пользоваться алгоритмом создания новых идей. Вместо того чтобы отдать презентацию с алгоритмом на тренинге, отправьте после обучения письмо на почту со ссылкой для скачивания и счетчиком переходов. Таким образом, вы сможете увидеть сколько учеников реально воспользовались новыми инструментами, а при правильной инфраструктуре и как часто.
 
Да, статистике вначале может вас расстроить, но для того мы и смотрим на цифры, чтобы их улучшать!

Всем привет!

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

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

Привет! Судя по опросу новая статья про приоритизацию идей по методу ICE будет актуальна! Читайте по ссылке "Как HR-специалисту обрабатывать продуктовые идеи и не сойти с ума"

3 жизненно важные вещи, о которых часто забывают HR при запуске продукта

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

Ситуация: получаю сообщение от бота, который сопровождает LMS. «В программе “Работа с выгоранием” есть незавершенный элемент. Пройдите его для завершения обучения». Сначала я ничего не понял: я же прошел тренинг, что за элемент такой? Перехожу по ссылке и вижу, что я всего-навсего не заполнил анкету обратной связи.

Почему бот путает пользователей?

Вот что выяснилось:

1️⃣ Команда знала, что разработка алгоритмов напоминаний — долгий и дорогой процесс. Поэтому запустили один тип уведомлений для всех незавершенных элементов: материалов, преридов, тестов, опросов.
2️⃣ При тестировании разработчики проверяли только функциональную работоспособность фичи. Бот отправляет уведомления? Отправляет. Значит, все в порядке.
3️⃣ При формировании названий элементов не видно, какие именно уведомления будет слать бот. К тому же в большинстве сценариев пользователь не видит их названия — и поэтому может не распознать, о чем идет речь в напоминании.

Как избежать недопонимания?

Не забывайте продумывать все варианты сценария, даже нестандартные: как в этой ситуации с формой обратной связи.

А еще проведите короткое коридорные исследование, чтобы посмотреть полный цикл работы фичи. В нашем случае — от создания тренинга в LMS до заполнения анкеты обратной связи. За 20 минут вы легко найдете «детские ошибки» и сможете быстро исправить мелочи, которые путают пользователей. Если бы мы прошлись по офису и показали текст уведомления, ошибки можно было бы избежать.

А мы в итоге составили список простых названий разных типов элементов курса и отправили их на доработку.

#жиза #кейсы #лечим_ошибки #обучение #LMS