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

Вчера у меня было ревью первых 30 дней работы с моим менеджером. Он, кстати, из Южной Африки. Единственное, что я знаю об этой стране - группа Die Antwoord оттуда. Он ее не любит.

Вот пара пунктов обратной связи в моей свободной трактовке. Это не пересказ, а рефлексия. Возможно, вас тоже заставит задуматься.

⁃ Постарайся научиться руками делать задачи, которые зависят от других людей. Нет дизайнера? Сделай макет сам. Аналитик перегружен? Вот доступ в snowflake, разбирайся.
⁃ Очевидно, что чем больше ты можешь сделать сам, тем меньше у тебя блокеров. Но я почему-то думал, что в больших компаниях это работает не так. А все точно также.
⁃ Делегируй команде. Дай инженерам проблему, а не решение.
- Разберись в том, как технологическая часть работает на самом деле - только так ты сможешь внедрять большие изменения, а не красить кнопки.
⁃ Посмотри на свой календарь и спроси себя: какую ценность я добавляю на этих встречах? Если ответ не очевиден, то займись чем-то более полезным. Например, поговори с пользователями.

История про сервисы доставки еды, сжигание денег и метрики.

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

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

Поэтому, чтобы показывать рост заказов и понижение churn'a, ребята заказывали доставку банки кока-колы клиентам, которые "вот-вот отпадут" или "пришли после акции, и в целом у них слабый интент". Разумеется, клиент об этом не знал - заказ инициировался со стороны сервиса. Часто курьер приезжал к двери и заказ никто не принимал.

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

Сегодня залил наш новый выпуск Product&Growth Show.

И, мне кажется, это наш лучший подкаст на сегодняшний день.

В гостях - Саша Худа, со-основательи и СЕО в Restream. Это мой любимый украинский проект - ребята делают систему, которая позволяет стримить один видеопоток на разные платформы.

Что в выпуске?

- Как мы затянули Сашу на подкаст?
- О Restream: что за компания и что делают?
- Читает ли Саша саппорт тикеты?
- Как построена команда?
- Почему Саша не фанатеет от удаленной работы?
- Как ребята отпраздновали первую значительную выручку?
- История pre-revenue выживания
- 40 тысяч долларов долга и MBA за 10 минут
- Как развиваваются отношения между основателями под давлением?
- На какие метрики смотрит Restream?
- Чем бы занимался Саша, если бы начинал строить следующую компанию?
- Советы начинающим предпринимателям
- CleanMyBrain - новая идея для MacPaw
- Зачем это все?

Очень советую послушать. Получилось весело и, как по мне, познавательно.

Слушать здесь:

1. SoundCloud
2. Apple Podcasts
3. Google Podcasts
4. Spotify
5. Yandex.Music

Делитесь обратной связью: @graver_ua

Сегодня сделали первый большой для меня релиз в Wise. Месяц стендапов в 8:30 утра и навыки проджекта точно помогли довести начатое еще до меня до конца.

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

P.S. Вообще я написал этот просто потому, что нужно было куда-то отправить эту картинку.

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

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

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

Это тизер к 76-му выпуску Product&Growth Show.

В гостях - Вадим Нехай. В прошлом - CEO компании Depositphotos, сейчас - Vice President, VistaCreate & Depositphotos. Новую должность получил после того, как Depositphotos купили за 80 миллионов долларов.

Смотреть можно на YouTube:

https://www.youtube.com/watch?v=IhBsNVFnb48

Слушать можно везде:

1. SoundCloud
2. Apple Podcasts
3. Google Podcasts
4. Spotify
5. Yandex.Music

Что в выпуске?

1. Продажа Depositphotos
2. Рост внутри компании: от маркетолога до CEO
3. Вопрос про деньги: сколько Вадим заработал на сделке по продаже Depositphotos?
4. Стоит ли оставаться в одной компании долго? Что это дает?
5. Профессиональное развитие: курсы и менторы
6. О важности нетворка

Лучше поздно, чем никогда: мои друзья завтра делают онлайн-конференцию по ux исследованиям. Иронично, что они даже пригласили одного из спикеров, который когда-то не доехал к нам на Growth Marketing Stage. Надеюсь, в этот раз он хоть до Zoom’a дойдет 🙂

Приходите посмотреть: https://uxr9.com/#speakers

Я недавно уже писал пост о customer acquisition cost в last mile delivery сервисах. Так вот, вчера очень смешная история случилась со мной.

В Лондоне есть сервис Gorillas - это берлинский стартап с оценкой 2.1 млрд долларов, которые в октябре подняли около 1 млрд долларов от Delivery Hero (самой дорогой европейский технологический конгломерат). Говорят, что это самый большой раунд в истории для европейской не публичной компании.

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

Так вот. Сижу я вчера дома, наслаждаюсь интервью с инородным театром абсурда “Воробушек”.

Стук в дверь.

