Продажи и продукт. Кратко о наболевшем.
Сегодня поговорим:
1. Почему сделка это сложно 😫
2. О чем часто забывается в работе с заказчиком - мы работаем с людьми и их личными работами.
3. Кто влияет на сделку с продажей продукта
4. Немного о сегменте B2B для сделки
https://telegra.ph/Prodazhi-i-produkt-Kratko-o-nabolevshem-03-31
Сегодня поговорим:
1. Почему сделка это сложно 😫
2. О чем часто забывается в работе с заказчиком - мы работаем с людьми и их личными работами.
3. Кто влияет на сделку с продажей продукта
4. Немного о сегменте B2B для сделки
https://telegra.ph/Prodazhi-i-produkt-Kratko-o-nabolevshem-03-31
Telegraph
Продажи и продукт. Кратко о наболевшем.
Сделка это сложно для Продавца В первую очередь конечно для продавца. По данным Gartner структура затрат времени и ресурсов в B2B продажах выглядит так:
👍5
Тезисы из книги "Революция платформ"
Сангит Пол Чаудари, Маршалл ван Альстайн и Джеффри Паркер
1. платформа—бизнес, который осуществляет взаимодействие внешних производителей ценности и покупателей;
2. платформа сравнима в первую очередь с классическими пайплайн-бизнесами, в которых ценность пошагово создаётся внутри бизнеса;
3. платформы—идеальная модель для сетевых эффектов;
4. добавление каждого нового участника увеличивает ценность платформы для каждого участника (обратное утверждение про снижение ценности также верно);
5. монополии 20 века создавались на экономике масштаба производства: с каждым произведённой единицей товара, себестоимость производства снижалась;
6. монополии 21 века создаются на экономике масштаба спроса: например, аггрегации спроса, социальных сетей, доступных приложений в закрытой промышленной системе;
7. простой вход в платформу — ключевой фактор для быстрого роста платформы;
8. ключевая особенность платформ — они должны фасилитировать (упрощать) обмен информацией между поставщиком ценности и покупателем;
9. в хорошо организованных платформах покупатель может переходить в роль поставщика;
10. единица ценности—каждое взаимодействие начинается с обмена информацией, то есть поставщик сначала создаёт единицу ценности, с которой знакомится покупатель
11. фильтр—способ для покупателя увидеть наиболее ценные единицы информации. Если фильтра нет, платформа становится для покупателя менее ценной, так как ему становится тяжелее выбрать подходящую единицу ценности;
12. платформа должна приводить покупателей и поставщиков, метчить покупателя с поставщиков и фасилитировать транзакции;
Сангит Пол Чаудари, Маршалл ван Альстайн и Джеффри Паркер
1. платформа—бизнес, который осуществляет взаимодействие внешних производителей ценности и покупателей;
2. платформа сравнима в первую очередь с классическими пайплайн-бизнесами, в которых ценность пошагово создаётся внутри бизнеса;
3. платформы—идеальная модель для сетевых эффектов;
4. добавление каждого нового участника увеличивает ценность платформы для каждого участника (обратное утверждение про снижение ценности также верно);
5. монополии 20 века создавались на экономике масштаба производства: с каждым произведённой единицей товара, себестоимость производства снижалась;
6. монополии 21 века создаются на экономике масштаба спроса: например, аггрегации спроса, социальных сетей, доступных приложений в закрытой промышленной системе;
7. простой вход в платформу — ключевой фактор для быстрого роста платформы;
8. ключевая особенность платформ — они должны фасилитировать (упрощать) обмен информацией между поставщиком ценности и покупателем;
9. в хорошо организованных платформах покупатель может переходить в роль поставщика;
10. единица ценности—каждое взаимодействие начинается с обмена информацией, то есть поставщик сначала создаёт единицу ценности, с которой знакомится покупатель
11. фильтр—способ для покупателя увидеть наиболее ценные единицы информации. Если фильтра нет, платформа становится для покупателя менее ценной, так как ему становится тяжелее выбрать подходящую единицу ценности;
12. платформа должна приводить покупателей и поставщиков, метчить покупателя с поставщиков и фасилитировать транзакции;
Обычно отсутствие скольки-нибудь долгосрочных планов в конторе выдается с потрохами фразами типо "нужен аналитик шоб ТЗ нам писал" или "продакт должен рассказать кодерам чего бизнесу нада, продавцам поведать как продавать, а то они нас не понимают"
😁1😭1
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
Продолжаю посты о наболевшем.
Сегодня будет много душного и много букв. 🧐
Однако без контекста торкает не так) Сжимал как мог, честно.
В статье:
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
Telegraph
IIoT платформа. Ценность экосистемы платформы.
Наболевшая тема для меня и компании. Мой продукт зависит от галлюцинаций достаточно разнородных по уровню ответственности, специализации и влиянию на итоговый Value компании, сотрудников. В тоже время, коллеги не могут договориться о простейших вещах вроде…
❤1👍1
Совпадение?
Gartner Hype Cycle и Эффект Даннинга-Крюгера
Картинка 1 слева
Gartner Hype Cycle — это методология, которая предоставляет графическое представление о зрелости и принятии технологий и приложений.
Она позволяет понять, как технологии или приложения будут развиваться со временем, и даёт возможность управлять их внедрением в контексте конкретных бизнес-целей.
Каждый Hype Cycle проходит через пять ключевых фаз:
1. Innovation Trigger: потенциальный технологический прорыв.
2. Peak of Inflated Expectations: раннее освещение приводит к ряду успешных историй, но часто сопровождается множеством неудач.
3. Trough of Disillusionment: интерес к технологии угасает, так как эксперименты и реализации не приносят результатов.
4. Slope of Enlightenment: становится более широко понятным, как технология может принести пользу предприятию.
5. Plateau of Productivity: mainstream adoption начинает набирать обороты, критерии для оценки жизнеспособности поставщиков становятся более чётко определёнными
Картинка 2 справа
Эффект Даннинга-Крюгера — это когнитивное искажение, при котором люди убеждены, что хорошо разбираются в той или иной сфере, хотя их знания объективно поверхностны. Из-за этого психологического феномена они часто приходят к ошибочным выводам и делают неудачный выбор.
Состоит из:
«Пик глупости» — человек обладает низким уровнем компетенций и максимальной уверенностью в своих силах.
«Долина отчаяния» — человек открывает для себя, что он ничего не знает (притом что уровень компетентности повысился).
«Склон просветления» — человек накапливает достаточное количество знаний, чтобы применить их на практике, спокойно и рационально относится к своему опыту, но знает, что ему есть куда расти.
«Плато стабильности» — человек становится экспертом в своей области, многие процессы доведены до автоматизма, количество ошибок минимально
Gartner Hype Cycle и Эффект Даннинга-Крюгера
Картинка 1 слева
Gartner Hype Cycle — это методология, которая предоставляет графическое представление о зрелости и принятии технологий и приложений.
Она позволяет понять, как технологии или приложения будут развиваться со временем, и даёт возможность управлять их внедрением в контексте конкретных бизнес-целей.
Каждый Hype Cycle проходит через пять ключевых фаз:
1. Innovation Trigger: потенциальный технологический прорыв.
2. Peak of Inflated Expectations: раннее освещение приводит к ряду успешных историй, но часто сопровождается множеством неудач.
3. Trough of Disillusionment: интерес к технологии угасает, так как эксперименты и реализации не приносят результатов.
4. Slope of Enlightenment: становится более широко понятным, как технология может принести пользу предприятию.
5. Plateau of Productivity: mainstream adoption начинает набирать обороты, критерии для оценки жизнеспособности поставщиков становятся более чётко определёнными
Картинка 2 справа
Эффект Даннинга-Крюгера — это когнитивное искажение, при котором люди убеждены, что хорошо разбираются в той или иной сфере, хотя их знания объективно поверхностны. Из-за этого психологического феномена они часто приходят к ошибочным выводам и делают неудачный выбор.
Состоит из:
«Пик глупости» — человек обладает низким уровнем компетенций и максимальной уверенностью в своих силах.
«Долина отчаяния» — человек открывает для себя, что он ничего не знает (притом что уровень компетентности повысился).
«Склон просветления» — человек накапливает достаточное количество знаний, чтобы применить их на практике, спокойно и рационально относится к своему опыту, но знает, что ему есть куда расти.
«Плато стабильности» — человек становится экспертом в своей области, многие процессы доведены до автоматизма, количество ошибок минимально
💯3🤔1
Прототипирование
( #юмор )
Зачем нужно прототипирование продукта на примере Яндекс Транспорт
https://www.youtube.com/watch?v=6jqrXX4J1Cs (качество 10 000 шакалов, но оно того стоит)
( #юмор )
Зачем нужно прототипирование продукта на примере Яндекс Транспорт
https://www.youtube.com/watch?v=6jqrXX4J1Cs (качество 10 000 шакалов, но оно того стоит)
YouTube
История создания Яндекс Транспорт Risitas Laughing Man
😁5
MVP. Истории пост
В 1990 году американский экономист Уильям Форсайт Шарп получил Нобелевскую премию по экономике за участие в разработке модели ценообразования активов и показателя их эффективности. Урезанный смысл его открытия заключается в том, что связь между риском и доходностью портфеля определяется самим рынком, а не какими-то другими силами.
Это же время было началом эпохи становления многих IT продуктов с большими бюджетами, долгими сроками и крупными провалами. Что не устраивало тех, кто эти продукты запускает - непонятно насколько все эти затеи окупятся.
Одним из недовольных оказался Фрэнк Робинсон - основатель компании SyncDev, который под патронажем группы Уильяма Шарпа в 2001 представил концепцию Minimum Viable Product.
Робинсон и команда поняли, что продукт без "подтверждения" потребителями (т.е. рынком), провалится - будет никому не нужным. Тем более продукт с большим количеством фич значительно увеличивает риски компании. Поэтому, следуя принципам модели Шарпа, необходимо создать такую стратегию разработки продукта, которая смогла бы дать больший ROI при меньших усилиях и рисках. А реализовать такую стратегию предложили за счёт одновременной (параллельной / синхронной) разработки продукта и верификации разработанного на потребителях (том самом рынке).
Т.е., во-первых, модель MVP базируется на научной теории диверсификации рисков, а, во-вторых, не является "продуктом с минимальным набором фич", которое вкладывают в это понятие большая часть менеджеров продуктов. Это упрощение возникло из-за незнания основ и непонимания сути задачи.
Термин MVP в своих книгах популяризовали Стив Бланк и Боб Дорф, которые разработали методологию создания стартапов Customer Development. Которую многие тоже атрофировали до слова "касдев" со смыслом "глубинное интервью". Причем Бланк и Дорф прямым текстом пишут, что есть "MVP с базовым функционалом" и "MVP с расширенным функционалом" и так далее, т.к., ещё раз уточним, MVP - это не продукт, а концепция разработки продуктов на первых этапах жизни компании. Фрэнк Робинсон имел в виду под первым этапом релиз продукта, но Дорф и Бланк расширили это понимание, т.к. ввели понятие "стартап". В их интерпретации MVP - это способ разработки для продуктового стартапа.
Здесь нужно уточнить термин "стартап". В методологии Customer Development оно имеет совершенно конкретный смысл, который не связан с гаражом и кодом на коленке. Стартап - это временная организация, предназначенная для поиска масштабируемой бизнес-модели. Таким образом, MVP - это подход к разработке продукта до того момента, пока компания не найдет масштабируемую бизнес-модель.
В 1990 году американский экономист Уильям Форсайт Шарп получил Нобелевскую премию по экономике за участие в разработке модели ценообразования активов и показателя их эффективности. Урезанный смысл его открытия заключается в том, что связь между риском и доходностью портфеля определяется самим рынком, а не какими-то другими силами.
Это же время было началом эпохи становления многих IT продуктов с большими бюджетами, долгими сроками и крупными провалами. Что не устраивало тех, кто эти продукты запускает - непонятно насколько все эти затеи окупятся.
Одним из недовольных оказался Фрэнк Робинсон - основатель компании SyncDev, который под патронажем группы Уильяма Шарпа в 2001 представил концепцию Minimum Viable Product.
Робинсон и команда поняли, что продукт без "подтверждения" потребителями (т.е. рынком), провалится - будет никому не нужным. Тем более продукт с большим количеством фич значительно увеличивает риски компании. Поэтому, следуя принципам модели Шарпа, необходимо создать такую стратегию разработки продукта, которая смогла бы дать больший ROI при меньших усилиях и рисках. А реализовать такую стратегию предложили за счёт одновременной (параллельной / синхронной) разработки продукта и верификации разработанного на потребителях (том самом рынке).
Т.е., во-первых, модель MVP базируется на научной теории диверсификации рисков, а, во-вторых, не является "продуктом с минимальным набором фич", которое вкладывают в это понятие большая часть менеджеров продуктов. Это упрощение возникло из-за незнания основ и непонимания сути задачи.
Термин MVP в своих книгах популяризовали Стив Бланк и Боб Дорф, которые разработали методологию создания стартапов Customer Development. Которую многие тоже атрофировали до слова "касдев" со смыслом "глубинное интервью". Причем Бланк и Дорф прямым текстом пишут, что есть "MVP с базовым функционалом" и "MVP с расширенным функционалом" и так далее, т.к., ещё раз уточним, MVP - это не продукт, а концепция разработки продуктов на первых этапах жизни компании. Фрэнк Робинсон имел в виду под первым этапом релиз продукта, но Дорф и Бланк расширили это понимание, т.к. ввели понятие "стартап". В их интерпретации MVP - это способ разработки для продуктового стартапа.
Здесь нужно уточнить термин "стартап". В методологии Customer Development оно имеет совершенно конкретный смысл, который не связан с гаражом и кодом на коленке. Стартап - это временная организация, предназначенная для поиска масштабируемой бизнес-модели. Таким образом, MVP - это подход к разработке продукта до того момента, пока компания не найдет масштабируемую бизнес-модель.
👍4🤷1
Вредные советы продактам
Совет 1:
Если выручка вашего продукта X при кастах 10X - сразу резко расширяйте дорожную карту, не имея на это никаких данных. Так вы создадите у других ощущение бурной деятельности. И всегда можете сказать "это же гипотеза - не сработало"
#наболело
Совет 1:
Если выручка вашего продукта X при кастах 10X - сразу резко расширяйте дорожную карту, не имея на это никаких данных. Так вы создадите у других ощущение бурной деятельности. И всегда можете сказать "это же гипотеза - не сработало"
#наболело
👏2🙈1
Не пейте из пустой кружки
В тему последних активностей на работе...
Продактам всегда стоит помнить, что они не просто управляют разработкой.
Разработка является средством решения неких бизнес задач.
И вроде уже миллиарды книг про это написано, а ошибки всё теже.
https://www.youtube.com/watch?v=p1gvBrcOkFI&list=PLMd1Ji4RTOrNQHk2SdZyDe5jsSCgKY3nt&index=9
В тему последних активностей на работе...
Продактам всегда стоит помнить, что они не просто управляют разработкой.
Разработка является средством решения неких бизнес задач.
И вроде уже миллиарды книг про это написано, а ошибки всё теже.
https://www.youtube.com/watch?v=p1gvBrcOkFI&list=PLMd1Ji4RTOrNQHk2SdZyDe5jsSCgKY3nt&index=9
YouTube
Где бизнес план? Какие ещё пацаны?? Силиконовая долина 1 сезон 2 серия.
Силиконовая долина. Кремниевая долина.
Одна из первых встреч и общение с инвестором Питером Грегори.
#ЭрлихБахман #Ричард #КремниеваяДолина1сезон
Одна из первых встреч и общение с инвестором Питером Грегори.
#ЭрлихБахман #Ричард #КремниеваяДолина1сезон
🤷♂1🤷1
Менеджмент Христофора Колумба.
Или как компании практически не умеют управлять рисками.
1. Про риски
2. Даниэль Канеман и эксперимент Бар-Хиллела
3. Оценка. конъюнктивных и дизъюнктивных событий - как цепочка жизни продукта и проекта.
4. Определение цели
https://telegra.ph/Menedzhment-Hristofora-Kolumba-Ili-kak-kompanii-ne-umeet-upravlyat-riskami-sovsem-04-17
Или как компании практически не умеют управлять рисками.
1. Про риски
2. Даниэль Канеман и эксперимент Бар-Хиллела
3. Оценка. конъюнктивных и дизъюнктивных событий - как цепочка жизни продукта и проекта.
4. Определение цели
https://telegra.ph/Menedzhment-Hristofora-Kolumba-Ili-kak-kompanii-ne-umeet-upravlyat-riskami-sovsem-04-17
Telegraph
Менеджмент Христофора Колумба. Или как компании практически не умеют управлять рисками.
Работаю продуктологом уже достаточно приличный период жизни. И все это время есть один простой тезис, привязанный к когнитивному искажению мозга каждого человека:
👍2🥱1
Баланс в продуктовой компании. Потери
Захотелось тут поворчать про один нюанс - это потери в компании. Структура компании и архитектура процессов управления может быть разной. При неоптимальном распределении ответственности и зонах управления по этой архитектуре будут возникать "потери": либо куски, за которые никто не отвечает, либо куски, за которые отвечают сразу несколько. Любая живая система, к которой относится и организация, состоит из отдельных частей, между которым происходит коммуникация: обмен сигналами, анализ состояния, принятие решений о действиях и т.д.
Что происходит, когда за частями этой системы никто не отвечает или отвечают сразу несколько? Это приводит к тотальному увеличению количества коммуникаций между друг другом. Когда вам нужно провести 10 совещаний с 50 людьми, чтобы только договориться. Т.е. в потоке ваших коммуникаций "эффективной" информации, которая призвана для того, чтобы весь механизм работал, минимум. А вот "синхронизационной" информации - максимум. Именно по этой причине у большинства продактов основная рабочая деятельность это встречи и общение, что и показывает исследование.
Например, вы часами спорите с дизайнерами об интерфейсе личного кабинета? Окей, но кто за что отвечает? Ваша задача, как менеджера - правильно сформировать вводные и ограничения, их зона ответственности - сварганить интерфейс. Вы не лезете в то, каким именно он должен быть, они не лезут в то, на какие потребности продукт должен быть нацелен. Обратная связь друг другу не в счет - я здесь имею в виду принятие решений и временные потери на споры. Или споры продавцов с продактами (если продавцам нужно продавать конечно :) ). Или продактов с разработкой.
Неэффективная архитектура управления приводит к огромным временным и денежным потерям компаний. Поэтому, если вы хотите избавиться от этих потерь, то нужно научиться представлять работу организации в виде системы, которой управляют разные менеджеры (не только product), четко разделить между ними зоны ответственности и снабдить необходимыми ресурсами и правилами использования этих ресурсов. И задача управления компании и отделами эти процессы выстроить, представляя компанию продуктом.
А если не получается - всегда можно сказать, что продукты компании сырое гавно и повесить новых задач продактам. 😎
Ceterum censeo Carthaginem esse delendam
Захотелось тут поворчать про один нюанс - это потери в компании. Структура компании и архитектура процессов управления может быть разной. При неоптимальном распределении ответственности и зонах управления по этой архитектуре будут возникать "потери": либо куски, за которые никто не отвечает, либо куски, за которые отвечают сразу несколько. Любая живая система, к которой относится и организация, состоит из отдельных частей, между которым происходит коммуникация: обмен сигналами, анализ состояния, принятие решений о действиях и т.д.
Что происходит, когда за частями этой системы никто не отвечает или отвечают сразу несколько? Это приводит к тотальному увеличению количества коммуникаций между друг другом. Когда вам нужно провести 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/
В Voyager 1, который запустили 46 лет назад сломался чип, и инженеры NASA придумали как распределить функции этого чипа на другие ещё работающие чипы ЗА 15 МИЛЛИАРДОВ КИЛОМЕТРОВ и Voyager снова выполняет свои функции
https://blogs.nasa.gov/voyager/2024/04/22/nasas-voyager-1-resumes-sending-engineering-updates-to-earth/
Empty Test
NASA’s Voyager 1 Resumes Sending Engineering Updates to Earth
For the first time since November, NASA’s Voyager 1 spacecraft is returning usable data about the health and status of its onboard engineering systems. The
🔥3😁2
Предвзятость подтверждения
Предвзятость подтверждения, которая основана на работе ассоциативной памяти. Люди обычно ищут доказательства, которые подтвердят их текущие убеждения, тогда как правильно было бы попытаться их опровергнуть. Эта склонность называется стратегией позитивного мышления. (с) Дэниэл Канеман
Признаки предвзятости
- Поиск только информации, которая подтверждает ваши убеждения, и игнорирование или дискредитация информации, которая их не поддерживает.
- Поиск доказательств, подтверждающих то, что вы уже считаете верным, вместо рассмотрения всех имеющихся доказательств.
- Опирание на стереотипы или личные предубеждения при оценке информации.
- Выборочное запоминание информации, подтверждающей ваши взгляды, и забвение или игнорирование информации, которая ее не поддерживает.
Сильная эмоциональная реакция на информацию (положительную или отрицательную), которая подтверждает ваши убеждения, и при этом относительно невосприимчивая к информации, которая не соответствует вашим убеждениям
Существует несколько различных типов предвзятости подтверждения, которые могут возникнуть. Вот некоторые из наиболее распространенных:
- Предвзятое внимание: когда мы выборочно сосредотачиваемся на информации, которая подтверждает наши взгляды, игнорируя или не принимая во внимание данные, которые не соответствуют нашим взглядам. .
- Предвзятая интерпретация: это когда мы сознательно интерпретируем информацию таким образом, который подтверждает наши убеждения.
- Предвзятая память: Это когда мы выборочно запоминаем информацию, которая поддерживает наши взгляды, и забываем или игнорируем информацию, которая этого не подтверждает.
Предвзятость подтверждения, которая основана на работе ассоциативной памяти. Люди обычно ищут доказательства, которые подтвердят их текущие убеждения, тогда как правильно было бы попытаться их опровергнуть. Эта склонность называется стратегией позитивного мышления. (с) Дэниэл Канеман
Признаки предвзятости
- Поиск только информации, которая подтверждает ваши убеждения, и игнорирование или дискредитация информации, которая их не поддерживает.
- Поиск доказательств, подтверждающих то, что вы уже считаете верным, вместо рассмотрения всех имеющихся доказательств.
- Опирание на стереотипы или личные предубеждения при оценке информации.
- Выборочное запоминание информации, подтверждающей ваши взгляды, и забвение или игнорирование информации, которая ее не поддерживает.
Сильная эмоциональная реакция на информацию (положительную или отрицательную), которая подтверждает ваши убеждения, и при этом относительно невосприимчивая к информации, которая не соответствует вашим убеждениям
Существует несколько различных типов предвзятости подтверждения, которые могут возникнуть. Вот некоторые из наиболее распространенных:
- Предвзятое внимание: когда мы выборочно сосредотачиваемся на информации, которая подтверждает наши взгляды, игнорируя или не принимая во внимание данные, которые не соответствуют нашим взглядам. .
- Предвзятая интерпретация: это когда мы сознательно интерпретируем информацию таким образом, который подтверждает наши убеждения.
- Предвзятая память: Это когда мы выборочно запоминаем информацию, которая поддерживает наши взгляды, и забываем или игнорируем информацию, которая этого не подтверждает.
👍4❤1🥱1💯1
Forwarded from Chief Philosophy Officer
Если ты регулярно вынужден бороться с форс-мажорами и авралами, значит у тебя есть проблема с планированием. А если ты еще и успешно с ними борешься, значит проблема с планированием имеет уже катастрофические масштабы.
😢2👍1💯1
Что такое фабрика фич?
На жаргоне владельцев продуктов "фабрика фич" - это, как правило, уничижительный термин. Он описывает бизнес, ориентированный на бессмысленное создание фич, а не на решение проблем клиентов. Вот несколько характеристик фабрики фич:
- Команда разработчиков оценивает успех продукта по количеству фич и частоте его выпуска;
- Компания считает, что добавление новой функции всегда повышает ценность продукта;
- Организация не тестирует идеи и гипотезы функций перед их созданием и не оценивает их успех у пользователей после их выпуска.
Каково происхождение этого термина?
Термин придумал эксперт по управлению продуктами Джон Катлер (John Cutler). Он видел, что некоторые компании стали больше интересоваться завершенными storypoint или, фактически объемами кода, чем изучением того, какие фичи на самом деле нужны пользователям. Это привело Катлера к метафоре фабрики. Он рассматривал такие организации как фабричных рабочих, которые бездумно собирают компоненты, не задумываясь о том, какой вклад они вносят в продукт.
Почему компании становятся фабриками фич?
Ни одна организация не ставит перед собой цель стать фабрикой фич. Это происходит непреднамеренно, поскольку компания начинает руководствоваться другими приоритетами. Вот некоторые распространенные примеры:
1. Руководство хочет чаще обновлять продукт. 🫡
2. Корпоративная культура компании ориентирована на завершение проектов🗿, а не на оценку их воздействия на пользователей.
3. Отдел продаж требует от разработчиков новых функций, которые помогут привлечь потенциальных клиентов и заключить больше сделок.😁
4. Используют "дорожные карты" для стратегических решений и планирования просто потому что почему бы нет. Ожидая, что расширенные дорожные карты позволят активно развивать продукт - что совсем не одно и тоже.
В чем опасность работы фабрикой компонентов?
Попадание в ловушку "фабрики фич" опасно для бизнеса. Очевидная проблема заключается в том, что некоторые функции не находят отклика у клиентов и пользователей, а значит, на разработку тратится время и бюджет. Но есть и другие риски, менее очевидные и более серьезные. Например:
- компания теряет позиции перед конкурентами.
- бизнес, ведущий себя как фабрика компонентов, тратит время и ресурсы на разработку новых функций, не выяснив предварительно, повысят ли эти функции ценность продукта.
- в тоже время конкуренты компании могут проводить исследования, чтобы выяснить, какие проблемы требуют решения на рынке и за какие деньги они готовы заплатить. Эти конкуренты завоевывают доверие и долю рынка, в то время как фабрика фич выпускает мертворожденные продукты, которые никому не нужны.
Далее продукт становится громоздким и сложным в использовании.
Поскольку фабрика фич добавляет функциональность в свой продукт, без постоянного тестирования рыночного отклика, пересмотра пользовательского интерфейса и UX есть вероятность, что продукт станет более сложным в использовании.
Это связано с тем, что каждая новая функция занимает много места в интерфейсе, затрудняя навигацию и поиск нужной пользователю функции.
Компания теряет стратегический смысл своего существования, теряет продажи (если продажи вообще были) и становится банкротом.
Продукты существуют для решения проблем, для того, чтобы каким-то образом улучшить жизнь клиентов. Эти важные цели должны быть отражены в дорожной карте продукта. Продукт без стратегического направления, вероятно, обречен на провал — независимо от того, сколько функций он содержит.
На жаргоне владельцев продуктов "фабрика фич" - это, как правило, уничижительный термин. Он описывает бизнес, ориентированный на бессмысленное создание фич, а не на решение проблем клиентов. Вот несколько характеристик фабрики фич:
- Команда разработчиков оценивает успех продукта по количеству фич и частоте его выпуска;
- Компания считает, что добавление новой функции всегда повышает ценность продукта;
- Организация не тестирует идеи и гипотезы функций перед их созданием и не оценивает их успех у пользователей после их выпуска.
Каково происхождение этого термина?
Термин придумал эксперт по управлению продуктами Джон Катлер (John Cutler). Он видел, что некоторые компании стали больше интересоваться завершенными storypoint или, фактически объемами кода, чем изучением того, какие фичи на самом деле нужны пользователям. Это привело Катлера к метафоре фабрики. Он рассматривал такие организации как фабричных рабочих, которые бездумно собирают компоненты, не задумываясь о том, какой вклад они вносят в продукт.
Почему компании становятся фабриками фич?
Ни одна организация не ставит перед собой цель стать фабрикой фич. Это происходит непреднамеренно, поскольку компания начинает руководствоваться другими приоритетами. Вот некоторые распространенные примеры:
1. Руководство хочет чаще обновлять продукт. 🫡
2. Корпоративная культура компании ориентирована на завершение проектов🗿, а не на оценку их воздействия на пользователей.
3. Отдел продаж требует от разработчиков новых функций, которые помогут привлечь потенциальных клиентов и заключить больше сделок.😁
4. Используют "дорожные карты" для стратегических решений и планирования просто потому что почему бы нет. Ожидая, что расширенные дорожные карты позволят активно развивать продукт - что совсем не одно и тоже.
В чем опасность работы фабрикой компонентов?
Попадание в ловушку "фабрики фич" опасно для бизнеса. Очевидная проблема заключается в том, что некоторые функции не находят отклика у клиентов и пользователей, а значит, на разработку тратится время и бюджет. Но есть и другие риски, менее очевидные и более серьезные. Например:
- компания теряет позиции перед конкурентами.
- бизнес, ведущий себя как фабрика компонентов, тратит время и ресурсы на разработку новых функций, не выяснив предварительно, повысят ли эти функции ценность продукта.
- в тоже время конкуренты компании могут проводить исследования, чтобы выяснить, какие проблемы требуют решения на рынке и за какие деньги они готовы заплатить. Эти конкуренты завоевывают доверие и долю рынка, в то время как фабрика фич выпускает мертворожденные продукты, которые никому не нужны.
Далее продукт становится громоздким и сложным в использовании.
Поскольку фабрика фич добавляет функциональность в свой продукт, без постоянного тестирования рыночного отклика, пересмотра пользовательского интерфейса и UX есть вероятность, что продукт станет более сложным в использовании.
Это связано с тем, что каждая новая функция занимает много места в интерфейсе, затрудняя навигацию и поиск нужной пользователю функции.
Компания теряет стратегический смысл своего существования, теряет продажи (если продажи вообще были) и становится банкротом.
Продукты существуют для решения проблем, для того, чтобы каким-то образом улучшить жизнь клиентов. Эти важные цели должны быть отражены в дорожной карте продукта. Продукт без стратегического направления, вероятно, обречен на провал — независимо от того, сколько функций он содержит.