Fresh Product Manager
20.1K subscribers
48 photos
4 videos
3 files
1.03K links
Заметки, продуктовые инсайты, кейсы, обмен экспертизой от Сергея Колоскова. Консультирую по продуктам, процессам, командам, преподаю и провожу воркшопы. Связь - @SKoloskov. Сайт - https://koloskoveducation.tilda.ws/ Реестр РКН https://clck.ru/3G5nL5
Download Telegram
Про концепцию архитектуры предприятия Gartner

Уже в 2002 году Gartner сформулировала концепцию архитектуры предприятия, которая стала определенным обобщением влияния концепций сервис-ориентированной архитектуры, осознания того факта, что существуют различные стили архитектуры информационных систем, соответствующие различным стилям бизнес-процессов.
Суть методики Gartner — создание процесса, который позволит развивать архитектуру в соответствии с высокоуровневой архитектурой бизнес­-стратегии. Она образует только общее видение системы и не определяет ни формата, ни языка для описания архитектуры:

Среда бизнес-взаимодействия (Business Relationship Grid): новая модель "виртуального" бизнеса, а также все, что связано с кооперацией предприятий и бизнесом B2B. Этот уровень соответствует понятию "отраслевой нервной системы" взаимодействующих предприятий. Фактически здесь определяется индивидуальность архитектуры. Другой важный аспект связан с позиционированием ИТ в организации – либо ИТ-архитектура формируется для максимального уменьшения издержек, либо она должна обеспечивать возможности быстрых изменений и высокую гибкость. Другие примеры могут включать быстрое распространение информации, высокую безопасность, простоту использования и требуемую степень надежности.
Бизнес-процессы и стили бизнес-процессов: как организация выполняет свои ключевые функции, т.е. включает в себя бизнес-процессы предприятия, такие как обработка заказа, мониторинг производственных процессов, анализ использования критически важных ресурсов, совместная работа с информацией
Шаблоны: описывает модели и алгоритмы, которые могут широко использоваться для решения различных задач на предприятии. Примерами шаблонов является трехуровневая архитектура прикладных систем (интерфейс-логика-данные), использование "толстого" клиента в архитектуре клиент/сервер, хранилища данных.
Технологические строительные блоки (кирпичики – bricks): соответствует технологической архитектуре и включает в себя операционные системы, серверы, базы данных, сами данные и пр.

Если хотите еще больше узнать про архитектуру предприятий и знать, как построить ее для своей компании, приглашаем на бесплатный вебинар-дискуссию от OTUS 03 марта в 19:00, который проведет Петр Подымов. Автор расскажет на собственном опыте, что такое стратегия компании, а что стратегией не является; как архитектура помогает формулировать стратегию и обеспечивать её реализацию.
Для руководителей и аудиторов продуктов хорошая фундаментальная дисциплина.
Регистрация по ссылке: https://otus.pw/bLkR/
Пять уровней конфликта по Agile

При поддержке Лектория Skillbox и онлайн-митапа о том, как стать Скрам-мастером.

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

2. Разногласие
Члены команды дистанцируются друг от друга, чтобы гарантировать, что из конфликта они выйдут без потерь, или чтобы занять удобную позицию для компромисса, который должен возникнуть сам собой. Они могут говорить отдельно с другими членами команды, чтобы проверять стратегии или искать совета и поддержки. Люди пока не настроены враждебно, просто остерегаются подвоха. Выстраивая свою защиту, они не делятся всем, что знают по обсуждаемому вопросу. Факты играют второстепенную роль в интерпретациях. Тут важно все, что восстанавливает чувство безопасности, вроде игр на сотрудничество или апеллирования к общим ценностям команды.

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

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

5. Мировая война
Если одни выигрывают — другие должны проиграть. На данном уровне существует только один вариант: изолировать бойцов (также известных, как члены команды), чтобы они друг друга не покалечили. Никакой конструктивный результат в данном случае не возможен.Делайте все возможное, чтобы люди друг друга не покалечили!

5 марта приглашает в Лекторий Skillbox на онлайн-митап о том, как стать Скрам-мастером, помочь команде освоиться с фреймворком и решать различные трудности на пути к созданию идеального продукта. Ведущий коуч-сессий программы Certified Scrum Product Owner от Scrum Alliance Владимир Труш на практике разберет те правила и ситуации, которые помогут определить, когда и какую методологию или фреймворк лучше всего использовать. Подробности и регистрация: https://u.to/EV0aGw
Метрики и условия для расчета сходимости юнит-экономики

