7 фаз розвитку продукту - Школа продуктів - Блог - Школа продуктів
Зміст
Існує 7 фаз розробки продукту, і кожен з них життєво важливий для досягнення успіху в продукті. Можливо, ви деякий час займалися цим бізнесом, але це стосується вас. Це не просто зміст підручника в ПМ; ці етапи мають свої наслідки для вашої роботи. Імпровізувати - це добре; знати, що попереду ще краще.
Перегляньте цей посібник, щоб розрізнити розробку та розгортання; будьте готові до вирішення проблем, що виникають на кожному кроці. Навіть найдосвідченіші товари люди вкладають тижні, місяці, а іноді навіть роки у розробку нових та інноваційних продуктів, які, сподіваємось, будуть відповідайте на запитання клієнтів, вирішуйте проблеми та покращуйте життя.
Переміщення по етапах розробки продукту
Фаза 1. Відкриття
Мета: знайти проблему для вирішення
Відкриття продукту - це фаза ініціювання, де менеджер з продуктів розмовляє з клієнтами, слухає їх відгуки та звертає увагу на клієнтів, що використовують товари-конкуренти. Після того, як ви дізнаєтеся, які функції найбільше цінуються для клієнтів, основною метою є отримання, перевірка та впровадження відгуків клієнтів.
Є дві ключові перспективи: індуктивна; і дедуктивний. Як вони різні?
Що стосується індуктивних міркувань, цей тип процесу прагне розвинути a напрямок дослідження шляхом перегляду різних джерел якісних та (переважно) кількісних даних. Таким чином, вихідною точкою зазвичай є опитування, документація попередніх проектів, дослідження конкуренції, фокус-групи, напівструктуровані інтерв’ю та консультаційні звіти. Ці джерела інформації базуються на обробці великої кількості інформації для виявлення розриву на ринку. Пам’ятайте, цей розрив не завжди повинен бути вигідним з першого дня: ми можемо подумати про монетизацію пізніше, якщо проект буде досить цікавим.
З цією перспективою існують певні проблеми. Значною мірою, що він просто прагне витягти те, що вже є «там». Може пройти багато часу, перш ніж різні шматки зберуться в щось справді оригінальне. Тим часом ціла команда дослідників повинна підтримуватися та орієнтуватися. Це, лише великі організації або фінансисти дійсно можуть дозволити собі керівництво подібними ініціативами з хоч успіхом. Мова йде про яблука та гуглів світу.
З іншого боку, дедуктивні методи набагато більше покладаються на творчі заняття невеликої команди. Вони намагаються придумати оригінальну ідею; справді те, про що ніколи раніше не думали. Тут методології набагато різноманітніші: від інтенсивного досвіду побудови команди до внутрішніх експериментів компанії; щось йде. Суть полягає в тому, щоб розширити свої джерела інновацій: клієнти, партнери або міжнародні ринки можуть бути інтегровані в процес створення продукту та запропонувати несподівано захоплюючі ідеї. Це робить його особливо привабливим для стартапів, оскільки кількість наявних у вас ресурсів не обов’язково визначає успіх вашого продукту. Вся справа в ідеях!
Одним із прикладів є перспектива роботи, яку потрібно виконати. JTBD замість того, щоб думати про "рішення" (вирішення проблеми для користувачів), він думає про роботу або завдання. Тобто, хоча розробники можуть мати усталену концепцію, чому вони будують та модернізують свій продукт; можливо клієнти подумають інакше. Наприклад, ваші зовнішні зацікавлені сторони можуть застосувати ваш додаток для управління завданнями як рішення дзвінка з продажу. Що робити, якщо ваші розробники наполегливо працюють над горизонтальним розширенням вашого рішення, рухаючись у напрямку до тих областей, де ваш продукт вже надає послугу?
Тим не менш, як індуктивне, так і дедуктивне міркування часто застосовуються в тандемі. Будь-який досвідчений менеджер з продуктів повинен знати, коли використовувати той чи інший.
Фаза 2. Визначте
Мета: визначити MVP - (мінімальний життєздатний продукт)
Мета - мати товар, який має мінімальний набір функцій для перевірки ключових припущень. На цьому етапі важливо не витрачати цінні ресурси там, де вони не потрібні. Працюйте до тих пір, поки не отримаєте глибокого розуміння проблеми, яку потрібно вирішити, та необхідних функцій.
Визначення MVP не є простим процесом. Бувалі менеджери з продуктів можуть довіряти своїм інстинктам. Але для тих, хто має менший досвід, набагато важливіше мати систему. Наприклад, Sprints забезпечують швидку роботу, яка змушує команди думати на ногах. Протягом короткого періоду днів різні функції поєднуються між собою. По-перше, вони визначають власний внесок у загальні зусилля: на скільки і як довго вони можуть наблизитися до бажаної мети? Потім вони діляться своїми враженнями з групою, і через відкриті обговорення вони придумати досяжний набір цілей та ключових результатів.
Незалежно від того, чи покладаєтесь ви на Спринти чи інші методи, визначення Мінімально Цінного Продукту не повинно Вас хвилювати надмірно. Дійсно, однією перевагою менеджерів продуктів є зв’язок їхньої дисципліни з цифровою революцією. Раніше керівники проектів брали участь у виконанні певних результатів з початку та кінця. Після завершення проекту люди проекту перейшли до наступного. Цей спосіб роботи спирався на концепцію „готових” проектів, які не відповідають цифровому світові.
Насправді менеджери з продуктів розуміють, що їхня робота ніколи не закінчена. На наступний день після того, як вони щось випускають, вони знову замислюються над тим, як додати чи видалити функції. Таким чином, весь процес MVP повинен більше залежати від наявності ресурсів, за визначенням внутрішніх зацікавлених сторін, ніж реальні «потреби» товару (які завжди змінюються).