skillsetter.io
2.99K subscribers
326 photos
1 video
258 links
Про кар'єру в IT, запуск і зростання продуктів.
Download Telegram
Почніть новий рік з новою професією разом зі skillsetter. До 28 грудня на професії «Продакт-менеджер» та «Проджект-менеджер» діє знижка 50%, а при покупці ви отримаєте в подарунок додатковий курс.

👉 Симулятор IT-компанії з актуальною теорією та практичними завданнями;

👉 Онлайн-лекції та вебінари від IT-фахівців;

👉 Груповий кейс — реальний проект, який можна покласти в портфоліо або розвивати як стартап;

👉 Підтримка менторів під час навчання;

👉 Кар'єрна підтримка для успішного працевлаштування.

Такий подарунок ви точно встигаєте купити, навіть якщо протягом останніх тижнів усі справи не поміщаються в розклад. Професії доступні на сайті за $349 або виплатами по $30 на місяць.

Встигайте забронювати свою знижку:

Стати продактом
Стати проджектом

Чекаємо на навчання в новому році 🎄
5 січня стартують нові навчальні групи 🤓

Встигай приєднатися зі знижкою 30%

👀 У симуляторі IT-компанії ви дізнаєтесь, як проходять будні IT-фахівця та отримаєте навички, необхідні для роботи в реальній компанії.

🤩 На онлайн-зустрічах зможете прокачати soft skills та англійську, щоб стати по-справжньому затребуваним спеціалістом в IT.

👩‍💻 Вже під час навчання ви дізнаєтесь, як скласти резюме, завдяки якому рекрутери точно вас помітять та покличуть на співбесіди. А до них ви підготуєтеся на тренувальних інтерв'ю.

Груповий кейс наприкінці навчання поповнить ваше портфоліо, а можливо, навіть стане реальним проектом у майбутньому.

Почніть рік із справжніх змін.
Для кожної з професій можна пройти демо-главу безкоштовно:

👉 Продакт-менеджер
👉 Проджект-менеджер
👉 Digital-маркетинг

Чекаємо на вас на навчанні 🙌
🧠 Вчимося вирішувати конфлікти в команді

Продуктова команда запустила тестову версію програми для медитацій. Через тиждень користували дали фідбек: онбординг у додаток неінтуїтивний і незрозумілий. Стало зрозуміло, що потрібно створити новий дизайн онбордингу.

Продакт Джек описав завдання дизайнеру Лізі і сказав, що все потрібно зробити якнайшвидше. Ліза відповіла: «Ага, біжу — зараз тільки шнурки погладжу. Джеку, у мене і так багато завдань».

Очевидно, виник конфлікт, тож Джеку треба щось відповісти.
Правильна відповідь: «Переживаєш, що не встигнеш до дедлайн? Давай обговоримо пріоритети і в усьому розберемося».

Швидше за все, Ліза має багато завдань. Через переробки співробітники можуть зриватися один на одного. Потрібно допомогти Лізі розібратися у пріоритетах. При цьому важливо оновити дизайн онбордингу, інакше ризик втратити користувачів.

«Не треба зі мною так говорити - я твій менеджер» - така відповідь не допоможе розібратися в ситуації, а швидше ще більше виведе Лізу на емоції.

«Ми взагалі тут усе працюємо, тому візьми завдання – це терміново» – після такої відповіді, Ліза, швидше за все, візьме завдання. Але в майбутньому це може призвести до вигоряння та ще сильнішого конфлікту.

«Відклади решту завдань — зробити новий онбординг потрібно якнайшвидше» — можливо, Ліза має й інші пріоритетні завдання, які терміново потрібно зробити. Тому краще спочатку розібратися у пріоритетах.

Навіть у найзгуртованішій команді рано чи пізно можуть виникнути конфлікти, тому важливо навчитися вибудовувати діалог та вирішувати проблеми.
Докладніше про способи вирішення конфліктів можна дізнатися у статті:
🔗 5 несподіваних способів розв'язання конфліктів у продуктовій команді
🧠 Задачка: розбираємося з негативною юніт-економікою

Юніт-економіка — це метод, за допомогою якого можна порахувати, скільки прибутку бізнес отримує від одного юніту — одиниці продукту. Наприклад, скільки EdTech-стартап заробляє одному курсі.

Уявіть, що ви продакт-менеджер сервісу з прокату велосипедів. Зараз у вашого продукту негативна юніт-економіка, але ви плануєте масштабувати проект. Ви розумієте, що на це йтиме більше ресурсів, ніж приносить проект.

#task | @skillsetter
⚡️ Правильна відповідь: «Протестувати гіпотези»

Так ви зможете визначити проблеми, які заважають продукту зростати, та зрозуміти, як можна вирішити ситуацію — наприклад, краще дослідити аудиторію та переналаштувати рекламу, щоб вона працювала ефективніше.

Скорочувати бюджет на контекстну рекламу варто лише якщо ви точно знаєте, що ваша аудиторія не використовує цей канал. Інакше ви можете втратити частину прибутку.

