➡️ Везение, кубики и карьера

[Изображение для поста взято на Unsplash]

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

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

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

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

Приведу пример на игральных кубиках. Мы с друзьями раньше много играли в Dungeons & Dragons — настольно-ролевую игру, в которой вы вместе в каком-то мире выполняете квесты, прокачиваетесь, отыгрываете своих персонажей. И одной из главных механик в D&D являются кубики: D20 на 20 граней, D8 — на 8, D4 — вы поняли, и так далее. Когда мой персонаж должен совершить важное действие в игре, мастер игры скорее всего предложит мне кинуть кубик D20, а по результатам броска мы поймём, получилось у меня это действие или нет. Получается, что кубики, то есть рандом, влияют почти на всё в игре, верно?

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

Так и в карьере. Сначала мы приходим в профессию новичками, где на наши результаты влияют в основном внешние факторы. Но чем больше мы прокачиваемся, тем больше накапливаем навыков, которые увеличивают вероятность успеха. То, что вам подкинули интересный проект — это не везение, а результат того, что вам доверяют. Классная команда — это не везение, потому что кто-то эту классную команду собирал годами, и вас к ней подпустил. Хорошая премия — это оценка принесённого вами результата для бизнеса, а не бросок кубика в бухгалтерии.

Своя классная квартира — это не везение. Это дополнительно накопленные деньги, чтобы была возможность купить квартиру подороже, чёткие требования к риэлтору (который всё равно иногда нагло на них забивал), хороший друг, который согласился посмотреть варианты квартир во время моего отсутствия в городе.

Свободное время на чтение книг — это не везение. Я банально выделяю время на чтение книг, чтобы не ждать благоприятной возможности и подходящего настроения.

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

🟣Влияние «джедайских техник» на личную жизнь

Если вы ещё не знаете про Максима Дорофеева и его «Джедайские техники», то категорически рекомендую найти книгу и почитать — классно структурирует мысли и прививает хорошие практики.

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

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

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

🔷Держать список задач в актуальном состоянии. Тут грешноват, не всегда в списке держу только нужное. Но стремлюсь к этому.

🔷Делать с утра важную задачу до проверки чатов и новостей. Вот тут мне прям есть куда расти. Каждое утро начинается с просмотра нотификаций. Очень хочу в себе это полечить, потому что и правда некоторые важные дела откладываются из-за псевдосрочных задач.

🔷Отключать нотификации во время работы над сложными вещами. Согласен, постоянно практикую. Телефон откладываю далеко, а на ноутбуке в принципе почти всегда нотификации выключены. Будет срочное и важное — ну так я в команде не один.

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

https://club.mnogosdelal.ru/post/3111/

Ежегодное исследование продуктового сообщества от ProductSense

Наконец-то добрался почитать большой-большой отчёт про состояние продуктовой сферы в 2024 году. Я же потихоньку превращаюсь в продакта, у меня на стаффе написано «Старший руководитель продуктов», надо бы уже разобраться, какие там нынче тренды в профессии и куда расти нужно.

🔷Сразу посмотрел, надо ли просить себе зарплату побольше. Понятно, что в Яндексе это не так работает (у нас полугодовые ревью), но понимать, в какой позиции по сравнению с рынком находишься — полезно. Оказалось, выпендриваться не стоит. Нахожусь вполне себе высоко по вилке. Прокачался в технической ветке, удачно принёс с собой хороший оклад в продуктовую.

🔷CPO и Head of Product в большинстве своём в айтишечке больше 10 лет. Есть два CPO, которые в IT от 1 до 2 лет, интересная карьера.

🔷33% респондентов не используют LLM в работе совсем. Ну что ж, как минимум перед 33% у меня есть конкурентное преимущество в скорости работы с рутиной. Надеюсь, в следующем году эта чиселка сильно сократится. У нас в принципе LLM всячески помогают внедрять в процессы, так что грех не воспользоваться помощью.

🔷Больше всего опрошенных — из бигтеха. Ожидаемо, их же в принципе больше, не просто так бигтех — биг тех.

🔷Удивительное для меня: развитием навыка «продажи и переговоры» занимались в 2024 году активно всего 4% респондентов. Зато аналитикой — 15%. Окей, аналитика очень важна для data driven подхода, полезный навык. Но я что-то как продакт очень много времени провожу именно на переговорах: со стейкхолдерами, потенциальными крупными пользователями, смежниками. И если бы навык переговоров у меня не был до этого чуточку прокачан, было бы сильно тяжелее.

