Понедельник – день для удивлений

Удивлений многих разных: спланированных (не по плану), случайных (но как будто жданных). Незначимо-значительных. Глобальных. Мягких, страшных, (не)реальных.

Все удивляют в понедельник: цифры/люди/рынок, даже ход часов. Мир тоже удивляет нас: «Не удивляйся – мир таков».

Что удивительно – нейтральных удивлений не бывает, ведь каждое из них порвёт/создаст шаблоны, сдвинет (с) точки, что-то поменяет.

Ловите удивления!

Как правильно смотреть на фичи конкурентов

Ошибка продакт-менеджеров — воспринимать конкурентный анализ как формирование списка "нужных нам фич" без понимания контекста, в котором эти фичи работают у конкурентов(!).

Смотри за конкурентами не для копирования фич, а для понимания их истинных мотивов

Цели анализа конкурентов:

1) поиск их нечестных преимуществ;
2) понимание их аудитории;
3) видение их стратегии.

Всё остальное – любопытство с тратой времени и сил.

Вопросы для анализа фич конкурентов:

– Какие проблемы пользователей они пытаются решить этой фичей?

– На какие рынки за счёт этой фичи они идут и расширяются?

– Как с этой фичей эволюционирует их CJM? А как их product-market fit?

– Какое нечестное преимущество даёт им эта фича?

– Какие уникальные данные они собирают этой фичей?

– А ДЛЯ ЧЕГО ОНИ ИМ ДАЛЬШЕ?

Каждая новая фича конкурента — это их (ТВОЯ) гипотеза о проблеме пользователей-рынка.

Воруй не фичи конкурентов, воруй гипотезы у них

Ок, анализируй фичи конкурентов:

– Какую JTBD должна выполнять эта функция?

– Для какого сегмента пользователей она предназначена (use cases и workflows)?

– Какой метрикой они могут измерять успех этой фичи? Как она коррелирует с их north star metric?

Цель анализа – понять, как эта функция связана с долгосрочной стратегией их продукта

– Как быстро они растут и в каких сегментах? За счёт чего (growth loops + viral)?

– Что тормозит их развитие? В чём они вынуждены идти на компромиссы? Как мы должны это использовать?

– Какие барьеры они создают для своих конкурентов (для нас)?

– Как они и их пользователи создают ценность для продукта/друг для друга?

– Какие их предположения об их пользователях могут быть неверными? Почему мы в этом уверены?

– Какие сегменты их пользователей получают плохой опыт? Что больше всего просят эти пользователи?

Вопросы на закуску:

– Откуда приходят их новые пользователи?
– Какие убеждения транслирует их маркетинг?
– Какие эмоции испытывают их пользователи?
– Как меняется их ценовая политика?

На десерт:

– Они строят Систему вместо продукта?

Конкуренты — опережающие индикаторы рынка, а не враги

Изучай конкурентов для понимания своего рынка и поиска Истинной Ценности.

Дорожные карты – враг инноваций

И мы часто относимся к нашим дорожным картам как к Священным Текстам.

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

Молимся, когда думаем о них.
Молимся, когда их презентуем.
Молимся, даже когда читаем.
Вспоминаем и молимся.

Тщательно изготовленные. Строго утверждённые. Неоспоримо удерживаемые верой в них. Все они похожи на Истины.

Но это не так.

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

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

Свобода мышления продакта поощряет творчество развития продукта

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

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

Кисти с красками в твоих руках.

Рад поделиться каналом "Плохой Project" Артёма Арюткина, руководителя тех. платформы Яндекса.

Клёвые посты:

– Когнитивные ИИскажения и вера в ИИ.
– Что спрашивать нанимающего менеджера
– Принцип ставок для продакта
– Парадокс Василиска Роко
– Причины всех проблем
– Парадокс Расемона
– Книга о надежде

Лёгкость и бодрость продуктовых будней у Артёма на @badTechProject 😁

