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

Концентрированная мудрость о менеджменте продуктов и построении команды.

Притчи продуктолога
Управление проектами
Подписаться
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

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

Притчи продуктолога
Управление проектами
Подписаться
Вредные советы для менеджеров продукта

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


1. Рассказывайте о бывших.

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


2. Делайте редизайн.

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


3. Не спешите с релизом.

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


4. Пользуйтесь интуицией.

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


5. Слушайте пользователя.

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


6. Делайте много фич.

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


7. Слушайтесь начальника.

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


8. Не удаляйте функциональность.

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


9. Не верьте в технический долг.

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


10. Меняйте работу часто.

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

Притчи продуктолога
Управление проектами
Подписаться
82.


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

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

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

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

Притчи продуктолога
Управление проектами
Подписаться
8


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

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

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

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

Притчи продуктолога
Управление проектами
Подписаться
80.


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

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

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

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

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

Рейтинг авторов

  • "Записки Дизайнера" (про дизайн и только про него 157 157 157
  • (Не) только немецкий 157 157 157
  • #анямастерконтента 157 157 157
  • #Фудтех 157 157 157
  • 10 идей и трендов дня 157 157 157
Показать весь рейтинг
Загрузка ...