🔷Забавно, что основным мотиватором сменить работу являются деньги (40% опрошенных), а затем карьера (29%), а при выборе работы изначально на первом месте был сам продукт и задачи (50%), и только потом деньги (43%). То есть такая грустненькая, но честная картина: люди сначала хотели хорошие задачи, а теперь хотят денег.

🔷Самые привлекательные компании для продактов: Яндекс, Авито, Т-Банк. Причём у Яндекса немаленький такой отрыв в некоторых категориях. А у всей тройки большой отрыв от всех остальных.

🔷Самая полезная для меня часть отчёта оформлена слабее всего. Я хотел найти самые популярные книги, блоги, курсы, а они прям скомканно и в виде картинки представлены. Зато есть табличка, в которой есть ссылки на вообще все полезные источники без ранжирования. В общем, я себе нашёл материалы для изучения, доволен.

Естественно, в отчёте есть ещё очень много интересного, так что если ещё не читали, советую выделить минут на 20 на изучение.

https://productsense.io/research24

💻 Обучение через блогерство

У меня иногда спрашивают и я сам спрашиваю у других авторов телеграм-каналов: «Зачем ты ведёшь канал?». Что мне отвечают:

🔷Чтобы монетизировать. Есть опыт, про него готовы читать, можно собрать аудиторию в 1к подписчиков и больше, уже после этого к тебе придут предлагать разместить рекламу. Чем больше подписчиков, тем дороже реклама. Такой вот дополнительный доход, пока есть, о чём писать.

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

🔷Кибершаромыжничество (спасибо за термин Андрею Мелихову). Блог как способ конвертировать аудиторию в покупателей какого-то продукта. В таких блогах обычно видно повышенную активность перед очередным сезоном продаж, к слову.

🔷Делиться мыслями. Вот просто хочется куда-то что-то писать, а это почему-то читают. Иногда читателей много, потому что стиль автора нравится.

🔷Делиться знаниями. Есть потребность делиться опытом или новостями, но нет желания монетизировать. Своего рода альтруизм.

Забавно, что никто из тех, с кем обсуждал эту тему, не ответил «Учиться». Не говорю, что таких нет, просто не пересеклись в беседе. Хотя это как раз мой случай. Очень хорошо эту идею сформулировал Максим Дорофеев в докладе на CodeFest про самообучение. Доклад не совсем про это, но такая мысль прозвучала несколько раз: чтобы чему-то научиться, нужно это попробовать на практике, а не просто открыть материал. Сначала открываешь ссылку, потому пропускаешь контент через себя (на это уже нужно потратить мозговые усилия), потом пробуешь это применить (тут прям много усилий надо), а потом делаешь вывод, работает оно или нет.

Я для себя как-то давно выбрал две основные причины «Зачем»: учить и учиться. Монетизировать пока не хочу, реклама из всех щелей бесит. Личный бренд я скорее через подкаст и доклады на конференциях прокачиваю. Продавать свои курсы мне не надо. А вот то, что есть не так много телеграм-каналов, которые делятся новостями фронтенда, когда-то побудило меня начать писать в @mefody_dev. Когда-то основным источником таких новостей были «Веб-стандарты», в которых я в том числе был редактором, но там формат короткий и почти без мнения редактора, а у себя в личном блоге можно писать что угодно. Сейчас каналов стало больше, но всё равно потребность у аудитории в таком контенте всё ещё есть.

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

К слову, недавно дал слабину, не проверил реальное поведение кода из старой статьи в одном блоге, в котором обычно всё по делу и верно, запостил «враньё» — тут же пришли подписчики в личку и подсказали, что я не прав. Исправил. Тоже полезно оказалось: буду проверять даже авторитетные блоги внимательнее, заодно узнал новое для себя.

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

Получается, самая большая ценность для меня в ведении блогов — самообучение. И пока работает хорошо.

🟣 «Просто не мешай команде работать»

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

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

🔷Дизайнер собирает макеты. И велик соблазн сразу сказать ему, как делать. Чуть ли не нарисовать за него, чтобы он просто раскрасил красиво и по гайдлайнам. Но вообще-то дизайн — это не просто кнопки красить. Это про смыслы, удобство, консистентность. И какая бы ни была у меня насмотренность, какое бы ни было сильное мнение — пока дизайнер не спросит его, терпеть. «Просто не мешай команде работать».

🔷Разработка реализует макеты. Грумим, убеждаемся, что все участники процесса понимают задачу одинаково, доуточняем тикеты. Разработка забирает задачу на декомпозицию, начинает обсуждать, как это нужно делать технически. А у меня ж опыт, 16 лет в профессии, я ещё на таблицах верстал и БД в phpMyAdmin настраивал! И так хочется советами поделиться! Терпеть. Перестал ходить на декомпозицию в принципе. А если моё мнение надо будет — спросят. Что приятно: и правда иногда спрашивают. «Просто не мешай команде работать».