Как расставлять приоритеты в отношении технического долга (фреймворк RAMZES)

Тех. долг — это либо тормоз, либо катализатор роста в продукте

Вот 7 критериев, которые удачно образуют мнемонику «RAMESES» (в честь Рамсеса II, величайшего строителя городов, храмов и памятников в своей династии), через которые можно оценивать тех. долг в разрезе фич и продуктовых метрик:

R: Надёжность
A: Доступность
M: Поддерживаемость
E: Эффективность
S: Масштабируемость
E: Расширяемость
S: Безопасность

Надёжность

Пользователи могут не возвращаться не потому что продукт/механики не зацепили их, а просто потому что устали перезагружать апп из-за ошибок.

Смотри на то, как сбои в фиче/коде/архитектуре влияют на ретеншн в продукте.

Доступность

Работает ли система, когда она реально нужна? Резервные копии, восстановление после сбоя, zero-downtime деплой — всё это база в 21 веке.

Поддерживаемость

Если разрабы боятся трогать кусок кода/фичи, потому что “оно древнее и всё сломается” — это не техдолг, это уже тех. токсичность.

Чем дольше игнорировать такой тех. долг — тем дороже каждый последующий релиз.

Эффективность

Время отклика и отзывчивость Системы напрямую влияют на восприятие продуктовой ценности.

Медленные системы = непонимание статуса действия = недоверие к качеству = меньшая конверсия.

Масштабируемость

Сегодня вы держите нагрузку в 1К юзеров. Завтра приходит 10К — и всё снова зависает. Ошибки в 1% звучат не страшно, пока этот 1% не превращается в тысячи человек, которым тех. долг ломает пользовательский опыт.

Готовьте архитектуру к росту до того, как этот рост произойдёт.

Расширяемость

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

Хорошая архитектура Системы = быстрое время вывода на рынок (TTM) = нечестное конкурентное преимущество.

Безопасность

Если ты не думаешь о безопасности (уязвисмости из-за тех. долга) — о ней подумают за тебя.

Утечка данных = потерянные навсегда клиенты (деньги).

Как работать с фреймоврком

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

🔥 – горит
❗️ – критичное
👌 – пока не трогать

Далее, пройдись по каждой задаче и задай честный вопрос:

"Это, вообще, нормально?"

Разработчик использовал Claude для проверки гипотезы за 10 минут, сканируя Reddit на предмет жалоб. Результат: первый клиент через 2 недели, MRR $2,3K

Вот что он сделал: в Claude он активировал опцию исследования, а затем попросил её просмотреть реальный пользовательский контент — обсуждения на Reddit, ответы на Quora, в общем, везде, где люди на что-то жалуются.

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

Затем он попросил её оценить возможности по шкале от 1 до 10 на основе спроса и конкуренции. Получив 8,5 баллов с убедительным обоснованием того, почему существует такой разрыв на рынке.

Этого было достаточно, чтобы он принял решение запилить introwarm.com, потому что ИИ использовала в качестве источника данных исследования пользовательские данные (UGC), а не свои знания.

Его промпт:

You are my personal market research assistant. I'm a solo developer, fully bootstrapped, building B2B or prosumer SaaS tools with a strict infrastructure budget of $200/month or less. No big team, no venture capital, just me coding and deploying.

Your job is to scan the web for current, real pain points that users, developers, or small businesses are struggling with. You can look in forums (Reddit, Hacker News, Indie Hackers, Twitter/X, GitHub issues, niche Discords, Quora), reviews, blog comments, etc.

My main goal is to scale a product from $0 to $10k month and see how it goes from there.

For each opportunity you surface, break it down like this:
1. Pain Point: Describe the real-world problem or complaint users are having.
2. Target Audience: Who is having this problem? Be specific.
3. Why It Hurts: Explain why this problem matters or costs them time, money, or peace of mind.
4. Tool Idea: Suggest a simple SaaS or tool I could build to solve it, considering my constraints:
- Solo dev
- <$200/month infra
- MVP in ~2 weeks
5. Monetization Potential: Explain how it could realistically make money (subscription, pay-per-use, etc.)
6. Bonus: If applicable, mention existing solutions and what sucks about them (pricing, UX, complexity, etc.)

