Приходьте до виконавця з готовою болем
Перш ніж щось упроваджувати, чітко розберіться, яку проблему
Якщо я бачу невпевненість клієнта, то даюуніверсальну продуктову «домашку» з прикладами і консультацією по кожному пункту. Тобто буквально веду компанію за ручку, направляю ЛПРа. Так ми виділяємо реальну проблему, щоб зрозуміти, допоможе інструмент чи ні.
Домашня робота. П'ять кроків продуктового підходу
- Зосередьтеся на проблемі, опишіть її.Що б ви не робили - будь то автоматизаціяпроцесу адаптації, прощання з паперовими опитуваннями залученості або поліпшення воронки найму, спочатку виберіть одну ключову біль, від якої плануєте позбавити колег.
- Проведіть інтерв'ю із співробітниками, яких торкається процес.Наприклад, керівнику відділу здалося, щонинішній таск-трекер для дизайнерів уже застарів. Потрібен більш прогресивний і зручний, щоб робота в команді будувалася ще ефективніше і комфортніше. На перший погляд це здається хорошою ідеєю, але, ймовірно, тільки для керівника. У перспективі це може призвести до втрати часу і грошей. Навіть самі, здавалося б, позитивні зміни в компанії можуть бути сприйняті командою негативно. Тому спочатку перевірте, чи є у них є тією проблемою, яку ви зібралися вирішувати. Для цього проведіть серію інтерв'ю і проаналізуйте аудиторію. Запитайте, на якому етапі виникає проблема, що хвилює співробітника? Можливо, він сам бачить якісь шляхи вирішення.
- Складіть CJM - карту користувача на основі проведених інтерв'ю.Вона потрібна для того, щоб подивитись, що можнапокращити у старих процесах за допомогою нового продукту. Наприклад, ваші кандидати проходять по вирві найму, де є різні користувачі — HR-фахівці, адаптаційні менеджери, керівники відділів, топ-менеджери тощо. На кожному етапі вони можуть мати ті чи інші труднощі. На виході виходить карта, на якій видно всі кроки та проблеми. З ними можна розпочинати роботу, оцінивши критичність болю за десятибальною шкалою. Це стосується будь-яких масштабів: від мікропроцесів до карти клієнта з 1 500 елементів, як у «Ашана» (рекомендую відкривати на ПК з великим екраном). Все залежить від розмірів бізнесу. Приклад схематичної карти користувача:
- Розрахуйте метрику успіху.Важливо вимірювати динаміку за метриками, щобзрозуміти, чи спрацював інструмент. Необов'язково використати складні аналітичні системи. Наприклад, ви задумали впровадити ІІ та хмарну систему для автоматизації підбору співробітників, щоб рекрутери не страждали від рутини та займалися більш амбітними завданнями. До підключення інструментів рекрутери самі проводили кандидатів по вирві: спілкувалися по email, вивантажували дані в Excel, вручну розсилали листи, тести та запрошення на зустрічі тисячам претендентів. Тепер майже всю комунікацію з учасниками веде робот, і це вимірюється в зекономленому годиннику роботи HR-фахівців, а також зростанні швидкості просування по вирві.
- Побудуйте MVP - працюючий продукт з мінімальнимнабором функцій для розв'язання точкового завдання.На цьому етапі не варто думати про класного дизайні,інтерфейсі і прикольних шрифтах. Важливо зрозуміти, чи буде інструмент вирішувати вашу проблему. Намалювати простий прототип можна в «Фігме» або навіть на листочку А4, а інструкції з картинками накидати в Google Документі. Подальша реалізація стоїть за розробниками: вашими або від компанії-виконавця. Наприклад, замість повноцінного мобільного додатка можна створити адаптовану під телефони веб-сторінку в браузері і поки тільки для iOS, так як раніше ми, припустимо, визначили, що 70% аудиторії користується iPhone.Нещодавно для онлайн-магазину «Качкодзьоб» я збиравінтерактивний прототип, по якому можна «поклацати». Плюс - провів демо, щоб все точно було зрозуміло. Лінійні керівники і інші учасники процесу побачили, як буде працювати рішення: «Раніше ми дзвонили, а зараз просто заходимо в особистий кабінет, де натискаємо ось такі кнопки і вирішуємо завдання». Далі важливо зібрати зворотний зв'язок і доопрацювати MVP, якщо є зауваження. Після апрува від клієнта починається розробка продукту.
Уникайте типових помилок- Вони гальмують автоматизацію
- «Дайте нам якусь ІТ-рішення».Топ-менеджери хочуть щось автоматизувати, нерозібравшись у потребах компанії. Вони відповідають на більшість питань розпливчасто, іноді й зовсім уникають відповіді. У цьому випадку великим та дуже великим компаніям допоможе продуктовий підхід, про який я говорив вище.
- «Давайте автоматизуємо всі наші болі відразу».Не поспішайте і не прагнете осягнути неосяжне. Визначте ключову проблему та відштовхуйтеся від неї. Можна навіть розбити її на кроки та зрозуміти, які продукти покращать кожен шматок.
- «Ми вам таке круте ТЗ розпишемо - очманіє ».Багато компаній хочуть виглядати просунутими вІТ: готують презентації на 150 слайдів зі складними діаграмами та тонкою зайвих цифр, щоб справити враження. Це ні до чого. Розкажіть менеджеру продукту простою людською мовою, що зараз не так і чого хочеться прийти.
Процес впровадження в компанію з конкретною болем
Як було.У компанії – чотири вахти по 300 осіб.У керівника зміни у підпорядкуванні старші дільниць зі своїми командами по 40–50 осіб. Щоб зрозуміти, яка кількість співробітників буде у нього на тій чи іншій вахті, кожна старша дільниця їх обдзвонює, пише в месенджери та соцмережі. Далі формується внутрішня документація зі списком тих, хто підтвердив чи підтвердив вихід.
Проблема.Постійна операційна система, на яку йде багато часу - це нескінченні дзвони, фіксування прибуття-вибуття, а також причин невиходу.
Рішення.Впровадити мобільні технології, які допоможуть виводити працівників на вахти простіше і оперативніше.
Як стало.За допомогою мобільного додатка вся комунікаціязалишилася у смартфоні, без дзвінків. Про причини відмови працівники пишуть текстом у будь-який месенджер. А керівник зміни в особистому онлайн-кабінеті бачить сформовані списки вже з причин відмови.
Всі співробітники довантажуючи в додаток з SAP.Ми знаємо, до якої вахті вони належать і за яким графіком працюють. Все вахти формуються автоматично - старший ділянки бачить тільки відгуки від співробітників.
Результати.Вийшло автоматизувати процес з ручноюопераційної роботи до натискання однієї кнопки в додатку. Співробітникам пояснили, що потрібно встановити додаток, додали їх в особистий кабінет, де вони будуть отримувати пуш-повідомлення.
Як проходив процес впровадження.ЛПР докладно описав біль компанії.Ми зробили демо-кабінет з доступом на два тижні, набір інструкцій (як цим користуватися), щоби співробітники подивилися, як працює наше рішення. Через три дні вони повернулися із позитивною відповіддю. Переробили демо доступ нашого модуля особистий кабінет за кілька днів. Клієнт відразу почав користуватися програмою, додавши всіх співробітників. Після цього разом із ЛПР ще раз пройшлися за інструкціями та відпустили компанію у вільне плавання. Через кілька днів я сам зібрав зворотний зв'язок, щоб переконатися, що все гаразд.
Що важливо запам'ятати
Продуктовий підхід - не примха менеджера продукту, так буде краще вам самим. Не лінуйтеся його використовувати при пошуку болів, щоб найбільш точно закрити проблему за допомогою ІТ-рішення.
В чимось не розбиратися і ставити багато питаньпродакт-менеджера - це нормально і правильно. Ви замовляєте продукт і повинні чітко розуміти процес впровадження. Не соромтеся того, що ні вміти малювати MVP або будувати CJM, - попросіть продакт-менеджера допомогти.
Пам'ятайте, що необов'язково красиво оформлятицифри і довго створювати величезну презентацію з завданнями для компанії-виконавця. Досить простих формулювань, які описують проблему. Так процес впровадження будь-якого ІТ-рішення піде швидше.
Читайте також:
Створено першу точна карта світу. Що не так з усіма іншими?
У НАСА розповіли, як вони доставлять зразки Марса на Землю
Уран отримав статус самої дивної планети в Сонячній системі. Чому?