Притчи продуктолога

201. Не офисный не планктон

Недавно дискутировали с коллегой об удалённой работе. Он апеллировал к опыту ведущих IT-компаний, таких как Google, Facebook, Apple, которые разрешили удалёнку вынужденно, и теперь стараются вернуть сотрудников в офис. Статистика больших чисел неумолима – люди лучше работают в офисе.

Давайте опустим справедливый вопрос «а что за статистика и так ли она однозначна» и примем за допущение, что эффективность работников в офисе лучше. Что это значит для нашей распределенной по всему миру команды?

Ничего! Потому что у нас небольшая, тщательно подобранная вручную команда. А в Гугле работают десятки тысяч сотрудников. Они применяют совсем другие HR-подходы.

Я спросил коллегу: «Как тебе кажется, я плохо работаю вне офиса?» Он ответил: «Нет, но ты нетипичный работник, я такой же, вообще в офисах мало работал».

Прикол в том, что в маленьких распределенных командах все сотрудники «нетипичные».

200. Спокойная жизнь расслабляет

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

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

Мораль проста: спокойная жизнь расслабляет и делает слабым. Я применяю этот принцип при найме.

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

Названия таких компаний перечислять не стану 🙂

0. Ну сколько можно!

Эй! Да, да, вот ты, подписчик моего канала. Именно ты. Сколько можно откладывать!

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

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

Бери ноги в руки и погнали!

61. Продакт и маркетолог

В детстве у меня была собака. Я научил ее выполнять команды. Но выполняла она их, только когда её ничего не отвлекало. Если прибегала другая собака, мои крики «ко мне» и «сидеть» становились бесполезны.

Я много лет создавал продукты для маркетологов. Маркетологи были и заказчиками, и партнерами по продвижению, и пользователями. За 15 лет я видел как изменяется «средний маркетолог». Раньше это были творческие люди, которые полностью доверялись своей «чуйке». Постепенно они стали больше и больше опираться на статистику при планировании работы и, главное, при оценке результата.

К сожалению, лоск data driven подхода легко слетает с большинства маркетологов. Начался другой проект, босс накричал, просто стало скучно и захотелось нового, «чуйка» проснулась. И вот уже маркетолог впахивает на одной интуиции, как в старые добрые времена. Хороший продакт помнит об этой склонности коллег и помогает им сохранять правильный фокус.

P.S. Я не сравниваю маркетологов и собак. Я люблю и тех, и других.
P.P.S. Речь идет о «среднем маркетологе». Понятно, есть ребята ого-го какие крутые.

#старыйпост

53. Просите внятно, не жуйте сопли

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

Почему один подрядчик легко получал деньги, а другой со скрипом и через раз? Потому что за одного просил я, а за другого – мой коллега. Мой диалог с начальством звучал так:

– Дайте денег, нам нужно сделать дизайн упаковки.
– А когда нужно?
– Сегодня. Заплатим предоплату и сразу начнем работу.
– Хорошо.

Диалог моего менее удачливого коллеги звучал так:

– Дайте денег, нам нужно сделать дизайн каталога.
– А когда нужно?
– Ну можно потом, дизайнер пока начнет работу.
– Пусть начинает, через месяц поговорим.

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

#старыйпост

199. Денежная мотивация в творческих профессиях

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

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

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

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

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

44. Самый большой баг в твоем продукте

В продуктовый менеджмент я пришел из дизайна и UX. Я всегда очень гордился своей дотошностью и вниманием к мелочам. Старался, чтобы мои продукты были удобными и красивыми, все баги исправлены, а пользователи счастливы. Когда находил ошибку или просто не элегантное решение в продуктах Гугла или Яндекса, сочинял мысленные послания их HR-ам: «Вы катитесь в пропасть, не видите очевидные косяки, но я могу вас спасти, я – гениальный дизайнер, возьмите меня на работу и все у вас наладится».

При запуске своего первого по-настоящему взрослого продукта я бескомпромиссно боролся за качество. Задерживал релизы, чтобы исправить все баги. И тогда мой босс сказал фразу, которую я помню спустя 15 лет: «Самый большой баг – это если о нашем продукте никто не узнает». Эта простая фраза очень зацепила меня и помогла измениться. Спустя годы я узнал про Agile, MVP и принцип «ошибиться скорее». Но фраза про самый большой баг в продукте до сих пор кажется мне самой точной.

#старыйпост

41. Умение говорить с людьми на их языке

Когда я был маленьким, мама говорила про моего папу: «Рытов с умным видом умеет разговаривать о том, чего не понимает». Мой отец был хорошим инженером и эрудированным человеком. Но отчасти мама права, он умел казаться компетентнее, чем был на самом деле в областях, о которых знал лишь понаслышке. Я унаследовал эту замечательную черту. В девяностых у меня не было компьютера, но он был у моих знакомых в общаге. С ними я любил обсуждать Винду и Линукс и довольно быстро научился поддерживать «компетентный» разговор с компьютерщиками. Сам я пользовался компьютером часов десять в год.

