Притчи продуктолога – Telegram
Притчи продуктолога
11.7K subscribers
13 photos
1 video
1 file
108 links
Концентрированная мудрость о менеджменте продуктов и построении команды.
Рекламу не делаю, но участвую в коллабах.
Папка: https://news.1rj.ru/str/addlist/YvmnHCHUp700Nzky

http://ritov.ru

Max: https://max.ru/product_proverbs
РКН: https://clck.ru/3N9m9V
Download Telegram
140. Ответственность сама собой не появится

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

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

Главная проблема, что не только мы задолбались, но и сын не развивался. Не учился контролировать себя, не вырабатывал навык «отложить смартфон и заняться делом». Поэтому мы решили изменить подход. Теперь мы отдаем ему телефон на целый день. Но пользоваться он им должен не больше 4 часов экранного времени в день. Он сам заходит в настройки «Цифрового благополучия» и следит за расходом.

Он стал более ответственным. Через несколько дней пришел ко мне и попросил настроить ограничение на игры «не больше часа в день», чтобы случайно не «сжечь» весь дневной лимит на одну игрушку.

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

В продуктовой разработке модно быть data driven. Ну, типа, мы не просто решили сделать вот такую кнопку и сделали. Мы скрупулезно собирали и анализировали данные, провели эксперимент, сравнили несколько вариантов и выбрали тот, у которого лучшие метрики (не забыв про стат. значимость).

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

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

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

Стараюсь следить за собой, чтобы мои вопросы про статистику не выглядели как троллинг или шейминг.
🔥1
142. Определись с метриками заранее

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

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

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

Чтобы не смущаться и не тормозить, лучше до начала эксперимента решить, какая метрика для вас главная. Также выбрать 2-3 вспомогательных метрики, которые помогут глубже взглянуть на главную метрику. Остальные 20 метрик нужно волевым решением игнорировать, что бы они ни показывали.
👍2
143. Невозможно все успевать

В девяностые я пытался стать великим рок-гитаристом. Пытался подбирать на слух соло Led Zeppelin и прочих великих. Получалось плохо, потому что слушал я на кассетном магнитофоне, нельзя было замедлить, неудобно перематывать. Сейчас на Ютубе можно найти детальный разбор любого соло. Иногда даже сам автор объясняет и показывает с 10 ракурсов. В молодости я так мечтал о подобном, но не получил.

Теперь я столкнулся с обратной проблемой – полезной информации слишком много. По любой профессии есть множество материалов – статьи, курсы, подкасты, туториалы, митапы, вебинары, каналы. И они качественные! Я был подписан на двадцать хороших каналов про менеджмент продуктов, дайджест продуктового дизайна Юрия Ветрова, подборки на VС и Хабре, записывался на вебинары и просил дать доступ «по-знакомству» на онлайн конференции. С особой любовью у меня лежала стопка непрочитанных бумажных книг (электронные давно перестал считать).

Успевал ли я это все читать, смотреть, изучать? Конечно нет! От этого я чувствовал вину и профнепригодность. Материалы действительно качественные и полезные.

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

На собеседованиях я иногда спрашиваю: «Как профессионально развиваешься, что читаешь?» Как бы я сам ответил на этот вопрос? Пожалуй: «Больше всего я учусь в текущих проектах, над которыми работаю».
Образовательный IT-сериал о развитии продуктов от Epic Growth и Яндекс

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

Я рад, что они продолжают этот замечательный формат, на этот раз в партнерстве с Яндексом. 23 июня стартует IT-сериал SEASONS для продакт-менеджеров и маркетологов:

– 16 серий про разные аспекты управления продуктом;
– 60+ экспертов из самых быстрорастущих компаний СНГ и зарубежья;
– Емкий формат докладов до 15 минут;
– Будет интересно специалистам по продукту, руководителям продуктовых команд /CPO/CMO, маркетологам, аналитикам и IT-предпринимателям.

Спикеры и темы

Опытом поделятся топ-менеджеры из Яндекс, Тинькофф, Сбер, Авито, AliExpress, Dbrain, Мегафон, Flo, Miro, Wrike и другие! Каждая серия посвящена отдельному этапу развития и продвижения продукта:

