Продукт

⚡️Интервью с главным технологом Exponenta Сергеем Красоцким — о тренде на протеин и псевдобелковых продуктах Высокобелковые сосиски. Высокобелковые оладушки. Высокобелковые чипсы. Производители стали выносить количество белка на упаковку творога, хотя он был высокобелковым всегда. С июня 2024-го по июль 2025-го продажи высокобелковых йогуртов и молочных десертов в России выросли в деньгах на 182%, подсчитало агентство NTech. Для сравнения: за то же время продажи всей молочки прибавили лишь 20%. Мы пригласили поговорить о тренде на белок Сергея Красоцкого. Он кандидат технических наук, доцент, руководитель белорусской компании Miltex, которая разрабатывает технологии производства продуктов Exponenta. Почему все больше людей покупают протеиновые продукты, какой белок полезнее: животный или растительный — и как отличить по-настоящему высокобелковый продукт от батончика в манипулятивной обертке? Обсуждаем на сайте: https://www.setters.media/post/intervyu-sergey-krasotskiy-exponenta-trend-na-belok

Что классненького произошло за неделю Личное вперемешку с прикладно-продуктовым. 1. Apple представила фичу, которая позволяет предлагать юзерам перс предложения на этапе отмены подписки. Звучит интересно, классно, что Apple внедряют все больше инструментов взаимодействия с юзерами. 2. Активно качаю кейс-клуб Product Games. Вообще, думаю, теперь просто кейс-клубом его называть некорректно, так как мы покрываем не только подготовку, но и автоотклики. Потихоньку прощупываю, что там на англоговорящих рынках. Поэтому если вдруг меня станет слишком много в LinkedIn, не обессудьте. 3. Тестирую тик-ток на рынке США для одного из моих приложений. Тик-Ток на европейский рынок не дал плодов, но поговаривают, что с американским тик-током все иначе. Let’s see. Уже практически не кринжую снимать танцы на камеру. 4. У меня есть личный Инстаграм, который стал площадкой для соц экспериментов. Одно из любимых развлечений - поднимать неоднозначные темы и тестировать разные триггерящие формулировки. Интересно, как люди: а) быстро обобщают частные вещи б) трактуют информацию из призмы своих загонов. Представляете, какое это поле для манипуляций. Поэтому будьте аккуратны с информацией в интернете. Кстати, русскоязычные и англоязычные соцсети отличаются: в первых мне постоянно напихивают за отсутствие люстры, во вторых никто никогда не поднимал эту тему. Прикольно, да? 5. В очередной раз меня заблочили в Meta 😂 Ситуацию решила, но Meta ads так и не работает. Поддержка meta сама не знает, как решать. 6. Провела пару менторских сессий. Теперь ждём результаты с менти. 7. Занимаюсь остальными продвиженческими штуками: пытаюсь выйти на B2B партнерства с одним из приложений, тюню рекламу. Как-то так. А у вас как? #PG_размышления

