Product Management & AI
25.6K subscribers
730 photos
373 videos
8 files
1.11K links
Product Management & AI Occultism, Philosophy & Logic, YO: @mirvla (c-f 𓇶 Meteoagent.com). Канал открыт для гостевых постов 🤜🤛

SATOR
AREPO
TE8ET
OPERA
ROTAS

Каналы для продактов: https://t.me/addlist/YvmnHCHUp700Nzky
Download Telegram
В Стэнфорде вчера прошёл хакатон TreeHacks ‘25.

Более тысячи ребят Лиги плюща и крутых инженеров приехали, чтобы строить, релизить и питчить 36 часов подряд. Награды – $200K+ призовых.

Победители и просто интересные штуки:

– BrailleBot🎖️ Принтер Брайля за $15 из сломанного 3D-принтера и ненужных материалов из кладовки Стэнфорда.

OMNOM🎖️ Робот для заказа и доставки еды, который ездит в рестораны, забирает заказы и привозит их домой. Создан с нуля из подручных материалов и палок.

– GitRizz 🎖️ИИ-приложение для знакомств, которое находит совпадения на основе коммитов GitHub.

Шутка-не шутка: когда приложение для знакомств срабатывает, оно теряет сразу двух пользователей. Чем лучше работает приложение, тем выше отток :)

Ranger 🥈AR-устройство для глухих, которое транскрибирует аудио и показывает направление источника шума. Работает offline.

– NeuroScribe. Интерфейс мозг-компьютер или перевод мыслей в двоичный код на коленке через затылок. Apple – через уши.

– Pet Talks. Камера с ИИ для перевода действий и жестов животных в слова, призванный помочь понять о чём думают ваши питомцы (им не нравится Whiskas).

Aegis. Биомедицинское устройство для выдачи лекарств на основе биометрических данных с Apple Watch.

Auto LeARn. Автомеханическая AR-гарнитура, которая помогает ремонтировать автомобили с помощью видео и ИИ.

Engage. ИИ-ассистент для преподов, который анализирует прогресс и вовлечённость студентов, показывая, кто уделяет внимание, проявляет активность и задаёт вопросы в аудитории.

– The Cat. Робот-спасатель, созданный для помощи в чрезвычайных ситуациях и вызывающий 911. Или котики vs собак.
This media is not supported in your browser
VIEW IN TELEGRAM
Математик учит продакта 👌
Product Management & AI
#team Как продакт-менеджеру подружиться со своим... UI/UX-дизайнером? Поделюсь небольшим секретом – продакты/руководители/СЕО часто видят в своих продуктовых дизайнерах... блокировщиков идей. Неоднократно замечал такую штуку – вне зависимости от сгенеренной…
This media is not supported in your browser
VIEW IN TELEGRAM
Продакт и продуктовый дизайнер – о Едином-Общем

Потому что дизайнер знаком с искусством и наукой сквозь времена, а продакт с искусством науки социально-экономических требований Времени.

Они оба работают с пользовательскими сценариями и принципами, связанными с тематикой и проблемой их продукта.

И их задача не в том, чтобы соревноваться в том, кто лучше знает и умеет создавать идеальные CJM/UX/UI.

Их задача в взаимной готовности и открытости обмениваться идеями, ища в предложениях друг-друга улучшения функциональности, механик и «внешнего вида» продукта, которые приведут их обоих продукт к психофизическому совершенству пользователей.
💰 Product Manager Salary Thread 2025

На реддите запустили ежегодный тред по зарплатам продакт-менеджеров:

– Условный Principal Product Manager в FAANG в США с 14 YoE зарабатывает ~$530K/year (базовая з/п $234K + акции на $300K).

– ТОПы зарабатывают $550K+. Например, Director of Product в FAANG поднимает $850K с акциями до налогов.

– Мидлы (~5-10 лет опыта) — $150K-$250K/year.

– Начинающие PM ~$100K-$130K.

– Самые низкие зарплаты в EdTech. Product Manager с 20 годами опыта получает всего $100K без акций и с "бонусами" в виде подарочных карт на $50, в то время как в FAANG аналогичный опыт может приносить владельцу ~$400K+.

Продакт на удалёнке в Индии (вот он) зарабатывает $28K/year. PM на удалёнке в США — $150K-$200K.

P.S. И чтобы два раза не вставать, советы по продуктивности для продактов с реддита.