Якщо припинити вкладати прибуток у зростання, це, звісно, дозволить отримувати чистий прибуток спочатку. Але в перспективі — невигідно.

Якщо відкласти масштабування до кращих часів, то можна скоротити витрати ресурсів, але проблему негативної юніт-економіки це не вирішить. До того ж, компанія може бути успішною, навіть якщо не приносить прибуток — наприклад, протягом кількох років працював Amazon.
Початок року — саме час ставити цілі. Здавалося б, можна просто записати все в Trello, обговорити з командою — і готово.

Насправді, щоб команда досягала результатів, а продукт розвивався, перед формулюванням цілей важливо провести серйозну роботу.

Сьогодні ділимося з вами інструкцією з OKR — ефективного методу постановки цілей, який допомагає синхронізувати роботу над проектом та контролювати реалізацію завдань 🤌

🔹 Визначте O (мету, критерії її досягнення) та KR (метрики для оцінки результату);
🔹 Поставте таргет — цільові значення;
🔹 Виявіть проблеми;
🔹 Виберіть потрібні фічі;
🔹 Оцініть ресурси.

У статті ми розібрали OKR на прикладі кейсу та поділилися шаблоном, який допоможе структурувати всі критерії та метрики.
🧠 Задачка: формулюємо user stories

Сьогодні четвер — а значить, час для нового завдання.

Уявіть, що ви працюєте над аппкою для обробки фотографій. Ви отримали вимоги до сервісу від продакт-оунера. Щоб передати їх розробникам, потрібно сформулювати user stories. Так команда розумітиме контекст та цінність завдань.9

User story – це короткий опис завдання. Вона описується з точки зору користувача у форматі: як [роль], я хочу [дія], щоб [ціль].

Наприклад: як продакт, я хочу ставити таски у форматі карток, щоб структурувати роботу команди.

#task | @skillsetter
⚡️ Правильна відповідь

Нам не підходить user story про ретушера. Вона сформульована абстрактно: доступ до функціонала – це базовий параметр програми. Така user story не допоможе в розробці фічі.

User stories про фотографа, ілюстратора та блогера відображають потреби та цілі користувачів. Тож їх можна передати команді.
🧠 Задачка: визначаємо перший страйк

Сьогодні розбираємося з aha-моментом і першим страйком.

Aha-moment це коли користувач розуміє, що продукт для нього цінний. У користувачів кожного товару свій шлях до aha-moment. Один із кроків на цьому шляху — перший страйк. Це ключова взаємодія із продуктом.

Наприклад, перший кол у Google Meet, перша картка з таскою у Trello або перша переглянута серія на Netflix.

Уявіть, що ви запустили продукт — додаток для медитацій. Щоб знайти Aha-moment, потрібно визначити перший страйк — ключову дію.

#task | @skillsetter
Яким може бути перший страйк вашого сервісу?
Anonymous Poll
15%
Реєстрація в аппці
7%
Онбординг
73%
Перше заняття
5%
Перший пройдений курс
⚡️Правильна вiдповiдь: «Перше заняття»

✔️ Саме під час нього користувач уперше «приміряє» продукт на себе.

✖️ Реєстрація в додатку — це не перший страйк, тому що під час неї користувач ще не знайомий з головною функцією продукту.

✖️ Під час онбордингу в сервiс користувач може зрозуміти, що йому подобається або не подобається сервіс, але з основною функцією на цьому етапі він поки не знайомиться.

✖️ Перший курс занять — це сукупність ключових дій, але не перший страйк.
🧠 Задачка: ділимо фічу на user stories

Іноді процес розробки фіч буває об'ємним, складним і займає кілька спринтів. У такому разі фічу ділять на кілька кейсів використання — user stories. Потім кожна така user story ділиться на таски.

Наприклад, фічу «додати функцію оплати в продукт» можна розділити на stories за способами оплати: готівкою, карткою та електронними платежами. Після цього для кожної story поставити таски: спроектувати, розробити, протестувати, додати в продукт.

Уявіть, що в продукті потрібно оновити інтерфейс аналітики в особистому кабінеті. Які таски ви поставите команді розробки?

#task | @skillsetter
⚡️ Відповідь на задачку

🔘 Спроектувати новий інтерфейс — найчастіше розробка фічі починається з проектування.

🔘 Написати код нового інтерфейсу — це головний етап розробки.

🔘 Протестувати новий інтерфейс — без цього є ризик зарелізити фічу з багами.

Інші варіанти неправильні:

⚪️ Доопрацювати наявний інтерфейс — ви вже вирішили, що створюватимете новий, тому на це можна не витрачати час.

⚪️ Підготувати рекламну кампанію для оновленого інтерфейсу — цим займаються маркетологи, тому команді розробки таке таски ставити не потрібно.
Можливості вашого дева на парт-таймі: 🪤
Btw, скоро у нас стартує демокурс з аналізу ринку. Будемо вчитися будувати CJM і розбиратися, як в одному продукті втілити запити ринку, інтереси бізнесу (і можливості девiв).