#ProductManagement

У Holloway [ребята пишут офигенные электронные книжки] вышел гайд по удалённой работе. Конкретно этот гайд я ещё не читал, но покупал и читал их гайды по technical hiring и equity compensation и они офигенные!

Если перейдёте по моей ссылке гайд будет стоить $25 [так стоит $35]. Это не партнёрская ссылка, я ничего с этого не получу.

🔗 https://www.holloway.com/g/remote-work/about?vip_code=rwlaunch

#ProductManagement

Переключаюсь на описание продуктовых принципов и процессов для Chief Product Officer’а:

Основателям и руководителем доступен офигенный инструмент управления—vision. Это история и красивая картинка о том, как компания, команда и клиенты компании будут чувствовать себя в будущем, к которому компания хочет прибежать

Почему работает vision и зачем его использовать:

🔗 https://zamesin.me/ru-lead-by-vision

#ProductManagement Обновил список блогов и книг, которые рекомендую по продакт-менеджменту

Daily media:
∙ Hacker News: https://news.ycombinator.com
∙ THEVERGE: http://theverge.com

Must Read blogs:
∙ YCombinator’s Blog: https://blog.ycombinator.com
∙ a16z: http://a16z.com
∙ Andrew Chen: https://andrewchen.co
∙ Benedict Evans: https://www.ben-evans.com/benedictevans/
∙ Collaborative Fund: https://www.collaborativefund.com/blog/
∙ First Round Review: https://firstround.com/review/
∙ Inside Intercom: https://www.intercom.com/blog/ RSS Feed is no longer available 🙁
∙ SVPG: https://svpg.com/
∙ Rands in Response: https://randsinrepose.com by
∙ Daniel Gross: https://dcgross.com/
∙ GoPractice!: https://gopractice.ru/ by Oleg Yakubenkiv
∙ Love the Problem: https://blog.leanstack.com/ by Ash Maruya
∙ Stratechery: https://stratechery.com by Ben Thompson
∙ Elad Gil: http://blog.eladgil.com

YouTube channels:
∙ YCombinator: https://www.youtube.com/channel/UCcefcZRL2oaA_uBNeo5UOWg
∙ a16z: https://www.youtube.com/channel/UC9cn0TuPq4dnbTY-CBsm8XA
∙ Talks at Google: https://www.youtube.com/channel/UCbmNph6atAoGfqLoCL_duAg
∙ Startup Grind: https://www.youtube.com/user/StartupGrind/featured

Блог мёртв, но много полезной информации
∙ Ken Norton’s Blog: https://www.kennorton.com/
∙ Google Ventures Library: https://library.gv.com

Супер полезны, чтобы лучше понимать мир
∙ Farnam Street: https://fs.blog/blog/
∙ Wait but Why: https://waitbutwhy.com
∙ Naval Ravikant’s blog: http://nav.al

UI/UX
∙ Блог Юры Ветрова: https://jvetrau.com
∙ Facebook Design – Medium: https://medium.com/facebook-design // похоже, загибается
∙ UXMatters: https://www.uxmatters.com/

Top10 книг для продакта
1. Начало Бесконечности: https://zamesin.me/books-the-beginning-of-infinity by Дэвид Дойч
2. Цель 1-2 by Элияху Голдратт
3. Теория Ограничений Систем by Элияху Голдратт
4. Inspired: How to Build Tech Products Customers Love
5. Thinking in Systems: https://zamesin.me/books-thinking-in-systems by Donella Meadows
6. High Output Management: https://zamesin.me/books-high-output-management by Andrew Grove
7. Measure What Matters: https://www.amazon.com/Measure-What-Matters-Google-Foundation/dp/0525536221 by John Doerr
8. Shape Up: Stop Running in Circles and Ship Work that Matters: https://basecamp.com/shapeup?fbclid=IwAR3lGLnSsv14C-WJzXr9Ipl_nU0Fc9EDZqqXSFeQlhP0PsPQ-rC6_jz2ZFI + It Doesn’t Have To Be Crazy at Work by Basecamp guys: https://zamesin.me/books-it-doesnt-have-to-be-crazy-at-work
9. Product leadership: https://zamesin.me/books-product-leadership
10. This is Marketing: https://zamesin.me/books-this-is-marketing by Seth Godin

Больше рекомендаций книг для продакта от Кена Нортона: https://www.kennorton.com/essays/books-for-product-managers.html

