Andrey Osipenko

💰 Найкраща фінансова порада: попроси ШІ подивитись на свої витрати Вчора я вивантажив усі виписки з банківських застосунків і відправив Клоду. Попросив його подивитися на данні та порахувати всі мої підписки й скільки я витрачаю на їжу, доставки, таксі, тощо. За один день я відписався від сервісів на >800$ на місяць. Найголовніше, я попросив клода згенерувати HTML артефакт, з загальним звітом. Він підказав, як оптимізувати кожну статтю витрат і куди перенести те, від чого я відмовляюсь. Що я зробив далі 👇 1. Переїзд з SaaS на своє Framer був однією з найдорожчих підписок — 400$/місяць за 3 сайти. Тепер вони живуть на моєму сервері. n8n Cloud туди ж. 2. Побутові рішення замість щоденних витрат Купив рисоварку й нормальний ейрфраєр. Витрати на доставку впали більш ніж на 50%. А це +-300 EUR на місяць. Моя проблема в тому, що я постійно тестую нові інструменти, підписуюсь й забуваю. Кожна підписка окремо — 10-15$, «ну це ж копійки». А разом виходить нормальна така цифра. Підписки для мене, це в першу чергу, про повагу до інших підприємців. Мені легше заплатити, щоб звільнити свій час для чогось, що може принести мені більше грошей. Й подякувати команді, за створену для мене користь. P.S. Але готуйся до легкої тривоги, коли побачиш, скільки деякі підписки з'їдали 🙂

🤖 В моєму стартапі — Clipwise зараз приблизно 95–98% коду пишеться за допомогою AI. І це не пост про те, що “розробники більше не потрібні”. На справді, я думаю навпаки. Просто роль людини дуже швидко змінюється. У нас маленька команда: я, мій найкращий друг та моя наречена. При цьому ми будуємо не простий CRUD SaaS, а desktop app для запису освітніх відео. Там багато неприємної технічної реальності: → камера → презентація → screen recording → audio/video sync → exports → macOS permissions → weak computers → різні iPhone як камери → різні edge cases у користувачів Раніше для такого продукту нам би точно треба було значно більше людей. Зараз частину цієї маси роботи реально забирає AI. AI допомагає нам з: → кодом → тестами → research → дизайном → landing pages → bugfixes → refactoring → валідацією гіпотез У нас паралельно можуть працювати 5–6 Claude / Codex агентів через Conductor: — Один дивиться bug report. — Інший працює над фічею. — Третій перевіряє технічний підхід. — Четвертий може готувати refactor. Найважливіший workflow для нас зараз — support review. Користувач відправляє report, і наш Hermes Agent: → скачує project archive → розархівує його → запустить локально Claude Code → подивиться, де проблема → зробить можливий fix → підготує PR Але тут є важливий момент, який часто губиться в AI-хайпі. AI не бере responsibility. Він може написати код. Може зробити PR. Може запропонувати красиве рішення. Може дуже впевнено помилитися. Але якщо після цього у користувача зламається запис лекції на 3 години — відповідати буде не AI. Відповідати будемо ми. Саме через це роль людини не зникає. Вона стає більш сфокусованою на інших речах: → правильно сформулювати задачу → зрозуміти, чи її взагалі треба робити → не пустити сміття в roadmap → задати архітектурні рамки → перевірити PR → прогнати тести → зробити manual QA → побачити edge cases → взяти відповідальність за release Для мене головна зміна не в тому, що AI “пише код швидше”. Головна зміна в тому, що ціна спроби стала набагато нижчою. Раніше ідея могла не дійти до backlogʼу, тому що implementation cost був занадто великий. Зараз можна швидко зібрати прототип і подивитися: там є щось чи ні? Це дуже сильно змінює time-to-market для гіпотез. Але є і зворотна сторона. Якщо у команди немає смаку, технічного мислення і нормального QA процесу — AI просто допоможе швидше наробити хаосу. Тому я не дуже вірю в історію “AI замінить всіх розробників”. Я більше вірю в іншу історію: маленькі сильні команди з AI будуть робити те, для чого раніше потрібні були значно більші команди. Але тільки якщо ці люди вміють думати, перевіряти і не закохуватися в перший згенерований варіант. AI дає швидкість → Judgment все ще має бути людським. 🔗 Посилання на Clipwise: https://clipwise.io/

