Опенспейс команды продакт-менеджера в будущем выглядит вот так:

– Менеджер-оператор (you) управляет Главным агентом, который помогает делегировать задачи ИИ-агентами-руководителям отделов.

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

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

– Живые сотрудники имеют доступ к агентам-сотрудникам своего отдела через Slack/чат-ботов/как угодно и могут помогать им в выполнении их задач.

Команда стартапа с 2025 года — 5 человек: 1 разраб, 1 диз, 1 продакт, 1 сапорт, 1 маркетолог. СЕО не нужны. Всё.

Вопрос: а кто теперь кому помогает?

ИИ + крипта + агенты + NFT + DAO = ❤️

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

Что делать, если мы не хотим мира "закрытого ИИ"?

0) Создавать ИИ-модели и сети как проекты с открытым исходным кодом.

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

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

2) ИИ-агенты – это набор персональных уникальных описаний характеристик и задач для машины.

NFT позволяют: а) любой цифровой собственности отражать свои характеристики; б) подтверждать право владения ими в физическом и цифровом мире.

ИИ-агенты на базе NFT – созданные вами и закреплённые за вами в блокчейне ассистенты/сотрудники/помощники/менторы/кто угодно.

3) DAO – это

...Сущность, которая живет в Интернете и существует автономно. Автоматизация в центре, люди на периферии... (Святой Виталик, 2014 г.)

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

👨‍👩‍👧‍👦🤖Ξ❤️

Понедельник – день течений

Бурных.
Спокойных.
Холодных.
Тёплых.

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

Не утонуть в нём – смотреть со стороны в источник( и) направления потока.

Смотреть на то, что по нему плывёт – опровергать свои же мысли.

Плавного течения недели 🌊

Синхрон и резонанс с командой

Онбордиться в новую команду можно двумя способами: 1) через наставника; 2) через тени команды. Лучший способ – оба варианта.

И если с первым (ему) всё ясно-понятно, то как стать тенью?

Быть тенью значит: наблюдать за другими участниками, наблюдать 1-1, а также наблюдать на совещаниях, встречах и в переписках

Иными словами, в течение всего срока онбординга быть не только в эпицентре процессов команды, но и в тени человека/команды, которые в настоящее время выполняют аналогичную работу и:

1) наблюдать за тем, кто как думает;
2) наблюдать за тем, кто как себя ведёт;
3) наблюдать кто и как принимает решения.

Задавай любые вопросы

Чем больше вопросов ты задашь, тем лучший контекст ты получишь относительно того, кто и КАК думает. Все великие вопросы начинаются с «почему» (а не «чтобы что»).

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

Смотри за тем, кто и КАК пишет

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

Читай и наблюдай за тем:

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

Пойми, что есть радость, печаль, страх и гнев в команде

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

И это единственное то, ради чего здесь все по-настоящему работают

И именно от принятия (и непринятия) твоего к ним этому отношения и будет зависеть успешность синхрона с командой и её принятие тебя.

После синхрона с командой приходит резонирование

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

– Въезжаем в продукт: Нуб лвл + PRO lvl
– Как демонстрировать компетентность
– Комфортный онбординг для всех
– 11 привычек продакта

CEO Shopify рассказывает в письме своей команде о роли ИИ

Ключевое:

1. Нанимайте ИИ, прежде чем нанимать человека.

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

2. ИИ-агенты теперь товарищи по команде, а не инструменты. Орг структура Shopify трансформируется, численность сотрудников теперь включает ботов.

3. Использование ИИ в Shopify станет внутренним и бизнес-показателем. Прототипирование с использованием ИИ — новый стандарт.

4. Грамотность ИИ — это новая грамотность. Промпты, контекстуализация и оценка выводов ИИ станут обязательными.

5. ИИ теперь является основным слоем в стеке ПО Shopify. Не как плагин или надстройка. ИИ теперь находится рядом с инфраструктурой, бэкэндом, фронтэндом и дизайном.

Лучшими командами будут те, кто относится к этому как к единой инфраструктуре

Что такое хорошо, а что такое плохо в ответах ИИ (и как повысить их качество)

Оценки ответов ИИ — это то, как вы измеряете и влияете на качество и эффективность вашей системы ИИ