Ключевые метрики:
CAC — средняя стоимость привлечения клиента
CMp — маржинальная прибыль по единице продукта при САС=0
CMpc — маржинальная прибыль по единице продукта при САС>0
CMpc= P — VCpc = P — (VCp+CAC/Qpc) — формула расчета
VCpc — переменные затраты на единицу продукта при CAC>0
Qpc — среднее количество единиц продукта на единицу клиента
CMc = LTV — маржинальная прибыль по клиенту за время его жизни
CMc=LTV=Rc — VCc=Rc — (VCp*Qpc+CAC) — формула расчета
Rc — доход по единице клиента за время его жизни
VCc — переменные затраты на единицу клиента за время его жизни
VCc=VCp*Qpc+CAC=VCcp*Qpc — формула расчета
VCp — переменные затраты на единицу продукта при CAC=0
Qpt — количество проданных единиц продукта в единицу времени
Qct — количество клиентов в единицу времени
BEPpc — точка безубыточности по количеству продуктов на единицу клиента
BEPpt — точка безубыточности по количеству продуктов в единицу времени
BEPct — точка безубыточности по количеству клиентов в единицу времени

Ключевое условие:
Деление бизнес-моделей по значению метрики САС- стоимости привлечения клиента на САС=0 и САС>0. Если в бизнес-модели САС=0, то критерии сходимости (безубыточности) соответствуют условиям традиционного маржинального анализа.
Если в бизнес-модели появляется метрика САС>0, то критерии сходимости должны учитывать это ключевое отличие, но в логике маржинального анализа. Если проделать несложные выкладки, используя структуру метрик Юнит-Экономики, приведенную выше, то можно вывести условия сходимости (безубыточности) вашего продукта или проекта в логике маржинального анализа.

Если хотите разобраться в юнит-экономике лучше, приходите на двухдневный онлайн-интенсив по продакт-менеджменту от GeekBrains для начинающих продактов, менеджеров проектов, руководителей компаний и отделов 6-7 марта с 11:00. В программе будут также выступления про продуктовую аналитику, проектирование MVP, эксперименты и исследования в работе продакта. Спикеры - продакты Альфа-Банка, Gett, Wikium. Регистрируйтесь по ссылке: https://geekbrains.ru/link/EawF7k
Исследование на прототипах продукта

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

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

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

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

4. Прототип является интерактивной моделью, так как он направлен на проверку возможных действий пользователя.

5. При тестировании прототипа необходимо давать минимум информации потенциальному пользователю. Причина проста – чем больше он «наломает дров», тем лучше для продукта, так надо тестировать, а не валидировать сценарии.

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

7. Проверять нужно все, даже если есть уверенность в том или ином функционале будущего продукта.

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

9. Современные сервисы позволяют автоматизировать UX-тестирование. Просто загружаете свой прототип и через некоторое время получаете подробную статистику по нему. Вся статистика основана на: карте кликов, хитмапах и различные фишки-плюшки, с помощью которых можно будет легко найти все минусы прототипа. Например, сервис Uitrial — это совсем новый да ещё и бесплатный сервис по тестированию прототипов Figma. Если хотите автоматизировать тест с Uitrial - приходите по ссылке: https://bit.ly/3kWJO1A
Про рынок и продукты insurtech

На рынке insurtech Lemonade уже работает по p2p-страхованию: страховой фонд формируется из взносов клиентов и расходуется по мере того, как у кого-то из них наступает страховой случай. «Манго Страхование» пытается выполнить эту задачу в России и формирует спрос на современные страховые услуги. Сдерживающим фактором по-прежнему является отношение к страхованию как к вмененной услуге - большинство людей обращаются к ней при оформлении ипотеки или кредита на недвижимость и отдают предпочтение аффилированным страховым организациям.

Каким функции сервис должен включать:
1. Экономия времени. Оформление полного пакета документов в режиме онлайн, не нужно тратить время на посещение офиса. Если услугами нельзя воспользоваться из смартфона - до 60% траффика мимо.

2. Свой пакет страховки (по сумме страховки и платежей) можно самостоятельно настроить. Персонализация - новая премиальность. Например, сейчас компания John Hancock предлагает интерактивное страхование жизни, собирает данные о занятиях фитнесом и предлагает разные бонусы, льготы и скидки за поддержание здоровых привычек.

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

4. Широкий спектр продуктов. Помимо страховки собственной квартиры клиент также может оформить полис для квартиры бабушки или даже арендованной квартиры. И даже застраховать животное, ноутбук. Все это минимизирует риск в жизни и дает возможности посвятить себя другим полезным делам.

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

6. Оперативная помощь в страховым случаях (как ни странно). Важно иметь возможность зафиксировать всё случившееся прямо сейчас, сделав фотографии. Плюс в будущем сразу выйти на сотрудника поддержки и по видеосвязи показать ему прямо сейчас, что происходит. Когда технологии будут позволять, можно вообще будет завести и выбор объектов на приложение и VR — запустил клиент приложение, надел очки, осмотрел комнату, распознались объекты и коты, тыкнул пальчиков в нужную вещь (или кота) и застраховал его. 

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

