4 новых крутых мыслей из канала Леши Арефьева

1. Продукты, услуги и ценностные предложения, интересные для потребителей, являются основой инновации, но их одних недостаточно.
В отсутствие бизнес-модели, которую можно прибыльно масштабировать, даже лучшие продукты умирают. Любые виды инноваций (от рационализаторских до преобразующих) требуют устойчивой и рациональной бизнес-модели.
Больше - тут https://news.1rj.ru/str/alexcouncil/956

2. УТП, это своего рода фокус, который позволяет компании:
- выделяться на рынке снаружи, рассказывая про ценность в рекламных кампаниях и привлекая больше клиентов
- и/или иметь преимущества внутри, обеспечивая крепкий фундамент данным снаружи обещаниям. Больше - тут https://news.1rj.ru/str/alexcouncil/961

3. Каждый из рисков надо убирать, тестируя один за другим в своем ценностном предложении. Итерация за итерацией вы тестите:
- интерес к продукту и размер сегмента
- считаете экономику и профит
- прикидываете тех.реализацию
- смотрите за внешними факторами, которые могут потопить кораблик
Больше - тут https://news.1rj.ru/str/alexcouncil/968

4. Рекомендуют использовать матрицу принятия решений по исследованиям, чтобы сократить расходы на исследования. Картинку положу под постом. Матрица состоит из 2 осей:
- горизонтальная, риск неверной интерпритации данных
- вертикальная, понимание проблемы, которую исследуем. Больше тут - https://news.1rj.ru/str/alexcouncil/888

Еще больше интересных и практичных постов на канале Леши по ссылке - https://news.1rj.ru/str/alexcouncil
Подписывайтесь!

Матрица компетенций продакта в сжатом виде

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

1. Он знает, что нужно на рынке
Грамотный анализ рынка — залог долгосрочного развития компании. Куда важнее понимать, чего хотят ваши покупатели, чем слепо следовать последним технологическим трендам. Тренды хороши, когда вы уверены, что их использование сыграет вам на руку, а то вдруг инновационный дизайн отпугнет целевую аудиторию? Нацеленность на потребности покупателей делает компании на 30% более прибыльными. Изучение фидбека от пользователей поможет как скорректировать существующие продукты (например, если 60% покупателей проходят мимо одного из ваших продуктов — это явный знак что-то поменять), так и поймать интересную идею для реализации (все смеются над новым изогнутым жидкокристаллическим монитором, давайте сделаем лучше).

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

3. Он видит на шаг вперед
Допустим, вы спроектировали продукт и запустили его на рынок. Теперь важно отследить его дальнейший путь, понять, что подправить или как закрепить и расширить свой успех. Для этого нужен план, а вернее — маршрут: от точки отправления (с чего началась идея, соответствует ли полученный продукт изначальной концепции?) через прототипирование (отбор лучших вариантов), запуск продукта (отслеживание реакций) и к следующим целям (как опередить конкурентов?). Такой план важен для внутренней коммуникации внутри компании: так каждый отдел может лучше понимать, на каком этапе находится бизнес и каковы следующие шаги. Пригодится он и для сопоставления успехов вашей команды с достижениями конкурентов.

4. Он умеет учиться у конкурентов
Даже если ваш продукт — лучший на рынке, кто-то может вас обставить, придумав более выгодное предложение для покупателя. Поэтому важно понимать не только сильные и слабые стороны своего бизнеса, но и следить за тактиками конкурентов. Хотя кто сказал, что соревнование — единственный выход? Продакт-менеджер также знает, когда выгоднее не воспитывать в себе олимпийский дух, а объединяться и предлагать партнерство.

Еще один актуальный взгляд на роль продакта можно обсудить на открытом занятии “Кто такой продакт и что он делает”, который проведет опытный руководитель команд продактов Павел Аксенов 24 июня в 19.00 по МСК в рамках программы Product manager IT-проектов от Otus. Будет про отличие проектного и продуктового подхода. Роль продакта: мини-CEO. Вижн, гипотезы, метрики, процесс, никаких «заказчиков» Суть работы продакта: HADI циклы, Unit-экономика, PMF, MVP/RAT Этапы жизни фичи, фазы discovery и delivery Роли в компании: стейкхолдер, продакт, команда (end-to-end). Состав команды. Компетенции: генерация фичей, UX-проектирование, ресерч, продуктовая аналитика, бизнес-аналитика, Scrum. Прочие направления для T-shape Уровни управления продуктом: стратегия и операционка. Регистрируйтесь и приходите - https://otus.pw/5K0i/

Если нужна помощь по настройке продуктовых команд и росту продуктов - пишите автору канала.

Чек-лист для ускорения роста компании

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

2. Бизнес-модель способна к масштабированию: база легких активов, втоматизированные процессы и дешевая рабочая сила может в этом помочь.

3. Менеджмент на основе OKR и самоуправляемых команд: культура амциозного саморевью сокращаем косты на менеджмент и драйвит новые достижения.

4. Нет узкого горлышка в виде HR: воронка рекрутинга отлажена, работа по талантам

5. Запущена команда роста и непрерывные эксперименты: культура гипотез роста, где важная скорость получения ответа, а не подготовка. Именно так база знаний пополняется кратно.

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

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

Как из обычного бизнеса сделать быстрорастущий? Можно узнать 28 июня в 17:00 на бесплатном онлайн вебинаре от VISION AntiMBA для собственников и топ-менеджеров. 

Там разберут чек-лист "7 принципов быстрорастущей компании”, что также будет полезно продакт-менеджерам:
- Как выбрать продуктовую нишу, где возможен быстрый рост?
- Как пересобрать существующую модель управления в экосистему, где только вы управляете правилами?
- Как вы собираетесь управлять кратным ростом?
Обсудим эти и остальные принципы, касающиеся успешно развивающегося бизнеса - https://clck.ru/rHAPQ

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

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

