1. С большинством участников канала я знаком лично, мне будет приятно сделать этот небольшой сюрприз кому-то из подписчиков. И очень любопытно узнать кому он достанется.
2. Просто интересный эксперимент, чтобы посмотреть на CJM покупки «Giveaway» через Fragment, настройку условий акции и потрогать руками Boost’s. Ничего более.
Please open Telegram to view this post
VIEW IN TELEGRAM
13👍13❤3
Алексей Вторников, «Стек, или Путешествие туда и обратно»
Прочитал за выходные замечательную книгу про стек — «Cтек, или Путешествие туда и обратно», хочу рассказать про нее и порекомендовать к прочтению. Книга не про менеджмент, но если менеджер работает над созданием IT-систем, то должен понимать основы Computer Science. А стек — один из ключевых механизмов организации данных в памяти компьютера (и не только).
Но я бы не стал рекомендовать техническую книгу, если бы не ее стиль повествования. Автор рассказывает про стек бережно для неподкованного читателя и плавно наращивает сложность материала. Смотрите сами:
1. Детская пирамидка — стек (это я даже своему двухлетнему ребенку смог объяснить).
2. Стек позволяет элегантно решить задачу анализа скобочных структур (например, определить корректность расстановки скобок в выражении «[[{}]<>]»).
3. Стек позволяет элегантно организовать вызов подпрограмм на уровне компьютерной архитектуры.
4. А вот как организована рекурсия на низком уровне.
5. А вот как компьютер решает арифметические выражения (да, с помощью стека).
6. А вот как написать свой ассемблер (и да, с помощью стека).
Короче, если устали от книг по менеджменту и хочется немного отвлечься от работы и загрузить мозг новым интересным (и полезным!) контекстом — то рекомендую книгу к прочтению.
Купить на сайте издательства →
Прочитал за выходные замечательную книгу про стек — «Cтек, или Путешествие туда и обратно», хочу рассказать про нее и порекомендовать к прочтению. Книга не про менеджмент, но если менеджер работает над созданием IT-систем, то должен понимать основы Computer Science. А стек — один из ключевых механизмов организации данных в памяти компьютера (и не только).
Но я бы не стал рекомендовать техническую книгу, если бы не ее стиль повествования. Автор рассказывает про стек бережно для неподкованного читателя и плавно наращивает сложность материала. Смотрите сами:
1. Детская пирамидка — стек (это я даже своему двухлетнему ребенку смог объяснить).
2. Стек позволяет элегантно решить задачу анализа скобочных структур (например, определить корректность расстановки скобок в выражении «[[{}]<>]»).
3. Стек позволяет элегантно организовать вызов подпрограмм на уровне компьютерной архитектуры.
4. А вот как организована рекурсия на низком уровне.
5. А вот как компьютер решает арифметические выражения (да, с помощью стека).
6. А вот как написать свой ассемблер (и да, с помощью стека).
Короче, если устали от книг по менеджменту и хочется немного отвлечься от работы и загрузить мозг новым интересным (и полезным!) контекстом — то рекомендую книгу к прочтению.
Купить на сайте издательства →
15🔥10
Мышление письмом. Часть 2
← Часть 1
В прошлом году я написал короткую заметку о «документоцентричной» культуре проведения встреч в Amazon, которая построена вокруг написания текстовых документов.
Важный аспект ценности такой культуры заключается в том, чтобы прийти к единому пониманию проблемы и наилучшему ее решению всеми заинтересованными сторонами. Второй аспект, более фундаментальный и ценный для субъекта мышления – в процессе написания текстов мы можем сосредоточенно мыслить и держать фокус внимания на задаче на протяжении нескольких часов, что на порядок дольше мышления устного. Более того, мышление письмом позволяет делать паузы в процессе и возвращаться через время к точке, в которой была сделана остановка, но уже с восстановленной силой и полнотой внимания.
Парадоксально, но суть текста полученного в результате такого сосредоточенного творческого процесса может на порядок отличаться от первоначальной идеи. Некоторые смыслы итогового текста будут созданы только в процессе глубокой работы над ним. А с некоторыми мыслями даже придется, в прямом смысле, бороться.
Получается, что «документоцентричная» культура Amazon не только добавляет прозрачность в коммуникации, но и способствует тому, чтобы люди работающие над сервисами компании – развивали критическое мышление и навык решения нетривиальных задач. Культура создает продуктивную интеллектуальную рабочую среду и это отражается в конкурентоспособности и бизнес-результатах компании.
Да, не всегда есть возможности повлиять на культуру своей компании, но развить собственные навыки критического мышления – в силах каждого. Для этого даже не понадобится посещать дорогостоящие тренинги. Более полезным начальным упражнением будет – выбор любой интересной темы исследования и процесс написания статьи по этой теме в уединенном месте исключающем отвлекающие факторы. Упражнение одинаково полезное и для проработки рабочих задач, и для личных.
Тему мышления через письмо поднимали многие интересные в индустрии люди. Очень рекомендую ознакомиться с оригинальными материалы по ссылкам.
Пол Грэм (co-owner «Hacker News», в 2008 г. попал в список «The 25 Most Influential People on the Web») опубликовал в своем блоге статью «Putting Ideas into Words», в которой описывает ценность написания эссе в процессе обдумывания проблемы.
Давид Ханссон (co-owner 37signals, создатель «Ruby on Rails») в коротком интервью на youtube рассказывает о своем опыте написания статей и их влиянии на свой профессиональный путь. Смысл всего сказанного можно выразить одним предложением – «Clear writing is clear thinking».
Георгий Щедровицкий (советский философ, автор множества научных статей по теме управления) в своей книге «Оргуправленческое мышление» писал «Если человек не пишет – он не думает». Кстати, работы Щедровицкого очень сильно повлияли на меня, как менеджера и управленца, однозначно, советую их изучить.
Анатолий Левенчук (основатель Школы системного менеджмента и автор множества лекций) опубликовал статью «Кортекс и Экзокортекс» о том, что размышлять продуктивнее с карандашом и бумагой, которые он ассоциирует с экзакортексом (внешней системой обработки информации для усиления интеллекта).
Andy Matuschak (исследователь в области UX/UI в контексте обучения и усвоения информации) написал замечательную статью «Why books don't work», в которой размышляет и объясняет, почему одного чтения книг и прослушивания лекций не достаточно для усвоения знаний. Для того, чтобы осознать материал – необходимо активно вовлекаться в процесс и написание эссе позволяет это сделать.
Этот список можно продолжить очень дальше, но я оставлю запал на третью часть статьи. И в конце дам себе совет: записывать свои мысли и идеи чаще, работать над ними текстом.
← Часть 1
В прошлом году я написал короткую заметку о «документоцентричной» культуре проведения встреч в Amazon, которая построена вокруг написания текстовых документов.
Важный аспект ценности такой культуры заключается в том, чтобы прийти к единому пониманию проблемы и наилучшему ее решению всеми заинтересованными сторонами. Второй аспект, более фундаментальный и ценный для субъекта мышления – в процессе написания текстов мы можем сосредоточенно мыслить и держать фокус внимания на задаче на протяжении нескольких часов, что на порядок дольше мышления устного. Более того, мышление письмом позволяет делать паузы в процессе и возвращаться через время к точке, в которой была сделана остановка, но уже с восстановленной силой и полнотой внимания.
Парадоксально, но суть текста полученного в результате такого сосредоточенного творческого процесса может на порядок отличаться от первоначальной идеи. Некоторые смыслы итогового текста будут созданы только в процессе глубокой работы над ним. А с некоторыми мыслями даже придется, в прямом смысле, бороться.
Получается, что «документоцентричная» культура Amazon не только добавляет прозрачность в коммуникации, но и способствует тому, чтобы люди работающие над сервисами компании – развивали критическое мышление и навык решения нетривиальных задач. Культура создает продуктивную интеллектуальную рабочую среду и это отражается в конкурентоспособности и бизнес-результатах компании.
Да, не всегда есть возможности повлиять на культуру своей компании, но развить собственные навыки критического мышления – в силах каждого. Для этого даже не понадобится посещать дорогостоящие тренинги. Более полезным начальным упражнением будет – выбор любой интересной темы исследования и процесс написания статьи по этой теме в уединенном месте исключающем отвлекающие факторы. Упражнение одинаково полезное и для проработки рабочих задач, и для личных.
Тему мышления через письмо поднимали многие интересные в индустрии люди. Очень рекомендую ознакомиться с оригинальными материалы по ссылкам.
Пол Грэм (co-owner «Hacker News», в 2008 г. попал в список «The 25 Most Influential People on the Web») опубликовал в своем блоге статью «Putting Ideas into Words», в которой описывает ценность написания эссе в процессе обдумывания проблемы.
Давид Ханссон (co-owner 37signals, создатель «Ruby on Rails») в коротком интервью на youtube рассказывает о своем опыте написания статей и их влиянии на свой профессиональный путь. Смысл всего сказанного можно выразить одним предложением – «Clear writing is clear thinking».
Георгий Щедровицкий (советский философ, автор множества научных статей по теме управления) в своей книге «Оргуправленческое мышление» писал «Если человек не пишет – он не думает». Кстати, работы Щедровицкого очень сильно повлияли на меня, как менеджера и управленца, однозначно, советую их изучить.
Анатолий Левенчук (основатель Школы системного менеджмента и автор множества лекций) опубликовал статью «Кортекс и Экзокортекс» о том, что размышлять продуктивнее с карандашом и бумагой, которые он ассоциирует с экзакортексом (внешней системой обработки информации для усиления интеллекта).
Andy Matuschak (исследователь в области UX/UI в контексте обучения и усвоения информации) написал замечательную статью «Why books don't work», в которой размышляет и объясняет, почему одного чтения книг и прослушивания лекций не достаточно для усвоения знаний. Для того, чтобы осознать материал – необходимо активно вовлекаться в процесс и написание эссе позволяет это сделать.
Этот список можно продолжить очень дальше, но я оставлю запал на третью часть статьи. И в конце дам себе совет: записывать свои мысли и идеи чаще, работать над ними текстом.
23🔥8
Люди, которые пишут интересно
Собрал подборку интернет-людей, которые интересно пишут на около продуктовые темы и которых интересно читать. Я часто возвращаюсь к тем или иным статьям из этого списка авторов, особенно в моменты поиска творческого вдохновения. Со временем буду переосмыслять и разобью по направлениям.
· Sam Altman — генеральный директор OpenAI. Пишет редко, но всегда глобально.
· Marty Cagan – культовый человек, автор серии популярных в продуктовом мире книг: Inspired, Empowered, Transformed. Основатель SVPG и активный автор блога о продакт-менеджменте.
· Paul Graham – со-основатель Y Combinator. На habr есть перевод большинства эссе на русский язык.
· Andrew Chen – партнер в Andreessen Horowitz, автор попуряного блога про growth-маркетинг.
· Roman Pichler – автор популярных книг о продакт-менеджменте и не менее популярного блога.
· Elad Gil – автор High Growth Handbook, ведет интересный блог о технологиях и менеджменте.
· Julia Galef – интересный блог на далекие от продакт-менеджмента темы.
· AndyMatuschak – исследователь в области UX/UI в контексте обучения и усвоения информации.
· Vitalik Buterin – основатель Etherium, активный автор блога.
· Григорий Бакунов – основатель radio-t, ex-директор по распостранению технологий в Яндекс.
· Олег Якубенков – основатель GoPractice и top1 по популярности блога по продуктовой аналитике.
· Артем Горбунов и Co. – подборка полезных советов по продуктовым темам от культовых специалистов.
· Александр Поломодов – технический директор в Tinkoff, автор популярного мотивационного канала о книгах и технологиях.
· Lenny Rachitsky – популярный блог на substack на около продуктовые темы.
· Donella Meadows – интересные статьи и книги от известного во всем мире исследователя и специалиста по системному мышлению.
· Anna Buldakova – один из самых известных продакт-менеджеров в ру-комьюнити, ведет интересный telegram-канал и блог.
Собрал подборку интернет-людей, которые интересно пишут на около продуктовые темы и которых интересно читать. Я часто возвращаюсь к тем или иным статьям из этого списка авторов, особенно в моменты поиска творческого вдохновения. Со временем буду переосмыслять и разобью по направлениям.
· Sam Altman — генеральный директор OpenAI. Пишет редко, но всегда глобально.
· Marty Cagan – культовый человек, автор серии популярных в продуктовом мире книг: Inspired, Empowered, Transformed. Основатель SVPG и активный автор блога о продакт-менеджменте.
· Paul Graham – со-основатель Y Combinator. На habr есть перевод большинства эссе на русский язык.
· Andrew Chen – партнер в Andreessen Horowitz, автор попуряного блога про growth-маркетинг.
· Roman Pichler – автор популярных книг о продакт-менеджменте и не менее популярного блога.
· Elad Gil – автор High Growth Handbook, ведет интересный блог о технологиях и менеджменте.
· Julia Galef – интересный блог на далекие от продакт-менеджмента темы.
· AndyMatuschak – исследователь в области UX/UI в контексте обучения и усвоения информации.
· Vitalik Buterin – основатель Etherium, активный автор блога.
· Григорий Бакунов – основатель radio-t, ex-директор по распостранению технологий в Яндекс.
· Олег Якубенков – основатель GoPractice и top1 по популярности блога по продуктовой аналитике.
· Артем Горбунов и Co. – подборка полезных советов по продуктовым темам от культовых специалистов.
· Александр Поломодов – технический директор в Tinkoff, автор популярного мотивационного канала о книгах и технологиях.
· Lenny Rachitsky – популярный блог на substack на около продуктовые темы.
· Donella Meadows – интересные статьи и книги от известного во всем мире исследователя и специалиста по системному мышлению.
· Anna Buldakova – один из самых известных продакт-менеджеров в ру-комьюнити, ведет интересный telegram-канал и блог.
20🔥9
Методы приоритизации ICE, RICE, DRICE. Часть 1
Айн, цвай, драй... Существует бесконечное число способов приоритизации задач. В каждом сервисе, над которым я когда-либо работал, проекты ранжировали оригинальным методом, везде была своя специфика. Быстро погрузиться во все многообразие методов, которые применяются в крупных компаниях можно посмотрев выступление Миши Карпова на продуктовом митапе Яндекса [1]. Ну а мои любимые способы приоритизации – энергетический, когда приоритеты выбираются в зависимости от самочувствия и – интуитивный, когда прислушиваешься к интуиции и сердцу. Жаль только, что команда чаще не соглашаются следовать таким подходам.
Ну а если серьезно, цель статьи – рассказать про Detailed RICE (DRICE), но предварительно, короткое овервью по ICE и RICE. Повторение – мать учения.
В 2017 г. Шон Эллис – основоположник понятий «Growth hacking» и «North Star metric», знакомых кажому продакт-менеджеру, изобрел простой метод приоритизации гипотез роста – ICE (Impact, Confidence, Easy). Описание метода впервые было опубликовано в книге «Growth Hacking». В последствии продакт-менеджеры переняли этот метод для приоритизации продуктовых инициатив (мне нравится мета-термин «инициатива», поскольку он объединяет и проекты, и гипотезы, и задачи, и проблемы. Но в текущем контексте конкретика не важна).
В методе ICE [2], и Impact (влияние на целевую метрику), и Confidence (уверенность в оценке влияния), и Easy (легкость реализации) оценивается по шкале от 0 до 10. Общий Score расчитывается как произведение всех переменных: ICE Score = I x C x E. Чем выше Score, тем больший приоритет получает инициатива.
ICE прост в применении, но выглядит слишком субъективным из-за нормализации всех параметров по шкале от 0 до 10. Из-за этого в рабочих проектах и продуктовом сообществе больше внимания уделяется RICE, который немного сложнее, но более точный. Ни разу не видел, чтобы ICE применяли в работе над реальным продуктом, предлагаю его считать учебным подходом.
Метод приоритизации RICE (Reach, Impact, Confidence, Effort) разработали внутри, известного своей продуктовой культурой, Intercom. Описание метода впервые было опубликовано в корпоративном блоге, в статье "RICE: Simple prioritization for product managers". Аббревиатура похожа на предыдущую, но значения параметров рассчитываются иначе.
1. Reach (охват пользователей) – число уникальных пользователей, на которых инициатива повлияет за месяц.
2. Impact (влияние на целевую метрику) – субъективная оценка влияния инициативы на целевую метрику, оценивается в интервале от 0.25 (минимальное влияние) до 3 (очень сильное влияние).
3. Confidence (уверенность в оценке) – общая уверенность в оценке других параметров: Reach, Impact, Effort. Оценивается в интервале от 20% (лотерея) до 100% (высокая уверенность, подтвержденная данными исследований).
4. Effort (трудозатраты) – оценка трудозатрат в человеко-месяцах, в отличие от остальных параметров, заполняется не продакт-менеджером, а техническим специалистом.
Общий Score рассчитывается как RICE Score = (R x I x C) / E. Чем выше Score, тем больший приоритет получает инициатива.
RICE более универсален и чаще применяется в продуктовой работе в том виде, в котором он описан в первоисточнике, либо с модификациями, в случае необходимости. Основная проблема RICE заключается в том, что достаточно сложно посчитать Impact и Confidence. Поэтому продакт-менеджерам приходится включать интуицию, но как я написал в начале, такой подход не очень откликается у продуктовой команды, да и точность оценки страдает.
В конце 2023 г. Darius Contractor (ex-Head of Growth at Dropbox, Facebook, Airtable) и Alexey Komissarouk решили добавить стероидов в RICE для большей точности и придумали – Detailed RICE (DRICE). Как следует из названия, применяется он для более точной оценки за счет проработки продуктовой командой дополнительного контекста. В начале все идеи ранжируются по RICE, затем на протяжении 30 минут каждая из них прорабатывается продуктовой командой.
Айн, цвай, драй... Существует бесконечное число способов приоритизации задач. В каждом сервисе, над которым я когда-либо работал, проекты ранжировали оригинальным методом, везде была своя специфика. Быстро погрузиться во все многообразие методов, которые применяются в крупных компаниях можно посмотрев выступление Миши Карпова на продуктовом митапе Яндекса [1]. Ну а мои любимые способы приоритизации – энергетический, когда приоритеты выбираются в зависимости от самочувствия и – интуитивный, когда прислушиваешься к интуиции и сердцу. Жаль только, что команда чаще не соглашаются следовать таким подходам.
Ну а если серьезно, цель статьи – рассказать про Detailed RICE (DRICE), но предварительно, короткое овервью по ICE и RICE. Повторение – мать учения.
В 2017 г. Шон Эллис – основоположник понятий «Growth hacking» и «North Star metric», знакомых кажому продакт-менеджеру, изобрел простой метод приоритизации гипотез роста – ICE (Impact, Confidence, Easy). Описание метода впервые было опубликовано в книге «Growth Hacking». В последствии продакт-менеджеры переняли этот метод для приоритизации продуктовых инициатив (мне нравится мета-термин «инициатива», поскольку он объединяет и проекты, и гипотезы, и задачи, и проблемы. Но в текущем контексте конкретика не важна).
В методе ICE [2], и Impact (влияние на целевую метрику), и Confidence (уверенность в оценке влияния), и Easy (легкость реализации) оценивается по шкале от 0 до 10. Общий Score расчитывается как произведение всех переменных: ICE Score = I x C x E. Чем выше Score, тем больший приоритет получает инициатива.
ICE прост в применении, но выглядит слишком субъективным из-за нормализации всех параметров по шкале от 0 до 10. Из-за этого в рабочих проектах и продуктовом сообществе больше внимания уделяется RICE, который немного сложнее, но более точный. Ни разу не видел, чтобы ICE применяли в работе над реальным продуктом, предлагаю его считать учебным подходом.
Метод приоритизации RICE (Reach, Impact, Confidence, Effort) разработали внутри, известного своей продуктовой культурой, Intercom. Описание метода впервые было опубликовано в корпоративном блоге, в статье "RICE: Simple prioritization for product managers". Аббревиатура похожа на предыдущую, но значения параметров рассчитываются иначе.
1. Reach (охват пользователей) – число уникальных пользователей, на которых инициатива повлияет за месяц.
2. Impact (влияние на целевую метрику) – субъективная оценка влияния инициативы на целевую метрику, оценивается в интервале от 0.25 (минимальное влияние) до 3 (очень сильное влияние).
3. Confidence (уверенность в оценке) – общая уверенность в оценке других параметров: Reach, Impact, Effort. Оценивается в интервале от 20% (лотерея) до 100% (высокая уверенность, подтвержденная данными исследований).
4. Effort (трудозатраты) – оценка трудозатрат в человеко-месяцах, в отличие от остальных параметров, заполняется не продакт-менеджером, а техническим специалистом.
Общий Score рассчитывается как RICE Score = (R x I x C) / E. Чем выше Score, тем больший приоритет получает инициатива.
RICE более универсален и чаще применяется в продуктовой работе в том виде, в котором он описан в первоисточнике, либо с модификациями, в случае необходимости. Основная проблема RICE заключается в том, что достаточно сложно посчитать Impact и Confidence. Поэтому продакт-менеджерам приходится включать интуицию, но как я написал в начале, такой подход не очень откликается у продуктовой команды, да и точность оценки страдает.
В конце 2023 г. Darius Contractor (ex-Head of Growth at Dropbox, Facebook, Airtable) и Alexey Komissarouk решили добавить стероидов в RICE для большей точности и придумали – Detailed RICE (DRICE). Как следует из названия, применяется он для более точной оценки за счет проработки продуктовой командой дополнительного контекста. В начале все идеи ранжируются по RICE, затем на протяжении 30 минут каждая из них прорабатывается продуктовой командой.
16
10 смертных грехов начинающего продакт-менеджера
Наша профессия подразумевает большой уровень личной ответственности перед бизнесом, командой и пользователями продукта. Однако новички часто не осознают этого в полной мере и принимают не самые удачные решения. Я собрал 10 ключевых ошибок, которые иронично назвал смертными грехами продакт-менеджеров, потому что именно они мешают получать от работы удовлетворение и мешают стабильному росту бизнес-показателей.
«Смертные грехи» можно использовать в качестве чек-листа для самопроверки как начинающим, так и более опытным менеджерам.
Итак, ошибки и как их исправить:
https://habr.com/ru/articles/838694/
ㅤ
Наша профессия подразумевает большой уровень личной ответственности перед бизнесом, командой и пользователями продукта. Однако новички часто не осознают этого в полной мере и принимают не самые удачные решения. Я собрал 10 ключевых ошибок, которые иронично назвал смертными грехами продакт-менеджеров, потому что именно они мешают получать от работы удовлетворение и мешают стабильному росту бизнес-показателей.
«Смертные грехи» можно использовать в качестве чек-листа для самопроверки как начинающим, так и более опытным менеджерам.
Итак, ошибки и как их исправить:
https://habr.com/ru/articles/838694/
ㅤ
21❤7
Менеджер продукта в Ozon Travel
Ищу опытного менеджера продукта в вертикаль отелей Ozon Travel для создания и развития Product Information Management System. Ozon Travel – один из ведущих сервисов в рунете, который более 10 лет помогает людям покупать билеты на самолеты и поезда, а с недавних пор – бронировать отели по всему миру с великолепным клиентским сервисом. Вам предстоит создать и развивать систему для управления отельным контентом совместно с разработчиками, QA, продуктовыми дизайнерами, аналитиками, бизнесом и операционной командой.
Основные обязанности включают управление полным жизненным циклом продукта, от идеи до внедрения и отслеживания результатов; выявление потребностей операционной команды и пользователей сервиса; оценку проектов в дополнительной выручке; описание продуктовых требований; совместную работу с дизайнерами по проектированию UX; совместную работу с командами инженеров, системным аналитиком и QA для разработки новой функциональности; работу с командой продуктовых аналитиков для оценки и увеличения качества и полноты контента; формирование видения продукта и RoadMap.
Обязателен опыт управления продуктом от 3+ лет; подтвержденный опыт успешного развития продуктов; управления кросс-функциональными командами; подготовки продуктовых требований; сильные аналитические и технические навыки; навык работы на растущем рынке в условиях гибких процессов; ориентация на результат. Опыт работы с инфраструктурными или b2b продуктами будет плюсом.
Наличие технического образования – будет плюсом.
Отправляйте резюме https://job.ozon.ru/vacancy/106799271.
Ищу опытного менеджера продукта в вертикаль отелей Ozon Travel для создания и развития Product Information Management System. Ozon Travel – один из ведущих сервисов в рунете, который более 10 лет помогает людям покупать билеты на самолеты и поезда, а с недавних пор – бронировать отели по всему миру с великолепным клиентским сервисом. Вам предстоит создать и развивать систему для управления отельным контентом совместно с разработчиками, QA, продуктовыми дизайнерами, аналитиками, бизнесом и операционной командой.
Основные обязанности включают управление полным жизненным циклом продукта, от идеи до внедрения и отслеживания результатов; выявление потребностей операционной команды и пользователей сервиса; оценку проектов в дополнительной выручке; описание продуктовых требований; совместную работу с дизайнерами по проектированию UX; совместную работу с командами инженеров, системным аналитиком и QA для разработки новой функциональности; работу с командой продуктовых аналитиков для оценки и увеличения качества и полноты контента; формирование видения продукта и RoadMap.
Обязателен опыт управления продуктом от 3+ лет; подтвержденный опыт успешного развития продуктов; управления кросс-функциональными командами; подготовки продуктовых требований; сильные аналитические и технические навыки; навык работы на растущем рынке в условиях гибких процессов; ориентация на результат. Опыт работы с инфраструктурными или b2b продуктами будет плюсом.
Наличие технического образования – будет плюсом.
Отправляйте резюме https://job.ozon.ru/vacancy/106799271.
16🔥5
Звезды можно потратить, например, на поддержку
Please open Telegram to view this post
VIEW IN TELEGRAM
Продуктовые tech тренды 2025
Технологии, которые в 2023 году казались хайпом — в 2024 стремительно начали проникать в нашу жизнь. Web3 вышел из тени, искусственный интеллект научился рассуждать и стал на шаг ближе к свехинтеллекту, мы чаще слышали про автономные ИИ-агенты и увидели примеры их интеграции в web3. А еще мы привыкли решать повседневные задачи в платформенных супер-аппах таких как Яндекс Go, Ozon, Telegram, итд.
Технологическая сложность растет год к году. И тем интереснее задать себе вопрос: каким будет наш мир версии 2025? Сегодня, в последний день года, я хочу поделиться своим прогнозом на следующий год, который обещает быть очень насыщенным. Поехали.
🧠 «AI is everywhere». Если годом ранее мы еще задавались вопросом, какие практические задачи ChatGPT способен решить, то сегодня он уже, как минимум, способен заменить традиционный интернет-поиск. В то время пока все обсуждали результаты тестов новой нейросети от OpenAI, китайский DeepSeek небольшой командой без внешних инвестиций удивили всех своим новым ИИ, который обошел конкурентов в возможностях понимания языков, написании программного кода и в решении математических задач. Интересно наблюдать и за инфраструктурными проектами, например, Аркадий Волож строит крупнейшие дата-центры в Европе с инфраструктурой под ИИ. Думаю, в следующем году мы услышим не только про его инфраструктурные достижения, но и про новые ИИ продукты построенные на ее базе. В следствии развития алгоритмов и инфраструктуры, в 2025 году мы неизбежно увидим бум автономных ИИ-агентов, способных самостоятельно принимать решения и решать сложные задачи бизнеса.
✈️ Telegram как супер-апп. Каждый десятый землянин ежемесячно запускает Telegram, а в России он стал основным средством общения для большей половины населения. Telegram из простого мессенджера трансформировался в экосистемный супер-апп, который уже позволяет внешним разработчикам создавать не только ботов, но и полноценные приложения (Telegram Mini Apps, или TMA). И если в текущем году мы только наблюдали за развитием экосистемы приложений со стороны, то в 2025 году я ожидаю, что популярные интернет-сервисы начнут запускать свои TMA, чтобы получить (пока еще) дешевый доступ к многомиллионной аудитории. Telegram станет ключевым инструментом для бизнеса и пользователей, предоставляя возможность управлять различными внешними сервисами в одном приложении.
🙏 Настало время Web3. 2025 год станет годом всеобщего признания web3-технологий, все больше факторов складываются в их пользу: политическая поддержка от крипто-президент США, признание криптовалют государствами, «mass adoption» через интеграцию блокчейна в социальные сети (Цукерберг занимался разработкой собственного блокчейна для Meta, у Маска есть амбиции интегрировать криптоплатежи в X, но дальше всех продвинулся Павел Дуров в коллаборации Telegram x TON). Кроме того, некоторые страны и банки уже используют криптовалюты для проведения международных платежей. Я вижу два ключевых тренда: с одной стороны, все больше людей начнут открывать для себя криптовалюты и DeFi-инструменты, с другой – мы и не заметим, как нас переведут на использование приложений, бекенд которых написан на смарт-контрактах. И я верю, что большую роль в этом процессе сыграют Telegram и TON-блокчейн.
🕊 Возвращение зарубежных сервисов. В 2025 году часть санкций введенных против России будет ослаблена в рамках условий мирного соглашения. Это означает возвращение зарубежных технологических сервисов на наш рынок, поэтому российскому бизнесу предстоит адаптироваться к новой волне конкуренции: бороться как за своих пользователей, так и за сотрудников.
🥂 Друзья, с Новым годом!
Технологии, которые в 2023 году казались хайпом — в 2024 стремительно начали проникать в нашу жизнь. Web3 вышел из тени, искусственный интеллект научился рассуждать и стал на шаг ближе к свехинтеллекту, мы чаще слышали про автономные ИИ-агенты и увидели примеры их интеграции в web3. А еще мы привыкли решать повседневные задачи в платформенных супер-аппах таких как Яндекс Go, Ozon, Telegram, итд.
Технологическая сложность растет год к году. И тем интереснее задать себе вопрос: каким будет наш мир версии 2025? Сегодня, в последний день года, я хочу поделиться своим прогнозом на следующий год, который обещает быть очень насыщенным. Поехали.
🕊 Возвращение зарубежных сервисов. В 2025 году часть санкций введенных против России будет ослаблена в рамках условий мирного соглашения. Это означает возвращение зарубежных технологических сервисов на наш рынок, поэтому российскому бизнесу предстоит адаптироваться к новой волне конкуренции: бороться как за своих пользователей, так и за сотрудников.
Please open Telegram to view this post
VIEW IN TELEGRAM
19🍓8❤4
Please open Telegram to view this post
VIEW IN TELEGRAM
Менеджер продукта в Ozon Travel
Ozon Travel – один из ведущих сервисов в рунете, который меняет то, как миллионы людей планируют свои путешествия. За последние 10 лет мы стали одним из ключевых игроков на рынке и не собираемся останавливаться. Наши пользователи ежедневно бронируют тысячи билетов и отелей — быстро, удобно и по выгодным ценам. Мы быстро растем и ищем опытного менеджера продукта в направление «Отели», который возьмет на себя миссию сделать процесс поиска и выбора отеля максимально интуитивным и удобным.
Вам предстоит работать над поисковой формой, результатами поисковой выдачи, фильтрами, сценариями поиска отеля на карте. Мы стремимся сделать поиск умным и персонализированным, чтобы самые искушенные путешественники нашли свой идеальный отель. Вы будете работать с кросс-функциональными командами: вместе с UX-исследователями и дизайнерами — погружаться в пользовательский опыт, с аналитиками и ML-инженерами — искать точки роста и внедрять персонализированные рекомендации, а с разработчиками и QA — воплощать идеи в продукт, который работает стабильно.
Мы ожидаем, что вы возьмете на себя управление полным жизненным циклом продукта, выявление потребностей пользователей, оценку влияния проектов на выручку, описание продуктовых требований, формирование видения продукта и управление RoadMap.
Идеальный кандидат обладает опытом управления продуктами от 3+ лет; подтвержденный опыт успешного развития пользовательских продуктов; ориентирован на результат и привык принимать решения на основе данных; внимателен к деталям и умеете балансировать между бизнес-целями и потребностями пользователей.
Хотите влиять на индустрию путешествий и строить сервис, который оставит след в жизни миллионов людей? Присоединяйтесь к нам – https://job.ozon.ru/vacancy/115499676.
Ozon Travel – один из ведущих сервисов в рунете, который меняет то, как миллионы людей планируют свои путешествия. За последние 10 лет мы стали одним из ключевых игроков на рынке и не собираемся останавливаться. Наши пользователи ежедневно бронируют тысячи билетов и отелей — быстро, удобно и по выгодным ценам. Мы быстро растем и ищем опытного менеджера продукта в направление «Отели», который возьмет на себя миссию сделать процесс поиска и выбора отеля максимально интуитивным и удобным.
Вам предстоит работать над поисковой формой, результатами поисковой выдачи, фильтрами, сценариями поиска отеля на карте. Мы стремимся сделать поиск умным и персонализированным, чтобы самые искушенные путешественники нашли свой идеальный отель. Вы будете работать с кросс-функциональными командами: вместе с UX-исследователями и дизайнерами — погружаться в пользовательский опыт, с аналитиками и ML-инженерами — искать точки роста и внедрять персонализированные рекомендации, а с разработчиками и QA — воплощать идеи в продукт, который работает стабильно.
Мы ожидаем, что вы возьмете на себя управление полным жизненным циклом продукта, выявление потребностей пользователей, оценку влияния проектов на выручку, описание продуктовых требований, формирование видения продукта и управление RoadMap.
Идеальный кандидат обладает опытом управления продуктами от 3+ лет; подтвержденный опыт успешного развития пользовательских продуктов; ориентирован на результат и привык принимать решения на основе данных; внимателен к деталям и умеете балансировать между бизнес-целями и потребностями пользователей.
Хотите влиять на индустрию путешествий и строить сервис, который оставит след в жизни миллионов людей? Присоединяйтесь к нам – https://job.ozon.ru/vacancy/115499676.
15🔥7
Второй мозг: PARA × Obsidian × Granola × Claude
Несколько лет назад я организовывал заметки по методу Zettelkasten в VS Code, с тех пор все поменялось, во многом из-за экспоненциального развития LLM и agentic AI. Хочу поделиться свежим стеком инструментов, которые помогают снизить когнитивную нагрузку и не терять информацию в условиях дефицита времени: PARA × Obsidian × Granola × Claude.
Статья называется «Второй мозг», а значит мы будем строить систему, напоминающую структуру мозга человека.
PARA (Projects–Areas–Resources–Archives) — простая модель организации информации, которую сформулировал Тиаго Форте. Суть — разделить все на четыре директории: актуальные Projects, долгосрочные Areas, Resources как хранилище документов и Archives с завершенными проектами. Тиаго написал целую книгу об этой модели в 2023 году, но в 2026 — продуктивнее узнать детали у LLM.
Obsidian — бесплатный инструмент для организации заметок в markdown-формате. И для работы с текстом он на порядок удобнее VS Code: редактирование документов в режиме live-preview, большая база плагинов, есть mobile-версия. VS Code оставим для написания кода и технической документации, а Obsidian для заметок и ведения базы знаний. Он просто удобнее, попробуйте.
Признаюсь, я отдельно кайфую от того, что для максимальной продуктивности сейчас необходимо писать в Markdown, иметь базовые навыки работы с терминалом, разобраться, наконец, что такое GitHub, MCP, RAG, A2A и куча других новых технологий вокруг AI. И вижу, как кайфуют от этого люди, близкие к технологиям. Инструменты, которые раньше использовались исключительно разработчиками, становятся массовыми. На GitHub появляются профили дизайнеров, маркетологов и специалистов из совершенно нетехнических областей, которые пишут skills для агентов и запускают собственные pet-проекты.
В 2025 году на GitHub создано 121 миллион новых репозиториев — рекорд за всю историю платформы.
Отдельно подчеркну: markdown — это формат, который однозначно понимает любая LLM, в отличие от .docx, .pdf и других форматов документов. И это не только заголовки и списки — вот полная спецификация. Markdown переживет любой инструмент. Evernote умирает, Notion однажды закроется, Google Docs привязан к аккаунту, md-файл откроется через 20 лет в любом текстовом редакторе — это plain text.
Granola — сервис для записи, транскрибации и создания заметок по итогам встреч. Работает и на смартфоне, и на компьютере, подходит для онлайн и офлайн-встреч. Отлично справляется с русским языком. Забавно, но на выходе Granola создает md-файлы (естественно), и один Obsidian-энтузиаст написал плагин Granola-to-Obsidian, который синхронизирует заметки прямо в рабочее пространство Obsidian.
Здесь возникает важный вопрос про информационную безопасность, особенно если использовать сервис в рабочих задачах. Транскрибация в Granola происходит локально на устройстве — аудио никуда не уходит. Однако для генерации заметок Granola по умолчанию отправляет транскрипт в ChatGPT. Поэтому я использую для этого шага внутреннюю корпоративную LLM.
Несколько лет назад я организовывал заметки по методу Zettelkasten в VS Code, с тех пор все поменялось, во многом из-за экспоненциального развития LLM и agentic AI. Хочу поделиться свежим стеком инструментов, которые помогают снизить когнитивную нагрузку и не терять информацию в условиях дефицита времени: PARA × Obsidian × Granola × Claude.
Статья называется «Второй мозг», а значит мы будем строить систему, напоминающую структуру мозга человека.
PARA (Projects–Areas–Resources–Archives) — простая модель организации информации, которую сформулировал Тиаго Форте. Суть — разделить все на четыре директории: актуальные Projects, долгосрочные Areas, Resources как хранилище документов и Archives с завершенными проектами. Тиаго написал целую книгу об этой модели в 2023 году, но в 2026 — продуктивнее узнать детали у LLM.
Obsidian — бесплатный инструмент для организации заметок в markdown-формате. И для работы с текстом он на порядок удобнее VS Code: редактирование документов в режиме live-preview, большая база плагинов, есть mobile-версия. VS Code оставим для написания кода и технической документации, а Obsidian для заметок и ведения базы знаний. Он просто удобнее, попробуйте.
Признаюсь, я отдельно кайфую от того, что для максимальной продуктивности сейчас необходимо писать в Markdown, иметь базовые навыки работы с терминалом, разобраться, наконец, что такое GitHub, MCP, RAG, A2A и куча других новых технологий вокруг AI. И вижу, как кайфуют от этого люди, близкие к технологиям. Инструменты, которые раньше использовались исключительно разработчиками, становятся массовыми. На GitHub появляются профили дизайнеров, маркетологов и специалистов из совершенно нетехнических областей, которые пишут skills для агентов и запускают собственные pet-проекты.
В 2025 году на GitHub создано 121 миллион новых репозиториев — рекорд за всю историю платформы.
Отдельно подчеркну: markdown — это формат, который однозначно понимает любая LLM, в отличие от .docx, .pdf и других форматов документов. И это не только заголовки и списки — вот полная спецификация. Markdown переживет любой инструмент. Evernote умирает, Notion однажды закроется, Google Docs привязан к аккаунту, md-файл откроется через 20 лет в любом текстовом редакторе — это plain text.
Granola — сервис для записи, транскрибации и создания заметок по итогам встреч. Работает и на смартфоне, и на компьютере, подходит для онлайн и офлайн-встреч. Отлично справляется с русским языком. Забавно, но на выходе Granola создает md-файлы (естественно), и один Obsidian-энтузиаст написал плагин Granola-to-Obsidian, который синхронизирует заметки прямо в рабочее пространство Obsidian.
Здесь возникает важный вопрос про информационную безопасность, особенно если использовать сервис в рабочих задачах. Транскрибация в Granola происходит локально на устройстве — аудио никуда не уходит. Однако для генерации заметок Granola по умолчанию отправляет транскрипт в ChatGPT. Поэтому я использую для этого шага внутреннюю корпоративную LLM.
11
Claude Code — agentic AI с доступом к файловой системе, в нашем случае — к папке Obsidian vault. Он может читать, редактировать, создавать и анализировать любые файлы в этом пространстве. По названию может показаться, что он предназначен только для написания кода, но это не так — он отлично справляется с анализом и работой над любыми текстовыми документами. Интересная особенность, что взаимодействие с Claude Code происходит в терминале. Но, поверьте, он настолько удобен, что не вызывает каких-либо сложностей.
У Claude есть и другие инструменты: веб, десктоп, мобильное приложение, расширения для Chrome, Excel и PowerPoint. Они закрывают свои задачи, но не имеют прямого доступа к файлам в Obsidian vault — а значит, в контексте нашего умного стека ключевой инструмент именно Claude Code.
Какие задачи доверять Claude, каждый решает сам. Мое правило простое: я делегирую только то, что могу проверить. Либо я понимаю, как это реализовать, и Claude экономит мне время. Либо я точно знаю, что хочу получить на выходе, и могу оценить результат.
К слову, эту статью я пишу совместно с Claude — он подсказывает, где текст звучит сложно или двояко, исправляет опечатки, обрабатывает изображения и правит CSS-стили, помогает с диаграммами. Claude помог мне за один вечер перенести все статьи из старого блога на WordPress в новый на Hugo — я давно планировал это сделать, но до того, как LLM научились писать код, задачка выглядела тяжеловатой.
Обращаю внимание, что файлы, к которым обращается Claude Code, передаются на внешние серверы. Но для конфиденциальных данных есть решения: корпоративная версия, где данные остаются внутри вашей инфраструктуры и защищены юридически, или даже локальный запуск с open-source моделями через Ollama.
Вернемся к аналогии рассматриваемого стека со структурой мозга человека. Каждый инструмент в стеке выполняет свою роль: Granola захватывает входящий поток (слуховая кора), PARA маршрутизирует информацию (гиппокамп), Obsidian хранит знания (память), а Claude Code анализирует и помогает принимать решения (префронтальная кора).
К этому стеку я пришел после долгих экспериментов и борьбы с хаосом разрозненного хранения документов между локальным диском, облаками, избранным в Telegram и различными todo-приложениями. Пока что — полет устойчивый.
Полный текст с картинками →
У Claude есть и другие инструменты: веб, десктоп, мобильное приложение, расширения для Chrome, Excel и PowerPoint. Они закрывают свои задачи, но не имеют прямого доступа к файлам в Obsidian vault — а значит, в контексте нашего умного стека ключевой инструмент именно Claude Code.
Какие задачи доверять Claude, каждый решает сам. Мое правило простое: я делегирую только то, что могу проверить. Либо я понимаю, как это реализовать, и Claude экономит мне время. Либо я точно знаю, что хочу получить на выходе, и могу оценить результат.
К слову, эту статью я пишу совместно с Claude — он подсказывает, где текст звучит сложно или двояко, исправляет опечатки, обрабатывает изображения и правит CSS-стили, помогает с диаграммами. Claude помог мне за один вечер перенести все статьи из старого блога на WordPress в новый на Hugo — я давно планировал это сделать, но до того, как LLM научились писать код, задачка выглядела тяжеловатой.
Обращаю внимание, что файлы, к которым обращается Claude Code, передаются на внешние серверы. Но для конфиденциальных данных есть решения: корпоративная версия, где данные остаются внутри вашей инфраструктуры и защищены юридически, или даже локальный запуск с open-source моделями через Ollama.
Вернемся к аналогии рассматриваемого стека со структурой мозга человека. Каждый инструмент в стеке выполняет свою роль: Granola захватывает входящий поток (слуховая кора), PARA маршрутизирует информацию (гиппокамп), Obsidian хранит знания (память), а Claude Code анализирует и помогает принимать решения (префронтальная кора).
К этому стеку я пришел после долгих экспериментов и борьбы с хаосом разрозненного хранения документов между локальным диском, облаками, избранным в Telegram и различными todo-приложениями. Пока что — полет устойчивый.
Полный текст с картинками →
3❤2🔥2
Продуктовая стратегия ≠ шаблон
Цель стратегии — перейти от принципа «делаем все, что попросят» к взвешенной позиции, направленной на создание лучшего будущего для пользователей продукта и бизнеса.
Как бы ни хотелось, не существует универсального шаблона продуктовой стратегии, да и вообще никакого не существует. Формат зависит от зрелости компании и сотрудников, структуры команды, бизнес-модели, бизнес-стратегии и еще огромного количества факторов.
Именно поэтому существует множество определений продуктовой стратегии — одно абстрактнее другого. Авторы известных книг формулируют красивые принципы, но между ними и реальной работой — пропасть. Вспомним хотя бы «Good Strategy, Bad Strategy» — принципы звучат убедительно, но попробуйте приземлить их в продуктовый процесс. Если у вас получилось — напишите, обсудим.
Если почитать любые статьи про построение продуктовой стратегии, даже от руководителей из Avito (привожу в пример из-за отлично выстроенных продуктовых процессов), то увидите общий комментарий «Статья хорошая. Прочитал с большим удовольствием, но напоминает коня в вакууме».
Продуктовая стратегия — это постоянный рабочий процесс. В разное время работы над продуктом и в разном контексте стратегия может быть представлена по-разному.
Вот вполне рабочие примеры ее представления.
1/ Функцию стратегии выполняет конкретный человек. Руководитель, который аккумулирует знания о бизнесе, маркетинге, финансах и продукте, транслирует их команде через решения и приоритеты. Это рабочий способ, но «стратегия в голове» перестает масштабироваться с ростом команды.
2/ Или «стратегия как манифест» — внутренний артефакт команды, содержащий набор принципов и ответы на вопросы «что мы делаем» и «зачем». Такое представление стратегии пишется за вечер, но так же быстро может потерять связь с реальностью.
Стратегия — это не шаблонный документ, который можно написать один раз. Это система, которая живет и развивается вместе с продуктом.
Цель стратегии — перейти от принципа «делаем все, что попросят» к взвешенной позиции, направленной на создание лучшего будущего для пользователей продукта и бизнеса.
Как бы ни хотелось, не существует универсального шаблона продуктовой стратегии, да и вообще никакого не существует. Формат зависит от зрелости компании и сотрудников, структуры команды, бизнес-модели, бизнес-стратегии и еще огромного количества факторов.
Именно поэтому существует множество определений продуктовой стратегии — одно абстрактнее другого. Авторы известных книг формулируют красивые принципы, но между ними и реальной работой — пропасть. Вспомним хотя бы «Good Strategy, Bad Strategy» — принципы звучат убедительно, но попробуйте приземлить их в продуктовый процесс. Если у вас получилось — напишите, обсудим.
Если почитать любые статьи про построение продуктовой стратегии, даже от руководителей из Avito (привожу в пример из-за отлично выстроенных продуктовых процессов), то увидите общий комментарий «Статья хорошая. Прочитал с большим удовольствием, но напоминает коня в вакууме».
Продуктовая стратегия — это постоянный рабочий процесс. В разное время работы над продуктом и в разном контексте стратегия может быть представлена по-разному.
Вот вполне рабочие примеры ее представления.
1/ Функцию стратегии выполняет конкретный человек. Руководитель, который аккумулирует знания о бизнесе, маркетинге, финансах и продукте, транслирует их команде через решения и приоритеты. Это рабочий способ, но «стратегия в голове» перестает масштабироваться с ростом команды.
2/ Или «стратегия как манифест» — внутренний артефакт команды, содержащий набор принципов и ответы на вопросы «что мы делаем» и «зачем». Такое представление стратегии пишется за вечер, но так же быстро может потерять связь с реальностью.
Стратегия — это не шаблонный документ, который можно написать один раз. Это система, которая живет и развивается вместе с продуктом.
3👌3🔥2
Эпоха Бренда, Пол Грэм
Пол Грэм – сооснователь Y Combinator и один из главных философов Computer Science мира. На протяжении 25 лет публикует глубокие эссе в своем блоге. Но пишет редко, например, в 2025 г. опубликовал всего четыре текста. В марте 2026 г. появился новый – «The Brand Age». Предлагаю его обсудить.
Почему для меня это важно? Среди авторов, которых я читаю, Пол Грэм на первом месте. Я ссылался на его эссе несколько раз ранее — в подборке материалов для продактов, в «10 смертных грехах продакт-менеджера», и в «Мышлении письмом». Кроме того, меня подкупает его стиль изложения – уточняющие сноски и благодарности известным специалистам за вычитку черновиков. В последнем эссе среди ревьюеров, например, Сэм Альтман. И не менее важный фактор – отсутствие рекламы или продвижения каких-либо услуг.
Вот ключевые тезисы «The Brand Age» через призму моего восприятия.
1/ В жизни каждой технологической компании существует время – золотой век, когда технологическое преимущество является ключевой ценностью для бизнеса. Но это время всегда заканчивается.
2/ В гонке технологий все решения сходятся, т.е. продукты становятся практически одинаковыми. Пример из эссе – наручные часы в Швейцарии к концу 1960-х выглядели одинаковыми, поскольку все производители фокусировались на улучшении только двух метрик: точности и тонкости. Грэм характеризует часы того времени как «quiet perfection».
3/ В этом заключается суть минимализма – все решения одной проблемы сходятся к единственному. Если я найду отличное решение, его скопируют – причина, по которой дизайн и логика многих сервисов очень схожи.
4/ Этот принцип наблюдается везде. Например, гонка современных LLM, которые бьются за каждый процент в бенчмарках. В целом, все известные LLM работают со схожим качеством и находятся в постоянной конкуренции друг с другом.
5/ Когда все решения становятся одинаковыми и с похожим качеством, компании-ботаники, которые продолжают считать качество ключевой ценностью, – умирают.
6/ Бренд – это то, что остается, когда существенные различия между продуктами исчезают. Выживают те, кто сделает вовремя ставку на брендинг.
7/ Хороший дизайн, как математика, ищет правильный ответ, а правильные ответы, как правило, сходятся. При этом брендинг ортогонален хорошему дизайну. Грэм так и говорит – существует фундаментальный конфликт между брендингом и дизайном, которого невозможно избежать.
8/ Для меня это звучит так, что в какой-то момент компании придется перестать фокусироваться на качестве продукта и сфокусироваться на узнаваемости. Чтобы выжить. Для человека, близкого к технологиям, это не самое приятное утверждение. Но в этом и заключается эпоха бренда.
9/ Когда основной целью бизнеса становится построение бренда и узнаваемость, дизайн теряет логику и становится странным.
10/ Чтобы не оказаться в мире мертвого дизайна и технологий – эпохе бренда, Грэм предлагает следовать за интересными проблемами «follow the problems», чтобы оказаться в золотом веке.
Поэтому, друзья продакт-менеджеры, давайте прекращать заниматься ерундой и начинать искать реальные интересные проблемы.
Пол Грэм – сооснователь Y Combinator и один из главных философов Computer Science мира. На протяжении 25 лет публикует глубокие эссе в своем блоге. Но пишет редко, например, в 2025 г. опубликовал всего четыре текста. В марте 2026 г. появился новый – «The Brand Age». Предлагаю его обсудить.
Почему для меня это важно? Среди авторов, которых я читаю, Пол Грэм на первом месте. Я ссылался на его эссе несколько раз ранее — в подборке материалов для продактов, в «10 смертных грехах продакт-менеджера», и в «Мышлении письмом». Кроме того, меня подкупает его стиль изложения – уточняющие сноски и благодарности известным специалистам за вычитку черновиков. В последнем эссе среди ревьюеров, например, Сэм Альтман. И не менее важный фактор – отсутствие рекламы или продвижения каких-либо услуг.
Вот ключевые тезисы «The Brand Age» через призму моего восприятия.
1/ В жизни каждой технологической компании существует время – золотой век, когда технологическое преимущество является ключевой ценностью для бизнеса. Но это время всегда заканчивается.
2/ В гонке технологий все решения сходятся, т.е. продукты становятся практически одинаковыми. Пример из эссе – наручные часы в Швейцарии к концу 1960-х выглядели одинаковыми, поскольку все производители фокусировались на улучшении только двух метрик: точности и тонкости. Грэм характеризует часы того времени как «quiet perfection».
3/ В этом заключается суть минимализма – все решения одной проблемы сходятся к единственному. Если я найду отличное решение, его скопируют – причина, по которой дизайн и логика многих сервисов очень схожи.
4/ Этот принцип наблюдается везде. Например, гонка современных LLM, которые бьются за каждый процент в бенчмарках. В целом, все известные LLM работают со схожим качеством и находятся в постоянной конкуренции друг с другом.
5/ Когда все решения становятся одинаковыми и с похожим качеством, компании-ботаники, которые продолжают считать качество ключевой ценностью, – умирают.
6/ Бренд – это то, что остается, когда существенные различия между продуктами исчезают. Выживают те, кто сделает вовремя ставку на брендинг.
7/ Хороший дизайн, как математика, ищет правильный ответ, а правильные ответы, как правило, сходятся. При этом брендинг ортогонален хорошему дизайну. Грэм так и говорит – существует фундаментальный конфликт между брендингом и дизайном, которого невозможно избежать.
8/ Для меня это звучит так, что в какой-то момент компании придется перестать фокусироваться на качестве продукта и сфокусироваться на узнаваемости. Чтобы выжить. Для человека, близкого к технологиям, это не самое приятное утверждение. Но в этом и заключается эпоха бренда.
9/ Когда основной целью бизнеса становится построение бренда и узнаваемость, дизайн теряет логику и становится странным.
10/ Чтобы не оказаться в мире мертвого дизайна и технологий – эпохе бренда, Грэм предлагает следовать за интересными проблемами «follow the problems», чтобы оказаться в золотом веке.
Поэтому, друзья продакт-менеджеры, давайте прекращать заниматься ерундой и начинать искать реальные интересные проблемы.
12🔥4💯2🤓1