По всем этим описаниям вполне соответствует и работает сервис Манго Страхование. Выплаты зачастую приходят в день обращения, весь процесс онлайн и 24/7. Подходит для своей и съемной квартиры, а также для той, что вы сдаете в аренду. Берут на себя страхование вещей и гражданской ответственности соседей (их квартира тоже застрахована от вас. Стоимость страховки зависит от суммы страхового лимита (максимальной выплаты). По ссылке доступен промокод FRESHPRODUCTGO15 на 15% для подписчиков канала.
Продакт-блиц с Ильей Красинским

Продакт-блиц теперь и в аудио-формате! Поговорили с одним из самых насмотренных продактов, CEO Rick.ai Ильей Красинским, а так же автором канала https://t.me/ilya_krasinsky. Поговорили про аутсорсинг продакта, какие возможности, преимущества и ограничения тут есть, получили пару ценных советов, как лучше везти эту работу.

Запись всего разговора доступна по ссылке.

1. Интервью, которое рекомендует со своим участием Илья.

2. Продакт может быть консультантом или работать парт-тайм продактом на аутсорсе, помогая собственнику и лиду команды. Гораздо полезнее и для продакта и для команды, когда продакт погружается в кастдев, продажи, команду саппорта-заботы, считает юнит-экономику и когорты, изучает  CJM 1-й сессии: погружение дает разницу в 100x в сравнении с консалтингом.

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

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

5. Артефактом деятельности на аутсорсе может быть диагностика: сформулированная проблема в бизнесе, проблема в головах, проблема, что делает не так бизнес. Это покупают фаундеры. Ты работаешь в первыми людьми в компании, твоя задача - разобраться, где они буксуют, что они не понимают, показать модель, как не совершать детские ошибки.

6. У заказчика, как правило, конкретного запроса нет. Они не знают, где у них проблема. Продакт должен сам “проблематизировать”. Как правило, все уже совершили какие-то ошибки роста. Разработку не сделаете, маркетинг не сделаете, кастдев тоже (только посмотреть записи если). Лучше научить команду все это делать. Посмотреть продажи, поддержку. Предложения возможны, только когда вы все посмотрите.

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

8. Для развития клиентской базы нужно напрашиваться в бизнес, проводить диагностики. Лучше всего выбирать какую-то сферу и наращивать кейсы там: дружите, тусуйтесь, нарабатывайте кейсы.

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

Для понятного продукта должны быть понятны ответы каждому пользователю из целевой аудитории на такие вопросы:
- Как ваш продукт решает проблемы клиентов?
- В чем его преимущества?
- Чем вы отличаетесь от конкурентов?

Оценить value proposition можно по следующим вопросам:
- Какой товар или сервис продает ваша компания?
- Какова конечная выгода его использования?
- Что делает ваше предложение уникальным?

«Двигатели» value proposition
- Бесплатная доставка
- Быстрая доставка, на следующий день после заказа
- Бесплатный бонус при покупке
- Бесплатная установка
- Гарантия возврата денег
- Сниженная цена.

Value Proposition состоит из двух шаблонов: Клиентский сегмент и Продукт.

Клиентский сегмент описывает мотивацию к покупке. Она состоит из трёх сущностей:
- Потребности/задачи/работы (jobs);
- Преимущества, выгоды (gains);
- Проблемы, блокеры, боли (pains);
Вместе взятые, они отвечают на вопрос «зачем этот человек покупает продукт»?

Продукт расписывается по:
- Товары и услуги: то из чего фактически состоит ваше ценностное предложение (products and services);
- Факторы помощи: описание того, как именно продукт решает проблемы (pain relievers);
- Факторы выгоды: описание того, как именно продукт позволяет достигать преимуществ (gain creators).

Если хотите научиться составлять Value Proposition и запускать продукты, которые купят, приходите на курс ProductLive SkillFactory. Там запустили образовательный проект специально для тех, кто собрался менять сферу деятельности или хочет быстро прокачать карьеру. Год вы будете учиться онлайн на настоящих кейсах от реальных заказчиков, общаетесь с продактами, перенимаете опыт экспертов. А когда заканчиваете курс, получаете не только корочку и опыт, но и 12 завершенных проектов в портфолио, а также помощь в поисках работы.
Курс по ссылке: https://clc.am/NjV-3g До 17 марта скидка 45% по промокоду FRESH
Должен ли владелец продукта руководить командой?

Обозначим основные различия между Scrum Master и Владельцем продукта:

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

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

- Владелец продукта является непосредственным руководителем команды, выполняющей проект. Именно он управляет всеми делами, касающимися команды. Scrum Master занимается всеми делами, касающимися методологии scrum и agile, а также он обеспечивает качество проекта и дает свои предложения команде относительно повышения качества.

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

Если хотите продолжить дискуссию, должен ли владелец продукта руководить командой, приходите 16 марта на Agile-дебаты! Ведущие специалисты отрасли столкнутся в дебатах на острые темы. Что лучше: выделенный scrum мастер или совмещающий? Сертификация нужна или это просто мишура? Выбери точку зрения и приходи отстаивать ее! Или послушай других, если пока не определился.
Регистрируйся сейчас: http://sber.me/?p=4RLH4
Тренды продуктовой аналитики

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

1) Сбор данных настраивается и автоматизируется