Продолжая неделю коллабораций с другими каналами, сегодня привожу цитаты от Адмета Акхтера - @admet_akhter, у него крутой опыт перехода из продактов в предприниматели, статьи и мысли ниже рекомендую для внимательного погружения:

1. Горизонт любой дорожной карты цифровизации не должен превышать три года для бизнеса и один год для стартапов. Причина в изменчивой природе инструментов и платформ для разработки и в вероятной потере ощущения прогресса с каждой новой итерацией. Чтобы цифровизация вашего бизнеса не превратилась в сплошную магию, полную неясных знамений и тумана, а нанятые исполнители не щебетали на загадочном языке, придется системно поработать над собственным образованием. Подробнее - тут https://forbes.kz/process/businessmen/shest_sovetov_biznesmenam_reshivshim_vyipuskat_tsifrovyie_produktyi

2. Стадии развития продукта со стороны продакта
⁃ Product/Market Fit Stage
Идет тестирование гипотез на относительно небольшом трафике. Ваша команда получает обратную связь от пользователей, работает над донесением основной ценности. Тут от продакта требуется развитая эмпатия по отношению к пользователю, глубинные интервью, продуктовое видение и готовность адаптироваться и быстро менять курс развития продукта.

⁃ Growth Stage
Когда ваша ценность уже найдена и доказана, нужно завлечь как можно больше пользователей. Идет поиск и проработка новых каналов, уходит больше денег на маркетинг. Аудитория растет быстро. Здесь продакту потребуется анализировать данные по каналам привлечения, заниматься A/B-тестированием. В общем, уделять время маркетингу и аналитике, попутно совершенствуя продукт.

⁃ Marginal Growth/New Investment
Рост пользователей вышел на плато, происходит постоянная оптимизация воронки (насколько это вообще возможно), но это уже не дает большого роста. На этом этапе команда сосредотачивается на поиске новых ценностей, которые можно транслировать в вашем продукте или возможностей создания новых суб-продуктов.
Больше - тут @admet_akhter

Как отличить потребность, проблему и боль?

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

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

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

Чем срочнее и нужнее реализовать «хотелку» - тем быстрее и больше готов заплатить клиент. Часто при разработке продуктов мы сами себя убеждаем в том, что решаем проблемы клиента. А на самом деле закрываем его потребность. Теперь чувствуете разницу?

Хотите больше погрузиться в тему - есть “первоисточники” знаний о потребностях, проблемах и болях:
- “Теория иерархии потребностей” Маслоу (физиология, безопасность, принятие, признание, самоактуализация - закрепи простые, чтобы разбудить сложные);
- “Путь к самоактуализации” Скотта с перестройкой пирамиды (базовые: безопасность, принадлежность и самоуважение; самоактуализация: исследование, любовь и цель);
- “Трехфакторная модель” (или “Теория приобретенных потребностей”, или “Теория потребностей высших уровней”) Макклелланда (или Мак-Клелланда) с потребностями (успех, причастность, власть) и типологией (осторожные, ответственные, сверяющиеся, завершающие, увлеченные);
- управленческие “Теория X” (ошибочно трактуемая как “контролируй ленивых”) и “Теория Y” (условия обеспечивают самореализацию) Макгрегора;
- “Теория психологического контракта” Шейна (восемь ценностей и параллельно работающие модели рационально-экономическая, социальная и самоактуализационная);
- “Теория когнитивного реагирования” Гринвальда, Петти, Острома и Брока
- “Теория ожидаемых преимуществ” Эдвардса (аттитюды закрепляются мыслями о результатах);

Как правильно определить проблему и потребность пользователя или стейкхолдера? Это можно обсудить 4 июля на открытом вебинаре в OTUS с Иннокентием Бодровым, ведущим аналитиком продуктовой команды.

За 1,5 часа также будет:
— Какие виды требований бывают, и как они коррелируют между собой?
— Как понять, что заказчик пришел к тебе с реальной проблемой?
— Как отличить проблему, потребность и решение?
Еще больше знаний для аналитиков с опытом на онлайн-курсе «Системный аналитик. Advanced» в OTUS.
Для регистрации на урок пройдите тест https://otus.pw/fEbza/

Какие гипотезы нужно протестировать стартапу?

Этот вопрос я задал Юле Билинкис, автору канала Strategic Move. Пост от меня на противоположную тему она опубликовала на своем канале. Итак, что ответила Юля:

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

Levity.ai - это как Zapier, только для неструктурированной информации. Сейчас многие компании используют программистов, которых всегда не хватает, для создания автоматизации с обработкой текстов, ну например, кластеризация обращений и автоматизация их маршрутизации. Levity использует для этого AI – движок.

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

Что объединяет эти два стартапа с точки зрения подхода к идеям?

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

Конкретные вопросы для формирования гипотез:
• Что делает [шаг x] в клиентском опыте трудоемким, медленным, сложным в выполнении и т.д. Это дает понимание разрывов, связанных со СКОРОСТЬЮ
• Что делает [шаг x] в клиентском опыте нестабильным, ненадежным, непредсказуемым и т.д. Это дает понимание разрывов, связанных со СТАБИЛЬНОСТЬЮ, устраняя ненужную изменчивость и ошибки
• Что делает [шаг x] в клиентском опыте дорогостоящим, неэффективным и т.д. Это дает результаты, связанные с ПРОИЗВОДИТЕЛЬНОСТЬЮ и СТОИМОСТЬЮ (сокращением затрат и усилий).

Понимаем, собственно эти разрывы, а дальше задаем вопрос – можете ли вы придумать решение достаточное для того, чтобы клиент изменил свой текущий клиентский опыт и переключился на ваше решение?

