Этот дайджест создан совместно с телеграм-каналом PM Live | проджект и продакт менеджмент. Подпишитесь, чтобы получать дайджесты прямо в телеграм!
Почитать:
Как я теперь вижу — это не импульсивное решение, принятое двумя фриками, типа декрета Совета Народных Комиссаров о создании ВЧК, а очень продуманное, тщательно спланированное действие, за которым чувствуется рука очень квалифицированного профессионала, личность которого пока остается мне неизвестной.
В продукте не стоит гнаться за быстрыми результатами, если это может навредить стратегии в будущем. Например, Duolingo могли бы увеличить доход, добавив больше рекламы, но это ухудшило бы пользовательский опыт и снизило бы вовлечение.
- В Duolingo есть традиция «99 Bad Ideas», где команда обсуждает намеренно безумные идеи. Так они генерируют нестандартные решения, которые могут перерасти в успешные продукты.
- В 2022 году команда полностью изменила навигацию в приложении, заменив «дерево» уроков на линейную систему «Path». Это решение вызвало сопротивление пользователей и не дало мгновенного роста метрик, но помогло улучшить качество обучения. Это пример долгосрочного мышления.
- У сотрудников Duolingo есть инструмент «Shake to Report» — они просто трясут телефон, чтобы оставить баг-репорт. Это ускоряет процесс выявления и исправления ошибок.
- Better a hole than an a**hole. Duolingo предпочитает не нанимать человека вовсе, чем нанять токсичного сотрудника, даже если он профессионал. Этот принцип позволяет сохранять сильную корпоративную культуру.
- Любой сотрудник Duolingo может участвовать в Product Review, даже если он не из продуктовой команды. Это делает процесс разработки максимально прозрачным.
по теме:
Как тестируют сову
Если представить наши знания в виде круга, окажется, что чем он больше, тем больше поверхность соприкосновения с неизвестным. То есть чем больше мы узнаем, тем яснее видим, как много нужно узнать еще. Внутри круга будет core knowledge — знание, которое уже стало навыком. Это что-то, что я уже могу, делаю, практикую: например, много лет пишу тексты, веду блоги, управляю проектами. А вот граница круга — периметр, за которым начинается неизвестное. И когда я иду в зону неизвестного, я называю это исследованием.
Продакт‑менеджмент в ритейле, финтехе или SaaS — это про решение конкретных задач пользователя (Jobs‑To‑Be‑Done, JTBD). В e‑commerce пользователь «нанимает» маркетплейс, чтобы быстро купить товар. В финтехе — чтобы удобно перевести деньги. В SaaS — чтобы оптимизировать работу.
В играх пользователь не решает практическую задачу — он приходит за эмоциями. Это фундаментальная разница, меняющая весь подход к работе продакт‑менеджера.
В бизнесе уже многие привыкли, что чтобы расти нужно измерять показатели. Хорошие продакты постараюстся настроить систему отслеживания показателей бизнеса, прежде чем начинать тестировать гипотезы.
Ведь как мы поймем, успешна ли наша гипотеза, если мы не знаем, какие цифры у нас сейчас и какие мы хотим получить после запуска нашей гипотезы
И я подумал, а почему бы мне не применить этот подход из карьеры к личной жизни?
Факты про онбординг:
- 25% пользователей удаляют приложение после первого запуска, если не понимают, как им пользоваться.
- 80% пользователей бросают приложение в течение первых трех дней, если не находят ценности.
- Хороший онбординг может повысить Retention на 50%.
В этой статье разобрал психологию сюрпризов, их влияние на пользователей и продукт. А также реальные кейсы, где эффект неожиданности повышает лояльность и удержание пользователей.
Перепрыгивайте через препятствия
Представьте, что у продукта нет ограничений.
Препятствие: Мы не можем выдавать кредиты всем клиентам без скоринга и подтверждения дохода.
Идея: Одобряем кредит с низким процентом на сумму до 20 тысяч рублей на покупки у партнёров банка.
Результат: Получаем новых клиентов и новый рынок спроса.
Вариант: заручиться поддержкой аналитиков и начать собирать данные по командам из таск-трекера, с последующей визуализацией на дашбордах. Как показала практика, это не быстрый, итеративный процесс — особенно когда нужно мониторить сразу несколько команд. Но в результате такой мониторинг может стать мощным подспорьем для роста показателей по метрикам и в целом выступать индикатором качества процессов.
Возможно, вы знаете таких программистов, которые никогда не сталкивались с такой практикой, как «дежурства». Я до определённого момента в своей карьере тоже, думал, что знаю такого (конкретно — себя). Но всему приходит своё время, и на одной из работ пришлось подежурить и мне. До того момента, я только слышал от других об их недовольстве дежурствами. Все рассказчики, как анекдот, повторяли одну и ту же историю про ночные звонки дежурному, который не может проснуться. Этой статьёй хочу добавить немного красок на холст, чтобы у соискателей стало немного больше понимания о том, что можно спросить на собеседовании и как можно интерпретировать ответы на эти вопросы.
Этот стон у нас песней зовётся
Программа Бадди — программа, направленная на поддержку новых сотрудников в процессе адаптации. Новому сотруднику назначается опытный коллега — Бадди, который помогает освоиться в компании, понять внутренние процессы, познакомиться с корпоративной культурой и быстрее стать частью команды.
- Как «Наруто», «Тетрадь смерти», «Атака титанов» и другие аниме учат нас управлять аутстафф-проектами
Я недавно заметила, что только ленивый ещё не сравнивал классический проектный метод и agile. В интернете существует миллион таких статей, где главная цель — «продать» тот или иной подход. Agile уже давно просочился за пределы IT и того, что называется «разработка ПО». Вы удивитесь, как разные сферы отличаются по своей специфике управления проектами — вот почему, я хочу поговорить об этом.
Ретроспектива должна быть не просто впустую потраченными часами рабочего времени, а мощным инструментом, который помогает командам работать эффективнее и комфортнее. В Scrum это обязательный этап каждого спринта, позволяющий взглянуть на свою работу со стороны и придумать, как сделать её эффективнее. Если вы работаете не в Scrum, то можно проводить ретро раз в фиксированный период или по завершению проекта.
Более четырех лет наша команда занимается внедрением OKR в компаниях разного уровня – от стартапов до крупных корпораций на 5000 сотрудников. Методология OKR (Objectives and Key Results) уже давно доказала свою эффективность, как инструмент для достижения амбициозных целей и синхронизации команд. Когда компании начинают внедрять OKR (Objectives and Key Results — «цели и ключевые результаты»), часто возникают ошибки, которые не позволяют достичь желаемого результата. И по итогу компания забивает на методологию и пополняет склад антикейсов. Так, по статистике, лишь 20% внедрений OKR оказываются успешными. Рассказываю о типичных ошибках, с которыми приходится сталкиваться на практике.
Это вторая часть цикла статей про применение TPS/TBP (Toyota Production System/Toyota Business Practice) на практике в IT. В прошлом тексте я рассказал об основных принципах, на которых может быть построена система производства (неважно чего — хоть приложения-калькулятора на iOS). Под катом поговорим о понятиях, которые их обозначают, а также почему многие понимают их не так.
Obsidian на Хабре посвящено немало статей и, главным образом, про то, как создать и вести в нем базу знаний или систему управления личными делами. При этом остается обделенной вниманием тема анализа накопленного графа заметок с точки зрения его структуры и динамики. А это дополнительный слой информации, в том числе не закладываемой явно в содержание самих заметок.
За последние годы на LinkedIn наблюдается рост числа профессионалов, позиционирующих себя как «Google Certified Project Manager». На первый взгляд это звучит впечатляюще — ведь Google является одним из самых уважаемых технологических гигантов в мире. Однако, как нанимающий менеджер в сфере управления проектами, я нахожу эту тенденцию вводящей в заблуждение и, откровенно говоря, непривлекательной при оценке кандидатов.
Вы не проходили сами, вижу. Когда видите этот сертификат, вы просто можете запрашивать учебное портфолио и на его основе уже задавать вопросы как к реальному кейсу. Оно учебное только ввиду работы над вымышленной компанией, а в остальном последовательность та же, а набор документов, шаблонов и таблиц большой и аналогичен и прослеживается логика работы, на основе которой возможны вопросы кандидату.
Несмотря на то, что я вложил много усилий в обучение и закончил, я так и не пошел на рынок. Меня не привлекает сфера IT или финтеха, в СНГ геймдев спит, а в вакансиях «проектный менеджер» в маркетинге или пиаре лишь название, а перечень обязанностей не соответствует и не предполагает использование большинства знаний сферы ПМ. В этом году планирую поискать на международном рынке какие-либо entry позиции в геймдеве или других креативных областях
Сколько же развелось разных видов менеджеров в компаниях! И IT, конечно, не исключение. Я бы сказал, особенно IT не исключение. Великие IT-спецы и эксперты сразу скажут, что это всё бесполезные люди в команде, которые только и делают, что пушат всех по срокам, но как только такие скептики попадают в команду без менеджера, то сразу начинают жаловаться, мол, как же так, подавайте хорошего управленца, работать невозможно.
Цель команды разработки — создать продукт без боли и конфликтов, не выгорая на этом пути. Помните: этап притирки неизбежен, но он преодолим. Это нормально, что в первые месяцы команда будет налаживать процессы и не понимать друг друга, не укладываться в сроки.
Должен быть руководитель, который будет принимать решения и отвечать за них. Возможно, перед решением будет обсуждение с техническими специалистами. Если кто то может позволит себе роскошь месяцами выращивать команду с непредсказуемым результатам — это его право, но к процессам управления разработкой в IT это отношения не имеет.
Диаграммы, как и любые визуальные инструменты, помогают буквально увидеть систему в ее динамике и взаимодействии с внешним контуром, наглядно представляя ее границы, внешние интеграции и внутреннюю структуру. Диаграммы не только ускоряют процесс согласования требований, но и уменьшают вероятность ошибок и недопонимания в процессе разработки. Они позволяют говорить на общем языке даже тем специалистам, чьи знания и опыт лежат в разных плоскостях. Именно поэтому эффективные процессы работы с диаграммами являются одним из факторов успеха проекта. И наоборот: если в диаграммах на проекте царит хаос, то это прямой путь к разночтениям и, как следствие, багам в системе.
Всем привет! Я недавно начинал свой путь в карьере системного аналитика, хочу обратить внимание, что в заказной разработке. И я собрал список советов, про которые надо не забывать при работе. Каждому коллеге задавался вопрос: «Какой совет ты дал(‑а) бы себе в начале карьеры?» Предлагаю посмотреть на сборку получившихся правил, выявленных мной. В основном интервьюируемые были из заказной разработке, но считаю, что правила подходят также для системных аналитиков в продуктовой разработке и бизнес-аналитиков.
Системный аналитик странное название. Мне нравится улучшать бизнес через улучшение процессов, которое очень часто связано с изменением в продуктах. Приносить новые технологии в текущий проект и распространять их по всей компании это тоже может делать аналитик. Пресейл, когда ты формируешь потребность в компетенциях своей компании у клиента это тоже здоровая и регулярная активность. Человек это не узко специализированное насекомое.
Посмотреть:
Что такое «Жесть Тех» и как в него не попасть? А если попал — что делать, чтобы выжать максимум? Каких продактов ищут компании и где ищут? Как стать тем самым продактом, которого все хотят?
Сколько платить системному аналитику, что он должен уметь? Чему его учить? Должен ли системный аналитик уметь программировать? Что значит «перевод с языка бизнеса на язык разработки»? И когда, наконец, разработчики перестанут получать «письма Дяди Шарика» вместо задач?
- Портрет продакт-менеджера в 2025 году ⏱️1 час 30 минут
Должен ли продакт выполнять функции проджекта, маркетолога и бухгалтера?
Вебинар будет полезен начинающим бизнес-аналитикам, которые в явном виде не выделяют этот тип требований в своей работе
Метрики и KPI показывают, насколько близка команда к реализации главной цели и задач, поэтому так важна оцифровка. Если что-то в бизнесе не измеряется/не мониторится, мы этим не управляем.
- Как создавать крутые продукты в 2025 ⏱️1 час 45 минут
стоит ли всегда опираться на данные или когда-то продуктовый подход может ехать на “чуйке”
Какие элементы часто упускаются в стратегическом планировании.
Если вы только что получил новую должность менеджера по продукту или CPO, но не знаете, с чего начать, это видео для вас! В первые 90 дней важно быстро адаптироваться, выстроить отношения с командой и стейкхолдерами, понять продукт и стратегию компании.