В IT я пришел как дизайнер. Между делом стал верстать в HTML, изучил командную строку, научился поднимать локальное окружение. Но программировать я совсем не умею. При этом я успешно управляю командами разработки последние 20 лет. Обсуждаю особенности технических решений с разработчиками. Провожу технические собеседования и принимаю на работу программистов. Можно назвать это пусканием пыли в глаза. Я же считаю это ценным менеджерским навыком – уметь говорить с людьми на их языке. Даже если твои знания в обсуждаемой области поверхностны.

#старыйпост

Ну, что, теперь как в Слаке можно ставить реакции на посты. Если кто не может (по тапу на Андроиде и удерживанию на Айфоне), значит надо обновить приложение. В старом приложении вы даже реакции других не увидите.

Ставьте свою реакцию на это сообщение для теста.

P.S. В отличии от Слака к посту ты можешь поставить только одну реакцию. Если выберешь другую, первая удалится.

198. Впадают ли ойтишнеги в спячку?

Ойтишнег всеяден, но предпочитает питаться окладами и премиями. Молодняк часто питается суб-подрядами, а пожилые ойтишнеги консалтингом. Во время хедхантинга ойтишнегу приходится обходить большие территории, обшаривая различного вида компании. Иногда за одну охоту ойтишнег добывает 3-5 джоб оффера. Съесть он это не в состоянии, поэтому делает запасы на зиму.

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

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

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

Ойтишнег – друг человека. Берегите ойтишнегов!

197. Я знаю, что ничего не знаю

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

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

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

Именно в умении «ошибиться быстро» и есть главное преимущество опытного продуктолога.

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

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

196. Сколько стоит мой час?

Дочка подошла и спросила: «Тётя Маша просит смонтировать видео для Инсты, готова заплатить, сколько денег взять?» Мне задают подобные вопросы довольно часто. Не только молодежь, но и профессионалы с многолетним опытом. Получает человек зарплату, а тут решил поработать в консалтинге или на парт тайм, и оказалось, что не знает, сколько стоит час его работы.

Я предлагаю простой алгоритм:

1. Напиши месячную зарплату, за которую ты готов работать постоянно. Например, 100 тыс. руб.

2. Раздели на 21 рабочий день и на 8 рабочих часов. Получишь 595 руб/час.

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

Какой повышающий коэффициент сделать – решать тебе. Если это разовая работа, то я обычно умножаю на 2. Если это длительный проект на парт тайм, то 1.5.

Еще надо бы налоги учесть, а то в США их осознанно платят, а у нас только работодатели знают про это. Для самозанятых это 5%, для ИП это 9% (ставка 6%, но есть и другие выплаты), для договора подряда с ООО – 13%. Ну в общем, усредненно, еще на 1.1 умножайте, чтобы учесть налоги.

У нас получилось: 595*1.5*1.1 = 1000 руб/час. Кстати, вот простая формула для быстрых подсчетов: часовая ставка = 1% от месячной зарплаты.

Нужен UX/UI в игровой проект на частичную занятость

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

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

Подробности о проекте и вакансии можно прочитать в тексте постоянной позиции:
https://almanac.io/docs/ux-ui-XdIrW4oOK3uHvwRceH0r3UuKC657AtjK
Для парт тайма требования могут быть пониже.

Если вы хотите на парт тайм — пишите мне в телегу @aleksritov

29. Зачем вам нужен технический бэклог

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

1) ПОЛЬЗА. Задачи должны быть объединены в эпики, у каждого эпика – внятное полезное действие. Плохой эпик: «Отрефакторить сборку проекта». Хороший: «Ускорить сборку с 5 минут до 20 секунд». Плохой: «Переписать JS». Хороший: «Ускорить время разработки нового отчета с 2 недель до 1 дня».

2) ОЦЕНКА. Каждая задача по отдельности и состоящие из них эпики технического бэклога должны быть оценены в тех же единицах, что и ваш продуктовый бэклог. Store points, S/M/L, идеальные часы – не важно, главное оценить.

3) РЕГУЛЯРНОСТЬ. Работа над техническим бэклогом должна быть регулярной активностью в календаре. Наша команда собирается на полуторачасовой технический груминг раз в две недели.

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

#старыйпост

28. Технический долг – «что делать»

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

С техническим долгом работает также. Вы торопитесь выпустить новые фичи и берете в долг у «себя из будущего». Какое-то время долг не мешает жить, но постепенно дает о себе знать. Потом критично накапливается и доводит до банкротства. Понять «что делать» помогут банковские практики:

1. Правильно оценить объем долга. Это самое сложное. Как сделать, расскажу в следующей притче.

2. Утвердить график выплаты долга. Выплаты должны быть регулярными и равномерными.

3. Если «платеж» просрочен, организовать серьезный разговор. Как это делают банки.

