# Знание продукта
# Описание
Хороший менеджер должен, с одной стороны, знать свой продукт лучше любого из его пользователей, а с другой – быть способным поставить себя на место новичка и посмотреть на продукт его глазами. Это знание заключается в понимании следующих вещей:
- Сценарии использования продукта пользователями
- Миссия и видение продукта
- Пирамида продуктовых метрик
- Представление о value streams
# Почему ветка важна?
- Хорошее знание продукта упрощает проведение пользовательских интервью, общение с командой и стейкхолдерами
- Является необходимым условием для того, чтобы наполнять бэклог и строить роадмап
- Позволяет писать более осмысленные спецификации и требования для команды разработки
- Помогает почувствовать боли пользователей на себе и прокачать свою эмпатию к ним
# Что будет, если её не делать?
- Вы и ваша команда будет тратить больше времени
- Вы будете исследовать заново возможности, которые уже есть или были в продукте
- Вы не сможете осмысленно участвовать в обсуждениях продукта, вам придётся постоянно отвлекаться на то, чтобы в чем-то разобраться
- Продукт будет постепенно усложняться
- Вместо использования существующих возможностей, вы будете постоянно добавлять новые фичи
- Без знания продукта сложно понять, в каких случаях нужно говорить "нет" новым фичам
- Уменьшается польза от общения с пользователями
- Если вы не чувствуете боль пользователей на себе, то сложно понять, какие из услышанных жалоб важны, а какие – нет
# На кого может быть делегирована?
Выделенный product owner
# Примеры поведения
# Примеры плохого поведения
- Не можете ответить на вопрос, зачем конкретная фича присутствует в продукте, или как она используется
- Не пользуетесь продуктом сами
- Не знаете ключевых продуктовых метрик и их влияние на бизнес метрики
- Не понимаете, как ваш продукт зарабатывает
- Не можете сформулировать ключевые проблемы, которые ваш продукт решает для пользователей
# Примеры хорошего поведения
- Регулярно используете свой продукт
- Строите и содержите актуальными customer journey maps и продуктовую документацию
- Проводите пользовательские интервью и UX сессии, на которых изучаете, как пользователи взаимодействуют с вашим продуктом
- Постоянно изучаете продуктовую аналитику
- Всегда можете объяснить, почему какая-то фича в вашем продукте сделана иначе, чем у конкурентов, и почему ваш вариант лучше
# Способы прокачки
# Практика
# Получите базовый уровень знаний
Если вы только пришли в компанию, или никогда не задумывались об этой ветке раньше, то вашей задачей станет получить набор первичных знаний о продукте, который вы в дальнейшем сможете прокачивать. Сделать это вам могут помочь следующие способы:
- Попросить рассказать о продукте команду продаж или QA. Если повезёт, то у них будет готовый демо-аккаунт и сценарии его использования.
- Пообщайтесь с пользователями и включите в сценарий интервью с ними вопросы о том, как они используют ваш продукт.
- Поговорите с командой продакт-менеджеров или представителей бизнеса, и спросите их про видение будущего продукта и про то, какую ценность он на текущий момент представляет.
- Найдите существующую документацию и изучите её. Даже если она устарела, вы можете найти полезные инсайты.
- Получите доступ к системе аналитики и изучите то, что там доступно. Посмотрите на типичные сценарии использования продукта, показатели отказов для различных сценариев, retention и показатели длины сессии.
# Постоянно используйте свой продукт
Самое главное правило – перестроить свою рабочую рутину таким образом, чтобы вы регулярно использовали свой продукт как его обычный пользователь. Если вы делаете площадку объявлений – вы должны регулярно покупать и продавать на ней свои товары. Если сервис стриминга музыки – использовать его как основной. Вы должны, с одной стороны, постоянно чувствовать на себе все существующие боли и проблемы, а с другой – оставаться главным фанатом своего продукта.
# Делитесь этими знаниями с командой
Регулярно рассказывайте команде о своём опыте работы с продуктом. Это можно делать на стендапах, либо в виде дайджестов. Интересная практика – вести полноценный дневник, в котором вы фиксируете весь ваш опыт работы с продуктом, а потом показываете его остальной команде.
Ещё один вариант – совместные сессии использования продукта. Соберите в одной комнате представителей разных функций – QA, дизайнеров, продакт-менеджеров, UX-специалистов, разработчиков, и все вместе попробуйте пройти основные сценарии использования продукта. Наличие рядом разноплановых специалистов поможет очень быстро разобраться в истории возникновения разных решений, которые могут показаться неочевидными.