🌖Менеджмент команд і компаній дуже схожий на фізику І якщо на це так дивитись, багато управлінських проблем стають простішими. → Ентропія. Будь-яка система сама по собі рухається до хаосу. Кімната після прибирання знову покривається пилом. Код після релізів накопичує технічний борг. Команда після кількох місяців швидкої роботи накопичує емоційний борг, незрозумілі домовленості, “тимчасові” процеси, які чомусь живуть роками. Хаос не означає, що хтось погано працює. Це базовий стан системи. Тому менеджмент це не “один раз налаштувати процес”. Це регулярне прибирання. → Інерція. Команда, процес або продукт не змінюють напрямок миттєво. Якщо команда довго працювала в режимі пожеж, вона не стане спокійною після одного ретро. Якщо компанія роками винагороджувала політику замість результату, один новий OKR-документ нічого не змінить. Інерція може працювати на вас. Коли команда набрала темп, рішення приймаються швидше, люди довіряють одне одному, продукт рухається майже сам. А може працювати проти вас. І часто, перед тим як запустити нову практику, треба спочатку зупинити стару. → Тертя. Іноді проблема не в тому, що люди повільні. Проблема в тому, що кожен рух коштує занадто дорого. Зайві мітинги. Узгодження в пошті. Незрозумілий ownership. Доступи, які треба чекати три дні. Документи, які ніхто не читає, але всі вимагають. Ви можете ще сильніше “пушити” команду. Але якщо тертя велике, імпульс просто згорить по дорозі. Хороший менеджмент часто не додає швидкості напряму. Він прибирає те, що її зʼїдає. → Вʼязкість. Є середовища, де навіть простий рух дається важко. У повітрі легко махнути рукою. У воді вже складніше. В болоті майже неможливо. Так само з компаніями. В одній компанії ідея за день доходить до потрібних людей. В іншій вона застрягає між “давайте обговоримо”, “треба погодити”. Інформація теж рухається через середовище. Десь вона тече швидко. Десь її треба виштовхувати силою. А десь вона просто осідає в приватних чатах і головах окремих людей. → Вектор швидкості. Можна дуже швидко їхати по колу. І можна повільно йти в правильному напрямку. У першому випадку буде багато активності, мітингів, тасок, звітів і втоми. У другому буде прогрес. Не вся швидкість корисна. Важливо не тільки “як швидко ми рухаємось”, а й “куди саме”. Бо команда, яка швидко біжить у неправильний бік, створює не результат, а дорогий шум. Тому я люблю дивитись на команду або компанію як на систему. → Де зростає ентропія? → Де інерція тягне нас назад? → Де найбільше тертя? → Де середовище стало занадто вʼязким? → І чи збігається наша швидкість з правильним напрямком? Після таких питань зазвичай стає зрозуміліше, куди прикласти зусилля. Бо сильний менеджмент це не завжди “тиснути сильніше”. Іноді це просто знайти точку, де маленька зміна дає великий коефіцієнт корисної дії. Якщо хочеться більше таких моделей, раджу почитати The Great Mental Models. Дуже корисна штука для менеджерів, які хочуть бачити не тільки задачі, а систему за ними.

Я був найбільшим скептиком OpenClaw. І я помилявся. Довго ігнорував цей хайп. Думав: "ну добре, ще один AI-інструмент, чим він кращий за Claude Сode або Codex?". Й читаючи купу use-cases, я не розумів, навіщо потрібен виділений агент для цього. Після встановлення OpenClaw я зовсім по-іншому почав бачити, яким має бути персональний AI-агент 🤌🏻 Чому? — Доступ до агента, через голосові повідомлення в Телеграм. — Може використовувати будь яку модель. Це важливо, бо для програмування, я використовую ChatGPT, MiniMax а для контенту та особистих справ Claude, для рісерчу Perplexity. — Він може проактивно запускатися, та вирішувати реальні задачі, навіть з браузером, та на тих сайтах де немає API або MCP. Ось що він вже робить для мене щодня: → Аналіз конкурентів — без мого втручання, аналіз пошукової видачі, їх сайтів, та соціальних мереж. → Чистка підписок — Аналізує мою пошту, та пропонує відписатися від додатків, якими я не користуюсь. → Аналіз пошти — знаходить непотрібні розсилки та відписується від них, + архівує спам, щоб в мене завжди був Inbox Zero. → Drafting повідомлень в Slack та Email's — перевіряє пошту, та генерує драфти відповідей, з моїм контекстом, та задає питання, щоб я надав необхідний контекст. → Ведення особистих задач в Todoist та в Linear — синхронізує та пріоритизує в залежності від моїх зідзвонів. → Рісерч робочих задач — яких партнерів оберемо, як регулятор дивиться на те, чи інше рішення, та збір epub файлів для мого Kindl'а в вечорі. Щойно він записав мене до барбера на наступний тиждень. Я не зробив для цього нічого. Взагалі нічого 😄 Найголовніше, що через функцію Heartbeat — агент стає проактивним. Він не просто чекає вашого повідомлення, а може наприклад, сам аналізувати ваші задачі, та пропонувати вам їх вирішення. Майбутнє вже тут, воно просто нерівномірно розподілено. P.S. Найбільша помилка скептика — це залишатися скептиком занадто довго. Я чекав пів року. Не повторюй мою помилку.

Починаю рік з гарних новин 🔥 Наш додаток Clipwise потрапив до номінантів премії DOU у категорії «Стартап із найбільшим потенціалом». Зараз на сайті триває голосування, і ми з командою будемо дуже вдячні вашій підтримці! Для цього: — Перейдіть на сайт, та залогінтеся у свій DOU акаунт. — Перейдіть у категорію “Стартап з найбільшим потенціалом”. — Оберіть Clipwise 🚀 Посилання на сайт голосування ↓ https://dou.ua/awards-2026 Весь попередній рік, Кліпвайс був основним моїм пріоритетом. Тому також хочу підвести невеличкі підсумки: → За пів року зросли у майже 10 разів. → >650 користувачів за весь час. → 5,000 відео створено в додатку за пів року. → В середньому кожен день користувачі експортують >10 годин контенту. Розробляти свій продукт, це дуже важко, але неймовірно цікаво. Зовсім скоро зроблю невеличке відео, з деталями по процесу. А для тих, хто хоче ознайомитися з самим продуктом: https://clipwise.io/