– Управление продуктовой стратегией и следующие точки роста;
– Product-Led Growth: как расти без маркетинга;
– O2O: как объединяют онлайн и офлайн лидеры рынка;
– Активация и рост конверсии. Превращаем пользователей в платящих;
– Удержание, или как создать привычку пользоваться продуктом;
– Повышение лояльности клиентов: от кросс-сейла до экосистемы;
– Повышение среднего чека. Тестируем гипотезы по монетизации;
– Продвижение и продажа товаров через маркетплейсы.

Сериал будет доступен по подписке Epic Growth PREMIUM: она включает видеокейсы, онлайн-мероприятия и материалы про рост IT-продуктов.

Первая серия выйдет 23 июня. В рамках специальной акции Яндекса и Epic Growth все, кто оформит подписку, смогут смотреть сериал и другой контент платформы бесплатно до 25 июля.

Смотрите расписание серий и оформляйте подписку.

#партнерскийпост
144. Исправление очевидных ошибок

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

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

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

Изменения относительно небольшие и очевидно полезные, иногда мы подобное запускаем без всяких экспериментов. Но страница очень посещаемая, поэтому решили запустить А/Б-эксперимент, чтобы убедиться, что «как минимум стало не хуже».

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

Исправление очевидных UX-ошибок не всегда приводит к хорошим результатам.
1
Если пользователь просит

Бывает менеджер продукта рассказывает как они всей командой последний месяц работали над фичей, которую очень просили пользователи. Пытаешься узнать, много ли просили? Говорит, да, много — 30 человек за последний месяц.

Активных пользователей в продукте — 50 тысяч. Получается, что фичу просили какие-то исчезающие доли процента и этим фидбэком можно пренебречь. С другой стороны, фидбэк за этот период оставили 120 человек, а значит фичу просили 25% написавших пользователей. Получается фичу действительно много просят?

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

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

————————————
Пост не номерной, потому что написан мною для другого канала. На своем канале я делаю перепечатку не раньше, чем через месяц после премьеры. #неуникальныйконтент
145. Первый вопрос на собеседовании

Есть большая ошибка, которую совершают почти все HR-ы. Первым делом они спрашивают: «Расскажите о себе?»

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

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

Плюсы такого подхода:

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

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

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

Сегодня ты нанимаешь человека на работу, завтра он тебя. Скромность и вежливость не повредят.
👍2
146. Как не нанять пижона вместо профессионала

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

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

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

Последние шесть лет я работаю с замечательным тех. лидом. Он тащит на себе всю техническую часть наших продуктов. Я очень рад, что когда-то выбрал именно его из нескольких кандидатов. А совершил я такое выгодное «приобретение», потому что брал на собеседование другого тех. лида, который смог увидеть те вещи, на которые я бы не обратил внимание.
👍1
Не все зависит от тебя

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

Суть стартапа: в Москве и Санкт-Петербург сдается множество квартир, при этом 85% объявлений – от агентов, которые просят месячную цену аренды за свое посредничество. Мы решили собирать объявления собственников квартир из открытых источников (Вконтакте, форумы и т.п.) и публиковать их у себя. Нашей фишкой стала практически идеальная чистота базы – больше 95% объявлений от собственников (например, на Авито их всего 15%).

Большую часть работы в компании делал лично я: брендинг, айдентику, касдев, UX/UI, менджмент продукта, найм и обучение персонала, маркетинг, рекламу, финансы. Программистов (сервер, iOS, Android) брали временно, на сдельную оплату. Также постоянно работало 4 модератора объявлений. Все работали удаленно из разных городов и стран.

Мы запустились сразу на двух платформах: iOS и Android. Через полгода приложения были в ТОП-3 в App Store / Play Market по всем «квартирным» запросам. Через год стартап вышел на операционную безубыточность. И тут случился кризис, рубль обвалился и это отразилось на продаже мобильного приложения.

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

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