❤️
Please open Telegram to view this post
VIEW IN TELEGRAM
Пока небольшой комментарий к новостям про то, что Майкрософт создали какой-то супер-пупер квантовый компьютер. Спойлер алерт: это все обман, чтобы набрать классы.

Но по порядку. Квантовые компьютеры делают из разных кубитов: некоторые используют сверхпроводящие микросхемы (как IBM и Google), некоторые — ионы (IonQ например), некоторые — фотоны (Xanadu). Ну и есть много других вариантов. Самая большая проблема с квантовыми компьютерами в том, что квантовая запутанность в них очень легко разрушается минимальным внешним воздействием. Поэтому эти комьютеры стараются изолировать от внешнего мира как можно лучше: засовывают в супер-криостаты, используют лучшие материалы и т.д.

Среди этих подходов выделяется один: топологические квантовые компьютеры. Точную работу описать довольно сложно, но попробую такую аналогию. Представьте, что у вас есть железная дорога типа Brio и вы можете катать по ней туда-сюда вагончики. А еще можете пересекать пути, делать мосты и т.д. Общая структура вашей дороги (как именно они пересекаются, сколько пересечений и между какими путям и т.д.) является ее топологией. В этих пересечениях реализуются вентили компьютера (т.е. логические операции). Так вот, внешний мир действует на вагончики: они то тормозят, то ускоряются, то вибрируют, то вообще пропадают. В обычном квантовом компьютере это является основной проблемой: квантовые состояния (вагончики) разрушаются, появляются ошибки. Но в топологическом квантовом компьютере операции зависят не от одиночкых вагончиков, а от общей структуры путей, а она остается постоянной и не подвержена влиянию внешнего мира (почти). Потенциально это очень мощный инструмент для реализации квантовых компьютеров, так как ему не страшен внешний мир.

На практике никто не знает, как именно это сделать. Вагончики должны быть очень специальными, чтобы реализовать такой компьютер. Это должны быть квазичастицы, которые называются анионы и обладают очень необычными свойствами. Они существуют в определенных двумерных материалах в определенных условиях (возможно). Майорановские фермионы, о которых вы слышали в новостях про Майкрософт — пример таких частиц.

Ура, введение готово, пора перейти к драме. Пока IBM и Google соревнуются за количество кубитов и пытаются как-то найти способ увеличить их до полезной величины, Microsoft пошли другим путем и пытаются создать топологический квнатовый компьютер. Если у них это получится, они обойдут всех на повороте и унесутся за горизонт. Но пока попытки, мягко говоря, не внушают доверия.

Из года в год они публикуют результаты про открытие и изучение этих самых Майорановских фермионов в самых престижных журналах. Из года в год в этих результатах находят ошибки, неверную статистику и прямой подлог и статьи отзываются (таких статей уже набралось не одна и не две, можно вот тут эпичный тред посмотреть). Т.к. это майкрософт, публиковать данные они отказываются (NDA и все такое) и верифицировать никак не получается. Но на каждой статье они собирают хайп, лайки и инвестиции — что еще нужно. Вот и нынешние "новости" — ровно из той же оперы. Те же авторы, один из рецензентов — главный автор прошлых отозванных статей, те же проблемы с данными и их доступностью, и т.д. Нет никаких оснований доверять этому. В целом, научное комьюнити давно уже крутит пальцем у виска, и главной загадкой остается вопрос, почему их вообще продолжают публиковать (хотя это и не загадка никакая, всем все понятно, кто за этим стоит).

В общем, не верьте хайпу! Я нарочно не даю ссылки на новости или статью, чтобы не разгонять этот хайп дальше. В целом, любые новости про квантовые компьютеры всегда можно делить на 10-100, но в особенности когда говорят про "прорыв, которого еще никогда не было". Это уж почти наверняка какая-то лажа.
Product Management & AI
Продакт и продуктовый дизайнер – о Едином-Общем Потому что дизайнер знаком с искусством и наукой сквозь времена, а продакт с искусством науки социально-экономических требований Времени. Они оба работают с пользовательскими сценариями и принципами, связанными…
Дизайн продукта ≠ UX/UI

В компаниях часто путают дизайн продукта и UX/UI, объединяя две должности-обязанности в одну, что вызывает перекосы в должностях и дизайне.

☝️ Дизайн продукта – широкий контекст, больше влияния, долгосрочное видение.

✌️ UX/UI – узкая область применения, меньшее влияние, краткосрочный фокус.

Product Desing – стратегия
UX Design – тактика


