Розставлення пріоритетів — це весела частина управління продуктом (звісно ж, жартую). Ну, це весело, якщо ви все зрозуміли правильно! Розставити пріоритети та об’єднати команду навколо цього непросто. Це також не разова робота. Розставлення пріоритетів — це безперервний процес. Він складається з трьох основних частин:
1. Розгляд як якісних, так і кількісних аспектів всього, що оцінюється
2. Отримання підтримки від зацікавлених сторін щодо того, що потрібно побудувати, а що ні
3. Повідомлення пріоритетів у всій організації та узгодження цих пріоритетів з усіма
Існує безліч способів зробити це. Ви можете зустрітися з зацікавленими сторонами, щоб зрозуміти їхню точку зору, провести власну належну перевірку, а також подивитися на ринок. За допомогою цих засобів ви збираєте масу інформації.
Підхід до визначення пріоритетів допомагає легко організовувати, аналізувати й передавати інформацію
Розглянемо деякі з них, які можуть бути вам корисними
RICE
RICE є одним з найпопулярніших фреймворків. Він розбиває роботу з визначенням пріоритетів на чотири змінні, а потім допомагає підрахувати оцінку для кожного проекту.
REACH
Це кількість людей, які побачать оновлення продукту. Наприклад, якщо ви вносите зміни на свою домашню сторінку, кожен користувач, який відвідує домашню сторінку, побачить це. Одиницею можуть бути користувачі за день, місяць або рік залежно від того, що має сенс для вашого бізнесу.
IMPACT
Кількість людей, що використовують продукт, на яких вплине оновлення. Наприклад, якщо у вас є багаторівнева пропозиція підписки — базова, преміальна та корпоративна, і ви вносите зміни, які впливають лише на корпоративний рівень, тоді вплив буде лише на число корпоративних користувачів. Загальними одиницями впливу є:
Дуже високий: 2
Високий: 1
Середній: 0,5
Низький: 0,25
CONFIDENCE
Наскільки ми довіряємо своїм припущенням? Це важко. У певному сенсі це також іронічно, тому що це також само по собі припущення 😊 . Деякі способи визначити це значення:
1. Чи є у вас історичні дані про подібні проекти? Чи можете ви використати їх як базовий план для поточного
2.Чи є подібні проекти, які нещодавно реалізовувалися іншими компаніями? У вас є інформація про них?
Якщо ваші відповіді на обидва питання вище ТАК, то ваша впевненість висока, оскільки ваші цінності визначаються даними.
Однак якщо це те, чого ніколи раніше не робили, то значення довіри буде низьким. Поширені одиниці виміру:
Висока: 1
Середня: 0,5
Низька: 0,25
Ви також можете придумати свої власні блоки, які працюють краще для вас.
EFFORT
Скільки часу знадобиться для запуску оновлення продукту? Це включає час на розробку, маркетинг, тестування і, нарешті, випуск і запуск. Поширеними одиницями виміру є розміри футболки (T-shirt size):
Дуже велика (4–8 тижнів): 2
Велика (2–4 тижні): 1
Середня (2 тижні): 0,5
Невелика (менше 1 тижня): 0,24
Отримавши всі ці значення, ви розраховуєте оцінку RICE для оновлення. Формула для цього:
Оцінка RICE=(Reach x Impact x Confidence)/Effort
Цікаво почитати: Як адаптувати продукт до роботи у нових регіонах
Value vs Effort (Цінність проти зусиль)
Цей підхід використовує матрицю 2×2, щоб допомогти вам зрозуміти, на яких сферах ви повинні зосередитися. Це виглядає приблизно так:
Він містить дві змінні:
1.Value (Цінність): це загальна цінність, яку оновлення принесе компанії з точки зору доходу, нових клієнтів, зменшення відтоку тощо.
2.Effort (Зусилля): загальний обсяг роботи, який необхідно докласти всій команді в компанії, щоб втілити її в реальність.
Кожен проект нанесено на матрицю, щоб ви отримали єдине уявлення про всі проекти. Давайте розглянемо кожен квадрант:
Big Bets (Великі ставки)
Це проекти високої вартості та великих зусиль. Часто це великі напрямки діяльності компанії. Багато часу витрачається на перевірку цих ідей за допомогою MVP, щоб оцінити попит на ринку.
Low Hanging Fruits (Доступні швидкі здобутки)
Невеликі оновлення, які вам обов’язково слід запланувати. Одне з них окремо не має масового ефекту. Але якщо ви продовжуватимете до них поступово підключатися, вони матимуть ефект мультиплікації та підвищують задоволеність клієнтів.
Not Worth It (Воно того не вартує)
Вони з’являються дуже часто. У більшості випадків здається, що зробити це досить просто. Але звісно ж це тільки здається…🤣 . Але якщо ви подивитеся на них уважно, вони виявляються величезною дурістю з дуже обмеженим впливом. Ви повинні ігнорувати ці елементи, якщо щось не зміниться і вони не переміщаються в інший квадрант.
Nice to Have (Добре було б мати)
Коли в команді з’являється можливість щось взяти в реалізацію, особливо у перервах між реалізацією Big Bets, корисно взяти деякі з цих пунктів. Вони не дуже важливі, але принесуть користь кільком користувачам.
Ви можете розрахувати пріоритетність кожної роботи та нанести їх на матрицю
Формула для оцінки пріоритету = Цінність/Зусилля Priority Score = Value/Effort
Ще одна цікава стаття: 13 типових помилок в роботі бізнес-аналітиків початківців
Kano Model
Модель Kano враховує потреби користувачів і розподіляє роботу в три різні групи.
Basic Needs (Базові потреби)
Ваш продукт не може існувати без реалізації цих потреб. Наприклад, якщо ви купуєте новий ноутбук, ви очікуєте, що клавіатура працюватиме без проблем. Якщо вона працює добре, клієнт не почне стрибати від радості. Але якщо це не спрацює, то клієнти дуже швидко розлютяься 🤬.
Performancers Needs (Потреби виконавців)
Давайте продовжимо наведений вище приклад. Ви купили новий ноутбук. Його час автономної роботи становить 3 години. А якщо він збільшиться до 4 або 5 годин? Ваше задоволення від ноутбука буде зростати лінійно зі збільшенням терміну служби батареї.
Delighters (Насолоди)
Що якби я міг налаштувати свій ноутбук відповідно до теми мого улюбленого аніме-персонажа. Це викликало б в мені захоплення і це було б насолодою для мене
Ключове питання полягає в тому, як класифікувати різні функції в ці три групи. Поділ заснований на:
1. Розширеному дослідженні ринку, щоб дізнатися, що є базовим у вашій галузі.
2. Розвитку глибокого розуміння вашого цільового користувача. На те, що їх мотивує і робить по-справжньому щасливими.
Переклад з оригіналу здійснено 28 червня 2022 року
Автор: Saurabh @ Dezkr