————————————
Пост не номерной, потому что написан мною для другого канала. На своем канале я делаю перепечатку не раньше, чем через месяц после премьеры. #неуникальныйконтент
147. Сходи на собеседование

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

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

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

Не призываю ходить на собеседования постоянно, но раз в год – неплохая разминка. Естественно, не нужно никого обманывать. Если вас приглашают на собеседование, но при этом вы не ищите работу, то можете так и сказать: «Работу не ищу, но если хотите познакомиться и пообщаться, то я готов».
148. Ошибаться профессионально

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

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

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

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

Мы – профессиональные ошибальщики.
Владимир Меркушев работает менеджером продукта в OLX Motors Europe и ведет канал Продукторий. Он интересно пишет, для меня честь, что он согласился написать для моего канала.
————————————

Найти врага пользователя своего

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

Найти врага пользователей – большой успех. Это даёт возможность строить все коммуникации в формате «мы поможем вам победить ХХХ». И, если враг не надуманный, а реальный, в таких историях очень просто узнать себя. Это делает отношение к маркетинговой коммуникации более личным, а продукт будет проще нацелить на «всё для победы!».

Давайте попробуем назвать основных Волан-де-Мортов современности?

Недоверие – ключевая проблема онлайн бизнеса. Инструменты подтверждения личности, такие как логин и пароль, полностью устарели. Они не привязаны к личности человека и подвержены фроду, это решают системы биометрической идентификации. А проблему недоверия между двумя сторонами сделки маркетплейсы пытаются решать системой отзывов, рейтингом продавца и историей сделок. Основные борцы с врагом: Airbnb, AliExpress, системы идентификации на базе биометрии.

Недостаток времени – знакомый всем враг, который с ростом информационного потока, становится все сильнее. С ним сражаются: все таймтрекеры, сервисы для фильтрации контента, интернет магазины и маркетплейсы услуг.

Недостаток денег – враг старый и опытный. Банковская система и институт кредита помогли победить его в масштабах мировой экономики. А вот на персональном уровне он всегда рядом. В борьбе с ним нам помогают: скидочные сервисы, помощники в эффективном выборе, например, Booking или Aviasales, онлайн банкинг и микрокредитование.

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

Опасность личного контакта из-за COVID – новый враг 2020-2021. Огромная аудитория новых пользователей попробовали инструменты удаленного обучения и работы, сервисы доставки еды и других товаров. Многие продукты выбрали этого врага и успешно с ним воюют, вырастая в Х раз по аудитории и оборотам.

А какой враг у вашего пользователя? Какие средства борьбы с врагом даёт ему ваш продукт?

На своем канале @vladimir_merkushev я делюсь личным опытом и интересными кейсами других команд в борьбе за счастье пользователей. Хожу в гости по офисам ведущих продуктовых компаний. Даю консультации и менторю начинающих продактов. Велкам!

#партнерскийпост
149. Метрика под микроскопом

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

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

Мы решили посмотреть на MRR внимательнее. Посмотрели распределение по странам, по периоду подписки, по источникам трафика. Все было одинаково, кроме распределения по тарифам. Есть три тарифа: дешевый, средний и дорогой. Экспериментальная группа опередила контрольную по дешевому тарифу, но проиграла по дорогому. По среднему – были равны.

Что делать? По дешевому тарифу эксперимент выиграл, по дорогому проиграл, суммарно вышло одинаково. Мы решили, что дорогой тариф нам важен и признали эксперимент проигравшим. Хотя изначально оно казался победителем. Рассматривать метрику под микроскопом оказалось полезным занятием.
150. Сначала практика

Больше двадцати лет назад в питерском троллейбусе ехал молодой человек и читал толстенную книгу Photoshop 5.0. Прочитанное поражало его, иногда он восклицал: «Невероятно! Не может быть!» Этим молодым человеком был я. К этому моменту я уже год работал в Фотошопе и даже заработал свои первые деньги как дизайнер.

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

Для ретуши старых испорченных фотографий основной инструмент в Фотошопе – это Штамп. Я не понял, как он работает и поэтому ретушировал фотографии без него. Ретушировал успешно, потому что научился эмулировать работу этого инструмента через инструмент Лассо и горячие клавиши. Поэтому когда я прочитал в книге, как работает инструмент Штамп, я был поражен, обрадован и жутко смущен. Я понял, как глупо я работал последний год.

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