Я подхожу, смотрю в глазок - никого нет. Тут важно отметить, что у меня дом с двумя накачанными консьержами на первом этаже, которые врядли пропустят внутрь кого попало.

Подумал, что ошиблись.

В итоге, выхожу вечером за водой, а возле дверей - пакет Gorillas с очень странным набором продуктов:

⁃ Замороженной пиццей
⁃ Хумусом
⁃ Нормальным хлебом
⁃ Бататом (я ненавижу батат)
⁃ Чипсами
⁃ Кока-колой
⁃ Ред буллом без сахара (кто вообще пьет ред бул без сахара?)
⁃ И карамельками

Я сначала подумал, что просто ребята ошиблись адресом, но вечером пакет никто не забрал.

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

Вчера именно почувствовал технологическую дискриминацию.

У меня под домом есть Amazon Fresh, вот этот знаменитый магазин без касс.

Чтобы зайти в него нужно отсканировать QR-код.

Отсканировать его можно только с помощью Amazon апки.

Апка привязана к моему украинскому номеру, соответственно, зайти я в нее не смог.

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

Пошел в итоге в простолюдинский гастроном - такой себе из меня early adopter.

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

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

Но что реально происходит с деньгами, когда мы отсылаем их человеку в другой стране со счетом в другом банке? Что такое SWIFT, Chaps, Target2, SEPA? Что вообще происходит с деньгами, когда вы кладете их в банк?

Короче, я теперь тот человек, который гуглит “как деньги перемещаются по миру?”

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

Вот мои главные takeaways:

1. Денежные депозиты в банках - это их обязательства и ваш актив. Когда вы должны банку - все наоборот.

2. Когда вы платите кому-то с аккаунтом в том же банке, например, в Barclay’s, то сам перевод денег - это, фактически, запись со знаком минус на вашем балансе, и запись со знаком плюс на балансе того, кому вы отправили.

3. Интересное начинается тогда, когда вы хотите заплатить кому-то, у кого есть счет в другом банке. Если эти банки в одной стране, то здесь все тоже относительно просто: у банков обычно есть счета у друг-друга. Т.е., если вы хотите сделать транзакцию $10 со счета в Barclay’s на счет в HSBC, то технически это произойдет по следующему сценарию:

- Barclays снимет у вас со счета $10
- Barlcays положит $10 на счет HSBC, который находится в Barclays
- Barclays отправит сообщение HSBC, в котором сообщит, что добавил на их счет $10, и просит пополнить счет вашему получателю на $10
- Т.е., фактически, деньги останутся в тех же банках, но на разных счетах.
- Есть две ситуации, когда схема выше не будет работать:

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

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

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

Где начинать карьеру: в маленьком проекте или сразу стремиться в большую компанию?

Недавно услышал от коллеги фразу в духе: “Скоро весь финтех - это будет Wise и Wise Alumni”.

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

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

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

Так, из плохих новостей: мой британский ковид сертификат не заработал и потенциально новый год я буду праздновать под елочкой у консьержа. Так что если вы все еще хейтите украинскию "Дію", то, поверьте, в Украине в этом плане не все так плохо.

Из хороших новостей: вышел новый выпуск подкаста Product&Growth Show. Я думаю, это будет последний эпизод в этом году. В гостях был Денис Чумак, основатель DreamApp и Product Director в GeoZilla.

Эпизод вышел реально хорошим - во-первых, мы достаточно откровенно поговорили о истории работы Дениса в Nimses, что само по себе уже интересно.

Также мы затронули кучу тем, связанных с балансом, привлечением non-equity денег (кредиты, гранты) и разном другом.

Слушать, как обычно, можно везде. Но на YouTube вы можете заценить какую красивую квартиру я снял :)

https://www.youtube.com/watch?v=pzmW_Ni466E

Как обычно, выпуски также на доступны на:

1. SoundCloud
2. Apple Podcasts
3. Google Podcasts
4. Spotify
5. Yandex.Music

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

Кто будет участвовать?

- Паша Педенко - Senior Product Manager в Wise, Лондон (это я)
- Женя Плохой - Head of Product (General Manager) Documents by Readdle, Одесса
- Богдан Кіт - Head of Product, Tumblr, Франык-Киев
- Игорь Соколов - Partner, Head of Startup Studio в Pragmatech, Киев
- Вова Мирненко - Director of Product at Takeoff Technologies, Киев

Специальные гости:

- Наталия Еленевич, co-founder в Improve Product, со-автор исследования рынка украинских продактов
- Алексей Еленевич, co-founder и Chief Marketing/ Product Officer в JavaRush, co- founder в Improve Product, со-автор исследования рынка украинских продактов

Ставьте напоминалку: 30 декабря, 21:00 по Киеву.

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

https://www.youtube.com/watch?v=bkcZDp73y2I

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

10 вопросов для продакт-менеджеров, чтобы порефлексировать и построить личные планы на 2022 год.