4. Если «платеж» просрочен несколько раз подряд – вызывать коллекторов. В нашем случае – вводить внешнее управление командой разработки.

Помните, любой долг берется легко, а отдается сложно.

#старыйпост

24. Умение нанимать людей на работу – базовый навык

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

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

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

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

4. Не ходите на собеседование всей командой одновременно. Но каждый в команде должен уметь проводить собеседование и оценивать не только технические, но и софт-скиллы. Если кто-то из команды не умеет – обучайте.

5. Умейте «продать» свой продукт кандидатам. Хорошие специалисты нужны везде, у них часто по несколько офферов на руках. Продавая свой продукт, не врите и не приукрашивайте. Вам нужен коллега на годы, а не на пару месяцев.

Сохраняйте терпение и оптимизм.

#старыйпост

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

Читатель спросил: «Как руководителю без технической квалификации определить оптимальный стек технологий для реализации проекта? Как повысить техническую квалификацию?»

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

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

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

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

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

Довольно много информации я получаю через аудио. Раньше слушал подкасты на Айтюнзе, теперь включаю Ютуб или Нетфликс с документалкой и там слушаю. На экран не особо смотрю. Пока зарядку и другие утренние дела делаешь – как раз часовой выпуск можно прослушать. Вот вам кандидат на послушать что-нибудь профессионально полезное – make sense podkast. Ниже краткий пересказ одного из подкастов.
————————————

Как устроен современный финтех: четыре уровня пирамиды

Уровень 1. Глубинный финтех: клиринг, VISA, Mastercard и системы для обмена данными
Этот уровень не виден обычному человеку, он состоит из систем, которые помогают банкам обмениваться информацией о транзакциях. В основном расчеты совершаются через центральные банки и клиринговые компании. Они фиксируют все операции между двумя банками и время от времени подводят итог: кто, кому и сколько должен. А после этого проводят одну транзакцию вместо, например, миллиона.

Уровень 2. Крупные инвестбанки и коммерческие банки
Инвестиционные банки управляют своими деньгами и деньгами сторонних инвесторов, а также помогают компаниям выходить на IPO и берут за это свою комиссию. Коммерческие банки в основном занимаются хранением денег, кредитованием, созданием удобных пользовательских инструментов. Их проблема в том, что зачастую ими управляют либо финансисты, либо хорошие продавцы, а они практически не знают, как создавать продукты.

Уровень 3. Необанки
В какой-то момент стало понятно — банки с отделениями не нужны. Так стали появляться необанки — кстати, одним из первых возник Тинькофф Банк. Фишка необанков в том, что чаще всего пользователям нужны очень простые банковские продукты — возможность получить деньги, выпустить карту, расплатиться картой, взять денег в кредит. И они не хотят для этого ходить в отделения. То есть необанки помогают пользователям не совершать те действия, которые раньше им приходилось совершать.

Уровень 4. Кошельки, онлайн кредитование, payment service providers (Stripe-like)
Деньги — очень абстрактная идея. И если много людей поверит в электронную валюту или электронный кошелек — и в то, что с их помощью можно покупать блага из реального мира — то сервис выстрелит. Хороший пример — кошелек Qiwi, который очень любят использовать в различных теневых операциях. Также на этом уровне находятся компании, которые предоставляют быстрый и удобный доступ к платежам — Stripe и подобные ему сервисы.

————————————
В подкасте @mspodcast вы найдете много полезной информации о том, как устроены различные индустрии и бизнес-модели, как менеджеру продуктов развивать хард и софт скиллы и работать с метриками.

#партнерскийпост

194. Стать организованным

Последнее время меня почему-то стали хвалить за организованность. И если на работе это делают сдержанно: «Спасибо, что завел задачу и написал документацию», то в некоммерческих проектах, где я участвую, это вызывает бурю эмоций: «Ничего себе, ты так круто все организовал, особенно эту, как её, Треллу?!»

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

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

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

К сожалению, я не могу ничего посоветовать тем, кто хочет стать более организованным. У меня нет никаких секретов. Но я хочу дать надежду читателям, кто хочет измениться, но не может. Это все же, слава Богу, возможно.

193. Продуктовый подход при поиске работы

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

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

1. Источников поиска работы много: hh, телеграмм-каналы, иностранные сайты, знакомые, linkedin. Список длинный. Не надо «верить» в какой-то один канал. Надо тестировать все каналы, искать наиболее эффективный.

2. Надо тестировать и улучшать резюме. Делать замеры, на какое резюме больше откликов, улучшать дальше.

3. Анализировать воронку, на каком шаге есть наибольший отсев: первичный отклик, созвон с рекрутером, собеседование со специалистом, оффер. Постараться понять, почему какой-то шаг стал проблемным, исправлять ошибки.

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

Я нашел работу без всех этих ухищрений, но такой «продуктовый» подход показался мне разумным и профессиональным. Карьерных консультантов я больше не считаю шарлатанами.