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

90. Над «своим» продуктом работают эффективнее

Лампочки в нашем подъезде меняю только я. ЖКХ этим не занимается, соседи тоже. Когда я уехал на несколько месяцев, и в это время перегорела лампочка, в подъезде было темно. Соседи все это время ходили в темноте. Потом я вернулся и поменял перегоревшую лампочку. Мои соседи не воспринимают подъезд, как «свой», а я воспринимаю.

Хороший продукт создают люди, которые относятся к нему как к «своему». Им не нужен начальник с плёткой. Знакомые спрашивают, как я контролирую работников, чтобы на удаленке работали, а не в игры играли. Вопрос вводит меня в ступор – у нас никого не нужно контролировать, все работают над «своим» продуктом.

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

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

89. Написание и редактура текста как зарядка для ума

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

Люди вообще часто не понимают друг друга. Родители не понимают детей. Мужья не понимают жен. Директор не понимает работников. А ведь все активно общаются, доносят свои мысли устно и письменно.

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

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

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

Ребята из саппорта очень ценны для продуктовых менеджеров. Чтобы раскрыть эту тему, предоставляю микрофон замечательной Анастасии. Она работает руководителем поддержки в международном сервисе объявлений Lalafo с аудиторий 3 млн пользователей.
————————————

Саппорт – это не только источник жалоб, но и мощный инструмент для CustDev-a. Договоритесь с поддержкой и попросите включить в скрипты вопросы для валидации гипотезы. Глубинные интервью это не заменит, но даст быстрые ответы.

Кейс:
Доска объявлений. Пользователи могут купить для объявления платную услугу. Нужно было понять – сподвигнет ли новая фича статистики покупать или продлевать платный сервис. Статистика будет отображать количество показов и кликов по объявлению.

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

Получилось?
Да. 7 из 10 клиентов отказались от возврата денег после того, как увидели свою статистику. Троих человек статистика не убедила. Что ж, это достойные претенденты на глубинные интервью. Детальное общение с ними добавит новых инсайтов и гипотез.

Итого, за один день, силами саппорта, проверили гипотезу и получили тёплых юзеров для интервью. Саппорт, вообще, полезный отдел.

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

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

Пятничное видео вам в ленту. Круто сделано и очень смешно. https://youtu.be/8HZ4DnVfWYQ

88. Правило для передачи продукта

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

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

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

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

87. Бюджетная админка из Гугл таблицы

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

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

В качестве бюджетной админки мы использовали Гугл таблицы. В этом куча плюсов:

1. Не надо заморачиваться с правами доступа.
2. Не надо обучать сотрудников.
3. Легко создать сложную структуру: документ > лист > таблица.
4. Без участия программистов можно настроить выбор из раскрывающихся списков, ввод значений в нужном формате и подсвечивание проблемных мест.
5. Админка работает на всех платформах, и ее не нужно поддерживать.

От вас требуется только написать скрипт импорта данных из Гугл таблиц. Делается быстро, поддерживается несложно.

86. Пиши вакансии сам, не позволяй HR-ам

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

Много лет я пишу вакансии сам. Нельзя доверять это HR-ам. Если ты никогда не писал вакансии – это большой плюс. Сделай так:

1. Напиши простыми словами, чем занимается ваша команда (не вся компания целиком), и зачем вам нужен новый коллега.

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

3. Перечисли личные качества, которые важны. И объясни, почему они важны.

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

P.S. Хорошие человечные вакансии пишут в Студии Лебедева.

P.P.S. На Хедхантере есть шаблон для всех вакансий компании. Я считаю ошибкой вставлять в начало общее описание. Хотя у наших HRов есть контр-аргумент, что люди приходят по прямой ссылке и могут сразу узнать базовую информацию, не переходя в профиль.

85. UX онлайн конференций

Мы провели онлайн конференцию Global Marketing Day за полгода до того, как это стало модным. Хочу поделиться UX-фишками, которые мы применили.

Один адрес для всех состояний. Бывает регистрируешься на онлайн ивент на одной странице, смотришь на другой, а запись находится на третьей. Нажимаешь на ссылку в старом письме и получаешь ошибку. Чтобы этого избежать, у нас всё находилось по одному адресу: лендинг, трансляция, ожидание записи и сама запись. Умножьте на два – для нового и для авторизованного пользователей. Итого 8 разных состояний одной страницы. Сложно для разработчиков, удобно для пользователей.