👀 2 мільйони переглядів за рік: Як мій особистий бренд став моїм найкращим бізнес-активом в IT ( бонус: скільки я заробляю? ) Нещодавно переглянув свою LinkedIn аналітику і трохи офігів. Але не від цифр, а від того, як кардинально особистий бренд змінив мою кар'єру за 6 років, що я пишу контент публічно. Давайте без романтики - ось що мені дає особистий бренд як айтівцю: → Команда мрії без rabota. ua Мій стартап Clipwise я зібрав виключно через LinkedIn. → Дизайнер написав після поста про UX → Senior engineer приєднався після дискусії в коментарях → QA Lead знайшов мене сам через мій контент про якість Ніяких HR-агенцій. Нуль витрат на рекрутинг. → MVP без маркетингового бюджету Перші 100 користувачів Clipwise = моя аудиторія. Кожен пост про продукт = безкоштовний product-market fit тест. Feedback loop працює в реальному часі. → Фінансова незалежність через експертизу Останні 2 місяці я приєднався до роботи в одному стартапі, й окрім фулл-тайм роботи ось "бонус" до моєї зп кожного місяця: — Онлайн-консультації ($270/год) — Інтенсиви для PM'ів (€350-1500/людина) — Консультації для бізнесу (3-10k$ за місяць) → Бонус: Лояльність компаній при пошуку роботи. Під час найму, компанії будуть краще до вас ставитися, бо вони також можуть використовувати ваш медіа ресурс на свою користь. Наприклад, для прокачки бренду работодавця. Та й взагалі навичка створювати контент дуже корисна й для будь якого бізнесу. Але є нюанс 👇 Найскладніше - це систематично діставати контент з голови. Серйозно, це пекло. Мій лайфхак останніх 2 місяців: — Після кожної Q&A сесії → транскрипція → Claude → 5-7 готових постів — Щоденний brain dump через Superwhisper → 15 хв розмови з комп'ютером → тижневий контент-план — Кожен клієнтський кейс → детальний розбір → серія навчальних матеріалів "Контент - це не творчість. Це система витягування вашої експертизи назовні" Особистий бренд для айтівця - це не про ego. Це про створення власної екосистеми можливостей, де ви - центр притягання талантів, клієнтів та ідей. До речі, якщо думаєте почати - не чекайте "ідеального моменту". Просто напишіть про останню робочу проблему, яку вирішили. Гарантую - комусь це буде корисно. P.S. Хто хоче детальний гайд як я використовую AI для контенту - пишіть AI в коментарі. Якщо набереться 20+, зроблю окремий розбір з туторіалом.

Чому я не боюся бути "дженералістом" в IT (і чому вам теж не варто) Кожен раз чую: "Ти розпиляєшся. Обери щось одне." А я обрав. Я обрав бути тим, хто з'єднує всі точки. Після 10 років в IT, пройшовши шлях від розробника лендінг пейджей на фрілансі до Technical Product Manager'а в стартапі з $486m інвестицій, я зрозумів одну річ: "Наша найбільша сила - це протилежність вузькій спеціалізації. Це здатність інтегрувати знання з різних областей." Ось що я помітив за ці роки: — Пізня спеціалізація = кращий product-market fit → Ті, хто пробував різне, краще розуміють, де їх справжня сила → Я кодив, дизайнив, продавав - тепер це допомагає мені говорити однією мовою з усією командою — Широкий досвід робить кращі рішення → Коли в одній з моїх компаній turnover був 20% на рік - мій досвід в HR допоміг зменшити його до 7% (зекономили $60k/рік) → На пресейлах закрив угод на >$500k, бо міг говорити і з технарями, і з бізнесом однією мовою — "Аутсайдери" часто інноваційніші → Найкращі рішення приходять, коли дивишся на проблему з іншого домену → Мій досвід з фінтеху допоміг по-новому подивитися на UX криптогаманців Порада: Не бійтеся "sampling period" у кар'єрі. Пробуйте різне, збирайте досвід з різних областей. В IT особливо важливо вміти: — Переносити знання між доменами — Бачити паттерни там, де спеціалісти їх не помічають — Інтегрувати рішення з різних областей Особливо це важливо при роботі з ШІ. Вони круті у вузьких задачах. А ми, люди, виграємо саме завдяки здатності мислити широко та творчо. 💡 P.S. Книга "Range" Девіда Епштейна перевернула моє уявлення про кар'єрний розвиток. Раджу всім, хто сумнівається у своєму "нетрадиційному" шляху в IT. ------ Вже у вівторок стартує мій інтенсив з технічних навичок для нетехнічних менеджерів. Залишилося 10 місць, встигни забрати своє. 🔗 Посилання: https://tech.redcamp.pro/

