#exp #tools #best Частая проблема, с которой сталкивается 90% всех проектов - "Продукт - говно”, но почти все команды и овнеры таких продуктов не верят в это до последнего.

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

Этап №1. Осознаем проблему или как доказать самому себе, что придуманный продукт говно и нахрен никому не сдался?

Начнем с самого простого. Для начала, попробуйте найти ответы на следующие вопросы (сверху вниз):

1. Достаточно ли пользователей из тех, кому мы показали рекламу, перешли по ней?

2. Достаточно ли пользователей из тех, кого мы привели на сайт, начали пользоваться продуктом?

3. Достаточно ли пользователей из тех, кто начал пользоваться продуктом продолжили им пользоваться?

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

5. Достаточно ли пользователей из тех, кто совершили покупку, совершают ее повторно?

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

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

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

Всё это должно наводить вас на мысли о том, что вы давно занимаетесь не тем, чем можете.

Этап №2. Как принять тот факт, что ваш продукт не востребован, что его надо закрывать и как с этим жить дальше?

К сожалению, современные психология еще не запустила направление психиатрии для бизнесменов и стартаперов, поэтому придется выкручиваться самим (впрочем, как и всегда).

Собственно, примите те факты, что:

1) Да, вы потратили денег + месяцев или даже лет на то, что занимались "делом вашей жизни". Это правда и она никак не выходит из головы, когда начинаешь думать о "а может закрыть это всё уже… или не стоит, столько же сил/средств вбухали”.

2) Но переверните эту правду и зафиксируйте тот факт, что это было чрезвычайно полезно и интересно.

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

3) И есть еще одна правда. Если цифры говорят, что ваш продукт не востребован (по разным причинам: недостаточность решения, слабый маркетинг/команда, молодой/неконтролируемый рынок), то всё это должно подводить вас и вашу команду к решению закрыть продукт.

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

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

Полезное по теме:

– Разрешите себе ошибаться
– Разлюбите свой продукт
– Илья Красинский о частых ошибках в unit-экономике
– Ты — это то, что ты убиваешь

#cusdev #tools Незамеченной прошла статья "Как выжать максимум из общения с пользователями: развитие продукта с помощью аналитики обратной связи". Что такое аналитика отзывов, как её внедрить и автоматизировать и, главное – создать из неё источник продуктовых инсайтов от пользователей.

Примечание: Для построения на основе запросов в чат от юзеров авто-ответов и авто-рекомендаций ваших FAQ или образовательных статей рекомендую Intercom и их пакет Support (алгоритм и движок работы с фразами работает только под англ. аудиторию и контент). + За отдельную плату у них есть Automation and bots и там вообще космос по автоматизации с чем угодно (как и цены за Интерком).

И раз уж заговорили про Интерком – обратил внимание, что для своего позиционирования они теперь используют формулировки "Engagement OS".

Предположу, что их маркетинг/продукт успешно съели и переваривают всю платежеспособную долю аудитории, которой нужна была "support crm/system" и теперь они трансформируются/масштабируются (во всём), предлагая старой и новой аудитории новую услугу – ВОВЛЕЧЕНИЕ.

#job #tools Не забывай переключать своё внимание на окружающих тебя людей/команды/компании и анализируй:

– как они строят свои процессы и команды;
– как общаются со своими командами;
– чем мотивируют свои команды;
– как они общаются в деловых переписках;
– как и что они говорят на выступлениях/презентациях;
– как преподносят свои преимущества;
– как скрывают недостатки;
– и т. п. моменты.

Смотри и Слушай

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

#tools #job #marketfit 3 сигнала, что ваш продукт соответствует Product Market Fit:

1. Органическое удержание. Самая очевидная и важная метрика. Чем больше ваш продукт приобретает пользователей, тем больше их должно в нём оставаться и продолжать им пользоваться. На начальном этапе рекомендую проверять такое удержание без влияния на него внутренних каналов маркетинга (пуши/мыло/т.п.).