Keep the tone direct, no fluff, and prioritize practicality over theory. Focus on problems people are actively complaining about, not abstract trends or "maybe someday" ideas.

Урок: ищите отклики пользователей в интернете, синтезируйте их с помощью ИИ, и разрабатывайте продукты для решения реальных проблем.

Идеальная проверка гипотез не нужна 😎

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

Совместимость ценностей важнее денег/компетенций

– Делай продукт, который выражает уникальную точку Видения тебя, твоей команды и компании, а не копирует рынок. Выбирай соавторов.

– Твой продукт должен быть выражением твоей: а) внутренней потребности; б) глубокой экспертизы; в) страсти. Только так он станет уникальным.

– Изучай боли пользователей не по шаблонам, а из личной боли-интересу. Работай над проблемами, которые беспокоят тебя (что не наскучат).

Ранжируй их по:

Частота × Интенсивность × Платёжеспособность

ищи решения к ТОП-3.

– Прототипируй всюду: на словах, в UI'е, в документах. Каждый месяц эксперимент «просто потому что интересно».

– Продукты начинаются со Взгляда и растут со Временем. Настраивай системы, где есть время думать.

– Приостановись, чтобы увидеть Направление.

Думайте как Стив

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

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

3. Думайте минималистично. Помните, что море вариантов — это совсем не выбор.

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

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

6. Думайте фразово. Слова имеют силу, но больше слов не делают их сильнее — они просто сбивают с толку.

7. Думайте человечно. Не бойтесь выйти за рамки цифр и таблиц и позвольте своему сердцу высказаться в этом вопросе.

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

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

10. Думайте скептически. Если и была область, в которой Стив Джобс заслуженно имел звание самого невыносимого человека, то это она.

Выгорает не человек.
Выгорает команда.

А выгорание команды начинается с того, что хорошие люди: 1) начинают делать бессмысленные задачи; 2) продолжают это делать каждый день. Неделями. Месяцами. Кварталами.

Как понять, что команда выгорает?

У неё исчезает напряжение. И все "спокойные и продуктивные" работают живут в тумане.

Ценности ноль, смыслов столько же, прогресса нет, зато много фрагментарной вежливости без споров и попыток "не мешать отлаженным процессам", вместо задавания главного вопроса:

"А для чего мы это делаем?"

Выгорание — это когда всем уже настолько всё равно, что никто этого не говорит. В первую очередь, себе.

Если ты хочешь, чтобы ИИ понимала тебя лучше/точнее — учи её своим паттернам мышления и окружающему ТЕБЯ и продукт контексту.

Пример: "Я интроверт-аналитик, предпочитаю структурированный подход к решению проблем. Всегда начинаю с декомпозиции задачи на части, затем ищу паттерны и связи. Работаю в финтехе, где критична точность данных. Нужно разработать стратегию внедрения фичи [features] в [product]."

Хороший промпт — это ясное позиционирование смысла, который нужно: 1) уточнить; 2) донести; 3) проверить.

Пример: "Мне нужно уточнить различия между [1] и [2] и проверить правильность [3] через [4]."

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

Пример: "Анализируй мою задачу [task] не прямолинейно. Учитывай [1], [2], [3], [4], [5]."

Настраивай взаимопонимание с ИИ

– Наговаривая промпты голосом (и растекаясь мыслями по воде) ты снова даёшь ИИ больше контекста. Больше контекста – больше взаимпонимания.

Пример: бла-бла-бла

– Развивай взаимопонимание через диалог позволяя мыслям и конктексту развиваться естественно и поэтапно в разговоре.

Требуй у ИИ Баланса