Чем раньше вы и команда поймёте что-это-такое, тем больше вы получите возможностей создавать правильные вещи.

– What is Product Design: A Comprehensive Guide
– Советы по работе с прототипами
– Приоритизация UX/UI-задач
5 уровней продакта в UI/UX
– Шпаргалка по дизайну продуктов

Figma, спасибо за постер
Please open Telegram to view this post
VIEW IN TELEGRAM
Чистое сияние North Star Metric

"Полярная звезда" – ориентир по которому идёт продакт и продукт.

Но стоит определить её как единственную Самую-Главную-Метрику, как приходит желание влиять на неё всеми доступными методами.

Как не омрачить сияние NSM в продукте:

🌟 North Star Metric – путеводная звезда, которая должна представлять совокупность показателей 2+ сегментов пользователей и под-метрик, объединённых общей бизнес-целью.

Разные проблемы = разные потребности = разные решения = разные потоки = разные PMF. Разделяй и властвуй!

Используйте систему весов для различных действий пользователей в зависимости от их сегмента (когда постоянный/платящий пользователь выполняет действие Х, это имеет больший вес в NSM, чем это же действие от случайного/неплатящего пользователя).

Определяйте "точки перехода и невозврата" для каждого из сегментов – моменты, когда пользователь настолько глубоко вовлекается в продукт, что вероятность его ухода из сегмента минимальна или переход в другой невозможен.

Предсказывайте будущую динамику изменений, введя в NSM временной компонент, учитывающий скорость изменения под-метрик для этих сегментов, показывающий, как меняется поведение пользователей разных сегментов с течением времени.

Добавляйте в NSM "триггерные значения" – пороги, при достижении которых необходимо пересматривать стратегию работы с конкретным сегментом NSM (и продукта в целом).

Усильте это-всё системой раннего предупреждения, основанной на отклонениях NSM от нормы для каждого из сегментов.

Благодаря этим действиям, сияние вашей Полярной звезды будет гореть ярким светом и вести ваш продукт по этому непростому пути.



– Обратная сторона всех метрик
– North Star ​​по шагам
– 18 шаблонов North Star
– 8 вариантов North Star
– APE Is the North Star

Чистого Сияния метрик и продуктивной недели!

🌞🫖
Please open Telegram to view this post
VIEW IN TELEGRAM
Мозговое, айтишное (с)

Пока читал пост и комменты у Апанасика, поймал на своём сервере кое-что интересное:

...Назначение кэша* – временно хранить информацию на клиенте*, и эта информация никогда не должна возвращаться на сервер*.

Кэш используется только для отображения информации в UI (как правило, не критичной), чтобы снизить количество запросов на сервер.

Любые алгоритмические и вычислительные процессы — только актуальные данные с Сервера.

Производительность слегка снизится, да, но хотя бы точно не будет пропущенных точек синхронизации состояний...

* Кэш – память.
* Клиент – мозг.
* UI – глаза.
* Сервер – Сознание.


🧠
Please open Telegram to view this post
VIEW IN TELEGRAM
This media is not supported in your browser
VIEW IN TELEGRAM
Стиву Джобсу – 70!

Единственный способ делать Великие Дела – любить то, что вы делаете


Самая Важная Вещь – иметь мужество следовать своему сердцу и интуиции


Stay hungry, stay foolish


Steve Jobs
Born: February 24, 1955
Died: ---

С днём рождения, старина!
This media is not supported in your browser
VIEW IN TELEGRAM
13 советов как стать "самым ценным" продактом в компании

Счастье продакт-менеджера может существовать в двух формах:

1) Быть хорошим продактом — оказывать влияние на продукт и его показатели пользователей.


2) Быть "ценным" продактом — исполнять ВСЁ, что руководство посчитает ценным (и это сделает «ценным» тебя)


В идеальном мире-компании достаточно сосредоточиться на первом, но в реальности второе чаще предопределяет "карьеру и стабильность работы" и... не зависит от оказываемого влияния.

Как выглядеть "ценным" продакатом в глазах руководства:

Совет №1. Будь всегда позитивным. Всегда подчеркивай только положительные стороны, независимо от того, насколько плохи дела. Не говори ничего плохого о плохих идеях, задачах, коллегах и компании открыто. Только за спиной.

Совет №2. Никогда не признавайся в неудачах. Если продукт или фича терпят неудачу, то скажи, что рыночек изменился, конкуренты опередили, диз неправильно понял, разработчики не так реализовали.