Scrum - це не те, чому вас навчили на курсах На курсах показують красиву картинку: Backlog → Sprint Planning → Daily → Review → Retrospective. Артефакти та церемонії. Все чітко. Все по поличках. А потім ти приходиш на реальний проєкт: П'ятниця, 17:45. — Тобі в Slack пише DevOps: "CI/CD pipeline впав. Деплой на прод неможливий." — Junior PM: "А що сталося?" — DevOps: "Проблеми з секретами/токенами 🤷‍♂️" — Junior PM: 😵‍💫 Ласкаво просимо в реальний Scrum. Де "просто додай кнопочку" інколи може означати: → Пофіксити Git conflicts в 12 файлах → Переписати половину системи → Оновити 47 unit-тестів → Змігрувати базу даних Знаєте, що найсмішніше? Що ніхто не говорить про технічні передумови Скрам процесу: — Тестові середовища та деплоймент процес — Автоматизоване тестування — Version Control System — Monitoring & Logging — CI/CD Pipeline А реальність виглядає так: Code → Git Push → Merge Conflicts → CI Failed → Fix Tests → Build Failed → "Працювало ж локально" → Debug → Deploy to Staging → "А чому прод не працює?" → Rollback → Hotfix → Молитва → Done (maybe) Ось чому в 2025 технічні навички - це не "було б добре", а must-have: → Штучний інтелект вже пише User Stories та PRD краще за середнього проджекта. → ChatGPT вже може автоматизовано робити репорти з Jira / Trello / Linear. → Ваша цінність - в розумінні технічної реалізації ваших рішень. Якщо ви досі думаєте, що можна бути успішним менеджером без розуміння: — Що таке API і як воно працює — Чим Git відрізняється від GitHub — Чому бази даних бувають SQL і NoSQL — Що таке CI/CD і навіщо воно потрібне У мене погані новини. Планка "junior" в 2025 = те, що раніше було "middle". Це не я придумав. Це ринок диктує. Знаєте, що допомогло мені вирости з Junior PM до Technical Product Manager? Одне просте правило: Коли не розумієш технічний термін - не кивай головою. Запитай. — Git rebase? Що це? — Kubernetes orchestration? Навіщо нам це? — Docker containers? Поясни як п'ятирічному. Спочатку було соромно. Потім став своїм. Тому що інженери поважають тих, хто хоче розібратися. А не тих, хто вдає, що розуміє. 𝗣.𝗦. На моєму інтенсиві ми розбираємо реальний Software Development Lifecycle. Не той, що в книжках, а той, що на продакшні. Останній поток в цьому році. 📆 Початок 9 вересня. 🔗 https://tech.redcamp.pro/

🤖 Як я пишу PRD за 30 хвилин замість 3 годин (використовуючи AI-агентів ) Проблема не в ChatGPT чи Claude. Проблема в тому, як ми їх використовуємо. Чому звичайні чати не працюють для PRD: — Маленьке вікно контексту — AI "забуває" про що ви говорили на початку — Генерує поверхневі відповіді без деталей Мій workflow, який змінив все: 1. Відкриваю Cursor + пусту папку Так, саме IDE Cursor, а не браузер з ChatGPT. Він значно потужніший для роботи з текстом, й має більше "вікно" контексту. + може планувати послідовність дій. 2. Прошу AI створити свій власний to-do list "Створи детальний план того, що тобі потрібно зробити для написання comprehensive технічних вимог для [назва фічі] + [ надиктовую контекст проєкту та цієї задачі через superwhisper ]" AI сам запланує, як йому завершити цю задачу. Це ключовий момент. 3. Годую AI контекстом (і це найважливіше!) Що я додаю як контекст: → Спаршені через Firecrawl веб-сайти конкурентів → Документацію партнерів для інтеграцій → Опис суміжних фіч в markdown/PDF → Внутрішні технічні специфікації Правило: trash in = trash out. Без якісного контексту отримаєте generic відповідь. 4. Задаю чіткий формат output: → Sequence діаграми в Mermaid → Edge cases та error handling → API endpoints специфікація → Acceptance criteria: так/ні → User stories за ролями 5. Імпортую результат Markdown файл → Notion/Confluence/Google Docs І тут починається магія. Замість написання з нуля, я редагую та валідую готовий документ. 💡 Головний інсайт: AI-агенти працюють блискуче, коли ви даєте їм: → Максимум контексту → Чіткі інструкції про формат → Можливість самим спланувати роботу Результат? Документи, які раніше писав 3 години, тепер готові за 30 хвилин. І вони детальніші, ніж коли я писав вручну. А як ви використовуєте 𝘈𝘐 для технічної документації? Діліться в коментарях 👇