Хотите больше инсайтов? Подписывайтесь на канал StrategicMove.

Что такое диаграмма отношений сущностей (ERD)?

Очень часто такая вещь ложится на плечи продакт-менеджера. Диаграмма отношений сущностей также называется ERD, диаграммой ER, моделью соединения сущностей, диаграммой шаблона соединения сущностей или моделью ER. Это структурная диаграмма, используемая при проектировании базы данных. ERD содержит разные символы и соединители для отображения двух важных сведений: Общесистемный (Основная сущность) и Взаимоотношения между сущностями.
Когда мы говорим о сущностях в ERD, мы часто упоминаем бизнес-объекты, такие как люди / роли (например, студенты), материальные бизнес-объекты (например, продукты) и нематериальные бизнес-объекты (например, журналы). «Взаимосвязь» относится к взаимосвязи этих объектов внутри системы.

Когда рисовать диаграмму ER? Ниже приведены некоторые типичные варианты использования.
• Дизайн базы данных -Изменение структуры базы данных непосредственно в базе данных рискованно.Чтобы не повредить данные в базе данных, мы должны тщательно планировать все изменения. Рисуя ER-диаграммы для демонстрации идей дизайна базы данных, вы можете легко находить ошибки и выявлять недостатки дизайна, а также вносить исправления перед внесением изменений в базу данных.
• Отладка базы данных -Отладка проблем с базой данных часто является сложной задачей, особенно когда база данных содержит много таблиц, мы с вами пишем сложный SQL для получения необходимой информации. С помощью ERD для отображения структуры базы данных вы можете полностью понять структуру всей базы данных. Вы можете легко найти объекты, просмотреть их свойства и определить отношения с другими объектами, что поможет вам легче находить проблемы с базой данных.
• Создание и исправление базы данных Программное обеспечение -ERD, такое как Visual Paradigm, поддерживает инструменты создания баз данных, которые могут автоматически создавать и восстанавливать базы данных с помощью диаграмм ER. Используя этот инструмент для создания диаграмм ER, ваш дизайн ER больше не является статической диаграммой, а является зеркальным отображением, которое действительно отражает физическую структуру базы данных.
• Помогите собрать требования -Вы можете выразить бизнес-объекты высокого уровня в системе, нарисовав ERD для определения требований системы. Эта первоначальная модель также может развиться в физическую модель базы данных, используемую для создания реляционной базы данных или для предоставления мощного справочного материала для создания блок-схем и моделей потоков данных.

Хотите лучше разобраться в ERD диаграмме и прокачаться в системной аналитике? Приходите на курс Системный аналитик от Otus, знакомство с которым можно начать на открытом занятии “Фиксация требований с помощью use case”, который пройдёт 5 июля в 20.00.

Там расскажут о том, как описать взаимодействие Актора и Системы, как отобразить все процессы и не запутаться в них, а также, как выбрать между Use Case и User Story.

Зарегистрироваться можно по ссылке: https://otus.pw/GeZt/

О чем целесообразно знать продакту при оценке качества верстки при стилизации сайта

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

- Для организации стилей используется методология БЭМ. В исходниках каждый БЭМ-блок это отдельный стилевой файл. Блоки независимы друг от друга и могут перемещаться между страницами.

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

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

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

- По умолчанию поддерживаются 5 последних версий стабильных браузеров Chrome, Mozilla, Opera, Safari и Edge Chromium. А также стабильные версии мобильных браузеров.

- Для всех элементов, с которыми есть взаимодействие добавляем микро анимации по наведению
Интерфейс должен откликаться, поэтому даже если не предоставлен UI-кит, мы делаем их на своё усмотрение. Если кит есть, то мы добавляем только плавность смены состояний. Мы также добавляем курсор лапку на элементы, на которые можно нажать.

- По умолчанию не отключаем обводку ховеров, или меняем её на предоставленную в дизайне

- Вёрстка соответствует дизайн макетам, по принципам Pixel Perfect. При этом есть допуски 2-3px, а так же учитывается тот факт, что макеты универсализируются. Принцип не используется на длине текстовой строки, так как шрифты по разному рендерятся в разных браузерах. При применении пункта допускается расхождение с макетами.

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

Чтобы минимизировать проблемы с фронтендом, можете обратиться к ребятам из Лига А. — это необычный аутсорс, работающий как производственная практика в HTML Academy. Там по принципам выше делают фронтенд-разработку для диджитала или продуктовых компаний, могут помочь запустить MVP на Реакте или быстро сделать промо для новой акции. Кстати, есть скидка на первый проект 10%: https://tml.io/dm9rt

Вопросы для встречи 1-1 с сотрудником

В работе с командой может быть применен тот же принцип, что и при работе с пользователями: фокус на А-сегменте. В команде, как правило, это лояльные и остающиеся в долгую. Если сотрудник остается в команде - не факт, что все хорошо.
Для проведения интервью с ними можно воспользоваться классическим составом вопросов stay-интервью. Можно начать с вопросов: как человек чувствовал себя в последнее время, как его настроение. Скорее всего, в ответ вы услышите: «Всё нормально». Чтобы добыть конкретики, можно уточнить: «Что значит нормально?» Второй вариант — обратиться к прошлому опыту: «Как поменялось твоё состояние и настроение за пару недель?»

Также в скрипт можно включить:  
‍
• Расскажи про последний рабочий день, которым ты был доволен. Что ты делал?
С кем взаимодействовал? Как?
• Какие ситуации на работе за последние полгода вызывали у тебя фрустрацию, тревогу или раздражение? Что им предшествовало? Что ты предпринял, чтобы справиться
с этим?
• Когда в последний раз ты чувствовал, что твоя работа имеет значение? Что этому предшествовало?
• Какие возможности ты видишь для своего профессионального развития внутри компании? А глобально?
• Как ты справляешься со своей текущей нагрузкой? Ты бы хотел работать больше / меньше?

