👨‍🔬 Ресерч личной эффективности

Напомню, что провожу сейчас ресерч того, как люди подходят к личной эффективности.

За неделю провел 6 интервью, хочу поделиться предварительными мыслями, а точнее ошибками, которые уже совершил.

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

В итоге в основном нарекрутил с личных приглашений.

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

🏆 Почему вообще появился момент про "чемпионов" личной эффективности?
Есть люди, которые говорят что да, они очень хотят начать ходить в зал. При этом они никогда в жизни этого не делали. Пытаться затащить таких людей в качалку – бороться с ветряными мельницами. У этих людей эта проблема по-настоящему не болит. Это вторая грань.

Потому мне нужны люди, которые инвестировали достаточно времени/денег в решение проблемы. Это сильно более широкий сегмент, чем "чемпионы".

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

📝 Скрипт интервью
Я как опытный подкастер должен был сразу понять, что 40+ вопросов физически нереально пройти за час. Из-за этого местами приходилось импровизировать.

Но я понял какие вопросы работают, какие нет. Перепилю скрипт. К слову chatGPT предложил вполне достойный.

🔍 Интересные наблюдения
Сегменты работ только формируются, но пока проблемы одних людей, хорошо решают инструменты других.

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

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

Если готовы мне помочь, напишите в комменты, личку или формочку

🍾 Контейнер с вещами приехал!

tl;dr под спойлером кратко маршрут и время в пути.
Маршрут: Москва -> Санкт-Петербург -> Минск -> Вильнюс -> Варшава -> Дрезден -> Мюнхен
3000+ км и 3.5 месяца ожидания

Ниже раскладка по временем драматичной(не слишком) поездки вещей из MSK в MUC. Все перемещения отслеживал при помощи AirTag. На скрине пример того, как следил за перемещениями.

Интересно, водителю прилетали уведомления вида “Владелец Коробка вещей может отслеживать ваше местоположение”?

21е августа
Переезжал с Prime Movers. В качестве подготовки надо было сложить вещи, чтобы к ним был прямой доступ. Ребята буквально за полчаса разложили вещи по коробкам, погрузились и уехали. Путешествие началось!

29е августа
Я уже был в Мюнхене, а коробка не уехала дальше Долгопрудного.

17е сентября
Контейнер отправляется в загул в Питер.

20е сентября
Основной блокер для получения вещей – постоянная регистрация, а значит долгосрочная аренда жилья. Со своей стороны собрал все уже к концу сентября.

С их стороны был запущен процесс оформления груза с российской и немецкой таможней. И это был ГИПЕРДОЛГИЙ процесс.

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

21е декабря
Контейнер был задетекчен на складе в Пулково, казалось бы дальше в Стамбул, но… через пару часов он уже гнал в сторону Пскова

К ночи он уже стоял на границе Литва – Беларусь. Если бы ему ничего не мешало, 22го он бы был уже у меня?

22е декабря
Он возвращается в Минск. 4 дня лежит на одном складе, далее дальнобой со словами “давайте после праздников” переезжает на склад, где он пробудет до нового года.

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

3е января
Прохождение обеих границ заняло почти полных два дня, утром контейнер был в Вильнюсе. Интересно, любители Euro Truck Simulator тоже по-честному проходят границу?
День закончился немного за Варшавой.

4е января
Как будто короче через Чехию, но дальше Дрезден, Нюрнберг.

5е января
Машина была уже в Мюнхене, прошла таможенную очистку и отправилась на склад. Не доставлять тем же днем в конце концов.

12е января
Всего неделя для доставки по городу, и вещи на месте.

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

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

#байки

👷‍♂️ Jobs to be done
Начал писать пост про то, как планирую собрать продуктовый вижн команды. Уперся в то, что надо рассказать об одной из моделей, как можно думать о продуктах и пользователях.

📖 Этимология
У пользователя есть задача, цель. Он хочет, чтобы она была сделана. Он может сделать все сам, а может “нанять на работу” наш продукт.

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