🚀 Яким повинен бути ритм делівері в IT продукті? Продовжую ділитися інсайтами з розробки свого стартапу Clipwise.io На вихідних пройшов рівно місяць з первинного релізу нашого додатка, та ми зробили нове оновлення, де запровадили велику кількість важливих змін: — Прискорили експорт відео вдвічі — Додали більше шаблонів відео — Купа мінорних речей — Мірорінг камери Не рахуючи велику кількість хотфіксів, які стабілізували додаток в перші тижні. У кожної команди, повинен бути свій темп доставлення оновлень до продукту. Він не обов'язково повинен бути швидким, але він повинен бути точним. Наприклад: → кожні два тижні → кожен місяць → кожен день Ритм, для мене важливіший за обсяг роботи. Краще не доставити частину того, що ми пообіцяли, ніж не доставити нічого. Щойно ви збиваєтесь, ви та ваша команда відчуваєте — що щось не те. Тому важливо, поступово збільшувати ваш "каденс" або швидкість. Як, наприклад, під час бігу, спочатку ви починаєте з повільного темпу, але потроху починаєте прискорюватися з кожним тренуванням. Наприклад, на нашому шляху часто стоїть перфекціонізм — завжди можна бути кращим, розробка та Product Discovery, це ongoing process. Це означає, що щойно ви зробили ітерацію — ви вже знаєте, що треба ще зробити, та що саме не працює на цей момент. Є велика кількість речей, які я хочу змінити в Clipwise, але це не повинно ставати на шляху отримання користі від додатку, для наших користувачів. Тим паче зріст MRR кожного дня, підтверджує, що ми все робимо правильно. Будеш записувати відео-презентації? Протестуй http://clipwise.io/

⚙️ Шукаю Part-Time Software Engineer для роботи над моїм продуктом Якщо чесно, я трохи в шоці, що зараз пишу це повідомлення. За перші 3 тижні з моменту запуску, ми: — Отримали перших платних користувачів. — Провалідували декілька нових маркетингових каналів. — Сформували майже повну продуктову команду, QA + UI/UX доєдналися. Й тепер ми готові масштабувати наш Development процес. Clipwise.io — це застосунок для macOS для запису та редагування відеолекцій та освітніх відео для контент-мейкерів. ⚙️ Технічний стек: — Electron, TypeScript, React, Tailwind, Shadcn UI + ffmpeg. — Також є тоненький REST API сервер. 🎁 Що ми пропонуємо — конкурентна погодинна ставка відповідно до досвіду — гнучкий графік роботи відповідно до вашої доступності — прямий вплив на продукт, що зростає та вже має реальних (в тому числі платних) користувачів, із перспективою виходу на міжнародний ринок — можливості навчання в розробці десктопних та вебзастосунок, обробці відео, та AI-функцій — сучасний технологічний стек з найкращими практиками та якісними інструментами — досвідчена команда засновників, яка запускала та працювала як над стартапами, так і над сталими продуктами із великою базою користувачів. Більше за посиланням ⬇️ http://bit.ly/4kBvIQw За шер, репост або рекомендацію — великий плюс в карму ❤

🚀 Мої 3 уроки, після запуску мого стартапу Clipwise.io та отриманню перших 100 Euro MRR Вчора, я запустив свій перший стартап — додаток для запису освітніх продуктів: https://clipwise.io/ 📊 Трохи статистики, за перший день лаунчу: — 40 тисяч органічних переглядів нашого контенту. — 740 візітів на сайт. — 120 Eur MRR Тому хочу залишити тут на згадку декілька уроків які я виніс з цієї пригоди: → Будьте на зв'язку з вашими клієнтами на кожному етапі розробки. Покажіть їм дизайни, дайте потестити, запропонуйте купити або дати зворотний зв'язок. Ви — скоріш за все, не ваша ЦА. Ви робите продукт, саме для них. Ви повинні розуміти як вони думають, що в них болить, як вони працюють. → Якщо вам не соромно за ваш продукт під час запуску MVP. Значить ви запустилися занадто пізно. Є купа речей, які б я хотів переробити, змінити та зробити зручніше. Але тоді, реліз би затягнувся ще на місяці, а я так і не отримав би інформації від ринку та людей, чи потрібно їм це — або ні. Вимикайте свій перфекціонізм, та фокусуйтеся на Core Job яку виконує ваш продукт. Все інше — вторинне. Люди будуть вас купляти, не за відсутність багів чи максимальну зручність — а за вирішення важливої проблеми. → Щойно ви щось зробите, з'явиться велика кількість людей, які нічого не роблять, але з радістю вам порадять як треба робити. Не слухайте їх — ваш результат, і є доказом того, що ви правильно ( чи ні ) мислите. Задачею цього релізу, було: Провалідувати попит на продукт, та побачити наскільки проблема актуальна на ринку. Тому це тільки початок, далі — більше 🔥 Буду радий вашій підтримці, та якщо зашерете додаток з знайомими, кому він зараз буде потрібний 🙂