Это информация не только о клиентах, а уже о погодных условиях, которые могут повлиять на работу компании, размер среднего чека, предпочтения покупателей, динамике покупок определенных товаров, загруженности точек продаж и складских остатках.
Внедрение “умных” трекеров, coarse grained подход - крупная, грубая картина пользовательского пути анализируется быстрым пайплайном. Находятся ребра (переходы между событиями) с самым большим потенциалом анализа, такие ребра разбиваются трекером на более мелкие события и сбор данных в итоге постоянно адаптируется под требуемую точностью анализа и конечную задачу аналитики.
Этот же подход может быть использован для “самоочищающихся данных”, когда мы принципиально не храним лишнего, используем быстрые компактные базы для грубых данных и большие медленные для детальных, кроме того мы перестаем хранить общие для всех данные, сводя поведенческие сегменты пользователей и отдельно сохраняя их модели предпочтений.

2) Ускорение обратной связи

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

3) Автоматизация обратной связи

Кнопки и элементы интерфейса могли бы сами оценивать поведение пользователя и влияние разных факторов на весь пользовательский путь и его бизнес метрики — конверсию, средний чек, вовлеченность и retention. Возможность без вмешательства человека определить ценность отдельных элементов в плане повышения заказов или лояльности клиентов, причем отдельные этапы аналитики просто не используются, поскольку процесс автоматизирован. Кнопки сами себя регулируют, имея пробрасываемые сигналы от других кнопок в пользовательском пути и от центрального регулятора, они постоянно оптимизируют свое поведение.
Пока же такой технологии нет, но ее появления можно ожидать не только от нас буквально со дня на день. Вполне вероятно, что приложения будут «учиться друг у друга». Так, например, приложение, которое используется раз в месяц, сможет перенимать актуальные для него модели пользователей их предпочтения к эмбедингам CJM у другого приложения, которое используется ежедневно. В этом случае скорость развития первого приложения может значительно вырасти.

Для анализа большого объема данных уже не достаточно таблиц в Excel. Крупная инфраструктура завязана на Python и SQL−запросах. Если интересно быть в тренде и развиваться в продуктовой аналитике, приходите на курс «Профессия Продуктовый аналитик» от Skillbox. Он позволит новичкам получить специальность с нуля. А программисты узнают больше об анализе и как быстро поменять специализацию. Выпускники курса соберут в портфолио 4 дипломных проекта для трудоустройства. Гарантия о трудоустройства прописана в договоре со студентом!
Переходи по ссылке: https://clc.am/bW_nAQ
1
Мифы и замеры Product market Fit

- Product market fit (PMF) можно достичь с помощью «фишек» и точечных поправок наподобие изменения цвета кнопки CTA. Это не происходит быстро.

- PMF легко измерить по единому правилу. Все зависит от объема конкретного рынка: где-то 10 клиентов будут признаком PMF, а где-то 500 000 будут означать провал.

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

- PMF страхует от конкуренции. Конкуренты могут запросто скопировать продукт, добавить к нему новые фичи и забрать вашу аудиторию.

Как измерить Product market Fit

⁃Cпросить действующих пользователей, как бы они отреагировали, если бы у них пропал доступ к продукту. Если как минимум 40% будут сильно разочарованы, продукт достиг уровня product/market fit. Это самый простой способ, достаточно лишь обеспечить для опроса достаточную выборку пользователей.

-Вы можете всегда почувствовать, когда product/market fit отсутствует. Клиенты заявляют «это слишком дорого», сарафанное радио не работает, цикл продаж слишком длинный, большая часть переговоров с лидами не закрывается в продажу, зашкаливает показатель отказов целевой страницы (низкая конверсия). Все это явные сигналы — что-то идет не так.

-Когда market fit на высоте, вы не успеваете нанимать новых sales-менеджеров и операторов техподдержки, вам звонят с просьбой об интервью редакторы СМИ, вами интересуются крутые инвестиционные фонды.