1. Коммуникация моих достижений и достижений моей команды, коммуникация роадмепа и направлений работы. Что не работает? Какие проблемы в этом блоке я вижу? Что здесь можно улучшить?
2. Управление ожиданиями: как команда понимает, чего ждать от тебя? Как об этом узнают стейкхолдеры? Можно ли здесь что-нибудь улучшить?
3. Взаимодействие с командой: что можно улучшить, чтобы в следующем году стало проще работать вместе?
4. Баланс между зонами ответственности. Работаешь ли ты над чем-нибудь, что не имеет ценности? Есть ли что-то, над чем бы ты должен работать, но по какой-то причине не работаешь? Достаточно ли времени ты уделяешь тому, что важно?
5. Беклог отношений с командой и стэйкхолдерами. Что в нем? Хватает ли времени, чтобы эти отношения строить?
6. Не потерял ли ты большую картину? Что мы делаем? Зачем? Кто конкуренты? Куда этот рынок двигается? Почему он идет именно туда? Что мы делаем в следующем году, чтобы двигаться с ним в одном направлении?
7. Технологическая составляющая продукта: что у нас с техническим долгом? Какие у нас есть риски в следующем году из-за этого? Приоритезировали ли мы закрытие технического долга?
8. Исследование рынка. Когда мы в последний раз говорили с клиентом? Почему мы до сих пор уверены, что наш продукт хорошо решает проблему клиентов? Что мы хотели бы еще узнать, чтобы составить более полную картину их потребностей и проблем?
9. Что я буду делать в следующем году, чтобы усиливать культуру в своей компании?
10. Насколько действительно клиенты удовлетворены нашим продуктом? Как я это понимаю? Как я это оцениваю? Можем ли мы что-нибудь улучшить в существующем процессе получения обратной связи?

Полезный пост?

У меня подошли к концу первые три месяца работы в Wise и я собирал обратную связь у команды о работе со мной.

Если вы вдруг хотите сделать то же, то вот вам список вопросов, которые можно задавать:

1. What is it like working with me?
2. What should I continue to do? What do I do well?
3. What should I stop doing? What can I improve on?
4. What should I start doing or do more often?
5. What can I do to add more value to the team?
6. Any other feedback or thoughts you would add?
7. On a scale from 1 to 10 how likely is that you would recommend me as a PM to your friend or colleague?

Этот список вопросов плюс-минус стандартный и его можно использовать вне зависимости от вашей роли. Я его реально практически переписал из нашей внутренней методички.

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

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

Another great tool for your PM toolbox.

Hinge - это британский Tinder.

Сегодня у меня бенефис - презентовал функционал, над которым работал последние три месяца на звонке на 3000 (!!!) человек. Команда над проектом работала в целом больше года, так что я, по сути, сливки собрал.

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

Еще мне повезло - мою презентацию проревьювили:

а) со-основатель Wise, миллиардер и один из двух самых богатых людей в Эстонии
б) мой менеджер, который, как по мне, самый крутой продакт, с которым я работал
в) команда, которая организовывает team calls

Возможно, их фидбек будет вам полезен для ваших презентаций и выступлений:

1. Don't use fluffy language. Функционал, которым я занимался очень завязан на партнера и я использовал язык в духе we need nurture relations with them to build a solid foundation so they consider blah blah. Перефразировать посоветовали вот так: We need to convince them to do X.

2. Make it interactive. Я, например, разыграл бутылку шампанского среди тех, кто смотрит стрим, попросив их угадать, сколько процентов пользователей просили решить проблему, которую мы решали. К сожалению, выиграл коллега из Лондона, так что теперь у меня не будет повода просить бизнес-трип в Сингапур.

3. Покажи, почему это важно. Тут, думаю, все понятно.

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

5. Хорошая структура для презентации фичи - job to be done, решение, результат, следующий шаги.

Пока мне чинили крепление на сноуборде, прочитал старую статью CPO Skyscanner о том, как они ушли от OKR’ов и, что более интересно, запретили называть команды именами проектов.

Почему отказались от OKR’ов - на каком-то этапе этот подход к планированию перестал давать результат. Команды фокусировались на метрике, но не на поиске лучших решений проблем.

Поэтому, вместо OKR’ов они стали использовать leap of faith assumptions - амбициозные проекты длинной в 6-12 месяцев. Таким образом вместо 61 активного OKr’а они пришли к 17 целям компании.

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

Зачем это делается?

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

2. Легче перенаправлять команды на решение новых проблем. «Помидорам» без разницы, какую проблему решать.

3. Все команды одинаковые по структуре, поэтому их легче заменять друг-другом.


Вот тут можно почитать оригинал:
https://pierosierra.medium.com/name-your-team-something-crazy-e994e4fee835

Этот канал постепенно превращается в канал мемчиков. Но правдиво же, да?