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"
Chandra Janakiraman: Я представляю наиболее действенный, конкретный и простой фреймворк для разработки стратегии продукта.

Он основан на стратегической мудрости Michael Porter, "Good Strategy/Bad Strategy" и "Playing to Win", превращая их советы в пошаговое руководство, которое вы и ваши команды можете применить на практике.

Внутри:

– Что такое стратегия продукта.

– Подробное руководство по созданию 2-летней стратегии + пособие по созданию 3/5/10-летней стратегии.

– Частые ошибки и мифы о стратегии продукта.

🔥 Strategy Blocks: An operator’s guide to product strategy (paywall)
Please open Telegram to view this post
VIEW IN TELEGRAM
Product Management & AI
Время – это неопределённая скорость В управлении продуктом Время-Скорость считается одной из главных прокси метрик: по ней строятся планы, сравниваются активности и деньги, измеряется разработка/задачи и определяется эффективность работы в целом. Как дружить…
This media is not supported in your browser
VIEW IN TELEGRAM
Скорость — целенаправленный импульс

А вы с командой летите на космическом корабле (продукте) по беcконечному космосу (рынку).

– Принимайте решения с разной скоростью-импульсами, меняя режимы с режима разведки-исследований-аналитики до режима прыжков в/через гиперпространство.

– Правильные вопросы – навигационные координаты для гиперпространственных прыжков. Во всех других случаях, координаты автоматически генерируются системой корабля и корректируются командой во время полёта.

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

Чувствуйте и наблюдайте за искривлениями вокруг и внутри продукта


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

– Изме(р/н)ения рынка-космоса – квантовые колебания. И они существуют одновременно сразу во множестве состояний, пока вы не начнёте их измерять.

Само наблюдение меняет наблюдаемое


Решайте с учётом известных измерений, рассматривая и представляя то, как оно будет функционировать при масштабировании в пространстве-времени, ища, расставляя и соединяя точки и линии пересечений в космосе.

Продукт, попадая на новый рынок, должен создавать новую реальность.

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

Единое правило Космоса – в нём нет верха и низа, провалов и успехов — есть только бесконечное пространство для исследований и создания новых миров.

Авторы свежего исследования утверждают, что вероятность развития разумной жизни не так низка, как считалось ранее в концепции «великого фильтра», но для этого необходимы соответствующие условия.

Люди не эволюционировали «рано» или «поздно» в истории Земли , а «вовремя», когда для этого были условия.
This media is not supported in your browser
VIEW IN TELEGRAM
🫳🔥 Управлять Огнём

Советов про синдром самозванца, потерянности и выгорания продактов написано множество составов, стоящих на починке в вагонном депо. Добавим больше огня.

Как гореть, но не выгорать:

– Соглашайся только на те цели, в которых ты уверен хотя бы на 80%. Второе – быть уверенным на 80% в том, что ты достигнешь их в течение 50% отведённого времени.

Время – Энергия. БЕРЕГИ. СВОЁ. ВРЕМЯ.


По возможности, не ходи на общие совещания и коллы. В 80% там не обсуждается ничего полезного для твоих задач, внимания и фокуса. Вместо этого, за пару минут читай саммари по их итогам и обсуждай при необходимости с их авторами "1 на 1".

Нужно можно преувеличивать сложность того, что можно нужно сделать, беря под это дополнительное время прозапас для подстраховки и выполнять поставленные задачи раньше. Это лучше, чем преуменьшать и факапить сроки. Win-Win.

– Работай только над теми проблемными областями, которые находятся в пределах твоей компетенции. Просят взять задачу вне компетенций – покажи компетенцию и рекомендуй того, у кого в такой области больше компетенций. Win-Win-Win.

И Ты не будешь выгорать, О-Самозванец.

– Доки пиши как можно раньше, спринты начинайте позже. В идеале, ваш продуктовый родмэп/бэклог должен быть описан и забит максимум на 2-3 спринта вперёд.

И снова не трать запал себя и команды на то, что с вероятностью 80% сначала будет сдвинуто, потом перенесено, а далее отложено или, вообще, удалено в корзину.

Потому что время (не)предсказуемо


– Заряжай и заряжайся эмоциями пользователей.

– Не иди на компромиссы в дизайне/коде/маркетинге. Иди на компромиссы с теми, кто над ними работает. И все в команде должны чувствовать эту разницу.

– Твоя команда также должна чувствовать, что движет её успехом. И только потом сам успех.

– Общее доверие – ваша свобода, а ваши проблемы – ключи к ней.

– Хвали свою команду и вместе делайте больше через меньше.

Будьте умнее – управляйте огнём 🫴🔥
Please open Telegram to view this post
VIEW IN TELEGRAM
Февральский дайджест постов для продактов и их команд вот здесь 👉❤️‍🔥

– Точка возникновения продукта
– Фреймворк (не)стратегии
– План ≠ не стратегия
– Просьбы пользователей

– Про людей «навырост»
– Как мотивировать продактов
– Про переработки
– Про поиск смыслов
– Нагрузка от постоянного общения

Network effects и как их трекать
– Дизайн поведения пользователей
– Как наливать платный трафик в продукт
– Как спроектировать плохой функционал
– Запилил, облажался, научился

– Ожидания от руководителя
Ворк-лайф Гармония
– Время на фокус-таймы
– Успеть за 3 (три) дня

– Всё про Retention в 2025 году
– Байесовская оценка А/В-тестов
3 чувства, чтобы оценить их всех
Хороший баг сам себя проявит

– Тренды UI/UX на 2025 год
– Server Driven UI
– Glanceable UX
– The secret to Innovative UX
Образы и модели

– Как померить рынок продукта
Кто не растёт — тот мешает расти
– Важно знать, куда ты растешь
– Герои ходят буквой Г

– Весеннее
– Систематизация vs бюрократия
– 3 «ДА» в сомнениях
– Пользователи – тестировщики

– 4 типа Энергии
– Задачи, которые воруют энергию
5 правил уважительного общения
– Многое про коммуникации

Эмоциональный ИИ
– ИИ, мозг и страдание
– AI Agent vs AI Workflow vs Автоматизация
– Moments #15

– Меняй мозги
– Библия Реддит
– Ретро-игр не существует
Бессмертие космоса
– Играть, учиться, узнавать
– Кеширование — это ответ!

80% решений о повторной покупке принимаются в Моменты Истины (Moment of Truth)


🦵
EMBRZ – Slowdown
Please open Telegram to view this post
VIEW IN TELEGRAM
Понедельник – день команды

Но привычка зайти в спейс/слак и первым делом сказать/написать:

"Я на совещения наверх, все вопросы после обеда",

почему-то чаще берёт верх, чем начать неделю с вопроса:

"Привет. Как дела, как выходные?"

и дождаться на него ответа.

Ловушка первого в том, что отложенные вопросы команды к обеду понедельника могут остыть и потерять самое ценное, что даёт заряд и силы на всю неделю – свой вкус, питательность, пользу и актуальность.

И спроси потом хоть 5 раз в течение недели "приветкакдела", это будет уже не то(рт).

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

Ведь это именно то, что питает команду всю неделю.

– Привет. Как дела, как выходные?

🥞🫖