Если весь пазл сложился, описаны видение и стратегия продукта, найдены внешние исследования, найдены референсы у пиров, то в исключительной ситуации можно считать, что продукт можно разрабатывать.
Но как тогда отслеживать успешность продукта?
1) Usage-метрики
Usage-метрики показывают, как часто пользователи используют продукт. Обычно их не сложно построить и отслеживать их изменение. Если упростить, чем полезнее для пользователей продукт или фича, тем чаще они его будут использовать.
В случае рейтингов продавца - это, например, покрытие продавцов рейтингом, чтение отзывов до сделки
2) Метрики, изменение которых влечет изменение основных метрик.
Если продукт уже работает, можно провести исследование, которое покажет зависимость между метриками продукта, которые вы можете посчитать, и основными метриками.
В этом случае, обычно достаточно доказать зависимость один раз с помощью аналитического исследования и дальше отслеживать только те метрики, которые мы можем посчитать.
В случае рейтингов, это контакты с хорошими продавцами, и опять чтение отзывов до сделки.
3) Отзывы пользователей
Здесь, кажется, все просто: любые отзывы - хорошо. Если отзывы хорошие - отлично! Если плохие - тоже неплохо. Если пользователям продукт или фича не полезны - они не напишут ни хороший, ни плохой отзыв.
• • •
Missing some Tweet in this thread? You can try to
force a refresh
Вчера не успела продолжить, поэтому заканчиваю сегодня :)
Итак, пункт 2) Аналитические исследования
Ок, мы не можем посчитать retantion в АБ-тесте, но можем сравнить когорты пользователей. Задача гораздо сложнее, чем запустить АБ-тест, тк нужно аналитически доказать похожесть когорт и исключить факторы сезонности (если берутся когорты до запуска фичи и после).
Иногда похожесть когорт аналитически строго доказать невозможно, и приходится идти на компромисс. В любом случае, через аналитические исследования получается получить подтвердить или опровергнуть гипотезу о влиянии, но именно оценить влияние фичи часто невозможно.
Итак, как обосновать важность продукта или фичи, если она не влияет на метрики?
Начнем с обоснования важности и расскажу свой опыт
1) Видение и стратегия продукта в этом случае становятся особенно критичны.
Видение - это описание того, каким будет мир и продукт в нем через 3-5 лет (или другой период времени, который лучше подходит продукту или компании).
Стратегия - как сделать видение реальностью.
Если продукт или фича помогают (предположительно) приблизиться к описанному видению, являются необходимым шагом в сторону цели - это может являться основанием разрабатывать фичу или продукт.
Наконец можно начать первую тему. Можно ли делать продукт, если не возможно посчитать его влияние на основные метрики компании?
В теории все просто: у основного продукта есть дерево метрик, которые отвечают за успех продукта и компании. На первом уровне самые главные метрики, на втором уровне метрики, которые влияют на них и тд. Уровень вложенности может быть сколь угодно большим
Разрабатывая продукт, ты целишься в то, что ты улучшишь основные метрики компании. Улучшаешь - успех, не улучшаешь - гипотеза не подтвердилась, работаем дальше.
Всем привет! На первой рабочей неделе в этом году с вами я - Оля Конякина, менеджер продукта рейтинги и отзывы о продавцах в Авито.
Отзывы - это UGC (user-generated content), и часто классические подходы нам не подходят 😄 О том, какие возникают сложности, и как их решаем, расскажу на этой неделе.
Пн - ок ли, если нет детектируемого влияния на метрики компании?
Вт - что делать, если нет данных для теста гипотез?
Ср - этапы запуска UGC-продукта.
Чт - про сегменты пользователей.
Пт - день для свободной темы.
Сб - как выбрать команду.
Вс - подведение итогов.
Привет! Сегодня хочу поделиться находкой, пришедшей во время работы по формулированию mission statement'а.
Прежде было много слов про JetBrains в целом, но работаю я конкретно в проекте Котлин. Это полноценный самостоятельный проект внутри JB. В ноябре 2020 года отмечал 10-летний юбилей от первого коммита. В проекте трудятся чуть более 100 человек.
Продуктовый вижен Котлина зрел пока в JB развивали IDE под Java и другие языки. Копилась экспертиза в области языков программирования, и неизбежно наступил момент когда мы решили написать свой - прагматичный язык для индустрии (и нас самих), агрегирующий накопленные знания.
Продолжаем про B2B. Люблю фразу "меня часто спрашивают", но ко мне она не относится, поэтому "я часто слышу" ;), что:
-В B2B более требовательная аудитория
-Более платящая
-B2B Saas - бизнес для "стариков"
-Качество продукта в B2B - это все
-В B2B сложный цикл продаж
Что правда?
На своем опыте, работая и много в B2C и сейчас в B2B могу сказать, что не понимаю, что такое "требовательная".:) И там, и там все идет от проблемы, которую вы решаете. Просто в B2B ты чаще строишь более сложные технические решения и как следствие барьер адопшена выше.
Про платящую. Средний чек то может, конечно, и сильно выше, да вот объем рынка и число (+ сложность выхода на) ЛПР сильно меньше, чем в B2C. Поэтому плюс платежеспособности, часто невелируется этими сложностями.