О провалах продукта. Забытое очевидное.

Что такое знание в продукте?
Очевидные способы создания и проверки знания.
Создавать или распространять?

Способы, которые конечно все знают, поэтому в 90+% случая их не выполняют и проваливаются.😎

https://telegra.ph/O-provalah-produkta-Zabytoe-ochevidnoe-03-25

Кратко про инвестиции и инвесторов в продуктовой компании)

Защищаю текущую финмодель и смотрю в 100500 раз этот сериал я с одним выражением лица.

https://www.youtube.com/watch?v=UsP9GCnT68Q

Продажи и продукт. Кратко о наболевшем.

Сегодня поговорим:
1. Почему сделка это сложно 😫
2. О чем часто забывается в работе с заказчиком - мы работаем с людьми и их личными работами.
3. Кто влияет на сделку с продажей продукта
4. Немного о сегменте B2B для сделки


https://telegra.ph/Prodazhi-i-produkt-Kratko-o-nabolevshem-03-31

Тезисы из книги "Революция платформ"
Сангит Пол Чаудари, Маршалл ван Альстайн и Джеффри Паркер

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

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

3. платформы—идеальная модель для сетевых эффектов;

4. добавление каждого нового участника увеличивает ценность платформы для каждого участника (обратное утверждение про снижение ценности также верно);

5. монополии 20 века создавались на экономике масштаба производства: с каждым произведённой единицей товара, себестоимость производства снижалась;

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

7. простой вход в платформу — ключевой фактор для быстрого роста платформы;

8. ключевая особенность платформ — они должны фасилитировать (упрощать) обмен информацией между поставщиком ценности и покупателем;

9. в хорошо организованных платформах покупатель может переходить в роль поставщика;

10. единица ценности—каждое взаимодействие начинается с обмена информацией, то есть поставщик сначала создаёт единицу ценности, с которой знакомится покупатель

11. фильтр—способ для покупателя увидеть наиболее ценные единицы информации. Если фильтра нет, платформа становится для покупателя менее ценной, так как ему становится тяжелее выбрать подходящую единицу ценности;

12. платформа должна приводить покупателей и поставщиков, метчить покупателя с поставщиков и фасилитировать транзакции;

Обычно отсутствие скольки-нибудь долгосрочных планов в конторе выдается с потрохами фразами типо "нужен аналитик шоб ТЗ нам писал" или "продакт должен рассказать кодерам чего бизнесу нада, продавцам поведать как продавать, а то они нас не понимают"

IIoT платформа. Ценность экосистемы платформы.

Продолжаю посты о наболевшем.
Сегодня будет много душного и много букв. 🧐
Однако без контекста торкает не так) Сжимал как мог, честно.

В статье:
1. Зачем пишу об этом
2. Кратко про MES и ERP и вопросы, на которые они отвечают
3. Про IIoT
4. Цепочка ценности данных IIoT платформы
5. Пример Job'ы, на которую нанимают платформу
6. Пересмотр задач IIoT платформы. End-to-end value (сквозная ценность):
- работы с интеграциями унаследованных систем.
- работы управления данными. Скорость и доступность данных
- работа локальной ценности платформы;
7. End-to-End Value Stream. Основная работа IIoT платформенной экосистемы
8. Итоговое определение экосистемы IIoT
9. Главная ошибка, которые совершают те, кто управляют платформами IIoT.

https://telegra.ph/MES-ERP-IIoT-platformy-i-ves-ehtot-dzhaz-produktov-i-proektov-04-07

Прототипирование