На эту тему также вышла замечательная статья в библиотеке моих друзей из TYPICAL — https://go.typical.company/stayinterview

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

Исследование OKR-трендов в России и СНГ

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

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

-Масштаб компаний, в которых работают участники исследования, на основе ответов на вопрос: "Сколько человек работает в вашей компании?". В исследовании приняли участие три типа организаций - малые (42%), средние (19%), крупные (39%).

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

-Лидеры внедрения (кто внедрил OKR на 1 или больше команд): Розничная торговля (59%), Электронная коммерция (53%), Консалтинг (52%), ИТ (50%), Медиа (43%).

-Компании используют разные инструменты ведения OKR, большинство команд предпочитают Google-таблицы, которые легко адаптируются, предоставляют онлайн-доступ каждому члену команды, что делает OKR открытыми и прозрачными для всей команды. На данный момент нет приложений для ведения OKR, которые бы пользовались популярностью, сопоставимой с Google-таблицами или Excel.

-Процент голосов за выгоды меньше, чем за причины (фокусировка набрала 57% в причинах, а в выгодах - 30%). Это связано с тем, что часть респондентов еще не завершила внедрение, и поэтому указала только причины без выгод.

-Большая часть участников (77%) не привязывает бонусную систему мотивации к достижению плановых значений OKR, как и рекомендуется методологией. Для проектирования OKR компании или команды используют различные инструменты: от проведения стратегических сессий, во время которых топменеджмент или команда сами определяют и проектируют цели, до проведения исследования клиентского опыта и рынка, использования Impact Mapping или AARRR-воронки.

Хотите больше данных по исследованию - переходите на страницу отчета по исследованию “OKR в России и СНГ 2022” от Product Lab по ссылке ниже - https://clck.ru/rgVAs

Ликбез по динамическому ценообразованию

Динамическое ценобразование - ключевая тема на Конференции по продуктовой аналитике и marketplace efficiency Aha!'2022 - https://aha.matemarketing.ru/. Ниже - типы и параметры ценообразования.

Типы ценообразования:
1. Ценообразование «затраты плюс»
При использовании этого метода в розничной цене учитываются все затраты, которые понесла компания.
Один из видов такого ценообразования - ценообразование с наценкой. В каждой отрасли наценки могут быть разные. Розничные продавцы также могут устанавливать свою наценку. Например, один музыкальный магазин делает наценку 50% на гитары, то есть ее стоимость будет равна закупочной плюс 50%. Другой музыкальный магазин может сделать наценку меньше, тогда и цена этой гитары для покупателя будет ниже.

2. Ценообразование на основе конкуренции (конкурентное ценообразование) основано на регулярном мониторинге цен и анализе стратегии конкурентов. Регулярный мониторинг конкурентов даст возможность выработать собственную стратегию: снижать цены или, наоборот, повышать, если ваш продукт и сервис более качественный. Именно цена формирует у потенциальных покупателей первое впечатление о магазине, поэтому залогом успеха в большинстве случаев оказывается наличие эффективной системы ценообразование.
Конечно, можно выбрать одну проверенную методику наценки и использовать только ее. Наибольших же успехов вы добьетесь, если будете варьировать несколько проверенных способов ценообразования в зависимости от поставленных задач.

3. Ценообразование на основе спроса
Отслеживая спрос на свой продукт, компании устанавливают цены. Спрос падает – цены снижаются, растет – можно установить и более высокую стоимость.

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

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

Хотите больше информации по ценообразованию и как ее использовать в работе с маркет-плейсами, приходите на конференцию Aha!'2022 - https://aha.matemarketing.ru/
Нужна консультация по развитию продуктов, команд и процессов исследования - пишите автору канала.

Четыре уровня неопределенности при управлении продуктами

Уровень первый: ясное будущее
На этом уровне остаточная неопределенность минимизирована. Чтобы сделать прогноз достаточно стандартных инструментов стратегии: исследование рынка и возможностей конкурентов, анализ цепочки создания стоимости, модель пяти сил Майкла Портера, модель DCF.
Как с этим работать:
В предсказуемой среде большинство компаний чувствуют себя как рыбы в воде и легко адаптируются к изменениям. Функция стратегического анализа сводится к прогнозированию будущего ландшафта отрасли и оценки конкурентной среды. Разработка стратегии выглядит как серия беспроигрышных шагов.
Однако именно на этом уровне таится масса подводных камней. Ведь в стабильных условиях всегда найдется ряд компаний, которые меняют отрасль, увеличивая неопределенность.

Уровень второй: стратегические альтернативы
Будущее можно описать как один из нескольких дискретных сценариев. Нет возможности определить с помощью анализа, какой из сценариев реализуется. Примером могут служить изменения в нормативной или законодательной сфере.
Как с этим работать?
Стоит сфокусироваться на анализе остаточной неопределенности в виде триггерных точек для отрасли. Для каждой стратегической альтернативы есть своя вероятность реализоваться, а значит, и модель оценки должна быть своя. Если на первом уровне неопределенности «акулы» бизнеса её увеличивают, то на втором - участники рынка стремятся создать порядок из хаоса и стабилизировать отрасль, обрастая арсеналом для быстрой смены курса.

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

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

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

Обучение занимает несколько часов в день, большую часть времени вы учитесь самостоятельно в тренажёре-симуляторе работы в компании и сдаёте проекты. Несколько раз в неделю проходят вебинары, можно смотреть по вечерам в прямом эфире или в записи в удобное время. Следующий старт обучения на курсе Менеджер проектов 18 июля.. Но перед покупкой мы советуем пройти бесплатную вводную часть. Это симуляция работы в студии заказной разработки, где вы узнаете больше о профессии Менеджер проектов и познакомитесь с образовательной средой Яндекс. Практикума.

