Управление продуктом *

Привет! Сегодня поговорим про обновление навигации интернет-банка. Я расскажу, зачем мы вообще затеяли изменения, на какие метрики опирались и, конечно, покажу визуал до и после.

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

Получилось ли у нас улучшить UI по этому принципу — узнаете из статьи.

Когда я закончила технический лицей с золотой медалью в конце нулевых, в Казахстане еще не было мейнстримом «войти в IT». Я мечтала стать криминалистом или переводчиком. Но сначала оказалось, что криминалист не должен падать в обморок при виде крови. Потом стало ясно, что правила сданных экзаменов в Казахстане позволяли стать мне только инженером‑электриком. Внезапно пришлось придумывать третий менее экстремальный вариант.

В одном из ведущих технических вузов Сибири мне очень вкусно описали специальность «Прикладная математика и информатика». Тут все выглядело надежно, потому что, если я не влюблюсь без памяти в науку, оставался еще план Б — стать программистом. Это значило, что на кусок хлеба с маслом заработать будет всегда можно, да и математику я любила. На том и порешили. Здесь нужно заранее сказать, что «будете работать менеджерами» от преподавателей звучало как оскорбление, а не похвала, но об этом дальше. С карьерой ученого все успешно получилось до Pre-Phd.

Разбираемся, как ребрендинг маркетплейса отражает стратегию компании в борьбе за лидерство на рынке, и как «Яндекс» пытается разрешить главный парадокс интернет-торговли

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

Привет, Хабр! Меня зовут Калаш, и я больше 11 лет в IT. Запустил несколько интернет-магазинов, мобильное приложение, программу лояльности с нуля. Консультирую и менторю начинающих продактов. Проверил более 2300 проектных работ студентов курса для продакт-менеджеров в Яндекс Практикуме. Мои студенты отлично справляются с проектами, где нужно работать с метриками, но незаслуженно мало внимания уделяют дереву метрик. Незаслуженно — потому что этот инструмент помогает организовать продуктовый процесс так, чтобы работа с метриками была согласованной и прозрачной.

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

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

В этой статье я хочу рассказать о том, как на практике применять эти подходы при развитии продуктов. Можно ли опираться только на метрики для приоритизации задач. Что делать, когда у пользователей нет проблем с текущим продуктом. 

Как с помощью Jobs To be Done принимать продуктовые решения, и почему сейчас мы используем этот подход для работы над нашими продуктами.

Крупными и опытными командами получена неумолимая статистика:

Не более четверти времени команды идет на процесс разработки. А, что еще хуже, существенная доля времени - от 5 до 15% и вовсе не связана с производственным процессом.

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

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

В начале апреля мы выпустили большое продуктовое обновление 2.8. В том числе он затронул «МойОфис Образование»: продукт версии 2.8 был улучшен для ещё более удобного и эффективного выполнения академических задач. Какие возможности появились в обновлённом решении и как они могут быть полезны при работе с документами, читайте под катом.

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

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

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

Привет! Меня зовут Ксения, я уже больше 7 лет занимаюсь релизами и сейчас работаю релиз-менеджером в RuStore. Сегодня хочу рассказать больше об этой роли, в каких случаях он вам нужен (спойлер, не всегда) и когда её можно переложить на другого сотрудника. 

Проекты, которые вы делаете помимо основной работы — это еще один источник классного опыта, как и решение кейсов. 

В попытке заработать денег, вы соберете кучу граблей и точно накопите уникальный опыт. Только возникает вопрос, как придумать что делать. Чтобы легче думалось, держите варианты, в какую сторону можно поразмыслить.

Здесь 8 способов, с которых я начинал бы сам. Сохраняйте себе.

Написал простой чек‑лист, который можно использовать, чтобы не вписаться в какой‑нибудь сомнительный проект.

Рекрутеры, эйчары и нанимающие менеджеры умеют неплохо продавать вам идею как же классно работать в их компании.

В реальности классно бывает не всегда. Есть простые индикаторы, которые помогут не вляпаться куда не следует и не потратить своё время.