50 самых полезных ресурсов для продактов ProductMap - Большая карта знаний и навыков PM: от discovery и аналитики до AI и leadership. Product Compass - Один из лучших структурированных наборов PM-frameworks и competency maps. ProductDo Skills Map - Визуальная карта навыков продакта по уровням и направлениям. Ravi Mehta PM Toolkit - Сильный competency framework для оценки и развития PM. PMwheel - Удобная модель self-assessment и развития продуктовых навыков. GitLab PM Competencies - Реальная корпоративная система уровней и ожиданий от PM. Intercom PM Ladder - Хороший пример карьерной лестницы от PM до senior-level ролей. Reforge - Глубокие материалы по growth, retention, monetization и strategy. Mind the Product - Огромная библиотека статей, кейсов и выступлений по Product Management. SVPG - Marty Cagan: empowered teams, discovery, strategy и product operating model. Lenny’s Newsletter - Практические разборы growth, marketplaces, AI, leadership и product strategy. Product Talk - Teresa Torres: Continuous Discovery, OST и работа с assumptions. Strategyzer - Business Model Canvas, Value Proposition Canvas и тестирование бизнес-гипотез. GoPractice - Одна из сильнейших баз по продуктовой аналитике, retention и unit economics. GoPractice Simulator - Практический симулятор продуктовой работы с метриками и решениями. Product School - Большая библиотека guides, templates и PM-материалов. The Product Folks - Кейсы, frameworks, teardown’ы и материалы для развития product sense. Hustle Badger - Хорошая база по strategy, JTBD, PRD, discovery и product org. PM Skills Marketplace - 100+ готовых AI-native skills и workflows для Product Management. prodmgmt.world - AI-native PM OS: skills, frameworks, workflows и агенты. Productboard Resources - Customer insights, prioritization, roadmap и product operations. ProdPad - Lean roadmaps, outcomes, discovery и product strategy. airfocus - Prioritization, discovery, strategy и Product Ops. Aha! Product Guide - Очень большой системный справочник по Product Management. Jira Product Discovery - Практики работы с ideas, insights, prioritization и discovery → delivery. Pragmatic Institute - Market-driven product, positioning, pricing и GTM. Product-Led Alliance - PLG, activation, adoption, onboarding и retention. Growth Unhinged - Очень сильный контент по SaaS growth, pricing и monetization. First Round Review - Подробные кейсы стартапов по продукту, growth и management. YC Library - PMF, MVP, пользователи, growth и запуск стартапов. Sequoia Articles - Стратегия, рынки, PMF и построение компаний. a16z - AI, SaaS, marketplaces, fintech и новые продуктовые модели. CXL - Experimentation, CRO, analytics и behavioral science. Demand Curve - Практические growth playbooks по acquisition и retention. Growth.Design - UX-разборы известных продуктов через behavioral psychology. Built for Mars - Очень подробные UX teardown’ы реальных продуктов. Nielsen Norman Group - Фундаментальная база по UX, usability и research. Dovetail - Интервью, research synthesis и работа с customer insights. Maze Guides - Usability testing, prototypes и continuous research. Hotjar - Behavior analytics, funnels, user feedback и customer journeys. Mobbin - Огромная библиотека интерфейсов сильных digital-продуктов. Page Flows - Реальные onboarding, checkout, subscription и другие user flows. UserOnboard - Классические разборы onboarding известных продуктов. Amplitude Academy - Бесплатное обучение funnels, retention, cohorts и analytics. Amplitude Blog - North Star, activation, retention и experimentation. Mixpanel Blog - Практическая продуктовая аналитика: funnels, cohorts и retention. ChartMogul - Одна из лучших баз по SaaS-экономике: MRR, NRR, CAC, LTV, churn. Shape Up - Сильная альтернатива backlog-driven разработке: shaping, appetite и betting. ChatPRD - AI-помощник для PRD, discovery, requirements и PM-документов. Atlassian Team Playbook - Практики для alignment, decision-making, goals, retrospectives и командной работы.

Ваши бизнес-процессы всегда будут ломаться, и с этим ничего нельзя сделать 🔵Процессы — это то, как вы делаете повторяющиеся вещи: как передаёте клиента из продаж в производство, как исполняете обязательства, как держите свои стандарты. И вся эта конструкция нахер разваливается каждый раз, когда команда утраивается. Работало на 10 - отвалилось на 30. Работало на 30 - сломалось на 90. Это прям управленческое правило, и с ним, к сожалению, НИЧЕГО не сделать. Просто принимаем, плачем и переделываем процессы заново. В позитивном сценарии у вас к этому моменту уже есть наёмные руководители. Тогда всей этой свистопляской управляют они, а вы смотрите со стороны, как они всё разгребают)) Без руководителей это всё прилетит вам. А так вообще регламенты, чек-листы, оргструктуры и куча других скучных штук, которые душные дяди рисуют в учебниках по менеджменту, это реалии предпринимательства. Первые регламенты появляются ещё людях на десяти, дальше их становится больше и пишут их уже руководители. Но сама привычка и культура создавать процессы должна в компании завестись, и отвечают за неё тоже руководители. Как понять, что бизнес-процессы налажены: 🔵Заходите в чат, а там больше нет сообщений ''мы же это уже обсуждали'' 🔵Вас не дёргают одними и теми же тупыми вопросами 🔵Одна и та же услуга для всех клиентов делается одинаково (как в макдаке: куда ни приедешь, чизбургер везде примерно один и тот же) 🔵Новичок погружается за 2-3 недели вместо 3-4 месяцев: пришёл, прочитал обучалки, сделал по чек-листу, готов работать 🔵И главное, вы перестали тушить одни и те же пожары по кругу А если вы сейчас растёте, заложите время на переписывание процессов. Оно всё равно случится. Вопрос только, по плану или в аварийном режиме, когда всё уже горит...

🔖Заметка из Agile Practice Guide Для распределения ответственности можно использовать RAF! Не в смысле поить всех сладким кофе, а применить модель и определить, кто: 📍Responsible — непосредственно выполняет работу; 📍Accountable — отвечает за результат или принимает решение; 📍Facilitator — поддерживает процесс, снимает блокеры и помогает команде двигаться дальше. Когда это делать: возникает путаница в нюансах выполнения задачи, особенно если в ней участвуют люди из разных подразделений. Ко всем задачам по умолчанию не надо добавлять. 💁‍♀️ Все такие матрицы распределения ответственности плюс-минус похожи, подбирайте под свои нужды. Как по мне, если у вас русскоязычная компания, то лучше подобрать свои, более понятные для всех обозначения. А то Responsible — Accountable это как Output — Outcome. Вроде понятно, но где-то на уровне коллективного бессознательного.

Поддержу коллег из Эргономики всего с их предложениями, ведь я очень люблю музыку, всегда и везде её слушаю, а Яндекс всеми силами пытается отбить у меня это желание. Интерфейс Яндекс музыки с каждым обновлением Название трека переводится, как острая пицца и это отсылка к фильму падает на дно. С остальными сервисами всё хорошо, а сервис музыка Так, план простой: найти свой ритм и не сбавлять ;) делают всё неудобнее и хуже. Страшный коктейль из постоянно мигрирующих кнопок, переливающихся всеми Лиричность - визитная карточка русского рока цветами, рекламы и максимально неуместных элементов, смысл которых лишь запутать и помешать тебе найти нужный. А ещё удобно поделиться треком, чтобы ссылка кинула не на трек, а на альбом и твой визави угадывал, какой же ты трек посоветовал. Я использую на телефоне и компе много разных стриминговых приложений и ко всем есть вопросики, это святое, но яндекс-музыка в последний год от души пришпорила свою бешеную лошадь обновлений и теперь она, закусив удила, несётся с выпученными глазами по вёдрам с яркими красками, перемешивая всё на своём пути. Яндекс, пишите нам, если вы запутались, что делать, я вам с удовольствием помогу сделать удобно и хорошо. Министерство жилья

Продуктовые наблюдения: Одиссея из всех лошадей На днях мы посмотрели Одиссею Нолана. Очень не плохое кино, я бы назвал это фанфиком на Гомера. Но мы тут не про кино разговариваем, а про продуктовые наблюдения Так вот, после кино мне все сервисы начали подсовывать информацию о: 1. Одиссее 2. Улис (для меня было открытие, что это Одиссей у римлян) 3. Крах брозвого века Все мои любимые авторы сделали видео о... И получается, что эффект научения алгоритмов (когда мне подсвечиваются видео большой давности), а еще желание обуздать медийную волну - приводит к тому, что я погрузился на тему так, что теперь знаю в целом в каких песнях и что пелось и подумываю о том, чтобы прочитать Гомера. А если сервисы и пузырь могут влиять на решение в таком виде, просто подсовывая качественный контент на тему, то вопрос, а могут ли они влиять на все остальное? (вопрос, риторический) Кстати, приходите в комменты, поговорим о кино, как вам? смотрели ? @blackproduct

