2597
Основная площадка конкурса авторских Telegram-каналов. Читайте, реагируйте, обсуждайте! https://tg-contest.tilda.ws/
Вебинарные воронки в IT
Работая с клиентами, я всегда подбираю стратегию под конкретную компанию и задачи. Но есть инструмент, который я рекомендую попробовать практически всегда - это запустить вебинарные воронки.
Почему мне нравится этот инструмент:
✨Быстрый тест гипотезы и каналов. У нас есть возможность на горизонте недели-двух проверить, заходит ли наш оффер аудитории, работает ли канал и какую клиентскую базу мы оттуда получаем.
✨Возможность качественно коснуться и прогреть совсем холодную аудиторию. Если на ваш эфир дошли, считайте, что у человека уже есть персональный контакт с вами.
✨Набор контента, который можно дальше переиспользовать: видео-запись, презентация, ключевые моменты.
✨База контактов, с которой дальше можно работать, углубляя взаимодействие и отправляя более персонифицированные предложения. В совсем идеальном варианте, если есть горячий спрос, возможно даже быстрое закрытие сделки.
Однако, это всё не значит, что вы просто делаете какой-то вебинар и автоматически получаете лидов и сделки. Нужна предварительная работа и механика «докручивания» результатов:
1. Выявить потребности аудитории (кастдев вам в помощь).
2. Определить ваш продукт, который решает ее задачи.
И следом: что вы такое знаете и умеете, чтобы рассказать об этом аудитории, и действительно дать пользу - продвинуть ее к решению задачи.
3. Проработать каналы, в которых ваша аудитория потенциально находится.
4. Создать рекламный креатив и лендинг, которые донесут ценность контента вашего эфира до аудитории.
5. Сформировать оффер, на который вы будете закрывать с вебинара.
6. Продумать, куда вы приземляете аудиторию и чем прогреваете после.
Здесь же: продумать, как вы можете узнать больше о тех, кто зарегистрировался на вебинар, для доработки ваших гипотез в дальнейшем.
Это общие шаги, далеко не всегда с первого эфира вы идеально их все проходите и попадаете в точку. Поэтому каждый раз после - проводите ретро, смотрите метрики и определяйте параметры гипотез, которые нужно изменить или улучшить. И ищите подходящее комбо: проблема-оффер-контент-канал-догрев.
Ну и помните: вы должны создавать и доносить до клиентов ценность. Без этого никакие инструменты не сработают. А вебинар, кроме прочего, поможет вам понять, нащупали вы эту ценность или пока нет.
🔥- согласен, уже используем вебинары
🤔- что-то пока не уверен, нужно больше деталей
Я думаю вы уже не первый раз слышите про роль техлида, архитектора и в целом ветку IC. Но как будто все про это слышат, но не очень понимают сущности вопроса, почему об этом стали чаще говорить и зачем это вам в принципе. Сегодня поразгоняем на эту тему.
Хочу начать с IC-ветки, что это за аббревиатура. IC или Individual Contributor – это карьерный трек, в котором вы развиваетесь не как менеджер, по карайней мере в чистом виде. Я уже опоминал об этом в своей статье. Основой этого трека является роль технологического лидера, который определяет вектор развития стека и подходов, обладает визионерскими навыками для консолидации людей вокруг технологий. Ключевое, что эта ветка не про нелюдимых задротов, а скорее людей с менеджерскими умениями, которые не перестали быть инженерами. Ключевым отличием от менеджерской ветки является то, что если менеджер практически уходит от работы руками и управляет процессами и людьми, то специалист в IC-ветке довольно редко подключается к вопросам управления и делает кучу очень сложной работы руками. При этом деятельность такого человека часто пораждает процессы вокруг себя. Например в рамках изменения архитектуры взаимодействия может сформироваться команда поддержки или в целом новый домен.
В чистом виде IC ветка не подразумевает никакого менеджмента вообще. Это вектор развития, в котором вы растёте от разработчика до Fellow, попутно всасывая в себя роли Principal, Staff, Architect. Сам по себе термин Individual Contributor является дженериком для ролей в рамках ветки. Он описывает специалиста, работающего с собственными задачами без обязательства вести других и подразумевая собственное экспертное развитие. Но тут хочется внести важный хинт: в реальности так почти никогда не работает, особенно на нашем рынке. Так или инача в ваши обязанности будет входить консолидация людей вокруг ваших идей, периодическая калибровка найма, равития идей в командах. Мне понравилось описание развития тут.
Теперь немного про роль техлида. По сути это уже полноценный старт в IC-ветке, когда вы точно решили пойти по ней. Техлид в рф – это часто именно роль, а не отдельный позиция, прописанная в договоре и уставе компании. В целом она подразумевает следующие обязанности:
– координация работы команды, т.е. он помогает распределить задачи между членами команды, следит за прогрессом и устраняет технические проблемы.
– наставничество в своём техстеке, обучает младших разработчиков, помогает улучшать их навыки.
– контроль качества кода, помогает с выбором архитектурных решений и инструментов.
– коммуникация с другими командами, так как он часто является связующим звеном между командой разработки и другими подразделениями, такими как менеджеры или бизнес-аналитики.
Возможно часть из этой работы уже есть на вас. Как я говорил выше, эта роль часто неявная и вы этими обязанностями просто обрастаете, без должного развития компетенций. Серебряной пули тут нет, вам нужно ловить этот момент и управлять своим треком развития (это вообще тема для отдельных статей, надеюсь доберусь).
🤔 Как я нащупал рецепт сбалансированного отпуска спустя годы практики
(На фото — довольный ицукусимский олень, который попытался съесть моё мороженое, а затем запил его стоящим рядом холодным кофе)
Для меня отпуск = путешествия. Мне точно стоит попробовать другие форматы времяпрепровождения, но пока я ничего не могу поделать с чувством упущенных возможностей, которое возникает у меня при мысли об отпуске без перемещений в пространстве.
При этом путешествия ≠ отдых (если мы говорим про отдых в значении расслабления). Смена деятельности — да, но не «отдых».
Отпуск для меня — это возможность восстановить энергию. И это восстановление вовсе не исключает (а иногда даже требует) физической и эмоциональной усталости.
Почему так?
Потому что в путешествиях необходимо принимать сотни утомительных решений (писал про это здесь): куда пойти, что попробовать, где поужинать и так далее.
Долгие годы я видел для себя всего два сценария отпуска:
❶ Планировать всё заранее
В прошлом это был приоритетный вариант. Сперва я «хакал» его тем, что ездил в отпуска только с близкими, которые, в силу опыта, знали, что именно нужно запланировать и как это сделать. От меня на этапе планирования пользы было мало (Коля, Настя — извините 😏).
Виноватым себя не считаю, так как кажется, что некоторым людям подготовка и планирование путешествия доставляют истинное удовольствие.
У меня же процесс планирования (которым я и так перманентно занимаюсь на работе) вызывал столько раздражения, что пропадала вся радость от предстоящего отпуска.
Судите сами:
• Нужно выбрать страну (Что хочу увидеть? Какой бюджет? Какой климат нужен? Сколько времени уйдёт на подготовку визы?);
• Затем выбрать рейсы (Есть ли прямые? Времени на транзит хватит? Что с багажом?);
• Составить маршруты на каждый день (Что хочу увидеть? Что интересно попробовать? А я точно всё успею посмотреть?);
• Забронировать жильё (Booking или Airbnb? В разных местах пожить или в одном? Завтраки включать?);
• Решить вопросы связи, финансов, страховки, питания и так далее.
Я пока это писал — уже устал. А если учесть, что у меня мысли об отпуске появляются тогда, когда энергии резко становится меньше, то решение каждой задачи из списка начинает требовать сверх-усилий.
И это мы пока только на этапе подготовки к путешествию. А ведь что-то пойдёт не по плану, и придётся экстренно перепланировать, чтобы спасти ситуацию. И это в условиях незнакомой обстановки, неизвестного языка и другой культуры. В общем, один стресс.
❷ Сплошной экспромт
Звучит романтично, как в кино: приехали в аэропорт и купили билет на ближайший рейс (кстати, интересно, в аэропорту в принципе возможно билеты купить?).
Но мой опыт подобной спонтанности в большинстве случаев приводил к следующему:
• В хороший ресторан с улицы не зайти (а я уже голодный);
• На ключевую достопримечательность билеты в моменте не достать (а мне скоро уезжать из города);
• Интересный музей закрыт на реконструкцию (а в ближайшее время я в страну возвращаться не планировал).
В итоге раздражённый, уставший, голодный я слоняюсь по городу в поисках забегаловки со свободными местами и вместо «уникального гастрономического опыта» получаю едва тёплый рамен в заведении с оценкой 2.8 на Google Maps. А вместо экскурсии по ключевым локациям города, 80% времени стою в очередях и пытаюсь сфотографировать хоть что-нибудь, протискивая руку через забор.
И вот, около года назад я собрал формулу, которая даже при отсутствии детального планирования позволяет мне комфортно чувствовать себя в отпуске, наполняться новыми впечатлениями и не разочаровываться от неоправданных ожиданий.Продолжение👇
Как впихнуть новое в айтишный организм и не получить отторжение
Внедрять что-то новое — это, вообще-то, акт нежности, требующий много смазки.
Ты такой приходишь с идеей:
«А давайте ИИ поможет с кодом!»
А в ответ тебе:
«Он хуйню генерит»,
«Это потом поддерживать никто не будет»,
«Звучит как автотесты — а значит, в мусорку».
Первая реакция — всегда отрицание. Потому что новое = страшно.
Но внедрять всё равно надо.
И вот тебе пошаговая инструкция, как это делать без соплей и бунта.
Как неинвазивно впихнуть любые процессы или технологии:
1) Находишь пару заинтересованных (1–2 человека)
Даже в самой депрессивной команде найдутся те, кому не пофиг. Их не надо пушить — они сами спрашивают "а чё за тема?"
2) Желательно, чтобы у людей из пункта 1 был авторитет в коллективе
Если нет — создаёшь рабочую группу и ставишь лидером того, к кому хоть кто-то прислушивается. Сеньор с душой, тимлид по натуре, бывший ментор — годится.
3) Создаешь для бравой бригады песочницу
Без давления. Без KPI. Просто "вот вам экспериментальная зона, крутите педали, как хотите, главное в этом направлении".
4) Делаешь песочницу публичной
Анонсы в рабочем чате, скриншоты прогресса, мини-демо, сторисы в общем канале (ну ты понял). Люди должны знать, что “там что-то происходит”.
5) Упоминаешь эту движуху на летучках и во всех возможных отчётах
Не как “вот ребята делают фигню”, а как “вот наши герои — строят будущее, мы в них верим”. Команда любит, когда их выделяют публично. Даже если они молчат — им приятно.
6) Ждёшь, пока 20–30% начнут вовлекаться
Обычно начинается с фразы "а можно я к вам загляну?"
Если команда здравая, первые сторонники появляются через 2-3 итерации.
7) Подключаешь этих вовлечённых к первому реальному пилоту
То есть не просто игра в песочнице, а первая боевая задача — с реальной пользой.
8) Подсвечиваешь прогресс и успех этой пилотной группы
Микроскопическое улучшение превращается в “посмотрите, как заебись у них пошло!”
9) Описываешь процесс, как "православный путь"
Важно: не давишь, не впариваешь, а просто кладёшь в Notion/Confluence/Trello:
“Ребята вот так попробовали — и получилось.”
10) Даёшь другим добровольно это подхватить
Не пушь, не внедряй сверху. Просто говори:
“Если хотите — вот как можно.”
“Если не хотите — живите по-старому. Пока.”
Имидж – ничто.
Каждый раз, когда вижу очередную прыгающую, ползающую или летающую тварь, напрочь забываю, что человек, вообще-то, считается вершиной эволюции.
Вместо разума включаются первобытные инстинкты: адреналин бьет в голову, ноги сами телепортируют подальше от опасности. И ради спасения готова на всё — даже трусы показать, не задумываясь. 👀
Время: 2014-2015 гг.
Место: студенческое общежитие в Чебоксарах.
Летом общага пустела — оставались единицы. Я тогда уже подрабатывала, поэтому жила практически одна на этаже. Тишина, чистота, покой — идеально.
Но однажды вечером осознала главный минус одиночества: спасать тебя некому. А спасаться было от кого.
Открыв дверь комнаты, я столкнулась с огромным крылатым монстром. Тварь совершила победный круг, обдав меня струёй воздуха из-под крыла и гордо уселась на моём белье, сушившемся в углу.
«Теперь я здесь живу!. А ты, жалкая двуногая, проваливай, пока я тебя до инфаркта не довела!»
Да я, в принципе, и так уже мысленно обживала угол общей кухни без этих вот угроз и устрашающих шевелений усиками в мою сторону.
Вариантов было три:
1. Сжечь комнату.
2. Жить на кухне до возвращения знакомых.
3. Просить помощи у незнакомого парня с этажа.
Решила начать с самого лёгкого: сжечь комнату пойти к соседу.🤣
Парень оказался сообразительным: быстро разгадал мои заикающиеся объяснения. Да ещё и джентльменом — даже бровью не повёл, когда я трясущимся пальцем указала на монстра, устроившегося на моих кружевных труселях. Схватил банку и пленил эту насекомовидную ошибку природы.
К счастью, после операции по освобождениюю комнаты ни героя, ни твари я больше не встречала.
Хотя других монстров хватало — один в Абхазии меня целый день терроризировал!🤦♀️
Битвы титанов: Как бренды дерутся за внимание клиентов
На просторах вдруг попалось видео, которое вызвало улыбку и напомнило целую серию подобных противостояний.
Казалось бы, что может быть скучнее рекламы? Но когда в дело вступают прямые конкуренты, начинается настоящая драма!
Такой креатив запоминается, ведь вместо стандартных слоганов мы видим дерзкие шутки и остроумные сравнения.
В ход идут и тонкий юмор, который поймет не каждый, и жёсткий сарказм, который могут потом наказать рублем. С одной стороны, это забавно и привлекает внимание. С другой – иногда переходит границу приличия.
В комментариях накидала ещё интересных примеров мои любимые от BMW и Сбера. А какие знаете вы? Как относитесь к такому пиару?
Тебе отдам со скидкой
Мемы о продажах
«Быть или не быть, вот в чём вопрос...»
Сегодня пост не про внутренние терзания Гамлета в момент принятия серьёзного решения, а про поиски work-life blend или work-life balance, дзен и защиту от выгорания в ИТ
Востребованного специалиста в ИТ отличает не только постоянный апдейт навыков хард и софт скиллов на проекте, но и умение погружаться в проект на необходимую глубину, чтобы уверенно разбираться в клиент-серверной архитектуре для решения разных задач на проекте
На всё это мы тратим время, которое как правило ограничено продолжительностью нашей жизни. Как и на проекте: есть задачи, которые нужно выполнить в определённый срок. И тем и другим надо управлять: если на работе есть РП, то у нас есть мы. И это Я - проект 💯
Мы являемся тем самым РП на нашем проекте и управляем тем, что мы имеем: время, здоровье, деньги, внимание. И именно это определяет степень удовлетворения, уровень счастья и ощущения гармонии и баланса
Вопрос в том, насколько хорошо мы знаем свой проект и его клиент-серверную архитектуру
👀 своё тело (это про функциональные возможности, поверьте эта клиент-серверная архитектура умеет удивлять)
👀 свои желания, чувства и эмоции (это про нефункциональное в части UI|UX)
👀 как взаимодействуем с тем, что нас окружает (это про интеграцию)
👀 уязвимые места (это про безопасность)
👀 как мы всё это вывозим и насколько критичны последствия (это про нагрузочное и производительность)
В чем секрет управления любым проектом?
👉 знать жизненно важные составляющие проекта
👉 визуализировать workflow важных процессов
👉 развивать уровень своего эмоционального интеллекта
👉 развивать навык планирования и управления изменениями
👉 практиковать регулярный тимбилдинг
Я - проект: серьёзно, а что и насколько хорошо я знаю про себя? 🤔 честно? нет так хорошо, как оказалось: как и на любом рабочем проекте, к сожалению, невозможно предусмотреть все вероятные ситуации. Почему? ну кто бы знал, что такое случится на моём проекте? И что делать?
Как ни странно, но снова совершенствовать навыки в условиях новой неопределённости
😌 принимать факт случившейся ситуации: это уже случилось, действуем из того что имеем, здесь и сейчас
😌 понимать себя в этой ситуации: да, саморефлексия очень важна и нужна со всеми чувствами, эмоциями
😌 принимать решение и действовать из того, что имеем, здесь и сейчас: вспоминаем квадрат Декарта
😌 делаем выводы и фиксируем уязвимые места: планируем как и куда расти и развиваться в ближайшей перспективе
Всё просто: если я знаю как это работает, значит я знаю, что я могу получить и знаю, как я могу починить то, что сломалось
Где взять время на всё это? На самом деле много не надо. Начните с 5 минут сейчас: найдите то, в чëм вы уверенны и вас не сломить, вы знаете как это работает и как исправить, если вдруг будет сбой? В чём ваша сила и уверенность, где вас больше всего и насколько вы там глубоко - работа, здоровье или ваши гаджеты и автомобили и друзья?
Да, это ежедневное исследовательское тестирование, где вы можете сами выбирать те туры, которые вам интереснее и важнее, туда, где ваши силы и ресурсы жить и двигаться дальше к новым горизонтам, открывать новое для себя, ловить новые инсайты
Вы у себя одни, других таких нет 😉 берегите себя для себя, не выгорайте
Разбор продукта в фильме «Субстанция»
Наконец-то посмотрела этот фильм и вот что заметила: в нем отлично показан весь пользовательский путь взаимодействия с продуктом. Субстанция — это тщательно продуманный продукт, который, как это часто бывает, содержит в себе тёмный паттерн.
🔵 Давайте разберем этот продукт в полном отрыве от сюжета фильма. Спойлеров нет, но на всякий случай скрыла момент с темным паттерном, так как он появляется ближе к кульминации.
📍 Дизайн продукта и цветовое кодирование
Дизайн современный, минималистичный, но при этом понятный. Ясно, что карточка нужна для открытия замка и ячейки. Содержимое стартового набора разложено по этапам, поэтому и без инструкции очевидно, как использовать субстанцию, а позже питание и стабилизатор.
Цветовое кодирование отлично отражает свойства продукта. Самый первый бутылёк ярко-зелёный, такая жизнь ждет пользователя после применения. Последний бутылёк — чёрный, как и жизнь после. Питание — почти что белое, что подчёркивает его обыденность.
📍 Продвижение продукта
Продукт распространяется по реферальной модели, что способствует укреплению доверия пользователя. Вероятно, это единственно возможный способ продвижения, учитывая специфику продукта.
Единственная реклама – видео. Оно сделано великолепно: краткое и яркое – полностью соответствует продукту. В ролике перечисляют проблемы пользователя и предлагают решение – подход JTBD в действии. Эффект от субстанции проиллюстрирован отлично: скомканный комок – это вы сейчас, а ровненький и красивый – это вы с нашим продуктом. И конечно, полностью скрыты негативные последствия, подробнее о них в конце.
📍 Бизнес-модель
В фильме не раскрывают стоимость продукта и процесс оплаты. Скорее всего здесь бизнес-модель по подписке, но может быть и «бритва и лезвие».
Причем, пользователь не просто должен оплачивать следующий пакет, но и не может не оплатить. Просто мечта 🙃
➡️ Похожим образом работает любой продукт со сложной интеграцией: если вы связали его со своим бизнесом, то будете использовать. Ведь отмена подписки, разрыв интеграции и подключение нового сервиса либо потребует полной перестройки процессов, либо обойдутся слишком дорого.
📍 Служба поддержки
Поддержка с технической стороны идеальна: работает круглосуточно, моментально реагирует, выслушивает пользователя и гарантирует анонимность. С другой – винит пользователя в проблемах и не помогает.
📍 Отказ от продукта и отписка
Вот тут и скрывается темный паттерн:
🔴 Пользователь изначально не знает о возможности прекратить использование субстанции. Это можно сравнить со скрытием кнопки отписки в интерфейсе.
🔴 Поддержка только после многократных обращений рассказывает, что все-таки это возможно. Напоминает 10 экранов отказа от подписки, не правда ли?
🔴 Отказаться можно, но повторно воспользоваться продуктом уже не получится никогда. Вообще никогда. Тут уже и FOMO, полное перекладывание груза ответственности на пользователя.
🔴 Сама суть продукта предполагает его чрезмерное использование, что может привести к необратимым последствиям, а они, в свою очередь, не позволят отказаться от услуг.
📍 Как итог, создатели субстанции точно понимали боли своих клиентов и поэтому умело управляли эмоциями и предвосхищали их потребности на каждом этапе взаимодействия. Как мне кажется, здесь система выстроена идеально. О продукте ничего хорошего сказать не могу.
А что думаете вы? Кажется ли подход к разработке и продвижению субстанции интересным?
Автор: 💬 Люция Муратова, рассказывает об интересных подходах в продукте и маркетинге /channel/lucia_chnl
🥲 Как работать и не страдать
Короткий топ советов, чтобы можно было кодить и заниматься важными задачами, а не целыми днями офигевать от нагрузки на работе:
🔵по умолчанию выключите почтовые уведомления — скорее всего, вам нужны только очень конкретные уведомления или не нужны вовсе, каждое отвлечение — потеря контекста и нагрузка для мозга;
🔵настройте папки в почтовом клиенте — уведомления Jira, алёрты, уведомления BitBucket, всё это можно разделить, не разгребая сотни писем во "входящих", а самый-самый топ — создайте папку CC, куда вы перенаправите письма, где вы в "Копии", уверяю вас, в 99% случаев вам не нужно оперативно читать эти письма, можете изредка проверять эту папку;
🔵отменяйте встречи, в которых нет повестки или вы не понимаете, зачем в них нужно ваше участие — если вы нужны на встрече, то вы об этом обязательно узнаете;
🔵активно участвуйте во встрече или уходите — если вы в фоне листаете мемчики или слушаете параллельную встречу, то либо вы саботируете текущую встречу, либо вы на ней не очень-то и нужны; важно: активно слушать и получать важную информацию — тоже участвовать;
🔵"забивайте" себе фокусные окна для работы — ставьте себе в календарь встречи для того чтобы сфокусировано поработать, отключите уведомления во время этих окон, договоритесь с командой или руководителем, что будете доступны только в каком-то конкретном канале связи;
🔵бонус: включите чёрно-белый режим на смартфоне — захочется пользоваться им сильно реже!)
Сам пользуюсь всеми советами — правда помогает! Бывает ли, что сам отлыниваю на встречах? Конечно бывает, мы всё же не роботы. Но даже простая настройка фильтров в Outlook уже сделает ваш рабочий день сильно лучше. Давайте бережно относиться к своим времени, энергии и вниманию, и использовать их в правильном русле :)
#развитие #фокус
Когда у тебя план и ты его придерживаешься
Читать полностью…
Случайно получилась инструкция, как пережить провал
#живые_истории #так_тоже_можно
Понедельник: финальное собеседование в крупную IT-компанию. Сказали, вернутся с конкретной суммой оффера сегодня-завтра.
Вторник: тишина.
Среда: нахожу рекрутера в контактах, обнаруживаю, что она в отпуске. Вместо оффера получаю отказ.
Среда-четверг: полный спектр эмоций от рухнувших ожиданий и планов. Иногда до паники и отчаяния.
Пятница: исписала три листа в поисках ответа, а чего меня так выбило-то.
Предыстория: +-месяц ушёл на серию (7 шт) собеседований, с подготовкой и ожиданиями. Я делала ставку на это место и не искала параллельно других вариантов (ошибка, да, однако это был сознательный риск), хотя мне горело выйти на работу в сентябре. Отказ — благодатная почва для внутреннего критика и самозванца, моментально вернулись из отпуска по такому поводу. Радуюсь, что мои внутренние опоры уже достаточно крепкие, чтобы не сломаться от напора этих товарищей.
Идеальный план действий
✅ Дать себе время прожить эмоции. Встретиться с ними, назвать как есть. Дать себе злиться, грустить, обидеться, что угодно — безопасным способом для себя и окружающих.
✅ Разлепить факт и себя. Да, ожидание было другое, и нет, я не стала хуже или лучше от того, что не получила эту работу.
✅ Найти поддержку. Не в смысле "они редиски, а ты принцесса", а адекватную, из серии "да, я вижу тебе плохо, как я могу тебе помочь?"
✅ Сделать сверку с реальностью: заметить и увидеть, что всё не так плохо, как ощущается на эмоциях.
✅ Сфокусироваться на том, что сейчас в моей зоне контроля и ответственности, и делать это: быт, забота о себе, что-то простое и доступное в моменте. Ежедневная рутина для комфорта и здоровья.
✅ Делать что-то, что радует. Разрешить себе отдых, хобби, удовольствие. Нерациональное и не срочное, но вдохновляющее. Качественно отдохнуть.
✅ Решить, что дальше. Этот пункт — только после того, как схлынут эмоции. Говорят, 48 часов = ок.
В моём случае, дальше = определить стратегию поиска работы и двигаться по ней, а также хорошо поработать со стороны психики, почему я так саботировала поиск работы "по всем правилам", которые прекрасно знаю, и в своём контексте пошла на неоправданный риск, сделав ставку только на одну вакансию.
Я "догадываюсь", почему, поэтому в психологии будет:
🌟 Определить, почему я сопротивляюсь поиску чего-то ещё.
🌟 Разобраться с внутренней мотивацией к работе в найме.
🌟 Посмотреть скрытые выгоды.
🌟 Проверить / проработать страхи.
🌟 Разлепить мой прошлый опыт и настоящую реальность.
🌟 Переосмыслить некоторые убеждения о работе в найме, её поиске и о себе в этом процессе.
Это — параллельно с движением по стратегии поиска работы.
Черновик стратегии уже есть, пару дней отлежится — дополню, чего не хватает, и вперёд.
Планы ABZ были, вполне актуальны — тем проще вернуться сейчас к делу.
Муж недавно снова отсутствовал неделю дома, будучи в командировке.
Был в очередной стране, в которой до этого не был, а я конечно же ему совсем не завидую, потому что в Воронеже прекрасное лето(нет).
Но я знаю, что несмотря на более насыщенную географическую жизнь, он всегда рад возвращению домой, потому что здесь как минимум есть я, а это значит большие шансы на качественные охудивляния, каких в других местах не предоставляют😊
Так вот, в понедельник утром мой благоверный вернулся, пока я возила дочь в сад.
Было хорошее спокойное утро, я приготовила завтрак, мы посидели поболтали, семейная идиллия.
А чуть позже я пошла на ВБ забрать очередное нужное.
Поверьте, в нужности этого вы точно убедитесь далее!
Иду значит по двору, вижу на асфальте странная кучка лежит.
Шмель!
И ещё кто-то рядом с ним поменьше.
Не шевелятся, выглядят как стихийные жертвы чьего-то ботинка.
Возвращаюсь обратно с ВБ, снова смотрю на эту парочку, но чуть внимательнее, и замечаю, что как будто всё же не трупы.
Наклоняюсь и понимаю, что товарищ поменьше это тоже шмель.
И что прямо сейчас на моих глазах, посреди двора, на асфальте происходит бесстыжий шмелиный коитус!🤯
А место проходное и шанс того, что кто-то менее внимательный раздавит парочку морально раскрепощённых шмелей весьма высок.
Мохнатых надо спасать.
Я пытаюсь пододвинуть их ногой, но рискую стать как раз тем самым энтмологическим палачом.
И вот тут то, я вспоминаю что у меня в фиолетовом пакете как раз свежезабранное с ВБ!
И там помимо прочего, ловушка для насекомых с увеличительным стеклом!
Купила для прогулок с дочерью, чтобы всяких букашек рассматривать.
Никогда ещё события не складывались настолько вовремя совпадающими.
И вот я стою посреди двора, распаковываю ловушку, наклоняюсь и пытаюсь аккуратно схватить любвеобильную парочку.
Рядом проходят люди, максимально удивлённо всё это созерцая.
С одними из них мне даже оказалось в один подьезд.
Едем значит в лифте, я со шмелями в порыве страсти, они с тортиком в гости к кому-то.
У каждого свой способ справляться со скукой😄
«Кажется, они спариваются» — нарушаю я неловкое молчание голосом Николая Дроздова.
«Мужу покажу!» — радостно завершаю мысль, как будто речь идёт о рисунке ребёнка, а не энтомологической порнухе в 3D.
Вероятно, эти гости больше не захотят посещать наш дом. Ну или в следующий раз возьмут с собой газовый баллончик на всякий случай, вместо тортика.
Мало ли с кем ещё сумасшедшим придётся в лифте ехать.
Захожу домой и сразу из коридора задаю мужу самый странный вопрос, который он слышал в понедельник утром:
«Дорогой, ты когда-нибудь видел трахающихся шмелей?»
«Кхм» — осторожно отвечает муж, у которого, напомню, не было меня целую неделю,
и он ещё не адаптировался обратно в мои новостные сводки.
«СМАРИ!» — ликую я и несу в комнату доказательства любви в мире насекомых.
Муж конечно знал, что моё нестандартное отношение с животным миром началось еще в детстве.
Историю про летучую мышь или крысу он слышал.
Но чтобы 35-летняя жена презентовала ему соитие шмелей — такого точно не ожидал, конечно.
Спустя 15 минут шмелиный экспириенс всё ещё продолжался.
Самец в 2 раза меньше самки оказался необычайно вынослив.
Мы как раз только успели прочитать что данный процесс у них может длится минут 20, как вдруг всё закончилось.
Но немношк не так, как показывают в романтических фильмах👍
Маленький полосатый мужичок резко скуксился, свернулся калачиком и затих.
И к сожалению, это не было зарисовкой «отвернулся к стенке и спит».
Продолжение ниже👇
⚡️Как учитывать особенности enterprise-сегмента?
В прошлом посте описал 4 ключевых условия принятия решений в enterprise. Сегодня — как их учитывать поставщикам.
1️⃣ Длительный процесс → готовимся к марафону желаний работы
🔹 Формируем воронку с учётом бюджетных и стратегических циклов.
🔹 Разбиваем процесс на этапы: демо, пилот, масштабирование.
🔹 Работаем на опережение: начинаем переговоры до старта бюджетного цикла.
2️⃣ Коллегиальность решений → взаимодействуем с несколькими ЛПР
🔹 Определяем роли/группы: кто инициатор, пользователь, финансирует, решает, влияет.
🔹 Строим кейсы под каждую аудиторию: ROI для CFO и CEO, API для CIO, безопасность для HSE.
🔹 Помогаем «драйверам» продвигать идею внутри заказчика: готовим материалы, участвуем в техкомитетах.
3️⃣ Конкуренция поставщиков → показываем ценность и выгоды
🔹 Демонстрируем эффективность, экономию и снижение рисков через кейсы, отзывы, отраслевой опыт.
🔹 Изучаем конкурентов на рынке и их реальные возможности.
🔹 Разбираемся в тендерах: от ФЗ до регламентов площадок и компаний.
4️⃣ Риски негативных последствий → повышаем качество и снижаем угрозы
🔹 Постоянно улучшаем продукт и обеспечиваем высокий SLA.
🔹 Привлекаем экспертов (своих и заказчика) ещё на этапе подготовки.
🔹 Открыто обсуждаем с заказчиком карту рисков и меры по их снижению.
📌 Вывод:
Адаптация к этим особенностям повышает шансы на долгосрочное сотрудничество с enterprise-заказчиками.
В следующих постах поделюсь примерами из практики.
#переговоры #b2b #enterprise
Проводим качественное исследование за день
Я тут не раскрою волшебный секрет, а скорее просто помогу собрать в кучу набор действий для быстрого проведения глубинных интервью.
Подойдет этот способ, если у вас в компании не выделяют деньги на проведения исследований или нет продакта, например, а вы очень хотите сделать хорошо и глубоко разобраться в проблеме, которую будет решать нарисованное вами флоу.
Что такое глубинное интервью рассказывала в этом посте
Но как же провести такое исследование за день?
Для этого нам хватит всего 3-4 человека респондентов, чтобы составить общую картину и набрать полезных инсайтов.
Итак:
9:00 — вы получили задачу и изучили её
9:30-10:30 — решили поисследовать и составили вопросы, они должны быть открытого типа
Открытого типа — значит не задавать вопросы так, чтобы на них можно было ответит только да/нет, а составить его, чтобы человек мог развернута рассказать про свой опыт, пример вопроса: «Как обычно вы совершаете покупки в магазине?»
10:30– 12:30 — напишите в чатах друзей и знакомых или социальных сетях пост, где рассказываете на какую тему хотите поговорить и сколько времени займёт интервью (15-20 мин обычно). Собираете список согласившихся и назначаете на послеобеденное время созвоны
Иногда может быть очень узко направленная тема, на которую нужно провести исследование. Например, вы делаете интерфейс для бухгалтеров и вам нужны только бухгалтеры, тут надо поспрашивать знакомых, у кого есть люди этой профессии готовые созвониться.
12:30-13:30 — пообедали :)
13:30-15:30 — у нас согласилось 4 человека, беседуете с ними по 20 минут с 10 мин перерывами, задавая вопросы и записывая ответы
15:30-16:00 — пьёте кофе :)
16:00-18:00 — переносите на доску Figma Jam всю информации из интервью, анализируя её и вынося основные инсайты(идеи) для работы над флоу в отдельную секцию там
18:00 — рабочий день закончился, а у вас собрана информация и уже завтра можете приступать к отрисовке идеального флоу, которое будет удобным для реального пользователя
Конечно, тут описан идеальный день, когда всем удобно созвониться прям сегодня после обеда, в реальности это может быть не всегда так.
Проводить исследования можно и нужно. Могу сказать, что рисуя флоу ты опираешься только на свой опыт, который после интервью с другими людьми иногда разбивается в пух и прах. Обожаю этот момент, когда ты думал, что они решают эту задачу так, а после исследования ты понимаешь, что там все на 180 градусов иначе 😁
Могу сделать ещё один пост про технику ведения интервью.
❤️ — полезно
🤚 — давай пост про технику ведения интервью
📌 Как даже пробковая доска в Яндексе учила меня ставить задачи правильно
или
🧠 Почему формулировка задач — не мелочь, а инфраструктура.
Когда мы в очередной раз переезжали, нам достался огромный, нет, огромнейший кофепоинт. Тогда таких помещений ещё не называли коворкингами — но именно этим он и стал. Пространство с кафешкой от Лебедева, выходом в будущий спортзал и настольным футболом — место силы, где всё само просилось к обсуждению и созиданию.
Я решил это использовать. Один из самых результативных подходов в моей практике по сбору идей для команды был до безобразия простой: доска.
Обычная пробковая доска.
Мы приносили ручки, бумажки, обновляли стикеры, перекидывали их по колонкам. Колонки были такими:
• 💡 Идея
• 🕵️ Автор найдись
• 🔧 В работе
• ❌ Отмена
• ✅ Готово
Эта доска жила годами. Кто-то считал её бесполезной, но в моих проектах она честно работала — как минимум как зеркало происходящего.
Но сегодня я не про доску. А про задачу, с которой всё началось."Повесить пробковую доску на стену у двери в кофепоинте Строганов".
Такую я написал в хозотдел.
Ребята молодцы — вопросы решались быстро. Я помню, они даже пришли и уточнили место, где ее лучше повесить. Я молодой и гордый ткнул пальцем в единственно верном направлении (между дверными проемами), не хуже Петра Первого, когда тот указывал на место закладки петропавловской крепости.
На следующий день доска уже висела.
Вот только… не той стороной.
И я, наконец, понял Лёшу — нашего администратора БД. Он был легендой. Он не двигался с места, пока не считал задачу достаточно сформулированной.
Мне казалось это занудством. Но нет. Это была ответственность за качество.
📚 С тех пор я стал стараться писать задачи иначе — так, чтобы человек не просто "понял", а мог по ним сделать именно то, что ожидается.
Потому что если на простом "повесить доску" уже можно не совпасть в намерениях,
то что мы творим, когда ставим задачи про:
– сценарии автопилота,
– рефакторинг расчётов,
– UX в сложных интерфейсах?
📌 И да, доску я, конечно, перевесил.
#меню_постановщика #задача
24.04.2025
Сегодня практическим путём была подтверждена давно известная истина.
МУЖЧИНЫ НАС НЕ СЛУШАЮТ.
То есть можно говорить, что угодно.
Абсолютно.
И даже логически обосновывать, почему ВЫ прям сейчас собираетесь потратить пару десятков тысяч с их карты.
И знаете, что?
Они даже кивнут.
Улыбнутся.
Скажут: «Ага, классно».
И продолжат размышлять, как мухи на потолке держатся.
До них дойдёт примерно через час.
Поэтому на 🛍🛍🛍🛍всё заранее должно быть в корзине.💅
Короче. Муж едет к моим родителям. Я собираю пакет: кладу туда контейнер с роботом-мойщиком окон, кучу каких-то проводов и приблуд для него, и сверху — полпачки подгузников. (Чтобы у родителей был стратегический запас, когда Булка там тусит.)
Говорю:
— Маме обещала робота дать, пусть на втором этаже окна помоет.
Муж, спокойно, с достоинством:
— А, ну да, хорошо.
Я:
— Отвезёшь?
Он:
— Конечно.
— Слушай… это… я уточнить. Ты же мне дала мусор, да?
Я:
— Ты с ума сошёл?! Там же РОБОТ. ДЛЯ. ОКОН.
Он вздыхает. Медленно. Как будто у него перед глазами проносится вся жизнь: школа, свадьба, Булка, мусорный бак.
— Ладно… пойду, достану с помойки, пока бомжи не забрали.
Худшее качество работника
Как вы думаете, с кем тяжелее всего работать? С некомпетентными людьми? Или может с зазнайками? Или с теми, кто обманывает? Я считаю, что ко всем ним можно найти подход. Некомпетентным можно делегировать рутину, лояльность зазнайки можно заслужить, подчёркивая, какой же он красавчик. Врунишек же нужно жёстче контролировать.
Но есть одно качество, с которым работать практически нереально. Имя ему - перфекционизм.
В процессе получения жизненного опыта я понял вот что.
Для руководителя перфекционизм - плохо. Ты будешь искать идеальных решений, в то время как весь менеджмент целиком состоит из компромиссов.
Для программиста перфекционизм - плохо. Ты будешь бесконечно "вылизывать" кусочек кода, боясь отправить его на ревью.
Для блогера перфекционизм - плохо. Ты никогда не выложишь ни одного своего поста или видео, потому что будешь бесконечно переснимать и переписывать, ведь у тебя снова не получилось идеально.
По итогу получается, что перфекционизм плох практически для всех. Наверное, кроме, изготовителя высокоточного медицинского оборудования или авиационных систем: то есть тех областей, где цена ошибки невероятно высока. В сферах же, где речь о человеческих жизнях не идёт, быть перфекционистом на практике - это всегда быть недовольным своей и чужой работой и срывать сроки.
Есть такое понятие как "железный проектный треугольник", где гранями являются качество, срок и стоимость. Так вот перфекционизм - это растягивание грани с качеством до бесконечности, которое влечёт за собой рост и других сторон.
Я и сам страдал от этой вредной черты, но когда действительно осознал закон Парето, то понял, что много где впустую трачу время. Если бы я до сих пор старался делать идеальный контент, то, наверное, никогда бы не начал вести этот канал. Да, пусть некоторые посты получаются не особо интересными, где-то можно было лучше изложить мысль, а где-то я допускаю пунктуационные ошибки. Но это ведь лучше чем ничего не публиковать, правда?
Что делать?
Это не значит, что не надо стремиться к улучшению качества. Конечно это нужно делать, просто делать это нужно постепенно, сохраняя баланс между "достаточным уровнем качества", скоростью и ценой. Лучше запустить свой проект, сделав его минимально жизнеспособным, получить обратную связь от окружающих и выпустить следующую версию уже куда лучше, чем целый год сидеть, "причёсывая" все шероховатости. А когда, наконец, продукт будет выпущен, вы поймёте, что он уже никому особо не нужен.
Встречали перфекционистов? Как с ними работается?
Alef Aeronautics - летающие машины, прямо как в Гарри Поттере.
Недавно был в Эр-Рияде. Город абсолютно не приспособлен для пешеходов — тут все передвигаются на авто. Сам город очень бурно развивается, куча строек, перекрытые дороги, всюду огромные пробки… В итоге, чтобы проехать расстояние между двумя точками в 2 км, приходится ехать 5-10 км, теряя кучу времени.
Что с этим делать? Можно развивать общественный транспорт, но в Саудовской Аравии он пока не особо популярен. Можно внедрять самокаты, но там слишком жарко, чтобы ездить на них даже 5 минут. А можно просто… перелететь пробку или развязку.
Как раз над этим работает стартап Alef Aeronautics, который разрабатывает летающий электромобиль. Он умеет ездить по дорогам, а когда надо взлетать вертикально и пролетать над заторами. Чистая фантастика? Уже нет.
- Ему не нужна взлётная полоса.
- Полностью электрический — никаких выбросов.
- Дальность полёта — 170-180 км, а на земле — до 350 км.
- Вмещает 2 пассажира — на работу поехать отличный вариант .
Model A уже получил сертификат от Федерального управления гражданской авиации США в 2023 году, а предзаказов уже 3 200, стоимостью $300,000 (это почти 1млрд.$, если все купят!). Цена для Эр-Рияда вполне подъёмная. Для предзаказа кстати нужно заплатить от 150$.
Название Alef, видимо выбрано не просто так, это первая буква арабского алфавита, может быть готовятся покорять именно этот регион.
Массовое производство планируется в конце 2025 года. Так что, возможно, в следующий раз, когда я приеду в Эр-Рияд (планирую не раньше 2034 года на ЧМ по футболу ⚽️) , закажу такси, приедет Model A и я просто перелечу пробку.
"Мы инвестируем в фаундеров, а не только в метрики" (часть 2)
В прошлый раз этот пост вызвал много обсуждений — и в LinkedIn, и в Telegram, и в других соцсетях. Спасибо всем, кто написал!
Сейчас расскажу, что думаю сам.
Я действительно верю, что инвесторы инвестируют в фаундеров — но в исключительных фаундеров.
А дальше вопрос: а что такое “исключительность” для инвестора?
Обычно это значит, что у человека уже есть:
– предыдущие экзиты
– сильные достижения
– доказанный результат
Если этого нет — нужно показать, что фаундер понимает, как строить бизнес, и способен перформить.
Лучший способ это сделать:
✅ Финансовые метрики
✅ Адекватное, реалистичное видение
Я видел, как фаундеры впервые поднимают раунд и говорят:
"Нам нужно $500k, мы наймём сильного маркетолога, и он всё продаст."
К сожалению, это почти никогда не работает.
Если внутри команды нет экспертизы и нетворка, фаундер просто не сможет найти и проверить, действительно ли этот “сильный маркетолог” — сильный. И деньги будут сожжены без результата.
Вот отсюда и берётся диссонанс:
📌 Фаундер слышит: “Мы инвестируем в людей”
📌 Фаундер уверен: “Я — классный, значит в меня инвестируют”
📌 Инвестор: “Покажи, почему ты классный: или прошлым, или цифрами”
А вы что думаете? Видели такую ситуацию в реальности?
Структура, высеченная в камне
Сегодня будет небольшой манифест. :) Часто сталкиваюсь с одним очень интересным фактом. Большинство разработчиков с большей охотой идут на изменения в коде, нежели на изменение в структуре проекта. Даже самые очевидные аргументы в этом вопросе работают плохо.
Структура проекта должна отражать модель предметной области, указывая на крупные функциональные блоки: модули и компоненты системы. Структура должна строится на основе общих правил и соглашений. Удачно структурированный проект рассказывает о себе и архитектуре решения с самого начала.
Сначала я вижу общую картину — модули системы, названия которых указывают на их функциональную роль или служат заголовком соответствующего поддомена. На уровне модулей я вижу пакеты (или пространства имен), названия которых дают мне четкое представление о их содержимом и позволяют получить базовое представление о внутреннем устройстве модуля. Далее я вижу отдельно взятые компоненты, классы, записи и т.п. Их имена также должны являться отражением содержания и/или намерения. И так вплоть до названий переменных. Всё это должно задавать невидимый вектор, интуитивно направляющий исследователя вашего кода к тому, что он ищет или хочет понять. Всё должно работать, как содержание книги: если мне нужны детали, я перейду в нужный подраздел, но одного содержания мне должно быть достаточно, чтобы понять, о чем книга или глава.
Не меньшую роль в повествовании играет граф зависимостей. Он ярко иллюстрирует все недочеты существующей структуры. Постройте граф зависимостей для своих модулей, пакетов или компонентов; проследите все взаимосвязи и оцените, насколько они логичны и корректны. Здесь также желательно спускаться сверху вниз, углубляясь в контекст по мере необходимости.
Что задаёт структуру проекта и что она отражает?
🟢 Модель предметной области.
🟢 Архитектура и технические решения.
🟢 Внутренние соглашения команды/компании.
При изменении любого аспекта из этого списка должна меняться и структура проекта. Настолько масштабно, насколько было исходное воздействие. Если вы этого регулярно не делаете, вы нарушаете конструкцию своего сооружения. Можете воспринимать это так, как если бы из основания вашей постройки вынули несколько кирпичей. Сколько еще нужно вынуть кирпичей, чтобы всё начало рушиться?
Точно так же, как мы осуществляем рефакторинг кода, мы должны делать и рефакторинг структуры — реструктуризацию. В противном случае внешняя оболочка и содержимое очень быстро разъедутся, и развитие проекта будет усложняться пропорционально этому разрыву. В какой-то момент уровень входа разработчиков в проект станет слишком высоким, появятся "незаменимые" сотрудники, на которых держится всё. Это путь в один конец, и он достаточно печальный.
Структура проекта не высечена в камне, это такой же код, который должен подвергаться рефакторингу!
P.s. Кстати, залогом успеха в этом деле является унификация, стандартизация и тоталитарный контроль. Все эти вещи очень хорошо поддаются автоматизации и тестированию.
#view #arch #dev
Сегодня разберем больную тему: как часто постить в Telegram, чтобы не заспамить, но и не выпасть из ленты подписчиков?
Сценарий 1: Вы постите как пулемет (5+ раз в день). Ваши подписчики: Опять этот канал забил всю ленту! Отписываюсь от фонтана мыслей...❌
Сценарий 2: Вы вспоминаете о канале раз в квартал, как о далеком родственнике. Подписчики: А этот канал еще жив? Что-то я забыл, зачем подписывался...отписка😴
Волшебной таблетки здесь нет, но есть ориентиры + здравый смысл🤌
И вот примерно как может выглядеть "золотая середина" (но всегда советую тестировать для своей ниши)👇
1️⃣Горячие ниши (новости, мемы, крипта, развлечения):
🔹Частота: 1-3 поста в день (можно и больше, если КОНТЕНТ РЕАЛЬНО ЦЕННЫЙ и не спамный).
🔹Почему: Аудитория ждет быстрых обновлений. Пропустил день и утонул в ленте.
🔹Пример: Канал про мемы – если не постить свежее, тебя моментально затопчут конкуренты.
2️⃣Ниши экспертные (IT, маркетинг, финансы, образование):
🔹Частота: 3-5 постов в неделю (через день или небольшими сериями).
🔹Почему: Качественный контент требует времени на осмысление. Лучше один разборный кейс, чем 5 поверхностных мыслей.
🔹Пример: Канал про Python. Подписчики ценят глубокие туториалы или разборы ошибок больше, чем ежедневные "Привет, как дела?".
3️⃣Lifestyle (красота, спорт, кулинария, путешествия):
🔹Частота: 4-7 постов в неделю (можно ежедневно, но без фанатизма).
🔹Почему: Аудитория любит вдохновляться регулярно, но без давления. Отлично работают рубрики ("Рецепт среды", "Фитнес-пятница").
🔹Пример: Канал про косметику. Подписчицы ждут новинок, лайфхаков, ответов на вопросы – стабильность важна!
4️⃣E-commerce / Услуги:
🔹Частота: 3-6 постов в неделю (микс полезного и продающего).
🔹Почему: Надо быть на виду, но не превращать канал в бесконечный каталог.
🔹Пример: Магазин авторской мебели. Пост-история мастера, пост-акция, пост-отзыв клиента, пост-совет по уходу за деревом = идеальный ритм.
Важнее частоты КАЧЕСТВО и ПОЛЬЗА. Один мега полезный гайд в неделю работает лучше 7 постов "для галочки".
Как проверить свою частоту?
1️⃣Статистика – ваш лучший друг: смотрите охваты, вовлеченность (реакции, комментарии), отписки. Резкий спад после увеличения частоты? Вы перестарались. Затишье после редких постов? Пора активизироваться.
2️⃣Спросите подписчиков! Просто напишите: "Ребята, не слишком ли часто/редко вы видите мои посты? Что хотели бы чаще?"
3️⃣Консистентность – ключ: Лучше стабильно 3 раза в неделю, чем 10 раз за два дня, а потом тишина на месяц. Подписчики любят предсказуемость.
💟 Желаю всем найти свой ритм, который даст время на создание, не заставит подписчика морщится от спама😁 и поддержит интерес к вашему контенту.
Жду ваших реакций 🫰☺️
Прекрасный симбиоз готовой дизайн-системы и нейросетки
Еще один плюсик в карму, когда есть готовая дизайн-система на проекте.
У нас была небольшая область на странице с комментариями. Гипотеза — сотрудники могут переписываться по рабочим вопросам или фиксировать промежуточные статусы. Поэтому реализовали компактный вариант: input и кнопка рядом.
Но я недооценила бюрократическую машину.
Руководители требовали промежуточные отчеты, но объем был больше, чем 1–1,5 строки. В таком формате писать комментарии было неудобно — текст уходил за пределы input-поля.
Параллельно шёл переход на новую дизайн-систему, комментарии стали кастомным компонентом, логика — сложнее. Возникла возможность заодно пофиксить старую неприятность.
Очевидное решение — заменить input на textarea и переместить кнопку вниз (по канонам анта). Но тогда поле ввода становится слишком громоздким. Хотелось, чтобы форма оставалась компактной, но разворачивалась при фокусе, и была удобной для ввода. Идея в голове была, но визуализировать её было сложно.
И тут начинается магия вне хогвардса.
Для кода я использовала DeepSeek — он, по моему опыту, справляется лучше, чем GPT. Сформулировала поведение, получила пример.
Далее идем в компоненты анта и заходим в песочницу любого компонента (на рис 2 показала где). Вставляем код, который написал DeepSeek во вкладку demo.tsx ииии у нас есть интерактивная демонстрация решения (см видео)
Плюсы:
1. Наглядно видно как это должно работать
2. Говоришь на одном языке с разработкой. Сгенерированный код нейросетью может не работать по принципу копировать + вставить. Но код, визуализация, документация дает ориентир. Разработчик хотя бы понимает, что от него требуют и может переписать чтобы работало как надо)
Не знаю, додумалась ли я сама до такого решения. Возможно, но явно дольше.
🧠 Как 3 вечера анализа и оптимизаций дали минус 1 CPU и +40% к скорости ответов API
👀 Всё началось с того, что я случайно (ну как случайно, проблема была всегда, просто я первый задался вопросом - "почему?") заметил, что один Python-сервис на staging потребляет до 2.5 CPU.
Для сравнения — весь namespace потребляет около 6 CPU. То есть один сервис ест почти половину ресурсов. И это при том, что это не какой-то нагруженные сервис, это синхронный API-сервис, да еще и без нагрузки, это же staging.
Стало интересно — а что там внутри вообще так жрёт?
📦 Запустил профайлинг CPU через Pyroscope и… понеслось.
UI у Pyroscope меня не устроил — флеймграфы красивые, но неудобные для глубокого анализа.
📥 Поэтому я выгрузил дамп как pprof файл и открыл его через go tool pprof.
Так мне удобнее, быстрее и информативнее.
📊 Профилирование показало несколько важных узких мест:
🧱 Проблема №1: конвертация данных из MySQL
Самое "жирное" место — conversion.py → MySQLConverter.row_to_python.
Это код, который конвертирует строки из БД в Python-объекты на каждый запрос.
Наиболее затратные конвертации:
- _DECIMAL_to_python
- _INT_to_python
- _JSON_to_python
- _DATETIME_to_python
- _STRING_to_python
✅ Решение:
📌 Использовал C extension у mysql-connector-python
Официальная документация: https://dev.mysql.com/doc/connector-python/en/connector-python-cext.html
📉 Результат:
- Минус 1 CPU
- До +40% ускорение некоторых endpoint’ов
🧠 Проблема №2: неэффективный Python-код
Пример: функция change_type, которая:
- делает кучу проверок в логике
- использует неэффективные структуры данных, например, list для поиска вместо set / dict
- обрабатывает сразу множество возможных вариантов логики, в зависимости от входных данных
✅ Решение:
📌 Переписал участок без изменения бизнес-логики:
- заменил структуры данных
- добавил ранние выходы
- убрал дублирующиеся проверки
📌 Cognitive complexity снизилась, временная сложность — тоже. Производительность выросла.
⚠️ Проблема №3: код, который не нужен, но работает
Профайлинг показал, что куча ресурсов уходит на код, который вообще не должен уже как год использоваться. Но код активно выполняется. WTF!?
🤷♂️ Функции вызываются, результат — пустой, но код исполняется. Причём часто и тяжело.
✅ Решение:
📌 Удалил мёртвый код, обновил импорты, подчистил зависимости.
📌 Поднял вопрос о полной деактивации этого кода и мы таки это сделали — ресурсы можно использовать лучше.
🐘 Проблема №4: Импорты. Много. Дорого.
Во время анализа я наткнулся на ещё одну тихую, но дорогую проблему — огромные ресурсы уходят на фазу импорта модулей в Python.
Конкретно — на _find_and_load, часть механизма импорта, который занимается поиском, загрузкой и инициализацией модулей.
📌 Почему это важно?
- Импорты выполняются на каждый старт сервиса.
- Чем жирнее и зависимее ваши модули, тем дольше и тяжелее проходит импорт.
- Это не всегда очевидно, но можно видеть в профайлинге: _find_and_load, _find_and_load_unlocked, _load_unlocked – вот это всё.
📊 У нас в сервисе модулей реально много.
Многое из них – просто "свалены в кучу", где-то грузятся тяжёлые зависимости. Да и сложная структура проекта вынуждает иметь большое количество импортов.
И, как итог, CPU тратится на то, что можно было бы стремиться избежать.
✅ Что с этим делать:
- Разделять модули по функциональности.
- Отложенные импорты (lazy import) – практика может применяться (но есть нюансы), если модуль нужен только в конкретной функции.
- Минимизировать зависимости и импорт только того, что действительно нужно.
- Следить за импортами в __init__.py — именно они могут тянуть за собой пол кодовой базы.
Следующий шаг: memory профайлинг. Pyroscope в нашей инфрастуктуре такое не умеет и нужно приседать, но надеюсь дойдут руки и до RAM.
🌍 Привет мир! 👋🏻
Сегодня снова поговорим о чем-то общем, последнее время все чаще встречаюсь с понятием Rate limit при взаимодействии с внешними сервисами или при написании собственных с предоставлением API, тема важна потому что она про стабильность и производительность, Token Bucket Algorithm 🎊!
😮💨 Мотивация
Представим ситуацию, вы написали вери вери популярный сервис. Люди, скрипты и боты объединились чтобы заваливать вас запросами. Сначала вы радостно потираете ручки и считаете прибыль 💵, но уже через пару минут сервер падает 💥, ваши действия?
сказать что фронт виноват 😄
Чтобы такого не случалось, нужно использовать rate limiting — ограничивать количество запросов. Как реализовать лимит у себя, решений много, но в данном посте мы поговорим про Token Bucket 👇🏻.
❓Что за ведро с токенами
Пока на пальцах:
🧩 Представим ведро, в которое с постоянной скоростью (например, 1 токен в секунду) падают «токены».
🧩 Каждый запрос, который поступает на ваш сервис или на какой-то определенный endpoint, должен взять один токен из этого ведра.
🧩 Если токены в ведре закончились, новые запросы временно блокируются (падают в систему ретрай или реджектятся), пока токены снова не накопятся.
У ведра есть два основных параметра:
➡️ Capacity (ёмкость ведра) — сколько токенов максимально может быть в ведре.
➡️ Refill Rate (скорость пополнения) — сколько токенов добавляется в ведро в единицу времени ( это может быть 1s, а может быть и 5 min).
⚙️ Пример (тыкайте)
Представим, что вы делаете приложение для отправки сообщений. И вы хотите, чтобы пользователи были ограничены следующими параметрами исходя из ваших возможностей:
🚨 могли отправить не больше 5 сообщений подряд быстро;
🚨 но при этом в среднем не больше 10 сообщений за минуту (чтобы не спамили).
Получается настройка:
- Capacity = 5 токенов
- Refill rate = 10 токенов / 60 секунд ≈ 0.166 токенов в секунду
class TokenBucket {
tokens;
capacity;
refillRate;
lastRefill;
constructor(capacity, refillRate) {
this.capacity = capacity;
this.refillRate = refillRate; // Скорость пополнения токенов
this.tokens = capacity; // Начинаем с полного ведра
this.lastRefill = Date.now(); // last update
}
refillTokens() {
const now = Date.now();
const secondsPassed = (now - this.lastRefill) / 1000; // Прошло секунд
const tokensToAdd = secondsPassed * this.refillRate; // Токенов нужно добавить
this.tokens = Math.min(this.tokens + tokensToAdd, this.capacity); // Добавляем токены, не превышая capacity
this.lastRefill = now;
}
consume() {
this.refillTokens(); // Пополняем ведро токенами c учетом last update
if (this.tokens >= 1) {
this.tokens -= 1; // Забираем токен
return true;
}
return false; // Токенов нет
}
}
// Тест
const bucket = new TokenBucket(5, 10 / 60); // 5 токенов максимум, ~0.166 токена в секунду
setInterval(() => {
if (bucket.consume()) {
console.log("✅ Успешно!");
} else {
console.log("⛔️ Много запросов, жди!");
}
}, 500);
Как мы из звездочек превращаемся в мертвые души
Хочу рассказать вам про жизненный цикл сотрудника в компании, куда мы приходим жутко мотивированные и с горящими глазами, а уходим частенько испепеленные и опустошенные.
Жизненный цикл есть у каждого человека, и условно его можно поделить на 4 зоны. Иллюстрация будет следующим постом.
1. Зона профессионального роста - сотрудник выходит на новое место работы, изучает компанию, свою роль и задачи, соотносит это со своими ожиданиями. Он чувствует драйв и кайф, которые помогают преодолевать первичные трудности.
Сейчас мы называем этот период “онбординг и адаптация”. По трудовому договору этот срок ограничен тремя месяцами, по факту - это примерно полгода. В некоторых профессиях, он может быть короче или длиннее.
Когда ожидания и реальность не совпадают, случается первый кризис и, скорее всего, сотрудник покидает компанию. Если же он находит в себе силы и принимает/меняет ситуацию, то случается переход на следующий этап.
2. Зона профессиональной реализации - длится в среднем 1-2 года, где-то подольше (зависит от сферы и профессии). Это момент, когда сотрудник приносит максимальную пользу бизнесу, он доволен задачами, с удовольствием воспринимает внешние вызовы, развивает свои компетенции и накапливает опыт.
Постепенно он становится признанным специалистом - про него знают коллеги, к нему обращаются. В определенный момент сотрудник почувствует свою уверенность, но в текущей роли ему станет тесно. И тогда наступит вторая кризисная точка, когда захочется роста.
Если в компании есть возможность роста, то сотрудник как бы переходит в начало цикла, но уже в новой роли. Если рост невозможен (что бывает достаточно часто в компаниях), то наступает третий этап.
В идеальном раскладе, мы должны отлавливать этот момент: переход от реализации в выгорание, и принимать соответствующие меры. Но часто мы игнорируем звоночки и не успеваем опомниться.
3. Зона профессионального выгорания - здесь уже пропадает энтузиазм, инициатива и самоходность. Формально работа продолжается, но без удовольствия.
На этом этапе точно стоит серьезно подумать о ситуации и что-то предпринять: сходить в отпуск, обсудить перевод, рассмотреть увольнение. Кто-то мирится с текущими обстоятельствами, но остается недовольным.
Продолжая в таком ритме выполнять работу, сотрудник сталкивается с третьей кризисной точкой и постепенно переходит в зону стагнации.
4. Зона стагнации - это зона “мертвых душ”. Это те самые сотрудники, про которых говорят “я его/ее должен уговаривать работать”. Они делают ровно столько, сколько попросят. А некоторых надо еще и по несколько раз просить. И тогда уже судьба сотрудника будет в руках руководства, вопрос увольнения - это вопрос времени.
🤍
А знаете, что самое страшное? Что скатываясь в зону стагнации, человек натурально становится мертвецом: ни интересов, ни желаний, ни амбиций, ни искры. Реанимация такого стояния дорогая во всех отношениях, но в первую очередь, с точки зрения времени. Быстро выкарабкаться не получится.
На каком вы этапе сейчас? Попадали в зону выгорания или стагнации? Как выбирались оттуда?
@seekingout
#проработу
Обряды инициации менеджера: как расти в профессии
Недавно обсуждали с коллегой, какие есть возможности для профессионального развития менеджера, очень в тему канала:)
Поэтому решил поделиться активностями, которые для себя называю обрядами инициации.
Менеджеры часто сталкиваются с пробуксовками в карьерном росте или только ощущением такой пробуксовки.
Обряды инициации могут стать крючком, за который можно притянуть не только профессиональный рост, но и уверенность в своих силах.
1) Выстраивание правил работы с командой разработки, стейкхолдерами, смежниками..
- применяйте новые подходы: проводить ретро сразу после демо, ставить кикофф в начале спринта, поставить регулярную встречу с лидами разработки
- так вы наберетесь опыта, поймёте, какие практики нравятся вам, что лучше подходит для каких команд
- применять новые практике лучше по обоюдному согласию:)
2) Планирование задач на квартал
- залидируйте среднесрочное планирование в вашей команде, возьмите ответственность собрать дорожную карту и презентовать её
3) Разработка стратегии продукта
- залидируйте долгосрочное планирование, почелленжите свой продукт, его ценности
4) Проработка задач в новых областях: операции, маркетинг, юристы
- если вы постоянно пилите задачи для маркетинга или только b2c интерфейсы, попробуйте взять или попросить руководителя дать новые задачи в неизведанных областях
- это будет горизонтальным развитием: от b2b к b2c, от ecom к edtech
5) Участие в обучающих мероприятиях от компании
- используйте возможности, это позволяет расширить кругозор инструментария, который можете применить
- часто в компаниях можно найти и коучей, не пренебрегайте возможностью
6) Посещение профессиональных конференций
- нетворкинг
- расширения кругозора - насыщение бенчмарками
7) Ведение кросс-контурных проектов
- получаешь опыт постановления задач менеджерам
- возможность откалиброваться по скилам с коллегами
8) Проведение собесов
- тут первый раз пришло в голову, что это "обряд инициации" именно для собеседующего
- калибровка с менеджерами, которых собеседуешь
- погружение в процесс найма компании
- формулирование собственных критериев по менеджерским уровням
9) Участие в собесах
- супер калибровка
- прокачивание скилов прохождения собесов
10) Выступления на профессиональных конференциях
- рост личного бренда
- нетворкинг
- возможность откалиброваться в своих скилах с другими выступающими
11) Менторство
- возможность поделиться экспертизой и получить ОС, работают ли твои приемы
- возможность расти вместе с менти, понимать какие подходы к решению проблем лучше работают
- проработка пипл-менеджмента
- нетворкинг
12) Регулярный выпуск постов в профессиональном сообществе:)
- возможность структурировать свои мысли и совой опыт
- рост личного бренда
- нетворкинг с владельцами каналов вашего направления
- получить лайки от мамы, папы и бабушки
13) Ведение команды менеджеров
- получение скилов пипл-менеджмента
- ответственность за профессиональное развитие команды
14) Преподавание на коммерческой основе
15) Сборка авторского курса
16) Консалтинг
17) Выпуск своей книги
18) Свой пет-проект
- продать Яндексу за N миллионов $ или купить что-то у Яндекса:)
Участвуя в них можно перейти на новый уровень в профессии и прорабатывать свой синдромом самозванца.
Главное ничего не бойтесь, в каждом из пунктов есть люди, которые только начинают этим заниматься!
Поделитесь, что вы уже распробовали, а что в планах? Дополняйте своими пунктами🥷
@product_lev
#product #pm #рост #развитие #инициация #productmanager
🔥 Топ-10 тупых (неправильных) фраз руководителей на увольнении
или «Как превратить прощание в токсичный цирк»
№ 10. «Ну что ж... Дверь у нас всегда открыта!»
Перевод: «Уйдешь — поймешь, что мы были раем. Вернешься на коленях — может, плюну».
Реальность: Дверь открыта только для курьеров с пиццей.
№ 9. «Ты же понимаешь, незаменимых у нас нет»
Перевод: «Ты — винтик. Сгоришь в аду — на твое место встанет ИИ из „Яндекса“».
Реальность: Через месяц проект встанет, а они будут звонить тебе в 3 ночи.
№ 8. «Жаль, что ты не сказал о проблемах раньше...»
Перевод: «Мы 2 года игнорили твои отчеты с криками „SOS“, но сейчас сделаем грустные глаза».
Реальность: Если бы сказал — ответили бы: «Не ныть!».
№ 7. «Мы же как семья!»
Перевод:«Как семья Борджиа: предадим, отравим, но будем рыдать на похоронах».
Реальность: Семьи не устраивают «performance review» с KPI по любви.
№ 6. «Ты просто не выдержал темпа!»
Перевод: «Мы называем „темпом“ хаос, burnout и работу за троих без доплат».
Реальность: Темп был только в отчетах для акционеров.
№ 5. «Удачи... Но там везде так!»
Перевод: «Ты сбежал с „Титаника“, но все лодки тоже тонут! Сидел бы в трюме — героем бы стал».
Реальность: Везде не платят за переработки? Правда? Ох**еть.
№ 4. «Ты теряешь соцпакет!»
Перевод: «Наш ДМС — это талон к зубному раз в год. А корпоратив — это пицца в конференц-руме».
Реальность: Новые соцпакет = деньги, а не абонемент в солярий 2007 года.
№ 3. «Мы столько в тебя вложили!»
Перевод: «Ты должен нам 3 года рабства за курс „Excel для чайников“ на YouTube».
Реальность: Вложили = не повысили ЗП 4 года подряд.
№ 2. «Ты уходишь к конкурентам? Предатель...»
Перевод: «Мы платили тебе в 2 раза ниже рынка, но ты обязан страдать с нами!»
Реальность: Если бы «предавали» за копейки — компания разорилась бы на штрафах.
№ 1. «Помни: рекомендации зависят от меня»
Перевод: «На колени! Лизать ботинки! Иначе напишу, что ты ел суп с котом!»
Реальность: Угрожать — низко. Особенно когда сам не дал премию 2 года.
💣 Почему это звучит так обидно:
Эти фразы — не про сотрудника. Это крик боли менеджера, который:
- Не удержал (стыдно перед начальством),
- Не смог заменить (страх аврала),
- Осознал свою слабость (но прикрылся пафосом).
✅ Как отвечать (если хочется послать, но нельзя):
- На «дверь открыта»: «Спасибо! Если что — ваш email у меня есть».
- На «незаменимых нет»: «Верю! Вы справитесь... как в прошлый раз с тем срочным проектом, помните?».
- На «предатель»: «Я не ухожу к ним. Я ухожу от токсичности».
Финал: Лучшая фраза при увольнении — молчание. Оформил документы? Улыбнулся? Ушел. Всё.
А если шеф начинает цирк — вспоминай этот топ и ржи в голос. Обиженный босс — лучший повод не жалеть об уходе.
Уходишь с чувством, что выбрал себя. 🔥
// P.S. Добавишь свои «любимые» фразы? Будем пополнять музей абсурда 👇
ДВОЕЧНИКОВ БОЛЬШЕ НЕТ
Иногда слышу, как взрослые, не успевшие сделать домашнее задание, называют себя "двоечниками". Но знаете, я давно перестала так думать.
Каждый берет из обучения то, что ему нужно здесь и сейчас. Кто-то приходит за тем, чтобы взять максимум, выжать из курса все, что только можно. А кто-то — за одной идеей, которая перевернет его взгляд на работу, а может, даже просто просто за вдохновением или хорошей компанией. И это вполне окей. У каждого свои приоритеты и обстоятельства.
Образование взрослых для меня — это точно не пространство, где стоит кого-то осуждать.
Любой курс — лишь часть жизни. И если что-то не получается, это не делает тебя плохим учеником или плохой ученицей (и уж точно — плохим человеком).
✅ Да, я по-прежнему делаю и буду делать максимум, чтобы у меня на курсах обучающимся было приятнее и легче двигаться вперед и доходить до конца обучения. Но я в какой-то момент для себя решила: если кто-то все-таки «отвалился» в процессе — это не повод для самобичевания. Мне понравилась мысль одной из коллег: взрослым вовсе не обязательно доходить до конца курса. Кто-то возьмет именно то, что ему нужно, уже в начале — и уйдет. И это вовсе не значит, что обучение было неудачным.
Кстати, благодаря этому я и себя перестала считать «двоечницей», если что-то не успела или сделала неидеально. Стараюсь учиться не ради отметок и уж точно не ради чужих ожиданий.
Обучение взрослых — это свобода и осознанный выбор. А двоечников для меня и правда больше нет. А для вас? 😊
Переобувочная
Первый мой опыт разработки был с аутстафом. И я тогда бубнила, что это не удобно, не прикольно, 👎 крч
Я выросла как продакт с того момента. Поработала со своей командой. И переобулась. Да, у аутстафа есть гора своих минусов. Но это очень быстро и очень дешево. А еще без внутряка. Есть ТЗ 🔜 есть продукт по ТЗ. За какой-то фиксированный срок
Если начинаете делать новый продукт, бежите к прототипу, нужно через пару месяцев начать тестить рынок, то аутстаф ваш бро
#аутстаф #прототип #b2b