Expecto Productum

2021-02-09 12:30:05 ​​Akhter Studio: кейс с Pandora

Хочу сообщить, что мы открыли Akhter Studio и готовы брать заказы на разработку продуктов.

Одним из первых наших проектов оказался генератор открыток для интернет-магазина Pandora, который мы создали за один выходной в начале февраля, а затем итеративно дорабатывали с учетом обратной связи.

Сейчас генератор уже активно рекламируют в соцсетях и посмотреть на него можно здесь.

Второй проект уже выйдет в свет уже довольно скоро, но подробнее пока сказать не могу

Я очень рад, что сумел собрать самоорганизованную и дисциплинированную команду. И что в ней совершенно не нужен микроменеджмент.

И если вдруг вас интересуют услуги по разработке продуктов (и веб, и мобильные приложения) — от MVP до платформ, то жду вас в личке. Поможем правильно начать новый продукт или развивать уже существующий.

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

P.S. Я приболел, поэтому пока не могу писать посты. Думаю, смогу активизироваться ближе к пятнице.

@expecto_productum #akhter_studio #pandora Открыть/Комментировать

2021-02-04 08:40:00 Инсайты с книги EMPOWERED — часть 2. Коучинг

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

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

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

По каким причинам коучинг не применяется?

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

2. Либо попросту менеджер зашивается в своей работе и не уделяет время на развитие коллег. Кто-то скажет, что это не его обязанности. Однако, об этом в первую очередь должен задумываться не HR, а лидер команды.

Какие плюсы может дать коучинг?

1. Он позволяет развивать каждого участника команды индивидуально. Прорабатывая слабые стороны, человек развивается и личностно, и профессионально. И намного лучше, если это будет ваш коллега, чем конкурент.

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

С чего начать?

Начинать нужно с ассессмента. Это такой процесс, когда вы определяете ключевые компетенции участника команды и затем уже оцениваете по ним определенного человека. Можно использовать 10-балльную шкалу. Важно понимать, что ожидания могут быть разными в зависимости от роли и опыта человека, а фактическая оценка тем более.

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

В следующем посте напишу подробнее про ассессмент и план, которые предлагают авторы EMPOWERED.

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

@expecto_productum #product_teams #empowered Открыть/Комментировать

2021-02-03 14:57:04 Digital-агентство Adventum приглашает на бесплатный вебинар «Как увеличить LTV с помощью Amplitude».

Вебинар пройдет 10 февраля в 19:00 МСК.

Программа вебинара:

Способы применения LTV: от оценки эффективности до создания стратегии развития бизнеса.
Сложности в расчете метрики. Какую формулу выбрать?
Как измерять и анализировать LTV на примере данных сервиса продуктовой аналитики Amplitude.
Способы увеличить метрику (и эффективность бизнеса).

Спикер:

Вадим Шестаков, Head of Analytics в Adventum и сертифицированный специалист по работе с Amplitude.

Участие бесплатное, нужно зарегистрироваться по ссылке:

https://talks.adventum.ru/increase-ltv-with-amplitude Открыть/Комментировать

2021-02-02 10:01:35 По данным CB Insight, 42% стартапов делают продукт, который не нужен рынку. Почему и как проще этого избежать?

Решил выяснить это у Андрея Торбичева, партнера инвестиционного фонда “Месторождение”, автора телеграм-канала “Индекс дятла”:

- - -

Ответ прост: они фокусируются на своем “гениальном” решении, а не на проблеме клиента. На его боли, задачи и потребности им часто вообще наплевать.

Как не попасть в число “смертников”?
1. Сформулировать предположение о проблеме, в котором есть боль плюс задача.
2. Пойти и начать проводить интервью. Найти ответ на вопросы: кто клиент, что у него болит, как он пытается избавиться от боли и почему это не круто?
3. Сделать MVP для предзаказа (например, простой лендинг). Убедиться, что за решение проблемы готовы платить.
4. Сделать MVP типа консьерж (решать проблему вручную). Убедиться, что можем создать ценность.
5. Только теперь приступать к полноценному циклу разработки.

Пять простых шагов, которые могли бы уменьшить эту цифру CB Insight минимум вдвое

На своем канале @dindex Андрей делится наблюдениями о запуске/развитии продуктов, поиске ценности и роста, командах и привлечении инвестиций. Без воды, рекламы и карт таро Рекомендую. Открыть/Комментировать

2021-01-28 09:01:04 Инсайты с книги EMPOWERED — часть 1

Итак, только закончил предыдущую книгу по DevOps и начал EMPOWERED.

Суть книги передается с первой же главы — авторы пытаются показать, что продуктовый менеджмент во многих компаниях воспринимается неправильно. И есть ряд причин:

