Как не вылететь в трубу

В бизнес-секретах вышел мой пост про проверку гипотез перед стартом разработки продутка/фичи:

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

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

🔎 Изучите рынок
Когда у вас появилась идея классного продукта, проверьте существует ли проблема, которую он должен решать:
• Посмотрите частотность тематических запросов в поисковиках;
• Найдите прямые и косвенные конкурентные решения и посмотрите их слабые и сильные стороны;
• Определите, чем вы лучше них
(цена, более качественное/быстрое решение, сильный маркетинг, больше экспертизы?)

📝 Проведите исследование
Узнайте у потенциальных клиентов:
• Какую проблему будут решать пользователи вашим продуктом?
• Хотят ли они ее решать или им и так неплохо живется?
• Если хотят, то как обходятся без вашего продукта сейчас?
• Почему ваш продукт лучше их текущего решения?
• Что послужит мотивами и стоп-факторами для перехода в ваш продукт?

👨‍💻 Проверьте спрос
Создайте мини-лендинг или чатбот в конструкторе и закупите в него трафик. Посмотрите, какая конверсия будет в регистрацию/покупку (продавать пока ничего не надо, просто по кнопке «Купить» ведите пользователя на страницу ошибки или пояснения, что продукт раскупили).

Игровые механики

На Go practice вышел перевод статьи про рост метрик Duolingo за счет геймификации.
Полная статья →

Коротко:

📊 Таблица лидеров
В Duolingo была таблица лидеров, но в ней отображались только друзья пользователя, большинство из которых забрасывали обучение и поэтому таблица была неэффективна.
Хорхе Мазал, бывший CPO Duolingo, предложил не ограничиваться друзьями, а отображать в таблице учащихся с аналогичным теущему пользователю уровнем вовлеченности.

Результат:
Время обучения выросло на 17%, а число активных пользователей выросло втрое.


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

#игровые_механики #геймификация

🧑‍💻 Как из дизайнера стать продактом

На dsgners вышла моя статья о переходе из дизайнера в продакты.

-----

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

Чтобы все это делать, нужны были скиллы и я постоянно смотрел туториалы на 📹 YouTube. Я параллельно изучал:

— Юридические вопросы (как оформить ИП, как составлять договора с поставщиками и диллерами, как заказывать производство);
— Продажи (как искать клиентов, как доносить ценность, какие бывают каналы продаж, как определять цену);
— Дизайн (как оформить упаковку, как задизайнить сайт, даже книгу рецептов делал и плакаты);
— Разработка (учился на nocode делать сайт и ботов в телеграм).

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

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

Параллельно я продолжал делать свои pet-проекты:
- бота для тренировок,
- курс по созданию сайтов в Adobe Muse,
- курс по созданию ботов на nocode и много бизнес-идей, которые не проходили проверку гипотез или умирали на этапе MVP.

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

Первым таким продуктом стал онлайн-конструктор фотокниг, где в мои задачи кроме дизайна вошло:

1. Исследование рынка
- Объем рынка;
- Существующие конкуренты, их сильные и слабые стороны.

2. Формирование продукта
- Составление и описание списка функциональностей;
- Дизайн и проведение UX-исследований;
- Составление требований к реализации.

3. Разработка
- Поиск подрядчиков
- Контроль и сопровождение разработки

4. Маркетинг
- Согласование внешних коммуникаций;
- Дизайн визуалов;
- Поиск подрядчкика;
- Тестирование гипотез.

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

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

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

Но он в меня поверил, прислушался к рекомендациям предыдущего руководителя (спасибо, Боря) и взял в команду (спасибо, Толя).

После этого жизнь перевернулась: все аргументы типа «все, кого я спросил, сказали, что хотят такую фичу», «да этим все будут пользоваться», «я провёл коридорку» стали разбиваться о непреклонные стены метрик:

• Какой будет reach?

• Какой будет impact?

• Как это отразиться на retention и повлияет на DAU?

• А количество сессий вырастет?

Большие фичи

Когда перед тобой стоит большая задача, фича-космолет, запуск продукта и т.п., очень сложно не сделать 3 вещи:
1. Ничего не упустить;
2. Не опустить руки;
3. Сделать круто.

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

✍️ Сделать CJM
Он наглядно покажет весь пользовательский флоу и так будет гораздо легче находить слабые места и недостатки. Плюс у себя в голове вы сформируете более-менее полноценную картину продукта/фичи.
Я использую Figjam т.к. удобно перетаскивать и редактировать макеты из фигмы.

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

🧑‍💻 Заведите задачи
Глядя на схему и CJM, заведите необходимые для реализации задачи. Вместе с командой поревьюйте результат и дополните недостающее.

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

D&M

Эффективность

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

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

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

Когда все идет не по плану

Иногда все, что вы напланировали и спрогнозировали оказывается совершенно неверным. Такое случается со всеми. Если с вами не случалось, значит, вы либо слишком мало делаете, либо все еще впереди. Это не страшно.

Страшно, если вы застряли и все бросили на откуп судьбы (aka «на авось»). Даже когда все сроки сорваны, ресурсы растрачены и надежды улетучились, можно сделать следующее:

☝️ Поднимитесь над ситуацией
Посмотрите на задачу «сверху» и попытайтесь сформулировать, насколько ожидаемый результат отличается от реальности. Если это продукт, то опишите, какие функциональности должны были работать и что есть по факту. Если это фича, зафиксируйте текущие недоработки.

😶‍🌫️ Выделите главное
Определите самые важные функциональности/элементы/ проблемы без решения которых двигаться дальше невозможно (остальное пока отодвиньте на второй план) — продумайте, что необходимо для выполнения именно этих задач, оцените и сфокусируйте ресурсы команды на них.

✌️ Совмещайте
Какие-то задачи всегда можно запараллелить: фронт может пилиться одновременно с бэком; дизайн может рисоваться параллельно с редакцией текстов; тестирование может брать в работу задачи по мере готовности, а не ждать окончания работ для проведения регресса и т.д.

🔪 Разбейте на этапы
Разбейте продукт/фичу на два или больше этапов. Это поможет сфокусировать усилия команды и лучше контролировать план и прогресс. Да, комитились на полный функционал к дате; да, от этого зависит выполнение kpi; но лучше хоть какой-то прогресс, чем ничего. Умение разруливать такие ситуации многого стоит!