2. CAC < LTV. Ещё один сигнал об удачном выборе проблемы/рынка – ваши затраты на привлечение пользователя становятся меньше выручки от каждого клиента. Иными словами, юнит-экономика сходится "на пальцах" и гибко масштабируется уже на самом старте.

3. Виралка. Легко расходящаяся в соц. сетях виралка о вашем продукте это хороший сигнал о том, что ваш продукт удачно решает реальную потребность юзеров настолько, что они не стесняются и не боятся (!) публично рассказывать об этом своим друзьям/родным.

Полезные статьи по теме:

– 14 механик по удержанию и возврату пользователей
– Ещё куча механик по удержанию и возврату пользователей
– Принципы реферальных механик в продуктах

P.S. По привычке, хотел написать, что Product Market Fit не может возникнуть внезапно в один день..., но думаю, что теперь это не так и ВСЁ вокруг может резко измениться за считанные мгновения.

#tools Петли роста – концептуальные пользовательские механики внутри продукта, позволяющие ему использовать своих пользователей для своего же роста.

#tools Классика: приоритизация идей и фич по модели "Матрица влияния/усилий".

Модель хорошо работает в условиях турбулентности, помогает держать фокус на главных целях и быстро ориентироваться в новых, позволяя предварительно оценивать любую фичу, сторис и гипотезу по соотношению потраченных на неё УСИЛИЙ и её ВЛИЯНИЮ на поставленные ранее цели.

Квадрат №1 представлен набором мелких фич для быстрого улучшения основного функционала продукта.

Квадрат №2 состоит из трудозатратных идей и фич, которые обещают сильное масштабирование базы/активностей/денег, на которые делается основная ставка роста.

Квадрат №3. Сочетание высокого влияния и небольших усилий. Быстрая реализация и сильное влияние на метрики — easy wins!

Квадрат №4. Пилить долго, дорого и непонятно зачем = выкинутые деньги.

Действия простые:

- Отказ от всего, что в квадрате №4.
- Easy Wins в качестве приоритета (быстрый результат во времена быстро меняющегося рынка → аналитика → больше правильных решений).
- Создание микса из фич 1 и 2.

#job #tools Четыре вида отстройки и роста продукта:

1) За счет масштаба.
2) За счет "секретного ингридиента".
3) За счет экосистемы.
4) За счет привилегий.

1) Большой масштаб продукта наделяет его эффектом, который называется «экономия на масштабе», когда стоимость создания ещё одного пользовательского целевого действия уменьшается по мере их генерации (привет, продуктовые петли роста).

Большой масштаб также позволяет вам оказывать влияние на юзеров/партнёров/поставщиков, поэтому вы можете получить (или навязать) более выгодную цену на ваш продукт/услуги. Пример: Amazon и Apple имеют большой масштаб, монополизирова рынки и новый игрок не сможет победить их привычными методами.

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

3) Некоторые компании создают эко-системы – единый набор из ключевых и суб-продуктов/услуг, взаимозависимых от ключевого продукта (и друг друга), в результате чего пользователям становится сложно переключиться на конкурентные решения. Идеальный пример: эко-системы того-же Google или Apple.

4) Привилегия наделяет продукт исключительными правами на что-то: патентом на лекарство, государственные контракты, патентованием вашего алгоритма, который никто другой не может скопировать, и многим другим.

– Быть корпорацией очень не просто :)

#job #tools Советы по развитию ценообразования в продукте.

1. Локализуйте цены в соответствии с валютой и платежеспособностью региона и потенциальных клиентов. Вы можете получать на 30% больше дохода с одного покупателя, если просто будете использовать местное валютное обозначение. Разные ценовые категории для разных регионов также дополнительно увеличивают доход.

2. Воспринимайте freemium-продукт не как ценовой порог, а как модель привлечения клиента. Не используйте стратегию условно-бесплатного продукта, если вы еще не до конца понимаете, как конвертировать лиды в пользователей.

3. Ценность предложения — главное, что влияет на решение о покупке.

4. Не делайте скидки более 20%. Размер скидок напрямую влияет на показатель оттока. Большие скидки привлекают пользователей, которые потом отваливаются.

