Владельцы iPhone 17 Pro и Pro Max сообщили о возникновении статического шума из динамиков смартфонов во время зарядки. Звук напоминает шипение старого радиоприемника. У части пользователей проблема с шумом возникает при воспроизведении видео на низкой громкости, а у кого-то шум появляется при скроллинге страниц в интернете. Этот шум слышно при использовании любой зарядки, как оригинальной, так и от сторонних производителей. Часть пользователей, которые заменили свои смартфоны на новые, также продолжают жаловаться на неприятный звук. В техподдержке Apple сообщили, что уже изучают вопрос с этим шумом.
Почему хорошие технические решения иногда ломают бизнес? За годы работы заметил частую закономерность: решение может быть абсолютно правильным с точки зрения архитектуры и при этом плохо работать в реальности компании/бизнеса.
Причина почти всегда одна: его принимали без учёта операционных ограничений (людей, сроков, процессов).
С тех пор, стараюсь смотреть на технические решения не только глазами инженера или CTO, но и через призму того, как с ними будет жить бизнес каждый день (COO).
Это наблюдение и стало решающим для меня при определении направления развития карьеры в сторону управления процессами. Зачастую, правильно (как требуется) поставленные процессы добиваются большего бизнес-эффекта, чем самое технически совершенное решение.
А как вы находите баланс между операционкой и техническим совершенством продукта?
Неделю назад выступал с темой MCP сервера и как можно решить проблему с забиванием контекста как при старте диалога, так и при последующем общении через MCP сервера
Это больше походит на исследовательскую работу, а не на мой каждодневный сценарий использования. Мне было интересно, до скольки токенов можно сжать диалог без ухудшения качества
Вот, можете ознакомиться ⤵️⤵️⤵️
Давайте для начала о том, что такое MCP
MCP — протокол, который позволяет LLM подключаться к внешним сервисам: Notion, GitHub, Jira, Google Analytics, любой сервис с API. Один стандартный разъём вместо зоопарка интеграций — как USB для AI.
Протокол создали в Anthropic в ноябре 2024, в декабре 2025 передали в Linux Foundation с поддержкой OpenAI, Google, Microsoft и AWS. Де-факто стандарт индустрии. Вот тут есть каталог серверов, можете глянуть
Но у MCP есть две неочевидные проблемы, на которые я наткнулся после нескольких месяцев активного использования.
🛸 Проблема №1: Tools съедают контекст до старта
Предзагруженные MCP Tools занимают Context Window ещё до первого сообщения. Как системный промпт — уже там, когда вы только открыли чат.
Конкретные цифры из моих замеров:
Apify MCP — 7 инструментов, ~11.8k токенов
GitHub Official MCP — 40 инструментов, ~25-30k токенов
Несколько серверов вместе — легко съедают 40-70k токенов
При контексте в 200k это уже 20-35% бюджета — и вы ещё ничего не спросили.
🛸 Проблема №2: JSON забивает контекст в процессе
MCP-сервер — это переброска JSON-запросов между LLM и сервисом. Каждый вызов инструмента генерирует запрос и ответ, которые остаются в истории чата. Эти JSON часто громоздкие — особенно ответы с данными. Контекст забивается не на старте, а по ходу общения.
Почему это важно
Популярные модели имеют Context Window 128-200k токенов. Это весь бюджет чата: системные промпты, знания о вас, файлы, коннекторы. Что не влезает — забывается.
Хуже того: чем больше загружено в контекст, тем чаще модель теряет детали. В тестах на поиск 8 фактов GPT-5.1 падает с 65% до 30% при заполнении до 100k токенов. Даже более мощная GPT-5.2 проседает с 95% до 70%.
То есть проблема не только в лимите, но и в качестве работы модели при забитом контексте.
Решение для проблемы №1: Dynamic MCP
Docker Dynamic MCP — подключаем серверы не заранее, а динамически, во время разговора.
Например, вместо 40+ инструментов GitHub в контексте постоянно — лёгкий шлюз с базовыми командами:
mcp-find — найти сервер в каталоге
mcp-add — подключить к текущей сессии
mcp-exec — выполнить инструмент
mcp-remove — отключить сервер
Базовая нагрузка: ~4k токенов вместо 40-70k. Серверы подключаются по требованию и удаляются, когда больше не нужны. Работает с каталогом Docker MCP, где уже 300+ верифицированных серверов.
Нужно установить Desktop Client и в настройках Beta Features включить Enable Docker MCP Toolkit
Решение проблемы №2: запускать MCP сервера в SubAgents
SubAgents из Claude Code выполняют запрос в изолированном контексте, возвращая только результат.
Вся грязная работа — поиск серверов, подключение, вызовы инструментов, парсинг JSON-ответов — происходит в отдельном контексте подагента. В основной контекст попадает только чистый финальный ответ.
Claude Code (основной контекст)
│
▼ Запрос
┌─────────────┐
│ SubAgent │ ← вся работа с MCP
└─────────────┘
│
▼ Только результат
Claude Code (чистый контекст)
Итог: ~70k токенов экономии = 35% контекста свободно для реальной работы
Для полного описания всего этого нужна большая статья, так как без картинок и примеров суть идеи может быть непонятна
В фильме «Дьявол носит Prada» есть несколько конфликтов, которые можно разобрать с помощью «Тучи» (Теории ограничений).
Пример «Тучи» для главной героини — Энди Сакс
1. Цель (Общая миссия) - «Стать успешной в карьере и сохранить личную жизнь» 2. Требование А - «Работать на Миранду Пристли (строить карьеру в модной индустрии)» 3. Требование Б- «Поддерживать отношения с близкими (парнем, друзьями, семьёй)» 4. Конфликт - Если Энди полностью посвятит себя работе → потеряет личные отношения. Если Энди будет уделять время личной жизни → не справится с требованиями Миранды и упустит карьерные возможности.
5. Скрытые убеждения (предположения) «Успех в карьере требует полного отказа от личной жизни». «Работа в глянцевом журнале — это только тяжелая эксплуатация, а не путь к успеху». «Если я не буду соответствовать ожиданиям Миранды, я провалюсь».
В фильме Энди сначала жертвует личной жизнью, но потом осознаёт, что карьера в таком формате её не устраивает. Это классический пример неразрешённого конфликта, который привёл к эмоциональному кризису.
Если бы она использовала «Тучу», то могла бы найти решение, которое сохраняет и карьеру, и отношения.
В Теории ограничений (ТОС, Theory of Constraints — TOC), разработанной Элияху Голдраттом, есть инструмент для решения конфликтов - Туча - диаграмма конфликта, которая помогает выявить скрытые предположения (почему мы считаем, что конфликт неизбежен?) и найти объединяющее решение. Структура "Тучи
Она состоит из 5 элементов, связанных логическими стрелками:
1. Цель (Общая миссия) – чего хочет достичь система (компания, человек).
2. Желание 1 (Требование А) – один из способов достичь цели.
3. Желание 2 (Требование Б) – другой способ достичь цели, который противоречит первому.
4. Конфликт (Проблема) – почему эти два желания не могут быть выполнены одновременно.
Таким образом конфликт визуализируется и начинается поиск решения, которое удовлетворяет оба желания.Туча помогает не просто увидеть конфликт, но и найти корень проблемы и прийти к прорывному решению (когда оба желания удовлетворены), а не к компромиссу (когда по сути не удовлетворяется ни одно).
Такие решения возможны, если:
Отказаться от «или-или» мышления.
Искать интересы всех сторон
Использовать дополнительные ресурсы (которые есть всегда).
5. Предположения (Скрытые убеждения) – глубинные причины конфликта, которые мешают найти решение.
Уходящий год - время больших перемен. Команды моих проектов переходят на модель управления “Клиентократия”. В прошлом году часть сотрудников обучалась этому подходу и весь текущий год мы посвятили тому, чтобы осуществить переход.
К чему мы пришли к декабрю?
На самом деле, у нас большие перемены. Во-первых, мы полностью разделили проекты - теперь команда “Можем” существует отдельно (платформа по оказанию бытовых услуг, куда входят проекты “НянЯрядом”, “Гульдог”, “Мурчалкин”), отдельно - экосистема для работы и обучения “StudentTerra” (куда, в частности, входит и стартап-студия, как команда для быстрого тестирования новых бизнес-идей).
Проекты разделены на команды в соответствии с принципами “Клиентократии”. Для части команд - команды продукта, команды маркетинга, мобильного приложения, развития - уже создана новая система мотивации, которая позволяет каждому ощущать свой вклад в развитие общего дела. Остальные команды будут замотивированы уже в декабре-январе.
Параллельно идет работа по созданию полностью прозрачной экономики и четких метрик качества в каждой команде. Все метрики выводятся на понятные и информативные дашборды.
Если говорить в целом, то за этот год мы внедрили “Клиентократию” примерно на 70%, а значит - осталось немного! Какие-то подразделения уже “живут” по новым принципам, какие-то - начнут уже в январе нового года. Главное, чего мы ждем - полной прозрачности процессов, лучшей мотивации ребят, и максимальную полезность для пользователей наших сервисов!
Слабые сигналы — это ранние, едва заметные признаки будущих изменений, кризисов или новых возможностей. В бизнесе их часто игнорируют из-за неочевидности, но именно они позволяют предупредить угрозы и опередить тренды . Почему это важно В бизнес-среде слабые сигналы играют критическую роль. Они помогают предотвращать кризисы: например, рост мелких жалоб клиентов может сигнализировать о будущем массовом оттоке, а уход ключевых сотрудников — о кадровом коллапсе. Одновременно эти сигналы открывают новые возможности— когда нецелевое использование продукта указывает на перспективный рынок, а эксперименты конкурентов становятся индикатором тренда. Как работать с сигналами? Мониторить периферию : соцсети, отзывы, данные сотрудников Анализировать аномалии даже минимальные отклонения Создавать чувствительные каналы : быстрый сбор информации Парадокс : самые слабые сигналы часто несут либо самые серьезные риски , либо самые выгодные возможности.
Геймификация программ лояльности: самые популярные и эффективные механики
Задача любой цифровой программы лояльности — сформировать у человека привычку регулярно пользоваться сервисом. Сделать это можно в том числе с помощью геймификации. Чтобы разобраться, какие игровые механики работают наилучшим образом, наша команда изучила десятки приложений международных брендов. Оказалось, что в рецепте хорошей геймификации почти всегда есть два компонента — один или оба:
Петля вознаграждения. Действие ведет к поощрению и одновременно является следующим шагом к более масштабной цели. Чтобы эта концепция работала, важны ежедневные микрозадачи с быстрой обратной связью. Это дает игроку ощущения прогресса, а дополнительные стимулы — от игровых очков до адаптированных целей, помогают держать пользователя в непрерывном потоке.
Механика коллекционирования. Людям нравится собирать сущности, предметы или точки на карте. Особенно, если это органично вписано в общую сценарную канву. Сеттинг, миссии и обаятельные персонажи в этом контексте особенно важны. Они наполняют смыслом наши действия: мы не просто собираем камни в лесу — мы строим высокую башню, в котором укроем принцессу от дракона.
Также на вовлеченность пользователей влияют и другие инструменты:
активное сообщество и другие социальные механики: обсуждения, обмен знаниями, обмен игровыми артефактами и в целом возможность делиться успехами;
многоуровневые системы баннеров и пушей: они напоминают пользователю о поставленных целях и игровых задачах, а также об успехах и поражениях других участников.
Отдельно можно выделить интеграции с нативными приложениями трекинга. Если игровая динамика программы предполагает реальную физическую активность, то взаимодействие с Google Fit, Apple Health и аналогами позволяет встроить игру в реальность и завязать ее на различных устройствах вроде фитнес-браслетов.
В продуктовой команде скорость разработки напрямую зависит от того, насколько ясно сформулированы задачи, понятны цели и заранее учтены возможные риски. Здесь важна роль продуктового аналитика — человека, который помогает команде двигаться быстрее за счет точной постановки, глубокого анализа потребностей клиентов и выбора оптимальных решений.
Ира, продуктовый аналитик в группе AI-решений, рассказывает, как она организует эту работу на практике: от подготовки задач и взаимодействия с разработкой до поиска решений.
В команде я удерживаю фокус на цели и беру ответственность за задачи: разбираюсь в сложных ситуациях, помогаю выстраивать прозрачную коммуникацию и принимаю оперативные решения. Это снижает расфокус и делает процесс предсказуемым — команда понимает, куда движется и зачем.
Что я собираю перед тем, как задача уходит в разработку
Перед постановкой я собираю всю необходимую информацию: формулирую бизнес‑цель задачи, уточняю детали изменений, описываю контекст, среду разработки и тестирования, а главное — фиксирую ожидаемый результат и сроки.
Когда разработчик видит не просто, что надо сделать, а какую пользу это принесет, он быстрее принимает решения и точнее реализует задачу без повторных уточнений.
Как определяются приоритеты
В нашей команде мы обычно смотрим на потребность клиентов. Если видим, что функционал действительно отвечает на их запрос, — такие решения идут в реализацию первыми.
Этот подход помогает не отвлекаться на второстепенные задачи и концентрировать усилия на том, что действительно важно для клиента.
Какие артефакты ускоряют реализацию
Я подробно описываю, какие части продукта изменятся, как это повлияет на текущие сценарии, и указываю стенд, где уже настроена необходимая среда.
Если задача объемная, мы созваниваемся командой — при такой коммуникации часто выстраивается решение, которое проще и технологичнее первоначального.
Недавно была задача, которую мы уже обсуждали и даже накидали примерный вариант решения.
Однако при более детальном изучении оказалось, что проблема связана всего лишь с багом — его исправление полностью решило вопрос без дополнительных доработок.
Такие моменты — важная часть моей работы: иногда потребность можно закрыть без разработки, и задача превращается в быстрый фикс вместо большой доработки.
Что помогает выстраивать эффективную работу с разработкой
В команде у нас есть единый шаблон заведения задачи — он помогает не забыть важные детали.
А еще мы регулярно проводим мозговые штурмы и обсуждаем логику функционала до реализации. Часто для объяснения рисуем схемы: они помогают быстрее находить общую логику.
Как я сокращаю количество уточнений и переделок
Перед отправкой в разработку обязательно перечитываю постановку: это почти всегда помогает выявить мелкие недочеты.
В более технических задачах аналитик может не знать всех нюансов, и тогда лучше заранее встретиться с разработчиком. Вопросы по мере реализации — это нормально, особенно если появляются новые вводные. Сложнее противостоять меняющимся требованиям.
Инструменты, которые помогают работать быстрее
Мне помогает держать работу под контролем простой список дел — он позволяет ничего не упустить, когда задач много. Еще важны регулярные синки с командой, где можно услышать последние новости, обсудить проблемы и при необходимости помочь команде.
Сложные и объемные разработки фиксируем в Confluence — это наш ориентир, который помогает видеть всю работу по этапам и не терять контекст по крупным задачам.
У команды разработки, конечно, есть и Канбан‑доска, а недавно мы добавили дополнительную доску в разрезе целей, чтобы удобнее отслеживать прогресс и понимать, насколько приближаемся к ключевым результатам.
Привет! Это Владимир Князев, Agile-коуч трайба HR Tech в ОТП, и сегодня я расскажу о том, как мы организовали самое большое демо внутри компании и собрали на него 500 человек — максимум, возможный в Zoom.
Это было демо по продукту OTP Space — единому пространству HR-сервиса, в котором каждый сотрудник может оформить отпуск, поставить цели и посмотреть структуру компании. Поэтому нам важно было рассказать о нём на всю компанию. В этом посте я поделюсь, с помощью каких инструментов мы привлекли 500 человек и как удержали внимание. В прошлой статье я рассказал о приоритизации ICE и как её применять.
Не рассылкой единой
Нашей целью было привлечь как можно больше участников. Поэтому мы обратились к коллегам из внутренней коммуникации и предложили сделать большую рассылку. Договориться удалось не сразу: нужно было доказать, что это будет полезная рассылка, а не очередное приглашение на внутреннюю встречу. Нам помогло то, что до нас в ОТП уже запускали похожие кампании — например, с приглашением на митап по искусственному интеллекту. Мы использовали это как прецедент: «Раз они смогли — почему не сможем мы?».
Мы сделали рассылку на несколько подразделений, и она помогла собрать 300 участников. Тогда кто-то из команды предложил задействовать другой инструмент — наш чат-бот. Мы отправили через него приглашение с датой и временем проведения демо. Чат-бот помог привлечь ещё 200 слушателей — и мы достигли максимума, возможного в Zoom.
Нам удалось собрать столько участников с помощью разных методов коммуникации. Поэтому наш основной совет при организации больших демо — не ограничиваться стандартной рассылкой, а использовать нетипичные методы, идеи, которые могут появиться внутри команды.
Как удержали интерес сотрудников
Демо на сотни человек ≠ просто рассказ. Здесь нужна полноценная фасилитация, с которой самому спикеру не справиться.
Нашу встречу мы организовали так: я выполнял роль модератора, а продакт рассказывал о новых релизах. Пока он вёл презентацию, я удерживал внимание участников и управлял динамикой встречи: следил за таймингом и тишиной, отключал микрофоны, если нужно, читал вопросы в чате.
Самое сложное на таких встречах — не выйти за тайминг. У нас был всего час на демо продукта и ответы на вопросы. Поэтому мы сразу предупредили слушателей: ответим на вопросы в конце встречи в последние 15 минут. Перед тем, как передать вопросы спикеру, я структурировал их, объединял похожие, исключал неконструктивные. На короткие вопросы отвечали в чате, остальные озвучивали по порядку.
Что с обратной связью
ОТП Space — продукт масштабный, вопросов было много. После демо мы выгрузили весь чат, отсортировали вопросы, на которые не успели ответить, и постарались дать индивидуальный ответ каждому участнику. Это заняло время, но оно того стоило — обратная связь от сотрудников стала основой для следующих итераций в развитии продукта.
Кстати, многие комментарии были не в формате «вопрос», а в формате «здесь неудобно», «вот это переделайте» или «как классно сделали, давайте масштабируем этот функционал на другие подразделения». Мы посмотрели на живые боли наших пользователей, это очень ценно.
Советы для демо без лимитов
Вот что нужно учесть при подготовке демо на большую аудиторию:
- заранее продумываем инструменты для привлечения участников;
- приглашаем фасилитатора для модерации встречи;
- очерчиваем структуру демо в начале встречи: поясняем, о чём расскажем, на какие вопросы аудитории ответим сразу, а на какие — после демо;
- планируем демо как диалог с пользователями, чтобы собрать развёрнутую обратную связь у широкого круга сотрудников;
закладываем ресурс на обработку обратной связи.
Для следующего подобного демо мы ищем платформу с более высоким лимитом участников или вообще без него. Более гибкие настройки микрофонов минусом тоже не будут. В комментариях делитесь советами по организации демо продуктов.
Читайте, чем живёт IT в ОТП — в ТГ канале. А ещё я веду личный канал про Agile и изменения.
94 ГБ ОЗУ может утилизировать приложение Discord — реддитор поделился скриншотом этой ситуации. Он надеется, что фича с принудительной перезагрузкой приложения исправит ситуацию.
Ранее разработчики Discord для Windows «научили» мессенджер автоматически перезапускаться в фоновом режиме, если он использует более 4 ГБ ОЗУ. На Reddit создатели объяснили, что это часть текущего исследования и временная мера, призванная снизить нагрузку на память, с которой сталкиваются пользователи.
Раз уж вчера начали говорить про вайбкодинг(да как говорить, 40 комментов уже), то давайте своими пожеланиями для создания своего первого продукта поделюсь
Пункты ниже в основном подходят для первого продукта, который хочется создать и монетизировать
Создание продукта — это только начало
После релиза MVP начинается стадия шейпинга: сбор фидбека, итерации, баги, улучшение онбординга, поддержка, оплаты. Часто продукт после запуска и продукт через 3 месяца — это разные продукты.
Если думаешь "запущу и пойду делать следующий" — скорее всего, первый не взлетит без постоянных финансовых и временных затрат на его продвижение.
Статистически, первые значимые деньги начнут приходить через 4-5 месяцев
Много микро-проектов = масштабирование ошибок
Есть такой популярный совет — "Делай 1 проект в месяц, что-то выстрелит".
Но проблема в том, что если ты не понимаешь, почему первый не взлетел — второй провалится по той же причине. И третий. И десятый.
Этот совет еще может будет хорош для serial founders, которые уже прошли не один цикл и понимают паттерны. Для первого-второго проекта лучше сфокусироваться и вытащить максимум learnings из одного
Хорошая цель для первого продукта — не юникорн, а 300 платящих клиентов
Найди 300 человек на планете, которые платят $10/мес = $3k MRR. Это уже актив, который позволяет жить практически где угодно. Для подобного продукта сейчас не обязательно искать инвесторов, собирать огромную команду или считать TAM SAM SOM, все можно сделать одному при достаточном усердии
Пивоты — это норма, а не провал
YouTube начинался как дейтинг-сервис. Instagram — как приложение с чек инами и фильтрами. WhatsApp — как статусы для контактов. Первая идея почти никогда не та, что взлетит. Главное — быть в рынке и слушать, что говорят пользователи.
Продвижение также важно, как и продукт
Отличный продукт без дистрибуции умрёт. Средний продукт с хорошим продвижением будет вполне комфортно себя чувствовать. И на продвижение точно придётся тратить не меньше времени, чем на создание и улучшение, поэтому ⤵️
Органика требует времени — поэтому о продвижении надо начинать думать тогда же, когда и о создании продукта
SEO, контент, комьюнити — это всё работает, но с задержкой в 3-6 месяцев. Если начнёшь думать о продвижении после запуска — потеряешь полгода. Пиши, публикуй, собирай аудиторию параллельно с разработкой. Очень хорошо заходит формат Building in Public, где вы делитесь успехами и сложностями на пути к первым клиентам.
И да, похвалите Gemini за инфографику. Он немного накосячил с визуальной последовательностью, но все равно красиво сделал
Раз уж вчера начали говорить про вайбкодинг(да как говорить, 40 комментов уже), то давайте своими пожеланиями для создания своего первого продукта поделюсь
Пункты ниже в основном подходят для первого продукта, который хочется создать и монетизировать
Первый продукт лучше строить на пересечении: "Интересно / Могу / Кто-то за это заплатит"
И именно в таком порядке.
Если вам не интересно, то все остальные пункты уже не так важны.
По поводу Могу / Не могу Сейчас "не смочь" — уже не рабочая отмазка. Разработка была единственной ощутимой проблемой, из-за которой людям приходилось говорить "О нет, это не моё, я гуманитарий".
По поводу "Заплатит / Не заплатит" А если никто за это не заплатит — ну и ладно, хотя бы разберётесь как создать хоть что-то рабочее в первый раз. С текущими технологиями цена ошибки — несколько потраченных вечеров, а не месяцы и тысячи долларов как раньше.
Легче всего для первого продукта решать проблему, которая есть и у тебя
Поиск абстрактных "проблем рынка" через Reddit или Keywords мало чего даст тому, кто не понимает основы Customer Development'a. Если это не твоя проблема — тебе сложно будет понять боль клиентов. Когда делаешь для себя — ты уже понимаешь задачу, лучше понимаешь, где искать таких же людей, и можешь отличить важное от лишнего ☕️
То, что получилось у конкурентов, не обязательно получится у тебя
"У них работает, значит и у меня сработает" — возможно, но нет. Успех часто связан с набором случайностей. Попали в хайп, у CEO огромный социальный нетворк или связи, залетел виральный пост, влили много на рекламу.
Конечно, лучше смотреть на продукт конкурента, чем не смотреть вообще. Но к наличию каждой функции в продукте конкурента лучше относиться скептически, потому что ⤵️
80% фичей конкурентов, скорее всего, не работают
Многие смотрят на конкурентов и думают: "Надо сделать всё это, чтобы быть конкурентным". А по факту — большая часть их фичей не используется или не влияет на метрики. Они сами не знают, что работает. Или знают, но не скажут. Не копируй весь набор. Найди 1-2 вещи, которые реально решают проблему, и сделай их лучше.
Допустим, мне часто нужно вытаскивать аудиодорожки из длинных видео. Видеоряд грузить в интернет, чтобы вытащить аудиодорожку — слишком долго. Мне предлагают скачать всякие сложные сервисы, где эта функция еще и будет под платной подпиской. Следовательно, за пару вечеров я бы мог создать себе сервис с одной функцией — извлечь аудио. И для меня это уже будет ценно. А если будет ценно для меня, то и другие такие найдутся
Отсутствие конкурентов — red flag
Кажется логичным: у моей идеи нет конкурентов = голубой океан = ваукакклас. На практике — если нет конкурентов = либо рынка нет, либо ищешь не там, либо рынок только зарождается и придётся потратить миллионы на создание спроса.
Конкуренты — это всегда хорошо. Они доказали, что рынок существует. Твоя задача — сделать лучше для конкретной ниши.
В обновлении Telegram появилась возможность создать на устройстве ключ доступа (passkey), который позволит мгновенно входить в мессенджер с помощью PIN или биометрических данных, в том числе Face ID и отпечатка пальцев. Криптографические ключи для входа будут храниться на устройстве и могут синхронизироваться с приложениями для управления паролями от iCloud, Google и других сервисов.
«Ключи доступа работают всегда и везде — и при перебоях с СМС, и в заграничных поездках, и даже в лифтах на парковках», — пояснили в Telegram, используя мем про другой мессенджер.
Проект Remove Windows Ai позволяет с помощью одного открытого скрипа удалить ИИ-мусор из Windows 11 за два клика: Copilot, Recall, ИИ в Пейнте, браузере, поиске Windows. В Powershell под администратором (если вы уверены на свой страх и риск, что это правильно и нужно вам): () & ([scriptblock]::Create((irm "https://raw.githubusercontent.com/zoicware/RemoveWindowsAI/main/RemoveWindowsAi.ps1"))).
За последние 2 недели сразу несколько знакомых написали мне, что работа проектным менеджером или продуктовым менеджером, стало найти тяжелее чем обычно. Обычно поиск для грейда выше джуна поиск занимал 1-3 месяца. Сейчас некоторые ищут уже по пол года, но до сих пор продолжают перебирать, а не сразу соглашаться.
На уровне повыше стало тоже хуже, но предложения всё равно периодически прилетают по разным контактам, даже если не в активном поиске.
А за последние 2 года я прошел десяток интервью в топовые компании: Яндекс, Т-банк, Авито, Сбертехнологии и несколько менее именитых. Почти во всех этих компаниях один из этапов это хардскилл грейдирование на продакт-менеджера. Когда тебе нужно порешать определенные продуктовые кейсы.
Google представил топ лучших расширений для Chrome в 2025 году:
HARPA AI: позволяет автоматизировать любую работу в интернете: мониторинг сайтов, напоминания, боты, поиск, скрапинг;
Quillbot: если работаете с текстом — это вам. Проверка орфографии, рерайт ИИ‑текста, подборка синонимов и даже проверка осмысленности текста;
Monica и Sider: добавляют в браузер боковую панель с самыми полезными нейронками. Удобный доступ к сразу нескольким чат‑ботам, быстрой генерации картинок и видео, проверке и переводу документов;
Fireflies и Bluedot: помогут в создании заметок и автоматической расшифровке бесконечных созвонов;
QuestionAI и eJOY: школьники и студенты, а это вам — помощник по выполнению домашних заданий и разбору тем по любым предметам.
Adobe Photoshop: быстрый доступ к Фотошопу. Веб‑версия проще, но там есть все нужные инструменты для редактирования фотографий, в том числе ИИ‑фотошоп;
Phia: шопинг‑расширение с ИИ для автоматического сравнения цен при покупках в браузере. Идеально, если все ещё мечтаете найти дешёвые ОЗУ.
Плохие подрядчики потратят не только деньги, но и время.
Месяц назад я ездил на техобслуживание в Тайланде. В 8 утра я приехал к официальному дилеру Honda делать ТО, машина была на гарантии. Обозначил, что у меня есть проблема с подвеской, детей начинает укачивать в машине, и я готов заплатить за решение.
По итогам ТО мне помыли машину, поменяли масло, сделали балансировку колёс и развал-схождение, но проблему с подвеской не нашли. Я убедил посмотреть их повнимательнее. И тут началось.
Сначала мне сказали «подождите минуточку, у нас обед», для тайцев это святое. После обеда прихожу, опять говорят «подождите минуточку». Проходит полчаса, все встречи пришлось сдвинуть на вечер.
Сели вместе с тайцем в машину, разогнались до 100 км, руль начало потряхивать. Таец сказал, что с подвеской «всё окей». Хотя я вижу, что это не так. По итогу я убил целый день и так и не решил проблему.
Аналогичную картинку я наблюдаю с подрядчиками по маркетингу, которых мы выбирали. Например, в аутриче обещают 2500 рублей за лида в B2B, где ЦА – собственники и топ-менеджеры среднего бизнеса. Это абсолютно нереалистичные цифры.
Так я пришёл к выводу, что с некоторыми подрядчиками лучше вообще не работать, чем потратить время и деньги и не получить никакого результата.
А какие похожие истории с подрядчиками были у вас? Интересно, один я такой везучий или нет😁
Tesla Model X поцарапала другую машину из-за активации опции автоматического открытия двери. Бортовая система заметила приближение владельца со смартфоном и сама распахнула ему водительскую дверь. Правда в этот момент владелец как раз проезжал мимо на второй машине - Mini Cooper. В итоге дверь Tesla Model X ударилась о кузов, а на обеих машинах остались царапины. Если бы не камера со дворе, то владельцу бы никто не поверил.
Этой фразе не менее 10 лет. И я помню, как восхищался этой мыслью - то ли Кука (того, что до сих пор не съели), то ли Харриса (не того, что ставил опыты над Трумэном). Для продакта мысль крайне богатая. Она будто раскрывает весь потенциал нашей работы: после захвата внимания днём тебе не остаётся ничего, кроме как занять пользователя ночью.
Здесь обычно следует возражение:
«Но люди же сами несут ответственность! У них есть сила воли!».
Конечно, есть. Но мы проектируем интерфейсы, которые эту силу воли подавляют. Бесконечные ленты, autoplay видео, уведомления, вызывающие FOMO (Fear Of Missing Out) - это не нейтральные инструменты. Это дистилляция поведенческой психологии, превращенная в рычаг для удержания внимания. Мы не просто предлагаем сервис, мы проектируем зависимость.
И вот что забавно: мы называем их пользователями или, на худой конец, клиентами - но никогда людьми. Я ни разу не слышал на планерке: «Давайте сделаем это для людей» или «Как человек должен этим пользоваться». Мы говорим только про кастомеров.
В лучшем случае - «Мама Воложа», но и это тоже про примитивизацию и упрощение продуктов.
Это удобно. Позволяет не будить совесть и не думать о последствиях. А если все же задуматься, почему так популярны выгорание и цифровой детокс, - всё встаёт на свои места.
Мы говорим “пользователь”, потому что так легче выключить эмпатию. “Пользователь” -это даже не существо, это сущность с CTR и LTV. “Человек” - это тот, у кого есть усталость, тревога и право на покой.
Имея метрики возвращаемости, длительности сессии, churn, создавая отделы, которые занимаются только этим, и называя людей «пользователями», мы сжигаем сами себя. Потому что живем в том же цифровом аду, который создаем.
Находясь в здравом уме и трезвой памяти, мы прилагаем массу усилий, чтобы затуманить собственное будущее.
И это, конечно, пугающая петля.
Каждый из нас уже не пользователь и не клиент - он жертва. Жертва уведомлений, постоянно меняющихся контекстов, цифрового шума и бессмысленных лент. Всё это создано нами с одной целью - украсть наше время.
Почти все говорят о мошенниках, которые просят номер карты или код из СМС. Мы настороже, рассказываем друг другу о новых схемах. Ещё бы - они могут украсть наши деньги.
Но почему-то никто не говорит, что продакты придумывают заманухи, воруя наше (свое же) время - единственный по-настоящему невозобновляемый ресурс. И это мошенничеством не считается. И никак не регулируется. Скорее даже поощряется.
Глубинная проблема даже не в деньгах, а в смысле. Мы украли у людей скуку - тот самый "момент прокрастинации", из которого рождаются настоящие мысли, креатив и простое человеческое присутствие в собственной жизни.
Дофамин - приятное чувство. Но это не отменяет того, что мы действуем как бармен, подливающий напиток клиенту-алкоголику. Не задумываясь о том, что мы - это и есть он, просто через час и в другом баре. Мы знаем о механизме формирования привычки, мы знаем о негативных последствиях, но мы делаем вид, что просто «удовлетворяем спрос». Это позиция торговца продуктами, а не их создателя.
Вот на такие мысли меня натолкнула подготовка вебинара «тайм-менеджмент в реальной жизни» для РБК.
Дело было 20 лет назад. Мы уже не студенты, но и до взрослой жизни как до Луны пешком. Ни забот, ни логики - зато с гормонами и амбициями. Нулевые.
И вот барышня в ЖЖ (да-да, это как Телеграм, только с модемным писком и на сайте) пишет:
«А давайте встретим Новый год в Коктебели»
Один пост - и пол-рунета в кассах. В итоге мы выкупили поезд. А может, и два.
Картина маслом: декабрь, летний курорт, и целый состав, набитый незнакомыми людьми, которые решили, что это отличная идея.
Поезд гудел - сначала в прямом, потом и в переносном смысле. Мне кажется, через 3 часа гудеть начали проводники, через 5 - бабушки на перронах. Через 7- птицы и животные, попавшие в воздушный поток состава.
Крым пал. Город был в предсмертной зимней коме, когда туда вкатился целый состав молодых идиотов с алкоголем, гормонами и амбициями.
Отельчики ещё кое-как принимали, а вот рестораны - сдались без боя. Еда по 3–4 часа, отмены блюд на второй день стали нормой. От массовых погромов спасали только алкоголь и молодость.
Я-то считал поездку сказкой. А оказалось - драки, выбитые зубы и прочие радости, которые я чудом пропустил. И всё это - в шапочках Санты, на которых красовались наши ЖЖ-ники. Удобно: сразу видно, кто именно выбил тебе зуб. Такой вот рождественский хоррор…
Ну а логика… думаю, она что-то знала и вышла вместе с провожающими еще на Казанском.
Но мы старательно восполняли её отсутствие. В соседнем купе кто-то разбил окно - летний, да ещё и неотапливаемый вагон в Крым сразу стал похож на арктический экспресс. И вот в плацкарте, доверху наполненном пивом и прижавшимися друг к другу телами незнакомцев, я впервые услышал задачку про поезд.
И раз уж сегодня пятница - пусть она достанется вам.
- Гудящий поезд "Москва-Коктебель" движется по кругу. Наблюдатель находится в одном из вагонов и может: - ходить вдоль поезда, - включать/выключать свет в вагоне, - смотреть в окно (но поезд слишком большой, увидеть «другую сторону» нельзя).
Изначально в каждом вагоне свет может гореть или нет. Это неизвестно. - Вопрос: как посчитать количество вагонов?
Правила простые: знаем - молчим, нет - думаем - пишем. AI не пользуемся. Ответ - обязательно скажу, но позже.
Как управлять сложными продуктами и эффективно работать с командами
Расскажем сегодня на Selectel Product MeetUp. Подключайтесь к трансляции митапа через час — в 19:00 мск.
Это мероприятие проводим с сообществом «Продакты СПб», поэтому особый фокус сделаем на нетворкинге и поиске полезных знакомств. Будет полезно продуктовым менеджерам, разработчикам, тимлидам, техлидам и тем, кто хочет понять, как строятся коммуникации в B2B-среде.
Программа
19:00-19:30 — Customer Success в b2b SaaS: как добиться CSAT 90% и того, чтобы юзеры скидывали вам в поддержку своих котов
20:10-20:40 — Как угодить всем: клиенту, пользователям, безопасникам, техподдержке и не только
20:40-21:10 — Pivot в B2B: как развернуть корабль, не утопив пассажиров
🦋 Почему «перезагрузка» — это не опция, а продуктовая необходимость
Я боюсь «ломать» то, что работает. Боюсь потерять стабильность и контроль.
Но есть примеры, где природа нифига не боится. Она умеет растворить всё до основания, чтобы на его основе создать что-то прекрасное.
Факт:
Когда гусеница превращается в бабочку, в коконе происходит жестокий биохимический процесс.
Всё тело гусеницы буквально растворяется в суп-пюре. Я себе это вижу не иначе, как финал "Терминатор 2: Судный день" под ту же музыку.
Так или иначе, сохраняются только имагинальные диски - крошечные зачатки будущих крыльев, глаз, ног. Т.к. сиквел этой истории никто не отменял.
Но шутки в сторону. Происходит не улучшение гусеницы. Это не «апгрейд» и не «ребрендинг».
Это- смерть одной формы и рождение совершенно другой. Старая система уничтожается, чтобы дать жизнь новой.
Менеджерская боль:
А мы в это время:
-Цепляемся за «успешные процессы», которые уже не масштабируются.
-Дорабатываем «проверенные решения», которые давно устарели.
- Улучшаем «старый UI», вместо того чтобы создать принципиально новый продукт.
Мы пытаемся «улучшить гусеницу», боясь признать - чтобы летать, нужно сначала перестать ползать.
И я так делал сотни раз: вместо того, чтобы мужественно, терпеливо и наверняка с неприятным последствиями все пересобрать - натягивал сову на глобус. Потому что это тупо дает результат быстрее. Короткий результат. Но быстрее.
- Вывод:
Настоящий прорыв требует не улучшения, а метаморфозы.
Иногда нужно:
- Разрушить текущую структуру.
- Отказаться от «работающих», но уже ограничивающих процессов.
- Пересобрать продукт с нуля, а не наращивать техдолг.
Да, это страшно. Да, будет больно. Иногда долго. Даже очень.
И делать это должны не пришлые эксперты. А сама команда.
Но единственное, что страшнее- остаться гусеницей в мире, где все уже летают.
p.s. Было бы безобразием не упомянуть, что гусеницы живут от нескольких недель до нескольких лет. Бабочка-максимум 20 дней. Но. Цель жизни гусеницы - превратиться в бабочку. Цель бабочки - дать жизнь новым гусеницам.
- Вопрос:
А в вашем проекте или компании уже назрела необходимость не «улучшать гусеницу», а «стать бабочкой»? В какой точке вы застряли?
🦋 Почему «перезагрузка» — это не опция, а продуктовая необходимость
Я боюсь «ломать» то, что работает. Боюсь потерять стабильность и контроль.
Но есть примеры, где природа нифига не боится. Она умеет растворить всё до основания, чтобы на его основе создать что-то прекрасное.
Факт:
Когда гусеница превращается в бабочку, в коконе происходит жестокий биохимический процесс.
Всё тело гусеницы буквально растворяется в суп-пюре. Я себе это вижу не иначе, как финал "Терминатор 2: Судный день" под ту же музыку.
Так или иначе, сохраняются только имагинальные диски - крошечные зачатки будущих крыльев, глаз, ног. Т.к. сиквел этой истории никто не отменял.
Но шутки в сторону. Происходит не улучшение гусеницы. Это не «апгрейд» и не «ребрендинг».
Это- смерть одной формы и рождение совершенно другой. Старая система уничтожается, чтобы дать жизнь новой.
Менеджерская боль:
А мы в это время:
-Цепляемся за «успешные процессы», которые уже не масштабируются.
-Дорабатываем «проверенные решения», которые давно устарели.
- Улучшаем «старый UI», вместо того чтобы создать принципиально новый продукт.
Мы пытаемся «улучшить гусеницу», боясь признать - чтобы летать, нужно сначала перестать ползать.
И я так делал сотни раз: вместо того, чтобы мужественно, терпеливо и наверняка с неприятным последствиями все пересобрать - натягивал сову на глобус. Потому что это тупо дает результат быстрее. Короткий результат. Но быстрее.
- Вывод:
Настоящий прорыв требует не улучшения, а метаморфозы.
Иногда нужно:
- Разрушить текущую структуру.
- Отказаться от «работающих», но уже ограничивающих процессов.
- Пересобрать продукт с нуля, а не наращивать техдолг.
Да, это страшно. Да, будет больно. Иногда долго. Даже очень.
И делать это должны не пришлые эксперты. А сама команда.
Но единственное, что страшнее- остаться гусеницей в мире, где все уже летают.
p.s. Было бы безобразием не упомянуть, что гусеницы живут от нескольких недель до нескольких лет. Бабочка-максимум 20 дней. Но. Цель жизни гусеницы - превратиться в бабочку. Цель бабочки - дать жизнь новым гусеницам.
- Вопрос:
А в вашем проекте или компании уже назрела необходимость не «улучшать гусеницу», а «стать бабочкой»? В какой точке вы застряли?
Вторая часть про Tier 1 "AI tools", первая тут https://habr.com/ru/posts/966942/ В первой части коротко про ChatGPT, Claude + NotebookLM, во второй коротко про изображения и автоматизации
🔡 Генерация изображений и видео
Nano Banana 🍌
Визуальная модель внутри Gemini, которая генерирует одни из лучших на сегодня изображений. Очень высокое сохранение лиц и объектов.
В интерфейсе Gemini на бесплатном аккаунте доступно до 100 генераций в день
Либо можно работать через AI Studio — он чуть перегружен, но там можно выбирать разрешение:
Основные сценарии: • Создание контента и креативов с нуля • Визуал для постов, афиш, презентаций, обложек • Быстрое редактирование и улучшение фото (удаление объектов, замена фона) • Генерация ключевых кадров для дальнейшего создания видео в Veo 3.1
Nano Banana не переделывает всю сцену с нуля, а как бы «прифотошопливает» людей и объекты, сохраняя исходную композицию.
Лучшие практики: • Подробно описывайте результат (стиль, освещение, тона) • Используйте референсы для сохранения персонажей и стиля • Работайте итеративно: сначала фон, затем персонажи, потом детали
Про AI изображения писал огромную статью, все те же правила подойдут и для бананы
Veo 3.1 (есть ещё Sora 2, тоже очень высокого качества)
Создание видео из изображения или текста
Гугловская модель для создания видео и озвучки. Превращает статичные изображения в живые ролики.
В бесплатном Gemini напрямую не доступен — нужен Pro-тариф.
Основные сценарии: • Создание рекламных и промо-роликов без съемок • Короткий контент для Reels, Stories, TikTok • Оживление статичных фото и концепт-артов • Демонстрация продукта с разных ракурсов
Как работать: • Пропишите детальный сценарий: локацию, время, героев, действия, камеру, звук • Добавляйте референсные изображения для сохранения стиля • Тестируйте композицию в Fast, финальный вариант делайте в Normal
В режиме Image to Video можно загрузить два кадра (Start Frame и Finish Frame) и получить плавное видео между ними.
⸻
🔡 Автоматизации и агенты
n8n
Low-code платформа для автоматизаций. Не только AI, но последнее время они активно развивают AI ноды
Это уже сильно прикладной инструмент. Последнее время мне намного проще написать кодом и развернуть на своём сервере автоматизацию, чем собирать в n8n.
Но для визуальной сборки он классный 🐥
Основные сценарии: • Автоматическая обработка заявок, лидов, форм • Связка ChatGPT/Claude с CRM, Notion, почтой • Регулярные отчеты, выгрузки, уведомления
AgentKit от OpenAI
Похоже на n8n немного, но достаточно сильно отличается изнутри. Работает только как агентная система с ИИ. Тогда как в n8n не обязательно ставить ИИ-ноду.
Но у AgentKit есть огромные плюсы в виде очень удобного RAG, Guardrails и уже готового SDK с сильно настраиваемым UI.
Что означает, что чат-бота можно развернуть за 10 минут на своем сайте.
Есть много других подобных сервисов, например Make или Google Opal.
⸻
🔡 Создание сайтов и интерфейсов с помощью ИИ
Что пробовал я: • Replit • Lovable • v0 • Bolt
Насчет разницы между ними сложно сказать, так как они постоянно развиваются, а мой опыт работы с каждой из платформ становится не релевантным уже спустя месяц. Но если бы я выбирал только 1 из них, то выбрал бы Replit, вроде самый популярный сейчас
Я просто последнее время перешел на связку VS Code + Claude Code + Codex + CLI, а за инструменты из списка выше платить перестал.
Cursor я кстати не использую, но без каких либо конкретных причин, просто за Claude Code 100$ плачу
Про работу с кодом как нибудь отдельно расскажу, ещё и про AI CLI. Так как это очень большой отдельный мир
Предприниматель Йосеф Айеле из Эфиопии и основатель фонда LAVA пожаловался, что его рабочий аккаунт в Telegram был заблокирован без причины. После чего он объявил в соцсети X, что прекращает пользоваться этим мессенджером и переводит свои коммуникации в Signal и электронную почту. В ответ на это основатель Telegram Павел Дуров лично извинился за инцидент с блокировкой. Дуров пояснил, что аккаунт Айеле был разблокирован, а «урок извлечён».
Продакт‑менеджмент — это постоянная адаптация к изменениям. Тренды на рынке, технологии, потребности пользователей меняются, и продакту важно не просто следить за изменениями, а уметь адаптироваться, мыслить стратегически и использовать доступные инструменты.
Мы поговорили с коллегами о том, какие навыки и подходы помогают им двигать продукты вперед и принимать сильные решения. Делимся их мыслями с вами.
Что важно для продакта?
Баланс софт‑ и хард‑скиллов — это классика, которая не теряет актуальности. Нужно понимать тренды рынка, потребности аудитории и знать, какие боли решает продукт. А еще выстраивать коммуникацию с командой и четко доносить свою точку зрения.
Помимо этого, важно разбираться в новых технологиях и применять их на практике. Например, ИИ — для генерации и проверки идей, Miro — для создания видения продукта.
Продакт — эксперт широкого профиля. Нужно уметь переключаться между разными задачами, быстро адаптироваться к изменениям и использовать все доступные ресурсы, чтобы эффективно решать возникающие проблемы.
Какие скиллы нужны?
Стратегическое/визионерское видение — это способность видеть, куда продукт должен двигаться, какие изменения нужны и как их реализовать для дальнейшего роста.
Адаптивность — умение быстро подстраиваться под изменения. Порой продукту нужно меняться на ходу, если запланированная функциональность становится неактуальной.
Дисциплина — четкость в процессах и выполнение обязательств. Для того, чтобы все шло по плану, важно соблюдать договоренности и следовать намеченным шагам.
Любопытство и интерес — это основа генерации идей и внедрения инноваций. Важно не бояться задавать вопросы, например, «А что если?» и тестировать гипотезы.
Эрудиция — знание как своей предметной области, так и смежных сфер. Это помогает чувствовать рынок, понимать конкурентов и видеть контекст.
Как развиваться продакту?
Продакту важно уметь говорить понятно — не нужно усложнять формулировки и смыслы. Например, помогают курсы по аргументации и выстраиванию речи — выражать свои мысли становится проще.
А еще полезно активно развивать нетворкинг и быть вовлеченным в профессиональную среду. Общение с коллегами, участие в сообществах и конференциях помогает находить свежие идеи и нестандартные решения.
Что почитать:
Пиши, сокращай 2025: Как создавать сильный текст / Ильяхов М., Сарычева Л.
Спроси маму: Как общаться с клиентами и подтверждать правильность идей, когда все вокруг врут / Фитцпатрик Р.
Telegram-каналы с полезным контентом о продуктовой разработке и бизнес-трендах: Epic Growth, RB.RU, Product Management & AI, Продакты не нужны, Заметочки b2b продакта, Губкин | Про AI и B2B-продукты, Strategic move: стратегия, продукт и AI, Продуктовое мышление / от ProductSense и Клиентский опыт и качество.
Хотите вы этого или нет — но мы уже сделали 330 000 автоматизированных откликов за 5 месяцев. И за это время успели подсобрать кое какие данные.
Рассказываю:
Да, часть из откликов может быть нерелевантной, часть уходит «в молоко», но сейчас уже 40–50% попадают в яблочко.
А есть ли вообще выхлоп? Давайте посчитаем.
За всё время в нашем ассистенте Софи было 434 платных пользователя. На этих 434 человек мы насчитали 1 956 приглашений на интервью. (Это именно те, что приходят через хх.ру (приглашения в тг или на почту мы не видим - поэтому их может быть и больше)).
Представим, очень грубо, что только 50% из них — это действительно релевантные приглашения, которые конвертировались в состоявшиеся интервью. Получаем, что в среднем — 2,25 интервью на пользователя.
Средний пользователь заплатил нам 6 500 рублей. Значит, одно интервью обходится примерно в 2 888 рублей. Считается, что нужно пройти 3–5 интервью с разными компаниями, чтобы получить 1 оффер.
Итого — около 11 000 рублей стоит один оффер через Софи. Это значит что у кого-то он может выйти в 4500 рублей, а у кого-то в 30000, 40000 или вообще его не быть.
Apple показала, как сделала новое вступительное видео для Apple TV полностью с использованием практических эффектов. Вместо компьютерной графики компания применила реальные физические объекты: стеклянные логотипы, освещённые и снятые вживую. Проект выполнен совместно с агентством TBWA\Media Arts Lab. В ролике показаны большие версии логотипа Apple TV, сделанные из стекла. Их движение и отражения света были зафиксированы напрямую камерой без использования CGI.
6 ноября подключайся на трансляцию продуктового вечера!
Уже завтра мы вместе с комьюнити «Еще не продакты» соберемся в офисе Garage Eight и обсудим, что же реально работает в коммуникации и карьерных стратегиях. Подключайся, чтобы узнать о софт-навыках, без которых хард-карьеры не бывает.
На мероприятии выступит Настя Трёхбратская, наш Product Owner. Настя уже более 12 лет работает в финтехе, а в прошлом была директором сообщества Women in Tech. Она поделится личным опытом и расскажет, как продакту забустить свою карьеру. А вместе с ней секреты и лайфхаки раскроют наши классные гости.
В программе:
> Стейкхолдер-менеджмент. Реальные ситуации из практики для эффективной коммуникации Спикер: Катя Митусова, лидер Women in Tech Russia, ex-Google, ex-Wrike, Platinum Tier Facilitator
> Карьерный менеджмент. Движение менеджера продукта до C-level роли Спикер: Оля Чадулина, HR в IT, ex-Raiffeisenbank, карьерный ментор и коуч ICF, автор канала «Всё ты можешь»
> Карьерный менеджмент. Компетенции продакта: оценка, упаковка, самопрезентация Спикер: Лена Соколова, Product Owner в Компьютерной Академии ТОП, ex-Нетология, ex-Яндекс Практикум, автор канала и подкаста «Карьера без багов»
> не_Рабочие коммуникации = секретный буст карьеры продакта и продукта Спикер: Настя Трёхбратская, Product Owner в Garage Eight, 12+ лет в fintech, ex-директор Women in Tech Russia
Первый доклад стартует в 19:25. Ссылку на подключение к открытой трансляции выложим в наш телеграм-канал.
Анимация интерфейса в приложении Discord нагружает ПК. Речь идёт о трёх точках, которые появляются, когда кто-то на сервере пишет сообщение. В режиме покоя Discord нагружает процессор на 1%, а при появлении этой анимации — на 10-15%. От этого бага страдает так много пользовательских систем, что даже появился плагин (проверка урла на VirusTotal), отключающий анимацию.
Проект Free Macintosh Software содержит 306 совершенно бесплатных программ для компьютеров Macintosh. Причины, по которым эти программы бесплатны, различны. Некоторые были просто написаны энтузиастами Macintosh, которые хотят укрепить платформу Macintosh и внести свой вклад в сообщество пользователей Macintosh. Другие ранее были коммерческими, и разработчик решил, что больше не хочет заниматься продажей программного обеспечения, поэтому он сделал программу доступной бесплатно или открыл исходный код, чтобы сообщество могло продолжать её обновлять. Некоторые программы были написаны людьми, которым просто нравится программировать, и они хотели посмотреть, смогут ли они создать действительно хорошее приложение. Другие бесплатны, чтобы привлечь на веб-сайт разработчика и показать его коммерческие предложения. Некоторые, по сути, являются неограниченными демо-версиями, чтобы заинтересовать программой в надежде, что в будущем пользователи захотят приобрести более полнофункциональную версию. И лишь очень немногие из вышеперечисленных содержат рекламу, и разработчик зарабатывает деньги за счет рекламы, а не за счет продажи программы. В любом случае, все программы на Free Macintosh Software действительно бесплатны и безопасны, и стоят гораздо больше, чем вы за них заплатите.
Как создать продукт, который изменит подход к тестированию во всей компании?
Ответом на этот вопрос в своём интервью делится Данила Леньков, лид юнита A/B в Авито и создатель Trisigma. У Дани сложился увлекательный карьерный трек: от аналитика в финансовом секторе до создателя платформы для A/B-тестирования внутри Авито. В интервью обсуждаем ключевые этапы такого пути: от неудачного редизайна, послужившего толчком к изменениям, до создания собственного инструмента, который кардинально преобразил подход компании к тестированию.
Подробнее о Trisigma можно почитать здесь, а также в статье Дани. А все актуальные новости можно узнать в канале AvitoTech в Telegram: там мы рассказываем больше о профессиональном опыте наших инженеров, проектах и работе в Авито, а также анонсируем митапы и статьи.
Вы когда-нибудь задумывались, почему одни цифровые продукты становятся популярными, а другие тихо умирают?
Меня зовут Егор Пахомов, в Альфе я работаю 3 с лишним года и занимаюсь развитием цифровых продуктов в каналах web и mobile, управляю несколькими командами разработки.
Написал статью, где собрал методичку для PO — это честный, без деловых клише, разговор о том, как создавать продукты, которые действительно нужны людям. Без воды, без пафоса, с иронией и реальными выводами из практики.
Ждем вас на Selectel UX & Research MeetUp через час
Допустим, коллеги или внутренние заказчики отказываются от вашего вполне аргументированного дизайн-решения. Что с этим делать и как защитить свою позицию? Сегодня в 18:30 ответим на этот и другие жизненные для UX-специалистов вопросы на UX & Research MeetUp. Подключайтесь к трансляции
Встретимся с экспертами из Контура и Selectel, чтобы поговорить об актуальном и вечном.
Программа
18:35-19:05 — Как аргументировать дизайн-решение без исследований и конфликтов
19:05-19:35 — Как влиять на UX-решения, когда ты внешний исследователь
19:55-20:25 — Конверсия как основная метрика продуктового дизайнера
Снова с нами рубрика #крылья_ноги_и_хвосты, в которой мы разбираем социально взаимодействие животных и натягиваем это понимание на наше поведение. И раз уж хорошо зашли мысли про гусей и волков. Сегодня на обед - крабы.
Есть такой общеизвестный эффект〰крабье ведро. Берём ведро, закидываем туда кучку живых крабов. Без крышки. Без охраны. И вот что происходит. Один из крабов решает выбраться. Карабкается по стенке, тянется к краю. Уже почти вылез. Но〰другие цепляют его клешнями… и стаскивают обратно.
Зачем? Они не злы. Не агрессивны. Просто так устроены. Стайный инстинкт: «если я не вылез, то и ты не вылезай. Давай держать вместе». Это не равенство〰это страх остаться одному. Подавленный, злобный, липкий. И самое интересное: если оставить одного краба в веде〰он спокойно уходит.
Сам, без надзора. Просто пока его никто не держит за клешню.
Знакомо? Ты в команде. Растёшь. Берёшь ответственность. Тащишь на себе. И вдруг〰начинают тянуть назад:
— «Ты что, самый умный?»— «Тебе больше всех надо?»— «Мы же так не делаем».— «Не высовывайся, будь как все».— «Ты команду не уважаешь».— «Ты кого за собой тянешь?»
Никто не наезжает прямо. Это не хейт. Это хуже〰бессловесное обнуление.Реакция системы на рост.
Тебя просто стаскивают обратно в ведро. Чтобы не тревожил остальных.
🦀 А вся суть 〰в теории «Крабового ведра». Один краб легко уползает на свободу. Но когда их несколько 〰 они хватают того, кто лезет наверх, и стаскивают его обратно. Никто не сбежит. Никто не вырастет. Пока все сидят в одном ведре.
〰 И вот что важно: Если ты тимлид и видишь, что кто-то растёт〰не мешай. Даже если команда ворчит. Даже если кого-то триггерит чужой успех. Потому что
Стагнация
— это не когда никто не падает.Это когда никому
не дают лезть вверх
〰 Вывод: Иногда лучшая помощь команде〰не фасилитация, а кувалда. Чтобы разломать чёртово ведро. И да〰рост всегда кого-то бесит.
Партнёр Y Combinator Густаф Альстрёмер рассказал, что стартапам не стоит спешить с наймом — новые сотрудники нужны лишь тогда, когда команда уже работает на износ.
«Правильное время для найма — тогда, вы настолько загружены, что в календаре нет ни минуты для интервью с кандидатом», — сказал он. То есть в тот момент, когда компания «на грани», и фаундерам приходится сильно овертаймить, чтобы всё не развалилось. Альстрёмер несколько лет работал продакт-лидом в Airbnb. Он отметил, что наём занимает около трёх месяцев, поэтому важно уметь замечать первые звоночки.
«Ранний признак того, что пора нанимать — когда в компании уже что-то „ломается“ или вот-вот сломается. Это может быть разработка, продажи или онбординг. Главное — честно ответить себе, действительно ли это сигнал, или просто ваше желание видеть его таким», — пояснил Альстрёмер.
По мнению Альстрёмера, рост штата часто ошибочно воспринимают как показатель роста стартапа. «Это опасная ловушка — считать наём критерием успеха. На самом деле это просто способ не утонуть и не дать компании развалиться», — подчеркнул Альстрёмер.
От подсчета калорий у людей развивается стресс. От постоянного контроля за питанием и подсчета каждой съеденной порции, согласно исследованию, появляется сильнейшая депрессия, падает мотивация и развивается чуть ли не расстройство личности. Эксперты выяснили, что человек испытывает мощнейший стресс каждый раз, когда не укладывается в норму калорий: переедает, не добирает белка или перебарщивает с жирами в рационе. Медики советуют делать всё в меру: фокусироваться на удовольствии от питания и комфортного режима, а иногда и разрешать себе есть больше положенного.
Как запустить стартап в России и выжить заработать?
Любой стартап начинается и заканчивается с денег.
Давай поговорим о конце, а потом перейдём к началу.
Хороший предприниматель не зарабатывает с дивидендов — он зарабатывает на оценочной стоимости своей доли в бизнесе.
В западной экономике компании выходят на IPO, но в нашей стране этот механизм не работает, поэтому мы целимся в два направления:
1. Продаться корпорации. 2. Стать корпорацией. (Забей:D)
Итак, как построить бизнес, который купят корпорации?
Начнём с того, зачем вообще корпорациям стартапы.
Ключевая проблема корпораций — это их же сила: устойчивость. Устойчивость достигается огромным количеством бюрократии. Когда любое действие согласуется и перепроверяется. Такая система крайне устойчива, но жутко неповоротлива и медленна, а ещё и неэффективна. Так вот, корпорации не умеют делать стартапы — для них это слишком дорого.
Им сложно быстро запустить продукт на рынок, собрать обратную связь, докрутить и заработать. На каждом шаге они будут тупить и терять бабки (ведь каждому, кто участвует в согласовании, нужно заплатить).
Поэтому корпорации очень любят скупать стартапы — им интересны технологии и процессы, которые построили более эффективные менеджеры. Они любят скупать всё то, что уже настроено, и внедрять к себе, становясь ещё больше и богаче. Такая у них система.
Так вот, чтобы продаться корпорации, нужно быть интересным корпорации. И чтобы определить, интересен ли твой продукт корпоратам — пойди да спроси, а заодно узнай, сколько бы они за это заплатили. (Есть специальные люди, которые занимаются такими сделками, нетворкай, они подскажут)
В США компании могут жечь бабло инвесторов и работать в минус, зная, что главное — захватить рынок и выйти на IPO. На IPO можно поднять бабла и дальше уже начинать заниматься деньгами и то не обязательно, главное рост и размер, главное стоимость акций.
Тут у нас такого шанса нет, поэтому точка «продажа» для нас — это конечная часть пути. Когда мы к ней придём, мы должны стоить максимум.
Для этого нам катастрофически важно зарабатывать — много и сразу.
Не играй в демпинг, не строй планы на 20 лет.
Зарабатывай сразу и много, иначе тебе тебя купят за три копейки, пока ты маленький и еще скидку выжмут, так как будут понимать, что ты больше не вырастишь.
А теперь — с чего начинать: Ищи ниши и проекты, которые можно запустить за 50 млн рублей, этого хватит, чтобы выйти в операционный ноль и дальше расти от оборота.
Почему такая сумма?
В нашей стране есть два направления получения денег, которые реально работают:
1. Гранты. 2.Частные инвестиции. Обо всем остальном ходят легенды
Так вот, максимальный грант, который ты можешь получить на старте, — это 150 млн рублей. На такую сумму можешь рассчитывать только если ты уже изобрёл лекарство от рака или что-то супер-дупер инновационное.
А вот поднять 20–50 млн на хороший проект вполне реально.
Частных инвесторов очень мало, поэтому рассчитывать на большую сумму бессмысленно — примерно столько тебе удастся собрать на старте.
КАРОЧЕ: Спроси у корпоратов, чего они хотят прикупить и сколько бы за это заплатили, прикинь, сколько будет стоить построить такое, найди бабки и не облажайся — готово.
P.S. Пост написан автором блога СОЛОВЬЕВ БЛОГ, если нравится мой стиль - Welcome
Рассказал: ☑️ как мы в Garage Eight выстроили живую систему целей — от годовой стратегии до спринтов, ☑️ что не сработало (и почему), и как адаптировали OKR под реалии продуктовой компании, ☑️ структуру целей и наш собственный инструмент Goal Tracker, который помогает управлять всем этим зоопарком, ☑️ как связать стратегию, операционку и командные цели без лишней бюрократии — и при этом получить реальные бизнес-результаты.