Как понять, что пришло время продуктовой трансформации

Переход от процессного подхода к продуктовому, концентрация деятельности компании на продуктах, ориентация на метрики происходят не в один момент. Всегда есть предпосылки.

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

Внутренние причины, когда точно нужна продуктовая трансформация:

1. Долгий цикл разработки: неточность оценки сроков, отсутствие важных требований к задаче, неповоротливость больших отделов, долгий Time To Market. Тимлиды тратят много времени на менеджмент, нет положительного эффекта при найме инженеров.

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

3. Непрозрачность ролей и отсутствие программ развития: нет понимания ожиданий от ролей и должностей, нет системного подхода к развитию сотрудников, например, нет встреч 1:1 и карьерного трека.

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

Всё это зависит (а значит, и чинится) от выстраивания чёткой системы между тремя составляющими: процессов, продуктов и людей. Да, концепция 3P — Processes, Products, People — работает даже здесь.

Чтобы показать взаимосвязи между ними, как одно зависит от другого именно в разрезе продуктовой трансформации, и какие практики помогут помочь найти уязвимые места и починить их, команда ФРИИ CORP создала новый рабочий фреймворк — «3P продуктовой трансформации».

Он работает сразу на трёх уровнях: продукты, процессы и люди, и помогает понять:
- на какой стадии развития продуктов находится корпорация;
- какие изменения в процессах необходимы, чтобы продуктовая трансформация стала эффективной;
- каких артефактов и компетенций не хватает команде для роста продукта.

А 7 июля в 17.00 по МСК состоится онлайн-презентация фреймворка «3P продуктовой трансформации». Основываясь на кейсах из практики, авторы фреймворка обсудят, какой первый шаг нужно сделать, чтобы продуктовый офис приносил максимальный результат и получить quick wins.

Участники презентации получат первыми доступ к фреймворку.

Регистрируйтесь на презентацию по ссылке: https://edu.iidf.ru/?arrangement=d48daf11
Нужна помощь с продуктовой трансформацией компании? Пишите автору канала.

Technical Product Manager или Business Product Manager. Кто приносит больше пользы на практике?

1. Большая часть бизнес составляющей продуктового менеджмента, которая обычно характеризует эту профессию (юнит-экономика, продуктовые метрики, техники приоритезации, Customer Journey Map, дизайн АВ-тестов, проверка гипотез, Customer Research и т.д.) осваивается любым вменяемым техническим продакт-менеджером за 2-3 месяца без особых проблем (при наличии хорошего наставника). 

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

3. Ценность глубокой детальной проработки бизнес составляющей продукта оказалась сильно завышена. Анализ рынка и конкурентов, прогноз прибыльности новых продуктовых фич, опрос пользователей и т.д. так или иначе основывается на небольшом количестве собранных данных. То есть это в любом случае моделирование, которое на практике оказывается практически невостребованным и не отвечающем реалиям бизнеса.

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

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

6. Вы можете себе позволить сильную и высокооплачиваемую техническую команду, в которой разработчики хорошо знают продукт или способны (и хотят) быстро в нём разобраться — набирайте бизнес-продукт менеджеров.

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

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

9. У вас В2В-бизнес и ограниченное количество клиентов — ищите технического продакт-менеджера. Скорее всего, в силу бизнес-модели, у вас даже не будет достаточного количества репрезентативных данных для анализа бизнеса и классического продуктового менеджмента.

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

Про это поговорят на бесплатном вебинаре “Как сформировать продуктовую команду с нуля?" 13 июля в 20:00.

На вебинаре разберут:
– Как лучше выстраивать процессы, связанные с продуктовым менеджментом
– В каких случаях больше нужен Technical Product, а в каких - Business
– Опыт найма и менторства Technical и Business Product Manager
Регистрируйтесь, чтобы не пропустить ссылку на эфир и получить все материалы после вебинара: https://otus.pw/sqqc/

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

Как измерить счастье, которое испытывают пользователи при использовании продукта? Для того, чтобы создавать красивые продукты, нужно понимать, что они делают, почему они это делают и для кого они это делают. А это будет достигнуто путём помещения пользователя в центр и сочувствия к нему, чтобы почувствовать его боль, понять его проблему и мотивацию использования продукта.

1. Удовлетворённость уровня задачи
В зависимости от вашего клиента вы можете выбрать либо собеседования, либо опросы. Опрос поможет вам достичь удовлетворённости уровня задач. Таким образом, вы можете сказать, насколько они удовлетворены несколькими вопросами. Здесь вы можете использовать:
а. In-App Survey — вы можете просто вставить ссылку на форму обратной связи не более чем с 3 вопросами. Это простое решение и позволяет быстро собрать отзывы.
б. Рассылку по почте. Это можно сделать с учетом рейтинга и комментария.
Наиболее популярными вопросниками по поводу качества решения проблемы являются:
• ASQ (After Scenario Questionnaire) — опрос сразу после совершения пользователем действия (3 вопроса).
• NASA-TLX: индекс нагрузки NASA — это показатель умственных усилий (5 вопросов).

Показатели, которые вы можете измерить:
• Скорость обслуживания,
• Качество обслуживания,
• Жалобы,
• Общая удовлетворённость продуктом,
• Успешность выполнения задачи,
• Время, затраченное на выполнение этой задачи,
• Частота ошибок в процессе.