🔷QA тестирует фичу. Последний рубеж перед выкаткой релиза. И снова хочется обратить внимание, что вот тут можно вот так сломать, а тут вот это надо проверить. А ещё в DevTools есть вот такая вкладка, она поможет проверить вот такой кейс… Терпеть. Надо обратить внимание — допиши в тикет, уточни требования ещё до взятия задачи в работу. Спросят — уточнишь. «Просто не мешай команде работать».

Мне кажется, это про доверие. И про перфекционизм, местами нездоровый. Если хочется влезть в каждый шаг реализации фичи, то зачем я шёл работать в команде, зачем помогал собирать эту команду из профессионалов, которые так-то отбор проходили? Если хочется чему-то научить, то надо учить, а не указывать, как сделать. Не указывать, а предлагать варианты и спрашивать, почему решили сделать по-другому. Если я хочу, чтобы моим решениям в роли продакта доверяли, надо доверять в ответ.

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

А если фичи катятся, метрики приятно меняются, бизнес-ценность растёт, а качество не снижается, то нечего мешать команде работать. Микроменеджмент — для микроменеджеров.

📝 Магия личного общения

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

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

Конечно, при желании можно и удалённые процессы построить так, чтобы было быстро и эффективно. Есть же целые компании, которые замечательно так работают много лет, ковид им вообще никак не помешал. Но есть реальность: в моей окрестности в удалёнку многие не умеют.

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

Мы с лидом разработки постоянно ищем способы собрать команду вместе. Потому что это важно.

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

Для меня работает смешанный формат, когда можно и из дома, и из офиса, и в командировку сгонять.
🔷Весь день во встречах — я из дома, чтобы не искать судорожно переговорки.
🔷Более-менее свободный календарь — можно из офиса поработать, периодически устраивая интересные беседы на кофепоинте.
🔷Нужно много всего порешать — командировка и личные встречи, закрыться в переговорке и сфокусироваться коллективным разумом. А потом неформально попить пива вечером, чтобы не только про работу.

P.S. Это ж как нас интернет и ковид поломали, что начинаешь чувствовать магию личного общения. Лет 200 назад альтернатив-то особо и не было ☺️

😻 «Давайте уже после майских»

Сколько раз вы эту фразу слышали слышали за прошлую неделю? Я вот её слушаю с середины апреля.

Начал обращать внимание на несколько ошибок, которые делают руководители, когда планируют: «Давай уже после майских».

🔷«Всё равно на майских никто не работает». Wrong (подставьте противный звук)!
Ну вот у меня конкретно следующая неделя очень даже рабочая. Более того, из-за отсутствия встреч с отдыхающими коллегами это будет ещё и супер-продуктивная неделя. Как я уже писал в предыдущих постах, у меня распределённая команда, которая аж в 4 странах трудится. И у всех абсолютно разный набор выходных в течение года. Чтобы не продалбываться из-за когнитивного искажения «у меня выходные — у всех выходные», собрал себе фильтр во внутреннем сервисе Gap, где смотрю, когда кто в команде отдыхает. Там удобно дни в табличке из квадратиков закрашиваются в разные цвета в зависимости от типа отсутствия. Вы себе можете хоть в экселе такое собрать, хоть навайбкодить.

🔷«Вернёмся с выходных — быстро соберу задачи для команды». Wrong! Во-первых, даже если вы с командой по одному графику живёте, всё-таки сразу после майских команде уже надо будет чем-то заняться. Вариант «пусть достанут что-нибудь из беклога» — ну такое. Правильнее подготовить список задач ещё до майских и спокойно отдыхать. Во-вторых, после выходных внезапно вас завалит текучкой, а организм в рабочий режим не перешёл ещё. Так что снова есть смысл подготовиться до, а не после.

🔷«Да что там за выходные случится!». Wrong! Камон, это ж дни, когда куча народу сидит в интернетах активнее, чем в другие дни. Выходной, скучно, на шашлыки не позвали — пойду открою забытые вкладки в браузере. Если ваш сервис про внерабочую активность, вероятность роста трафика высокая. Значит, и упасть можно внезапно. Не забудьте назначить дежурство и ответственных за работоспособность сервисов, лишним не будет. А если сами будете вне зоны доступа, то подыщите себе подстраховывающего и команде про это расскажите.

🔷«Запустим эксперимент уже после майских». Wrong! Меня когда-то хорошие продакты научили, что если уж и майнить данные для А/Б, то ровно в такие большие выходные. Вы отдыхаете, а данные собираются. Вернулись — вот вам уже и сигналы для принятия решений готовые, катить на всех или не катить. Постарайтесь запустить до больших выходных, сэкономите кучу времени себе.

🔷«Да там большая фича, сядем за неё позже». Это я слышал от некоторых в середине апреля, если что. Тут банальное неумение декомпозировать и страх перед большими задачами. Какая разница, есть в середине задачи большой перерыв или нет? Потеря контекста существует, не спорю, но не две недели же его восстанавливать. А ещё за собой замечал, что в длинные выходные фоновым мышлением иногда нахожу очень крутые идеи именно для таких вот больших задач.

🔷«Там выходных много, чего-нибудь поделаю по работе от скуки». Wrong! Лучше потупите в сериальчик или книжку почитайте, если хочется мозг нагрузить. А ещё лучше разгрузите его природой или какой-нибудь дачной активностью. Работать в выходные — это звоночек, что у вас процессы где-то сломались. Вот закончатся эти самые выходные — идите чините эти процессы, а не затыкайте дырку «героизмом». Это, кстати, я самому себе пункт пишу, а то меня команда ловит иногда на антипримерах.

TL;DR
- Подготовьтесь к выходу из больших выходных до выходных.
- В выходные интернет работает.
- Отдыхайте!

😣 Бессмысленная автоматизация

Давно хотел применить в действии один подход, и сегодня получилось аж дважды.

Что мы обычно делаем в айтишечке? Скорее всего, автоматизируем всякое. Есть какой-то медленный ручной процесс — пробуем его формализовать, раскладываем на кусочки, отдаём в команду разработки, считаем экономию времени, радуемся полезной фиче.

Я вообще фанат автоматизировать всё, что так или иначе повторяется: могу потратить несколько часов на автоматизацию минутного действия, но это во мне просто иногда просыпается нужда пописать код руками.

Пару месяцев назад при декомпозиции разных больших фичей всё чаще стал задавать себе вопрос: «А это точно надо автоматизировать?». Потому что вот эта тяга всё автоматизировать, она же не везде нужна.

Допустим, вы делаете какой-то лендинг, где собираете контакты будущих пользователей крутого продукта, который вот-вот выйдет на рынок. Где-то у вас безопасно хранятся емэйлы и ФИО, например. И вот в день выхода продукта вам надо будет сделать массовую рассылку на собранные емэйлы с красивым анонсом.

🔷Если всем уходит один и тот же емэйл без персонализации, то вам в принципе не нужна никакая специальная автоматизация. Берёте какой-нибудь готовый дешёвый рассылятор с функцией отписки, загоняете туда базу емэйлов, фигачите рассылку — профит.

🔷Если хочется добавить персонализации и обратиться к пользователю по имени, то... Всё равно берите готовый дешёвый рассылятор, они почти все умеют в примитивную шаблонизацию. Уж имя-то подставить в текст смогут.

🔷А вот если вам надо как-то проинтегрироваться с новым продуктом, для каждого пользователя индивидуальные ссылки расставить, залогиновыми действиями обмазать... Да всё равно не факт, что вам надо это автоматизировать прям в продукте. Сделайте примитивный генератор писем любым языком программирования (хоть вайб-кодингом сделайте), прокиньте по апишке в тот же самый дешёвый рассылятор. Если это разовое действие, которое нужно только на запуске продукта, то не нужно городить полноценных автоматизаций всей командой разработки.

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

Автоматизировать есть смысл тогда, когда автоматизация что-то экономит. Время, деньги, нервы, энергию. Самая дорогая по деньгам часть любой автоматизации — разработка. Отбить эти затраты не всегда легко.

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

Более опытные коллеги подсказали, что в исследовании продукта как раз есть такая методика: собираем прототип из глины и веток, вроде лендинга на Тильде, сбора данных на Гугл- или Яндекс-формах, вместо настоящего бекенда — вручную обработанная экселька. И если прототип тестовой аудитории зашёл, тогда смело вбрасываем ресурсы в полноценную автоматизацию через разработку. Вот только, имхо, даже с таким подходом не обязательно на радостях автоматизировать всё сразу.

Пойду руками всякое поделаю, что ли. 😻

🍬 Продавцы конфет и интерфейсы

В одной из игр «Что? Где? Когда?» в 2012 году знатокам задали следующий вопрос:

Психолог Кавет Роберт в своей книге «Успех в общении с людьми» рассказывает такую историю: рядом с одной школой находились два магазинчика, в которых торговали сладостями. Сладости были одни и те же, цены — одинаковые, продавцы — любезными. Почему дети охотно брали сладости в одном магазинчике, а в другой ходить не любили?

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

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

И вот сейчас такой же подход я стараюсь применять при разработке продуктов.

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

Мне недавно про это напомнил лид нашей команды разработки, назвав систему начисления баллов в соревновании «штрафующей». Хотя по сути мы поощряем тех, кто справляется с соревнованием быстрее, а не штрафуем тех, кто не такой быстрый. В итоге сидим придумываем тексты в интерфейсах, чтобы не было ощущения «штрафа».

Суть одна и та же, система начисления баллов никак не изменилась, но зачем зря расстраивать пользователей?

✈️ Самолётные лайфхаки. Часть 1

Так уж случилось, что я много летаю. В рабочие командировки, на конференции, иногда отдыхать. С пересадками и прямыми рейсами. Днём, рано утром, поздно ночью. Прямо сейчас у меня налётано 229 рейсов (не то чтобы я считаю, но я считаю).

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

🔷Приезжать в аэропорт за 2 часа до вылета. Я не из тех, кто любит спидраны по добиранию от дома до самолёта. Мне гораздо проще приехать к началу регистрации, не спеша пройти все досмотры и посидеть где-нибудь поработать или почитать книжку. За все 229 полётов ни разу не опоздал на самолёт.

🔷Получить карту лояльности авиакомпании. Как правило, у многих авиакомпаний есть программа лояльности. Чем больше вы летаете рейсами авиакомпании, тем больше бонусов получаете. Так случилось, что я ещё в 2018 году налетал на конференции рейсами Belavia столько, что в 2019 получил Silver-карту. Потом в 2020 её автоматом продлили, в 2021 — попросили слетать хотя бы разок для продления (потому что был ковид, помните такой?), в 2022 снова налетал и так далее. Она мне даёт бесплатное посещение бизнес-залов, приоритетный досмотр и разные мелкие плюшки, которыми я почти не пользуюсь.

🔷Привязывать карту лояльности ко всем рейсам. Не тупил бы я все эти годы, был бы уже Priority-пассажиром и у Aeroflot. Но как-то не додумался, что карта не привязывается сама собой, если её нигде не указывать.

🔷Ждать вылета в бизнес-залах. Иногда я посещения даже покупаю за деньги, так как не всегда летаю одними и теми же авиакомпаниями, а всякие бонусные программы от банков не во всех странах работают. Во-первых, там относительно тихо, комфортно, можно покушать, поработать. В обычных залах ожидания присесть негде, шумно, дорого. Во-вторых, иногда платное посещение бизнес-зала ничем не дороже перекуса в какой-нибудь «Узбечке». Цены в предполётной зоне конские, так почему бы не доплатить ещё немного и не посидеть в полном комфорте? В-третьих, есть вероятность встретить разных селебритиз, если вам такое интересно. Не все из них сидят в VIP-залах. Видел в курилке Доминика Джокера.

🔷Не выходить из бизнес-зала до объявления посадки голосом. На экранах могут писать что угодно, там скорее всего автоматика выведет по расписанию, что всё хорошо и вовремя. А на самом деле правильнее дождаться, когда посадку явно объявят, чтобы не стоять в очереди долго, когда самолёт задерживается. Я так в Сочи по глупости 1.5 часа стоял в жару в узких коридорах в толпе, зачем-то покинув бизнес-зал заранее.

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

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

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

✈️ Самолётные лайфхаки. Часть 2

Продолжаем...

🔷При полёте с пересадкой покупать билет с транзитом. Это когда вы сразу берёте на сайте авиакомпании оба билета разом. В таком случае не нужно париться с багажом, его доставят сразу в конечную точку. Плюс не нужно регистрироваться отдельно на оба рейса, оба билета выдадут на руки сразу. Ну и самое приятное: если первый рейс сильно задержится, авиакомпания заменит вам билет на второй рейс. У меня так было один раз, купили мне билет даже на другую авиакомпанию. А когда брал рейсы раздельно, то тупо продолбал второй рейс из-за опоздания первого без возмещения расходов.

🔷Брать места в задней части самолёта. Не знаю, почему, но сзади очень часто остаются свободные места. Просто наблюдение: почти всегда на последних рядах я летел один в ряду. Можно как угодно расположить своё туловище при таком везении. Из минусов: очередь в туалет стоит рядом с вами и покормят вас последним.

🔷Планшет со скачанными книгами и фильмами. Больше всего я читаю именно в самолётах. Специально всегда беру с собой iPad с клавиатурой, чтобы читать правильно: с конспектами и пометками. Если нет желания читать, то можно писать: я так посты для блога генерирую в полётах иногда сразу пачкой. Ну или сериальчик какой посмотреть, если совсем нет настроения для полезного.

🔷Удобная обувь. В полёте у вас может несколько раз поменяться давление в кабине. Стопы распухнут. Я не фанат разувания в салоне, поэтому стараюсь в командировки обуваться максимально комфортно, чтобы не страдать.

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

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

🔷Мониторные наушники с шумоподавлением. Лучшая моя покупка в жизни. Пусть хоть дети кричат рядом, хоть кто-то нагло смотрит сериалы без наушников. Линейка Sony WH-1000XM вам в помощь.

🔷Регулировать подголовник. Несколько раз замечал на себе восхищённые взгляды, когда поднимал изголовье и сгибал его под свою голову. Почти все кресла так умеют, это очень удобно. Сам узнал из тиктока года три назад.

🔷Карманы-кенгуру на одежде. Это которые сквозные на животе. В узком пространстве самолёта доставать телефон, паспорт или что-нибудь ещё из карманов штанов капец как неудобно. В самолёты почти всегда надеваю толстовку с карманом-кенгуру — всё нужное рядом и легко достаётся, не нужно толкать локтями соседей.

🔷На паспортном контроле и на досмотре идти подальше. Вам буквально так и говорят часто на входе: «Проходим дальше, не толпимся, там ещё одна линия работает». У самых дальних линий чаще всего самые маленькие очереди, всегда иду туда мимо ленивой толпы.

🔷Пользоваться «гардеробом» в самолёте. Если не хотите помять пальто или везёте с собой костюм, можно попросить бортпроводников забрать их на время полёта в «гардероб» на входе в самолёт. Сам пользовался всего один раз, причём мне сама бортпроводница предложила. Но в целом периодически вижу, как кто-то забирает костюм на выходе.

🔷Сглатывать при взлёте и посадке. Меня ещё в детстве приучили, что если заложило уши, надо сглотнуть. Не нужно теребить уши, широко раскрывать рот. Уши закладывает из-за разницы давления. Сглатывание её снимает. К сожалению, помогает не всем, но многим.

🔷Супер-прочный чемодан для багажа. Много раз видел из иллюминатора, как мой багаж зашвыривали на ленту. Если взять дешёвый непрочный чемодан, проживёт он не долго.

🔷Наклейки на чемодан. Есть ненулевая вероятность, что на рейсе будет кто-то, у кого такая же модель и расцветка чемодана. А вот такие же наклейки — вряд ли. На моём прилеплены стикеры с конференций с разных сторон. Вижу свой багаж издалека, с чужим не спутаю.

📝 Дебаты как способ рассмотреть проблему с разных сторон

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

Ещё в студенчестве меня пригласили на проект «Минская смена» для студентов-лидеров, где нас учили делать городские проекты, давали в них поддержку, обучали различным навыкам. Один из уроков был в виде дебатов. Нас разделили на пары, выдали каждому тему и сторону в этой теме. Задача была убедить зрителей, что ты лучше доказываешь свою точку зрения. Мне выпала задача доказать, что интернет — зло. Естественно, я провалился, потому что так не считал, но урок получил колоссальный. И был среди нас парень, который учился на юриста, в свою тему не верил, но разнёс оппонента в пух и прах.

Позже я постарался развить такой же навык, и ни разу не жалею.

🔷Занимать точку зрения, в которую не веришь, очень полезно. Это замечательная возможность понять оппонентов, рассмотреть ситуацию со всех сторон. В процессе подготовки можно узнать много нового, на что раньше не обращал внимания, потому что не верил.

🔷Выслушать оппонента тоже очень полезно. Когда тебе доказывают то, во что ты и так веришь, всё равно могут привести аргументы, до которых ты сам бы не додумался. А если тебя пытаются переубедить, то тоже принесут много полезных для осмысления аргументов. Сплошные плюсы. За тебя сделаю большую работу, бери и пользуйся.

🔷Важная часть дебатов — убедить слушателей. На самом деле, переубедить оппонента как раз и не нужно, дебаты вообще не для этого проводятся. Убедить нужно слушателей. А мы же на работе постоянно пытаемся кого-то в чём-то убедить. Стейкхолдеров, заказчиков, руководителей, команду. Дебаты очень круто прокачивают этот навык.

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

🔷Прокачка контроля эмоций. Когда вам аргументированно перечат, причём более убедительно, чем это делаете вы, а ещё на это смотрит внимательная аудитория, адреналинчик подскакивает.

И где же практиковаться?

🟦Можно найти или организовать клуб дебатов на работе. Заодно узнаете с коллегами друг друга получше. Темы могут быть любые, главное выбрать сторону.

🟦Есть профессиональные дебат-клубы, в том числе платные, и там прям учат дебатировать, делают разборы полётов. Сам не пробовал, но знакомые очень положительно отзывались.

🟦Записывать подкаст. Я часто в «Веб-стандартах», если все ведущие выражают одну и ту же точку зрения, пробую занять противоположную. Иногда так убедительно, что коллеги аж верят и искренне пытаются переспорить. А слушатели получают шоу и полезное разнообразие мнений.

🟦Самостоятельно. Вот продумываете продуктовую идею — попробуйте сначала сильно её защитить, а потом разнести. Можно письменно. Причём именно по правилам дебатов, с раундами. Я так некоторые свои «гениальные» идеи эффективно отсекаю ещё до того, как кому-то показать. Или наоборот, проверяю их на прочность, заранее готовлюсь к критике.

😿«Коллеги, у кого-то микрофон включён»

Сколько я уже видел важных созвонов на десятки и даже сотни человек, где уйма времени тратится на то, чтобы попросить кого-то выключить микрофон! Уверен, вы тоже такое видели не раз. Рассказывает кто-то что-то чрезвычайно важное, саспенс, интрига... И тут кто-то подключается к звонку: «А я ей, короче, говорю, едрить, а она, и вот они. И вообще придумали фигню какую-то». Всё, спикер внимание аудитории потерял полностью.

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

Если ваш созвон не подразумевает общение в принципе, то проведите вебинар — специальный тип встреч с модерацией, зум тоже в такое умеет. А лучше вообще просто запишите видео и скиньте всем ссылку на посмотреть, раз Q&A-сессия не запланирована.

Если у вас не зум, то в самых популярных аналогах такие настройки тоже есть.

Знайте свои инструменты. Не будьте тем большинством, что умеет применять свои рабочие инструменты всего на 10% (оценка субъективная, байчу на эмоции). Изучите хотя бы 50% возможностей, уже будете выше других на голову.

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

👀 Честная коммуникация

У нашего продукта CodeRun есть сообщество в телеге, чатик с тредами на почти 8000 человек. И сейчас мы проводим CodeRun Boost Challenge — соревнование, где каждый день в 14:00 по Минску выкладываем новую задачу. Чем-то похоже на популярный зимний Advent of Code, им и вдохновлялись.

Естественно, случаются ошибки. Где-то во время продуктовой проработки не учли некоторые моменты, где-то из-за спешки в условия задач прорастают опечатки, которые сильно меняют восприятие этого условия, где-то банально не хватает нам самим технической экспертизы. Имхо, это нормально: не видел ни одного идеального запуска без единого бага и с абсолютно всех устраивающим UX. Главное, чтобы запуск целиком не состоял из багов, тогда это уже косяк критический.

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

В такие моменты вспоминаю свои эмоции, когда был олимпиадником. Читаешь условие задачи, там явно ошибка какая-то, пишешь сообщение жюри, а в ответ «Читайте внимательнее условие задачи». Читаешь внимательнее, а через 10 минут объявление, что в условии была ошибка, её поправили, просят обновить страницу. Горело ли у меня в области седалища? Ещё как.

Олег Мохов про это хорошо написал, запомнилось (честное слово, мы не сговаривались сослаться друг на друга в сегодняшних постах, случилось приятное совпадение). «Накосячил — признай».

Я уже неделю обрабатываю все сообщения в поддержку, сижу в чатике и активно отвечаю. Выработал для себя несколько правил:

🔷Любое обращение в поддержку или недовольство в чате — сигнал. Может, не статзначимый. Может, человек вообще личные обиды выливает на команду сервиса в агрессивном виде. Но из этого сигнала можно достать полезное.

🔷Не замалчивать проблему, а публично честно признать и пойти исправлять, если проблема реальная. Так у чаттерсов хотя бы есть понимание, что нам не плевать на наш сервис и его пользователей. Исправили — отписаться в чат, попросить проверить.

🔷Благодарить за критику. Хуже было бы, если бы что-то сломалось, все заметили и никто ничего не сказал. Это уже, считайте, мёртвый сервис, когда пользователи не удивляются его поломке. Если сообщают, то верят, что делают это не в пустоту — это про доверие, которое очень ценно.

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

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

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

📒 Я не злопамятный, я записываю

Один из самых важных навыков, который помогает мне двигаться по карьере — ничего не забывать. Но есть беда: мозг не умеет не забывать. Более того, согласно множеству исследований в памяти хранятся только саммари воспоминаний, из которых при необходимости достраивается полное воспоминание. Чем слабее нейронная связь (чем реже вы вспоминаете), тем больше мозг додумывает. Просто примите как факт, что многие ваши подробные воспоминания — ложные.

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

Что же делать? Записывать. Переносить память на внешние физические носители. Бумага, заметки в смартфоне, голосовое сообщение ассистенту и так далее.

Мой флоу работы с внешней памятью такой:

🔷Быстрые заметки. Если мне нужно быстро что-то записать, то либо пишу сам себе сообщение в Telegram, либо конспектирую в Apple Notes. Чаще в телегу, потому что она есть на всех моих устройствах, а Apple Notes только на технике Apple. Записи максимально черновые, с опечатками, без структуры. Главное, чтобы потом мог вспомнить, про что они.

🔷Обработка быстрых заметок. Если из заметки нужно завести задачу, копирую заметку, формулирую обезьянопонятный заголовок задаче и отправляю в SingularityBot — ботик, который в приложении Singularity заводит сразу задачу во Входящих (по техникам GTD). Если нужно поделиться заметкой с коллегами (например, резюме после встречи с какими-то договорённостями), то сажусь оформлять заметку красиво: структурировать, дополнять подробностями. И уже после отправляю коллегам в чатики, письмом или страничкой на вики.

🔷Вспомнить вовремя. Записать и потерять — не то, что мне нужно. Если заметка превратилась в задачу, то ей желательно добавить дедлайн или дату выполнения, чтобы Singularity вовремя напомнило. На крайняк раз в неделю смотрю все заведённые задачи, делаю ревизию, чтобы не продолбать «обещания».

🔷База знаний. Некоторые заметки — это знания, которые я хочу сохранить. Для такого выделяю себе время в календаре на обработку заметок-знаний. Открываю Notion, выбираю нужный шаблон для «второго мозга», заполняю каждое поле. Структурирую, добавляю теги, ссылки на другие знания.

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

Есть неплохая книжка «Создай свой "второй мозг"» от создателя одноименной техники Тьяго Форте. Применять похожий подход я начал задолго до прочтения книги, как-то само с опытом пришло, но пару полезных советов всё-таки для себя в книге нашёл.

🕷 Догфудинг как способ сделать свой сервис качественнее

Прочитал только что на Ural Digital Weekend доклад про то, что такое догфудинг, как его правильно готовить и зачем он может быть полезен маленьким и большим командам.

Делюсь с вами слайдами. А когда появится видео доклада, поделюсь и им.

🙂 Маленькое счастье сейчас или большое — через полгода?

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

Поясню. Когда я был разработчиком, получить порцию дофамина было легко. Есть задача, которую принесли продакты. Вот я сел её делать, пишу код, тесты, уточняю требования в тикете. В какой-то момент код начинает работать — оп, радость, гормональное подкрепление! Потом ещё и тесты все проходят — оп, снова радость. А ещё через сколько-то дней фича в прод приедет, ей пользоваться начнут — оп, снова радость, что «моей» доработкой пользуются.

Нужно про дофамин пояснить ещё, наверное. Это такой гормон и нейромедиатор, который является важной частью нашей внутренней системы мотивации. Вкусная пироженка — дофамин. Воспоминание о пироженке — тоже дофамин. Даже стоя на кассе за пироженкой, если она очень вкусная, получаем дофамин. А вот когда мотивационная система ломается (в том числе гормонально), получаем депрессии и прочие расстройства. Я не биолог, могу ошибаться, но понимаю механизм так.

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

Через полгода от формирования идеи фича наконец-то доказывает свою пользу: метрики отличные, KPI выполнены, пользователи счастливы — лови порцию дофамина от чувства выполненного дела. Неудивительно, что многие продакты выгорают.

Что же придумал для себя я, чтобы работа приносила радость чаще, чем раз в готовую фичу:

🔷Иногда сажусь писать код. У команды есть незакрытые мелкие баги или небольшие фича-реквесты. На два дня отрываюсь от продуктового и делают эти тикеты. Два дня кайфа, честно говоря. Самый быстрый дофамин на диком западе.

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

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

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

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

🔷Веду дневник сделанных дел. Буквально записываю туда каждое полезное для работы дело, чтобы потом перечитать и понять, что я не на месте топтался долго, а шёл к цели. Кстати, из него потом очень удобно собирать самоотзывы на ревью. «Воспоминание о пироженке».

🔷Веду канал «тепла и уюта». Для единственного подписчика — для себя. Пересылаю туда всякие приятности из переписок. Или фиксирую достижения. А потом перечитываю иногда, когда нужно вернуть себе настроение.

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