– ИИ запрограммированна поддакивать находить ответ на любой твой запрос, поэтому ВСЕГДА проси ИИ отвечать альтернативными точками зрения, ограничениями, потенциальными проблемами.

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

Вы оба должны понимать, когда ответ ИИ сработает и когда не сработает.

– Проси ИИ отделять наблюдения от интерпретаций и четко маркировать что является наблюдаемыми данными, а что — выводами и предположениями.

Пример: "При анализе [task] четко разграничь: что показывают сырые данные (наблюдения), а что является твоими выводами и предположениями о возможных причинах."

Пример: "Кроме твоих рекомендаций, обязательно приведи 2-3 альтернативных подхода, потенциальные риски каждого решения и ситуации, когда всё может не сработать. Покажи противоположные интерпретации тех же данных, ограничения твоего анализа и факторы, которые могут изменить выводы."

Запрашивай. Пошаговую. Логику.

– Думай сам и заставь ИИ думать на шаг(и) вперёд её ответов.

"Что нам делать дальше с этим? / Как нам это использовать? / Что нам это даст?"

– ИИ тупит? Проси её указывать свой уровень уверенности в ответах, где информация может быть неполной или устаревшей.

"Оцени свою уверенность в каждом прогнозе от 1 до 10, укажи где информация может быть неполной, и сама найди самые слабые места в своих ответах."

Продуктовые промпты-вопросы для ИИ (но лучше бы найти ответы самому)

"Сравни UX-механики нашего приложения с опытом игры в <game>. Что можно позаимствовать и интегрировать и чем это будет полезно для 1) продукта; 2) пользователя?"

"Какую механику нашего приложения мы можем интегрировать в свободное время пользователя когда он <action>? Как тогда наше приложение может изменить поведение пользователя?"

"Назови три момента, когда пользователи должны ПОКИНУТЬ наш продукт и перейти в реальную жизнь. Как сделать эти переходы частью его пользовательского опыта? Можем ли мы захватить эти привычки и встроить их в них наш продукт естественным образом? Как?"

"Какие промежуточные достижения пользователя (его мини-JTBD) мы можем усилить и развивать в нашем приложении в новые проблемы-решения/функции? Зачем и для чего нам это делать?"

"Какую 'эмоциональную работу' для пользователя выполняет наш продукт помимо основной функции?".

"В каких ситуациях/времени/обстановке пользователи нашего приложения могут вести себя по-разному/иначе? Мы можем это использовать? Как?".

"Какие 'хорошие проблемы' мы можем создать с нуля и далее предложить к решению в нашем продукте для пользователей?".

"Какие действия могут выполнять самые лояльные пользователи, которые НЕ делают остальные? Найди три неочевидных паттерна поведения".

"В какой момент пользователь нашего продукта может задуматься/думает об удалении приложения? Как нам преуменьшить этот риск?".

"Наш продукт не может конкурировать с конкурентом из-за <его преимущества>. Что нам можно использовать в противовес и сделать нашим ответным конкурентным преимуществом?"

Не торопись с ответами ИИ, вначале поищите их с командой сами 🤷‍♂️

Профессиональная деформация в айти это:

– снится кошмар в духе "Поворот не туда";
– находишь как сбежать из дома маньяков;
– спасаясь, не забываешь прихватить рюкзак с рабочим ноутом.

To be continued... 🫣

Как продакту управлять эмоциями себя и своей команды

Управление продуктом = управление командой.
Управление командой = управление эмоциями.
Управление продуктом = управление эмоциями.

Л – логика.

– Управлять личным эмоциональным на работе проще через призму бизнеса-продукта.

Для этого достаточно в обсуждениях любых решений представлять позиции: а) пользователя; б) бизнеса; в) команды.

"С точки зрения пользователя это означает..., для бизнеса это..., а команда видит это...".

Управление продуктом ведь про это 👆

– Используй свою эмоциональную энергию для влияния в команде осознанно и последовательно.

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

Если ничего не происходит – копи энергию.