Продукт по сути приходит к пользователю и говорит: смотри, я вот делаю за тебя вот это поддерево твоих задач под ключ! А в реальности, конечно: я сделаю под ключ, но тут надо заполнить 5 формочек, вставить карточку сюда, а потом уже точно все под ключ. Да, и вот тут тоже заполни.

🔧 Фича
Хорошая фича в такой терминологии обычно делает следующие вещи:
- Убивает низкоуровневые работы. Ну вот это теперь можешь не заполнять, я умею подтягивать данные из твоего календаря/госуслуг.
- Делает какие-то работы эффективнее. Оптимизировали выдачу, теперь пользователь тратит меньше времени на выбор
- Предлагает делать еще какую-то работу. Теперь еще и выбор авиабилетов!

🎯 Стратегия
Верхнеуровнево, есть два пути:
- Улучшать дерево работ текущих пользователей
- Начинать делать работы сегментов пользователей, которых мы еще не охватываем.

✨ Чем фреймворк привлек
Одна из фишек фреймворка, что он заставляет продакта думать не кнопками/страничками, а пользовательскими задачами.

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

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

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

#продукты

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

У меня пока не сложилось списка или роадмапа, но могу посоветовать классику: Intercom on Product Management (Книжка бесплатная за регистрацию). Давал ребятам из кор-тимы, им вроде зашло.

Там всего 60 страниц, эдакое "продуктоунерство по-быстрому"

#продукты

Ресерч инструментов личной эффективности

Я на финишной прямой моего ресерча. Проведено 13 интервью, еще 2 в планах. Хотелось бы добить до 20ти.

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

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

Помочь мне можно откликнувшись под постом, написав в личку или заполнив форму

ChatGPT как фронтендер

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

Кстати, chatGPT говорит, что время чтения этого текста 3-4 минуты при скорости чтения в 200-250 слов в минуту 😉

Дано:
У меня есть интерактивная страница с контентом, а-ля ноушен, но с интерактивными элементами

Надо:
- Написать конвертацию модели API ноушена, во внутреннюю модель
- Прикрутить авторизацию через Firebase
- Прикрутить персистент прогресса чтения контента
- Запилить поверх этого всего навигацию

Суть эксперимента:
Хотел выступить в роли манагера, который общается с фронтом(чатгпт), рассказывая о своих хотелках. Я старался максимально копировать код AS IS, ведь манагеры сами ничего руками не делают. Ошибки копирую также, но в обратную сторону.

🔑 Авторизация
Я получил крайне детальную инструкцию. Чуть больше чем за час сделал:
1. Интеграцию с фаербейс
2. Ручку для наполнения фаерстора начальными данными из json
3. Навигацию с разделением на страницы с/без авторизации. При попадании на страницу, где нужна авторизация, тебя кидает на страницу авторизации.
4. Саму страницу авторизации. Причем реальный фронт выбрал tailwind для стилей, я попросил chatgpt также сделать на нем.

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

📦 Конвертация моделей
Все было круто, когда я делал моки. Для этого использовал AI Assistant от JB. Я написал несколько моковых моделей, а далее кидался AS IS копипстой ноушена и просил разложить как в моке. Причем он прям понимал, что если в оригинальном контенте некий текст лежит в toogle list с названием Результат, то его надо положить в поле result 🤯

С самой конвертацией было все хуже. Тут уже было все частично написано, но результат меня не очень устраивал. Мне банально было лень описывать весь контекст, и chatGPT работал как документация на стеройдах. Исправление ошибок также неплохо работало.

🏔️Персистент на Firestore
Тут все сильно осложняется тем, что локальный стейт уже есть. Его надо было исправить, положить в Firestore и запилить реактивную запись/чтение.

Началось все неплохо. Я в том же ноушене сделал дизигн документ с моделью, да еще и с описанием на русском. Прям так и кинул в chatGPT. Он мне разложил описание в модель, сделал моки и рассказал как запилить ручку для наполнение начальными данными firebase.