2. Вовлечённость
Это один из показателей, который очень субъективен и зависит от вашего продукта. Если вы работаете в сфере электронной коммерции, это будет один из критериев, чтобы вы могли подумать, как часто пользователь возвращается на ваш сайт и тратит время на покупку продукта или при поиске или чтении отзывов.
Но с другой стороны, если вы измеряете вовлечённость в оплате счетов за коммунальные услуги, то, вероятно, это плохой знак. Потому что здесь пользователь подходит, чтобы просто оплатить счёт. Если он пытаются оплатить счёт за воду или за телефон и не может и тратит время на то, чтобы понять, как можно это сделать, тогда, вероятно, он будет не очень рад этому.

3. Возвращения
Этот показатель поможет вам определить, насколько счастлив ваш клиент, и предсказать, как быстро вы сможете развивать свой бизнес.
Хотя стандартная формула для расчёта процента удержания клиентов отсутствует, но, согласно сайту Inc., вы можете получить приблизительный процент возврата с помощью простой математической оценки:
Скорость удержания = ((CE-CN) / CS)) X 100.
CE = количество клиентов на конец периода.
CN = количество новых клиентов, приобретённых за период.
CS = количество клиентов в начале периода.

Интересный практический доклад «Что такое курьерское счастье, или как на основе обратной связи от пользователей улучшить курьерское приложение» будет на четвёртом Avito Product Meetup уже 14 июля!
Спикеры из Авито и Яндекс Еды расскажут: как с нуля создать и запустить MLP безопасного бронирования жилья на Авито и выкупа смартфонов с тремя офлайн-партнёрами, с какими сложностями команда Авито столкнулась, когда начала проверять смартфоны и давать гарантию на б/у устройства и как на основе обратной связи от пользователей улучшить курьерское приложение.

Регистрация офлайн завершена, но вы можете присоединиться онлайн к прямой трансляции на ютуб-канале AvitoTech.
А чтобы не забыть, добавьте событие к себе в ICS-календарь (работает на айфонах и маках) или Google-календарь.

Подробная программа: clc.to/aHsvjA.

Несколько рекомендаций по заполнению карточек товара в маркет-плейсе (часть 2)

Пост при поддержке Школы Лео Шевченко, через которую выпущено более 6000 селлеров.

⁃ Главный минус онлайн торговли – неочевидность габаритов товара. Досадные разочарования, возвраты и отказы от товара нередко связаны с несовпадением «ожидания – реальность». Опишите реальность как можно точнее, и будет вам счастье. Вам и вашим покупателям.

⁃ Четко и понятно указывайте размеры. Не поленитесь измерить длину стельки (все мы знаем о «маломерках» и «большемерках»), укажите габариты сумки в 3 измерениях, длину ремня и оптимальный для него объем талии, высоту лыжных палок и диаметр суповой тарелки

⁃ Внимательно подойдите к определению категорий товара. Мало завести карточку товара на маркетплейсе, нужно сделать так, чтобы её нашел покупатель, не подозревающей о вашем существовании. Правильное и полное определение категорий товара в разы увеличивает шансы на хорошие продажи.

⁃ Вшивайте поисковую оптимизацию в описание товара. Это уже не может выглядеть, как перечисление ключевых запросов через запятую. Это такое наполнение карточки текстом, чтобы ваш товар показывался в максимальном количестве запросов. Помогут сама поисковая строка маркетплейса, Яндекс.Wordstat. Использовать ключевики имеет смысл в заголовке, описании и характеристиках. Делайте читабельный для человека текст, в который органично вплетены частые запросы пользователей, тогда алгоритмы поисковых машин будут любезно предлагать покупателям карточку вашего товара.

⁃ Все, что нельзя увидеть на картинке, нужно дорисовать в воображении читателя карточки товара. Мягкость и износостойкость материала, удобство колодки или лекала, срок сохранения идеального внешнего вида и другие параметры, представление о которых не дают фотографии. Слова обладают магическим действием: если вы напишете, что в сумке безупречно ровные швы, а конкурент этого не напишет, то купят у вас. Потому что вдруг у конкурента не идеально ровные? Иначе бы он об этом тоже написал.

⁃ Любой новой карточке на маркетплейсе нужна помощь в раскачке конверсии. Запустить инерцию продаж помогают автовыкупы. Это когда вы сами покупаете свой товар или пользуетесь услугами специальных сервисов или каналов. Приток продаж, появление отзывов и звезд рейтинга у товара сигнализирует алгоритмам площадки, что товар интересен и его покупают, а значит, его нужно двигать вверх, чтобы как можно больше пользователей могли его увидеть.

⁃ Если отнестись к запасам товара халатно, можно попасть в out of stock: товар закончится, вы не сможете удовлетворить потребительский спрос и алгоритмы начнут стремительно отпускать карточку в поиске. Каждый день простоя обойдется вам значительными потерями в позициях.

Хотите больше практических советов или выйти на новый уровень в продажах на маркет-плейсах? Приходите на День рождения Школы Лео Шевченко - https://clck.ru/sAYv4.
В панельных дискуссиях и событиях будут участвовать представители Ozon, СберМегаМаркет, Яндекс.Маркет, а также сервисов аналитики - МаркетГуру, MPStat, Moneyplay. Также будет инсайдерская информация о новинках, трендах и лидерстве, раскрыта тема устойчивости в турбулентное время.
Приходите - https://clck.ru/sAYv4

Другой пост рубрики - https://news.1rj.ru/str/FreshProductGo/475

Какие вопросы задать для погружения в бизнес-аналитику?

Когда ты только-только пришёл на новый проект, в новую предметную область, совсем ничего не понятно в любом случае. Даже если вся документация проекта организована и логична. Но все же есть некоторые инструменты, используя которые можно войти в проект быстрее и безболезненно:

1. Пообщайтесь с стейкхолдерами продукта, либо с предыдущим менеджером, аналитиком (если он есть на проекте), они вам подскажут и сориентируют в первых ваших шагах;
2. Изучите существующий vision (видение) проекта, зачем его разрабатывают;
3. Изучите глоссарий проекта - в нем вы сможете найти ключевые термины и определения, которые помогут в будущем;
4. Найдите по ключевым словам или по основной идее проекта видео лекции, или если есть, то курсы онлайн;
5. Возьмите несрочную, но важную задачу - так вы сможете «пощупать» уже созданную систему, сможете понять уже реализованную логику;
6. Общайтесь больше с бизнесом или его представителями - ведь не только вам нужна система, но и им в первую очередь. Старайтесь погрузиться в их процессы, специфику работы, задавайте вопросы «почему так?», «зачем это?» и т.п.
7. Если уже большая часть системы реализована, изучите все требования, задокументированные процессы и сценарии тестирования. Попросите доступы к тестовому стенду и пробуйте быть пользователем, изучите все возможные варианты взаимодействия с системой. При возникновении проблем, задавайте вопросы команде (возможно найдёте узкие места, на которые прежде никто не обращал внимания).

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

Какие еще есть механики погружения в новый проект можно узнать знайте на открытом уроке 14 июля в 20:00 мск в OTUS. На открытом уроке мы разберем, почему навык быстрого погружения в незнакомую предметную область это важно, какие техники использовать для погружения и зачем и как систематизировать процесс погружения в предметную область?

Еще больше углубиться в бизнес-анализ можно на онлайн-курсе «Бизнес-аналитик в IT» OTUS. Курс рассчитан на системных аналитиков, Project- и Product-менеджеров, архитекторов, разработчиков, Team лидов, владельцов бизнеса и менеджеров.

Пройдите вступительный тест, чтобы оценить сложность курса для вас и записаться на урок: https://otus.pw/baBY/

Подборка сервисов по геймификации обучения

Elucidat — cимулятор для обучения сотрудников отдела продаж. Основан на применении реалистичных сценариев взаимодействия с клиентом.

SoloLearn — геймифицированное приложение для обучения программированию. Включает в себя уроки, песочницу, турниры кодеров, рейтинги, а также комьюнити для общения.

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

Фишки ОТП — мобильное приложение, которое воплощает программу лояльности банка. Подразумевает накопление призовых баллов («золотых рыбок») за различные активности, обмен баллов на призы либо участие в регулярной лотерее, сбор виртуальной коллекции рыбок и праздничные акции.

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

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

SQL Murder Mystery - преступление произошло, и детектив нуждается в вашей помощи. Детектив дал вам отчет о месте преступления, но вы каким-то образом потеряли его. Вы смутно помните, что преступление было убийством, которое произошло где-то 15 января 2018 года и что оно произошло в SQL City. Начните с получения соответствующего отчета о месте преступления из базы данных полицейского управления. Это упражнение предназначено скорее как способ практиковать навыки SQL, чем полный туториал.

Oh My Git! - это игра с открытым исходным кодом, которая знакомит игроков с системой контроля версий "Git". Она очень интерактивная и направлена на создание интуиции для таких операций, как merging или rebasing веток. Игроки шаг за шагом знакомятся с функциями Git – каждый уровень рассказывает небольшую историю, в которой игрок может использовать свои новообретенные способности для решения проблем или помощи другим. Визуализирует внутренние структуры репозиториев Git в режиме реального времени. Игрок может сразу увидеть результаты своих действий.

Flexbox Froggy - игра, в которой вы помогаете Лягушонку и его друзьям, создавая CSS-код!
Если ваши попытки выровнять div по центру выглядят как в этом меме, то Flexbx Froggy отличный способ разобраться с flex box

Grid Garden - изучите CSS Grid, пройдя 28 уровней Grid Garden. Некоторое знакомство с CSS Grid приветствуется, но не требуется. Каждая задача содержит описание свойств CSS-сетки. Первые несколько задач начинаются легко, но по мере того, как вы продвигаетесь в игре, все становится сложнее.

CSS Diner - вы можете попрактиковаться в основах CSS, пройдя серию из 32 заданий. Это хороший способ лучше познакомиться с языком и получить удовольствие от его изучения. Первые несколько задач короткие и сосредоточены на работе с классами и идентификаторами. Но по мере прохождения уровней вы познакомитесь с псевдоселекторами, first of Type Selector, last of Type Selector и ниверсальным селектором.

Жизнь в айти состоит из обучения. 11 июля начинается новый сезон Podlodka Soft Skills Crew, который называется "Научиться учиться”, где будет в том числе доклад от Ивана Данилина с «Геймифицируй свое обучение».

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

Лайфхаки управления проектами при разработке продуктами

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

2. Минимизировать бюрократию
В любом проекте бюрократия неизбежна. И с одной стороны, она отнимает большое количество сил и времени, но с другой стороны — закрывает для руководителя проекта многие риски.
Обязательно делайте минимально необходимый для любого проекта набор документов. Это устав проекта, реестр рисков, требования (бизнес, функциональные, эксплуатационные), календарный план (по вехам), ресурсный план, бюджет, протоколы испытаний и акты приемки.

3. Визуализировать производительность и близость дедлайна
В бизнес-романе Тома Демарко есть отличная фраза: «День, потерянный в начале проекта, значит так же много, как и день, потерянный в конце». Но все знают, как бывает тяжело в начале проекта заставить работать себя и команду так же эффективно, как и при приближении дедлайна: эта визуализация приводит к тому, что на подсознательном уровне все ведут себя более ответственно, сосредоточенно и продуктивно.

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

5. Принимать решения как можно раньше
Руководитель проекта каждый день должен принимать решения. Это его основная работа. От скорости и качества принимаемых решений зависит будущий результат проекта, а также то, в каком состоянии находится проект сейчас и в каком будет находиться в будущем. е тяните, так как в данной области работает правило «1-10-100»: исправление ошибки на стадии планирования обойдется в 1 рубль, на стадии воплощения — в 10 рублей, а на стадии реализации, (когда все уже запущено и работает), — в 100 рублей.

