Ви знаєте, що робити вам/команді/продукту, коли ваш конкурент раптом знизить ціни на свій продукт? Або взагалі скопіює частково концепцію/фічу вашого продукту? Або що робити, якщо Apple несподівано анонсує запуск застосунку, до болю схожого на ваш? Ви знаєте, що робити, якщо в суботу відвалиться API вашого поштового сервісу? А якщо якийсь черговий проєкт з інвестиціями від техногіганта встане за вашими ключовими словами в контекстній рекламі? А якщо ваш продукт зламають або він зазнає спам-атаки? Або раптом впаде Slack у всьому офісі?
Список “а що якщо __” з негативними наслідками різного ступеня впливу можна продовжувати довго, і він нічим не обмежений – це чортів IT, у якому щодня що-небудь трапляється, і розв’язання таких проблем найчастіше ламає всі процеси, спринти та стратегії розвитку, додаючи трохи хаосу й гостроти в нашу роботу 🙂
Що робити?
Ризиками можна і потрібно керувати, а отже, можна постаратися передбачити найвірогідніші та можливі події, які можуть негативно позначитися на роботі вашого продукту і заздалегідь підкласти ту саму соломку.
На зрілих продуктах ми часто використовуємо найпростішу табличку або дошку в Notion, яку так і називаємо – “Ризики” і в яку пишемо всі потенційно страшні речі, які можуть трапитися з продуктом і про які ми з командою не боїмося думати/говорити вголос.
Табличка або дошка оформлені 5 колонками від 1 до 5, де 5 – найнебезпечніший ризик, настання якого максимально негативно позначиться на роботі вашого продукту.
Далі ці колонки наповнюються тими самими потенційними ризиками, настання яких для продукту і бізнесу має ймовірність бути. Усе просто і без зайвого ускладнення: опис ризику, вплив наслідків на продукт і його можливі рішення.
Ми виділяємо такі види продуктових ризиків:
- Стратегічні ризики. Крива бізнес-модель, поява конкурентів-гігантів, легко-копійована концепція, важка форма залежності від third-party продуктів (коли на них або їхніх даних будується продукт) та інші ризики, пов’язані із загальним розвитком продукту як такого.
- Технологічні ризики. Обмеження архітектури/коду, складнощі його підтримки, милиці і палиці, тех. борг та інше, що пов’язано з тим, на чому працює ваш продукт.
- Операційні ризики. Брак кадрів, неоптимізовані та зростаючі податки, діряві угоди або договори.
- Маркетингові ризики. Зростання бюджетів, вичерпання потенціалу рекламних майданчиків або навіть блокування рекламних каналів тощо.
- Інші ризики. Усе, що не увійшло до груп вище.
Пам’ятай, що:
- усі види ризиків так чи інакше взаємопов’язані;
- ризики, з якими стикаються продукти, пов’язані з ризиками для його користувачів;
- ризики, їхня сила та ймовірність настання постійно змінюються під впливом змін ринку, на якому працює продукт.
Завдання продакта не тільки думати про зростання метрик у сьогоденні, а й передбачити настання можливих негативних наслідків у майбутньому. І краще заздалегідь хоча б у загальних рисах продумати рішення, які:
а) покажуть вам сильні та слабкі сторони вашого продукту;
б) дадуть вам час спокійно подумати про подушки безпеки в продукті та його стратегії;
в) підготують вас і вашу команду до ситуацій “у нас тут сталося деяке лайно”.
НЕ треба відразу пиляти ці рішення. Усе, що потрібно зробити продакту, – лише спрогнозувати настання ймовірних і небезпечних ситуацій і прикинути варіанти їхнього вирішення.
Підтримуючи таку дошку в актуальному стані, ти зможеш мінімізувати як настання, так і наслідки, які вважаєш небезпечними для свого продукту.
Реальний shit часто трапляється, питання лише в тому, наскільки ти та твій продукт готові до зустрічі з ним.