С подпиской на firestore и обновлением данных было тоже все легко и просто. Изолированный сервис, которого раньше не существовало – пожалуйста.

Самое сложное и печальное – рефакторинг существующего кода. Я делал запросы, получал результат, код плохо встраивался AS IS, я добавлял контекста, получал новый код. Пару раз я попадал в бесконечный цикл, где приходилось отказываться от первоначальной идеи.

Тут у меня две гипотезы:
- Я шарил не тот или не весь контекст. Это должно решаться чем-то встроенным в IDE типа AI Assistant или Copilot.
- Из-за слабых скиллов во фронте я неправильно формулировал запрос

🏆 Итоги
Если хорошо декомпозировать код и писать чистые функции, то во-первых AS IS код будет легче входить, а во-вторых, часть кода можно легко переписать сгенерировав с нуля, или попросив переписать.

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

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

Опыт потрясающий, как со стороны эмоций, так и со стороны практической пользы. Буду продолжать!

#чатгпт

Повышаем конверсию в прохождение опросов

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

Тут мне упало письмо с опросником по деталям нашей аренды от Oberburgermeister. Пишут, что он ОБЯЗАТЕЛЬНЫЙ, ссылаются на какой-то параграф. Детали - на скрине. Штраф до 5к евро. Думаю, это должно хорошо влиять на конверсию, продакту на заметку!

P.S. Из-за GDPR данные собираются анонимно. Обратный конверт без адреса отправления. Вычислить кто отправил, а кто нет - невозможно

#байки

Насколько продакт должен шарить в своем продукте?

На неделе обсуждал с лидами каждой из моих шапочек (тимлидовой и продуктоунерской): а насколько я должен быть технически погружен в продукт?

Классическая теория говорит:
1️⃣ Продакт должен быть power user'ом. Знать даже незначительные фичи, хорошо понимать как пользователи взаимодействуют с продуктом и так далее.
2️⃣ Тимлид должен понимать внутреннее устройство системы, понимать технические ограничения.

Причем по сложности – первое basic уровень, а второе – advanced. В другом разрезе – это взгляд с разных сторон. Часто команда плохо понимает, что делают пользователи, а даже опытные пользователи плохо понимают внутрянку продукта.

Ситуацию осложняет, что в технических продуктах пользователи приходят и явно жалуются или предлагают изменения в кишках продукта. Аааа, нужно шарить во всем!

🤔 Но как прокачаться мне? Хорошего решения нет, потому что для такого опыта надо много часов "налета", а нигде кроме свободного времени его не достать. Получается, что на работе KMP, дома KMP, а мне сейчас вообще нравится прогать на Реакте при помощи чатагпт!


🗺️ План пока такой:

1️⃣ Ревью/написание документации и туториалов. Это позволит ходить по пользовательским сценариям.
2️⃣ Написать приложение на KMP. Идея есть, после публикации отчета по исследованию расскажу.
3️⃣ Пройтись по владельцам подсистем. Составить ментальную карту, в том числе кишков для себя.

Пока так. Мысли, рекомендации – велкам.

#продукты

Коачинг

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

Немного теории на пальцах: коачинг, отличается от того же менторинга, тем, что ты напрямую не говоришь «делай A, B, C», а задаешь вопросы, которые приводят человека к нужному ответу самостоятельно. Суперсила приема в том, что можно коачить, почти ничего не понимая в предмете. Эдакий «разговор с уточкой» на максималках, получается.

У меня коачинг здорово работает с делегированием.

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

Попробуйте, работает прекрасно

#тимлидство

🎥 Подборка кино за январь

В январе посмотрел всего 7 фильмов, потому что сериалы.

Среди сериалов один баян типа Fargo и True detective, а еще наконец посмотрел Чернобыль 2019 года.

Из любопытного, начал смотреть Mr Bates vs The Post Office. Из-за ошибки IT системы администраторы почтовых отделений по всей Британии начали получать крупные недостачи. Никто ничего не мог доказать и начинались серьезные расследования.