5. Предоставляя скидку на годовое обслуживание, указывайте выгоду в цифрах, не в процентах. Один месяц бесплатно отработает лучше, чем скидка **%.

6. Ставить цену, заканчивающуюся на «9», или округлять? Согласно исследованиям, цены вроде «99» работают лучше в низком ценовом сегменте, но хуже удерживают клиентов.

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

8. Демонстрация кейсов использования продукта повышает готовность платить на 10-15% как в B2B, так и в B2C.

9. Привлекательный дизайн повышает готовность платить на 20%.

10. Чем больше возможностей для интеграции, тем выше готовность платить и ретеншн.

Эксперт: Патрик Кэмпбел,
перевод: Epic Growth

Статьи по теме:

– Ценообразование для SaaS продуктов. С чего начать?
– 30 тактик по формированию цены продукта
– Модели монетизации продуктов
– 12 нестандартных способов монетизации продуктов

#tools Эффект Златовласки (Goldilocks principle) – прицип в социлогии/математике/медицине, который также используется в продакт-менеджменте с целью побуждения юзера к покупке.

Принцип Златовласки назван по аналогии с детской сказкой "Три медведя", в которой Златовласка пробует три разные тарелки каши и выбирает тарелку с кашей средней температуры.

Одним из наиболее ярких примеров использования эффекта является подписка Netflix.

Несмотря на то, что #Netflix предлагает три варианта подписки, он пытается сделать свой стандартный план как можно более привлекательным.

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

Даже этого достаточно, чтобы запустить эффект Златовласки – большинство пользователей сочтут премиум дорогим/излишним, а базовый вариант слабым, что повышает конверсию стандартного плана.

#hr #tools Наткнулся на гугловскую стратегию найма сотрудников под названием "Озеро Вобегон" из далёкого 2006 года.

...Мы полагаемся на стратегию Lake Wobegon, которая гласит:

нанимайте только тех кандидатов, которые выше среднего уровня ваших нынешних сотрудников.

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

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

Еще одна стратегия найма, которую мы используем — отсутствие hr-менеджеров в проектах.

Мы нанимаем всех сотрудников на уровне компании, а не на уровне проектов.

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

#tools Разбираемся в том, как писать спецификации, которые помогут команде генерировать по-настоящему востребованные гипотезы и продуманные фичи.

#tools #exp Ещё один способ приоритизации идей/гипотез/фич без сложных методологий, графиков и прочих умных моделей.

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

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

1. Раз в квартал проводите тематический мозговой штурм с командой маркетинга, продаж и поддержки (и только после своей команды идите за идеями и хотелками к СЕО/инвесторам (помня, что они в другой команде).

Мой совет – лучше вообще к ним не идите, а если сами позовут, то придёте с готовой инфой "от вашей профессиональной команды".

2. Попросите каждого члена этих команд, вне зависимости от их количества и статуса, добавить и отранжировать их идеи/фичи по личной субъективной значимости (да, именно так).

3. Выберите от каждого отдела 3/5/10 самых популярных идеи-фичи и далее уже самостоятельно оцените их по трём критериями:

1) ожидаемое воздействие (метрика);
2) необходимые ресурсы (время);
3) потенциальные профиты и риски (деньги).

4. Следуйте правилу "70/20/10", где:

– 70% ресурсов должны направляться на истории с низким уровнем риска и быстрой отдачей в метрику (развиваем настоящее);

– 20% ресурсов должны идти на рискованные долгосрочные ставки и отдачу (строим задел на будущее);

– 10% ресурсов должно идти на всякие забавы, пасхалки и другие приятные/необычные/wow-вещи, от которых команда и юзеры будут испытывать эмоции (эмоции всегда работают в плюс сквозь время).

5. Если до сих пор не определились с приоритетами, то сделайте третий подход и самостоятельно приоритизируйте оставшиеся идеи на основе:

1) результатов командного голосования (какая история является любимой в команде и почему);

2) стратегической важности (есть ли гипотезы/идеи/фичи, которые продукт должен иметь именно сейчас и почему);