( #юмор )

Зачем нужно прототипирование продукта на примере Яндекс Транспорт

https://www.youtube.com/watch?v=6jqrXX4J1Cs (качество 10 000 шакалов, но оно того стоит)

MVP. Истории пост

В 1990 году американский экономист Уильям Форсайт Шарп получил Нобелевскую премию по экономике за участие в разработке модели ценообразования активов и показателя их эффективности. Урезанный смысл его открытия заключается в том, что связь между риском и доходностью портфеля определяется самим рынком, а не какими-то другими силами.

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

Одним из недовольных оказался Фрэнк Робинсон - основатель компании SyncDev, который под патронажем группы Уильяма Шарпа в 2001 представил концепцию Minimum Viable Product.

Робинсон и команда поняли, что продукт без "подтверждения" потребителями (т.е. рынком), провалится - будет никому не нужным. Тем более продукт с большим количеством фич значительно увеличивает риски компании. Поэтому, следуя принципам модели Шарпа, необходимо создать такую стратегию разработки продукта, которая смогла бы дать больший ROI при меньших усилиях и рисках. А реализовать такую стратегию предложили за счёт одновременной (параллельной / синхронной) разработки продукта и верификации разработанного на потребителях (том самом рынке).

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

Термин MVP в своих книгах популяризовали Стив Бланк и Боб Дорф, которые разработали методологию создания стартапов Customer Development. Которую многие тоже атрофировали до слова "касдев" со смыслом "глубинное интервью". Причем Бланк и Дорф прямым текстом пишут, что есть "MVP с базовым функционалом" и "MVP с расширенным функционалом" и так далее, т.к., ещё раз уточним, MVP - это не продукт, а концепция разработки продуктов на первых этапах жизни компании. Фрэнк Робинсон имел в виду под первым этапом релиз продукта, но Дорф и Бланк расширили это понимание, т.к. ввели понятие "стартап". В их интерпретации MVP - это способ разработки для продуктового стартапа.

Здесь нужно уточнить термин "стартап". В методологии Customer Development оно имеет совершенно конкретный смысл, который не связан с гаражом и кодом на коленке. Стартап - это временная организация, предназначенная для поиска масштабируемой бизнес-модели. Таким образом, MVP - это подход к разработке продукта до того момента, пока компания не найдет масштабируемую бизнес-модель.

Вредные советы продактам

Совет 1:
Если выручка вашего продукта X при кастах 10X - сразу резко расширяйте дорожную карту, не имея на это никаких данных. Так вы создадите у других ощущение бурной деятельности. И всегда можете сказать "это же гипотеза - не сработало"

#наболело

Не пейте из пустой кружки

В тему последних активностей на работе...

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

https://www.youtube.com/watch?v=p1gvBrcOkFI&list=PLMd1Ji4RTOrNQHk2SdZyDe5jsSCgKY3nt&index=9

Менеджмент Христофора Колумба.
Или как компании практически не умеют управлять рисками.

1. Про риски
2. Даниэль Канеман и эксперимент Бар-Хиллела
3. Оценка. конъюнктивных и дизъюнктивных событий - как цепочка жизни продукта и проекта.
4. Определение цели

https://telegra.ph/Menedzhment-Hristofora-Kolumba-Ili-kak-kompanii-ne-umeet-upravlyat-riskami-sovsem-04-17

Баланс в продуктовой компании. Потери

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

Что происходит, когда за частями этой системы никто не отвечает или отвечают сразу несколько? Это приводит к тотальному увеличению количества коммуникаций между друг другом. Когда вам нужно провести 10 совещаний с 50 людьми, чтобы только договориться. Т.е. в потоке ваших коммуникаций "эффективной" информации, которая призвана для того, чтобы весь механизм работал, минимум. А вот "синхронизационной" информации - максимум. Именно по этой причине у большинства продактов основная рабочая деятельность это встречи и общение, что и показывает исследование.

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

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

А если не получается - всегда можно сказать, что продукты компании сырое гавно и повесить новых задач продактам. 😎

Ceterum censeo Carthaginem esse delendam

Это не шутка

Если какой-нибудь разработчик вам когда-нибудь скажет «Это невозможно сделать», перешлите им этот пост:

В Voyager 1, который запустили 46 лет назад сломался чип, и инженеры NASA придумали как распределить функции этого чипа на другие ещё работающие чипы ЗА 15 МИЛЛИАРДОВ КИЛОМЕТРОВ и Voyager снова выполняет свои функции

https://blogs.nasa.gov/voyager/2024/04/22/nasas-voyager-1-resumes-sending-engineering-updates-to-earth/