6. Делать совещания реже и эффективнее
Есть хорошая поговорка: «Любую задачу можно загубить, если провести достаточное количество совещаний». Так и с проектом в целом: его можно загубить, если он погрязнет в совещаниях. Все сведется к тому, что все будут постоянно встречаться, что-то обсуждать, дискутировать, но действий, приближающих к успешному окончанию проекта, происходить не будет (или их будет крайне недостаточно).

7. Держать внутреннюю кухню проекта в приоритете
Всегда действуйте не с оглядкой на быстрый внешний эффект, а с оглядкой на долгосрочный внутренний эффект: не надо торопиться, чтобы успеть запустить кривой функционал и кое-как до нового года, чтобы красиво отчитаться, (если, конечно, сверху никто не давит и такое допустимо), — запуститесь нормально в конце января и проанализируйте, почему не успели до 31 декабря, чтобы в следующем году это не повторилось.

Хотите больше лайфхаков? Узнайте, как работают проджекты в Яндексе, Aic и red_mad_robot на бесплатном вебинаре 11 июля в 19:00. Встреча пройдёт в формате открытого диалога: участники расскажут о своём опыте в разработке.

Кто будет рассказывать: Дарья Медякова, менеджер по трудоустройству в Практикуме, Екатерина Закирова, HR-директор в компании Aic, Ольга Фло, менеджер проектов молодежных программ в Яндексе, бизнес-группе Райдтех и Еком и Игорь Иванов, менеджер проектов в red_mad_robot.

Зарегистрироваться на вебинар

Хорошая ли метрика LTV для продакт-менеджера?

Ниже приведены тезисы Андрея Менде из ProductDo, при поддержке топового события для ИТ-сообщества DESIGN REGATTA.

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

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

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

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

Маркетологи, кстати, научились строить ML модели для предсказания LTV, на которые они довольно активно полагаются. Я отдельно разбираю на примерах, почему для продакт-менеджеров эти модели не подходят, и к каким печальным последствиям может привести их использование “в лоб” для оценки продуктовых изменений.

На что тогда смотреть, если LTV бесполезно и даже опасно? Искать хорошие прокси метрики! С низкой задержкой и сильной корреляцией с целевой метрикой. Я считаю, что умение найти прокси метрики – это отличный маркер скилла продакта. Эта задача требует с одной стороны хорошего понимания ценности продукта, но кроме того технической “насмотренности” в аналитике, чтобы видеть какая метрика будет удобной в работе, а какая будет шуметь и запаздывать.

Хочешь на море под парусом в хорошей компании, где будут Андрей Менде, Senior PM в Booking.com
Илья Красинский, основатель & CEO Rick.ai и Heroes.camp, Кирилл Лужнов, Engineering Manager в Schüttflix, Анна Подображных, Lead Product Manager в Avito и автор канала «Будни продакта» и Настя Кондрашова, senior PM в Avito и автор канала «Продуктовая бомбежка»?

Главное IT-событие лета - «Дизайн-регата» - пройдет в Турции c 20 по 27 августа.

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

Присоединяйся, подробности тут https://designregatta.ru/#rec451031377

Чек-лист ситуаций, когда можно дать тестовое задание продакту ?

- Очередной способ отсеять не заинтересованных кандидатов. Порой на вакансию откликается несколько сотен кандидатов и HRу нужно сузить количество человек хотя бы до пары десятков, с которыми он уже проведет интервью. И как раз тестовое задание один из таких способов.

- «Проверка на дурака». Работодатель хочет посмотреть насколько ты адекватный специалист, как ты мыслишь и как подходишь к решению задач (будет ли у вас с работодателем в этом match). В этом случае задания довольно простые, больше на логику и самые базовые знания в данной специальности.

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

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

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

Классический пример - кратко проанализируйте рыночное положение продукта [X].
- Опишите подробнее: [сегменты пользователей/конкурентов/стратегию продвижения/whatewer]
- Какие метрики бы вы развивали в этом продукте? Чем бы вы занялись в первую очередь? Аргументируйте.
- В вашей зоне ответственности метрика [Y]. Проанализируйте гипотезы, как можно ее улучшить? Выполните приоритизацию? Какую бы из них вы брали в работу в первую очередь?
- Ваш руководитель хочет провести эксперимент по проверке гипотезы [Z].
- Предложите план эксперимента, составьте техническое задание для его реализации (реализацию представить в формате [удобный вам формат]).

Хотите больше чек-листов и лайфхаков по теме найма? У моих друзей из Typical вышел курс “Как искать, распознавать и нанимать таланты” с 22 чек-листами и шаблонами для использования в найме. Там есть полезные ресурсы и наши рекомендации, которые помогут «встроить» полученные знания в ваши процессы, примеры хорошо составленных писем, сообщений, вакансий, офферов, отказов. Всё это вы сможете сохранить и переиспользовать для кандидатов разных уровней и профессий. Чек-листы и шаблоны можно скачать: они будут помогать вам придерживаться структуры и порядка

Для эффективного обучения на курсе, на каждом уроке открываются тесты. Команда TYPICAL использовала лучшие подходы для проверки знаний и заложила разные механики в тесты. Это стало возможным за счет создания собственной платформы для обучения, в создании которой помогла студия Method Zero.

О том, как запускать свои аналогичные продукты и почему команды используют под это no-code технологии, вы можете узнать по ссылке: https://vc.ru/u/1025110-method-zero/458853-kak-my-zapustili-novyy-produkt-platforma-dlya-obucheniya-i-razvitiya-upravlencheskih-kompetenciy