Авторизация по ссылке. Логин и пароль для онлайн конференции – вы серьезно? Мы сделали авторизацию по ссылки из письма. Все напоминания о конференции содержали эту секретную ссылку. Пользователь логинился и даже не замечал этого.

Адаптация под все экраны. Обычно сайты адаптируют под мобильные и ноутбуки. Для больших 4К+ экранов просто добавляют гигантские поля по бокам. Мы заморочились с качественной адаптацией под большие экраны и не прогадали. Блогеры, продвигавшие нашу конференцию, пользовались именно такими.

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

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

84. Страдания из-за надуманной ерунды

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

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

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

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

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

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

83. Загляни в эксперимент глубже

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

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

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

Экспериментальные пользователи поделились на две группы. Первые – воспользовались дополнительным шагом, были в два раза активнее и платили в два раза чаще. Вторые – не захотели заполнять форму и были втрое менее активными. Эта «плохая» группа перетянула одеяло на себя и сделала эксперимент в целом проигрышным.

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

Как стать продактом играючи

У нас в компании многие продакты прошли обучение в Gopractice – симуляторе работы в продуктовой компании. Отзывались положительно. Я давно хотел попробовать, но все не мог собраться. Недавно ребята из Gopractice спросили меня лично «что думаешь о нашем продукте?» В итоге я решился попробовать.

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

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

Кому я рекомендую Gopractice:

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

2. Тем, кто только думает о профессии. Сегодня наша UX и один из разработчиков спросили, стоит ли им проходить Gopractice. Конечно стоит! Идеальный способ понять, интересна ли тебе эта профессия.

3. Опытным продактам. С одной стороны, опытные люди все это знают и применяют. С другой – пробелы в образовании есть у всех. Я завалился на элементарном вопросе, до сих пор стыдно.

В общем, бегите в отдел обучения вашей компании и требуйте купить Gopractice. А если платить придется самим, то по этой ссылке вы получите 10% скидку (действует два дня):

Начать обучение в Gopractice

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

Я написал для канала Product Mindset вредные советы. Вроде прикольно получилось, так что опубликую их и на своем канале. Дополняйте вредности в комментариях. #неуникальныйконтент
————————————

ВРЕДНЫЕ СОВЕТЫ ДЛЯ МЕНЕДЖЕРОВ ПРОДУКТА

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

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

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

4. Пользуйтесь интуицией. Удачные изменения в продукте можно сделать только интуитивно. Никакая статистика и эксперименты не заменят чуйку продакта.

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

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

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

8. Не удаляйте функциональность. Если запустили какую-то фичу, ни в коем случае не удаляйте ее. Даже если ей пользуется один человек (помните про слезинку пользователя). А если вообще никто не пользуется, все равно не удаляйте, чтобы не обижать разработчиков.

9. Не верьте в технический долг. Тех. долга не существует. Не верьте в эту пагубную ересь. Ее придумали ленивые программисты, чтобы ничего не делать.

10. Меняйте работу часто. Если что-то не получается, просто смените компанию. Идет продуктовый бум, менеджеры нарасхват. Вы легко найдете теплое местечко, где сможете применить эти советы.

82. Поделись акцией своей

Сравним нормального и отличного таксистов. Нормальный довезет вас в аэропорт за час, пользуясь навигатором. Отличный таксист знает больше навигатора и довезет за 45 минут, по пути спросит не мешает ли музыка. Разница в эффективности между нормальным и отличным таксистом – 30%.

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

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

Компании не делятся своей долей даже с топовыми работниками. Да, есть в Яндексе такая практика, но не во всём и не для всех. Компания, которая в добавок к интересному продукту, правильной культуре и хорошей зарплате ещё и акциями поделится – имеет шанс собрать самых крутых работников российского рынка.

81. Незапланированное старение

Один таксист в Германии купил два Мерседес-Бенца. Думал отработает на одном, а когда тот износится, возьмет второй. В результате Мерс отработал в такси 30 лет, а вторая машина стояла нетронутая в гараже и после смерти таксиста досталась его детям. Современные Мерсы проектируют с запланированным старением, чтобы их меняли каждые 5 лет.