Як менеджеру вийти на $5к в місяць? Або як ШІ змінив правила гри. Продуктивність процесу розробки збільшилась в десятки разів. Написання тасок, генерація тест-кейсів, бізнес аналіз — більшість everyday задач вже автоматизована. Ринку зараз максимально потрібно: — Розуміння що саме необхідно побудувати: Product Management & CustDev. — Максимальне зменшення обсягу роботи з технічної точки зору, для валідації гіпотез з попереднього пункту. — Інтеграція Merge Queue: коду який вже написали ваші розробники та додавання його в продукт. Тому є дві навички які я шукаю в кожному менеджері, якого я наймаю: → Вміння працювати з AI. І я зараз кажу не про промпт-інжинірінг, або розуміння які ШІ існують на ринку. А про впровадження ШІ в ваш робочий процес та інтеграцію з вашими інструментами. No-Code автоматизацію та вміння робити більше — за меншу кількість зусиль. → Перехід з категорії "менеджер процесу" в категорію "я розбираюсь в технічній частині, та розумію що, та навіщо ми робимо" Вміння будувати процес, стало розповсюдженою навичкою. Це вже стандарт, й цим нікого не здивуєш. На ринку епідемія менеджерів, які не розуміють, що таке DevOps ( який є невідємною частиною тру Agile процесу ). Але можуть розповісти тобі про всі ролі та артефакти проєкту. Для обох цих моментів, технічні навички грають максимально важливу роль. Якщо ви думаєте, що технічні навички це "складно" та незрозуміло, я підготував для вас демо-урок: → За 40 хвилин ви опануєте мінімальну технічну базу ( яку запитують на кожній співбесіді ): — Як працюють сучасні веб-додатки? — Типи мов програмування та різниця між ними. — Клієнт-серверні відносини. 🔗 Посилання на демо-урок: https://bit.ly/redcamp-demo А якщо ви хочете продовжити навчання, то чекаю вас на моєму інтенсиві з "Технічних Навичок для Менеджерів" який починається вже завтра. 🔥 В результаті: Ви позбавитесь від хаосу в голові та ваших проєктах. Будете готові управляти навіть високонавантаженими проєктами а-ля Glovo або Uber. Легко будете проходити технічні співбесіди. Зможете виділитися на ринку праці серед — "беклог" менеджерів. 🔗 Деталі за посиланням: https://tech.redcamp.pro/ P.s. наступний поток буде тільки восени. Тому встигни зайняти своє місце. P.p.s. є розтермінування на 2 місяці.

🚀 Як я будую свій особистий бренд? ОБ — це те, що про тебе говорять, коли ти не поруч. Я знаю "експертів" з побудови персонального бренду. Про яких, я чув тільки негативний досвід від людей. Знаю "експертів" з продажів, у яких проблеми з продажами. Бачив "бізнесменів" які дарують візки людям похилого віку. Й безбожно шантажують та не виплачують гроші своїм співробітникам. Або обіцяють, одне — а потім кажуть, що ти їх не правильно зрозумів. Так сталося, що я роблю контент вже понад 6 років та маю 10 років комерційного досвіду. Й так чи інакше, працюю з різними людьми. Я випрацював декілька правил, якими я хочу з вами поділитися: 1. Завжди деліверити свої обіцянки. Це санітарний мінімум, який повинен виконуватися. → Продаєте послугу? Все що описано в оффері — повинно бути виконано. Можна більше, але ніколи менше. Навіть, якщо це вам не вигідно ( значить, ви помилилися на етапі розробки пропозиції ). 2. Ми всі різні, але рівні. → Ніколи, не ставити себе вище ніж будь-хто. Твій підрядник, колега, співробітник. 3. Бути щирим. → Ми всі люди, в нас у всіх є емоції. Як позитивні, так і негативні. Ми повинні навчитися їх автентично показувати, та розуміти один одного. Ділиться ними. Як позитивними, так і негативними. Будьте слабкими, та сильними коли це потрібно. 4. Гроші важливі — але це не головне. → Ніколи, ніколи не ображайте людину фінансово. Саме через це в мене є 100% гарантія повернення коштів протягом першого тижня ( нею користувалися двічі через особисті причини людей ). Якщо ви найняли людину — а вона погано виконала свої зобов'язання з точки зору якості, це ваш ризик. Не перекладайте його на людину. Якщо ви хоч раз "промахнетесь", це спотворить вам репутацію більше, ніж 100 позитивних відгуків. Ці 4 "татуювання", назавжди зі мною. 💡 А щоб ви додали до цього списку?

🫂 90% проблем у проєкті — це не код і не дедлайни. Це емоції Всі проблеми — це міжособисті проблеми. Інакше, це просто реальність з якою ми працюємо. Тому що, робота підіймає велику кількість емоцій та кореневих травм різних людей. Особливо тих, для кого це основний спосіб самоідентифікації, як особистості. → Не встигли додати мінорну фічу у реліз. → Зсунувся дедлайн на тиждень - два. → Не дійшли до виконання KPI. Емоції виникають не через ситуації, а через наслідки, які можуть статися. Ось приклади ситуацій, та можливі думки людей: → Люди подумають, що я поганий менеджер, якщо я закомітився під якісь терміни й все пішло не за планом. → Людина ставить під сумнів моє рішення, вона сумнівається в мені. Коли насправді це просто імпрувмент, щоб зробити продукт краще. → Мені соромно сказати стейкхолдерам, чи клієнтам, що ми затримуємося. Хоча це вони накинули задач у цей скоуп, а я прийняв їх, бо не міг відмовити. → Я хочу знайти винуватого в проблемі, щоб відчувати хоч якийсь контроль над цим хаосом. Мені складно прийняти той факт що світ хаотичний й непередбачуваний. → Я не можу поставити на місце токсичного клієнта, акумулює ці емоції які випливають в пасивну агресію на мою команду. → Ми реопаєм цей баг вже в 5 раз. Людина не читає таску, на яку я витратив час. Вона не поважає мій час, та мене особисто. Можете приміряти ці ситуації як на себе, так і на вашого менеджера / колегу. Будете здивовані, що більшість проблем на ваших проєктах — суб'єктивні. Тому одна з найважливіших навичок для менеджера — витримувати це напруження. Й допомагати людині, та команді проживати ці емоції, та проходити крізь них. Емоції, не допоможуть нам розв'язати ці проблеми. Але вони допомагають нам розуміти важливі речі про нас, та проєкт: — Де ми поступаємо не так, як думаємо. — Недовіру до якихось людей. Якщо ви відчуваєте емоційне забарвлення тієї чи іншої події — спробуйте дати собі відповідь чому, та як це про вас, та про іншу людину. 💬 А чи багато часу ви витрачаєте на емоційну роботу в команді / проєкті / зі стейкхолдерами?