1. Роль технологий в компании

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

Однако, если руководство компании полагает, что основа вашей компании — именно бизнесовая составляющая, а технологии являются необходимой расходной частью, чтобы бизнес оставался на плаву, то оттуда и растут ноги.

Хорошая технологичная компания способна поменять направление бизнеса и адаптироваться к новым условиям, поскольку технологии масштабируются легче. Напротив, компания, где IT считается отделом, а разработка цифровых продуктов приложением к бизнесу — ее нельзя считать продуктовой в принципе.

2. Продуктовое лидерство

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

Для того, чтобы поддерживать продуктовое мышление в компании, нужен сильный лидер с аналогичным складом ума. И лучше, чтобы этот лидер был в топ-менеджменте, как уже упоминалось в исследовании Amplify.

3. Тип команд (feature vs. empowered)

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

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

О том, что же делать — в следующих постах.

@expecto_productum #product_teams #empowered Открыть/Комментировать

2021-01-25 17:40:00 ​​После длительной паузы хочу поделиться, что сегодня я получил из США совсем еще свежую книгу — ‘EMPOWERED Ordinary People, Extraordinary Products’ от Марти Кагана (автора “На крючке…”, обзор которой я писал тут) и Криса Джонса.

Само слово Empowered означает “уполномоченный” или “воодушевленный”, но второе скорее подходит больше.

Судя по описанию, книга затрагивает темы:

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

Буду делиться инсайтами, если вам интересно А потом могу передать кому-то почитать, у кого с английским хорошо.

@expecto_productum #books_review #empowered Открыть/Комментировать

2021-01-15 11:00:45 ​​В этом году заметил тенденцию, что еще больше людей стало интересоваться продуктовым менеджментом. Компании приходят к пониманию, что продакты им необходимы, а рынок становится прозрачнее, появляются новые позиции.

Еще один тренд — часть существующих позиций меняет свое название на "менеджер продукта” или "продукт оунер”, но разница остается туманной как для руководства, так и для самих менеджеров. И все же туман нужно рассеивать.

Управление продуктом — это во многом практика, а не теория. Поэтому изучая что-то новое, нужно сразу же применять это в бою.

Наработать навыки, тренироваться, совершать ошибки и расти можно в безопасной среде — в тренажере product-менеджера от Product Live.

Реализуйте свой потенциал: https://clc.am/g7bLMA
До 18 января скидка 45% по промокоду ADMET Открыть/Комментировать

2021-01-13 11:01:04 Роль DevOps в управлении продуктом — часть 3

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

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

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

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

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

Какая в этом всем польза менеджеру продукта?

Из-за высокой частоты релизов, фидбек возможно получить быстрее и доработать продукт с учетом потребностей пользователя. Будет меньше доработок в дальнейшем.

Соотношение затрачиваемого времени в высокоэффективных и малоэффективных команд:

- Новая работа: 49% vs 38%
- Тушение пожаров или доработки: 21% vs 27%
- Совещания и другое: 30% vs 35%

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

@expecto_productum #devops #product_development Открыть/Комментировать

2021-01-11 11:00:04 Познакомился с Алексеем Рытовым, продактом в Semrush — международном продукте с аудиторией в 6 миллионов маркетологов. Попросил написать его о специфике работы с западными пользователями.

- - -

Последние 6 лет я работаю над международным продуктом. Основные рынки – Северная Америка, Западная Европа и Австралия. До этого у меня был собственный стартап для российского рынка, и мне казалось, что делать продукт для «запада» ужасно сложно. Оказалось, разницы почти нет, если говорить о работе менеджера продукта. Есть надуманные страхи:

1. Я не знаю английский.
Знать язык необязательно. Я много общался с клиентами из Испании через переводчика. Регулярно читаю фидбэк от пользователей на итальянском и французском – спасибо Гугл транслейту. Не вижу ничего страшного в общении через переводчика и с англоговорящими клиентами. Провести десяток интервью для касдева – не такая уж большая задача, можно договориться с коллегой-маркетологом, кто может переводить.

2. Я стесняюсь своего акцента.
Многие знают английский, но стесняются акцента а-ля русский гангстер в голливудском фильме. Коротко – забейте. Всем пофиг на ваш акцент. Важнее – не тормозить и не мямлить. Для этого нужно готовить вопросы заранее и репетировать. Даже на вашем родном языке.

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

На своем канале @product_proverbs я публикую короткие поучительные истории из практики продуктового менеджмента. Выходят дважды в неделю. Буду рад видеть вас среди моих подписчиков. Открыть/Комментировать