Но вернемся к кино!

3️⃣ El Conde
Эксклюзивы Netflix – обычно скучный треш, на который жалко тратить время. Эль Конде же – прекрасен. Черно-белый фильм про вампира-диктатора, который устал от жизни. Мрачно, тяжело, тягуче. Через 20 лет станет классикой.

2️⃣ Next Goal Wins
Самая слабая футбольная команда в мире из Американского Самоа пытается забить гол.
Прям чувствуется почерк Тайка Вайтити. Ярко, жизнеутверждающе, главное не победа, а участие!

1️⃣ Dream Scenario
Представьте, что вы начинаете сниться рандомным людям в их кошмарах? Вот Николас Кейдж – начал. Как по мне – шедевр!

#кино

Сайд-проект сайд-проекта Подлодки проводит опрос продактов.

P.S. Егор, мы про третье место в рейтинге договорились, помнишь? 🌚

Исследование продакт-менеджеров от DevCrowd вновь открыто!

Уже в третий раз DevCrowd замерит состояние российского рынка продакт-менеджеров:
- узнаем медианные зарплаты по грейдам
- поймём, как много усилий вкладывают продакты при устройстве на работу
- сравним, какие рабочие процессы съедают максимум времени
- поделимся полезными для развития каналами, курсами и книгами.

🤩 Среди прошедших опрос разыграем проходки на мартовский сезон конференции Podlodka Product Crew!

Нажимай прямо сюда и проходи опрос 😊

Я же закончил подбивать результаты ресерча инстурментов личной эффективности.

Провел 20 интервью, 5 часов обработки результатов. А мог два раза пройти Alan Wake 2

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

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

#продукты

В продакты без опыта в IT

На выходных ко мне постучались в личку с вопросом:

Подруга хочет стать продактом без опыта в IT. Как? Какие курсы могут помочь?

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

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

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

1️⃣ Продуктовые аналитики. Умение в аналитику и чиселки неплохо так помогает дата-дривену, знаете ли.

2️⃣ Бизнес-аналитики. Эти знают внутрянку процессов и понимают изнутри как компании работают. Неплохой скилл для мини-СЕО.

3️⃣ UX-ресерчеры. Эти про пользователей и как они взаимодействуют с продуктом.

4️⃣ И у меня есть достаточно ex-QA. Потому что хорошо знают продукт с точки зрения пользователей, парятся за качество.

5️⃣ Ну и естественно, в продакты переходят смежные манагеры разных мастей.

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

📚 Курсы
Говоря про курсы, я проходил две части GoPractice. Они зашли мне и многим знакомым. Там две части: первая про то как пилить стартап от 0 до самоокупаемости, и вторая – как качать существующий продукт.

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

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

🤩 Ход конем
С другой стороны, сделать крутой сайд проект – это способ хакнуть карьерный путь.

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

#продуктоунерство

👨‍💻 Инди хакинг

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

Тут оказалось, что даже среди старичков ведущих не все знают про Вадима Башурова aka PapaBubaDiop. На секундочку, он создатель Морского боя и Поле Чудес под MS-DOS.


💡Бизнес модель

На заре мобильной разработки под iOS он придумал офигенную бизнес модель. Наверняка не он придумал, но я впервые про нее узнал от него, поэтому для меня придумал – он.

Идея: пилим 200+ простейших игр типа солитера, маджонга и змейки. Каждая приносит от 0 до 300$ в месяц. На выходе получаем кругленькую сумму.

Расходы минимальны – на ассеты, а из рекламы вроде только органика. Захват рынка через зерг-раш!

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


🧙‍♂️ Вот помню в наше время

В 2018 году работал в ПК AppsConf и курировал выступление Вадима. Он рассказал про свой 30-летний путь в инди-разработке: https://www.youtube.com/watch?v=lp-fg17Qds4

Осторожно, сводит олдскулы!

#продукты