— Кто ты по знаку зодиака?
— Овнер.

А знаете кого еще трахают в рабочее время перед вебкой за деньги?

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

Когда меня не станет,
Я буду петь голосами
Нейросетей

Тестовое задание для продакт-менеджера в Disney:

Сделайте так, чтобы неопознанные животные в постановках продукта в Google Doc запели хором

Увольнение - это не наказание сотрудника, это признание кадровой ошибки руководителя..

Или того, кто нанял этого руководителя.

Отличное демо продакт покажет ваш.
Отличное демо - но по-че-му -то нет продаж!
Пара пара пам.

Муда (Muda, 無駄) с японского переводится как бесполезность, расточительство.

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

Ну вы поняли.

"Люблю" созвоны

— Надо встретиться и обсудить, — сказал мне коллега
— Зачем?
— Чтобы найти оптимальное решение
— А стоит ли оно того?!

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

А еще Сирил Норкот Паркинсон оставил нам два наблюдения:
1) Без дедлайна работа не будет выполнена никогда
2) Стоимость решения = ожидаемая выгода минус время, затраченное на его принятие

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

Свежее горячее подтверждение от коллеги в скрине. Узнаете свои будни?

В продолжении..
Уже из сегодняшней беседы:

- Очень хочется фичу, чтоб в календаре себестоимость времени присутствующих на созвоне показывало.. а потом в мемо "Мы подождали техдира на 40к рублей"
- Пробовали вроде, уперлись, что можно косвенно узнать зп присутствующих
- Можно же в ноготочках
- Эта встреча стоила нам шеллака на отдел, с педикюром и стилистом
- 🌚🌚🌚

Гусары молчать!

Продолжая проверять свой продукт техникой «Пять Почему?» на 7-8 итерации можно уволиться

Утренний созвон по проблеме пропущенных дедлайнов…

Все опаздывают на 5+ минут

- Коллеги, вы, когда макеты прототипа рисовали, под чем были?
- Под NDA

Правильно собранной и интерпретированной статистике плевать на ваши экспертные знания и выслугу лет

Заходят к продакту в бар маркетолог, продажник и топ-менеджер.

И вообще не понимают, что хотят и зачем пришли.

После защиты продуктовой стратегии в нефтегазовой компании.
СРО продакту:

- Что, продакт, ссымся делать продукт?
- Так точно, ссусь!
- Ну, это не беда. Такая у нас бизнес-стратегия в компании. Все ссутся. И я ссусь. И председатель совета директоров пысается, бывает. Но, по ситуации. Что же нам из-за этого - последние деньги не инвестировать?
Твой позорный недуг мы в подвиг определим - пойдешь кастдевить не к заказчику, а напрямую на предприятие к заводчанам.
Там ты еще и сраться начнешь.

Switch-интервью

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

Статья идет допом к статьям №4,5,6 по JTBD исследованиям продукта.

https://telegra.ph/Swith-intervyu-10-03

Однажды Хемингуэя попросили придумать самый грустный и короткий рассказ. И он написал:

«Нам поручили написать ФТТ и ТЗ к продукту со слов одного заказчика»

Слесарь-наладчик КИПиАй

Ходил на «one-to-one» за школу с пацанами на стрелки.

Сейчас хожу «раз на раз» с СРО

Продукт как генератор экспертизы для заказчика.

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

Не может существовать проблем "в вакууме", в отрыве от контекста.

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

Конечно же такого рода задачи крайне сложны и затратны особенно в условиях высокотехнологичного производства. Само отсутствие IIoT софта не будет проблемой. До сих пор множество задач решаются вручную, Excel, просто не решаются и игнорируются.
Нужны четко осознаваемые на всех уровнях клиента видение цели. И эти цели в проекции рынка становятся доказательным видением (Product Vision) продукта.

Здесь можно очень хорошо проследить различие между фокусом на проблему и фокусом на цель клиента. Если мы фокусируем продукт на проблему и цели, то развиваем нашу мысль в сторону последствий, цепочек затрагиваемых и деградирующих процессов, требующих улучшений. Одновременно представляя в лучшем свете нашу экспертизу. Если же на инструменте - у нас классный набор продуктов и фич, которые дадут результат Х (не факт еще конечно), то сталкиваемся с непониманием клиента зачем ему вообще тратить на нас время. Во втором случае спасает только наличие острых болей у клиента и отсутствие альтернатив на рынке.

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

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

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

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