🎙️ Особистий бренд — для IT спеціаліста Навіщо потрібен, як розвивати, скільки коштує? Разом з Каріною записали новий епізод подкасту Кнопкодави, де чесно поговорили про те, як особистий бренд змінює кар’єру, дає нові можливості і чому без нього зараз важко навіть джунам. Ми обговоримо: — як бренд допомагає в кар'єрі та отриманні оферів в топ-компанії. — як стартувати з Telegram, LinkedIn або Instagram без болю — як заробити свої перші гроші на консультаціях? — історія наших особистих брендів. — стратегія розробки контенту — як підготуватися до хейту (бо він буде); — і чому всі ми конкуруємо не між собою, а з котиками в TikTok 🐱 🧠 Це чесна розмова з досвідом, фейлами і реальними кейсами з ринку. 🔗 Посилання: https://linktw.in/CLSZvA

💸 Як ШІ приносить мені гроші? Вчора я випустив тест "Чи готовий ти до технічної співбесіди?". 📈Трохи статистики: → Тест вже пройшло більш ніж 200 людей. → З яких 33 залишило заявку на передзапис на мій наступний інтенсив з технічних навичок ( місць всього 30 ). Найцікавіша частина — що я повністю завайбкодив його сам. Без жодного рядка коду. Менше ніж за 3 години. Зараз розповім що я використовував: — Tally: Зручний безкоштовний опитувальник, який виглядає та працює краще ніж Google Forms. Після заповнення Tally відправляє Webhook на n8n, з результатами тестування. — n8n: сервіс автоматизації, це мій backend. Кожен раз коли отримує webhook від Tally, відправляє кожне питання на перевірку в ChatGPT. Після отримання всіх відповідей — рахує % успішності, та загальні поради. Й складає їх у мою базу даних. — Supabase: моя SQL база даних. Ідеально інтегрується з n8n, та запускається за хвилини. — Tailwind UI + Lovable + Cursor: Інтерфейс відображення результатів тесту, основа згенерована за допомогою Lovable, після цього перенесена на мій комп'ютер та "доточена" за допомогою Cursor. Простий додаток, який питає БД по параметру в url. — Vercel: безкоштовний хостинг додатку в один клік. — Resend: Відправка мейлів з результатами тестування. Головне знати, які "кубики" існують, та як їх поєднувати між собою. Уявіть які можливості, перед нами відкриває ШІ. Будь-яку вашу ідею, можна провалідувати за дні. What a time, to be alive! 🗯️ А ви вже пробували "вайбкодити"? Скидайте посилання в коментарі!

🔥 Новина дня: я коовнер стартапу Все життя я мріяв стати підприємцем. Я завжди отримував нереальне задоволення від створення нових продуктів та речей. Саме це відчуття привело мене до продакт менеджменту. Зараз я з кофаудерами розробляю продукт — відеоредактор для зйомки навчальних лекцій. Хочу розповісти вам про процес розробки та валідації ідеї. Та провести вас разом зі мною за руку у сучасному процесі створення продукту: → CustDev. Я поспілкувався більше ніж з 20 людьми, та побачив спільний патерн у їх поведінці, як вони розробляють свої навчальні матеріали. Побачив скільки вони на цей момент витрачають грошей та часу. → Побудував клікабельний прототип у Figma. За допомогою нього, я зрозумів який мінімальний сет фічей я можу зробити, щоб заделіверити першу й найголовнішу функцію — production ready video після запису. Супер велика кількість фічей, залишилася просто лежати у Backlog'і й чекати свого часу. Задача максимально зменшити Time-To-Market. → Тестування попиту через контент, в маленьких групах з моєю ЦА. Які дуже позитивно відреагували на прототип, та виявили бажання скористатися подібним софтом. → Почали розробляти feasibility prototype з моїм кофаундером. Це прототип, який мінімально може виконувати основну функцію, без інтерфейсу дуже криво та косо, зібраний за декілька годин максимум день. Задача довести, що це технічно реально. Та зрозуміти +- де можуть бути підводні камені. → Почали розробляти першу версію продукту. Викинули ще більше фічей з прототипу, залишили тільки найголовніше. Й зробили акцент на якості та швидкості процесу. → Тестування з фокус групою. Ми на цьому етапі. Ми відібрали 10-15 людей, які підходять під Ideal Customer Profile ( ICP ) нашого продукту, й вже мають цю проблему, але вирішують її іншим способом. Задача на цьому етапі: — Продовжити досліджуваня поведінки користувачів. — Підготовка до основного релізу MVP. — Відладка додатку та фікс багів. Й наступний вже майже фінальний етап: → Розробка сайту, та тестування пропозиції. Беремо шаблон, пристосовуємо його до нашого продукту, та запускаємо перший трафік. P.s. якщо у вас є крутий QA з різними маками ( Intel + >M1 чіпи ), будемо дуже раді попрацювати разом :) P.p.s. якщо вам цікавий такий формат, будь ласка залиште коментар, щоб я робив більше подібного контенту про процес розробки продукту.