В чем же особенность декомпозиции рабочих задач? Наша статья даст понимание, зачем нужна декомпозиция и как описывать задачи, а также поможет вам улучшить ваши процессы.

Из своего опыта могу сказать, что маркетинг-рутина везде примерно одинаковая. Анализируешь показатели, планируешь задачи, очень ОЧЕНЬ очень много общаешься с другими отделами и партнёрами, работаешь с данными из CRM и рекламных кабинетов. Всё это, естественно, в разных программах, поэтому весь день ты скачешь по десятку вкладок. И это бесит.

Пару лет назад я заметил, что пока иду из Slack в Telegram или из CRM в Excel, легко теряю концентрацию. А потом увидел исследование, которое это объясняет. Восстановить внимание после незначительного перерыва в работе (вроде ответа на email) мы можем в среднем за 23 минуты. Пару часов в день улетают в никуда. Я хотел найти решение, которое объединит все нужные сервисы в одном месте.

Привет, Хабр!

A/B тестирование позволяет принимать обоснованные решения о том, какие функции или изменения наилучшим образом способствуют улучшению пользовательского опыта и повышению конверсии. Однако, несмотря на кажущуюся простоту проведения таких экспериментов, существует ряд подводных камней, которые могут серьезно исказить результаты. Один из самых заметных и опасных — это так называемая проблема peeking или подглядывания. Эта проблема возникает, когда аналитики и маркетологи начинают слишком рано анализировать данные теста, не дожидаясь его завершения. Такое поведение может привести к неверным выводам и решениям, которые, в свою очередь, могут нанести ущерб бизнесу.

В статье рассмотрим, что такое проблема подглядывания в контексте A/B тестирования как ее решить.

Чем похожи дашборд и рекламный баннер? 

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

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

Привет, Хабр! В прошлой статье я указал, что в A/B-тестах используются три основных типа метрик, а именно пользовательские конверсии, средние метрики пользователей и ratio-метрики. К последним обычно относят средний чек, CTR баннера, среднюю длину сессии и др. Такие метрики имеют ограничения при оценке стандартными статистическими критериями и общую особенность определения в контексте экспериментов.

В этой статье формализуем понятие ratio-метрики, подробнее и на примере посмотрим на их ограничения и разберем как инвалидировать результаты своих экспериментов, если эти ограничения игнорировать. Откроем для себя метод линеаризации ratio-метрик, разберем как и почему он работает, какая интерпретация стоит за его преобразованием, а также определим его преимущества в сравнении с предусредненным средним, бутстрапом и дельта-методом.

С момента своего появления модульный ноутбук с Framework с очень высоким уровнем ремонтопригодности прочно занял своё место на рынке. Конечно, пользователей у него не так много, как у лэптопов известных брендов. Но аудитория постоянно расширяется, о чём говорит и регулярное появление новых моделей устройства. Если бы не было спроса, то компания вряд ли бы развивала концепцию. Тем не менее у девайса есть проблемы, и их немало. Об этом поговорим под катом.

На канбан-досках могут быть различные виды задач, в зависимости от конкретного проекта, типа бизнеса или потребностей команды. В этой статье разберём основы ведения учета задач на Канбан-доске, необходимые колонки, виды и типы задач, в том числе Epic, userstory, task.

Привет, Я Бохан Дмитрий — руководитель отдела инновационных проектов компании ПГК Диджитал. Сегодня поговорим про ретроспективу, зачем проводить ретро, а самое главное посмотрим с помощью каких игр, можно сделать ретро ярким и незабываемым.

Зачем проводить ретроспективы с командой? 

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

1. Непрерывное улучшение: определение того, что прошло хорошо, и что можно было бы сделать лучше, позволяет команде постоянно совершенствовать свои процессы и практики.

2. Вовлечение команды: с участие членов команды в процессе принятия решений  дает им новые возможности и увеличивает их чувство владения проектом.

3. Решение проблем: выявление проблем и препятствий своевременно не позволяет им расти и сорвать проект.

Инструменты для ретро

Подготовка и проведение эффективных ретроспектив требует некоторых важных инструментов и методов: