Существует такое важное понятие как «агентность». Его можно описать как способность человека действовать как самостоятельный агент, а точнее способность:
— Иметь свои собственные цели и знать про них
— Действовать так, чтобы этих целей достигать

Если упрощать ещё, то это умение «хотеть» и «брать». Без этой способности наш ум становится машиной, работающей вхолостую.

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

# У вас есть проблема. Вы её сейчас решаете?
1. Нет, не решаю проблему.Вопрос: вы в «режиме жертвы»?
1.1 Да, в режиме жертвы(проблему не решаю): ответьте на следующие вопросы.
— А что если это всё же возможно?
— Какое самое глупое, простое действие вы можете совершить, чтобы хотя бы чуть-чуть продвинуться в решении?

1.2 Нет, не в режиме жертвы (проблему не решаю): ответьте на следующие вопросы.
— (настоящее) Что вы делаете прямо сейчас для решения?
— (цель) Как в деталях выглядит мир после того, как у вас всё получится? Как выглядит успех и решение проблемы? Что на самом деле вы хотите сделать? Через год, что бы вы хотели отметить с друзьями?
— (почему) Почему вы хотите решить эту проблему?
— (проблема) Что является текущим препятствием? Опишите проблему в деталях? Что заставляет или может заставить вас прокрастинировать при её решении?
— (решения) Какие идеи потенциально могут сработать?
— (план) Если мы возьмем самую лучшую, простую или наиболее понравившуюся идею — какой у вас план?
— (следующий шаг) Каков ваш немедленный и ближайший следующий шаг?
— (помощь) Кто или что может вам помочь с проблемой и штуками, где мы слабы?
— (окружение) Как вы можете настроить свое социальное окружение, чтобы: 1) поддерживать свою мотивацию, и 2) избегать разочарований и отвлечений?

2. Да, решаю сейчас проблему. Ответьте на следующие вопросы.
— Как в деталях выглядит мир после того, как у вас всё получится?
— Какова связь между тем, что вы делаете сейчас, вашим планом и целью?

В работе над одним проектом мне потребовалось кратко сформулировать идею «а что же такое онбоардинг и как его надо делать». Ниже — мои мысли на эту тему (на июнь 2024).

☞ Размышления про онбоардинг

Я уже делился описаниями части наших продуктовых процессов: еженедельное письмо, продуктовый питч, документы What/Why/Outcome, контрольные встречи.

Сегодня поделюсь последней частью, про которую хочу пока рассказать. Про то, как это это всё работает вместе и почему оно работает именно так.
☞ Продуктовые встречи и процессы в Ecwid (2024)

VI. Заключение
Компаниям разных размеров и разного уровня взросления нужны разные подходны к информированию о своих новостях и контроле своих команд. "Уровень развития" тут не в смысле "хуже или лучше", а в смысле — "размер" процесса должен соответствовать размеру компании и команды.

И вот как только внутри компании возникают команды, возникает и необходимость рассказывать "а как у команд дела и здоровье". А как только у компании возникают внешние обязательства (будь это инвесторы или совет директоров) — возникает необходимость рассказывать "а как у нас дела и здоровье".

Без пригляда это может превратиться в отдельную штуку, которую надо делать, но в которой никто не видит большой пользы. "Раз в квартал мы всё бросаем и делаем слайды для совета директоров". Да, в этом тоже есть своя польза, но это отдельная задача про которую вспоминают, когда "уже пора". В итоге все отвлекаются, возникают проблемы вида "ой, а тут мы не знаем как подсчитать" или там "почему-то метрика показывает совсем другое" и т.д.

Гораздно более лучшим подходом является комбинированный "снизу вверх" и "сверху вниз" подход. Когда с одной стороны информация, которую показывают "наверх" (будь это комитет менеджеров, совет директоров или кто-угодно ещё) повторяет информацию, которую собирают ежемесячно (или даже еженедельно) продакт-менеджеры. Но и информация и данные, которые собирают продакт-менеджеры, основаны на том, что желают видеть "наверху".

Контрольные "check-in" встречи и слайды это подход к реализации именно этого принципа. Думаю, c небольшими изменениями его можно использовать не только продакт-менеджерами, а и с почти любым направлением.

V. Дополнение
Мы стараемся проводить такие встречи в конце месяца, но до всех остальных ежемесячных и ежеквартальных встреч с другими отделами, c другими менеджментами т.д. То есть перед ними уже есть все данные и апдейты — это сильно упрощает жизнь.

Каждые три месяца "контрольную встречу" рекомендуется делать "большой контрольной встречей" и больше фокусироваться на результатах квартала и целях на следующий. А каждые двенадцать месяцев — "гранд контрольная встреча".

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

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

— Проблемы и риски (опционально)Какие проблемы и риски у нас есть. Если на предыдущих слайдах у нас были проекты в статусе "серьезные риски" — их надо упомянуть тут.

— Решения, которые нужно сделать (опционально)Какие решения требуют вовлечения или одобрения от стейкхолдеров? Про какие решения всем нужно знать? Какие решения не получается принять и с ними нужна помощь?

— Открытый микрофон (опционально)Любая информация, которой команда хочет поделиться, но она не подошла на предыдущие слайды.

— Нужные действия (опционально)В процессе дискуссии появляются задачи ко всем участникам встречи — что-то надо сделать, что-то поправить, на что-то посмотреть повнимательнее. Действия добавляются в процессе звонка или сразу после на этот слайд. В конце встречи команда ревьювает старые действия (сделано/нет/что осталось) и новые.

