Обложка канала

Andrey Osipenko

743 @aosipenko
Открыть

Канал о менеджменте проектов, работе с людьми, маркетинге и развитии технологических продуктов простым языком

  • Andrey Osipenko

    🔥 Коммьюніті і аналіз цільової аудиторії під час розробки продукту На справді, написання та паблішинг контенту — це дуже гарна аналогія з розробкою продукту. Ти можеш тестувати гіпотези в контенті дуже швидко. Написав ідею → запостив у соціальні мережі → перевірив як аудиторія реагує на цей контент. Не так, як у розробці продукту, коли ітерація потребує часу всієї команди. Але, контент і коммьюніті можуть допомогти вашій компанії робити кращі продукти. Наприклад ви можете сильно зменшити час до фідбеку від людей якщо будете ділитися анімаціями, wireframe’ами, текстові гіпотезами, голосуваннями і т.д. 🔎️️️️️️ Ви не зможете зробити гарний продукт без розуміння ринку. Єдиний варіант отримувати це знання ринку — через тестування гіпотез і інтеракцію з вашими цільовими користувачами. Кількісні або якісні інтерв'ю, опитування чи CustDev. Якщо ви впевненні що якась фіча котру ви розробляєте зараз сподобається вашим користувачам, це скоріш за все не правда. Або ви Стів Джобс і можете передбачити що хоче ринок, або ви проробили дуже круту роботу з аналізом ринку, або ви дуже самовпевнені. Пости й відео які я думаю будуть залітати, на справді не залітають. А залітають ті, про котрі я навіть і не подумав би. Але з кожною ітерацією знань про аудиторію і ринок все більше. Для того, щоб зробити якійсь MVP використовуйте ваші знання про ринок, які ви отримали з інтерв'ю, аналізу конкурентів, роботи з вашим коммьюніті. Після цього як найшвидше ітеруйте різні гіпотези після того, як зможете винайти болі ваших користувачів. 🖼️ Портрет аудиторії → Болі цієї аудиторії → Гіпотези з вирішення цих болей → Тестування На справді, акумулювання комммьюніті один з найкращих способів зробити успішний продукт. Тому що ви постійно комунікуєте з вашою аудиторією і маєте змогу постійно тестувати велику кількість гіпотез, + отримуєте первинний пул ваших користувачів і грошову змогу переходити на інші ринки. Чим менше ваш час валідації гіпотези яку ви тестуєте, тим більше інформації за період часу ви можете отримати. 🫂 Якщо ваш продукт ще не має коммьюніті, дуже раджу починати акумулювати вашу аудиторію! До речі, дуже раджу книжку Sahil Lavingia "The Minimal Enterpreneur", це СЕО Gumroad'a, конструктора лендінг пейджей для креаторів для продажу різних віртуальних продуктів. Його підхід розробки продуктів як раз через розробку в першу чергу коммьюніті, а вже потім використання його для аналізу аудиторії, її болей і перших користувачів.

  • Andrey Osipenko

    🔥 Що таке Product Discovery і чому це важливо? Product Discovery - це етап в розробці програмного забезпечення, під час якого команда визначає, який саме продукт їм потрібно зробити. Процес включає дослідження потреб користувачів, визначення ключових функцій продукту, прорахунок бізнес-моделі та формулювання гіпотез щодо того, як продукт буде використовуватися і впливати на кінцевих користувачів. Product Discovery одна з найважливіших стадій проєкту. Скоріш за все найчастіше ви будете зустрічатися з нею: - У кейсі з аутсорсом, коли до вас приходить клієнт і ви хочете розібратися і зрозуміти що саме він хоче побудувати. - Коли вас підключають на новий проєкт чи ви прийшли на нову роботу і вам треба розібратися як цей продукт працює і з яких складових складається. - У продуктових командах ці процесси працюють трохи по-іншому, про це у наступних постах :) Гарно проведена і задокументована Product Discovery фаза служить запорукою успішного проєкту в аутсорсі. Уявіть собі воронку, з гори в нас очікування нашого клієнта це 100%, далі те, як ми розуміємо те що хоче людина, і зовсім не завжди ми зможемо дійти до 100%. Але наша задача, якомога ближче дійти до розуміння того як наш клієнт бачить цей проєкт, і з нашою експертизою показати на моменти котрі для нього можуть бути не очевидними.  До речі, документація цих рішень і їх аппрув послужить першою сходинкою у менеджменті очікувань ваших клієнтів. 🔖 Як зробити гарний Product Discovery?  ❗️Ставити багато питань. Дуже багато. Чим більше питань ви задасте вашому клієнту, тим краще ви його зрозумієте. Не бійтеся питати про те, чого не було в брифі, наприклад клієнти майже ніколи не думають про аналітику, збір даних, моніторинг системи, адмін панелі і ще купу різних дрібничок.  Чим більше предметних питань ви задасте і задокументуєте, тим легше вам буде під час виконання проєкту. Більш того, саме під час цієї стадії у вас є великий шанс показати свою експертність. Майте на увазі що питання повинні бути не лише технічними/функціональними, але й не функціональними. Бюджети, таймлайни, стейкхолдери, партнери, інфраструктура  і все що може бути вам у пригоді під час роботи над проєктом.  🗒️ З часом у вас буде ваш особистий список питань котрі треба задавати собі або клієнту коли ви робите Продукт Діскавері.  ————————— ⚙️ Вивчення технологічної реалізації проєкту. Це для якихось важких з технологічною точки зору проєктів. Коли ви з ходу не можете сказати чи це можна це зробити взагалі, чи потрібен ще якийсь час технічно погратися з партнерами й бібліотеками.  Цей час вже може додатково оплачуватися у варіанті з аутсорсом, тому що зазвичай потребує не один десяток годин.  ❗Більшість проєктів фейліться як раз через погану проведену Discovery фазу, якщо ми спочатку взяли погані або не повні дані, ми не зможемо зробити з них цукерку. Якщо ми спочатку погано засінкали очікування наших стейкхолдерів між собою, нам буде складно у майбутньому. Більшість проблем приходять до нас з минулих рішень. 🗯️️️️️️ А які ви питання ставите клієнту під час Product Discovery фази? Ділися цим постом і став 🔥

  • Andrey Osipenko

    🔥 Робота з проблемами і затримками на проєктах Думаю багато з менеджерів переймаються та бояться проблем на проєктах і запізнень у дедлайнах. Тому хочу почати з першого: проблеми завжди є і будуть. Все завжди буде йти не за нашим планом, і це ок. Це як раз і наша робота, спробувати обійти більшість ризиків, спланувати все що може піти не за планом і бути готовими реагувати на нові труднощі. Одним словом зменшувати ентропію нашого світу, і робити його трохи більш передбачуваним. Не беріть проблеми особисто, хоча б під час їх вирішення. Не завжди все через вас. Не кожен ризик ви могли обійти й зробити так щоб від не відстрелив вам ноги. 🕙 Якщо так сталося, що щось сталося 1. Зрозумійте що саме сталося і скільки часу вам знадобиться на розв'язання цієї проблеми. 2. Сформуйте групу яка буде займатися цією проблемою: якщо це якийсь баг у продакшені, чи проблеми з інфраструктурою що потребує швидкого реагування. 3. Зрозумійте з ким вам треба прокомунікувати з цього приводу, і кому і яка інформація буде необхідна. 4. Комунікуйте про те що ви вже в процесі вирішення, дайте статус на цей момент. 5. Будьте на звʼязку з командою реагування, і допомагайте чим зможете, але й не відволікайте. У більшості випадків ваше завдання комунікація між відділами. Але й іноді ви можете допомогти їм збором інформації з різних джерел про походження цієї проблеми. 6. Після розв'язання проблеми напишіть пост-мортем о том що сталося, чому, як пофіксили і що будемо робити у майбутньому, щоб цього не сталося. 🗯️ Формат спілкування: - Яку частину компанії/продукта зачепило, і на скільки серйозно - Що сталося, або хоча б що ми знаємо на цю мить - Способи розв'язання проблеми й куди ми на цей момент копаємо. - Естімейт розв'язання проблеми. - Коли ми прокомунікуємо в наступний раз і де. 👥 Усі проблеми це міжособисті проблеми. Усі проблеми це міжособисті проблеми. Проблеми виникають між двома чи більше людьми. Усі інші речі це просто дійсність яку ми приймаємо і реагуємо на неї. Що розв'язує міжособові проблеми? Правильно - спілкування. Тому навіть якщо ви вже в процесі якоїсь дупки, наприклад затримка дедлайнів, ваше завдання якомога швидше прокомунікувати з клієнтом: що трапилося, чому, як фіксимо, варіанти вирішення. Завжди памʼятаємо про те, що ми усі люди. І під час спілкування треба бути емпатійним й розуміти що у нашого співбесідника також можуть бути емоції і це ок, наше завдання з ними працювати. Звісно там де є гроші буде багато міжособових проблем. І це ок, це дійсність. Просто завжди думайте не тільки про свої інтереси, але й про інтереси вашого партнера, це допоможе вам робити дійсно круті пропозиції навіть якщо щось пішло не по плану. Практикуватися до речі можливо навіть не на роботі, а під час вирішення міжособових конфліктів вдома чи з друзями. Став 🔥 якщо сподобався пост

  • Реклама

  • Andrey Osipenko

    🔥 Як ваша впевненість в собі впливає на проєкт? Або чому важливо бути впевненим в собі? Одна з неочевидних навичок котра може якісно покращити вашу роботу. Коли ви не впевнений у своїх рішеннях, ви не зможете відстоювати вірні рішення в дискусіях. Памʼятайте: Найголосніший голос не завжди правий! Інколи вам треба бути сильнішим і впевненішим у своїх думках, щоб відстоювати контроверсійні ідеї. Наприклад: - Чому нову ідею СЕО не треба реалізовувати прямо зараз. - Чому це можуть зробити наші конкуренти, але не ми? - Чому це погана ідея робити цей продукт і так далі. Не завжди ваші ідеї будуть прийматися, і це ок, але ви не дасте їм життя якщо у першій же дискусії відмовитеся від своєї ідеї. 🧑‍💻Окрім цього, люди дуже сильно відчувають впевненість. Щоб вести за собою команду в невідомість ви повинні бути впевнені в собі, в команді, в менеджменті. Інакше ви не зможете стати сильним лідером. Ви повинні стати людиною на котру можна покластися у найскладніших ситуаціях, і котра зможе дати не тільки собі ради, а й допомогти іншим. Якщо перший же конфлікт з «рок-зіркою» вашого проєкту зібʼє вас з ніг, ви не зможете йти далі. 🫂 Тому, якщо вам буде легше, тренуйте впевненість в собі не тільки ради себе, але й заради людей котрі з вами працюють! Я ще не кажу про те як самооцінка може вплинути на вашу зарплатню, проєкти і команди з якими ви працюєте. Почніть з рефлексії своїх досягнень за останні роки, почитайте декілька книжок про самооцінку, або почніть працювати з психотерапевтом. ❓ На що ще може впливати впевненість у менеджера окрім перерахованих кейсів?

  • Andrey Osipenko

    🗒️ Як зрозуміти як працює система для того, щоб її описати? Частина 2 ❓Для того, щоб зрозуміти як працює будь-яка технічна система, ви повинні розібратися в наступних речах: - З яких складових частин вона складається - Як ці частини взаємодіють між собою? - Які стани цих частин бувають - Як вони працюють в не звичайних умовах: коли даних немає чи сталася якась помилка? - Чи є якісь чисельні ліміти у цих об'єктів? Кількість символів у формі. Кількість контактів на сторінці. Якщо кількість об'єктів більша, як користувач може передивитися їх усі? Якщо кількість більша ніж ліміт, що станеться? Коли ви аналізуєте чи робите архітектуру будь-якого проєкту це найважливіші речі. Це саме ті речі, котрі дадуть вам комплексне уявлення про роботу системи, і що саме описувати. ⚙️ Усі ці питання добре накладаються на усю систему в цілому, так і на окремі її частини. Наприклад: - Якась фронтендна фіча складається з таких і таких частин. Вони повʼязані між собою таким чином, тут у нас буває такий empty state компонента, а тут такі повідомлення о помилках в таких випадках. - Якийсь бекендний ендпоїнт чи який алгоритм? Складається з таких частин / етапів, таким чином вони повʼязані між собою: також використовується такий метод який ми не покрили у цьому документі. Коли даних немає повертає таку інформацію або робіть ось це, в інших випадках робить ось так. Якщо якийсь партнер не повертає дані робить ось так. Як ви бачите зараз я тільки накидав якийсь безсенсовий приклад, але підставивши туди свої дані ви вже отримаєте опис з достатньо великою кількістю edge case'ів і варіантів що можна описати. 🗯️️️️️️ Чим більше таких питань і допущень ви будете тримати у голові тим краще ви будете розуміти як працює система, так і знаходити якісь недоліки з якими можуть зустрітися ваші користувачі. А ви які питання тримаєте у голові поки працюєте з складними системами?

  • Andrey Osipenko

    ⚙️ Як писати круті технічні вимоги для розробників? Частина 1. Нещодавно мене запитали як я пишу технічні вимоги, документацію, які інструменти і діаграми використовую. Як завжди, я вважаю, що інструменти зовсім не важливі, куди важливіша людина котра цими інструментами буде користуватися. 🗒️ Почніть з того, що будь-який документ це формат передачі інформації. Ви пишете, малюєте чи будуєте клікабельний прототип, щоб передати якусь інформацію до іншої людини котра прочитає цей документ. Тому найважливіше мати гарне розуміння яку саме інформацію ви хочете передати, і правильну структуру цієї інформації у вашій голові. Тут я не можу дати вам порад як цього досягнути окрім однієї, розібратися і розуміти як те, що ви збираєтесь описати повинно працювати 💻, або вже працює. Ви можете описати тільки те, що ви дійсно розумієте. Тому не так важливо, який інструмент, чи тип діаграми ви будете використовувати для документування, якщо ви зробили погану структуру цієї інформації й загальний аналіз того, що ви хочете донести до іншої людини. Коли ви точно знаєте, що ви хочете донести до іншої людини, правильний формат документа з’явиться сам. ❓Як розуміти системи і інструменти якими я користуюсь, опишу у наступному пості. 🗯️ А як ви підходите до написання технічних вимог?

  • Andrey Osipenko

    Хочу нагадати вам, що вже через тиждень стартує мій курс "Технічні навички для нетехнічних менеджерів", де впродовж 5 тижнів я буду готувати з вас технічно сильних менеджерів. Студенти попереднього запуску вже знайшли роботу, та використовують знання у реальному житті. На курсі ти дізнаєшся: - ⌨️ Як працює інтернет, веб і мобайл додатки, протоколи комунікації. - 💻 Інфраструктура, навіщо потрібен Cloud, основні архітектурні патерни, що таке IaaS і де його використовувати. - 📈 Бази даних, як працюють, що таке CloudDB, архітектурні патерни роботи з DB. Що таке Data Lake і BI. - 🤝 Які бувають Third Party Partners, що краще робити самим, а що краще аутсорсити до якихось PaaS. - 🔎 Специфіки роботи з різними платформами. Які особливості роботи з Hardware продуктами, чи, наприклад з криптою? 🔥 Сьогодні останній день коли курс можна купити зі знижкою в -20%. Якщо хочете, можете забронювати місце за собою місце за 2.000, або оплатити з розтермінуванням. Почни розмовляти з програмістами однією мовою! Більше за посиланням: https://tech.redcamp.pro/

  • Andrey Osipenko

    👁️‍🗨️ Як спілкуватися з менеджментом Я отримую велику кількість питань, що людям не зручно спілкуватися з менеджментом компанії. І оскільки це дуже корелює з вашим кар'єрним зростанням давайте поспілкуємось про це з вами. 1️⃣ Зрозумійте, що вони такі самі люді як і ви. І вас найняли тому що ви сильніше ніж вони у своєму домені. Вас найняли через вашу експертність, і це О'кей показувати себе. 2️⃣ Вони можуть помилятися, згадуємо Authority Bias з посту вище. Якщо ви зможете підкріпити  фактами вашу точку зору, навіть якщо вона йде в розріз з менеджментом вам будуть навіть вдячні. 3️⃣ Практикуйтеся бути ассертивними. Т.е. людиною здатною відстоювати свою точку зору. З першого разу ніхто себе не буде відчувати впевненими. Це ок. Практикуйтеся і стане краще. 4️⃣ Підготуйтесь краще. Якщо у вас якась велика зустріч, чи презентація, добре знайте предмет вашої розмови, подумайте які питання можуть бути у ваших співрозмовників, і заздалегідь інтегруйте відповідь на ці питання у вашу розмову. Чим краще ви підготувалися, тим впевненіше ви будете себе відчувати. 5️⃣ Якщо вас включили до дзвінку, значить їм важлива ваша точка зору. Якщо ви вже присутні на якійсь зустрічі, то це не просто так, тому заспокойтеся і просто пропонуйте що на вашу думку може змінити ситуацію на краще. 6️⃣ Пам'ятайте про bullshit meter. Якщо ви відчуваєте, що хтось не правий, чи щось працює не так як треба, то тут два варіанти. Або ви правий і вам не здається, або у вас недостатньо інформації, котра є у іншої сторони. Довіряйте своєму професійному відчуттю і перевіряти його з думками інших колег. І найголовніше, пам’ятайте, що якщо не виражати свою думку, і погоджуватися з речами, з котрими ви не згодні, це прямий шлях до вигорання. Чи були у вас складні комунікаційні ситуації з менеджментом?
    Andrey Osipenko

    Когнітивні упередження менеджерів 🧠 Сьогодні я хочу поговорити з вами про когнітивні упередження. Мені здається, що це одна з найважливіших речей котрі можуть посприяти вашій кар'єрі менеджера. Наша з вами робота — приймати рішення, чим краще рішення, тим краще результати (але не завжди, але про це потім). Коли ми приймаємо рішення, ми використовуємо данні, кількісні чи якісні, і наше - сприйняття цих даних. Помилку в даних не так важко задетектити. А ось помилку в мисленні — найскладніше. Зараз розповім вам про два упередження з якими я сам стикаюсь доволі часто. 📊 Confirmation bias Це когнітивне упередження при якому ми шукаємо підтвердження нашої теорії. Наш мозок за замовчуванням шукає докази своєї точки зору. Наприклад, ви впевненні, що ваші користувачі хочуть саме таку фічу, і ви будете шукати докази цій гіпотезі у ваших продуктових метриках і даних. Що може вам допомогти? Завжди мати сумніви у правоті своєї гіпотези, і намагатися шукати не підтвердження, а навпаки змінні при яких ваша теорія може…

    Telegram

  • Andrey Osipenko

    Вже завтра відбудеться мій вебінар "Технічні навички для менеджера. Або як виділятися на ринку праці". Вже зареєструвалося >340 людей. Вчора доробив презентацію і тестував все, сказати що я дуже кайфую від якості продукту - це нічого не сказати 🔥 Дуже раджу вам виділити завтра ввечорі 1.5 години вашого часу і отримати нові знання. Після реєстрації зможете забрати список 17 найкращих книжок для менеджера, а під час вебінару - список найпопулярніших технічних питань під час інтерв'ю. 📆 Коли: 07.06 19:00 за Києвом. 💸 Ціна: Безкоштовно 🚀 Приєднатися

  • Andrey Osipenko

    Чому крипта це майбутнє? 🤖 Сьогодні хочу з вами поговорити про крипту і блокчейн. І розвіяти декілька міфів.👇🏼 ✅ По-перше, крипта і трейдинг коїнами не мають нічого спільного, з технологічної точки зору. Як і торгівля акціями Apple немає нічого спільного з розробкою premium девайсів. ✅ По-друге, якщо ви думаєте що крипта це тільки коїни, ви сильно помиляєтесь. Це тільки верхівка айсберга. Все саме цікаве в середині: — Консенсус алгоритми. Блокчейн, це (якщо стисло) сервери котрі вміють між собою домовлятися про валідність даних. І роблять вони це за допомогою консенсус алгоритмів, це найцікавіша для мене частина блокчейну, тому що ця технологія вже зараз змінює наше життя, тепер в нас можуть бути децентралізовані гроші, які ніхто тобі не заблокує і не забере, або ми можемо зробити справедливі вибори коли ми можемо дійсно знати що ніхто не підмішав голоси. Або судова система, коли ми точно можемо знати що нічого не зникло з судової справи. — Zero Knowledge За допомогою zero-knowledge технологій ми можемо довести що ми правильно все обрахували до іншої інстанції, не розкриваючи їй усі наші цифри або важливу інформацію. Уявіть, що ми прорахували якусь дуже складну операцію, наприклад калькуляцію усіх голосів на виборах. Я як виборець, повинен просто довіряти тому хто це порахував. За допомогою zk я можу перевірити валідність їх розрахунків, навіть не маючі повної інформації про голоси людей. 🧠 Ще один приклад чому треба кайфувати від технологій і завжди розбиратися які проблеми зараз вирішує людство. Я думаю усі знають таку людину як, Сєм Альтман СЕО OpenAI котра створила ChatGPT. До речі, слідкую за ним з далекого 18 року і раджу прочитати весь його блог, радив його ще у 19, у цьому каналі. Тому раджу не мьютити мій канал, є вірогідність що я вам покажу хедлайнера наступних років 🙂 Він окрім ChatGPT працює ще над стартапом WorldCoin і вирішує проблему proof-of-human, щоб наш майбутній світ став абсолютно електронним, і ми точно не боялися б за те, що наші технології хтось може хакнути грошима. Дуже раджу подивитися і почитати їх сайт: Worldcoin Уявіть які речі можна робити з криптою, коли ти знаєш що всі голоси від реальних людей. Якщо він справиться зі своєю задачею, то ми зможемо повністю розрізняти де людина, а де бот / програма без необхідності розкривати персональні дані. Якщо вам хочеться розібратися в тому, як працює крипта і чому за цим майбутнє, дуже раджу прочитати книжку Mastering Ethereum. Безкоштовна. Написана простою мовою і достатньо технічна щоб вам було цікаво! 🙂 Став 🔥 якщо було цікаво. Періодично буду робити такі пости, щоб ви могли дивитися на інші ринки з технологічної точки зору.
    Andrey Osipenko

    Есть две статьи которые я перечитываю с периодичностью в месяц. И каждый раз, они дают мне новые инсайты, либо вдохновение работать дальше, когда уже нет сил. Советую прочитать каждую хотя-бы раз. Not Giving A Fuck | Mark Manson Статья того самого Марка Мэнсона, чью книгу перевели на русский куда более политкорректно чем она по факту является - “Тонкое искусство пофигизма”. P.s. Лучше читать в оригинале, не переводимая, и не цензурная игра слов стоит того. Оригинал: https://markmanson.net/not-giving-a-fuck Перевод: https://interesno.co/myself/36c63b4ff2cb How to be Successful | Sam Altman Статья от ex. President of Y Combinator - успешнейшего стартап инкубатора. Этот парень чем-то похож на сериал Острые Козырьки. Посты раз в год, но каждый раз что-то гениальное и что хочется перечитывать периодически. Оригинал: http://blog.samaltman.com/how-to-be-successful Перевод: https://vc.ru/flood/57022-kak-dostich-uspeha-sovety-ot-prezidenta-y-combinator #мастриды

    Telegram

  • Andrey Osipenko

    Топ 1 причина відмов під час інтерв’ю для менеджерів в IT - Недостатня технічна обізнаність Знаю, що тема болюча, тому запрошую вас на свій вебінар, над яким я працював останні місяці, зібрав дуже круту аналітику по ринку і зробив маленький фреймворк про те, як почати розбиратися у будь-якій технічній системі. "Технічні навички для менеджера. Або як виділятися серед конкурентів на ринку праці." 📆 Коли: 07.06 - 19:00 по Києву 💰 Ціна: Безкоштовно На вебінарі також буде👇🏼 - Чи можна бути технічним менеджером без знання програмування? - З яких частин складається кожен технічний продукт (наприклад Instagram та Monobank)? - Як прокачувати технічні скілли менеджеру? 📱Окрім того, у кінці вебінара ще дам список топ-питань на інтервью, щоб ви змогли підготуватися краще! Приєднатись
    Вебінар | Технічні навички для менеджера

    Як виділятися серед конкурентів на ринку праці. 2 години найсоковітішого контенту про складні і великі технічні системи. Простою мовою. Від практика. Безкоштовно.

    tech.redcamp.pro

  • Andrey Osipenko

    А чи добре ви робите продуктовий аналіз проєктів?🤔 Одне з робочих змін котрі в мене зʼявились коли я став Продакт Менеджером це аналізувати бізнес-моделі та продукти інших компаній. Нещодавно я купив собі Whoop, це лайфстайл трекер і я дуже вражений цим продуктом з професійної точки зору: - Бізнес-модель по підписці, це перший фітнес трекер котрий вирішив змінити систему оплат за свій продукт. Не знаю яка в них Unit Economy, але коштує він дешевше ніж Apple Watch, майже у два рази, нехай це й не годинник. Але можна побачити що вони багато допродають аксесуарів. Наприклад ремені, чи футболки з роз'ємом для вставки чіпа. Думаю вони на цьому заробляють добряче. - Вони мотивують тебе зовсім не знімати девайс. Починаючі з зарядки, котра може відбуватися тільки на руці за допомогою спеціальної зручної зарядки, закінчуючи тим що їм потрібна стата за місяць щоб повністью відкрити тобі всі фічі продукту. Ти кожен день заходиш у додаток, подивитися що новенького відкрилося. - Education користувача на кожному кроці, вони тобі розказують що кожна цифра означає і як на неї можна впливати. Починають від компонентів у стилі сторіс, закінчуючи значками з питаннями й відео, статтями, подкастами на тему фітнесу, сну і здоров'я. - Відпрацьовані усі кейси в котрих щось може піти не так. Наприклад двічі показано що треба на дистанції від кістки руці його кріпити. Чи, наприклад коли ви відключаєте блютуз вам приходить нотифікація про те, що краще так не робити, бо дані загубляться. Усі кейси де користувач може собі погіршити досвід від користування цим продуктом закриті. - Віральність продукту. Усюди є кнопочки для поширення твоїх статів. Від того як ти поспав, закінчуючи тим як ти потренувався. Є ще унікальна фіча, що ти можеш записувати на відео своє тренування, і вони накладуть зверху твій пульс і калорії у live режимі. Все зроблено для того, щоб ти ділився тим що ти робиш, як в Instagram'a свого часу з'явилися фільтри котрі робили гарні фото майже з будь-якого матеріалу. Завдання зробити максимально цікавий результат, щоб вам захотілося б їм поділитися. 📚 З приводу цих циклів, дуже раджу почитати книгу Nir'a Eyla "Hooked". Там дуже добре описується як розробляти круті, віральні продукти котрими хочеться користуватися. Спробуйте ось так критично дивитися на кожний з продуктів з котрими ви працюєте, це дасть вам дуже багато знань з того, як робити треба і не треба. А які продукти запали вам у душу?👇

  • Andrey Osipenko

    🎤Особисті апдейти Я давно не ділився з вами особистими апдейтами, а їх в мене дуже багато. Останні 1.5 роки я працюю над продуктом zkSync Era, це Layer 2 мережа для Єфіріуму. Я прийшов в цю компанію як перший продакт, і на той момент нас було десь 40 людей. Зараз нас вже більше 90 і ми зібрали інвестицій на $456m. Навіть від Andreesen Horowitz —> (доречі книгу Horowitz’a “Hard Things About Hard Things” я дуже раджу всім своїм студентам вже більше 5 років.) Дуже надихаюче працювати з людьми з топових компаній по всьому світу таких як SpaceX, Google, Stripe & Amazon. А особливо розуміти як працюють процесси і продукти всередені з перших рук. Чим я і буду з вами ділитися у майбутньому. Також ми проспонсували курс з crypto освіти від нашого мінцифри 🇺🇦. Більш того, я спілкувався з іншими спонсорами у Твіттері з приводу розвитку кріпто-освіти і домена у цілому. На піку слухало більше 900 людей. Найбільший спіч який в мене був на цей момент. Дуже кайфую від крипти, як індустрії тому що зараз маєш контакти дуже крутих людей котрі прямо зараз рухають всю індустрію вперед. Згори можете чекнути маленький уривок нашого Twitter Space’a. Скажу чесно, кожен виступ англійською дається мені дуже важко. Я дуже нервую кожен раз. Але найліпший спосіб чомусь навчитися, це просто — робити, потім буде легше. Тому стиснувши зуби кожен раз репетую. Що і вам раджу, легше навчатися вже в процесі, а не прокрастинувати перед цим. P.s. Також буду періодично щось постити про крипту у цьому каналі. Тому став 🔥 якщо тобі цікаво.

  • Andrey Osipenko

    Найважливіший скілл для менеджера ⌨️ Робота менеджера, це не тільки про «робити роботу правильно», а ще в цілому робити цю роботу. Якщо ви не можете деліверити хоч щось, зовсім не важливо як довго ви думали над цією фічею і скільки даних ви зібрали, щоб її задизайнити. ❗️Важливо лише те, що дійде до продакшену, і чим будуть користуватися реальні користувачі. Якщо ви щось закидуєте на продакшн раз у місяць, скоріш за все у вас проблеми з процесами.  Ви повинні планувати й робити ваші задачі так, щоб мінімум раз на 2 тижні ви могли щось робоче закинути в продакшн. — Навіть якщо ви працюєте від 0 до 1. Ви вже можете закинути першу версію mock’a вашого API. Або драфтову версію з інстальованими пакетами фронтенд темплейта. Що може вам допомогти? 1. Дробіть ваші завдання на маленькі. Не більш ніж 1-2 дні на таск 2. Прописуйте deliverables у кінці кожного завдання Прописуйте і дробіть задачі, щоб у кінці ви могли пошерити щось робоче і показати що воно працює. 3. Зробіть процес технічно зручним, щоб деліверити кожен тиждень — два. Налаштуйте CI/CD, і поспілкуйтеся з вашими QA як вам змінити ваш процес тестування. Це перший скілл котрий повинен опонувати кожен PM. Без модних процесів, фреймворків і всього іншого. Тільки коли ви вже вмієте деліверити, ви можете покращувати це за допомогою різних новітніх інструментів. Я бачив серьорних менеджерів, які могли розповісти вам про усі інструменти і методології у світі. Але вони не могли деліверити, зате теоретично вони були ідеальними. А у вас є проблеми з делівері ваших продуктів? І які саме?👇

  • Andrey Osipenko

    Когнітивні упередження менеджерів 🧠 Сьогодні я хочу поговорити з вами про когнітивні упередження. Мені здається, що це одна з найважливіших речей котрі можуть посприяти вашій кар'єрі менеджера. Наша з вами робота — приймати рішення, чим краще рішення, тим краще результати (але не завжди, але про це потім). Коли ми приймаємо рішення, ми використовуємо данні, кількісні чи якісні, і наше - сприйняття цих даних. Помилку в даних не так важко задетектити. А ось помилку в мисленні — найскладніше. Зараз розповім вам про два упередження з якими я сам стикаюсь доволі часто. 📊 Confirmation bias Це когнітивне упередження при якому ми шукаємо підтвердження нашої теорії. Наш мозок за замовчуванням шукає докази своєї точки зору. Наприклад, ви впевненні, що ваші користувачі хочуть саме таку фічу, і ви будете шукати докази цій гіпотезі у ваших продуктових метриках і даних. Що може вам допомогти? Завжди мати сумніви у правоті своєї гіпотези, і намагатися шукати не підтвердження, а навпаки змінні при яких ваша теорія може бути спростована. Це основи наукового підходу, кожна теорія повинна бути спростованою. Майже усі проривні знання ми отримуємо під час спростування наших попередніх упереджень. Це упередження може стосуватися продуктів, фічей, вашого відношення до людей і компаній, і багато чого ще. 💡 Authority bias Це мій найулюбленіше і найрозповсюдженіше упередження. Коли ви вірите чомусь, бо людина, котра закидує вам цю пропозицію дуже скіллована, медійна і має великий авторитет. І вона ну не може помилятися. Bullshit. Може, ще й як. Ми всі люди, і всі іноді помиляємося, а іноді навіть можемо робити безсенсовні речі навмисно. Тому якщо ваш bullshit meter зашкалює при розмові з авторитетною людиною, поділитесь цим ще з кимось, можливо не тільки у вас є таке відчуття. І вірогідно, що ви відчуваєте, що ваш мозок під дією Authority Bias. Біжіть від компаній, де це упередження є у культурному коді компанії. Відчувайте коли вам здається що щось не так. Ставте під сумнів рішення інших людей, особливо коли можете його змістовно обґрунтувати. —— Якщо цікаво розібратися в упередженнях поглибше, то дуже рекомендую книгу The Art of Thinking Clearly by Rolf Dobelli. Вся ця книжка присвячена найрозповсюдженішим когнітивним упередженням. Must Read. —— Чи стикалися ви з подібними упередженнями під час роботи?

  • Реклама

  • Andrey Osipenko

    Енергія 💡 Сьогодні хочу поговорити з вами про енергію для проджект менеджера. Це дуже важлива тема, як на мене, коли я виїхав з Харкова мені було дуже важко фокусуватися навіть на найменших завданнях. Рівень енергії був на нулі, ти тільки прокидаєшся, а вже втомився. ✍️Ви не зможете бути продуктивним на роботі, якщо ваш рівень енергії десь біля нуля. А насилля над собою для того, щоб збільшити результати на роботі тільки наблизить ваше вигорання. Тому сьогодні хочу вам розказати що мені допомогло позбавитися зайвих думок у голові, і мислити більш прозоро. 📰 Відпишіться від телеграм каналів з новинами Ви і так будете в контексті  найважливіших новин. А всі інші новини тільки підійматимуть ваш рівень тривоги. Якщо вже дуже хочеться, можете заходити 1-2 рази в день, але не заходити кожні 20 хвилин. 😬Зробить собі список речей котрі у вас віднімають енергію, і котрі вам її дають протягом дня. Один з найважливіших пунктів для мене. Дасть вам розуміння, не тільки про те, що вам дає енергію, а також про те, що у вас її віднімає. Постарайтеся більше робити того, що вам енергію дає, і менше того, що її забирає. Тому перший крок тут, проаналізувати ці дії. 👣Спорт Тут майже без коментарів, спорт дуже важливий у будь-якому вигляді. Чи то зала, чи біг, обирайте те, що вам подобається і просто робить. Нашому тілу дуже важливо рухатися. Нейромедіатори, котрі з'являються під час тренувань сильно впливають на нашу спроможність фокусуватися і продуктивно працювати. Якщо цікаво дуже раджу послухати подкаст Huberman Lab: Focus Toolkit: Tools to Improve Your Focus & Concentration. Де нейробіолог розповідає що таке фокус, і як ми можемо на нього впливати. 🌥 Сонце і прогулянки Нашому організму дуже важливо отримувати сонячні промені на шкіру впродовж перших годин дня. Я ходжу пішки до коворкінгу, приблизно 20 хвилин кожен день, це допомагає більше рухатися й отримувати достатню кількість сонця. 💤Сон Мінімально 8 годинний сон. Це стандарт. Якщо у вас немає нормального сну, вам не допоможе жодна порада. Ви не можете ніяк компенсувати цю недостачу. Спати по 5-6 годин може і дасть вам короткостроковий буст у продуктивності, але в довгостроковій роботі ви сильно стріляєте собі у ноги. 🌮 Здорова їжа Здорова їжа не повинна бути поганою на смак. Ви можете знайти нормальні доставки здорової їжі у вашому місті, чи продумати собі меню на кожен день. Я зараз оптимізую своє життя для збільшення енергії, тому що все інше - це результат рівня моєї енергії. Які поради допомагають вам бути продуктивними?

  • Andrey Osipenko

    Нетворкінг vs Особистий бренд 🗣 Давайте поговоримо про нетворкінг. Контакти з іншими людьми вам дуже потрібні. Я вірю в те, що ваше фінансове становище напряму залежить від кількості людей котрим ви допомогли. Але мені дуже не подобається слово і сама активність нетворкінгу. Я завжди себе ніяково почуваю, коли приходжу по роботі на нетворкінг івенти (котрі я намагаюсь обходити).  Не дивлячись на те, що я eкстраверт, і мені подобается спілкуватися з людьми. У вас з цими людьми немає найголовнішого, звязку і розуміння, чим ви можете бути один одному у нагоді. З мого досвіду, ви можете дуже круто поговорити, але якісь кооперації, зазвичай це результат того, що хоча б у однієї з сторін є чітке розуміння і ідея що можно зробити разом. В усіх інших випадках я відчуваю, що хтось мною хоче скористатися. В IT особистий бренд дуже важливий, він може допомогти вам знайти нову компанію, чи схантити топових людей у вашу команду, чи наприклад, отримати якогось партнера і зробити свій competitive advantage на цьому. 📈Порада #1, обирайте людей кому ви допомогаєте. А коли вибрали, не очійкуйте нічого навзаєм. Я вірю в тє, що чім більше ми віддаємо, тим більше ми отримуємо. Відноситься до цього, як до венчурного інвестування. Можливо більшість людей не трапиться вам у нагоді у профессійному сенсі, але одна з них вам допоможе дуже сильно. Тому ставтеся до усіх однаково добре, домогайте всім чим зможете, і не очікуйте нічого навзаєм. 📈Порада #2, починайте ділитися вашим досвідом якомога раніше.  Це по-перше допоможе вам краще висловлювати свої думки і писати. По-друге,  ви проходите ваш унікальний шлях. Ніхто з інших людей не проживе таку унікальну суміш проектів, крутих людей з котрими ви зустрінетесь і особистих переживань. Можливо, що те, що ви вважаете і так зрозумілим, не так і зрозуміло для інших. Саме цьому я раджу будь-якому IT спеціалісту котрий мітить у Senior’и, вести свій блог хоч десь, розповідати про свою работу і дозвілля іншим людям. По-трете, ваші пости і контент дуже багато можуть сказати про проблеми з якими ви стикаєтесь і вашу експертність. 📈Порада #3, Будьте людиною Ми спілкуємося не з експертами, ми спілкуємось з людьми. Тому будьте простішими. Ми всі полюбляємо піццу і однаково любимо наших близьких.  Станьте цікавою людиною, з котрою хочется поспілкуватся, і не тільки про роботу. 📈Порада #4, подумайте про one-liner опис вас як людини і експерта Скоріж за все, вам знадобиться розповідати про себе, коли ви будете спілкуватися з новими людьми. Виділить час, і подумайте як ви можете швидко (1-2 фрази) описати себе, щоб дати вашому співрозмовнику уяву про то хто ви, заінтрігувати його вашою особистостю, і дати зрозуміти як ви можете бути для нього корисним. → Завжди думайте про те, як ви можете бути корисними для інших людей. Вставайте на їх місце, слухайте їх, думайте з якими проблемами вони стикаються і як ви їм можете з цим допомогти. А тепер практика 💬👇 Давайте знайомитись, напішить у чат під цим постом, як вас звуть, one-liner explainer і чим ви можете бути корисними для учасників цього чату. Лінки на LinkedIn вітаються, буде круто одразу отримати цінний конект!

  • Andrey Osipenko

    #відгук_ТехКурс ✅ Майже весь вільний час витрачаю на upgrade свого курсу, вже отримую відгуки від студентів. Вже відчуваю, що спілкуюсь зі студентами «на рівних» щодо важких технічних тем, вдвічі приємно, що це помічають і інші люди!