"Плохо" в ответах ИИ это:

– Частота галлюцинаций.
– Общий % фактических ошибок в ответе.
– Критические ошибки, делающие весь ответ бесполезным.
– Ответы, противоречащие ценностям исследователя.

"Хорошо" в ответах ИИ:

1) Релевантность и полнота ответа к запросу (соотношение полезной информации к общему объёму ответа).

2) Стабильность (повторяемость) правильных ответов при повторных запросах.

3) Проактивность (предвосхищение ваших следующих вопросов).

4) Конверсия в целевые действия исследователя после получения ответа от ИИ и влияние ответа ИИ на его метрики и KPI.

Как повысить качество ответов ИИ

1. Используйте стабильное "ядро знаний", основанное на верифицированных вами данных/сценариях/изменениях/обратной связи.

2. Создайте "библиотеку ментальных моделей" для рассуждений, обучив ИИ не просто отвечать на вопросы, а использовать конкретные образы для структурирования мышления, такие как MECE ("взаимно исключающие, совместно исчерпывающие"), Первые Принципы, Инверсия и т.д.

2. Внедрите модель "ответ-контр-ответ" или "каскадную детализацию" (уровни детализации для разных степеней погружения) и пусть ИИ сама помогает вам в поиске Истин.

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

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

5. Внедрите цикл "ассоциативного развития" ответов, обучив ИИ анализировать последующие вопросы, которые вы обычно задаёте после ответов ИИ.

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

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

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

8. Вернитесь к п.№1 и обучайте ИИ на ошибках предыдущих версий, создав библиотеку типичных ошибок, сделанных ИИ в прошлом, обучая новые версии ИИ с фокусом на эти слабые места.

0. Чистите зубы после еды.
И никогда не ставьте брекеты!

Microsoft планирует сокращения менеджеров в мае

Дискуссии ведутся о снижении в командах «коэффициента PM», который представляет собой соотношение менеджеров по продуктам/проектам к инженерам.

Один из источников Business Insider сказал, что компания будет требовать от руководителей соблюдения бюджетов и этого соотношения на определённом уровне.

🎻🤏

💉 Прививка эффективных совещаний, встреч и коллов (шаблон)

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

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

1. Практикуйте в команде "принятие решений в тишине", отправляя таску/доку с проблемой и вариантами решения заранее, в которых каждый участник может оставить свой комментарий и предложения.

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

И встреча снова будет нужна только если вылезают серьёзные расхождения.

2. "Правило потолка участников" — число ключевых решений × 2 человека. Если требуется больше решений-людей, разделите встречу на несколько или снова пересмотрите её а) актуальность; б) достоверность; в) необходимость.

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

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

4. Проводя "встречи наоборот", вы сразу начинаете с решений и действий, а затем обсуждайте то, что необходимо для их реализации.

5. "Брейншторм наоборот" — когда вместо поиска решений проблемы, вы с командой обсуждайте то, как можно максимизировать и усугубить проблему, а затем инвертируете решения этих идей.

TLDR:

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

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

Когда уговорил разрабов добавить в идущий спринт всего одну задачку

Понедельник – день для взлётов

Взлетают миссии, задачи, планы, сроки, и с ними фичи и спринты. А продакт выступает и за диспетчера движения, и за пилота одновременно.

Кажущееся нагромождение ролей и обязанностей становится понятным и логичным, когда перед каждым взлётом экипаж проводит чек-лист миссии и цели предстоящего полёта плана/фичи/срока/и спринта.

С миссией приходит понимание маршрута. С маршрутом появляется понимание срока, скорости и высоты полёта. Cо скоростью и высотой станет понятно, способно ли ваше ВС взлететь и пролететь такое расстояние.

Что всегда главное – ради чего полёт и взлёт

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

Чтобы не запутаться в ролях, маршрутах и приборах, планируйте полёты на земле.

Мягких взлётов и приземлений на неделе!

🛬🍵

В пятницу основатель Product Hunt Райан Хувер провёл небольшой АМА на Farcaster.

Из интересного:

– Какие три ключевые вещи ты бы выделил в качестве основы для того, чтобы сделать продукт потенциально интересным для инвесторов?

№1. Уникальная идея, в идеале что-то, что противоречит интуиции большинства.

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

№3. И, конечно, тяга. Инвесторы не могут игнорировать рынок.

– У меня 2 вопроса: 1. Какой совет ты бы дал основателю сегодня, который пытается получить свою первую 1000 пользователей? 2. Новостная рассылка в наши дни — хорошая идея, или лучше Twitter и Farcaster?

№1. Выберите идею, клиентом которой вы хотите стать. Это упростит всё, включая распространение. №2. Делайте то, что вам нравится. Если вам это не нравится, у вас не будет выносливости, а это необходимо для создания аудитории.

– Ты запустил, инвестировал и поддерживал сотни продуктов. Что, по-твоему, основатели-новички постоянно недооценивают?

Создание продукта — это не то же самое, что создание компании

Как человек, в значительной степени сосредоточенный на продукте, я могу понять желание основателя потратить 95% своего времени на создание лучшего решения для пользователей.

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

– Как изменилась культура Кремниевой долины с тех пор, как ты основал Product Hunt?

Product Hunt стартовал в 2013 году. Это было идеальное время, когда мобильные устройства стали мейнстримом с массой неисследованных территорий. В сфере технологий было еще больше оптимизма, прежде чем они стали такими политизированными и горячими. К счастью, в прошлом году энергия сместилась в более позитивную сторону, но 2016–2020 годы были особенно жарким периодом.

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

– Ты уже сдал квартиру в Сан-Франциско?
(Вопрос остался без ответа)

Стив Джобс о настоящем качестве продуктов

Кайдзэн (яп. 改善, "improvement") – японская философия и практика, которая фокусируется на непрерывном совершенствовании бизнес-процессов производства, разработки, управления, а также любых аспектов жизни.

Принципы Кайдзэн:

1. Встраивание качества в процесс как можно раньше.
2. Фокус на клиентах.
3. Непрерывные изменения.
4. Межфункциональные команды.
5. Поддерживающие взаимоотношения.
6. Пропаганда открытости и признания проблем.
7. Информирование каждого сотрудника.
8. Делегирование полномочий каждому сотруднику.
9. Развитие самодисциплины и самосовершенствование.
10. Устранение причин, а не последствий.
11. Управление начинающееся с планирования.

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

Всё, что до PMF — это игра в стартап-притворство

И никто кроме вас и вашей команды не знает, "кем вам нужно быть и что cделать" чтобы найти PMF.

Именно поэтому, до PMF нет смысла идти в инкубаторы, на конференции, вкладываться в рекламу, тестить лендинги, и заниматься прочей стартап-ерундой. Всё это съедает время и энергию, в то время когда единственное важное – быстрее итерировать, чтобы найти PMF.

Измените свою парадигму мира на До и После PMF

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

👉 После PMF необходимые навыки – немедленное переключение на расстановку приоритетов и выносливость в стрессовых ситуациях.

Как только достигается PMF, у компании(!) появляется гораздо больше идей для создания, чем времени для их создания, а расстановка приоритетов между тем, что "было бы здорово запилить" и что "необходимо запилить", представляет собой экзистенциальный риск на грани кризиса.

Научитесь отличать "клёвую фичу" от "необходимой фичи"

И одна из самых страшных ошибок команды в этом – недооценивание своей собственной экспертизы и опыта и переоценка экспертизы внешних консультантов, инвесторов и "экспертов".

Самые правильные и реальные выводы о том, "чего хотят ваши клиенты" можете сделать и всегда со временем сделаете только вы сами вместе со своими клиентами.

А ваш единственный верный помощник во всём этом – Время.

Figma says you can't use the word "dev mode", решив стать патентным троллем

И если в вашем сервисе используется фраза-режим Dev Mode, то вам стоит переименовать фичу, чтобы не получить иск, как вчера получил досудебное СЕО Loveble, узнав, что Фигма запатентовала слово "dev mode" в конце прошлого года.

В Твитторе уже хейтят и выяснили, что помимо режима разработчика юристы Фигмы запатентовали ещё и слово "Config" и "Schema".

Figma: мы не будем как Adobe. Мы будем хуже!

Плюсом, Фигма также подала документы, но уже в SEC и на IPO.

P.S. Founder Mode уже патентуется

P.S2 "Dev Mode" or "dev mode"? 🤔