Не знаю как вы, а я постонно слышу как кто-то заменил себе какой нибудь SaaS, на инструмент, написанный Клодом (или кем то другим). Но доказательств обычно не приводится. Решил провести эксперимент. Заменить что то у себя. Мы платили 60 долларов в месяц за Calendly. Три человека. Сервис букинга встреч с синком с гугл календарем. Куда уж проще, календарь и ссылка на запись. Спросил Клода, есть ли живой open source аналог, он сказал что Cal.com отказался от опенсорса и ничего серьёзного не осталось, позже это оказалось не совсем правдой, но было поздно. Очень хотелось. На самом деле Cal.com в апреле переименовали в cal.diy и отдали под MIT. Хоть лицензию и сделали свободнее, из кода при этом вырезали команды, workflows, insights и SSO, одним коммитом на минус 411 тысяч строк. Вторая строка их же README — strictly recommended for personal, non-production use. То есть ребята сами написали, что в проде это лучше не запускать. Релиза нет с марта, докер-образы давно заархивированы, и чтобы это поднять, нужен сервер с Node и PostgreSQL. Немножко инфры. Решил попробовать сделать своё. Сразу на Cloudflare, там на наших объёмах - бесплатно. Ну и я честно говоря всё ещё их фанат. Начал в субботу. От пустого репозитория до задеплоенного продукта. 127 коммитов, 525 тестов. В будние доделывал по остаточному принципу - 8м проектом. Назвал Punctual. Ну название тоже клод посоветовал. Внутри в том числе то, что у cal.diy вырезали, команды с round-robin и collective, плюс Google Calendar и Microsoft 365, письма с .ics и напоминаниями, REST API, вебхуки и виджет для встройки. И MCP сервер. То есть агентами тоже можно пользоваться и букать встречи. Всё живёт на одном воркере: Workers, D1, Durable Objects, Queues, KV, R2, Cron. Ни сервера, ни базы, ни докера. wrangler deploy в свой аккаунт, минут пятнадцать, ноль долларов в месяц. MIT, без ограничений. Ставьте себе, пользуйтесь. Репозиторий, живьём крутится на punctual.sh. На скриншоте моя страница записи, по ней ко мне можно попасть. Буду благодарен за звёзды. Чтонибудь ещё доделаю. Буду рад PR-ам. Версию для своей команды поднял. Протестировал. Подписку на Calendly отменил. Если вы тоже что то реально заменили - расскажите. Интересно. Сергей Булаев AI 🤖 - об AI и не только

Ценообразие как инструмент стратегии Прежде чем установить цену, важно оценить клиента по трём ключевым параметрам: 1. Импортирует ли он товар самостоятельно. 2. Является ли сетью или оптовым звеном. 3. Какой у него канал сбыта. Федеральные сети Для поставщиков федеральных сетей наценка минимальна. Жёсткие правила, долгие согласования и высокая конкуренция делают рынок малоподвижным. Розница и мелкие дистрибьюторы Когда клиент работает с розничными точками, киосками или небольшими дистрибьюторами, появляется больше манёвра. Важен не только ценник, но и комплекс предложения — логистика, сервис, поддержка. Здесь можно устанавливать более высокую наценку. Прямой импорт или зависимость от поставщика Если клиент не импортирует сам, он зависит от вас в цепочке поставок. Это даёт больше контроля и гибкости при формировании условий. Фаундер | Бизнес и Стартапы

Second brain продакта – как может выглядеть, и как он мог бы функционировать, чтобы нас уже наконец-то можно было заменить AI агентами. Напомню постановку проблемы: одна из основных причин, почему продакты не могут становиться кратно эффективнее за счет работы c AI ассистентами – это то, что для выполнения большей части задач нам нужен полный и актуальный контекст по проектам, над которыми мы работаем. А этого контекста сейчас не сущетсвует в цифровом мире. Давайте представим себе как могла бы выглядеть система, которая эту проблему решает. Хранение информации (second brain) - Для начала нам нужно место хранения информации по проектам, с которым агенту будет удобно работать, и куда он сможет бережно складывать все, что он узнал к текущему моменту, а также ссылки на внешние источники, на случай если ему понадобится более полный контекст. Большинство людей используют для этого Obsidian, потому что markdown файлы – это наиболее нативный для агентов формат текста. - Нам нужны инструкции про то, как работать с основными внешними системами хранения информации, которые мы используем: Jira, Confluence, Google docs, аналитика. Скорее всего это будут skills для нашего Claude, которые могут ссылаться на те же .md файлы при необходимости Система обработки входящей информации Агент должен систематически и автономно читать все важные источники входящей информации, заносить их в наш Second Brain и обновлять текущий статус. (1) Встречи - Допустим у вас прошла встреча и у этой встречи даже есть транскрипт - Агент должен взять этот транскрипт, положить в нашу систему, и разметить все сущности к которым это встреча имеет отношение: людей, проекты, компоненты системы - Затем агент должен понять в какие из этих сущностей нужно внести изменения, чтобы актуализировать статус. Например, отразить новые выводы и договоренности по проектам, которые обсуждались, поставив ссылку на транскрипт встречи, где нужно (2) Мессенджеры и почта - Получается, что аналогичным образом агент должен читать все входящие сообщения из мессенджеров и почты - Про каждое сообщение (или диалог) он должен ответить себе на вопрос, нужно ли внести какие-то дополнения в файл проекта, потому что в сообщении есть новая инфомация - Или добавить новый пункт в план одной из следующих встреч - Или поставить задачу, которую должен сделать подопечный белковый продакт - А чаще всего несколько из вышеперечисленных пунктов одновременно Если представить себе, что написали агентов и процедуры для встреч и мессендеров, то нетрудно будет добавить еще одну точку входа в систему обработки входящих, куда мы будем руками вносить то, что в нее не попало, потому что случилось в устной коммуникации или где-то еще вне систем, которые мы мониторим автоматически. И тогда можно будет рассчитывать на то, что у нас будет существовать тот самый полный и актуальный контекст, который позволит агенту решать действительно широкий спектр задач из нашей рутины, и брать на себя какую-то осмысленную часть работы. Что вы считаете? Утопия? Или через два года уже у всех будет так? Или вы по-другому видите дизайн системы AI-продакт? Делитесь в комментариях.

