Перейти до змісту
Кожен, хто брав участь у нарадах з розробки продуктів, хоче їх певною мірою вдосконалити. Або взагалі від них позбутися.
Ми не можемо вас звинувачувати. Наради з управління продуктами часто бувають довгими, нудними, неорганізованими та неефективними. У найгіршому випадку вони виснажують ваш час і енергію, залишають вас розгубленими та роблять вас менш продуктивними та креативними, ніж на початку наради.
Однак це тільки в тому випадку, якщо вони проводяться неправильно. Існують способи урізноманітнити засідання з розробки продукту, щоб ви виходили з них сповнені енергії та бажання діяти.
Перш ніж перейти до порад щодо покращення зустрічей з розробки продукту, давайте подивимося, які зустрічі насправді мають менеджери продуктів у своєму напруженому графіку.
@tldv.io Це цілком логічно. #зустріч #комедія #корпоративні #зустрічі #9до5 #першийдень
оригінальний звук - tldv.io - AI Meeting Recorder
3 типові наради з розробки продукту для менеджерів з продуктів
Менеджери продуктів зазвичай мають багато зустрічей. Занадто багато. Щоб зробити їх більш ефективними, добре мати порядок денний або шаблон зустрічі з розвитку продукту, який можна використовувати як опору для своїх зустрічей. Це допоможе вам не відхилятися від курсу і набагато ефективніше використовувати свій час.
Ось 3 найпоширеніші наради з розробки продукту, на яких повинен бути присутнім і, як правило, головувати менеджер продукту. Хоча він, безсумнівно, буде відвідувати й інші наради із зацікавленими сторонами, керівництвом, а також з інших питань або, можливо, зконсультаційними службами з управління продуктами, ці 3 наради, ймовірно, є найпоширенішими і, мабуть, найважливішими.
1. Нарада щодо стратегії продукту
Що? Зустріч з питань стратегії продукту — це дослідницька зустріч, на якій обговорюються всі питання, пов'язані зі стратегією продукту, включаючи перевірку прогресу та ефективності. На цих зустрічах також обговорюються нові цілі для бізнесу та способи їх досягнення.
Хто повинен брати участь? Керівництво продукту, керівництво компанії та відповідні зацікавлені сторони матимуть важливий внесок у засідання щодо стратегії продукту.
Хто повинен керувати? Це не дарма називається нарадою з питань стратегії продукту. Керівництво тут повинні взяти на себе менеджери з продуктів, оскільки це їхня сильна сторона.
Як часто вони повинні проводитися? Залежно від потреб вашого бізнесу, щоквартально або двічі на рік.
Скільки часу вони повинні тривати? Знову ж таки, це залежить від складності бізнесу та продукту, але зустріч щодо стратегії продукту зазвичай триває щонайменше 2 години, часто вимагаючи проведення декількох сесій.
Що слід охопити? Під час наради щодо стратегії продукту слід врахувати кілька моментів. Переконайтеся, що ви чітко охопили їх усі, щоб усі були на одній хвилі (за умови, що вони мають значення для вас і вашого бізнесу):
- Огляд ринку
- Перегляньте бачення компанії
- Прогрес у досягненні поточних цілей, включаючи нові функції або випуски
- Показники ефективності з урахуванням фінансових даних
- Дорожні карти, майбутні цілі та напрямки інвестицій
- Потреби та перешкоди бізнесу
- Нові рішучі дії та цілі (або перегляд попередніх цілей)
Джерело: Шаблон щоквартальної наради з питань стратегії продукту | Fellow.app
2. Зустріч з приводу випуску продукту
Що? Зустріч з приводу запуску продукту, або product kickoff, — це зустріч, на якій обговорюється випуск нового продукту. Такі зустрічі часто мають практичний характер і присвячені тому, що саме створюється, хто це робить, в які терміни, як будуть працювати функції та які найближчі кроки мають зробити всі учасники процесу.
Хто повинен брати участь? Залежно від масштабів запуску, участь може бути обмежена керівниками продукту та менеджментом, або ж може включати зацікавлені сторони і навіть дослідників користувачів.
Хто повинен керувати? Менеджер продукту буде тим, хто організовує та керує стартовою нарадою щодо продукту,
Як часто вони повинні відбуватися? Залежно від вашого графіка випуску, вони можуть бути щотижневими, двотижневими або навіть щомісячними. Чим швидше ви досягаєте прогресу, тим частіше ви повинні спілкуватися зі своїми колегами по команді.
Скільки часу вони повинні тривати? Для зустрічей з випуску продукту оптимальним є час від 1 до 2 годин.
Що слід охопити? Оськілька питань, які слід охопити під час наради з випуску продукту:
- Цільовий ринок та його потреби
- Огляд функціональних можливостей нової версії: як вона працює, скільки часу займе її впровадження та які переваги вона надає користувачам і бізнесу.
- Покрокові інструкції з користувацького досвіду
- Відгуки, критика та час для запитань
- Стратегія виходу на ринок (GTM) для узгодження дій усіх членів команди
- Перегляньте свій контрольний список для запуску продукту (якщо у вас його немає, дивіться нижче)
- Нові напрямки діяльності та чіткі цілі
3. Тижневий огляд
Що? Щотижневий огляд — це захід, на якому команда розробників продукту збирається разом, щоб обговорити та проаналізувати прогрес у досягненні бізнес-цілей. Це час для вирішення будь-яких проблем, що виникли.
Хто повинен брати участь? Часто це представники відділів управління продуктами, управління проектами, маркетингу продуктів, розробники або інженери, відділи продажів та дослідники користувачів. В основному, це всі, хто має відношення до розробки продукту.
Хто повинен керувати? Керувати повинен менеджер продукту, але це може залежати від конкретної спрямованості кожного огляду.
Як часто вони повинні проводитися? Зазвичай вони проводяться щотижня, але жорстких правил немає. Ви можете проводити їх раз на два тижні, якщо це підходить для вашого бізнесу.
Скільки часу це займає? Зазвичай для звичайного огляду достатньо близько години.
Що слід охопити? Ущотижневих оглядах зазвичай слід торкатися таких тем, якщо вони не є центром уваги:
- Прогрес у досягненні бізнес-цілей
- Перегляд дорожньої карти продукту
- Нещодавно завершена робота
- Майбутні цілі та запланована робота
- Нові та важливі відгуки користувачів
- Нові можливості
- Можливі затримки
5 чудових порад для покращення зустрічей з розробки продуктів
Тепер, коли ви знаєте основну суть цих нарад з управління продуктами, давайте розглянемо, як ми можемо їх вдосконалити, щоб ви могли працювати ефективніше та продуктивніше.
1. Запитайте себе: чи ДІЙСНО вам потрібна ця зустріч?
У tl;dv ми твердо переконані, що всі наради мають бути необов'язковими. Це може здатися великою перешкодою для непідготовленої команди, але з правильним засобом для запису нарад ви зможете за лічені секунди ознайомитися з усіма важливими питаннями, зосередивши свою енергію на фактичному створенні продукту, а не на обговореннях, що тривають 40 годин на тиждень.
@tldv.io Якщо відповідь вже записана, то навіщо ти мене запитуєш? #роботаздомівки #корпоративнийгумор #записизасідань
оригінальний звук - tldv.io - AI Meeting Recorder
З огляду на це, список учасників зустрічі повинен бути мінімальним і включати лише тих, хто обов'язковоповинен бути присутнімна зустрічі. Кожному з тих, хто повинен бути присутнім, слід надіслати запрошення з чітким поясненням, чому їхня присутність є необхідною.
Запитайте себе: чидійсно необхіднаця зустріч? Чи є для неї чітка причина? І чи не можна цю причину передати іншими засобами, наприклад, за допомогою віртуального повідомлення або відео Loom? Можливо , варто подумати про зарплату членів вашої команди, особливо тих, кому не потрібно розмовляти. Вони будуть сидіти там, напівслухаючи, коли могли б працювати над чимось важливим.
Всі учасники, які не є обов'язковими, можуть ознайомитися з корисною функцією часових мітокtl;dv, або ви можете створити короткий reel із зустрічі та миттєво поділитися ним у Slack або у вибраному робочому чаті, як тільки дзвінок закінчиться. Вони нічого не пропустять.
Зробіть крок уперед і прийміть асинхронний характер сучасних зустрічей. Люди працюють з різних куточків світу. Поважайте їхній час (і часові пояси) і дайте їм можливість наздогнати пізніше, якщо для них не є важливим щось презентувати. Опанувавши асинхронні зустрічі, ви зможете відмовитися від стилю життя, що передбачає безперервні зустрічі, і бути впевненими, що збережете ефективну команду розробників продукту.
Окрім того, що продуктові менеджери можуть уникнути марнування часу на цілоденні наради, вони також можуть переглядати дзвінки від дослідників користувачів, щоб залишатися ближчими до клієнтів у напружений сезон. Ви також можете скористатися пошуковим інструментомtl;dvна базі штучного інтелекту, щоб за лічені секунди знайти потрібну тему.
2. Підсумуйте та підкресліть основні пункти наприкінці зустрічі
Немає нічого кращого для того, щоб усі залишалися на правильному шляху, ніж підкреслити основні пункти та зробити все кришталево зрозумілим для вашої команди наприкінці кожного дзвінка. Хоча ви, звичайно, охопите всі важливі моменти під час зустрічі, особливо якщо ви дотримуєтеся одного з наших шаблонів, наведених вище, важливо наприкінці нагадати найважливіші моменти.
Ваша команда завершить дзвінок, знаючи, що потрібно робити далі, а до наступної наради ви зможете розпочати з підбиття підсумків та огляду прогресу за всіма пунктами, переліченими наприкінці попередньої наради.
Щоб дійсно переконатися, що кожен учасник знає, на чому слід зосередитися далі, варто задокументувати зустріч у прозорий та легкодоступний спосіб, наприклад за допомогою tl;dv. Таким чином не тільки ті, хто не брав участі у зустрічі, зможуть ознайомитися з її важливими моментами, але й учасники зможуть освіжити в пам'яті та переглянути пункти дій, щоб знову зосередитися на них. tl;dv чудово tl;dv для підбиття підсумків зустрічей, оскільки штучний інтелект точно визначає очевидні питання, пункти дій та висновки, а інструмент timestamper дозволяє будь-кому вручну виділити важливі моменти зустрічі.
3. Надішліть підсумковий звіт після зустрічі
Пам'ятаєте, як ми згадували про необхідність підкреслити основні пункти наприкінці розмови? Зробіть це ще раз після зустрічі.
Хоча ви не хочете бути настирливим і поблажливим, ви все ж хочете, щоб кожен член команди був зосереджений на роботі, як нічне небо в пустелі Атакама. Всі повинні бути на одній хвилі і мати беззаперечні плани дій, на які можна покластися, якщо вони забудуть або заплутаються.
Якщо хтось хоче ще раз перевірити, що він повинен робити, або якщо інший колега з якихось причин пропустив нараду, у них має бути єдине джерело достовірної інформації, на яке вони можуть покластися.
tl;dv, який часто використовується як сховище UX-досліджень для інтерв'ю з користувачами, може бути корисним. Після закінчення зустрічі ви можете об'єднати різні часові мітки (одна з них — це пункти дій наприкінці) у найцікавіші моменти та надіслати короткий clip електронною поштою або через Slack.
Минули ті часи, коли ефективність зустрічі можна було досягти лише в рамках самої зустрічі. Надішліть підсумок після кожної зустрічі, і ніхто не зможене зрозуміти, яке наступне завдання стоїть перед кожним.
4. Зберіть відгуки та думки після зустрічі
Не всі можуть відразу придумати, що сказати під час зустрічі. Іноді їм потрібен час, щоб дати волю творчій уяві. Якщо ви заохочуєте учасників зустрічі ділитися своїми думками навіть після її закінчення, ви отримаєте набагато кращий відгук, ніж якщо б обмежили час для обміну думками лише часом зустрічі.
Формулювання ідей вимагає часу, і не кожен є публічним оратором. Залиште двері відкритими для ідей після зустрічі, і саме це ви отримаєте.
5. Грайте роль адвоката диявола
Якщо зустріч починає нагадувати зібрання людей, які тільки кивають головою, вам потрібно почати грати роль адвоката диявола. Якщо всі будуть повністю згодні, це не буде дуже ефективно. Ідеї зміцнюються під впливом критики.
Навіть якщо ви повністю підтримуєте певну ідею або мету, спробуйте поставити себе на інший бік спектру. Висловлюйте заперечення, навіть якщо вони здаються безглуздими. Не бійтеся обговорювати ідею більш глибоко. Додайте трохи перцю.
Якщо ви не будете час від часу грати роль адвоката диявола, ваша команда може потрапити під вплив упередженості, і це може призвести до того, що всі будуть погоджуватися з усім, оскільки у вас у всіх є упереджене уявлення про те, чого хочуть ваші користувачі і як найкраще їм це надати. Подолайте це на самому початку, і ефективність ваших нарад з розробки продукту різко зросте.
Ознайомтеся з тестом «Мама», щоб дізнатися про чудовий спосіб уникнути упередженості в дослідженні користувачів. Його також можна адаптувати для презентації нових ідей вашій команді.