Эмоции ощущаются и передаются (даже на расстоянии).

– Не трать эмоциональную энергию на мелкие решения и копи её для по-настоящему важных решений и вопросов.

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

– Балансируй эмоции.

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

Приоритизируй распределение эмоций

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

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

Сопротивление в командах связано с их прошлыми неудачами (опытом).

– Неудачи переформулируй в ценный опыт и делитесь ими в команде. Это не только передача знаний в духе "почему и как не надо делать", но и естественный способ усилить доверие в команде.

Провалы могут объединить команду больше, чем победы

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

– Дыши. Возьми в привычку делать паузы (и медленный выдох) в 5-10 секунд перед ответом на любой критический вопрос по продукту.

– Говорите об эмоциях. Если кто-то в команде расстроен, скажи: "Я ЧУВСТВУЮ, что ты расстроен".

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

– Сомневаешься? Признавайся в своих сомнениях и неуверенности команде. "Меня беспокоит то-то, давайте вместе подумаем, так ли это и как это предотвратить".

Делись своими профессиональными страхами и сомнениями в контексте: а) причин; б) поиска решений.

– Если расстроен, то лучше сказать: "Я расстроен этой ситуацией [потому что] и мне нужно время, чтобы подумать", чем притворяться, что всё под контролем и в порядке.

Искренность снова создаёт доверие.

– Обучай команду техникам, которые сам используешь. Это развивает эмоциональный интеллект всей команды и масштабирует твоё влияние как продакта.

– Снова копи свою энергию и постепенно передавай команде ответственность за эмоциональную атмосферу и конфликт-менеджмент.

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

Управление продуктом = управление эмоциями 🖖

Июльский продуктовый дайджест.
И этот тихий лес.

– 10 самых важных принципов
– Мы всё просчитали
– Мы покупаем чувства
– Мы часто говорим про дофамин

– Два вида сложных решений
– Жить 2+ жизни за одну
– Состояния подтверждения
– 5 знаний опыта

– Не все должны расти
– Доверяй неидеальным
– Как собеседовать неидеальных
– Шаблон подбора в команду
– Как наставничать джунов

– Даунгрейд – это хорошо
– Как начинать работу в новом
– Про сомнения в себе
– Этому не учат в школе
– Как продакту успевать больше

– Налог на эффективность
– Эскалировал ≠ облажался
– Идентификация Боли
– Неудобная правда о продукте

– Про формализацию продукта
– 10 эвристик Нильсена
– 9 ошибок мобильного UX
– Foundation Sprints

– ER — метрика тщеславия
– ВкусВилл и фабрика A/B
– PO, PM, PjM: кто это?
– Продакты в Китае

– Как мозг воспринимает интерфейсы
– Главный документ продукта
– Паттерны поведения пользователей
– 5 новых паттернов

– Откуда появилась геймификация
– Вы не будете в это играть
– Онбординг, активация и вовлечение
– 25 исследований ритейла за июль

– Заменит ли AI исследователей
– Невидимая усталость
– Я не умею спать

✨ What Is The Correct Philosophy from Betrayals And Secrets by Mabisyo

Понедельник – день настройки (настроения)

У многих понедельники — про планы. По факту — это про настрой.

Настрой везде идёт первее планов, определяя то-что-будет наперёд

Настройся сам, настрой команду, попробуй со-настроить руководство (ахаха).

Настрой себя = убрать всё что не нужно.

Настрой команды = передать что значимей всего.

Настроить руководство = спросить "В чём на сегодня измеряется успех?"

Успешных настроений на неделе!

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

Каналы «Бредни» позволяют всем делиться своими мыслями, не загромождая групповые каналы.

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

Распространенные темы:

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

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

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

Мы начали экспериментировать с пустыми разговорами в Obsidian два года назад, и они оказались на удивление цепляющими.

У нас нет запланированных встреч, поэтому пустые разговоры — это наш аналог разговоров у кулера.

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

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

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

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