#ProductManagement Как относиться к негативному фидбеку

Все продакты, которые делают массовые сервисы знают как клиенты реагируют на любые значимые изменения: любой редизайн вызывает shitstorm в поддержке. Даже не так: любой редизайн вызывает АДОВЫЕ, ЛЮТЫЕ, НЕСКОНЧАЕМЫЕ ПОТОКИ НЕНАВИСТИ в поддержке. Вплоть до угроз расправы.

Эти потоки ненависти обычно не означают, что вы сделали плохо. Часто, это означает лишь: “мы заметили, что что-то поменялось”. Ну, кроме случаев с редизайном Кинопоиска. Там реально было X100 и надо было откатывать.

Как относиться к негативному фидбеку:
1. Негативные комментарии чаще всего идут от тех, кому наш продукт не подходит и особо не нужен, то есть от C/D-сегментов [см. ABCDX-сегментацию https://www.youtube.com/watch?v=LGMfr3he0lc]. Как бы мы не старались сделать для них классный продукт, они всегда будут недовольны. И мы на них не заработаем
2. Наш мозг СИЛЬНО переоценивает негативный фидбек.
3. Позитивный фидбек люди говорят в разы реже, чем негативный фидбек. На одно негативное обращение есть двадцать позитивных обращений, про которые вам не написали. Когда всё классно, нам редко пишут «Вы такие здоровские, люблю вас!». Тем более, если продукт коммодити.
4. ВСЕГДА будут недовольные. И они ВСЕГДА будут писать. Более того, есть люди, которые тупо любят жаловаться. Не потому что мы для них что-то совсем плохо сделали, а потому что они любят жаловаться.
5. Сейчас все напряжены больше, чем обычно. И если есть что-то, что клиенту не нравится в работе нашего сервиса, выше вероятность, что клиент накатает негативный фидбек. Не столько потому, что мы такие плохие, а потому что всем в среднем сейчас хреново.

Как обрабатывать негативный фидбек [дублирую прошлогодний пост]
1. Сжимаем булки и крепимся. Это эмоционально тяжёлая и, к сожалению, неизбежная часть работы продактов и предпринимателей.
2. Нужно понять, какие конкретно люди жалуются и сколько их.
ab) Если жалуются представители А и B сегментов (A и B сегменты—потребность высокая, приносят 80% выручки, они страдали в прошлом от проблемы и сейчас вам с удовольствием платят, короткие циклы сделок, почти нет возражений, почти не пишут в саппорт, весь фреймворк тут: https://youtu.be/LGMfr3he0lc) и, даже если их немного, начинаем расследовать, так как обычно ребята из А и B сегментов не жалуются. И есть вероятность, что вы поломали что–то важное тем, кто платит (или суперактивен в сервисах, монетизирующих внимание).
c) Если жалуются представители C сегмента (потребность невысокая, C и D приносят 20% выручки, платят мало, много пишут в саппорт)—ждите, пока не накопится пороговое количество обращений. Например, 1% от всех представителей C–cегмента. Выберите свой порог, но он должен быть достаточно высоким. Почему важно не реагировать на единичные обращения: ребята из C и D сегментов отличаются тем, что они любят писать и обращать на себя внимание. То есть им не так важно решить потребность, сколько поговорить в процессе про это. Представьте, что ваш саппорт для них, это как лавочка для скучающих бабушек. Поэтому, чтобы фиксировать действительно большие поломки—ставим пороговое значение.
d) Если жалуются представители D сегмента (потребности почти нет, не покупают, обожают трахать мозг поддержке)—вежливо отвечаем «Спасибо за обращение, пофиксим в Q1 2054»
3. Не пропускайте в команду все обращения в саппорт, так как ваши коллеги могут не понимать реальную важность каждого обращения и демотивироваться от обращений не платящего кастомера.
4. ОБЯЗАТЕЛЬНО транслируйте каждый позитивный фидбек в команду.

Я сделал три редизайна Поиска Картинок Яндекса [один из них был явно лишним, остальные два круто растили метрики]. И каждый раз мы получали ТЫСЯЧИ сообщений: вы уроды! верните как было! я вас ненавижу! сдохните, твари! [цитаты]

Закаляет 😓

#ProductManagement

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

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

🔗 https://zamesin.me/ru-cpo-keeps-teams-focused/

#ProductManagement

