Как найти и использовать North Star Metric в своём продукте?
Наткнулся на библиотеку от Amplitude, где они собрали собственные многолетние знания и опыт в этой области с 17 примерами, видео-подсказками и шаблонами.
👉 Их доска в Miro
Для использования зайдите в свой акк в Miro, создайте новую доску и скопируйте в неё нужные вам шаблоны.
😎 RUSPM
Наткнулся на библиотеку от Amplitude, где они собрали собственные многолетние знания и опыт в этой области с 17 примерами, видео-подсказками и шаблонами.
Для использования зайдите в свой акк в Miro, создайте новую доску и скопируйте в неё нужные вам шаблоны.
Please open Telegram to view this post
VIEW IN TELEGRAM
This media is not supported in your browser
VIEW IN TELEGRAM
Как писать понятные и ёмкие user stories для команды.
Пользовательская история — это потребность пользователя, написанная продактом с точки зрения этого самого пользователя.
Простейший шаблон: «Как __(тип пользователя)__, я хочу __(действие)__, чтобы получить ____(цель)_____».
Простейший пример: "Как пользователь приложения X, я хочу ввести свой адрес электронной почты адрес и придуманный пароль, чтобы зарегистрироваться и войти в свой аккаунт".
Пользовательская истории состоит из:
1. Описания.
2. Критерий приемлемости.
3. Бизнес-правила.
1. Описание. Здесь вы описываете функцию с точки зрения конечного пользователя как написано выше. Просто, ясно и лаконично в рамках конкретной потребности и действия.
2. Критерии приемки. Это условие или набор условий, которые должны быть соблюдены, прежде чем функция/функция может считаться выполненной. Это будущее определение готовности для описыываемой функции.
Примеры критериев принятия с использованием истории реги и входа в X:
– Пароль чувствителен к регистру.
– Поле электронной почты НЕ чувствительно к регистру.
– Пароль должен состоять из 5+ символов и буквенно-цифровых символов.
– Требования к паролю должны быть отображены в UI.
– Должна присутствовать проверка требований и вывод ошибок при их несовпадении.
– И т.п.
Критерии приемки помогают всей команде:
1) PM - быстро и доходчиво объяснить себе и команде, какие потребности пользователя должны быть удовлетворены.
2) Разработчикам – знать, что именно для этого нужно сделать и с какими условиями.
3) QА – увидеть, понять и прогнать тесты по данным условиям.
4) Дизам – воплотить всё это в виде интерфейса для пользователя.
3. Бизнес-правила. Это набор политик или правил, обычно налагаемых компанией в качестве средства формирования поведения на более широком уровне.
Примером бизнес-правила могут быть юридические (18+) или иные ограничения, например регистрация только аккаунта юридического лица на различных B2B-платформах.
😎 RUSPM
Пользовательская история — это потребность пользователя, написанная продактом с точки зрения этого самого пользователя.
Простейший шаблон: «Как __(тип пользователя)__, я хочу __(действие)__, чтобы получить ____(цель)_____».
Простейший пример: "Как пользователь приложения X, я хочу ввести свой адрес электронной почты адрес и придуманный пароль, чтобы зарегистрироваться и войти в свой аккаунт".
Пользовательская истории состоит из:
1. Описания.
2. Критерий приемлемости.
3. Бизнес-правила.
1. Описание. Здесь вы описываете функцию с точки зрения конечного пользователя как написано выше. Просто, ясно и лаконично в рамках конкретной потребности и действия.
2. Критерии приемки. Это условие или набор условий, которые должны быть соблюдены, прежде чем функция/функция может считаться выполненной. Это будущее определение готовности для описыываемой функции.
Примеры критериев принятия с использованием истории реги и входа в X:
– Пароль чувствителен к регистру.
– Поле электронной почты НЕ чувствительно к регистру.
– Пароль должен состоять из 5+ символов и буквенно-цифровых символов.
– Требования к паролю должны быть отображены в UI.
– Должна присутствовать проверка требований и вывод ошибок при их несовпадении.
– И т.п.
Критерии приемки помогают всей команде:
1) PM - быстро и доходчиво объяснить себе и команде, какие потребности пользователя должны быть удовлетворены.
2) Разработчикам – знать, что именно для этого нужно сделать и с какими условиями.
3) QА – увидеть, понять и прогнать тесты по данным условиям.
4) Дизам – воплотить всё это в виде интерфейса для пользователя.
3. Бизнес-правила. Это набор политик или правил, обычно налагаемых компанией в качестве средства формирования поведения на более широком уровне.
Примером бизнес-правила могут быть юридические (18+) или иные ограничения, например регистрация только аккаунта юридического лица на различных B2B-платформах.
Please open Telegram to view this post
VIEW IN TELEGRAM
Product Management & AI
Как писать понятные и ёмкие user stories для команды. Пользовательская история — это потребность пользователя, написанная продактом с точки зрения этого самого пользователя. Простейший шаблон: «Как __(тип пользователя)__, я хочу __(действие)__, чтобы получить…
БОНУС: В user stories часто используется подход INVEST, согласно которого, хорошая пользовательская история должна быть:
I (independent, независимой) — должна быть автономна и понятна без кучи ссылок на другие истории.
N (negotiable, договорная) — должна быть изменяема по мере того, как вы узнаете больше о своих пользователях.
V (valuable, ценная) - должна представлять ценность для пользователя.
E (estimated, оценочная) - должна поддаваться оценке с точки зрения требуемого времени/усилий команды.
S (small, соразмерная) - не должна быть слишком большой или маленькой.
T (testable) - должна быть проверяемой.
Полезное по теме user stories:
– Использовать User Stories или Use Cases?
– User Stories Map
– Аккаунт Shit User Stories в Твиттере
😎 RUSPM
I (independent, независимой) — должна быть автономна и понятна без кучи ссылок на другие истории.
N (negotiable, договорная) — должна быть изменяема по мере того, как вы узнаете больше о своих пользователях.
V (valuable, ценная) - должна представлять ценность для пользователя.
E (estimated, оценочная) - должна поддаваться оценке с точки зрения требуемого времени/усилий команды.
S (small, соразмерная) - не должна быть слишком большой или маленькой.
T (testable) - должна быть проверяемой.
Полезное по теме user stories:
– Использовать User Stories или Use Cases?
– User Stories Map
– Аккаунт Shit User Stories в Твиттере
Please open Telegram to view this post
VIEW IN TELEGRAM
Product Management & AI
#монетизация #corps Как продакт не могу пройти мимо этой новости: Netflix запустит более дешевую подписку с рекламой в конце 2022 года. Почему они так делают? Погадаю на кофейной гуще: – у юзеров стало меньше времени (работать надо); – у юзеров стало меньше…
СМИ (как обычно) "воодушевлены" отчётом Netflix, в то время как продакты и финансисты разбираются в том, насколько корректно такое воодушевление.
– $2,7 bln в технологии и разработку.
– $2,53 bln на маркетинг.
– 8,9 mln new subscribers (без уточнений тарифа).
– CAC = $284.
– LTV ≈ $360 - $500.
– Неизвестны расходы на производство контента.
Мне из отчёта понятно одно – в Нетфликсе отлично научились жонглировать терминами и юнит-экономикой.
😎 RUSPM
– $2,7 bln в технологии и разработку.
– $2,53 bln на маркетинг.
– 8,9 mln new subscribers (без уточнений тарифа).
– CAC = $284.
– LTV ≈ $360 - $500.
– Неизвестны расходы на производство контента.
Мне из отчёта понятно одно – в Нетфликсе отлично научились жонглировать терминами и юнит-экономикой.
Please open Telegram to view this post
VIEW IN TELEGRAM
Please open Telegram to view this post
VIEW IN TELEGRAM
Please open Telegram to view this post
VIEW IN TELEGRAM
Google
A difficult decision to set us up for the future
As an almost 25-year-old company, we’re bound to go through difficult economic cycles.
Please open Telegram to view this post
VIEW IN TELEGRAM
Первый месяц нового рабочего года уже подходит к концу, а у вас ещё конь не валялся?
Держите гайд как перестать прокрастинировать (навсегда, а не только когда нужно):
1) Начните с определения первопричины
Есть причина, по которой вы откладываете любые дела. Это может быть отсутствие мотивации, четких целей, необходимых ресурсов, уверенности в себе (или даже всё вместе).
Возможно даже, что ваша интуиция и подсознание специально тормозят вас, ибо такая задача... попросту неважна или неактуальна в данный момент времени.
✨ Инструкция по интуиции для продакт-менеджера
В любом случае, вам нужно начать с того, чтобы стать честным с самим собой и попытаться понять причину(ы), которые, как вам кажется, не дают начать вам это делать.
После того, как вы определите и устраните причину, которая мешает вам начать работу над всё же важной и необходимой задачей, можно перейти к её планированию.
2) Установите SMART-цель
Умные цели полезны как на работе, так и в личной жизни. Достаточно задавать себе простые вопросы, прогонять по ним ответы (заодно ещё раз верифицируя важность задачи):
- Конкретика (Specific): Чего конкретно я хочу достичь?
- Измеримость (Measurable): Что есть успешное достижение?
- Достижимость (Achievable): Насколько это реально достичь?
- Релевантность (Relevant): Почему я ставлю эту цель?
- Привязанный ко времени (Time-bound): Какие временные рамки для этого нужны?
3) Разбивайте цели на маленькие задачи
Большие цели могут казаться сознанию недостижимыми (и поэтому пугают мозг), в то время, как маленькие задачи значительно облегчают восприятие любого объема работы и помогают "войти в процесс".
4) Создайте расписание и придерживайтесь его
У каждого есть время дня, когда он более продуктивен, чем другие. Выясните, когда вы наиболее креативны, и запланируйте свои задачи на это время. Писал об этом тут.
✨ Карта личной продуктивности или как работать эффективнее, а не больше
5) Устраните отвлекающие факторы
Переведите устройства в режим «Не беспокоить». Закройте вкладки социальных сетей. Уединитесь в офисе. Наденьте наушники и включите lo-fi/downtempo/chillout/что вам нравится. Впустите Тишину в Сознание и войдите в Поток.
✨ Ум, сознание и концентрация продакта или как войти в Поток
6) Сконцентрируйтесь
Откройте пустую таску/сторис/док. Избавьтесь от хлама и старых документов на столе. Сотрите с доски прошлогодние каракули. Только ваш компьютер, инструменты, необходимые для выполнения ваших задач (и, возможно, чашка утренного кофе).
Постепенно, выполняя мелкие задачи, вы приближаетесь к своим целям.
Когда вы достигнете своих целей и оглядываясь на время/силы и видя результат, вы станете ещё более жёсткими в отношение того, как вы тратите своё бесценное и ограниченное время.
Когда вы станете жесткими в отношении того, как вы тратите свое время, вы перестанете откладывать дела на потом.
Поздравляю, вы перестали прокрастинировать!
P.S. Next PRO level – вернуться и использовать прокрастинацию для отдыха своего ума и сознания + с пользой для дел. Но это совсем другая история 😉
Держите гайд как перестать прокрастинировать (навсегда, а не только когда нужно):
1) Начните с определения первопричины
Есть причина, по которой вы откладываете любые дела. Это может быть отсутствие мотивации, четких целей, необходимых ресурсов, уверенности в себе (или даже всё вместе).
Возможно даже, что ваша интуиция и подсознание специально тормозят вас, ибо такая задача... попросту неважна или неактуальна в данный момент времени.
В любом случае, вам нужно начать с того, чтобы стать честным с самим собой и попытаться понять причину(ы), которые, как вам кажется, не дают начать вам это делать.
После того, как вы определите и устраните причину, которая мешает вам начать работу над всё же важной и необходимой задачей, можно перейти к её планированию.
2) Установите SMART-цель
Умные цели полезны как на работе, так и в личной жизни. Достаточно задавать себе простые вопросы, прогонять по ним ответы (заодно ещё раз верифицируя важность задачи):
- Конкретика (Specific): Чего конкретно я хочу достичь?
- Измеримость (Measurable): Что есть успешное достижение?
- Достижимость (Achievable): Насколько это реально достичь?
- Релевантность (Relevant): Почему я ставлю эту цель?
- Привязанный ко времени (Time-bound): Какие временные рамки для этого нужны?
3) Разбивайте цели на маленькие задачи
Большие цели могут казаться сознанию недостижимыми (и поэтому пугают мозг), в то время, как маленькие задачи значительно облегчают восприятие любого объема работы и помогают "войти в процесс".
4) Создайте расписание и придерживайтесь его
У каждого есть время дня, когда он более продуктивен, чем другие. Выясните, когда вы наиболее креативны, и запланируйте свои задачи на это время. Писал об этом тут.
5) Устраните отвлекающие факторы
Переведите устройства в режим «Не беспокоить». Закройте вкладки социальных сетей. Уединитесь в офисе. Наденьте наушники и включите lo-fi/downtempo/chillout/что вам нравится. Впустите Тишину в Сознание и войдите в Поток.
6) Сконцентрируйтесь
Откройте пустую таску/сторис/док. Избавьтесь от хлама и старых документов на столе. Сотрите с доски прошлогодние каракули. Только ваш компьютер, инструменты, необходимые для выполнения ваших задач (и, возможно, чашка утренного кофе).
Постепенно, выполняя мелкие задачи, вы приближаетесь к своим целям.
Когда вы достигнете своих целей и оглядываясь на время/силы и видя результат, вы станете ещё более жёсткими в отношение того, как вы тратите своё бесценное и ограниченное время.
Когда вы станете жесткими в отношении того, как вы тратите свое время, вы перестанете откладывать дела на потом.
Поздравляю, вы перестали прокрастинировать!
P.S. Next PRO level – вернуться и использовать прокрастинацию для отдыха своего ума и сознания + с пользой для дел. Но это совсем другая история 😉
Please open Telegram to view this post
VIEW IN TELEGRAM
#best2022 Рад представить очередного гостя рубрики с подборками полезных постов для продактов и их команд – Максима Опилкина, CPO маркетплейса Napolke.ru и автора канала @okr_leaders, эксперта в области OKR-методологии.
Делюсь полезные постами с его канала:
– Главный миф про OKR
– Закон Гудхарта в OKR и KPI
– Мотивация команды через эффект Даннинга-Крюгера
– 6 шагов для успешного запуска OKR-цикла
– Согласованость VS Синхронизации
– Про петь, худеть и прочие KPI из жизни управленца
– Почему прерываться это не плохо
– Два режима мышления мозга
– Мотивация достижения OKR
– Как повысить амбициозность сотрудников
– Как не делать фигню
– Lesson Learned, или как делать выводы из факапов
Делюсь полезные постами с его канала:
– Главный миф про OKR
– Закон Гудхарта в OKR и KPI
– Мотивация команды через эффект Даннинга-Крюгера
– 6 шагов для успешного запуска OKR-цикла
– Согласованость VS Синхронизации
– Про петь, худеть и прочие KPI из жизни управленца
– Почему прерываться это не плохо
– Два режима мышления мозга
– Мотивация достижения OKR
– Как повысить амбициозность сотрудников
– Как не делать фигню
– Lesson Learned, или как делать выводы из факапов
Please open Telegram to view this post
VIEW IN TELEGRAM
В Craigslist работает меньше 50 сотрудников, но он по-прежнему приносит $1,000,000,000+ доходов в год.
Масштабирование — это миф. И это может убить ваш продукт и бизнес (с)
Вот почему это происходит и что делать, чтобы избежать этого.
Все говорят о масштабировании. Масштабирование вашего бизнеса, масштабирование команд, масштабирование процессов, масштабирование маркетинга.
Но почему-то никто не говорит о том, что вы также масштабируете свои расходы и риски:
Больше людей → Больше команд → Больше координации → Больше бюрократии → Больше накладных расходов → Больше затрат → Больше людей → По новой.
Вскоре, вы начнете замечать, что всё делается очень медленно или... вообще ничего не делается. Иными словами – больше затрат и меньше ценности.
Что-то это уже не похоже на масштабирование, о котором мы все так мечтаем? Что можно делать вместо этого?
Создавайте команды, способные решать асимметричные проблемы
Асимметричная проблема — это проблема, которую достаточно легко решить, но взамен она приносит огромную, многократную пользу.
Давайте рассмотрим несколько примеров решения асимметричных задач.
– Craigslist не нужно было наращивать огромную рабочую силу, чтобы создавать огромную ценность. Их модель и концепция охватили все потенциально прибыльные ниши: аренда, торговля, общение и т.п.
– Когда Facebook купил Instagram за $1 млрд., у Instagram было 13 сотрудников и самая большая ниша в мире (и такая же ценность).
– В 2014 году Facebook также купила What'sApp за 19 миллиардов долларов, в то время как в нём работало всего 55 сотрудников.
1) Найдите проблемы с высокой ценностью / низкой стоимостью.
2) Решите эти проблемы.
3) Подтвердите, что то, что вы зарелизили, было ценным и имело низкую стоимость производства и поддержки(!).
4) Удаляйте из бэклога/родмэпа всё, что имеет высокую стоимость и приносит низкую ценность.
5) Повторяйте с п.1.
P.S. И мне кажется, что старый дизайн Craiglist, который они не меняют с момента запуска в 1995 году, это саркастическая насмешка над всеми современными IT-продуктами.
Масштабирование — это миф. И это может убить ваш продукт и бизнес (с)
Вот почему это происходит и что делать, чтобы избежать этого.
Все говорят о масштабировании. Масштабирование вашего бизнеса, масштабирование команд, масштабирование процессов, масштабирование маркетинга.
Но почему-то никто не говорит о том, что вы также масштабируете свои расходы и риски:
Больше людей → Больше команд → Больше координации → Больше бюрократии → Больше накладных расходов → Больше затрат → Больше людей → По новой.
Вскоре, вы начнете замечать, что всё делается очень медленно или... вообще ничего не делается. Иными словами – больше затрат и меньше ценности.
Что-то это уже не похоже на масштабирование, о котором мы все так мечтаем? Что можно делать вместо этого?
Создавайте команды, способные решать асимметричные проблемы
Асимметричная проблема — это проблема, которую достаточно легко решить, но взамен она приносит огромную, многократную пользу.
Давайте рассмотрим несколько примеров решения асимметричных задач.
– Craigslist не нужно было наращивать огромную рабочую силу, чтобы создавать огромную ценность. Их модель и концепция охватили все потенциально прибыльные ниши: аренда, торговля, общение и т.п.
– Когда Facebook купил Instagram за $1 млрд., у Instagram было 13 сотрудников и самая большая ниша в мире (и такая же ценность).
– В 2014 году Facebook также купила What'sApp за 19 миллиардов долларов, в то время как в нём работало всего 55 сотрудников.
1) Найдите проблемы с высокой ценностью / низкой стоимостью.
2) Решите эти проблемы.
3) Подтвердите, что то, что вы зарелизили, было ценным и имело низкую стоимость производства и поддержки(!).
4) Удаляйте из бэклога/родмэпа всё, что имеет высокую стоимость и приносит низкую ценность.
5) Повторяйте с п.1.
P.S. И мне кажется, что старый дизайн Craiglist, который они не меняют с момента запуска в 1995 году, это саркастическая насмешка над всеми современными IT-продуктами.
Участники команды/руководство/инвесторы начинают лезть не в свои дела и вставляют свои 5 копеек в задачи или даже родмеп?
Проясните ситуацию и распределите роли участников с помощью структуры Responsibility Assignment Matrix (RACI Matrix).
Красота фреймворка RACI заключается в его простоте. Он позволяет вам и всем участникам, увидеть, понять и принять свои роли: кому нужно выполнить задачу, кому добавить мыслей, кому чекнуть и заапрувить, а кому вообще в ней не надо участвовать.
Таким образом, вы можете управлять временем и вниманием людей.
Структура RACI работает очень просто. Любую верифицированную ранее задачу (или пошаговый ряд задач, объединённых конечной целью), область или направление работы, заносят в вертикальный ряд таблицы, а в горизонтальный указывают ВСЕХ желающих принять участие.
Всё что осатётся сделать – назначить роли «R», «A», «C» или «I» в отношении каждой заинтересованной стороны.
Ответственный (Responsible): Должен выполнить конкретную задачу. Этот человек может делегировать задачу вглубь своей команды/отдела, но несёт полную ответственность за её выполнение.
Подотчетный (Accountable): это человек, который решает, правильно ли было выполнено задание. Обычно это не человек, выполняющий работу, а тот кто выше или опытнее него *.
Консультант (Consulted): Эксперт, чьё мнение весомо, признано всеми сторонами и улучшает общую работу.
Информированный (Informed): Получатель отчёта о проделанной работе (руководитель/инвестор/заказчик).
Советы по работе с RACI Matrix:
– Не спешите сразу распределять обязанности. Начните с консультации с экспертом.
– Только 1 ответственный за задачу и только 1 тип ответственности на человека.
– Только ответственные и подотчетные роли являются обязательными для каждой задачи (не каждая задача сложна, чтобы требовать доп. участия).
– Всегда информируйте ВСЕ стороны об обновлениях и изменениях.
* Назначать подотчетную роль руководителю — скользкое место. Не бойтесь назначать на эту роль опытных сотрудников-коллег.
Проясните ситуацию и распределите роли участников с помощью структуры Responsibility Assignment Matrix (RACI Matrix).
Красота фреймворка RACI заключается в его простоте. Он позволяет вам и всем участникам, увидеть, понять и принять свои роли: кому нужно выполнить задачу, кому добавить мыслей, кому чекнуть и заапрувить, а кому вообще в ней не надо участвовать.
Таким образом, вы можете управлять временем и вниманием людей.
Структура RACI работает очень просто. Любую верифицированную ранее задачу (или пошаговый ряд задач, объединённых конечной целью), область или направление работы, заносят в вертикальный ряд таблицы, а в горизонтальный указывают ВСЕХ желающих принять участие.
Всё что осатётся сделать – назначить роли «R», «A», «C» или «I» в отношении каждой заинтересованной стороны.
Ответственный (Responsible): Должен выполнить конкретную задачу. Этот человек может делегировать задачу вглубь своей команды/отдела, но несёт полную ответственность за её выполнение.
Подотчетный (Accountable): это человек, который решает, правильно ли было выполнено задание. Обычно это не человек, выполняющий работу, а тот кто выше или опытнее него *.
Консультант (Consulted): Эксперт, чьё мнение весомо, признано всеми сторонами и улучшает общую работу.
Информированный (Informed): Получатель отчёта о проделанной работе (руководитель/инвестор/заказчик).
Советы по работе с RACI Matrix:
– Не спешите сразу распределять обязанности. Начните с консультации с экспертом.
– Только 1 ответственный за задачу и только 1 тип ответственности на человека.
– Только ответственные и подотчетные роли являются обязательными для каждой задачи (не каждая задача сложна, чтобы требовать доп. участия).
– Всегда информируйте ВСЕ стороны об обновлениях и изменениях.
* Назначать подотчетную роль руководителю — скользкое место. Не бойтесь назначать на эту роль опытных сотрудников-коллег.
Момент, который многие упускают с IT-сокращениями
За счет увольнений, крупные корпорации... увеличивают свою рыночную капитализацию.
Всё просто – зарплаты уволенным не надо платить. Сэкономил = считай, заработал.
Например, за счет увольнения 12к сотрудников, акции Google сразу же выросли, увеличив свою капитализацию ... на $60 миллиардов.
Если считать, что увольнения являются причиной роста, то это примерно... $5,000,000 внутренней ценности на КАЖДОГО уволенного сотрудника, который, в среднем, зарабатывал $200к/год.
Сколько платят сотруднику / его реальная рыночная ценность = 1:25
Теперь вы знаете, как можно посчитать свою реальную стоимость как специалиста :)
На скрине – акции гигантов, которые выросли после увольнений (но не только по этим причинам).
😎 RUSPM
За счет увольнений, крупные корпорации... увеличивают свою рыночную капитализацию.
Всё просто – зарплаты уволенным не надо платить. Сэкономил = считай, заработал.
Например, за счет увольнения 12к сотрудников, акции Google сразу же выросли, увеличив свою капитализацию ... на $60 миллиардов.
Если считать, что увольнения являются причиной роста, то это примерно... $5,000,000 внутренней ценности на КАЖДОГО уволенного сотрудника, который, в среднем, зарабатывал $200к/год.
Сколько платят сотруднику / его реальная рыночная ценность = 1:25
Теперь вы знаете, как можно посчитать свою реальную стоимость как специалиста :)
На скрине – акции гигантов, которые выросли после увольнений (но не только по этим причинам).
Please open Telegram to view this post
VIEW IN TELEGRAM
Please open Telegram to view this post
VIEW IN TELEGRAM
#best Существует 2 основных типа решений, которые вы можете принимать как продакт/руководитель/фаундер:
1) Принимаемое решение невозможно повернуть вспять и откатить назад
Такие решения называются «дверь в одну сторону» (one-way door), что означает, что переиграть такое решение будет крайне трудно/долго/дорого/несоразмерно потенциальной выгоде и, чаще всего, вообще невозможно.
Например: продажа компании, мутный контракт, увольнение с работы. Как только вы примете и реализуете подобное решение, пути назад уже не будет.
Именно поэтому на решения такого типа необходимо тратить столько времени, сколько вам кажется нужным и уж тем более, никогда не торопиться с подобным решением.
2) Принимаемое решение можно откатить назад
Подобные решения называются «дверь в обе стороны» ("two-way doors") и такие решения всегда можно откатить и переиграть назад.
Например: смелая гипотеза/фича, корректировка концепции/стратегии, запуск нового суб-продукта, новый рекламный источник и т.п.
С "two-way doors" нужно не бояться принимать подобные решения, даже если у вас не хватает для этого данных. Ведь в случаях, если что-то пошло не так, их так же быстро можно (и нужно) откатывать назад.
😎 RUSPM
1) Принимаемое решение невозможно повернуть вспять и откатить назад
Такие решения называются «дверь в одну сторону» (one-way door), что означает, что переиграть такое решение будет крайне трудно/долго/дорого/несоразмерно потенциальной выгоде и, чаще всего, вообще невозможно.
Например: продажа компании, мутный контракт, увольнение с работы. Как только вы примете и реализуете подобное решение, пути назад уже не будет.
Именно поэтому на решения такого типа необходимо тратить столько времени, сколько вам кажется нужным и уж тем более, никогда не торопиться с подобным решением.
2) Принимаемое решение можно откатить назад
Подобные решения называются «дверь в обе стороны» ("two-way doors") и такие решения всегда можно откатить и переиграть назад.
Например: смелая гипотеза/фича, корректировка концепции/стратегии, запуск нового суб-продукта, новый рекламный источник и т.п.
С "two-way doors" нужно не бояться принимать подобные решения, даже если у вас не хватает для этого данных. Ведь в случаях, если что-то пошло не так, их так же быстро можно (и нужно) откатывать назад.
Please open Telegram to view this post
VIEW IN TELEGRAM