Фрейм как инструмент мышления в бизнесе Фрейм — это ментальная структура, через которую мы воспринимаем информацию и принимаем решения. В бизнесе он выполняет роль фильтра: помогает упорядочить данные и увидеть общую картину. Известный управленец Горан Карштедт отмечал: без фрейма невозможно эффективно осмыслить происходящее и действовать. Хороший фрейм позволяет быстро реагировать в неопределённых ситуациях и понимать, какие шаги нужно предпринять. Примеры: Шахматист, думающий на несколько ходов вперёд. Врач, мгновенно распознающий симптомы. Оба опираются на внутренние фреймы. Но как любая карта, фрейм может быть неточным. Ключ: умение менять фрейм в зависимости от ситуации. Например, в кризис важно не только видеть проблему, но и оценить риски, найти ресурсы и наметить пути выхода. Фаундер | Бизнес и Стартапы

Cancellation flow ловит только тех, кто дошёл до кнопки. А основной отток начинается за недели до неё Делюсь свежим разбором cancellation flows от Userpilot. Главная мысль там довольно простая: отмена подписки - это не момент churn, а его финальная стадия. 96% недовольных пользователей уходят, так и не оставив никакого фидбека. Они не пишут в поддержку и не объясняют, что пошло не так. Просто начинают реже заходить, перестают получать ценность и в какой-то момент отменяют подписку. При этом сам cancellation flow работает. Хорошо настроенный флоу может сохранить 10–34% пользователей, которые уже решили отмениться; Churnkey приводит средний save rate по своей платформе в 34%. Но проблема в том, что до этого экрана ещё нужно дойти. Поэтому в статье предлагают строить защиту от churn в три слоя: 1. За 30+ дней до отмены: поведенческие сигналы. Смотрим не на то, что пользователь говорит, а на то, как меняется его поведение: • зашёл в billing после долгой паузы • много логинов, но нет результата • перестал использовать фичу, которой раньше пользовался регулярно • внезапно перестал писать в поддержку Последнее особенно интересно: отсутствие активности - тоже данные. Иногда пользователь перестал жаловаться не потому, что проблема решилась, а потому что перестал верить, что она решится. 2. За 2–4 недели: проактивное вмешательство. Когда появились такие сигналы, задача дойти до пользователя, пока он ещё хочет, чтобы продукт у него получилось использовать. На этом этапе ещё можно понять, где он застрял, вернуть к ключевой ценности или помочь разобраться. Когда человек уже нажал Cancel, пространство для этого сильно меньше. 3. У самой кнопки Cancel: причина, затем релевантный оффер. И только здесь появляется привычный cancellation flow. Сначала спрашиваем, почему человек уходит. Потом предлагаем решение именно этой причины: дорого - даем скидку слишком большой тариф - предлагаем дешевле сейчас не нужен продукт - предлагаем паузу И порядок здесь важен: сначала причина, потом оффер. Иначе мы просто показываем всем одну и ту же скидку, не понимая, почему человек вообще решил уйти. Отдельно интересна пауза. По данным из разбора, 25% тех, кто собирался отменить подписку, выбирают паузу, если такая возможность есть. Цена тоже остаётся огромным фактором: 34% ушедших пользователей сказали, что их могла бы удержать скидка, ещё 34% - более низкая цена. Поэтому даунгрейд и скидку действительно стоит иметь во флоу, но показывать их тем, для кого проблема именно в цене. Источник: userpilot.com/blog/cancellation-flow-examples/ #PG_education @productgames