Сервисы (Мета, Яндекс, Профи, Slack, Uber Eats...) прекрасно умеют работать с визуальным каналом: интерфейсы, тексты, иллюстрации, метафоры, сторителлинг, но лишь единицы освоили аудиальный и тактильный каналы в дополнение к основной услуге.

Headspace вынужден уметь в классный звук. Mercedes-Benz не может не давать тебе потрясающий тактильный опыт; это скорее не осознанный выбор, а насущная необходимость.

Ребята из «чувственных» индустрий научились подмешивать аудиальный канал, чтобы достигать своих ассоциативных целей [на ум приходит потрясающая коллаборация Louis Vuitton с Woodkid: https://www.youtube.com/playlist?list=OLAK5uy_kRwPhJui4OyjS9QLFCo_bpZps6FNVtDEA]

Почему бы Яндекс.Такси не сделать саундтрек для поездок на такси, который однозначно идентифицируется с Яндекс.Такси и даёт ему нужные ассоциации? Слаку не запилить плейлисты в спотифае/эполмьюзике для alpha/beta waves мозга, которые помогают дольше находиться в сфокусированном состоянии и создают ассоциацию «Slack—для сфокусированной работы»?

Почему бы Мете не сделать тактильные игрушки для психологических проекций: «так, ты моя тревога!»?

#ProductManagement

Краткая рецензия на книгу Airbnb Story by Leigh Gallagher

8/10

∙ купил её на русском языке в мягком переплёте, что почти всегда означает дичайший трешак [феномен Zara, приветики], но книжка оказалось на удивление крутой
∙ автор избегает типичной для биографий стартапов позиции: БОЖЕ, ЭТО ЛУЧШАЯ КОМАНДА! ЛУЧШИЙ ПРОЕКТ, ПОСЛАННЫЙ НЕБЕСАМИ НА БРЕННУЮ ЗЕМЛЮ и нейтрально рассказывает историю
∙ Книгу стоит прочитать, чтобы понять, как можно изворачиваться в сложных ситуациях. Я зауважал сооснователей: Чески, Геббиа и Блечарзик, после этой книги

#ProductManagement

Краткая рецензия на The Making of a Manager by Julie Zhuo [ЖулеЖу!]

8/10

∙ это вторая книга после High Output Management [https://zamesin.me/books-high-output-management], которую я буду советовать читать руководителям и всем, у кого в тайтле есть слово Manager.
∙ Julie Zhuo покрывает все аспекты работы и становления менеджера с нуля: как давать обратную связь, как проводить ванонваны, как проводить встречи, как управлять своим временем, куультуру, найм
∙ в отличие от High Output Management, Julie сфокусировалась на том, как работа менеджера чувствуется изнутри. В книге много историй, которые резонировали с моим опытом
∙ до десятки не хватило фундаментальности мысли Andrew S. Groove

Почему не стоит делать приложение учёта личных финансов и трекер прививания привычек.

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

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

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

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

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

P.S. Я делал приложение для учёта личных финансов, так что знаю о чём говорю =)

#ProductManagement

Как проводить UX-тесты по Zoom.

Периодически слышу вопрос “Блин, а можно как-то удалённо проводить UX-тесты aka коридорки?”

Да, это легко делается через зум.

1. Договариваетесь о созвоне с респондентом на котором будете тестировать ваш интерфейс/лендинг/письмо/вотэва
2. Просите человека включить в настройках телефона возможность шарить зуму экран. Вот инструкция для айфона: https://support.zoom.us/hc/en-us/articles/115005890803-iOS-Screen-Sharing, вот для андроида https://www.youtube.com/watch?v=SW112eQkka4 [осторожно, в видео русский английский]
3. Проводите UX
4. Вы великолепны

в видею я юикшу Мету с Костей

#ProductManagement

1. Сегмента нет = нет достаточно большого количества людей, у которых есть потребность, которую вы хотите решать своим продуктом. Сюда же попадает ситуация, что конкурент(ы) прекрасно решают потребности сегмента и для нового продукта места нет.
∙ примеры: электроштопоры, +1 социальная сеть, +1 криптовалюта
2. Сегмент есть, продукта решающего потребность сегмента нет = люди страдают, или есть потенциал, что они значительно кайфанут от крутого продукта, но решения нет. Крайне редкая ситуация, так как предприниматели обычно такие сегменты быстро замечают и монетизируют этот сегмент
∙ примеры: знаю парочку, уже пилю продукты
3. Сегмент есть, у нас есть продукт, но он хреново решает потребность сегмента.
∙ примеры: почти все продукты с убыточной юнит-экономикой, правительство России для небольшого сегмента людей, сидящих в фейсбуке
4. Сегмент есть, у нас есть продукт и он идеально решает потребность сегмента.
∙ примеры: почти все продуекты, которые растут на 20%+ месяц к месяцу с минимальными инвестициями в привлечение, юнит-экономика остается в пределах нужной нам маржи при масштабировании

Если очень сильно упростить, то работа продакта сводится к:
1. Понять, есть ли сегмент и как звучит его потребность
2. Попасть продуктом в потребность сегмента и скоммуницировать его всем в сегменте так, чтобы по пути не просыпать коммуникацию ценности
3. С течением времени не потерять текущий [конкуренту или по-глупости] сегмент и захватывать соседние

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

#ProductManagement

Один из самых мощных инсайтов последнего года: клиент на горизонте лет всегда предпочитает решения*/продукты, которые приводят человека к тому же результату [Big Job] за меньшее количество усилий со стороны человека.

Упражнение, которое помогает научиться видеть этот паттерн: «Возьмите 5 ваших случайных потребностей, например: делать перерывы во время работы [старбакс], слушать музыку [спотифай], добираться до работы [до пандемии—метро+мотоцикл, а сейчас—zoom], есть еду [justfood+Яндекс.Еда], быть в контакте с социальным кругом [facebook, telegram] и изучите как эта потребность решалась 50 и 100 лет назад». Потребность не изменилась, решения стали требовать в десятки раз меньше усилий со стороны клиента [см. zoom].

решения* = не всё то, что решает потребность людей—это продукт, созданный каким-то бизнесом, см. “пройтись пешком”, “помедитировать”, “спрашивать совета у друзей”

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

Сейчас ЗНАЧИТЕЛЬНО больше людей слушают музыку, делают перерывы в работе и взаимодействуют с бóльшим количеством клиентов, чем 50 лет назад. Такой вот классный цикл обратной связи.

#ProductManagement

Transaction costs

Ronald Coase в 1937 году написал одну из самых цитируемых статей про экономику «The Nature of the Firm» [https://bit.ly/2GiPym0], в ней он ввёл концепт Transaction Cost [стоимость транзакции]. Его тезис: размер фирмы определяется тем, какую ценность получает компания от работы сотрудника минус стоимость транзакций на коммуникацию с этим сотрудником.

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

Похоже, такая же история встречается и в продуктах.

Моя гипотеза: клиент начнёт пользоваться продуктом, если ценность продукта >= 10x transaction costs на изучение, вспоминание и использование этого продукта. [тут за скобками привычка к текущему способу решать потребность, что продукт РЕАЛЬНО решает потребность, что у клиента есть такая потребность..]

Мне кажется, это главная причина, по которой стартапы, которые хорошо решают крохотную Job Story долгосрочно проигрывают комбайнам, которые хуже решают эту же Job Story. Потому что для того, чтобы
1. узнать про новый сервис
2. решить его установить
3. зарегистрироваться в нём
4. познакомиться как это работает [часто, плохо]
5. вспоминать каждый раз
6. оплачивать его отдельно
нужно приложить тонну когнитивных усилий. А когда ты в Slack’е/Zoom’е/Инстаграме/younameit видишь новую фичу, transaction cost на то, чтобы попробовать и использовать в десятки раз ниже, чем с отдельным сервисом.

∙ отдельное приложение для выпиливания шумов с микрофона > фича в зуме
∙ отдельное приложение для перевода английских слов > фича в приложении Skyeng
∙ отдельный сервис для заказа курьеров > фича в приложении Uber’а/Яндекс.Такси

И, кажется, это один из принципов, который стоит за эффективностью супераппов.

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

Дискас: https://www.facebook.com/zamesin.ivan/posts/10158029530467499

#ProductManagement

Оч клёвое продуктовое эссе из цикла «старые песни о главном»: не конкурируйте напрямую, ищите способ решать частотную и болючую проблему так, чтобы клиент не сравнивал в своей голове вас с конкурентом. Будьте Давидом, которому было достаточно одного меткого броска пращи, чтобы сразить Голиафа.

🔗 https://productlessons.substack.com/p/why-its-better-to-be-the-anti-status #ProductManagement