— АрхивСлайды предыдущих месяцев добавляются сюда.

Существует такое убеждение, что чем выше мы на лестнице развития, тем больше у нас развита осознанность. Умение отследить каждое свое действие, мысль. Интроспекция своих процессов, саморефлексия. Осознанность подаётся как Святой Грааль, который каждый уважающий себя человек должен искать.

И это полезный инструмент в большинстве случаев. Но как всегда бывает есть нюанс, который прекрасно описывается цитатой математика и философа Alfred North Whitehead:

It is a profoundly erroneous truism, repeated by all copybooks and by eminent people when they are making speeches, that we should cultivate the habit of thinking of what we are doing. The precise opposite is the case. Civilization advances by extending the number of important operations which we can perform without thinking about them.

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

Пример этого мы видим, например, в развитии компьютеров и интернета. Мы открываем пост в Телеграме и не задумываемся, какая пирамида систем уходит вниз, чтобы это произошло — вплоть до уровня, где электрические сигналы туда-сюда бегают.

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

Советы компаниям/стартапам тоже говорят о том, что вот надо "переосмыслить всё", "думать от основ (first principles)" и т.д. И это безусловно верно. Но мало кто говорит о том, какие вещи должны не быть переосмыслены, должны быть взяты как есть: будь это процессы, подходы к управлению или инженерные вещи. Не тратить время на обдумывание действий в одних областях, чтобы его было больше в других.

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

(начало)

Две главные идеи:
1. Когда хороший руководитель смотрит на число, то он/она всегда задаёт вопрос:
— Всё хорошо? Должны ли мы продолжать делать то, что мы делаем и побольше? — Всё плохо? Должны ли мы как-то изменить наш курс?

1. Факт или число сами по себе не значат ничего. А иногда могут даже повредить: они создают фальшивое ощущение понимания ситуации.

Поэтому нельзя просто показывать число или факт. Надо всегда объяснять значение и инсайт, который стоит за ним. Добавлять дополнительные числа и факты, которые поддерживают этот инсайт.

Шесть базовых приёмов для этого.

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

Примеры:
а) Презентовано: использование фичи выросло на 30%. Ура!
Реальность: 100 пользователей из 10,000 использовало фичу, а стало 130.
б) Презентовано: спустя полгода 800 платных пользователей использует эту штуку. Ура!
Реальность: штука доступна 150,000 платным пользователям, её использует 0.5%.

II. Всегда сравнивать с целым или с большой картиной.
Плохо: наш объём оплат через СБП превысил 100млн.₽.
Хорошо: наш объём оплат через A СБП превысил 100млн.₽, это 10% от всех оплат.

III. Cравнивать с историчными данными.
Плохо: наш объём оплат через СБП превысил 100млн.₽.
Хорошо: наш объём оплат через A СБП превысил 100млн.₽, в прошлом месяце было 70млн. — рост на 43%.

IV. Сравнивать с похожими элементами.
Плохо: наш объём оплат через СБП превысил 100млн.₽.
Хорошо: наш объём оплат через A СБП превысил 100млн.₽, а вот оплаты через карточки — 150млн.₽ Оба метода примерно одинаково популярны.

V. Сравнивать с целью.
Плохо: наш объём оплат через СБП превысил 100млн.₽.
Хорошо: наш объём оплат через A СБП превысил 100млн.₽. Это 125% от нашей цели на год в 80млн.

VI. Когда и как считались данные.
Это опциональная, но полезная привычка. Рядом с расчитанными данными полезно указать когда они были расчитаны и как, указать ссылку на отчёты, репорты откуда они были взяты.

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

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

Если нарезать текущие данные по разным признакам (по времени, по стране, по браузеру и т.д. и т.п.), то это тоже может привести к неожиданным инсайтам.

Это, разумеется, не полный список. У вас, в вашей специфике и индустрии будут свои особенности. Но посыл и цель показа данных, главный вопрос — вряд ли будет другим:
— Всё хорошо или нет? Должны ли мы продолжать делать то, что мы делаем или надо что-то поменять?

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

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

Мы обычно плохо видим паттерны в числах, если специально не тренировались для этого. Другое дело — лица. Их мы распознаем и отличаем автоматически и очень хорошо. Поэтому, кстати, есть подход, когда числовые данные превращают в лица для дальнейшей обработки (называется identicon или hash avatars, примеры, а ещё есть лица Чернова)

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

Как же правильно презентовать данные? Хорошая новость в том, что есть набор простых правил и идей, которым можно достаточно механически следовать.

(продолжение)

(начало)

А дело в том, что существует часть пользователей, которые нажимают на все ссылки и кнопку — двойным кликом. Почему они так делают — вопрос тёмный (привычка с Windows?). Они они постоянно дабл-кликают везде. (А ещё кстати есть пользователи и их не так мало, которые скроллят страницы только цепляя мышкой на скролл-бар и если скролл-бара не видно, то они не знают как скроллить вниз. Серьезно)

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

И когда знаешь в чём проблема — её уже просто решить, отслеживаем быстрые двойные клики, не закрываем попап, если второй клик произошёл слишком быстро после первого. Был пользователь, который считал, что продукт бесит и не работает. Стал счастливый пользователь, который может дабл-кликать в своё удовольствие.

Вот такая история.