PRINCE2. Принципы управления
Продолжаю публиковать обзоры рабочих методологий управления, фишки которых можно проверять и внедрять в свои продуктовые команды. Сегодня про PRINCE2, который:
Создатели методологии также утверждают, что использование PRINCE2 помогает обеспечить правильной информацией в правильное время правильных людей для принятия правильных решений.
Принципы у фреймворка близки к продуктовым
1. CONTINUED BUSINESS JUSTIFICATION (Постоянная оценка целесообразности). Спонсор проекта (в русских договорных отношениях это чаще всего Заказчик, даже если он внутренний) должен быть постоянно уверен в необходимости реализации проекта, если такая необходимость отпала, то проект следует прекратить. Ожидаемые выгоды должны быть больше затрат и рисков.
2. LEARN FROM EXPERIENCE (Учет предыдущего опыта). Принцип призывает руководителей проектов постоянно анализировать и использовать извлеченные уроки других проектов, а также фиксировать собственный опыт в ходе своего проекта.
3. DEFINED ROLES AND RESPONSIBILITIES (Определенные роли и обязанности). В каждом проекте должна быть сформирована матрица ответственности в рамках проекта и его организационной структуре. Авторы PRINCE2 выделяют три заинтересованные стороны проекта: бизнес (определяет цели проекта и инвестирует его), пользователи (используют продукт проекта) и поставщики (предоставляют ресурсы).
4. MANAGE BY STAGES (Управления по стадиям). Проект должен планироваться, отслеживаться и контролироваться по стадиям, в конце каждой стадии должен обновляться план следующей стадии с учетом результатов завершающейся текущей стадии. Между каждой стадией должны присутствовать точки принятия основных решений.
5. MANAGE BY EXCEPTION (Управление по исключениям). Руководство проектами следует осуществлять путем определения обязанностей и ответственности на каждом уровне проекта при помощи строгого делегирования полномочий. Такой способ управления позволяет экономить как время высшего руководства, спонсоров проекта, так и самого менеджера проекта. Допустимые отклонения должны быть определены для каждого уровня плана проекта.
6. FOCUS ON PRODUCT (Фокус на продукте). Акцент в проекте должен быть на конечном продукте и его качестве. Процедура управления изменениями снижает увеличение скоупа проекта. Акцент на качестве и утвержденном описании продукта снижает неудовлетворенность пользователей (потребителей) конченного продукта проекта.
7. TAILOR TO SUIT THE PROJECT ENVIRONMENT (Адаптация к внешним условиям). Проектная команда должна осознавать, каким образом происходит адаптация принципов PRINCE2 к внешним условиям проекта (корпоративные стандарты, корпоративная культура), подходит ли используемый метод для окружения проекта.
Хотите уметь подбирать правильную методологию управления для своих продуктов? А также уметь вникнуть в суть задачи спрогнозировать сроки? Как этого достичь, вы узнаете 9 сентября в 19.00 по МСК на demo-занятии в рамках онлайн-курса «Project manager. Advanced» от OTUS. На занятии вы разберете, с чего начинать работу над проектом, как грамотно вникнуть в задачу и достичь взаимопонимания с заказчиком. Вебинар проведет Наталья Сергеева, руководитель проектного офиса компании AGIMA.
Регистрация на занятие: https://otus.pw/QvuI/
Продолжаю публиковать обзоры рабочих методологий управления, фишки которых можно проверять и внедрять в свои продуктовые команды. Сегодня про PRINCE2, который:
• не гарантирует соблюдение сроков или бюджета, сокращение издержек или увеличение прибыли;• гарантирует прозрачный учет и управление рисками проекта;• формализует возможности оперативного получения данных с необходимой детализацией;• способствует повышению производительности работ в рамках унифицированных форматов управленческих документов.Создатели методологии также утверждают, что использование PRINCE2 помогает обеспечить правильной информацией в правильное время правильных людей для принятия правильных решений.
Принципы у фреймворка близки к продуктовым
1. CONTINUED BUSINESS JUSTIFICATION (Постоянная оценка целесообразности). Спонсор проекта (в русских договорных отношениях это чаще всего Заказчик, даже если он внутренний) должен быть постоянно уверен в необходимости реализации проекта, если такая необходимость отпала, то проект следует прекратить. Ожидаемые выгоды должны быть больше затрат и рисков.
2. LEARN FROM EXPERIENCE (Учет предыдущего опыта). Принцип призывает руководителей проектов постоянно анализировать и использовать извлеченные уроки других проектов, а также фиксировать собственный опыт в ходе своего проекта.
3. DEFINED ROLES AND RESPONSIBILITIES (Определенные роли и обязанности). В каждом проекте должна быть сформирована матрица ответственности в рамках проекта и его организационной структуре. Авторы PRINCE2 выделяют три заинтересованные стороны проекта: бизнес (определяет цели проекта и инвестирует его), пользователи (используют продукт проекта) и поставщики (предоставляют ресурсы).
4. MANAGE BY STAGES (Управления по стадиям). Проект должен планироваться, отслеживаться и контролироваться по стадиям, в конце каждой стадии должен обновляться план следующей стадии с учетом результатов завершающейся текущей стадии. Между каждой стадией должны присутствовать точки принятия основных решений.
5. MANAGE BY EXCEPTION (Управление по исключениям). Руководство проектами следует осуществлять путем определения обязанностей и ответственности на каждом уровне проекта при помощи строгого делегирования полномочий. Такой способ управления позволяет экономить как время высшего руководства, спонсоров проекта, так и самого менеджера проекта. Допустимые отклонения должны быть определены для каждого уровня плана проекта.
6. FOCUS ON PRODUCT (Фокус на продукте). Акцент в проекте должен быть на конечном продукте и его качестве. Процедура управления изменениями снижает увеличение скоупа проекта. Акцент на качестве и утвержденном описании продукта снижает неудовлетворенность пользователей (потребителей) конченного продукта проекта.
7. TAILOR TO SUIT THE PROJECT ENVIRONMENT (Адаптация к внешним условиям). Проектная команда должна осознавать, каким образом происходит адаптация принципов PRINCE2 к внешним условиям проекта (корпоративные стандарты, корпоративная культура), подходит ли используемый метод для окружения проекта.
Хотите уметь подбирать правильную методологию управления для своих продуктов? А также уметь вникнуть в суть задачи спрогнозировать сроки? Как этого достичь, вы узнаете 9 сентября в 19.00 по МСК на demo-занятии в рамках онлайн-курса «Project manager. Advanced» от OTUS. На занятии вы разберете, с чего начинать работу над проектом, как грамотно вникнуть в задачу и достичь взаимопонимания с заказчиком. Вебинар проведет Наталья Сергеева, руководитель проектного офиса компании AGIMA.
Регистрация на занятие: https://otus.pw/QvuI/
Завтра ProductCamp
11 и 12 сентября снова состоится одно из самых крутых мероприятий для продактов - https://productcamp.ru/one. В предверии подготовил небольшую подборку выступлений, которые считаю полезными и интересными (места работы спикеров указаны на момент выступления):
- Aha-moment - как я его искал в двух продуктах и нашел в одном. История в цифрах от Павла Шишкина (Яндекс, Chatfuel) - https://www.youtube.com/watch?v=xjqLk_8nGRo
-Как прокачать LTV в подписочном продукте от Андрея Михайлюка (Flo Health) - https://www.youtube.com/watch?v=X7fONyEIp3I
-С чего начать, чтобы поднять долю онлайна в бизнесе с 3% до 20%? От Микаэла Гелецяна (Детский мир) - https://www.youtube.com/watch?v=JSbxa6aZwxU
-Система приоритизации и фокуса в product-driven компании от Руслана Фомичева (Miro) - https://www.youtube.com/watch?v=MQbsS2Lx1Po
ProductCamp - cообщество профессионалов-энтузиастов, которые хотят открыто делиться опытом и рассказывать больше, чем обычно, быть рядом с близкими по духу. Съезды ProductCamp’а проводятся уже 10-ый год, куда приглашаются драйвовые middle, senior и C-level специалисты из Яндекса, Google, ВКонтакте, Skyeng, Тинькофф, Wargaming, 2ГИС, Parallels, Zeptolab, Coub, iFunny, Gett, Wrike.
Cейчас завершается регистрация на онлайн-участие. Ссылка: https://productcamp.ru/one . И тут вас ждут не просто просмотр онлайн-трансляций, а полноценное участие и вовлеченность в чатах, нетворкинг-активностях. Приходите на мероприяте!
Если нужны вакансии - приходите на канал https://t.me/productjobgo
Нужны консультации по продуктам - пишите автору канала @SKoloskov, @sergeyproduct
11 и 12 сентября снова состоится одно из самых крутых мероприятий для продактов - https://productcamp.ru/one. В предверии подготовил небольшую подборку выступлений, которые считаю полезными и интересными (места работы спикеров указаны на момент выступления):
- Aha-moment - как я его искал в двух продуктах и нашел в одном. История в цифрах от Павла Шишкина (Яндекс, Chatfuel) - https://www.youtube.com/watch?v=xjqLk_8nGRo
-Как прокачать LTV в подписочном продукте от Андрея Михайлюка (Flo Health) - https://www.youtube.com/watch?v=X7fONyEIp3I
-С чего начать, чтобы поднять долю онлайна в бизнесе с 3% до 20%? От Микаэла Гелецяна (Детский мир) - https://www.youtube.com/watch?v=JSbxa6aZwxU
-Система приоритизации и фокуса в product-driven компании от Руслана Фомичева (Miro) - https://www.youtube.com/watch?v=MQbsS2Lx1Po
ProductCamp - cообщество профессионалов-энтузиастов, которые хотят открыто делиться опытом и рассказывать больше, чем обычно, быть рядом с близкими по духу. Съезды ProductCamp’а проводятся уже 10-ый год, куда приглашаются драйвовые middle, senior и C-level специалисты из Яндекса, Google, ВКонтакте, Skyeng, Тинькофф, Wargaming, 2ГИС, Parallels, Zeptolab, Coub, iFunny, Gett, Wrike.
Cейчас завершается регистрация на онлайн-участие. Ссылка: https://productcamp.ru/one . И тут вас ждут не просто просмотр онлайн-трансляций, а полноценное участие и вовлеченность в чатах, нетворкинг-активностях. Приходите на мероприяте!
Если нужны вакансии - приходите на канал https://t.me/productjobgo
Нужны консультации по продуктам - пишите автору канала @SKoloskov, @sergeyproduct
Анатомия необходимого тимлида
Каждому продакт-менеджеру нужен тимлид, у которого в базе своей должны быть такие навыки:
— соответствующие технические компетенции. Вы должны хорошо знать технологии, используемые в вашей команде. Не обязательно ими владеть в совершенстве, но понимать, что происходит, необходимо;
— навыки делегирования. Чтобы задачи выполнялись в чётко поставленные сроки, вы должны понимать, как эффективно распределять таски среди своих подчинённых;
— знание HR. Если вы руководите командой, вы должны не только понимать, но и соблюдать стандарты кадровой политики вашей компании;
— знания в сфере управления проектами. Сегодня мы постоянно используем системы управления проектами, но не все умеют достигать максимальных результатов при их применении;
— тайм-менеджмент. Умение реально оценить, какое количество времени понадобится для решения той или иной задачи, — это очень полезный навык;
— умение работать в команде и мотивировать её, навыки общения. Если вы хотите, чтобы вас уважали, вы должны обладать как личным обаянием, так и умением разрешать конфликты таким образом, чтобы противоборствующие стороны были удовлетворены — тогда командная поддержка вам обеспечена. Помните, что власть — это не табличка на двери, а реализуемая на практике способность управлять.
При всём при этом, помните, что даже если вы самый лучший в мире программист, не факт, что вы станете хорошим тимлидом, т. к. это разные вещи. Тем не менее успешными лидерами не рождаются, а становятся. Просто для этого нужно приложить огромные усилия.
Какой один из самых важных навыков Тимлида в текущих условиях? Умение работать с удаленной командой и правильно оценивать риски. 15 сентября Otus всех представителей продуктовой команды приглашает на открытый урок, на котором вместе с Александром Пряхиным, техническим директором в CityAds Media, поговорим как работать на удалёнке с максимальной отдачей и о том как правильно работать с рисками. А также рассмотрим как нужно настроить процессы и правила при удаленной работе.
Открытый урок рассчитан тех, кто хочет стать тимлидами или научиться работать с ними, и тех, кто уже управляет командой. Это возможность попробовать практический онлайн-курс «Team Lead» от OTUS и познакомиться с экспертом.
Успейте занять место на открытом уроке и регистрируйтесь прямо сейчас: https://otus.pw/NOXv/
Каждому продакт-менеджеру нужен тимлид, у которого в базе своей должны быть такие навыки:
— соответствующие технические компетенции. Вы должны хорошо знать технологии, используемые в вашей команде. Не обязательно ими владеть в совершенстве, но понимать, что происходит, необходимо;
— навыки делегирования. Чтобы задачи выполнялись в чётко поставленные сроки, вы должны понимать, как эффективно распределять таски среди своих подчинённых;
— знание HR. Если вы руководите командой, вы должны не только понимать, но и соблюдать стандарты кадровой политики вашей компании;
— знания в сфере управления проектами. Сегодня мы постоянно используем системы управления проектами, но не все умеют достигать максимальных результатов при их применении;
— тайм-менеджмент. Умение реально оценить, какое количество времени понадобится для решения той или иной задачи, — это очень полезный навык;
— умение работать в команде и мотивировать её, навыки общения. Если вы хотите, чтобы вас уважали, вы должны обладать как личным обаянием, так и умением разрешать конфликты таким образом, чтобы противоборствующие стороны были удовлетворены — тогда командная поддержка вам обеспечена. Помните, что власть — это не табличка на двери, а реализуемая на практике способность управлять.
При всём при этом, помните, что даже если вы самый лучший в мире программист, не факт, что вы станете хорошим тимлидом, т. к. это разные вещи. Тем не менее успешными лидерами не рождаются, а становятся. Просто для этого нужно приложить огромные усилия.
Какой один из самых важных навыков Тимлида в текущих условиях? Умение работать с удаленной командой и правильно оценивать риски. 15 сентября Otus всех представителей продуктовой команды приглашает на открытый урок, на котором вместе с Александром Пряхиным, техническим директором в CityAds Media, поговорим как работать на удалёнке с максимальной отдачей и о том как правильно работать с рисками. А также рассмотрим как нужно настроить процессы и правила при удаленной работе.
Открытый урок рассчитан тех, кто хочет стать тимлидами или научиться работать с ними, и тех, кто уже управляет командой. Это возможность попробовать практический онлайн-курс «Team Lead» от OTUS и познакомиться с экспертом.
Успейте занять место на открытом уроке и регистрируйтесь прямо сейчас: https://otus.pw/NOXv/
Методики конструктивной обратной связи от руководителя для разных ситуаций
1. Если сотрудник не заинтересован в результате.
Если сотрудник рассеян, пассивен и не заинтересован в результате, вам необходимо выяснить причину его состояния и постараться изменить его настрой: покажите ему, что вы заметили его настроение; скажите ему, что вы обеспокоены этим, предложите помощь: “Я заметил, что ты не такой как обычно. Это заставляет меня чувствовать, что я делаю что-то неправильно", "Всё ли в порядке? Если ты не против, то я готов поговорить и помочь тебе".
2. Если сотрудник не выполнил проект вовремя.
Каждый должен быть ответственным за свою работу, поэтому: выясните, почему это случилось, мотивируйте его на сроки и качественный результат в будущем, предложите идеи для повышения эффективности его работы:”Проект не был сдан вовремя, не мог ли ты объяснить, почему?", "Твоя работа очень важна, если ты опаздываешь, замедляется вся команда"."Убедись заранее, что для следующего проекта у тебя будет больше времени и ресурсов, чтобы закончить в срок. Попробуй планировать свою работу заранее, например, по пятницам, чтобы убедиться, что ты не перегружен. Я пробовал это в своём последнем проекте, и это мне очень помогло".
3. Если сотрудник совершил ошибку с клиентом.
Когда вы даёте комментарии, подробно расскажите о том, что произошло, а также: скажите им, чтобы они не волновались, это можно исправить, объясните им, как нужно было сделать, чтобы этого больше не повторилось, предложите помощь:”Не переживай, но в следующий раз не забудьте обновить свою платёжную информацию, прежде чем отправлять им свой ключ доступа".
4. Если сотрудник не берет инициативу в свои руки.
Когда вы сообщаете сотруднику об этом: скажите ему, как это влияет на вас, предложите помощь или консультацию:”Я заметил, что ты не берёшь инициативу на себя, как раньше. Это заставляет меня чувствовать, что я сделал что-то не так. В чем дело? Давай разберёмся вместе в этом вопросе".
5. Если у сотрудника плохой тайм-менеджмент.
Управление временем — это сложная задача, над которой необходимо постоянно работать: “Я заметил, что ты неверно спланировал своё время в последних 3 задачах". "У меня тоже была эта проблема, но затем я обнаружил инструмент, который мне очень помог. Я бы рекомендовал тебе попробовать и посмотреть, как ты сможешь оптимизировать своё время".
6. Если производительность сотрудника снизилась.
Перед тем, как делать выговор или давать отрицательную обратную связь, лучше: попытайтесь выяснить причину, предложите помощь: “Я заметил некоторые изменения в твоих рабочих результатах за последний месяц. Я знаю, насколько ты обычно продуктивен, поэтому мы можем поговорить и выяснить, есть ли у тебя какие-либо проблемы, с которыми я мог бы помочь"."Если есть что-то, о чем ты хочешь, я всегда готов выслушать. Я знаю, что мы можем решить это вместе, и я не сомневаюсь, что ты можешь вернуть свою прежнюю производительность".
Хорошо сформулированная обратная связь помогает сотрудникам быстрее профессионально развиваться. Давать полезную и безопасную обратную связь непросто. Разобраться в инструментах и методах обратной связи можно будет на бесплатном онлайн-вебинаре "Инструмент: обратная связь". Встречу проведет Юлия Белозерова - Technical Program Manager с 10-летним опытом в проектном управлении. Будет про виды обратной связи для разных ситуаций, 4 способа как можно дать обратную связь и частые ошибки и как их избежать.
Дата и время проведения: 14 сентября (вт), в 20:00 (Мск). Продолжительность – 1,5 часа.
Для участия нужно зарегистрироваться по ссылке – https://otus.pw/5QUa/
1. Если сотрудник не заинтересован в результате.
Если сотрудник рассеян, пассивен и не заинтересован в результате, вам необходимо выяснить причину его состояния и постараться изменить его настрой: покажите ему, что вы заметили его настроение; скажите ему, что вы обеспокоены этим, предложите помощь: “Я заметил, что ты не такой как обычно. Это заставляет меня чувствовать, что я делаю что-то неправильно", "Всё ли в порядке? Если ты не против, то я готов поговорить и помочь тебе".
2. Если сотрудник не выполнил проект вовремя.
Каждый должен быть ответственным за свою работу, поэтому: выясните, почему это случилось, мотивируйте его на сроки и качественный результат в будущем, предложите идеи для повышения эффективности его работы:”Проект не был сдан вовремя, не мог ли ты объяснить, почему?", "Твоя работа очень важна, если ты опаздываешь, замедляется вся команда"."Убедись заранее, что для следующего проекта у тебя будет больше времени и ресурсов, чтобы закончить в срок. Попробуй планировать свою работу заранее, например, по пятницам, чтобы убедиться, что ты не перегружен. Я пробовал это в своём последнем проекте, и это мне очень помогло".
3. Если сотрудник совершил ошибку с клиентом.
Когда вы даёте комментарии, подробно расскажите о том, что произошло, а также: скажите им, чтобы они не волновались, это можно исправить, объясните им, как нужно было сделать, чтобы этого больше не повторилось, предложите помощь:”Не переживай, но в следующий раз не забудьте обновить свою платёжную информацию, прежде чем отправлять им свой ключ доступа".
4. Если сотрудник не берет инициативу в свои руки.
Когда вы сообщаете сотруднику об этом: скажите ему, как это влияет на вас, предложите помощь или консультацию:”Я заметил, что ты не берёшь инициативу на себя, как раньше. Это заставляет меня чувствовать, что я сделал что-то не так. В чем дело? Давай разберёмся вместе в этом вопросе".
5. Если у сотрудника плохой тайм-менеджмент.
Управление временем — это сложная задача, над которой необходимо постоянно работать: “Я заметил, что ты неверно спланировал своё время в последних 3 задачах". "У меня тоже была эта проблема, но затем я обнаружил инструмент, который мне очень помог. Я бы рекомендовал тебе попробовать и посмотреть, как ты сможешь оптимизировать своё время".
6. Если производительность сотрудника снизилась.
Перед тем, как делать выговор или давать отрицательную обратную связь, лучше: попытайтесь выяснить причину, предложите помощь: “Я заметил некоторые изменения в твоих рабочих результатах за последний месяц. Я знаю, насколько ты обычно продуктивен, поэтому мы можем поговорить и выяснить, есть ли у тебя какие-либо проблемы, с которыми я мог бы помочь"."Если есть что-то, о чем ты хочешь, я всегда готов выслушать. Я знаю, что мы можем решить это вместе, и я не сомневаюсь, что ты можешь вернуть свою прежнюю производительность".
Хорошо сформулированная обратная связь помогает сотрудникам быстрее профессионально развиваться. Давать полезную и безопасную обратную связь непросто. Разобраться в инструментах и методах обратной связи можно будет на бесплатном онлайн-вебинаре "Инструмент: обратная связь". Встречу проведет Юлия Белозерова - Technical Program Manager с 10-летним опытом в проектном управлении. Будет про виды обратной связи для разных ситуаций, 4 способа как можно дать обратную связь и частые ошибки и как их избежать.
Дата и время проведения: 14 сентября (вт), в 20:00 (Мск). Продолжительность – 1,5 часа.
Для участия нужно зарегистрироваться по ссылке – https://otus.pw/5QUa/
Интересные мысли с канала Dzenski Live
1. Чем middle-дизайнер отличается от Senior?
Middle. Уверенный дизайнер и сильный одиночный боец. Может самостоятельно проектировать несложные интерфейсы, разрабатывать их с первой попытки, определять ход собственной работы, прокачивать менее опытных дизайнеров как в графике, так и в UX.
Senior. Направитель дизайнеров и боец видимого фронта. Может организовать работу нескольких дизайнеров, проверять макеты, рисовать самостоятельно или чужими руками, иногда общаться и договариваться с клиентом в рамках своей компетенции, выдавать стабильное качество и рабочие часы.
Пост - https://t.me/dzenskii/7
2. Если ты хочешь иметь 100 тысяч выручки под конец месяца, у тебя должно быть контрактов в переговорке на миллион. Цифры, конечно, притянуты за уши, но часть истины в них есть: студии (как и фрилансеру) нельзя останавливаться в поиске и переговорах с клиентами, даже если сейчас, казалось бы, уже есть полная загрузка. Пост - https://t.me/dzenskii/34
3. Какую цель преследует любая компания, помимо генерации прибыли и улучшения мира? Правильный ответ - превращение текущих и прошлых клиентов в пожизненных и увеличение LTV. Life Time Value — это показатель, сколько прибыли принесёт один клиент за всё время работы с ним. Чем больше у вас постоянных клиентов, с которыми вы работаете каждый месяц, тем больше у вас прибыли, тем меньше времени и денег вы тратите на маркетинг, поиск новых клиентов и изучение их продуктов. LTV посвящена как минимум одна замечательная книга - «Клиенты на всю жизнь» Карла Сьюэлла и Пола Брауна. Почитайте, там много годных советов, хоть книга и вовсе не о дизайне. Пост - https://t.me/dzenskii/36
4. Уровни мотивации сотрудников
1. «Чувство долга». Для таких сотрудников компания, её принципы, и рабочий коллектив являются важной частью их собственной жизни. Такие сотрудники действуют во благо компании и придерживаются миссии. Сотрудников с «чувством долга» в компаниях обычно немного.
2. «Личная убежденность». Такие сотрудники действуют в рамках собственной профессиональной деятельности и собственных принципов. Это может быть бухгалтер, который наводит свой порядок в бухгалтерии, который он считает правильным, даже если в компании принято делать по-другому.
3. «Личная выгода». Такие сотрудники замотивированы не только материальными интересами, но и другими плюшками, которые они получают от деятельности: карьерному росту, связям, знаниям, навыкам. Такие сотрудники легко поменяют компанию, если перестанут ощущать карьерный рост и другие профиты, которые получали ранее.
4. «Деньги». Самый редкий тип мотивации. Таким сотрудникам без разницы, что и как делать, если им за это будут платить. Но таких людей критически мало. На уровне «деньги» находятся люди, которые готовы ради решения своих денежных проблем пойти на всё. Пост - https://t.me/dzenskii/95
Подписывайтесь на канал от руководителя дизайн-стартап студии HeyPixel Ильи Дзенски, там еще больше крутых для продактов и управленцев постов - https://t.me/dzenskii
1. Чем middle-дизайнер отличается от Senior?
Middle. Уверенный дизайнер и сильный одиночный боец. Может самостоятельно проектировать несложные интерфейсы, разрабатывать их с первой попытки, определять ход собственной работы, прокачивать менее опытных дизайнеров как в графике, так и в UX.
Senior. Направитель дизайнеров и боец видимого фронта. Может организовать работу нескольких дизайнеров, проверять макеты, рисовать самостоятельно или чужими руками, иногда общаться и договариваться с клиентом в рамках своей компетенции, выдавать стабильное качество и рабочие часы.
Пост - https://t.me/dzenskii/7
2. Если ты хочешь иметь 100 тысяч выручки под конец месяца, у тебя должно быть контрактов в переговорке на миллион. Цифры, конечно, притянуты за уши, но часть истины в них есть: студии (как и фрилансеру) нельзя останавливаться в поиске и переговорах с клиентами, даже если сейчас, казалось бы, уже есть полная загрузка. Пост - https://t.me/dzenskii/34
3. Какую цель преследует любая компания, помимо генерации прибыли и улучшения мира? Правильный ответ - превращение текущих и прошлых клиентов в пожизненных и увеличение LTV. Life Time Value — это показатель, сколько прибыли принесёт один клиент за всё время работы с ним. Чем больше у вас постоянных клиентов, с которыми вы работаете каждый месяц, тем больше у вас прибыли, тем меньше времени и денег вы тратите на маркетинг, поиск новых клиентов и изучение их продуктов. LTV посвящена как минимум одна замечательная книга - «Клиенты на всю жизнь» Карла Сьюэлла и Пола Брауна. Почитайте, там много годных советов, хоть книга и вовсе не о дизайне. Пост - https://t.me/dzenskii/36
4. Уровни мотивации сотрудников
1. «Чувство долга». Для таких сотрудников компания, её принципы, и рабочий коллектив являются важной частью их собственной жизни. Такие сотрудники действуют во благо компании и придерживаются миссии. Сотрудников с «чувством долга» в компаниях обычно немного.
2. «Личная убежденность». Такие сотрудники действуют в рамках собственной профессиональной деятельности и собственных принципов. Это может быть бухгалтер, который наводит свой порядок в бухгалтерии, который он считает правильным, даже если в компании принято делать по-другому.
3. «Личная выгода». Такие сотрудники замотивированы не только материальными интересами, но и другими плюшками, которые они получают от деятельности: карьерному росту, связям, знаниям, навыкам. Такие сотрудники легко поменяют компанию, если перестанут ощущать карьерный рост и другие профиты, которые получали ранее.
4. «Деньги». Самый редкий тип мотивации. Таким сотрудникам без разницы, что и как делать, если им за это будут платить. Но таких людей критически мало. На уровне «деньги» находятся люди, которые готовы ради решения своих денежных проблем пойти на всё. Пост - https://t.me/dzenskii/95
Подписывайтесь на канал от руководителя дизайн-стартап студии HeyPixel Ильи Дзенски, там еще больше крутых для продактов и управленцев постов - https://t.me/dzenskii
Telegram
Dzenski Live
Каждая компания определяет "ранг" дизайнеров (intern, junior, middle, senior) по разному. И это нормально. Сколько компаний - столько и мнений.
Я для себя решил градировать дизайнеров по следующим "карьерным ступенькам":
Intern (он же стажер). Может сделать…
Я для себя решил градировать дизайнеров по следующим "карьерным ступенькам":
Intern (он же стажер). Может сделать…
Несколько мифов о продакт-менеджере
⁃ Менеджер продукта и менеджер проекта ― это одно и то же. Продукт ― то, что создает компания. Проект ― это этап создания или развития продукта, он всегда ограничен сроками и бюджетом.
⁃ Продакт-менеджер менеджер полностью контролирует свою команду. Вообще-то продакт только убеждает и принимает решения, максимум - управляет другими продактами. За зарплаты и повышения других представителей он не отвечает.
⁃ Менеджер продукта не может быть менеджером проекта. У менеджера продукта много задач, если он будет брать в работу еще и проекты, то времени может не хватать. Обычно product-менеджер работает с пользователями, чтобы понять, какие у них потребности. Он продумывает стратегию создания и развития продукта, убеждает команду, что эта стратегия ― то, что надо. Если он возьмется вести проект, то его список задач увеличится вдвое.
⁃ Менеджер проекта не занимается аналитикой. Прежде чем предложить что-либо для разработки, менеджер продукта анализирует ситуацию на рынке, отслеживает конкурентов и запросы пользователей.
Прямо сейчас вы читаете это сообщение с какого-нибудь гаджета через мессенджер, которого бы не существовало, если бы не смекалистые айтишники. Мир давно компьютезировался и все самые востребованные профессии были и будут связаны с миром IT. Как в него попасть?
14 и 15 сентября GeekBrains проведет профориентационный интенсив «Путь в IT», где вы узнаете, как на самом деле выглядят айтишники, насколько легко ими стать, обсудят мифы, которые пугают новичков и что делать гуманитариям и какие IT-направления для старта самые перспективные.
Давно интересуетесь данной сферой, но не видите точки входа? Регистрируйтесь на интенсив, где точно расскажут, почему разработчик — это не только программист.
Переходите по ссылке: https://gb.ru/link/UmUwwm
⁃ Менеджер продукта и менеджер проекта ― это одно и то же. Продукт ― то, что создает компания. Проект ― это этап создания или развития продукта, он всегда ограничен сроками и бюджетом.
⁃ Продакт-менеджер менеджер полностью контролирует свою команду. Вообще-то продакт только убеждает и принимает решения, максимум - управляет другими продактами. За зарплаты и повышения других представителей он не отвечает.
⁃ Менеджер продукта не может быть менеджером проекта. У менеджера продукта много задач, если он будет брать в работу еще и проекты, то времени может не хватать. Обычно product-менеджер работает с пользователями, чтобы понять, какие у них потребности. Он продумывает стратегию создания и развития продукта, убеждает команду, что эта стратегия ― то, что надо. Если он возьмется вести проект, то его список задач увеличится вдвое.
⁃ Менеджер проекта не занимается аналитикой. Прежде чем предложить что-либо для разработки, менеджер продукта анализирует ситуацию на рынке, отслеживает конкурентов и запросы пользователей.
Прямо сейчас вы читаете это сообщение с какого-нибудь гаджета через мессенджер, которого бы не существовало, если бы не смекалистые айтишники. Мир давно компьютезировался и все самые востребованные профессии были и будут связаны с миром IT. Как в него попасть?
14 и 15 сентября GeekBrains проведет профориентационный интенсив «Путь в IT», где вы узнаете, как на самом деле выглядят айтишники, насколько легко ими стать, обсудят мифы, которые пугают новичков и что делать гуманитариям и какие IT-направления для старта самые перспективные.
Давно интересуетесь данной сферой, но не видите точки входа? Регистрируйтесь на интенсив, где точно расскажут, почему разработчик — это не только программист.
Переходите по ссылке: https://gb.ru/link/UmUwwm
По каким показателям можно профессионально развивать системного аналитика в продуктовой команде
Нередко в процессе ревью или аудита в компании возникает вопрос, а как системная аналитика помогает бизнесу. Предлагаю ознакомиться со следующим чек-листом:
1. Сокращение костов на стоимость привлечения новых пользователей: только системный аналитик как эксперт по продукту может определить, как дешевле и низкозатратнее реализовать ту или иную фичу. Хороший аналитик всегда найдет, где можно срезать 20-99% затрат. Но вот повлияет это на бизнес или нет -- вопрос уже продуктовый.
2. Сокращение рисков что-то сломать: любая поломка в течение работы может принести 10-15% потери выручки в моменте. Системный аналитик валидирует любое улучшение и процессы на дашбордах с точки зрения стабильности (а лучше позитивного прироста) платформенных и инфраструктурных метрик.
3. В целом, курирование системного рефакторинга тоже на системной аналитике: улучшение RPS, RT и других инфраструктурных метрик тоже на аналитике. Всегда есть как улучшить на 1-10%.
4. Покрытие метриками всех событий в продукте: чтобы знать, как помочь оценить бизнес-влияние, так и вообще работоспособность фичей. Если нельзя оценить, сколько людей пользуется фичей, то никак не развивается продуктовый роадмэп, в котором зашиты миллиарды выручки. Также это про быстрый мониторинг багов или лишних фичей, срезая которые также можно улучшить метрики продукта. Покрытие должно быть 100%.
5. Сокращение времени и затрат на продакта на описание задач, команды на погружение в задачу и вопросы. Важно, чтобы общее время на погружение в задачу не превышало 10% времени команды. Системный аналитик может перевести бизнесовый язык в технический, что сокращает время. Для кросс-доменных проектов, связанных с интеграциями, это особенно важно. И быстрые ответы в документации для других коллег.
6. Счастье команды - насколько команда разработки удовлетворена описанием, проработкой и информацией по бизнес-влиянию. С хорошим системным аналитиком NPS от 98 из 100.
Приходите сегодня 14 сентября в 13.00 в OTUS на встречу с Анной Вязанкиной, руководителем отдела бизнес- и системного анализа в одном из банков. Она представит вам программу онлайн-курса «Системный аналитик. Advanced», расскажет, как правильно работать с системными аналитиками и сделает обзор рынка специалистов. Вы познакомитесь с форматом обучения OTUS, узнаете, как организована практика и сможете задать свои вопросы.
Готовьте вопросы, проходите тест и приходите https://otus.pw/Mnxb/
Нередко в процессе ревью или аудита в компании возникает вопрос, а как системная аналитика помогает бизнесу. Предлагаю ознакомиться со следующим чек-листом:
1. Сокращение костов на стоимость привлечения новых пользователей: только системный аналитик как эксперт по продукту может определить, как дешевле и низкозатратнее реализовать ту или иную фичу. Хороший аналитик всегда найдет, где можно срезать 20-99% затрат. Но вот повлияет это на бизнес или нет -- вопрос уже продуктовый.
2. Сокращение рисков что-то сломать: любая поломка в течение работы может принести 10-15% потери выручки в моменте. Системный аналитик валидирует любое улучшение и процессы на дашбордах с точки зрения стабильности (а лучше позитивного прироста) платформенных и инфраструктурных метрик.
3. В целом, курирование системного рефакторинга тоже на системной аналитике: улучшение RPS, RT и других инфраструктурных метрик тоже на аналитике. Всегда есть как улучшить на 1-10%.
4. Покрытие метриками всех событий в продукте: чтобы знать, как помочь оценить бизнес-влияние, так и вообще работоспособность фичей. Если нельзя оценить, сколько людей пользуется фичей, то никак не развивается продуктовый роадмэп, в котором зашиты миллиарды выручки. Также это про быстрый мониторинг багов или лишних фичей, срезая которые также можно улучшить метрики продукта. Покрытие должно быть 100%.
5. Сокращение времени и затрат на продакта на описание задач, команды на погружение в задачу и вопросы. Важно, чтобы общее время на погружение в задачу не превышало 10% времени команды. Системный аналитик может перевести бизнесовый язык в технический, что сокращает время. Для кросс-доменных проектов, связанных с интеграциями, это особенно важно. И быстрые ответы в документации для других коллег.
6. Счастье команды - насколько команда разработки удовлетворена описанием, проработкой и информацией по бизнес-влиянию. С хорошим системным аналитиком NPS от 98 из 100.
Приходите сегодня 14 сентября в 13.00 в OTUS на встречу с Анной Вязанкиной, руководителем отдела бизнес- и системного анализа в одном из банков. Она представит вам программу онлайн-курса «Системный аналитик. Advanced», расскажет, как правильно работать с системными аналитиками и сделает обзор рынка специалистов. Вы познакомитесь с форматом обучения OTUS, узнаете, как организована практика и сможете задать свои вопросы.
Готовьте вопросы, проходите тест и приходите https://otus.pw/Mnxb/
О чем нужно забыть при постановке целей команде?
1. Забудьте о каскадировании целей. Процессы согласования деятельности со стратегией вниз по иерархии, на самом деле часто являются разумными. Настоящая проблема каскадирования целей заключается не в их постановке, а в их последующей координации.
2. Забудьте о том, что стратегия РАВНО соблюдение плана
Меняющиеся рыночные условия требуют гибкости, Gantt Chart с проектами, задачами и функциями вместо дорожной карты) приводит к тому, что сложно приоритизировать возможности, не зная контекста проблемы и желаемого результата клиента
3. Забудьте о том, что общение руководителя с сотрудниками РАВНО пониманию стратегии: Стратегия «умирает» на уровне менеджеров среднего звена, которые ее не понимают. А для того, чтобы они ее поняли - нужно им ставить продуктовые цели, все остальное в виде сборов, встреч с руководителем и обсуждений не работает хотя бы потому, что это взаимодействие часто бывает асинхронным.
4. Забудьте о том, что стратегия – это создание функций
Цель команд должна измениться с “предоставления функций” на “достижение целей, основанных на ценности”. Отсутствие фокуса на стратегии приводит к тому, что она становится отображением бэклога, а не наоборот.
5. Забудьте о том, что заинтересованные лица знают лучше
Заинтересованные лица подвержены когнитивным искажениям, особенно если они не участвуют в Product Discovery.
Хотите узнать все о продакт-менеджменте и стать менеджером продукта?
НИУ ВШЭ запускает 9 поток Программы профессиональной переподготовки для продакт-менеджеров!
За 5.5 месяцев вы получите знания и компетенции в области генерации идей и MVP цифрового продукта, бизнес-моделей, UX, продуктовой аналитики и маркетинга.
В программе: генерация идеи и создание MVP цифрового продукта, цифровые бизнес-модели и инновации цепочек создания ценности, рост и масштабирование цифрового продукта, а также методы исследования пользователей.
Все занятия проводятся преподавателями - экспертами из ведущих российских компаний.
На проектном семинаре вы вместе с ментором будете работать над своим продуктом, применяя полученные знания на практике.
Старт онлайн потока 20 сентября (ОСТАЛОСЬ 5 МЕСТ), офлайн потока - 19 октября.
Подробности по ссылке: https://product.hsbi.ru/
1. Забудьте о каскадировании целей. Процессы согласования деятельности со стратегией вниз по иерархии, на самом деле часто являются разумными. Настоящая проблема каскадирования целей заключается не в их постановке, а в их последующей координации.
2. Забудьте о том, что стратегия РАВНО соблюдение плана
Меняющиеся рыночные условия требуют гибкости, Gantt Chart с проектами, задачами и функциями вместо дорожной карты) приводит к тому, что сложно приоритизировать возможности, не зная контекста проблемы и желаемого результата клиента
3. Забудьте о том, что общение руководителя с сотрудниками РАВНО пониманию стратегии: Стратегия «умирает» на уровне менеджеров среднего звена, которые ее не понимают. А для того, чтобы они ее поняли - нужно им ставить продуктовые цели, все остальное в виде сборов, встреч с руководителем и обсуждений не работает хотя бы потому, что это взаимодействие часто бывает асинхронным.
4. Забудьте о том, что стратегия – это создание функций
Цель команд должна измениться с “предоставления функций” на “достижение целей, основанных на ценности”. Отсутствие фокуса на стратегии приводит к тому, что она становится отображением бэклога, а не наоборот.
5. Забудьте о том, что заинтересованные лица знают лучше
Заинтересованные лица подвержены когнитивным искажениям, особенно если они не участвуют в Product Discovery.
Хотите узнать все о продакт-менеджменте и стать менеджером продукта?
НИУ ВШЭ запускает 9 поток Программы профессиональной переподготовки для продакт-менеджеров!
За 5.5 месяцев вы получите знания и компетенции в области генерации идей и MVP цифрового продукта, бизнес-моделей, UX, продуктовой аналитики и маркетинга.
В программе: генерация идеи и создание MVP цифрового продукта, цифровые бизнес-модели и инновации цепочек создания ценности, рост и масштабирование цифрового продукта, а также методы исследования пользователей.
Все занятия проводятся преподавателями - экспертами из ведущих российских компаний.
На проектном семинаре вы вместе с ментором будете работать над своим продуктом, применяя полученные знания на практике.
Старт онлайн потока 20 сентября (ОСТАЛОСЬ 5 МЕСТ), офлайн потока - 19 октября.
Подробности по ссылке: https://product.hsbi.ru/
Как продакт-менеджер погружается в проект?
1. Изучите проблемы, текущие решения, их особенности, целевая аудитория - вы должны знать и понимать с чем вы будете работать. Вы должны быть в курсе всех особенностей и изменений рынка, на котором работает ваш продукт. Не говоря уже о том, что вы будете знать, о чем говорить и что обсуждать с коллегами.
2. Воспользуйтесь продуктом по всей воронке. Изучите историю развития вашего продукта, ключевые этапы, его партнеров. Социальные сети продукта лучше всего расскажут вам о ключевых событиях из его жизни. Также можно посмотреть сайты с отзывами, статьи в разных блогах на тему продукта.
3. Изучение конкурентов (блог, отзывы на конкурента и социальные сети) поможет вам лучше понять и рынок, и пользователей и проблемные механики текущих решений. Хороший лайфхакер - это общение с техподдержкой под ролью болеющего за развитие продукта по телефону, где можно выведать разные интересные инсайты. Также есть разные инструменты исследования траффика и СТА конкурентов, которые я описывал у себя ранее тут - https://t.me/FreshProductGo/179
4. Познакомьтесь со всеми стейкхолдерами и процессами в компании. Стейкхолдеры и руководители рискую деньгами, их гипотезы тоже важны. А понимание всех этапов и всех процессов бизнеса позволит вам смотреть на ваши задачи свежим взглядом и более широко. Пока ваш взгляд свеж, воссоздайте для себя всю картину продукта: ключевые страницы, продуктовый CJM и посмотрите, что из них можно оптимизировать. Познакомьтесь со всей командой и отдельно с лидом.
5. Попросите устроить вам экскурс по технической части продукта. Что используется, почему, какие есть проблемы на данный момент. Вы должны четко представлять себе архитектуру, хотя бы поверхностно понимать, как работают и взаимодействуют компоненты системы, знать о техническом долге и рисках.
6. Сделайте свою сегментацию пользователей с описанием ключевых паттернов поведения. Нужно будет провести проблемно-решенческое интервью с главными пользователями продукта. Сделайте свою юнит-экономику продукта, разберитесь, как вы можете повлиять на развитие бизнеса. Начните формировать в привычных вам инструментах первый беклог и дорожную карту продукта. Ищите ответы на вопросы, что вы делаете супер-классно, что вы хотите продолжать делать и как вы этого сможете добиться? Что вы хотите улучшить? Какие шаги вы собираетесь предпринять и как измерите прогресс?
В начале проекта Project менеджеру полезно посмотреть на него глазами продакт-менеджера. Познакомьтесь с этим подходом 16 сентября на demo-занятии от OTUS.
За 1,5 часа вы разберете общие принципы сбора требований на проекте, формирование целей и показателей проекта, сбор продуктовой команды и выбор фреймворка управления.
Demo-занятие является частью продвинутого онлайн-курса «Project manager. Advanced». Это возможность оценить уровень программы и познакомиться с преподавателем. Регистрация: https://otus.pw/gHWi/
1. Изучите проблемы, текущие решения, их особенности, целевая аудитория - вы должны знать и понимать с чем вы будете работать. Вы должны быть в курсе всех особенностей и изменений рынка, на котором работает ваш продукт. Не говоря уже о том, что вы будете знать, о чем говорить и что обсуждать с коллегами.
2. Воспользуйтесь продуктом по всей воронке. Изучите историю развития вашего продукта, ключевые этапы, его партнеров. Социальные сети продукта лучше всего расскажут вам о ключевых событиях из его жизни. Также можно посмотреть сайты с отзывами, статьи в разных блогах на тему продукта.
3. Изучение конкурентов (блог, отзывы на конкурента и социальные сети) поможет вам лучше понять и рынок, и пользователей и проблемные механики текущих решений. Хороший лайфхакер - это общение с техподдержкой под ролью болеющего за развитие продукта по телефону, где можно выведать разные интересные инсайты. Также есть разные инструменты исследования траффика и СТА конкурентов, которые я описывал у себя ранее тут - https://t.me/FreshProductGo/179
4. Познакомьтесь со всеми стейкхолдерами и процессами в компании. Стейкхолдеры и руководители рискую деньгами, их гипотезы тоже важны. А понимание всех этапов и всех процессов бизнеса позволит вам смотреть на ваши задачи свежим взглядом и более широко. Пока ваш взгляд свеж, воссоздайте для себя всю картину продукта: ключевые страницы, продуктовый CJM и посмотрите, что из них можно оптимизировать. Познакомьтесь со всей командой и отдельно с лидом.
5. Попросите устроить вам экскурс по технической части продукта. Что используется, почему, какие есть проблемы на данный момент. Вы должны четко представлять себе архитектуру, хотя бы поверхностно понимать, как работают и взаимодействуют компоненты системы, знать о техническом долге и рисках.
6. Сделайте свою сегментацию пользователей с описанием ключевых паттернов поведения. Нужно будет провести проблемно-решенческое интервью с главными пользователями продукта. Сделайте свою юнит-экономику продукта, разберитесь, как вы можете повлиять на развитие бизнеса. Начните формировать в привычных вам инструментах первый беклог и дорожную карту продукта. Ищите ответы на вопросы, что вы делаете супер-классно, что вы хотите продолжать делать и как вы этого сможете добиться? Что вы хотите улучшить? Какие шаги вы собираетесь предпринять и как измерите прогресс?
В начале проекта Project менеджеру полезно посмотреть на него глазами продакт-менеджера. Познакомьтесь с этим подходом 16 сентября на demo-занятии от OTUS.
За 1,5 часа вы разберете общие принципы сбора требований на проекте, формирование целей и показателей проекта, сбор продуктовой команды и выбор фреймворка управления.
Demo-занятие является частью продвинутого онлайн-курса «Project manager. Advanced». Это возможность оценить уровень программы и познакомиться с преподавателем. Регистрация: https://otus.pw/gHWi/
Чек-лист вопросов, которые задают перед кратным ростом продукта
1. Целевые сегменты, то есть те, кому мы продаем. Главный целевой сегмент? Главный потребитель? Для кого мы делаем продукт значимым? Какие проблемы помогает решить продукт? За что готовы платить клиенты? Это очень важно понимать, собрать данную информацию можно напрямую у клиентов в виде обратной связи.
2. Продажи или воронка продаж. Источники трафика? Как вы продаете? Через какие каналы и с какой конверсией на каждом этапе? Есть ли стратегия продаж? Написаны ли скрипты продаж? Ведется ли работа с гипотезами дохода такими как: Discount, Upsell, Cross-sell, Upgrade sell, Subscription, Onetime payment.
3. Конкуренты? Кто они? Прямые и не прямые? По какому параметру мы лучше конкурентов? Почему они выбирают Ваш продукт? Есть ли у Вас несправедливые конкурентные преимущества - то, что долго, дорого или невозможно повторить вашим конкурентам? На этом фокус внимания заострять не стоит потому что чем вы пристальнее будете следить за конкурентами, тем меньше времени будет оставаться на развитие собственного бизнеса. Тут стоит просто зафиксировать основных и определить главное несправедливое конкурентное преимущество, которое с помощью маркетинга необходимо интегрировать в бизнес и доносить до своей целевой аудитории.
4. Экономика. Выделен юнит? Проведен юнит анализ? Сколько выходит стоимость привлечения клиента? Какая точка безубыточности? После подсчета складывается объективная картина в финансовом плане на основании которой можно предполагать дальнейшее развитие проекта и корректировать его стратегию развития.
Хотите развиться по части поиска точек роста в продукте? Product Live запускает «Стажировку с наставником». Студенты разных специальностей объединяют силы и запускают настоящий Продукт под началом опытного продакта на курсе «Профессия Product Manager».
На курсе вы научитесь: определять, на кого нацелен будущий продукт и почему его купят, исследовать рынок и проводить customer development, генерировать и отбирать сильные гипотезы по методологиям HADI и ICE, использовать метрики, определять точки кратного роста, оценивать ключевые параметры и разрабатывать MVP, считать unit-экономику, применять принципы продуктового и UX-дизайна.
Скидка 40% в сентябре.
Оставьте заявку и получите 2 видеоматериала с курса бесплатно.
1. Целевые сегменты, то есть те, кому мы продаем. Главный целевой сегмент? Главный потребитель? Для кого мы делаем продукт значимым? Какие проблемы помогает решить продукт? За что готовы платить клиенты? Это очень важно понимать, собрать данную информацию можно напрямую у клиентов в виде обратной связи.
2. Продажи или воронка продаж. Источники трафика? Как вы продаете? Через какие каналы и с какой конверсией на каждом этапе? Есть ли стратегия продаж? Написаны ли скрипты продаж? Ведется ли работа с гипотезами дохода такими как: Discount, Upsell, Cross-sell, Upgrade sell, Subscription, Onetime payment.
3. Конкуренты? Кто они? Прямые и не прямые? По какому параметру мы лучше конкурентов? Почему они выбирают Ваш продукт? Есть ли у Вас несправедливые конкурентные преимущества - то, что долго, дорого или невозможно повторить вашим конкурентам? На этом фокус внимания заострять не стоит потому что чем вы пристальнее будете следить за конкурентами, тем меньше времени будет оставаться на развитие собственного бизнеса. Тут стоит просто зафиксировать основных и определить главное несправедливое конкурентное преимущество, которое с помощью маркетинга необходимо интегрировать в бизнес и доносить до своей целевой аудитории.
4. Экономика. Выделен юнит? Проведен юнит анализ? Сколько выходит стоимость привлечения клиента? Какая точка безубыточности? После подсчета складывается объективная картина в финансовом плане на основании которой можно предполагать дальнейшее развитие проекта и корректировать его стратегию развития.
Хотите развиться по части поиска точек роста в продукте? Product Live запускает «Стажировку с наставником». Студенты разных специальностей объединяют силы и запускают настоящий Продукт под началом опытного продакта на курсе «Профессия Product Manager».
На курсе вы научитесь: определять, на кого нацелен будущий продукт и почему его купят, исследовать рынок и проводить customer development, генерировать и отбирать сильные гипотезы по методологиям HADI и ICE, использовать метрики, определять точки кратного роста, оценивать ключевые параметры и разрабатывать MVP, считать unit-экономику, применять принципы продуктового и UX-дизайна.
Скидка 40% в сентябре.
Оставьте заявку и получите 2 видеоматериала с курса бесплатно.
Когда точно надо увольнять или переводить на другой проект продакт-менеджера?
⁃ Гипотезы плохо коррелируют с пользователями продукта или ростом бизнес-метрик. Гипотезы должны быть привязаны с реальным болям, барьерам и радостям пользователя, а продуктовые метрики гипотезы коррелировать с главной метрикой бизнеса. Отсюда и не выполнение KPI,
⁃ Продакт перестал общаться с пользователями, не делает коридорчики, кастдевы. Значит, потерял интерес к проблемам и решениям, трендам и обратной связи текущих решений. Общение с пользователями - гигиена продакта. Благодаря нему продакт сможет проявлять самую сильную эмпатию к своему сегменту.
⁃ Использует неактуальный или неподходящий набор инструментов. Здесь скорее про постоянный процесс учебы, актуализации фреймворков в работе, которые используются в индустрии. Не может назвать блог/канал/курс, которые изучил за последние 2-3 месяца.
Увольнения — всегда сложная тема для менеджера. Но для любого лида важно научиться работать с увольнениями как с нормальной частью менеджерской деятельности. 29 сентября OTUS проведет открытый урок, на котором вместе с Андреем Волковым (7 лет работает в должности тимлида), поговорим о том, кого и почему надо увольнять? Какие есть причины увольнения? Записаться на урок: https://otus.pw/BmUz/
⁃ Гипотезы плохо коррелируют с пользователями продукта или ростом бизнес-метрик. Гипотезы должны быть привязаны с реальным болям, барьерам и радостям пользователя, а продуктовые метрики гипотезы коррелировать с главной метрикой бизнеса. Отсюда и не выполнение KPI,
⁃ Продакт перестал общаться с пользователями, не делает коридорчики, кастдевы. Значит, потерял интерес к проблемам и решениям, трендам и обратной связи текущих решений. Общение с пользователями - гигиена продакта. Благодаря нему продакт сможет проявлять самую сильную эмпатию к своему сегменту.
⁃ Использует неактуальный или неподходящий набор инструментов. Здесь скорее про постоянный процесс учебы, актуализации фреймворков в работе, которые используются в индустрии. Не может назвать блог/канал/курс, которые изучил за последние 2-3 месяца.
Увольнения — всегда сложная тема для менеджера. Но для любого лида важно научиться работать с увольнениями как с нормальной частью менеджерской деятельности. 29 сентября OTUS проведет открытый урок, на котором вместе с Андреем Волковым (7 лет работает в должности тимлида), поговорим о том, кого и почему надо увольнять? Какие есть причины увольнения? Записаться на урок: https://otus.pw/BmUz/
Ошибки ежедневного Scrum’a
Обычно хорошей скрам-команде достаточно 10-15 минут для инспекции прогресса к цели спринта. Не смотря на малую длительность этой встречи, ежедневный скрам часто имеет большое количество ошибок. Причиной возникновения могут быть следующие:
1. Нет порядка: ежедневный скрам не проходит в одно и то же время и в одном и том же месте каждый день. Однообразие регулярных ретроспектив может их вызвать негатив со стороны команды. Относитесь к Ежедневному Скраму как регулярной зарядке
2. Отчет о статусе: члены команды разработки ждут своей очереди, чтобы отчитаться о ходе выполнения задач Скрам-мастеру, Владельцу продукта. Это не совсем так: важно, чтобы все члены команды были в курсе всего происходящего.
3. Обсуждение номеров задач: высказывания носят формальный характер и не имеют никакой ценности: “Вчера я сделал задачу 123. Сегодня буду делать 125”. Важна суть.
4. Решение проблем: Вместо того, чтобы фиксировать возникшие проблемы для их решения после встречи, команда начинает это обсуждать на самой встрече.
5. Планирование на встрече: команда разработки использует ежедневный скрам для обсуждения новых требований, уточнения пользовательских историй. Это касается планирования спринта.
6. Забыта цель спринта: мы все еще на пути к достижению Спринт-цели? Или нам нужно адаптировать план, отставание в спринте или и то, и другое? В данном случае нарушается такая ценность как фокус.
7. Игнорирование проблем: Участник команды разработки испытывает трудности в решении проблем в течение нескольких дней подряд, и никто не предлагает помощь. Возможно, нагрузка команды разработки очень сильно выросла, и члены команды не могут помогать друг другу.
8. Монологи: члены команды долго говорят.
9. Троллинг: Один или несколько членов команды комментируют каждую проблему.
10. Назначение задач: Владелец продукта назначает задачи непосредственно членам команды. Важно, чтобы задачи назначались по итогам встречи или после нее.
11. Участники не готовы к встрече: «Я занимался чем-то, но я не могу вспомнить, что было важно.»
12. Члены команды опаздывают или вообще не появляются. Тем самым снижая вероятность достижения цели спринта.
13. Неуместная обратная связь: члены команды критикуют других членов команды, дискутируют, вместо того, чтобы выносить свою критику за пределы встречи.
14. Большое количество участников: руководство по Скраму рекомендует ограничить число членов команды разработчиков до девяти.
15. Активное участие заинтересованных лиц: Коллеги не из команды разработки активно участвуют в Ежедневном Скраме. Заинтересованные стороны должны слушать, но не отвлекать членов команды разработчиков во время встречи.
16. Контроль со стороны руководства: менеджеры посещают Ежедневный Скрам для сбора данных о производительности по отдельным членам команды. Такое поведение противоречит самой цели самоорганизации команд.
17. Дополнительная работа: Владелец продукта или даже другие заинтересованные стороны пытаются добавить новые задачи в текущем Спринте во время Ежедневного Скрама. Напомню, что за Бэклог Спринта отвечает только Команда разработки.
Хотите еще лучше оптимизировать свои фреймворки управления? Приходите 23 сентября на встречу с Ольгой Парий, руководителем отдела обучения в AGIMA. Ольга проведет обзор рынка вакансий и представит программу онлайн-курса «Project Manager. Advanced». На вебинаре вы детально разберете формат обучения в OTUS, подход к практике и сможете задать свои вопросы. В конце встречи у вас будет возможность занять место в группе по спец.цене. Регистрация на мероприятие по ссылке - https://otus.pw/QNTo/
Обычно хорошей скрам-команде достаточно 10-15 минут для инспекции прогресса к цели спринта. Не смотря на малую длительность этой встречи, ежедневный скрам часто имеет большое количество ошибок. Причиной возникновения могут быть следующие:
1. Нет порядка: ежедневный скрам не проходит в одно и то же время и в одном и том же месте каждый день. Однообразие регулярных ретроспектив может их вызвать негатив со стороны команды. Относитесь к Ежедневному Скраму как регулярной зарядке
2. Отчет о статусе: члены команды разработки ждут своей очереди, чтобы отчитаться о ходе выполнения задач Скрам-мастеру, Владельцу продукта. Это не совсем так: важно, чтобы все члены команды были в курсе всего происходящего.
3. Обсуждение номеров задач: высказывания носят формальный характер и не имеют никакой ценности: “Вчера я сделал задачу 123. Сегодня буду делать 125”. Важна суть.
4. Решение проблем: Вместо того, чтобы фиксировать возникшие проблемы для их решения после встречи, команда начинает это обсуждать на самой встрече.
5. Планирование на встрече: команда разработки использует ежедневный скрам для обсуждения новых требований, уточнения пользовательских историй. Это касается планирования спринта.
6. Забыта цель спринта: мы все еще на пути к достижению Спринт-цели? Или нам нужно адаптировать план, отставание в спринте или и то, и другое? В данном случае нарушается такая ценность как фокус.
7. Игнорирование проблем: Участник команды разработки испытывает трудности в решении проблем в течение нескольких дней подряд, и никто не предлагает помощь. Возможно, нагрузка команды разработки очень сильно выросла, и члены команды не могут помогать друг другу.
8. Монологи: члены команды долго говорят.
9. Троллинг: Один или несколько членов команды комментируют каждую проблему.
10. Назначение задач: Владелец продукта назначает задачи непосредственно членам команды. Важно, чтобы задачи назначались по итогам встречи или после нее.
11. Участники не готовы к встрече: «Я занимался чем-то, но я не могу вспомнить, что было важно.»
12. Члены команды опаздывают или вообще не появляются. Тем самым снижая вероятность достижения цели спринта.
13. Неуместная обратная связь: члены команды критикуют других членов команды, дискутируют, вместо того, чтобы выносить свою критику за пределы встречи.
14. Большое количество участников: руководство по Скраму рекомендует ограничить число членов команды разработчиков до девяти.
15. Активное участие заинтересованных лиц: Коллеги не из команды разработки активно участвуют в Ежедневном Скраме. Заинтересованные стороны должны слушать, но не отвлекать членов команды разработчиков во время встречи.
16. Контроль со стороны руководства: менеджеры посещают Ежедневный Скрам для сбора данных о производительности по отдельным членам команды. Такое поведение противоречит самой цели самоорганизации команд.
17. Дополнительная работа: Владелец продукта или даже другие заинтересованные стороны пытаются добавить новые задачи в текущем Спринте во время Ежедневного Скрама. Напомню, что за Бэклог Спринта отвечает только Команда разработки.
Хотите еще лучше оптимизировать свои фреймворки управления? Приходите 23 сентября на встречу с Ольгой Парий, руководителем отдела обучения в AGIMA. Ольга проведет обзор рынка вакансий и представит программу онлайн-курса «Project Manager. Advanced». На вебинаре вы детально разберете формат обучения в OTUS, подход к практике и сможете задать свои вопросы. В конце встречи у вас будет возможность занять место в группе по спец.цене. Регистрация на мероприятие по ссылке - https://otus.pw/QNTo/
Метрики для оценки эффективности рекламной кампании
CTR (Click-Through Rate) - отношение количества кликов по рекламному объявлению к числу его показов.
Норматив. Его значение зависит от ниши, конкурентоспособности бизнеса и рекламной площадки. CTR 5–20% в контекстной рекламе считается нормальным, но рассчитывать его на основании трех показов и одного клика неэффективно. Для адекватной оценки показателя нужно достаточное количество показов: хотя бы 100, но лучше 1000.
Как улучшить. Правильно определить целевую аудиторию, разделить ее на сегменты и настроить показ объявления для каждой из них отдельно. В объявлении прописать четкий оффер под боль конкретного сегмента и использовать в нем эмоциональные триггеры.
CPC (Cost Per Click) - показывает, сколько стоит один переход по вашему объявлению на рекламной платформе. CPC нужен, чтобы оценить, сколько вы тратите на клик и сколько с него зарабатываете.
Норматив. На цену за клик влияет много факторов: ключевая фраза в запросе, регион показов, количество конкурентов, день и время суток, релевантность рекламируемой страницы запросам и показатели ее эффективности.
Как улучшить. Сделать объявление качественным, уделять внимание текстовой составляющей и визуализации, экспериментировать с иллюстрациями, писать привлекательные заголовки, мониторить эффективность площадок и отсеивать те, которые не приносят нужного результата.
CPO (Cost Per Order) - метрика показывает, сколько стоит одна покупка клиента. Она подходит для оценки эффективности работы интернет-магазинов и сайтов с услугами — банки, агентства недвижимости, застройщики и все те, у кого есть на сайте форма заказа. Позволяет увидеть доход от лида. Это разновидность показателя CPA. Рассчитывается как отношение затрат на рекламную кампанию к количеству подтвержденных заказов.
Норматив. Прибыль от подтвержденного заказа выше, чем стоимость привлечения лида.
Как улучшить. Давать релевантные объявления, закладывать в цену продукции или услуги расходы на рекламу. Снижать цену за клик по рекламному объявлению.
CAC (Customer Acquisition Cost) - рассчитывается как отношение расходов на рекламную кампанию к числу реальных клиентов.
Норматив. Соотнесите стоимость привлечения одного клиента и прибыль от него — это позволит оценить прибыльность кампании. Если прибыль от клиента больше затрат на его привлечение, то вы в плюсе. Еще сравните LTV и CAC - пожизненную стоимость от клиента к цене его привлечения.
LTV (Llifetime value) — доход, который принесет клиент за все время вашего взаимодействия. Рассчитав показатели для нескольких клиентов, вы поймете, какие из них приносят больше прибыли и остаются лояльными к вашей компании.
Норматив. Если метрика стабильна или растет, то ваш бизнес тоже стабилен или растет.
Как улучшить. Улучшать все предыдущие показатели.
ROI (Return On Investment) — коэффициент возврата инвестиций
Это главная маркетинговая метрика для владельца бизнеса или директора по маркетингу. ROI = (Прибыль — инвестиции) * 100% / Инвестиции
Норматив. Если ROI больше 100%, то вложения в рекламу были выгодными, если меньше, то кампания убыточная.
Как улучшить. Отслеживать показатель на всех этапах рекламной кампании и остановить ее в случае, если реклама перестала окупаться, чтобы не сливать бюджет.
Хотите прокачаться в стратегии работы с каналами на основе данных?
6 октября — старт потока онлайн-курса по веб-аналитике от Школы Nimax. Курс проведёт вас от технических настроек, целей и отчётов в Яндекс.Метрике и Google Analytics до прикладного анализа рекламной активности и продаж.
Курс будет полезен предпринимателям, руководителям маркетинговых отделов и компаний, маркетологам, продакт и проджект-менеджерам.
Чему еще научатся студенты: систематизировать знания: строить правильные отчёты, ставить понятные ТЗ разработчикам и быстро находить причины проблем, интерпретировать цифры, эффективно принимать решения и распределять бюджет.
Присоединяйтесь к потоку 6 октября или проходите курс в своем темпе в любое удобное время: https://clck.ru/XgPC3
По промокоду FRESH скидка 15% на любой формат обучения!
CTR (Click-Through Rate) - отношение количества кликов по рекламному объявлению к числу его показов.
Норматив. Его значение зависит от ниши, конкурентоспособности бизнеса и рекламной площадки. CTR 5–20% в контекстной рекламе считается нормальным, но рассчитывать его на основании трех показов и одного клика неэффективно. Для адекватной оценки показателя нужно достаточное количество показов: хотя бы 100, но лучше 1000.
Как улучшить. Правильно определить целевую аудиторию, разделить ее на сегменты и настроить показ объявления для каждой из них отдельно. В объявлении прописать четкий оффер под боль конкретного сегмента и использовать в нем эмоциональные триггеры.
CPC (Cost Per Click) - показывает, сколько стоит один переход по вашему объявлению на рекламной платформе. CPC нужен, чтобы оценить, сколько вы тратите на клик и сколько с него зарабатываете.
Норматив. На цену за клик влияет много факторов: ключевая фраза в запросе, регион показов, количество конкурентов, день и время суток, релевантность рекламируемой страницы запросам и показатели ее эффективности.
Как улучшить. Сделать объявление качественным, уделять внимание текстовой составляющей и визуализации, экспериментировать с иллюстрациями, писать привлекательные заголовки, мониторить эффективность площадок и отсеивать те, которые не приносят нужного результата.
CPO (Cost Per Order) - метрика показывает, сколько стоит одна покупка клиента. Она подходит для оценки эффективности работы интернет-магазинов и сайтов с услугами — банки, агентства недвижимости, застройщики и все те, у кого есть на сайте форма заказа. Позволяет увидеть доход от лида. Это разновидность показателя CPA. Рассчитывается как отношение затрат на рекламную кампанию к количеству подтвержденных заказов.
Норматив. Прибыль от подтвержденного заказа выше, чем стоимость привлечения лида.
Как улучшить. Давать релевантные объявления, закладывать в цену продукции или услуги расходы на рекламу. Снижать цену за клик по рекламному объявлению.
CAC (Customer Acquisition Cost) - рассчитывается как отношение расходов на рекламную кампанию к числу реальных клиентов.
Норматив. Соотнесите стоимость привлечения одного клиента и прибыль от него — это позволит оценить прибыльность кампании. Если прибыль от клиента больше затрат на его привлечение, то вы в плюсе. Еще сравните LTV и CAC - пожизненную стоимость от клиента к цене его привлечения.
LTV (Llifetime value) — доход, который принесет клиент за все время вашего взаимодействия. Рассчитав показатели для нескольких клиентов, вы поймете, какие из них приносят больше прибыли и остаются лояльными к вашей компании.
Норматив. Если метрика стабильна или растет, то ваш бизнес тоже стабилен или растет.
Как улучшить. Улучшать все предыдущие показатели.
ROI (Return On Investment) — коэффициент возврата инвестиций
Это главная маркетинговая метрика для владельца бизнеса или директора по маркетингу. ROI = (Прибыль — инвестиции) * 100% / Инвестиции
Норматив. Если ROI больше 100%, то вложения в рекламу были выгодными, если меньше, то кампания убыточная.
Как улучшить. Отслеживать показатель на всех этапах рекламной кампании и остановить ее в случае, если реклама перестала окупаться, чтобы не сливать бюджет.
Хотите прокачаться в стратегии работы с каналами на основе данных?
6 октября — старт потока онлайн-курса по веб-аналитике от Школы Nimax. Курс проведёт вас от технических настроек, целей и отчётов в Яндекс.Метрике и Google Analytics до прикладного анализа рекламной активности и продаж.
Курс будет полезен предпринимателям, руководителям маркетинговых отделов и компаний, маркетологам, продакт и проджект-менеджерам.
Чему еще научатся студенты: систематизировать знания: строить правильные отчёты, ставить понятные ТЗ разработчикам и быстро находить причины проблем, интерпретировать цифры, эффективно принимать решения и распределять бюджет.
Присоединяйтесь к потоку 6 октября или проходите курс в своем темпе в любое удобное время: https://clck.ru/XgPC3
По промокоду FRESH скидка 15% на любой формат обучения!
На какие софт скилл разработчиков следует обратить внимание продуктологу?
1. Продуктовое мышление — это когда у вас есть навык думать про бизнес, про продукт, про клиентов, а не про то какой новомодный фреймворк использовать Есть много опытных разработчиков, который пишут код ради кода. Они готовы каждый год переписывать продукт на новый фреймворк просто потому, что это круто, а то, что от этого никак не измениться сам продукт, новых фич не добавится и багов не станет меньше их мало волнует. Продуктовое мышление так же проявляется когда разработчик свободно предлагает новые идеи и делает проект лучше. Он не просто сидит и выполняет свои задачи, а мыслит более масштабно, понимая как его действия могут повлиять на рост и развитие продукта или бизнеса в целом.
2. В работе веб-разработчика очень важно внимание к деталям, потому что этих деталей очень много. Это и соответствие сверстанного макета тому дизайну, который был предоставлен, это и правильная запрограммированная логика приложения согласно всем бизнес требованиям, а так же проработка всех пользовательских сценариев, даже если их не предоставил UX-дизайнер.
3. Можно услышать от разработчика, что он говорит «у меня нет времени» или «мне некогда этим заниматься». На самом деле вопрос всегда в приоритетах и у каждого они свои. В тайм-менеджменте есть два важных инструмента — это компас и часы. Более важно понимать куда ты идешь, а не как быстро. Когда точно понимаешь, тогда можно применять различные техники по учету и оптимизации времени. Разработчик должен уметь отслеживать свое время и анализировать на что ушло. Это поможет выявлять таймкиллеры и избавляться от них. Лучше самостоятельные разработчики, которые могут справиться с поставленной задачей — распланировать сроки и последовательность задачи, разбить большую задачу на более мелкие.
4. Умение решать конфликты, а не создавать их, ведение переговоров и деловая переписка. Навык коммуникации это и в том числе сделать своевременный созвон, который решит проблему. Нужно уметь выбирать правильный канал коммуникаций для разных ситуаций — когда то нужно собрать митинг, когда то сделать звонок, когда то написать письмо.
Развитие карьеры разработчиков во многом зависит от умения работать в команде, выстраивать отношения с коллегами, быстро и верно понимать заказчиков. Необходимо не только разрабатывать продукт, но и уметь его презентовать и отстаивать свои решения. Какие софт скиллы необходимы разработчикам и как их развить в команде? Именно в этом и попробуем разобраться на бесплатном вебинаре 28 сентября в 19:00.
На вебинаре обсудим: Какие навыки есть у вас? Каких не хватает? "Это все для руководителей, а я руководить не хочу - зачем мне это?" Разберём подробно
Дата и время проведения: 28 сентября (вт), в 19:00 (Мск). Продолжительность – 1,5 часа.
Спикер: Дмитрий Емельянов, Enterprise Agile coach в Почте России (Почтатех), Ex-Agile Coach в ABBYY, Ex-Head of Scrum Master в Туту.
Записаться на вебинар можно по ссылке: https://otus.pw/PQfS/
1. Продуктовое мышление — это когда у вас есть навык думать про бизнес, про продукт, про клиентов, а не про то какой новомодный фреймворк использовать Есть много опытных разработчиков, который пишут код ради кода. Они готовы каждый год переписывать продукт на новый фреймворк просто потому, что это круто, а то, что от этого никак не измениться сам продукт, новых фич не добавится и багов не станет меньше их мало волнует. Продуктовое мышление так же проявляется когда разработчик свободно предлагает новые идеи и делает проект лучше. Он не просто сидит и выполняет свои задачи, а мыслит более масштабно, понимая как его действия могут повлиять на рост и развитие продукта или бизнеса в целом.
2. В работе веб-разработчика очень важно внимание к деталям, потому что этих деталей очень много. Это и соответствие сверстанного макета тому дизайну, который был предоставлен, это и правильная запрограммированная логика приложения согласно всем бизнес требованиям, а так же проработка всех пользовательских сценариев, даже если их не предоставил UX-дизайнер.
3. Можно услышать от разработчика, что он говорит «у меня нет времени» или «мне некогда этим заниматься». На самом деле вопрос всегда в приоритетах и у каждого они свои. В тайм-менеджменте есть два важных инструмента — это компас и часы. Более важно понимать куда ты идешь, а не как быстро. Когда точно понимаешь, тогда можно применять различные техники по учету и оптимизации времени. Разработчик должен уметь отслеживать свое время и анализировать на что ушло. Это поможет выявлять таймкиллеры и избавляться от них. Лучше самостоятельные разработчики, которые могут справиться с поставленной задачей — распланировать сроки и последовательность задачи, разбить большую задачу на более мелкие.
4. Умение решать конфликты, а не создавать их, ведение переговоров и деловая переписка. Навык коммуникации это и в том числе сделать своевременный созвон, который решит проблему. Нужно уметь выбирать правильный канал коммуникаций для разных ситуаций — когда то нужно собрать митинг, когда то сделать звонок, когда то написать письмо.
Развитие карьеры разработчиков во многом зависит от умения работать в команде, выстраивать отношения с коллегами, быстро и верно понимать заказчиков. Необходимо не только разрабатывать продукт, но и уметь его презентовать и отстаивать свои решения. Какие софт скиллы необходимы разработчикам и как их развить в команде? Именно в этом и попробуем разобраться на бесплатном вебинаре 28 сентября в 19:00.
На вебинаре обсудим: Какие навыки есть у вас? Каких не хватает? "Это все для руководителей, а я руководить не хочу - зачем мне это?" Разберём подробно
Дата и время проведения: 28 сентября (вт), в 19:00 (Мск). Продолжительность – 1,5 часа.
Спикер: Дмитрий Емельянов, Enterprise Agile coach в Почте России (Почтатех), Ex-Agile Coach в ABBYY, Ex-Head of Scrum Master в Туту.
Записаться на вебинар можно по ссылке: https://otus.pw/PQfS/
webinar.otus.ru
Нужно ли разработчику развивать Soft Skills?
Бесплатный вебинар-дискуссия для тех, кто работает с IT-специалистами
Продакт - Top performer
⁃ Создает прототипы на ходу и может проверить гипотезу за 1-1.5 недели до разработки окончательной фичи. Скорость для него самое важное.
⁃ Фокус для него не означает говорить «нет» только вещам, которые он не собирался делать. Он может сказать «нет» и некоторым классным идеям, потому что сейчас он сфокусирован на другом. Менеджер продукта умеет говорить «нет» всему, что отвлекает от фокуса.
⁃ Определяет суть продукта и добавляет значимые для пользователей и для бизнеса фичи. Он не делает в продукте лишних фичей.
⁃ Решает, что будет лучшим для продукта и для пользователей в долгосрочной перспективе.
⁃ У топ-менеджмента нет времени копаться в деталях, и они не понимают всего влияния новой фичи, например, на пользовательский опыт. Только продакт-менеджер понимает все последствия мельчайших изменений.
⁃ Менеджер продукта полагается на данные, но также видит полную картину. Знает, добавляет ли конкретная фича ценность в опыт использования продукта? Помогает ли достигать бизнес-целей?
В последние годы спрос на продакт-менеджеров значительно вырос : сегодня эти специалисты участвуют во всех стадиях развития продукта и высоко ценятся. Средняя зарплата продакта в России составляет 102 000 рублей в месяц. Хотите быть ТОП-продактом и узнать, как им стать? Приходите на Бесплатный вебинар «Product Manager: навыки, задачи, карьера» 23 сентября в 19:00 по Мск, который проведет Сергей Зубов, Product Manager and Team Lead, Category Products Yandex. На трансляции вы узнаете:
— чем занимаются специалисты и какие задачи решают каждый день;
— как войти в профессию и добиться профессиональных высот;
— какие навыки необходимы для работы продакт-менеджера.
Регистрируйтесь до 23 сентября включительно: https://clck.ru/XhMPM
⁃ Создает прототипы на ходу и может проверить гипотезу за 1-1.5 недели до разработки окончательной фичи. Скорость для него самое важное.
⁃ Фокус для него не означает говорить «нет» только вещам, которые он не собирался делать. Он может сказать «нет» и некоторым классным идеям, потому что сейчас он сфокусирован на другом. Менеджер продукта умеет говорить «нет» всему, что отвлекает от фокуса.
⁃ Определяет суть продукта и добавляет значимые для пользователей и для бизнеса фичи. Он не делает в продукте лишних фичей.
⁃ Решает, что будет лучшим для продукта и для пользователей в долгосрочной перспективе.
⁃ У топ-менеджмента нет времени копаться в деталях, и они не понимают всего влияния новой фичи, например, на пользовательский опыт. Только продакт-менеджер понимает все последствия мельчайших изменений.
⁃ Менеджер продукта полагается на данные, но также видит полную картину. Знает, добавляет ли конкретная фича ценность в опыт использования продукта? Помогает ли достигать бизнес-целей?
В последние годы спрос на продакт-менеджеров значительно вырос : сегодня эти специалисты участвуют во всех стадиях развития продукта и высоко ценятся. Средняя зарплата продакта в России составляет 102 000 рублей в месяц. Хотите быть ТОП-продактом и узнать, как им стать? Приходите на Бесплатный вебинар «Product Manager: навыки, задачи, карьера» 23 сентября в 19:00 по Мск, который проведет Сергей Зубов, Product Manager and Team Lead, Category Products Yandex. На трансляции вы узнаете:
— чем занимаются специалисты и какие задачи решают каждый день;
— как войти в профессию и добиться профессиональных высот;
— какие навыки необходимы для работы продакт-менеджера.
Регистрируйтесь до 23 сентября включительно: https://clck.ru/XhMPM
Impact mapping. Почему его надо использовать в работе продакта?
Метод Impact Mapping помогает чётко формулировать цели проекта в соответствии с целями всего бизнеса. Для этого нужно построить интеллект-карту с ответами на четыре главных вопроса.
1. Why? Зачем нужен этот продукт? Какую задачу бизнеса он должен решить?
2. Who? Кто может влиять на достижение этой цели?
3. How? Что он может сделать?
4. What? Какие конкретные шаги должен сделать ответственный в рамках своих задач?
Чтобы эффективно использовать impact maps для определения требований к качеству, необходимы::
- цель разработки — поддержка желательных изменений
- в поведении действующих лиц;
- контрольные показатели действительно выражают ожидания заинтересованных сторон в части этих изменений.
С чем поможет метод?
- impact maps ясно показывают связь между конкретным функционалом, мы можем вовремя отследить момент, когда основная цель уже достигнута и разработку стоит остановить. Точно так же она дает четкое представление о том, какое именно влияние надо осуществить при помощи того или иного запланированного функционала. После того как необходимое влияние реализовано, следует остановить работу над остальными идеями, относящимися к данной области impact map, и перейти к другим аспектам продукта.
- Наглядность представления помогает эффективнее сравнивать альтернативные решения, а командам разработчиков — находить более простые, менее затратные и более быстро реализуемые альтернативы, обеспечивающие достижение нужного результата. По этой причине impact maps дают дополнительные аргументы в пользу отказа от более сложных решений или по крайней мере настраивают разработчиков повременить с их реализацией до тех пор, пока не возникнет уверенность, что задача не может быть решена иным, более простым способом.
- Позволяют быстро идентифицировать функциональные возможности, на включении которых, возможно, настаивают те или иные заинтересованные лица, кому по каким-то субъективным причинам эта функциональность просто нравится. На деле она может не поддерживать ни одну из заявленных целей. На impact map ее просто некуда поместить. Это помогает либо вообще отказаться от ее введения, либо как минимум не откладывать решение вопроса о ее необходимости.
- Увязывают вводимый в продукт функционал с желаемыми изменениями в поведении пользователей, и это позволяет заинтересованным сторонам лучше понять те выигрыши, которые они получат в результате. Это повышает их способность верно расставлять приоритеты. Мы получаем возможность принимать решения, исходя из четкого понимания, какими влияниями или удовлетворением запросов каких действующих лиц нам следует заняться в первую очередь. В итоге значительно сокращается время выхода продукта на рынок.
Хотите больше знать про принципы Impact Mapping и как они могут помочь для продактов и аналитиков? 29 сентября всех продактов и системных аналитиков, бизнес-аналитиков, аналитиков данных ждут на демоуроке «Трассировка бизнес-целей на пользовательские истории».Иннокентий Бодров, ex-аналитик МТС и руководитель курса "Системный аналитик. Advanced" в OTUS, вместе вами на вебинаре разберет принципы Impact Mapping, построит карту, которая позволит разложить бизнес-цели на пользовательские истории и разложит истории на карту пользовательских историй.
Demo-занятие — возможность познакомиться с продвинутым онлайн-курсом «Системный аналитик. Advanced» и оценить качество материалов.
Для регистрации на вебинар пройдите вступительный тест https://otus.pw/sR4g/
Метод Impact Mapping помогает чётко формулировать цели проекта в соответствии с целями всего бизнеса. Для этого нужно построить интеллект-карту с ответами на четыре главных вопроса.
1. Why? Зачем нужен этот продукт? Какую задачу бизнеса он должен решить?
2. Who? Кто может влиять на достижение этой цели?
3. How? Что он может сделать?
4. What? Какие конкретные шаги должен сделать ответственный в рамках своих задач?
Чтобы эффективно использовать impact maps для определения требований к качеству, необходимы::
- цель разработки — поддержка желательных изменений
- в поведении действующих лиц;
- контрольные показатели действительно выражают ожидания заинтересованных сторон в части этих изменений.
С чем поможет метод?
- impact maps ясно показывают связь между конкретным функционалом, мы можем вовремя отследить момент, когда основная цель уже достигнута и разработку стоит остановить. Точно так же она дает четкое представление о том, какое именно влияние надо осуществить при помощи того или иного запланированного функционала. После того как необходимое влияние реализовано, следует остановить работу над остальными идеями, относящимися к данной области impact map, и перейти к другим аспектам продукта.
- Наглядность представления помогает эффективнее сравнивать альтернативные решения, а командам разработчиков — находить более простые, менее затратные и более быстро реализуемые альтернативы, обеспечивающие достижение нужного результата. По этой причине impact maps дают дополнительные аргументы в пользу отказа от более сложных решений или по крайней мере настраивают разработчиков повременить с их реализацией до тех пор, пока не возникнет уверенность, что задача не может быть решена иным, более простым способом.
- Позволяют быстро идентифицировать функциональные возможности, на включении которых, возможно, настаивают те или иные заинтересованные лица, кому по каким-то субъективным причинам эта функциональность просто нравится. На деле она может не поддерживать ни одну из заявленных целей. На impact map ее просто некуда поместить. Это помогает либо вообще отказаться от ее введения, либо как минимум не откладывать решение вопроса о ее необходимости.
- Увязывают вводимый в продукт функционал с желаемыми изменениями в поведении пользователей, и это позволяет заинтересованным сторонам лучше понять те выигрыши, которые они получат в результате. Это повышает их способность верно расставлять приоритеты. Мы получаем возможность принимать решения, исходя из четкого понимания, какими влияниями или удовлетворением запросов каких действующих лиц нам следует заняться в первую очередь. В итоге значительно сокращается время выхода продукта на рынок.
Хотите больше знать про принципы Impact Mapping и как они могут помочь для продактов и аналитиков? 29 сентября всех продактов и системных аналитиков, бизнес-аналитиков, аналитиков данных ждут на демоуроке «Трассировка бизнес-целей на пользовательские истории».Иннокентий Бодров, ex-аналитик МТС и руководитель курса "Системный аналитик. Advanced" в OTUS, вместе вами на вебинаре разберет принципы Impact Mapping, построит карту, которая позволит разложить бизнес-цели на пользовательские истории и разложит истории на карту пользовательских историй.
Demo-занятие — возможность познакомиться с продвинутым онлайн-курсом «Системный аналитик. Advanced» и оценить качество материалов.
Для регистрации на вебинар пройдите вступительный тест https://otus.pw/sR4g/
Otus
Системный аналитик. Advanced
Образовательные игры, которые провожу на своих занятиях
В октябре будет 2 года, как я преподаю и провожу воркшопы для продуктовых команд и продактов разного уровня. В честь этого события хочу поделиться любимыми групповыми форматами-брейнштормами:
1. Игра “Кто победил в А/В-тесте”. Смотрим 2-3 экрана эксперимента, определяем гипотезу и победителя. Все основываясь на JtBD, продуктовых гипотезах. Победителя также обосновываем исходя из своего понимания потребителя.
2. Игра “Придумай MVP для существующего продукта”. Берем самые любимые приложения со своих экранов смартфона и придумываем для них продукт. Важно - определить главную ценность и донести ее минимальным с точки зрения ресурса способом. Так Инстаграм можно было бы запустить через папку в Dropbox или чат в WhatsApp.
3. Игра “Определи сегмент аудитории и ключевую метрику продукта” по посадочной странице. Понятно, что продуктовые команды пытаются вынести на эту страницу только то, что интересно им с точки зрения чека, возвращаемости и правильного сегмента. Также подходит для генерации сегментов своего продукта. Правильных вариантов может быть несколько.
4. Фасилитация “Что бы вы сделали?” - обрисовывается реальная ситуация из практики, обсуждается ее решение. Из цикла инсайт Х с кастдева не подтвердился на эксперименте. Что делать?” Проверяется продуктовый подход в разных ситуациях. Каждый ход мыслей разбираемся до конца.
Если вашей компании нужно обучение по дискавери спринтам, финансовому моделированию и юнит-экономике, продуктовой аналитике, исследованию потребителей и сегментации аудитории, приоритизации задач, дорожной карте и построении гибких методов разработки - пишите @SKoloskov, я готов провести практические интенсивы. Все программы составляю под запрос, примеры программ могу предоставить. Вот мое резюме как спикера - https://docs.google.com/document/d/1El5Nh0Wi2Im3Ehd8ux3_KutWigW8iSg5v2itGI30dn8/
В октябре будет 2 года, как я преподаю и провожу воркшопы для продуктовых команд и продактов разного уровня. В честь этого события хочу поделиться любимыми групповыми форматами-брейнштормами:
1. Игра “Кто победил в А/В-тесте”. Смотрим 2-3 экрана эксперимента, определяем гипотезу и победителя. Все основываясь на JtBD, продуктовых гипотезах. Победителя также обосновываем исходя из своего понимания потребителя.
2. Игра “Придумай MVP для существующего продукта”. Берем самые любимые приложения со своих экранов смартфона и придумываем для них продукт. Важно - определить главную ценность и донести ее минимальным с точки зрения ресурса способом. Так Инстаграм можно было бы запустить через папку в Dropbox или чат в WhatsApp.
3. Игра “Определи сегмент аудитории и ключевую метрику продукта” по посадочной странице. Понятно, что продуктовые команды пытаются вынести на эту страницу только то, что интересно им с точки зрения чека, возвращаемости и правильного сегмента. Также подходит для генерации сегментов своего продукта. Правильных вариантов может быть несколько.
4. Фасилитация “Что бы вы сделали?” - обрисовывается реальная ситуация из практики, обсуждается ее решение. Из цикла инсайт Х с кастдева не подтвердился на эксперименте. Что делать?” Проверяется продуктовый подход в разных ситуациях. Каждый ход мыслей разбираемся до конца.
Если вашей компании нужно обучение по дискавери спринтам, финансовому моделированию и юнит-экономике, продуктовой аналитике, исследованию потребителей и сегментации аудитории, приоритизации задач, дорожной карте и построении гибких методов разработки - пишите @SKoloskov, я готов провести практические интенсивы. Все программы составляю под запрос, примеры программ могу предоставить. Вот мое резюме как спикера - https://docs.google.com/document/d/1El5Nh0Wi2Im3Ehd8ux3_KutWigW8iSg5v2itGI30dn8/
Google Docs
Сергей Колосков. CV Спикер Преподаватель
СЕРГЕЙ КОЛОСКОВ | Advisor and Speaker in Product Growth Почта sergeykoloskov2080@gmail.com Telegram @SKoloskov Facebook Sergey Koloskov Телефон +7 (915) 061-14-06 / +7-777-016-3510 О СЕБЕ Меня зовут Сергей, я — продакт менеджер…
Про подход к сегментации пользователей
Кто-то покупает iPhone в основном для того, чтобы фотографировать на хорошую камеру и постить творения в Instagram, другой — чтобы слушать музыку и смотреть видео, скажем, по дороге в офис, а третий — чтобы хвастаться последней моделью на вечеринке (ну, по крайней мере, еще пару лет назад так делали). Похожая ситуация происходит с любым “массовым” продуктом — каждый использует его по своему, ждет появления каких-то своих фич и решает какие-то свои задачи.
При этом, если вы попытаетесь сделать мифический универсальный продукт, то обязательно упустите определенные сегменты пользователей, которые нуждаются в дополнительном функционале и готовы за него платить. А вот если бы вы знали все big jobs клиентов, то могли бы существенно вырастить и аудиторию, и выручку своего продукта.
Сегодня мы вместе с Олей Приходько, growth product manager из команды Rusprofile, выпустили статью. В ней Оля рассказывает, как они проводили сегментацию пользователей своего сервиса. Rusprofile занимаются тем, что предоставляют финансовую и юридическую информацию о разных компаниях по подписке. На сайт ежедневно заходит около 700 000 человек — в общем, у Оли было широкое поле для исследования.
В статье разобрали:
— как сегментировать пользователей по уровню лояльности
— как приглашать на интервью и какие вопросы на них задавать
— как структурировать полученные данные и вытащить из них инсайты
— какие результаты в выручке может дать работа над сегментацией (Оля поделилась несколькими экспериментами с показателями)
Читайте и пишите комментарии: https://vc.ru/marketing/298312-keys-rusprofile-kak-segmentirovat-auditoriyu-v-servise-s-700-000-poseshcheniy-v-den
За консультациями по продуктам можно написать автору канала @SKoloskov
Кто-то покупает iPhone в основном для того, чтобы фотографировать на хорошую камеру и постить творения в Instagram, другой — чтобы слушать музыку и смотреть видео, скажем, по дороге в офис, а третий — чтобы хвастаться последней моделью на вечеринке (ну, по крайней мере, еще пару лет назад так делали). Похожая ситуация происходит с любым “массовым” продуктом — каждый использует его по своему, ждет появления каких-то своих фич и решает какие-то свои задачи.
При этом, если вы попытаетесь сделать мифический универсальный продукт, то обязательно упустите определенные сегменты пользователей, которые нуждаются в дополнительном функционале и готовы за него платить. А вот если бы вы знали все big jobs клиентов, то могли бы существенно вырастить и аудиторию, и выручку своего продукта.
Сегодня мы вместе с Олей Приходько, growth product manager из команды Rusprofile, выпустили статью. В ней Оля рассказывает, как они проводили сегментацию пользователей своего сервиса. Rusprofile занимаются тем, что предоставляют финансовую и юридическую информацию о разных компаниях по подписке. На сайт ежедневно заходит около 700 000 человек — в общем, у Оли было широкое поле для исследования.
В статье разобрали:
— как сегментировать пользователей по уровню лояльности
— как приглашать на интервью и какие вопросы на них задавать
— как структурировать полученные данные и вытащить из них инсайты
— какие результаты в выручке может дать работа над сегментацией (Оля поделилась несколькими экспериментами с показателями)
Читайте и пишите комментарии: https://vc.ru/marketing/298312-keys-rusprofile-kak-segmentirovat-auditoriyu-v-servise-s-700-000-poseshcheniy-v-den
За консультациями по продуктам можно написать автору канала @SKoloskov
vc.ru
Кейс Rusprofile: как сегментировать аудиторию в сервисе с 700 000 посещений в день — Маркетинг на vc.ru
Меня зовут Ольга Приходько, я работаю growth product-менеджером в Rusprofile. Это сервис проверки контрагентов: на нем можно найти финансовую и юридическую информацию об организациях. До 2020 года компания была на рекламной бизнес-модели. С пандемией прибыль…
Кого можно брать в продуктовую команду из гуманитариев
Менеджеры и продакт-менеджеры
Для управленцев в IT важны как гуманитарные науки, так техническая составляющая, внутреннее понимание продукта. Этот момент решается погружением в проект и базовой технической подготовкой. Гуманитарий может пробовать себя в IT: менеджером по продажам, менеджером по продукту и даже менеджером по управлению проектами. Также сегодня высоко ценятся HR-менеджеры, которые способны находить ценные кадры в IT-сфере.
Системные аналитики
Это люди, которые с полуслова понимают клиентов, коллег, разработчиков, и выстраивают с ними доверительные рабочие отношения. Зачастую аналитиками становятся те, кто способен адекватно реагировать на требования и правки заказчика, согласовывать его желания с возможностями группы разработки, предлагать пути решения проблем. Они обладают гибким умом, активно общаются с командой, выстраивают доверительную, деликатную коммуникацию с клиентом. Он должен понимать, как работает система, на что способен каждый из ее блоков и как оптимально решить задачу. В результате переговоров со стороной заказчика и с группой разработки аналитик создает документ, который отражает принятые решения по доработкам и исключает разночтения, становится основой для задач разработчиков.
Тестировщики
Дотошный и внимательный гуманитарий легко станет тестировщиком, а после может дорасти до руководителя группы тестирования. Речь идет о функциональном тестировании, которое не подразумевает правку кода или запуск автоматизированных процессов. Функциональное тестирование заключается в проверке каждого элемента функционала на наличие сбоев при разных сценариях. Тестировщиков отличает усидчивость, внимательность и хорошее знание английского
Технические писатели
Лингвисты, которые способны говорить о коде и новых разработках на языке пользователя, не забывая о запятых и орфографии. Здесь важно уметь оформить свою мысль просто и ясно, перед этим разобравшись во всех тонкостях работы функционала. Эти люди не должны понимать систему вглубь, но должны общаться с пользователями с позиции «опытный пользователь, который может подсказать». Технические писатели умеют выстраивать отношения с командой разработчиков, чтобы без проблем обращаться к ним за консультацией по сложным вопросам.
Приходите 6 октября в 20:00 на бесплатный карьерный вебинар "Как расти гуманитарию в IT?" от OTUS, где спикер, Александр Табернакулов, руководитель редакции в Яндексе, расскажет про зоны роста и развития маркетологов, проджектов, копирайтеров и других "гуманитарных" специальностей в IT среде.
Вебинар будет полезен, если вы:
- работаете в IT-компании, но думаете, что не потянете, потому что не разбираетесь в технологиях глубоко;
- думаете, что достигли карьерного тупика и задумываетесь о том, чтобы купить курс и переучиться на программиста
- интересуетесь трендами IT индустрии, чтобы общаться с айтишниками на одном языке.
Регистрируйтесь и готовьте свои вопросы по ссылке – https://otus.pw/RZne/
Менеджеры и продакт-менеджеры
Для управленцев в IT важны как гуманитарные науки, так техническая составляющая, внутреннее понимание продукта. Этот момент решается погружением в проект и базовой технической подготовкой. Гуманитарий может пробовать себя в IT: менеджером по продажам, менеджером по продукту и даже менеджером по управлению проектами. Также сегодня высоко ценятся HR-менеджеры, которые способны находить ценные кадры в IT-сфере.
Системные аналитики
Это люди, которые с полуслова понимают клиентов, коллег, разработчиков, и выстраивают с ними доверительные рабочие отношения. Зачастую аналитиками становятся те, кто способен адекватно реагировать на требования и правки заказчика, согласовывать его желания с возможностями группы разработки, предлагать пути решения проблем. Они обладают гибким умом, активно общаются с командой, выстраивают доверительную, деликатную коммуникацию с клиентом. Он должен понимать, как работает система, на что способен каждый из ее блоков и как оптимально решить задачу. В результате переговоров со стороной заказчика и с группой разработки аналитик создает документ, который отражает принятые решения по доработкам и исключает разночтения, становится основой для задач разработчиков.
Тестировщики
Дотошный и внимательный гуманитарий легко станет тестировщиком, а после может дорасти до руководителя группы тестирования. Речь идет о функциональном тестировании, которое не подразумевает правку кода или запуск автоматизированных процессов. Функциональное тестирование заключается в проверке каждого элемента функционала на наличие сбоев при разных сценариях. Тестировщиков отличает усидчивость, внимательность и хорошее знание английского
Технические писатели
Лингвисты, которые способны говорить о коде и новых разработках на языке пользователя, не забывая о запятых и орфографии. Здесь важно уметь оформить свою мысль просто и ясно, перед этим разобравшись во всех тонкостях работы функционала. Эти люди не должны понимать систему вглубь, но должны общаться с пользователями с позиции «опытный пользователь, который может подсказать». Технические писатели умеют выстраивать отношения с командой разработчиков, чтобы без проблем обращаться к ним за консультацией по сложным вопросам.
Приходите 6 октября в 20:00 на бесплатный карьерный вебинар "Как расти гуманитарию в IT?" от OTUS, где спикер, Александр Табернакулов, руководитель редакции в Яндексе, расскажет про зоны роста и развития маркетологов, проджектов, копирайтеров и других "гуманитарных" специальностей в IT среде.
Вебинар будет полезен, если вы:
- работаете в IT-компании, но думаете, что не потянете, потому что не разбираетесь в технологиях глубоко;
- думаете, что достигли карьерного тупика и задумываетесь о том, чтобы купить курс и переучиться на программиста
- интересуетесь трендами IT индустрии, чтобы общаться с айтишниками на одном языке.
Регистрируйтесь и готовьте свои вопросы по ссылке – https://otus.pw/RZne/
Что еще не писал про custdev, а надо было бы
Как сторонник подходов к исследованиям Синди Альварес (автор книги “Продукт, который купят”), часто и много использую и пишу про lean custdev. Сегодня еще немного инсайтов про этот инструмент:
⁃ На то, что гипотеза подтверждается обычно указывают следующие признаки:
⁃ Взяв несколько интервью, вы скорее всего заметите, что разные люди будут говорить об одних и тех же проблемах, препятствиях в их решении и стимулах. Услышав от одних потребителей подобные повторяющиеся заявления их стоит проверить во время интервью с другими потребителями – это своего рода проверка маленьких гипотез внутри одной большой. Если вы взяли достаточно много интервью, но не обнаружили шаблонов поведения, то скорее всего это значит, что вы общаетесь со слишком широкой аудиторией или задаете слишком общие вопросы, то есть не достаточного глубоко копаете.
⁃ При подготовке интервью важно не забыть гипотезы-предполагаемые ответы на вопросы: Как сейчас потребители решают свою проблему? Сколько потребители готовы потратить на решение этой проблемы? Что и кто влияет на принятие потребителем решения о покупке продукта/сервиса? Какие ресурсы нужны для создания и дистрибуции продукта? Какие партнеры нужны для разработки и дистрибуции продукта?
Но! И про сегмент тоже: Что важнее для потребителей – время, деньги, удобство использования? Принимают ли потребители решение о покупке сами или следуют чьим-то рекомендациям? Насколько потребители технически продвинуты? Что больше всего беспокоит целевого клиента?
Хотите узнать, как проводить кастдевы для IT-продуктов? 4 октября для OTUS провожу demo-занятие, где разберу: Кого, когда, для каких задач кастдевить? Как на основе гипотез составить сценарий интервью? Как проводить интервью и подводить итоги?
Для участия зарегистрируйтесь на вебинар https://otus.pw/fgTS/
Как сторонник подходов к исследованиям Синди Альварес (автор книги “Продукт, который купят”), часто и много использую и пишу про lean custdev. Сегодня еще немного инсайтов про этот инструмент:
⁃ На то, что гипотеза подтверждается обычно указывают следующие признаки:
• Потребитель признает наличие проблемы. Другими словами, то, что вы считаете проблемой, является реальной проблемой и для него.• Потребитель считает, что проблема может и должна быть решена.• Потребитель уже расходует на решение проблемы собственные ресурсы – деньги, время, силы.• Никто и ничто не мешает потребителю решить проблему – нет культурных, социальных, регуляторных или других барьеров.⁃ Взяв несколько интервью, вы скорее всего заметите, что разные люди будут говорить об одних и тех же проблемах, препятствиях в их решении и стимулах. Услышав от одних потребителей подобные повторяющиеся заявления их стоит проверить во время интервью с другими потребителями – это своего рода проверка маленьких гипотез внутри одной большой. Если вы взяли достаточно много интервью, но не обнаружили шаблонов поведения, то скорее всего это значит, что вы общаетесь со слишком широкой аудиторией или задаете слишком общие вопросы, то есть не достаточного глубоко копаете.
⁃ При подготовке интервью важно не забыть гипотезы-предполагаемые ответы на вопросы: Как сейчас потребители решают свою проблему? Сколько потребители готовы потратить на решение этой проблемы? Что и кто влияет на принятие потребителем решения о покупке продукта/сервиса? Какие ресурсы нужны для создания и дистрибуции продукта? Какие партнеры нужны для разработки и дистрибуции продукта?
Но! И про сегмент тоже: Что важнее для потребителей – время, деньги, удобство использования? Принимают ли потребители решение о покупке сами или следуют чьим-то рекомендациям? Насколько потребители технически продвинуты? Что больше всего беспокоит целевого клиента?
Хотите узнать, как проводить кастдевы для IT-продуктов? 4 октября для OTUS провожу demo-занятие, где разберу: Кого, когда, для каких задач кастдевить? Как на основе гипотез составить сценарий интервью? Как проводить интервью и подводить итоги?
Для участия зарегистрируйтесь на вебинар https://otus.pw/fgTS/
Что нужно написать в хорошем резюме продакта?
В четверг на другом канале с эфирами задали вопрос, что должно быть в хорошем CV продакта? На мой взгляд, и он совпадает с коллегами из Карьерного Цеха, это:
1. Фокус на ре-зуль-та-ты. Это самая частая и самая важная причина отсева. Вас нанимают, чтобы от вас появились результаты, которых раньше не было. А не чтобы вы делали определенные действия. На этом главный фокус. Не менее 50% того, чтобы вы рассказываете про каждое место работы.
Пример как плохо:
— Отвечал за метрики продукта
— Применял custev, JTBD, ARRRR
(Вопрос в голове, когда это читаешь: понятно, что вы что-то такое могли делать, но как вы справились то с этим?)
Пример, как чуть лучше, но все еще плохо потому, что это промежуточный результат:
— Сформировал беклог на основе custev, JTBD, ARRRR
(Вопрос в голове, когда это читаешь: отлично, хорошо, а компания что от этого получила?)
Пример, хорошо, но можно лучше:
— Вырастил за пол-года C1 с 20% до 35%
(Вопрос в голове, когда это читаешь: там было совсем все плохо и достаточно было баги полечить? Или там была качественная продуктовая работа? Или может оно само выросло пока продакт кофе пил?)
Пример как совсем хорошо:
— Вырастил за полгода C1 с 20% до 35% с помощью исправления UX, донесения ценности на языке A-сегмента и запуска триггерного маркетинга.
(Вопрос в голове, когда это читаешь: ага, понятно, надо на собеседовании в это закопаться и проверить насколько человек это глубоко/хорошо понимает и сам делал.)
Еще пара комментариев:
— Если у вас не продуктовый опыт, а опыт в дизайне, аналитике, разработке, чем-то еще, сформулируйте это в том же виде. Покажите, что вы не процессник, а результатник.
2. Только главное. Если CV не поместилось на одну страницу, значит есть, что убрать.
CV смотрят пару десятков секунд и если есть интересное за что зацепиться, то минуту-две. Чем больше текста, чем он хуже структурирован, тем скорее хочется его закрыть и перейти к другому.
Поэтому делайте такой формат:
а. Место и должность
б. Главные 1-3 (максимум 5) достижений. (3 мощных достижения значимых для компании лучше, чем 3 мощных и 3 так себе, т.к. все 6 внимательно читать мало кто будет и могут прочитать не главное)
в. (опционально) Опишите коротко функции, фреймворки, процессы, ответственность — для тех, кто ищет в CV баззворды. Чем меньше у компании опыта найма продуктов, тем больше она может внимания уделять не результату работы, а формальным признакам соответствия вакансии.
3. Просите и фиксируйте рекомендации от более опытных или медийных продактов. Это работало и в мою сторону, и среди моего окружения.
Кстати, Карьерный Цех в очередной раз проводит конкурсы для продактов и аналитиков. Решаете несколько продуктовых кейсов от компаний, проверяющих хард скилы. Дальше оцениваете работы других и попадаете в открытый рейтинг продактов. После решения разбирают опытные продакты и аналитики публично, показывают что хорошо, а что можно докрутить. Победители получают внимание и интерес со всего рынка. Все остальные — возможность потренироваться, проверить свои силы и сравнить работу с другими. А это - очень крутой результат для CV.
Там помогаюм оценить себя, понять своё место на рынке. Мидлу и сеньору. Ориентация на мидлов. Но и джунам отлично заходит — их у нас много. Приходят за обучением в бою и развитием карьеры.
Ближайший стартует 4-го октября. В конкурс можно войти до 10-го. Но лучше с ближайшие 3-4 дня. Приходите по ссылке.
В четверг на другом канале с эфирами задали вопрос, что должно быть в хорошем CV продакта? На мой взгляд, и он совпадает с коллегами из Карьерного Цеха, это:
1. Фокус на ре-зуль-та-ты. Это самая частая и самая важная причина отсева. Вас нанимают, чтобы от вас появились результаты, которых раньше не было. А не чтобы вы делали определенные действия. На этом главный фокус. Не менее 50% того, чтобы вы рассказываете про каждое место работы.
Пример как плохо:
— Отвечал за метрики продукта
— Применял custev, JTBD, ARRRR
(Вопрос в голове, когда это читаешь: понятно, что вы что-то такое могли делать, но как вы справились то с этим?)
Пример, как чуть лучше, но все еще плохо потому, что это промежуточный результат:
— Сформировал беклог на основе custev, JTBD, ARRRR
(Вопрос в голове, когда это читаешь: отлично, хорошо, а компания что от этого получила?)
Пример, хорошо, но можно лучше:
— Вырастил за пол-года C1 с 20% до 35%
(Вопрос в голове, когда это читаешь: там было совсем все плохо и достаточно было баги полечить? Или там была качественная продуктовая работа? Или может оно само выросло пока продакт кофе пил?)
Пример как совсем хорошо:
— Вырастил за полгода C1 с 20% до 35% с помощью исправления UX, донесения ценности на языке A-сегмента и запуска триггерного маркетинга.
(Вопрос в голове, когда это читаешь: ага, понятно, надо на собеседовании в это закопаться и проверить насколько человек это глубоко/хорошо понимает и сам делал.)
Еще пара комментариев:
— Если у вас не продуктовый опыт, а опыт в дизайне, аналитике, разработке, чем-то еще, сформулируйте это в том же виде. Покажите, что вы не процессник, а результатник.
2. Только главное. Если CV не поместилось на одну страницу, значит есть, что убрать.
CV смотрят пару десятков секунд и если есть интересное за что зацепиться, то минуту-две. Чем больше текста, чем он хуже структурирован, тем скорее хочется его закрыть и перейти к другому.
Поэтому делайте такой формат:
а. Место и должность
б. Главные 1-3 (максимум 5) достижений. (3 мощных достижения значимых для компании лучше, чем 3 мощных и 3 так себе, т.к. все 6 внимательно читать мало кто будет и могут прочитать не главное)
в. (опционально) Опишите коротко функции, фреймворки, процессы, ответственность — для тех, кто ищет в CV баззворды. Чем меньше у компании опыта найма продуктов, тем больше она может внимания уделять не результату работы, а формальным признакам соответствия вакансии.
3. Просите и фиксируйте рекомендации от более опытных или медийных продактов. Это работало и в мою сторону, и среди моего окружения.
Кстати, Карьерный Цех в очередной раз проводит конкурсы для продактов и аналитиков. Решаете несколько продуктовых кейсов от компаний, проверяющих хард скилы. Дальше оцениваете работы других и попадаете в открытый рейтинг продактов. После решения разбирают опытные продакты и аналитики публично, показывают что хорошо, а что можно докрутить. Победители получают внимание и интерес со всего рынка. Все остальные — возможность потренироваться, проверить свои силы и сравнить работу с другими. А это - очень крутой результат для CV.
Там помогаюм оценить себя, понять своё место на рынке. Мидлу и сеньору. Ориентация на мидлов. Но и джунам отлично заходит — их у нас много. Приходят за обучением в бою и развитием карьеры.
Ближайший стартует 4-го октября. В конкурс можно войти до 10-го. Но лучше с ближайшие 3-4 дня. Приходите по ссылке.
careerfactory.ru
Карьерный Цех — Открытый рейтинг продуктовых менеджеров. Осень 2021
Отбираем и презентуем лучших. Рекомендуем в топовые компании. Бесплатно.