Или, вообще, пользователи пока ещё не осознали всю ценность!

Управляй виной, а не продуктом


Совет №3. Приписывай себе успехи команды. Когда фича/продукт удался, используй фразы типа "я/моя идея/моя инициатива/под моим руководством", даже если ты просто присутствовал на встрече и ничего не делал.

Совет №4. Сосредоточься на "видении", игнорируй исполнение. Методичные постепенные улучшения развивают продукт во времени, но не показывают твою "ценность" сейчас "в моменте". 90% работы говори о размытом будущем, 10% о настоящем.

Совет №5. Говори общими словами. Постоянно ссылайся на "высокоуровневые приоритеты" и "целостное видение продукта". Избегай задач, требующих усилий, говоря, что "они не соответствуют нашей долгосрочной стратегии".

Постоянно блещи своим умом и "знаниями", ссылаясь на "лучшие практики" и заканчивая собственные утверждения фразами "так делают в Яндексе/Google/Amazon". Никто не проверит это, а ты будешь выглядеть умным.

Совет №6. Будь ещё "умнее" – превращай любые сомнения или критику от окружающих в свой адрес в "сопротивление инновациям". Если кто-то высказывает обоснованные опасения по поводу твоей идеи, просто объяви их "боящимися перемен" и "застрявшими в прошлом".

Совет №7. Избегай разрабов, сапорт, дизайнеров и маркетинг. Просто хвали их и не вмешивайся в их решения. А если они хотят сделать плохой выбор, всегда давай им сделать это. Если руководство попросит принять ответственное решение тебя, см. №10, спроси коллег и далее см. №2-3.

Совет №8. Систематически сигнализируй своей занятостью. Отправляй сообщение в Slack в воскресенье вечером о том, как успешно ты решил какую-то проблему и как же здорово иметь на выходных время для спокойной работы.

Совет №9. Относись к родмэпу как к нерушимой истине. Не трогай его. Просто выдели день (или до обеда) раз в квартал, чтобы расставить всё в любом порядке и... готово! О нём можно забыть ещё на квартал.

Совет №10. Коллекционируй метрики и цифры. Требуй как можно больше данных перед принятием любых решений. Когда тебе предоставят эти данные, найди причину, почему их недостаточно и всем нужно ещё больше данных.

И чаще создавай бесконечные рабочие встречи/группы, чтобы ещё больше размывать свою ответственность!

Совет №11. Излучай уверенность, а не неуверенность. Если руководство просит 18-месячный план действий, не убеждай и не доказывай — просто дай им 18-месячный план.

Совет №12. Создавай искусственные кризисы (см. №11). Придумывай и объявляй о "критических проблемах", которые можно легко решить, а затем героически "спасай" ситуацию, подчёркивая этим свою находчивость и незаменимость.

Совет №13. Найди точки "сброса"

В конце концов, расплата за всё-это неминуемо тебя настигнет и тебе придётся искать возможность обнулить всё это (+1 модное слово, которое нужно использовать в профессиональном слэнге продакта).

Просто смени команду/руководителя/отдел/работу — всё это работает идеально

И это те самые моменты и точки, которые позволят продолжить этот фарс.
Product Management & AI
Ситуации, а не проблемы – Прежде чем определять проблемы, вы с командой должны наблюдать за ситуациями. Разбивайте проблемы на ситуации. – Забудьте про быстрые суждения и выводы, воздерживаясь даже от того, чтобы назвать какую-либо ситуацию проблемой. 🙅‍♂️
This media is not supported in your browser
VIEW IN TELEGRAM
Многое можно не проектировать

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

А не оценке окружающего нас мира.

С таким подходом, "в какой-то момент" становится понятно, что проектирование проблем и поведения – гораздо более глубкая и сложная задача:

– потому что пространство возможных поведений многомерно по своей структуре;

– и нет лучших инструментов, чтобы понять и осознать эту глубину/сложность, кроме наших глаз, мозга и сознания (логики и интуиции);

– зато есть большой выбор готовых инструкций, фреймворков, методик, шаблонов, которые призваны нам "помочь" в этом, и которыми мы обкладываемся, изучаем, и по которым пытаемся проектировать.

И тогда задача становится проблемой. Но все мы...

| ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄|
Most problems
don't even require
formal research
|___________|
\ (•◡•) /
\ ❤️‍🔥 /
——
| |
|_ |_

🎧 Kid Moxie - "1888"