3) простейшей логики и интуиции (что сейчас ощущается важным и почему).

Снова тупняк и сомнения? Снова прогоняйте выбранные идеи по критериям из пункта №3.

Как часто собирать команду? Ежеквартально – оптимальный баланс между актуальностью и частотой. Но если вы или команда в какой-то момент почувствуете, что НЕЧТО в продукте нуждается в своём пересмотрении, просто соберитесь и обсудите именно это.

P.S. И да, если инвестор всё же навязывает вам нечто, кхм... забавное, включите его хотелку в те 10% 😏

Полезное по теме:

– Как НЕ надо работать с бэклогом;
– Инструкция по интуиции для продакт-менеджера
– Как организована приоритизация фичей в SkyEng, Ali, Wrikle
– Приоритизация на основе баллов и скоринга

#tools Отмечайте успех и прогресс пользователя(ей)

Постепенно, интерес пользователей к вашему продукту начнёт ослабевать (а с ним и вовлечение/возврат).

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

Самый яркий и удачный пример – системы наград и ачивок в играх (в mmorpg это еще и эффект социального одобрения-превосходства), механики и концепции которых можно частично перенять и интегрировать в SaaS-продуктах

Особенно этим славится Гугл и его продукты типа Search Console или того же Youtube, которые любят присылать разные сводки/аналитику/кнопки, специально отмечающие успешные достижения и мотивирующие юзеров к их наращиванию.

#tools Сбор обратной связи "здорового человека" командой Gamestop.

Меня, как продакта, особенно радует:

– выбран чертовски верный канал для сбора (твиттер, где тусуется вся крипто аудитория и идёт весь nft-движ);

– канал в режиме live, команда может тут же уточнять вопросы, при необходимости;

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

– а значит это сильная прокачка лояльности и формирование лояльного комьюнити вокруг продукта;

– Твиттер – соцсеть (ваш АЯ), а значит сбор фидбека превращается ещё и в шоу (маркетинг).

P.S. Толковое руководство и команда творят с it-компаниями чудеса! God bless Ryan Cohen 🫶

#tools 4 совета по работе с метриками и целями:

1. Разделите метрики/цели на достижимые и амбициозные.

После чего делите их в зависимости от приоритетов и текущих возможностей по этим группам в нужных пропорциях, например, по-классике "80/20".

Распространенная ошибка заключается в том, что команды не разделяют свои цели и не выдерживают пропорцию, ставя 100 только на один тип метрик/целей, что ведёт к недостижению другого типа целей со всеми вытекающими в будущем перекосами.

2. Ещё одна распространенная ошибка – перенос старых целей на новый период после их недостижения.

В большинстве случаев, причина падения метрики – объект метрики/цели уменьшил свою значимость для пользователя. Либо кривой UI/UX. Либо плохой трафик. Либо рынок сдувается. Либо бага на сайте. Что угодно.

Цель – разобраться и найти истинную причину спада, а не слепо долечивать и гнаться за поставленной ранее метрикой уже в новом квартале.

3. Не упрощайте метрики/цели

«Уменьшить задержку загрузки страницы на x%» – написано красиво.

«Уменьшить задержку загрузки страницы на x%, чтобы повысить % конверсии в Y» — лучшее описание цели, которая будет понятна и вам, команде и даже пользователям.

4. Не забывайте про пост-анализ метрик/целей

Какие метрики и цели продукт/команда достигли без сильного напряжения, а над какими пришлось попотеть? Ответы на эти вопросы дадут вам понимание того, насколько верно вы приоритизировали цели в п.1 и с каким темпом вы к ним идёте.

– Как держать в голове кучу метрик и следить за ними
– Приоритизация по модели "Матрица влияния/усилий"
– Приоритизации без сложных методологий

#tools #exp Lenny Rachitsky вчера поделился новым фреймворком для развития продукта под названием The Racecar Growth Framework.

Пост закрыт за paywall, но и без него понятно, как оно всё может работать.

P.S. Оч клёвая визуализация, есть чему поучиться.