Принцип «сначала практика, потом теория» – отлично работает. Хотя применим не во всех профессиях – надеюсь, что хирурги ему не следуют.
👍1
151. Сбрей лишние обязанности

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

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

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

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

Каждому руководителю нужно в какой-то момент перестать мучать себя и окружающих и «побриться» – расстаться с частью обязанностей.
👍1
Привет, я Рома, дизайнер из Томска. Месяц назад на этом канале разыграли книгу «Тёмные данные», и приз достался мне. Я прочел книгу и теперь хочу поделиться с вами ТОП-10 уроков усвоенных из прочитанного. Надеюсь, вам будет полезно.

Я работаю директором по продукту в
Lab365.ru, пишу блог и веду телеграм-канал «Вредный дизайнер».
————————————

10 уроков книги Дэвида Хэнда «Тёмные данные»

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

1. Урок, усвоенный спустя треть книги — перед выбором книги обязательно читать название и описание на языке оригинала. На русском языке полное название книги «Практическое руководство по принятию правильных решений в мире недостающих данных». На самом деле книга называется «Why what you don’t know matters», что можно перевести как «Почему, то, что мы не знаем — важно», и это больше подходит под содержание книги.

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

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

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

5. Невозможно измерить всё. Казалось бы, банально, но когда нужно ввести какую-то метрику, нужно задаться вопросом «Зачем? Ценность метрики в перспективе? Данные, которые она будет собирать, нужны на какой срок? Будет ли искажать выводы в перспективе?».

6. Будущее за объединением и комбинаторикой данных из разных источников. Яндекс, Мэил уже получают административные данные из всех своих проектов, а вот государство практически в самом начале этого пути.

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

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

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

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

Концентрация полезных для меня знания была на последних 70-90 страницах книги, на которых автор описывает различные методы работы с данными, приемами для получения синтетических данных и их интерпретацией.

#КонспектКниги
152. Расскажи свою идею много раз

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

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

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

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

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

Держать идею в тайне и никому не рассказывать – тупо в прямом и переносном смысле.
153. Объясни ситуацию

Хороший друг пригласил на день рождения на дачу. За пару часов приходит от него рассылка: «Хочу предупредить, чтобы вы нашли парковку на другой стороне шоссе».

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

Можно было написать так: «На даче нет места для парковки и на нашей стороне шоссе тоже нет. Зато напротив есть большая бесплатная парковка и рядом пешеходный переход со светофором. Удобнее припарковаться там».

Когда человек понимает ситуацию, ему проще понять и простить. Более того, внятное объяснение проблемы может сделать из виновного благодетеля. Сравните два сообщения о неработающем продукте:

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

или

Новая быстрая система почти готова. Мы знаем, что наш продукт работал медленно и этим раздражал вас. Мы повысили скорость в два раза. Новая быстрая версия появится через 4:45.
👍2
154. Стратегия продукта

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

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

Хорошие это или плохие фичи? Зависит от выбранной стратегии продукта. Например, стратегия говорит, что главный фокус на ближайший год, чтобы каждое кафе города было в приложении и имело минимум 10 отзывов. Поможет в этом загрузка видео? Вероятно, нет. А скидки для постоянных комментаторов? Скорее всего, да!

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

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

Без стратегии легко заболеть фичеризмом.
👍3
155. Создать – не достаточно

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

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

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

Энтузиасты из разных команд в свободное время делали UI-kit, систему из типовых интерфейсных элементов. Сделал какую-нибудь кнопочку один раз, и все команды пользуются. Идея хорошая, но за два года разработки и кучу потраченных сил «кит» оставался сырой и бесполезной системой. Пока не создали нормальную продуктовую команду. Сразу все заработало как надо. Теперь мы активно используем UI-kit, он экономит кучу времени.

Создать – не достаточно. Без постоянного внимания дом ветшает, машина ржавеет, а продукт умирает.
👍3