Product manager — немножко программист, чуть-чуть маркетолог и в каком-то смысле предприниматель. Хотите узнать, как освоить Product market fit и эту сложную, но очень перспективную профессию — приходите на открытое занятие совместной магистратуры ВШЭ и Нетологии «Управление цифровым продуктом». Опытные менеджеры расскажут, кому подходит эта работа, какие компетенции помогут стартовать и как развивать карьеру.
Бесплатная регистрация - https://netolo.gy/gi4
Как собирать фидбек на сайте так, чтобы улучшить продукт

В среднем почти 20-25% новых клиентов банков уходят в течение года, причём половина из них закрывает продукты уже через 90 дней. А в e-коме почти 70% пользователей бросают корзины, причём причины максимально разнятся:

• Слишком большие дополнительные расходы (доставка, налоги и сборы) — 50 %.
• Нельзя купить товар без создания аккаунта на сайте — 28 %.
• Слишком длительный/сложный процесс оформления заказа — 21 %.
• И по множеству других:
не видно общей стоимости заказа — 18 %;
сайт требует данные о кредитной карте — 17 %;
сайт не открывается, долго открывается, выдает ошибку — 13 %.

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

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

Ребята из UX Feedback – платформы для изучения клиентского опыта – ведут канал Фидбечь, в котором о дружбе с пользователями и о том, как узнавать о проблемах и барьерах, с которыми те сталкиваются, как можно раньше.

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

Success-страница или опросы после покупки. Здесь вы получите больше всего инсайтов, поскольку пользователи только что совершили целевое действие (например, что-то купили или подписались на рассылку). В среднем, на контакт идёт каждый четвёртый клиент.

Классический вариант: вопрос «Оформление заказа/подписки/заявки было удобным?» со шкалой оценки. И просьба прокомментировать свой выбор.

Страницы с высоким процентом выходов. Высокий процент выходов говорит о том, что пользователи не могут найти что хотят. Задав соответствующий вопрос: «Удалось ли вам найти то, что искали?» – на проблемных страницах и дав возможность прокомментировать ответ, вы узнаете, почему люди уходят с сайта.

Тот же принцип работает с низкой конверсией: найдите «слабую» страницу и спросите пользователей, почему они уходят или не покупают.

Главная страница сайта. Опросы здесь лучше запускать только на лендингах и либо при доскролле до низа страницы, либо по прошествии 30-60 секунд после «приземления». Если вы продаёте софт, запустите опрос: «Насколько понятно мы рассказали о том, что делает наш продукт?» Так можно собрать инсайты для более внятного редизайна домашней страницы.

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

Вот ещё несколько интересных постов из канала:

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

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

Parler. Это Twitter с отсутствием модерации. Таким образом, Parler и забрал многих опинион-лидеров (и их подписчиками) огромной площадки. Продается возможность отсутствия самоконтроля. Главная функция: дать ощущение освобождения.

Signal. Продается возможность быть анонимным.
Главная функция: дать ощущение безопасности, надежности – того, что за потребителем нет какого-либо надзора. Исчезающие сообщения (они же самоуничтожающиеся сообщения), наличие опубликованных отчетов о прозрачности приложения, регистрация минимального объема данных.

Fitbit. Продается личный тренер для улучшения здоровья и оптимизация времени.
Главная функция: дать ощущение того, что ты становишься лучшей версией самого себя. Cреднему классу необходимо умело держать work-life balance, а потому подобный продукт очень хорошо ложился на потребности подобной аудитории.

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

Glose. Смесь eBook-ридера и книжного интернет-магазина, а команда, работающая над продуктом, имела одну простую цель: создать социальную сеть, которая могла бы вдохновлять читать книги и изменить сам процесс чтения. Самая крутая (популярная) функция: «one tap». Это выделение цитат или отрывков для размещения их в своем профиле.

Данные инсайты сформированы совместно с ребятами из «KAURIOT об IT», они проводят исследования, делают разборы обсуждаемых IT-продуктов с точки зрения продакт-менеджмента, а также рассказывают о причинах их популярности.

Если вам интересно, что происходит на рынках IT-технологий и вы хотите понимать, почему некоторые трендовые инновации так нравятся потребителям и обсуждаемы в IT-сообществе, то ознакомьтесь с нижеуказанными разборами. Хотите узнать причины популярности умной колонки от Яндекс и историю о Facebook, что использует нечестные конкурентные преимущества, приходите сюда - https://t.me/kauriot.
Сегодня ProductCamp

Вспоминая небольшое интервью с Мишей Карповым, Co-Founder ProductCamp, на своем канале, был такой вопрос-ответ:

Какие метрики в нетворкинге/ивентах типа ПродактКэмп самые важные?

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


В этот раз я тоже иду зарядиться новыми идеями и знакомствами Product Camp Russia 2021. Сетка очень интересная, в основном практические доклады с кейсами роста: программа тут, регистрация и просмотр выступлений тут - https://productcamp.ru/.
Подборка книг для продуктологов, кто решил изучать Python