А что в IT? Я неоднократно встречал коммерчески успешные продукты, которые через 5 лет были технически мертвы. Клубок нечитаемого кода без документации на устаревших технологиях. Все разработчики уволились, никто не хочет заниматься помойкой. Приходится нанимать новую команду и переписывать продукт с нуля. Полгода-год продукт не развивается и отстает от конкурентов.

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

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

Простите, но я снова с само рекламой вакансий в мою команду. На этот раз команда другая. Нужны суровые бэкендеры в новый инфраструктурный продукт. Я много где работал и могу с убежденностью сказать, что у нас очень круто во всех смыслах.
Java + GO Backend developer
GO developer
QA Engineer

Шар, репост, комент, колокольчик или что там у вас.

80. Мало ресурсов – хорошо для продукта

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

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

В менеджменте самое мощное ограничение – время. Когда запускаете продукт, поставьте себе реальный, но вызывающий срок. Скорее всего в процессе что-то пойдет не так, и вам захочется отодвинуть дедлайн. Сдержитесь. Оставьте только самое главное и запуститесь в срок. Дефицит времени заставляет чаще задавать вопрос: «А можем мы запуститься без этой фичи?»

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

Нет ограничений? Придумай их сам, на то ты и менеджер!

Короткий образовательный формат

У меня проблема с прослушиванием докладов на конференциях и вебинарами. Первые 45 минут я жутко скучаю, потом минут 15 идет что-то интересное. Остается чувство «можно было покороче». Поэтому на своем канале я пишу только короткие рассказы.

Партнеры @epicgrowth устраивают образовательный сериал для всех, кто занимается развитием продуктов – Epic Growth SEASONS. Его фишка – кейсы роста за 5-15 минут! Только самое главное, без воды. Этот формат мне заранее жутко нравится.

Начиная с 28 октября, каждую неделю будут выходить новые видеокейсы от быстрорастущих продуктов России и Кремниевой долины — Netflix, Miro, HubSpot, Booking. com, Яндекс GO, SoundCloud, Flo, Revolut и других.

Можно оформить подписку к Epic growth за 990 руб/мес. Я в бургерной на днях больше заплатил. Подписка даёт доступ не только к Сезонам, но и куче других докладов.

А для вас, моих любимых читателей, я выбил один бесплатный билет. Чтобы получить его, надо ответить на вопрос. Меня заинтересовал доклад продакта из Revolut «Дизайн Minimum Lovable Product для незнакомого рынка». Так что вопрос будет такой:

В каких случаях надо делать Minimum Lovable Product и как потом понять, что он Lovable?

Ответы пишите в свободной форме в комментариях или присылайте мне в личку, принимаются до 14:00 мск субботы (24 октября). Победителя выберу, опираясь на субъективизм и волюнтаризм.

Подробнее о сериале | #партнерскийпост

79. Глаза боятся, а руки делают

После свадьбы мы с женой купили квартиру в старом питерском доме, где вода нагревается газовой колонкой. Советские строители смонтировали колонку посередине стены. Шкафы повесить не было никакой возможности. Перенести колонку в другое место казалось нереальным.

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

Семь лет назад в моем стартапе вся команда работала удаленно. Три страны и 5 городов. Перейдя на работу в Семраш, я очень удивился, что все обязаны посещать офис. Вроде модная компания с гибкими процессами. Я пробовал протолкнуть идею свободного посещения офиса, но все считали это невозможным.

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

Хотите, но боитесь? Возможно, спустя годы вы всё же попробуете и воскликните: «Ну почему я не сделал этого раньше!»

78. Поговорите на тимбилдинге

Команде надо устраивать тимбилдинги (не путайте с корпоративами), чтобы лучше узнать друг друга. Ценность тимбилдинга – в неформальном общении. Не у всех это получается.

Мы делали много прикольного: катались на картах, стреляли из ружей, играли в кёрлинг, посещали мастер-класс по готовке. С одной стороны, это сближает и потом есть, что вспомнить. Но качественного общения не получается. Перекинулись парой слов и всё.

Другой сценарий – выпить и закусить. Кажется, это идеальное время, чтобы поговорить. Но общение выходит однобоким – кто-то балагурит, кто-то молчит, кто-то напился. Сейчас все на удаленке, болтают в Зуме. Половина сидит молча.

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

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

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

77. Умение отказываться от работы

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

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

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

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

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

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