Phygital: цифровой опыт в офлайне Phygital (от physical + digital) — концепция, в которой цифровые технологии усиливают физический опыт клиента. Цель — сделать взаимодействие с брендом удобнее, быстрее и интереснее. Пример: магазин Nike, где можно собрать уникальные кроссовки. Клиент выбирает цвета и материалы на планшете, интерактивный экран показывает финальный вариант, а заказ сразу уходит в производство. Важно: phygital — это не только про дорогие технологии, а про продуманный клиентский путь. Сканирование QR-кодов, приложения с навигацией по магазину, кассы самообслуживания — уже часть фиджитал-реальности. Результат: такие решения помогают компаниям выделиться, а клиентам — чувствовать себя вовлечёнными. Кто первым внедряет phygital, тот выигрывает в битве за внимание. Фаундер | Бизнес и Стартапы

Иногда лучший инструмент для роста продукта - это ограничения понятных сценариев Представьте себе сценарий: вы организовали встречу, создали для коллег доску с материалами, кидаете им ссылку и приглашаете к совместной работе. Коллега кликает, переходит и начинает работу. Максимально удобная концепция для пользователя, но бесполезная для роста самого продукта. Но как найти те самые сценарии, которые можно ограничить и получить пользу? В этом году в досках, мне предстояло найти новые точки роста продукта, как в пользовательских метриках, так и в деньгах. Сегодня поговорим об ограничениях, которые помогают продавать и растить продукт. Какие ограничения мы ввели в продукте за последние годы? • Ограничение на шеринг ссылок на редактирование в бесплатной команде (шерить можно, но только тиммейтам или на платном тарифе) • Ограничение на количество бесплатных команд (только 1 штука) • Ограничение на количество бесплатных досок (только 3 штуки) Особенно интересно как на продукт повлияло внедрение ограничение на ссылку: 1. Пользователи в момент стали приглашать больше коллег в команды (приглашение работает через почту или специальную ссылку) 2. Количество новых пользователей, которые зарегистрировались в сервисе выросло в 2 раза 3. Мы трекаем период активности новых пользователей, так вот - те, пользователи, которые прошли через сценарий приглашения - чаще активны 4. MAU сервиса за счет изменений вырос на 10% (хотя должен был упасть в рамках летнего периода) 5. MRR продукта вырос на 15% Как именно мы выделили этот сценарий? 1. мы смотрели на сценарии использования досок сверху вниз по дереву сценариев, 2. внедряли те или иные изменения и смотрели на метрики, 3. очень важным было наличие подобных ограничений у конкурентов, 4. но внедрить их одномоментно - нельзя, потому что не ясно будет поведение пользователей. При внедрении ограничения в сценарий Вы должны учитывать гипотезу изменения, например, ограничение потенциально влияет не только на регистрации, а на другие метрики: • conversion to sign-up; • activation rate; • количество приглашений на пользователя; • team creation rate; • долю пользователей, создавших первую доску; • retention; • количество рабочих пространств; • conversion в платный тариф. Смотрите не только на конкретную метрику, но и стройте гипотезу сценария: доска→совместная работа→приглашение коллег→команда→новые доски→новые приглашения Если есть инструменты, которые помогут выделить когорты (например, Mixpanel), то постройте анализ там, чтобы видеть изменения по когортам пользователей. Продолжение следует... в следующей части про активацию пользователей в продукте Черный продакт в MAX

(с) А я простила, я простила его опять, опять, опять.О, как намаялась я с тобой,Моя попытка номер пять!А я простила, я простила его напрасно, видимо.Теперь страдаю от этого, теряя независимость. *** Прямо про ИИ песенка. CRM/Task tracker меня раздражают и бесят, пробую новую итерацию в которой обсуждения в чатах / чаты / задачи / проблемы сами по себе создают инфраструктуры/задачи и двигают их, чтобы агенты не забывали. Помнить архитектуру какого-то решения - это ок. Но теперь чтобы чаты/сессии не умирали / не сбрасывались и прочее -> туда "вклиниваются" грубо watcher'ы которые переключают фокус, чтобы тушить пожар. Отдельно в status bar macOS добавлю себе иконку при раскрытии которой будут все "потроха" и тд и тп, что в голове нереально держат. • задачи / клиентов / проблемы / запросы / rnd / баги / отложенные какие-то штуки. Ща соберу и покажу Начал называется готовить Monosnap к релизу / рефакторить... Большие эпики / задачи плодят кучу процессов которые могут на паузу встать и пропасть - беда