Я уже неоднократно писал, что профессиональный продакт-менеджер умеет самостоятельно писать запросы на SQL и Python, а также извлекать и грамотно интерпретировать данные. Этот навык помогает автоматизировать процессы и является большим плюсом в портфолио. Поэтому совместно с образовательным проектом Ozon New Skills от Ozon составил подборку книг для тех, кто решил изучать Python.

Вот 8 классных книг, помогающих быстро освоить “змеиный” язык, научиться создавать графику, писать коды для текстовых редакторов и понять другие нюансы Python.

1. Изучаем Python (Mark Lutz)
Рассмотрено все — от базовых понятий до частных случаев. Может показаться, что многовато воды, однако так материал легче читается.
Помимо теории в книге собраны толковые практические задания, так что чтение понравится и более-менее продвинутым пользователям.

2. Думай на языке Python: думай как программист (Allen B. Downey)
Нет скучной теории, с первых страниц происходит погружение в маленькие задачи и программы, которые постепенно, от главы до главы разрастаются и усложняются. Получается практический курс с логическими пояснениями.

3. Укус Питона (Swaroop C.H.)
Книга написана феноменально простым языком, все понятия объяснены добротно и полно, непонятных моментов в программировании на Python просто не останется.

4. Погружение в Python 3 (Mark Pilgrim)
Отличное введение в Python с массой примеров кода, а также вариантов использования стандартной библиотеки.

5. Изучаем Python: тяжелый способ (Zed Shaw)
Один из лучших базовых гайдов, однако качественного перевода данного труда пока нет, придется довольствоваться исходным текстом. Но книга того стоит, она учит трем основным вещам в программировании: читать код, писать код и вырабатывает внимание к деталям и умение «видеть» различия.

6. Программирование на Python (Mark Lutz)
Плавный переход от теории к практике. В книге собраны практические методы программирования и советы для написания программ. Описаны способы решения наиболее типичных задач, по полочкам разложены сферы и способы применения Python.

7. Секреты Python: 59 рекомендаций по написанию эффективного кода (Brett Slatkin)
После получения базовых навыков можно взяться за эту книгу, где рассмотрены 59 методик написания высокоэффективного и супер-надежного кода. Данное пособие учит писать в истинно «змеином стиле».

8. Функциональное программирование на Python (David Mertz)
Полезные советы и интересные «фишки» можно использовать, даже не придерживаясь функционально стиля программирования.

Ozon New Skills запускает 16-недельный курс "Аналитика данных”: 32 практических занятия, подготовка собственного проекта и все это на реальных кейсах от команды преподавателей - практикующих специалистов топовых IT-компаний. Бесплатный мастер-класс по аналитике данных с нуля пройдёт 24 марта в 20-00 по московскому времени. С помощью Python вы соберете данные и исследуете влияние эпидемии COVID-19 на акции фармацевтических компаний. А также научитесь строить визуализации в Tableau.
Запись по ссылке: https://ozon.ru/t/vooQz
Никогда не поздно прочитать эссе Пола Грэма

Пол Грэм — один из самых уважаемых людей среди ИТ-шников, основателей и инвесторов. Он первоклассный программист (написал два языка программирования), хакер, создатель дерзкого инкубатора/акселератора Y Combinator. Совместно с каналом @skolkovoleaks подготовили подборку цитат из его эссе, которые тронули больше всего:

+ Есть три условия успешного стартапа: работать с хорошими людьми, делать то, что нужно клиентам, и тратить как можно меньше.

+ В бизнесе нет ничего более ценного, чем техническое преимущество, о котором не знают конкуренты.

+ Чтобы сделать открытие, нужно работать над чем-то неочевидным. Если идея очевидно хороша, то велика вероятность, что над ней уже кто-то работает.

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

+ Очень сложно сделать что-то выдающееся, если проект не занимает все ваши мысли.

+ Из двух альтернатив всегда выбирайте более сложную. Если вы не можете решить, пойти бегать или посмотреть сериал, выбирайте бег. 

+ Правильные прокрастинаторы откладывают мелкие дела ради реальной работы.

+ Худшее, чему может научить школа, — получать хорошие оценки.

+ Если вы хотите научиться чему-то важному, то очень часто приходится всё учить самому.
Что важно знать о контенте продактам?