🍰 Рівно 6 років тому я став “IT Інфлюєнсером” та почав вести цей ТГ канал. Не думав що це зайде так далеко, коли починав його. Цей ТГ починався як простір, де я просто ділився тим, що захоплювало мене, й те, що я зрозумів під час роботи. А в результаті привело до: — Більш ніж 11к підписників в LinkedIn. — Навчив більше 3 тисяч ПМів. — Майже 5к підписників в ТГ. — 8к підписників в Ютубі. — 20 подкастів Й далі буде ще більше. Наприклад, зараз в процесі написання збірка мого контенту у форматі електронної книжки. Дуже дякую, що ви зі мною. Ви найкраща аудиторія — яка підтримувала мене у найскладніші періоди мого життя та кар’єри. Разом з вами, ми створили одну з найбільших спільнот менеджерів в Україні. Й я на шляху до своєї місії — збільшити кількість крутих продуктових компаній в Україні, зробивши інформацію більш доступною! 🎁 Ну і який день народження без подарунків? Поділіться цим каналом в своєму LinkedIn, Інстаграм чи робочому чаті ( просто скиньте пруф в комментарі ) та я поділюся з вами візуалізаціями, які я робив для свого LinkedIn аккаунту: — Технологічний стек проєктів у 2025 році — 4 способи інтеграцій систем між собою — Топ найкращих книжок для менеджера — Топ інструментів для документації — та багато чого іншого :) Буду дуже вдячний вам, за вашу підтримку у розповсюджені мого контенту! :)

Знецінення майбутнього Сьогодні хочу поділитися одним з головних інсайтів з мого виходу з тривожно-депресивного стану. Моїм основним запитом до терапевта останні декілька місяців було — "я хочу працювати над своїми проєктами". Мій мозок просто відмовлявся від роботи над чимось, що було б "для мене". Я виділяв час. Садив себе за стіл. Й повна тиша в голові. Тиждень за тижнем. Я розумів головою — що робота над чимось своїм, це те, що буде корисно для мене. Та те, чого я бажаю. Але просто енергії під цю діяльність не з'являлося. Тільки нещодавно я поняв, в чому, як мені здається була головна проблема — відсутність оптимізму та віри у майбутнє. Щоб збудувати щось нове → ви спочатку повинні уявити та повірити що це реально, у себе в голові. Тільки тоді з'явиться ця енергія. Це основа економіки країн: — Якщо люди впевненні в державі, та національній валюті → вони будуть більше інвестувати та витрачати. — Якщо люди невпевнені в майбутньому, та їх фінансовому становищі → вони будуть більше накопичувати, менше витрачати. Війна. Новини. Фінансові проблеми. Взаємовідношення з людьми. Все це сильно впливає на нашу віру у майбутнє. Будь яка інвестиційна діяльність: — Написання контенту та своєї книжки. — Отримання нової навички. — Відкриття своєї справи. Це завжди про ризики. Чим більше ви зможете толерувати ці ризики, та попри їх присутність рухатися далі. Тим більше ви зможете досягнути. З початком прийому АД, в мене повністю зникло самокритичність з точки зору мого контенту, моїх ідей, та взагалі роботи над своїми проєктами. З'явилась віра в те, що я можу бути краще, я можу робити прикольні речі, які подобаються людям. І почала з'являтися енергія. Як раніше. Тепер я знову можу по 10 годин працювати, не відчуваючи як плине час. Тому що мені цікаво. Робіть все, що в ваших силах, щоб не знецінювати майбутнє. Скоріш за все, ви проживали також складні періоди як і зараз. Й змогли вийти з них. Й стати ще сильнішим, впевненішим і т.д. Тому, у вас є виключно 2 джерела енергії: → Йти до того, що вас драйвить, та віра у гарне майбутнє. → Бігти від того, чого ви не хочете бачити в своєму житті. Обидва підходи, спираються на віру, що в майбутньому буде краще ніж зараз. Навіть у спорті. Коли я починав займатися БЖЖ, моєю задачею було — "не програти", чи "не так швидко програти". Зараз, я навіть у спарінги з суперниками, які сильніші за мене входжу з думками — "як я можу їх виграти", "хочу зробити так, щоб їм було максимально важко мене виграти". Як ви можете побачити, це зовсім інший майндсет.