Совместно с каналом Теории и практики (подписываться по ссылке https://t.me/tandp_ru) собрали подборку полезных для продактов выступлений на TED про контент и его фундаментальные стороны:

Andrew Stanton: The clues to a great story
Эндрю Стэнтон написал и снял три мультипликационных фильма Pixar — «История игрушек», «ВАЛЛ-И», «В поисках Немо». Самая важная вещь, которой он учит, проста: история должна взывать к людям, это именно то, что в итоге делает мощный контент.

Why videos go viral | Kevin Allocca
Есть несколько различных элементов, которые помогают сделать видео вирусным, но, пожалуй, самый важный из них — это неожиданность, которая и помогает выделиться.

Where good ideas come from | Steven Johnson
Выводы спикера показывают, что идеи не рождаются в одиночестве в ходе долгих раздумий. Скорее идеи приходят из так называемой хаотической среды, в которой собираются люди разного происхождения, с разными интересами и мнениями. Они не появляются из ниоткуда, даже когда мы в этом уверены, а значит, секрет успешного контента среди прочего кроется во взаимодействии и внимании к чужому опыту.

Рори Сазерлэнд: Уроки Жизни От Человека Рекламы
Реклама увеличивает ценность продукта, изменяя восприятие аудитории, а не сам продукт. В своем выступлении гуру маркетинга и рекламы Рори Сазерленд выдвигает смелое утверждение, что изменение воспринимаемой ценности может иметь столь же большое влияние, как и то, что мы считаем «реальной» ценностью.

Paul Bloom: The origins of pleasure
По мнению психолога Пола Блума, люди являются эссенциалистами — наши представления об истории объекта меняют то, как мы его воспринимаем. И это оказывает огромное влияние на то, как мы испытываем удовольствие от восприятия объекта (и, шире, любого контента), а иногда и боль.

How to get your ideas to spread | Seth Godin
В современном мире, где слишком много вариантов и слишком мало времени, очевидный выбор большинства — просто игнорировать обычные и привычные вещи. Гуру маркетинга и автор Сет Годин объясняет, почему, когда дело доходит до привлечения внимания людей, плохие или странные идеи оказываются более успешны, чем скучные.
Специальности, из которых вырастают продакт-менеджеры

Бизнес-аналитика. Понимаете экономику, аналитику и количественными исследованиями. Нужно прокачивать дизайн, качественные исследования, управление разработкой и soft skills.

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

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

Продуктовый дизайнер. Им трудно опираться на аналитику или финансовые показатели. При таком подходе не схлопнется unit-экономика. Уделите внимание финансовым метрикам, считайте эффективность в деньгах и больше общайтесь с финансистами.

Разработчик. Знает, как сделать MVP, не забывает повесить аналитику и имеет опыт общения с разработкой. Тут надо ботать понимание экономики, навык в проведении исследований и soft skills. Если вы back-end-разработчик, то нужно уделить внимание дизайну.

Менеджер по продажам. Отлично проработаны soft skills, но такие навыки как аналитика, дизайн и управление разработкой могут напрочь отсутствовать.

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

Приходите 6 апреля на вебинар о карьере продакт-менеджера, где OTUS с моим участием в онлайн-формате разберём вакансии и требования компаний к продактам, а также познакомим вас с программой и преподавателями онлайн-курса «Product Manager IT-проектов».

По ссылке - https://otus.pw/kp1l/
Заповеди сильного продакт-редактора

1. Быть заботливым, полезным и честным. Забота — когда текст как-то улучшает жизнь читателю, решает его задачи. Полезность важна, потому что просто текст никому не нужен. Текст должен быть зачем-то полезен читателю. Честно — значит говорить правду и не изменять себе.

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

3. Рассказывайте истории. Опишите ситуацию, в которой продукт окажется полезен. У вас получится история, которая рисует картинки в голове читателя. Если вы читаете текст, но не можете представить картинки — перед вами слабый текст.

4. Заменяйте на одно слово. Канцеляризмы и формализмы можно заменить одним простым словом.

5. Уважение проявляется в заботе. В официозе и самом слове «уважаемые» никакого уважения нет. Другое дело, когда мы объясняем, почему так делать нельзя и предлагаем альтернативу — заботимся.

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

7. Критиковать работу — можно, а человека — нельзя. Есть граница, которую переходить нельзя. Эта граница — личность человека. Не критикуйте человека как личность — критикуйте его поступок, работу.

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

9. Одно предложение — одна новая мысль. Не перегружайте ваше предложение информацией. Видите несколько мыслей — разделите точкой.

10. Пишите расслабленными. Садиться писать только в расслабленном состоянии. Написали? Читайте вслух и переписывайте фрагменты, на которых спотыкаетесь. Так по многу раз.

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

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

13. К любой теории — практику, пример или случай. Без теории почти невозможно ничего объяснить. Без практики мы как будто читаем о чем-то абстрактном, оторванном от жизни. Приводите примеры к любой практике.

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

15. Все абстрактное поддержите конкретным. Секрет убедительности в конкретике. Конкретику человек может пощупать, услышать, почувствовать. Холод, мрамор, вибрация, кирпич, компьютер — это конкретика.

16. Факты должны быть в мире читателя. Человек рефлекторно сопоставляет факты с чувственным опытом. Лучше объединять характеристику с понятным объяснением, например, аккумулятор на 6000 мАч — заряда хватает на два дня постоянной работы в интернете.

17. Реклама — ответ на вопрос «чем вы полезны?». Люди покупают то, что, по их мнению, принесет им пользу или избавит от вреда.
Любой продукт по мнению покупателя так или иначе приносит ему пользу.

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

Все эти правила — только выдержки книг Максима Ильяхова. Помимо рекомендаций по редактуре, обратите внимание на материалы по деловой переписке!
31 марта на онлайн-встрече “5 проблем деловой переписки" Максим Ильяхов покажет приемы и шаблоны текста, которые помогут навести порядок в деловой переписке и в бизнесе. Регистрация по ссылке.
Пост благодарности подписчикам канала

Сегодня мой аккаунт и канал взломали, за чужой спам приношу свои извинения.

Но для меня самое важное и приятное в этом ужасном событии - что в течение 3 часов активного спама было менее 110 отписок (часть уже вернулась) и более 80 (!) человек без учета потерянного аккаунта поинтересовались в личных сообщениях, что происходит, с выражением поддержки и скорейшего восстановления канала, некоторые даже публично в лентах и своих каналах.

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

Всегда рад вашим сообщениям - @SKoloskov, @FreshProductGo
Где черпать вдохновение для продакт-менеджера?

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

+ Путешествовать, наблюдать за миром, людьми и их поведением. Особенно совместно с другими продактами. Например, присоединиться к Design Regatta!
Участие примут Илья Красинский (Rick.Ai), Алина Ермакова (Сбер), Артемий Круглов (Visa) и еще 3 лодки дизайнеров и продактов. Проходить будет в Турции, 8 - 15 мая. Море и приключения! Подробности по ссылке.

+ Важно изучать новые продукты, которые пытаются решать старые проблемы. А когда в таком продукте будет находиться что-то интересное, — нужно начинать изучать детали, команду продукта и образ её мыслей. Для этого идеально подходят площадки Producthunt и Techcrunch.

+ Мобильные игры! У меня на рабочем планшете установлено около 100 игр, и каждую я изучаю на предмет пользовательского опыта — насколько просто я могу достичь с помощью него конечного результата. В игровой индустрии работают самые креативные люди.

+ На интересные идеи подталкивают сами пользователи. Полевые UX-исследования — это способ найти внезапное решение проблемы, о которой даже не знал. Представляешь в голове поведение пользователя и разрисовываешь сотню листов карандашом, и когда собирается пазл — переносишь его сначала в мир UX, а затем в UI через Figma или Sketch.

+ Тренды, о которых я неоднократно писал у себя.
Мой ТОП ошибок при выводе продуктов на рынок

Все допускал:

1. Не провести исследование КОМУ и КАК продавать продукт перед запуском. Лечится через проблемное интервью.
2. Не продать продукт (в крайнем случае идею продукта) малой группе клиентов ДО того как запускать продукт (и не понять почему они купили, как выбирали бы в реальной ситуации и какой результат получили в итоге). Лечится через решенческое интервью.
3. Не понимать, как сейчас клиенты решают свою проблему, для которой покупается продукт (а есть ли вообще проблема, если продукт инновационный). Лечится через проблемное интервью.
4. Не понимать, из какого бюджета будут взяты деньги на покупку продукта. От чего клиенты должны отказаться в пользу нового продукта. Лечится через механики моделирования продукта и покупки.
5. Не понимать кто является конкурентом (подсказка, привычки — самые сильные конкуренты). Лечится через хорошее исследование конкурентов.
6. Не имея отличий (с точки зрения клиента) идти рубиться в рынок с сильными игроками. Лечится через формулировку Value Proposition.
7. Спутать знание и интерес. Простое знание не позволит сделать первую покупку, этого недостаточно. Лечится через моделирование продукта и покупки.
8. Не иметь плана ПОСЛЕ первой продажи. Лечится через формулировку дорожной карты продукта.
9. Перепутать ТОВАР и клиента. Клиенту не интересен товар, ему интересен он сам. Лечится через глубинные JtBD.
10. Не планировать, КАК обойти возражения клиентов, которые обязательно возникнут перед первой покупкой. Лечится через Ю-тесты и решенческие интервью.

Хотите узнать о других ошибках и путях обхода, приходите на вебинар от Microsoft «Для продакт-менеджеров: от идеи продукта до выхода на рынок», где специалисты разных компаний поделятся своим опытом продвижения продукта на отечественном и зарубежных рынках. Подключайтесь 14 апреля в 10:00, чтобы повысить эффективность своих продуктов.