AgileCareer | Менторинг в ИТ

Вернулся из отпуска и продолжаю серию постов про менеджмент продукта, метрики 📈 Сегодня разберемся: Почему важно знать цену каждого клиента Ранее мы разбирали метрику NPS (NetPromoter Score) – индекс потребительской лояльности. Он помогает понять, насколько клиенты готовы рекомендовать ваш продукт, то есть измеряет эмоциональную связь и удовлетворенность. Но чаще всего одной лояльности мало – важно, чтобы она приносила еще и прибыль. И здесь на помощь приходит LTV (LifetimeValue) – пожизненная ценность клиента. Если вы продуктовый менеджер и до сих пор смотрите только на привлечение, то рискуете строить бизнес, который «сливает» деньги. LTV – это сколько денег приносит один клиент за все время, пока он с вами. Чем выше LTV, тем устойчивее ваш бизнес. Почему это база? 🔸 Помогает понять, сколько можно тратить на привлечение клиента (CAC – об этом в следующем посте). 🔸 Банально, но если привлечение клиента стоит 1000 рублей, а он приносит 500 – у вас проблема. 🔸 Показывает, какие функции продукта реально удерживают людей. 🔸 Дает ответ на вопрос: «А не разоримся ли мы, если начнем масштабироваться?» 🧮 Как рассчитать? Есть несколько формул по расчету LTV. Давайте начнем с самой базовой. LTV = Средний чек × Частота покупок (за определенный период времени) × Время жизни клиента. Где брать данные: средний чек можно выяснить из отчетов по продажам, информацию о числе покупок получить из CRM или аналитики сайта. Время жизни клиента – среднее время, в течение которого клиент остаётся активным: покупает продукт или пользуется услугой до момента оттока (то есть до того, как перестаёт взаимодействовать с компанией). А теперь перейдем к расширенной версии. Именно она позволяет принимать обоснованные управленческие решения на основания конкретных цифр и фактов. База – хорошо. Она дает понять общий фон. А если мы хотим получить конкретику, подключаем усложненную версию LTV. Это и маржинальность, и учет затрат на обслуживание клиентов, и дисконтирование денег во времени. LTV = (ARPU × Маржа − Затраты на обслуживание) с учётом дисконтирования Доход с клиента (ARPU) — средний доход в месяц/год. Маржа — доля прибыли в выручке (например, 60 % = 0,6). Затраты на обслуживание — расходы на поддержку клиента за период. По итогу LTV у вас должен получится выше стоимости привлечения клиента. И лучше даже в несколько раз. Например, если на рекламу тратится 1 000 рублей, клиент должен приносить не меньше 3 000 рублей. Для понимания, это не универсальные цифры, а скорее, как ориентир. Первостепенно – стадия бизнеса и модель его развития. Пример, как работает LTV на практике. Представьте: вы добавили новую функцию, и пользователи стали задерживаться в приложении дольше. Это стало сопровождаться: • ростом среднего чека (например, пользователи начинают покупать более дорогие товары или подключать премиум функции); • увеличением частоты покупок (клиенты совершают транзакции чаще); • продлением срока жизни клиента (они дольше остаются активными и продолжают платить). Это и есть прямой путь к росту LTV. А если этого нет, а увеличение времени в приложении все-таки фиксируется (просто смотрят, просто читают, скролят, думают и т.д.) – это не рост LTV. ‼️ Друзья, часть формул и формулировок в тексте - упрощение, чтобы текст было проще читать, но история с LTV, ARPU, CAC на практике заметно сложнее и в зависимости от контекста требует уточнения. Если хотите научиться видеть в продукте точки роста для LTV и выстраивать стратегию, которая реально окупается – помогаю продактам прокачивать эти навыки на менторинге. Разбираем реальные кейсы и находим, что мешает вашему продукту расти. Пиши – @artcontr. #agilecareer_советы О проекте | Навигация | Чат | Сетка

Коллеги, наш уютный канал ушел в небольшие летние каникулы Вернемся вскоре с новой классной серией постов. На менторинг или курсы agilecareer.ru по-прежнему записаться можно и нужно😉 Остаемся на связи❤️

Друзья, присоединитесь к чату с обсуждением зарплат, карьеры, вакансий и мероприятий в ИТ. В чате можно задать вопрос по развитию карьеры, записаться на курс проекта agilecareer.ru Заходите посмотреть: https://t.me/agilecareer_chat

Что такое базовое качество продукта и настолько ли оно важно? Продолжаю серию постов про продуктовку и Jobs To Be Done. Прежде чем выпустить продукт на рынок, его нужно протестировать. Так вы убедитесь, что продукт помогает пользователю продвинуться в решении его задачи и может окупить вложенные усилия. Чтобы продукт существовал, был востребован и покупаем, лучше не забывать об MVP. Простым языком – это минимально жизнеспособный продукт. Или так – тестовая версия товара или услуги, которая позволяет пользователю выполнить свою задачу (job) с минимально достаточным уровнем результата. Зачем это нужно? Чтобы проверить, все ли правильно мы сделали, чтобы дальше не пришлось все переделывать с нуля, и не тратить на это время и ресурсы. MVP всегда тестируют. Здесь находят людей, у которых задача уже “болит” и которые активно ищут решение. Если тест показывает хорошие результаты, начинается разработка полноценного продукта. Кстати, я не так давно советовал книгу «MVP. Как выводить на рынок товары и услуги, которые нравятся покупателям». Обратите внимание, там все подробно описано. Вернемся к нашей тестовой версии. Чтобы существовать, она должна иметь базовое качество — это уровень, при котором пользователь считает свою задачу решённой и вообще рассматривает продукт как вариант. Скажу так: базовое качество будет всегда разным. Время идет, меняются требования, а потребности растут. То, что раньше давало ощущение прогресса, со временем становится обязательным условием, без которого задача уже не считается решённой. Для примера возьмем сервис такси примерно 2013-2014 годов. Сам я не следил за этой транспортной эпопеей, но обратил внимание на этот кейс в книге Ивана Замесина «Как делать продукт». Кратко расскажу. Значит, примерно в то время, которое я упомянул, индустрия такси решала проблему - «Тревожно из-за того, что не знаю, сколько мне будет стоить поездка». Первым в своем приложении стоимость предлагаемой поездки внедрил Uber. Яндекс.Go – на несколько месяцев позже. Тогда большинство пользователей, конечно же, ушло именно в Uber, ведь им не надо было предсказывать, сколько они заплатят за услугу. Спустя пару лет уже никто не реагировал на это с удивлением и радостью. Такая фича просто стала нормой. Но вернемся к базовому качеству. Я, кстати, уже писал об этом ранее, что самым проверенным способом что-либо определить, найти точки соприкосновения – это спросить свой сегмент. Не знаешь сегмент – проведи исследование. Иначе никак. А теперь самое главное – что и как спросить у клиента, когда тестируешь базовый продукт? И не просто спросить, а чтобы получить данные для будущей аналитики. По факту вопросов может быть несколько: 🔸 «Вспомните последний раз, когда вы решали эту задачу: что вы тогда сделали?» 🔸 «Что вас в этом процессе раздражало или напрягало?» 🔸 «Почему вы выбрали именно это решение, а не другое?» 🔸 «Было ли что-то, что почти остановило вас от выбора?» Очень часто для первых версий нового продукта или фичи команда плохо понимает, какую задачу пользователь на самом деле пытается решить и какой прогресс для него важен. Для этого тогда можно еще раз вернуться к JTBD-интервью для поиска продукта или применить еще один инструмент – ABCDX-сегментацию. Именно о ней мы и поговорим в следующий раз. Буду рад вопросам и комментариям, а также поддержке в виде ваших наблюдений и опыта. #agilecareer_авторскийпост О проекте | Навигация | Чат | Сетка

Дорогие коллеги, менти, друзья, сегодня день победы! 9 мая. Хочу поздравить вас всех с этим днём. С этой знаменательной и чудесной датой. Мы никогда не должны забывать этот день. С днём победы!

Друзья, всех зову 15 мая на мой курс по управлению продуктом✨ Мы вступаем в большую эпоху, когда продукт создавать все проще и проще - через инструменты нейросетей, вайбкодинг, ИИ-ассистентов. Уже сейчас можно встретить контент, где ребята в прямом эфире без знаний программирования пишут платформы Saas, делают сайты, мобильные приложения, тг-ботов за 5-6 часов Кстати, это мультяшное видео со мной в главной роли сделано за пару минут в нейронках, как и джингл к этому видео - все в ИИ Вскоре уже 16 летний ребенок, грамотно освоивший ИИ-инструменты, может быть продуктивнее и эффективнее солидного менеджера средних лет в крупной гос.корпорации с десятком подчиненных, если последний вовремя не поймет что к чему Детально разобраться в том как делать современный продукт и управлять командой как человеческой, так и виртуальной, я предлагаю вам на своем обновленном курсе по менеджменту продукта Записаться можно в лс t.me/artcontr или на сайте agilecareer.ru/productowner #agilecareer_авторскийпост О проекте | Навигация | Чат | Сетка

Друзья, присоединитесь к чату с обсуждением зарплат, карьеры, вакансий и мероприятий в ИТ. В чате можно задать вопрос по развитию карьеры, записаться на курс проекта agilecareer.ru Заходите посмотреть: https://t.me/agilecareer_chat

Вот такой плакат, который и не стыдно повесить в офисе, я сделал буквально за две минуты, на основе своего уже давно написанного поста Да, это всё сделано нейронкой, без графических редакторов, дизайнеров и иллюстраторов Этим и другим фичам учу на курсах менеджера в Data Science, менеджера Продукта, и в новом курсе для ИИ-креаторов. Страничка по последнему пока в разработке, но вы можете записаться ко мне через ЛС t.me/artcontr и там же можно узнать подробности Также следите за моим вторым каналом: t.me/zenithphoto - там больше про нейросети для творческих задач А тому, кто поставит огонечки (🔥) в комментариях я пришлю мини-гайд: как сделать почти любую похожую инструкцию #agilecareer_авторскийпост О проекте | Навигация | Чат

JTBD-исследование: ищем тот самый продукт для своей аудитории В прошлый раз я писал о важности правильного сегментирования клиентов с помощью метода Jobs to be Done. Выяснили, что недостаточно просто увидеть общую картину потребностей, надо углубляться дальше - исследовать мотивы, контексты и задачи, стоящие перед пользователями. Нас интересуют именно ситуации, в которых человек решает важную для себя задачу и выбирает определённое решение. Например, в одной ситуации продукт «нанимают», чтобы сэкономить время, а в другой - чтобы подчеркнуть статус. Идем дальше ⤵️ Ищем решение, которое действительно помогает клиентам выполнять их задачи. Представьте ситуацию: в жизни человека возникает момент, когда привычный способ больше не работает или не устраивает. О чем он думает в первую очередь? Что им движет, и почему он может уйти к конкурентам? Да, проще тыкнуть пальцем в небо, выдумать несуществующие варианты, напичкать продукт всевозможными фичами. Но поможет ли это? Слабо верится. ❗️Фокусируемся на том, что действительно помогает клиентам продвинуться в их ситуации. Для этого мы исследуем ситуации, в которых у клиентов возникает необходимость в решении. Проводим JTBD-исследование, фокусируясь не на сегменте, а на задачах, которые клиенты хотят решить. Сам опрос можно поделить на несколько частей. Для наглядности возьмем онлайн-сервис доставки еды. Здесь важно понять, в каких ситуациях клиенты обращаются к доставке еды, с какими барьерами встречаются и что важно для них в этом процессе. Люди заказывают еду не просто потому, что голодны, а потому что у них возникает определенная ситуация или потребность. Это может быть ситуация, когда нет времени на обед, или когда хочется попробовать что-то новое без лишних усилий. Понимаете разницу? Важно понимать и закрывать такие ситуации. Контекст За каждым заказом стоит конкретная ситуация и напряжение, которое человек пытается решить. Определяем, что это: 📝 Расскажите о последнем разе, когда вы заказывали еду онлайн. Что происходило до этого и в какой момент вы решили сделать заказ? 📝 Что в той ситуации вас не устраивало и какую проблему вы пытались решить? 📝 На этапе принятия решения, какие факторы были для вас решающими? Процесс выбора и использования 📝 Опишите процесс заказа - от выбора блюда до его получения. С какими трудностями вы столкнулись? 📝 Какие моменты вам особенно понравились или, наоборот, не понравились в этом процессе? Альтернативы и барьеры Узнаем, что мешает клиенту решить его задачи: 📝 Какие другие варианты вы рассматривали или обычно используете в таких ситуациях? Почему выбрали именно этот сервис? 📝 Существовали ли какие-то барьеры или сомнения перед тем, как сделать заказ? Ценность и преимущества Узнаем, что помогло клиенту справиться с ситуацией: 📝 Что, на ваш взгляд, делает сервис по-настоящему ценным для вас? 📝 Какие улучшения вы бы хотели видеть в будущем? И по традиции после интервью систематизируем данные, выделяем общие задачи, мотивы, барьеры и пожелания. Со стороны кажется, что это долгий путь: время, деньги, ресурсы. Да, но что в итоге вы получите? Результат в виде лояльности клиентов и продукт, который будет действительно востребован на рынке. Это снижает вероятность ошибок и помогает принимать более обоснованные решения. Скоро анонсирую обновленный курс для Продактов🏆 Оставайтесь на связи! #agilecareer_авторскийпост О проекте | Навигация | Чат | Сетка

Друзья, приходите на наши курсы, знания редко бывают лишними: Курс Менеджер в Data Science https://agilecareer.ru/datascience Курс Scrum Master https://agilecareer.ru/scrum-master 💫Курс Менеджер продукта https://agilecareer.ru/productowner Также есть формат личной работы, менторинг: t.me/artcontr Личный менторинг для владельцев бизнеса https://agilecareer.ru/business

Дайджест событий в ИТ от AgileCareer | Менторинг в ИТ 7 - 18 апреля Вторник ▪️7 апреля. QA Воркшоп 5: живое тестирование. Москва, офлайн, ИнфоТеКС, 18:00. Среда ▪️8 апреля. Обсуждаем 5 проблем вокруг исследований, о которых все спорят (и тоже спорим). Онлайн, Pathway x Ozon, 18:00. Четверг ▪️9 апреля. Быстрые и отложенные метрики в цифровом маркетинге. Онлайн, БВШД, 19:00. ▪️9 апреля. Презентация результатов сравнительного исследования мобильных банков #fintech. Онлайн, UsabilityLab, 16:00. ▪️9 апреля. Как использовать AI для анализа метаданных в СУБД и BI: практика применения LLM и RAG. Онлайн, Lasmart, 11:00. ▪️9 апреля. От боли клиента к новому рынку: инструменты голубого океана. Онлайн, Beyond Taylor, 19:00. ▪️9 апреля. Deckhouse Conf 2026. Москва, офлайн, Флант, 10:00. ▪️9 апреля. GoCloud 2026. Москва, офлайн | онлайн, Cloud․ru, 11:00. ▪️9 апреля. MWS Cloud Platform: сеньоры для сеньоров. Питер, офлайн, МТС, 18:30. Пятница ▪️10 апреля. Что дальше в Пайплайне. Часть 1: QA-версия. Онлайн, ИнфоТеКС, 19:00. ▪️10 апреля. Domclick Digital Day. Новосибирск, офлайн, ДомКлик, 10:15. Суббота ▪️11 апреля. Welcome Times для аналитиков. Москва, офлайн, Яндекс, 12:30. ▪️11 апреля. VK JT Go Meetup. Питер, офлайн, ВК, 17:30. Вторник ▪️14 апреля. K2 Cloud Conf 26. Москва, офлайн | онлайн, K2, 10:00. Четверг ▪️16 апреля. Проектирование цифровизации: дизайн данных. Онлайн, Системный подход, 16:00. ▪️16 апреля. Cloud Security Day. Москва, офлайн | онлайн, Yandex Cloud, 10:00. ▪️16 апреля. Митап про перформанс: ClickHouse®, MySQL®, PostgreSQL, SPQR. Москва, офлайн, Яндекс, 15:50. ▪️16 апреля. Т1 Лампа x Т-Банк: Архитектура. Казань, офлайн, Т1, 19:00. ▪️16 апреля. Стратегия управления. OKR для стартапа. Москва, офлайн, Стартап Кафе,19:00. Суббота ▪️18 апреля. Пурпурная ИТ‑конференция. Разработка, искусственный интеллект, бизнес. Москва, офлайн | онлайн, МФТИ, 10:30. ▪️18 апреля. Day & Night. Москва, офлайн, Яндекс, 15:00. #agilecareer_события О проекте | Навигация | Чат | Сетка

Помогаю сохранить работу, не только найти новую Порой достаточно часа, чтобы разобрать основные запросы, а вот детали требуют времени. Так и произошло с Лэйлой, менеджером проектов, о ней я не так давно рассказывал. Так как работаем системно, она прислала еще один отзыв. Делюсь с вами малой порцией того, что входило в консультации, потому что всё не пересислить: Например, DoR и DoD, которые мы обсуждали. Если мы хотим посмотреть, правильно ли сформулированы задачи и будет ли от этого результат, то без этих критериев не обойтись. Клиент точно должен знать, чем они отличаются. Если критерии приемки к работе, то сразу рассматриваем на примере конкретных рабочих кейсов. После переходим к полной готовности задачи (DoD). А еще есть Acceptance Criteria (AC) – критерий того, что задача не просто готова, а еще и в деталях работает так, как надо для конкретного заказчика. Разобраться в этих практиках сходу сложно. Часто даже команде для грамотного использования этих практик нужен эксперт со стороны. Кстати, чем отличаются DoR и DoD и как применять их в работе – я уже рассказывал здесь. Напомню, что это мы остановились лишь на небольшой части нашего менторинга. Поэтому здесь можно сидеть и целый день при желании. Поэтому если у вас есть запрос на карьерный рост, нужна поддержка в рабочих процессах или даже помощь в переговорах, то менторинг вам будет как раз в помощь. Как всегда, связаться можно по ссылке - t.me/artcontr. Готов обговорить любые варианты работы: онлайн и офлайн. #agilecareer_отзывы О проекте | Навигация | Чат | Сетка

Делюсь полезным промтом для смены фона вашей фотографии, а также добавления деталей на фото: Первая фото: мой оригинал Вторая фото: промт Третья фото: ответ на результат первого промта с просьбой сделать девушку более дружелюбной Ранее делился этой фотосессией тут и тут. А вот сам промт к первой фотке: Make a bit of a contrast in this photo and change background to more classical portrait style (McCurry, Leibovitz) and give a girl solid and realistic earring to her left ear Пользуйтесь на здоровье❤️ artem zenith AI production

На втором и более творческом канале рассказываю про нейросети и даже показываю промты. Присоединяйтесь скорей💫

Дайджест событий в ИТ от AgileCareer | Менторинг в ИТ 23 марта - 5 апреля Понедельник ▪️23 марта. Запуск продукта с ИИ для маркетологов и менеджеров по продукту. Онлайн, НИУ ВШЭ, 19:00. Вторник ▪️24 марта. “Автоматизировать нельзя самостоятельно" – где ставим запятую? Онлайн, Сколково, 12:00. ▪️24 марта. Митап по управлению командами. Ижевск, офлайн, Directum, 18:30. ▪️24 марта. Какой ты CPO? Онлайн, SberGile, 17:00. Среда ▪️25 марта. Критическое мышление в управлении ИТ: мифы и сказки, которые уже пора перестать друг другу пересказывать. Онлайн, isSMF, 17:00. ▪️25 марта. Финтех + Go #fintech. Онлайн, Московский клуб программистов, 19:00. ▪️25 марта. UX/CX-мышление и инициативность: как исследователь может повлиять на продуктовые решения. Онлайн, Radar, 19:00. ▪️25 марта. Как мы внедряли ИИ на проекте: успехи и провалы. Питер, офлайн, Byndyusoft, 19:00. ▪️25 марта. Как вырастить сильных и сохранить лучших? Москва, офлайн, Ikra, 18:30. Четверг ▪️26 марта. Красные флаги бизнес‑стратегии. Честный разбор 1 квартала 2026. Онлайн, OKR Academy, 11:00. ▪️26 марта. Митап по Android-разработке. Онлайн, hh ru, 18:30. ▪️26 марта. Автоматизация анализа с помощью PVS-Studio. Онлайн, 14:00. ▪️26 марта. Архитектурный клуб. Онлайн, Яндекс, 17:00. ▪️26 марта. TeamLead MeetUp. ИИ и метрики эффективности в работе. Питер, офлайн | онлайн, Selectel, 18:30. ▪️26 марта. IT Talk by Sber. Екатеринбург, офлайн, Сбер, 19:00. ▪️26 марта. Встреча SpbDotNet 117. Питер, офлайн, 19:00. ▪️26 марта. Честно про майнинг: DeFrens в гостях у Т-Банка. Москва, офлайн. Т-Банк, 18:00. Пятница ▪️27 марта. Авторская методика разработки требований к ИТ-решению. Онлайн, Systems Education, 18:00. ▪️27 марта. Магия вопросов: 10 техник, которые помогут докопаться до истинных требований. Онлайн, EvApps, 18:30. Субботу ▪️28 марта. Коуч-кэмп Лидеров изменений 26Q1. Москва, офлайн, Лидеры изменений, 10:00. ▪️28 марта. AI как новая платформа для стартапов: реальные возможности. Онлайн, МФТИ, 12:00. Среда ▪️1 апреля. Product meetup + standup. Москва, офлайн, Яндекс, 19:00. Суббота ▪️4 апреля. VK JT Go Meetup. Москва, офлайн, ВК, 17:30. #agilecareer_события AgileCareer | Менторинг в ИТ

JTBD-стратегия: способ понять, почему клиенты выбирают продукт в конкретных ситуациях Ранее я подробно писал здесь о том, «зачем нужны JTBD-исследования и как их провести правильно?». Если коротко, Jobs to be done помогает нам посмотреть на наших клиентов не через призму характеристик (возраст, пол, доход), а через конкретные ситуации использования и задачи, которые они пытаются решить Но вот в чем нюанс: недостаточно просто определить job, важно понять силы, которые двигают или тормозят выбор: что толкает человека искать решение, что его притягивает, какие есть страхи и что удерживает в старом поведении. Ведь два пользователя могут иметь одинаковую потребность, но совершенно разные сценарии решения. Наглядно: «хочу приготовить ужин». Мы можем уточнить: дома, в поездке, после работы? Или у нас больше времени, потому что выходной? Может быть, он ищет замену готовке вообще..? ❗️Именно здесь и кроется секрет успеха: какой прогресс человек пытается сделать и какие силы влияют на его выбор Возьмем классический пример: разработчик создает фитнес-приложение. Команда уверена, что оно привлечет широкий круг любителей спорта. Команда ожидает, что продукт подойдет “всем, кто занимается спортом”. Но в реальности различия лежат не в типе пользователей, а в ситуациях: 🔸 одни пытаются просто начать без строгого давления 🔸 другие возвращаются после перерыва 🔸 третьи оптимизируют результаты Важно: Нам нужно понимать не то, кто они (дети/мамы/бабушки), а какую задачу они пытаются решить в конкретной ситуации. Именно по этому признаку мы производим сегментацию, а не по демографическому обобщающему признаку😉 Поэтому наши сегменты должны выглядеть так: 1️⃣ «Когда я долго не занимался спортом и чувствую дискомфорт из-за формы, я хочу начать бегать так, чтобы не чувствовать себя неловко» 2️⃣ «Когда я возвращаюсь к тренировкам после перерыва, я хочу постепенно восстановить форму без перегрузки» 3️⃣ «Когда я регулярно тренируюсь, я хочу точно отслеживать результаты, чтобы улучшать показатели» Это три разные ситуации использования и задачи. И у каждой есть свой набор желаний и болей. Это значит, у каждой должна быть своя стратегия продвижения и разработки функционала. Как узнать? Проводим интервью. Готовим скрипт интервью. Задаем вопросы о реальном опыте: - «Когда вы в последний раз решили начать бегать?» - «Что происходило в тот момент?» - «Что вас не устраивало до этого?» - «Какие варианты вы рассматривали?» - «Почему не выбрали их?» - «Что стало решающим фактором?» Восстанавливаем таймлайн принятия решения: от первого недовольства до выбора решения ❓что заставило задуматься о занятиях спортом ❓как выбирали экипировку и маршруты ❓достигли ли поставленных целей Анализируем данные Ищите сходства и различия в полученных результатах. Создайте сводную таблицу. В нее заносим характеристики каждого сегмента отдельно: ➖Триггер + контекст ➖Целевое состояние (ожидаемый результат) ➖Барьеры ➖Альтернативы ➖Основные препятствия и боли И в итоге мы делаем выводы по каждому сегменту и применяем их в работе. То есть: как мы можем улучшить продукт, приложение, услугу на основании наших исследований? JTBD требует разбирать реальные истории выбора, а без этого вы получите только мнения, а не причины поведения. Скоро анонсирую обновленный курс для Продактов🏆 Оставайтесь на связи! #agilecareer_авторскийпост О проекте | Навигация | Чат | Сетка

Друзья, сложные времена легче проходить вместе с единомышленниками. Лучшее, что можно сделать в такие моменты, – не зацикливаться на прошлом, а открывать новые двери, искать новые возможности и поддерживать друг друга. Именно поэтому мы продолжаем развивать наше сообщество и расширять площадки, где можем общаться, делиться опытом и расти вместе. Проект AgileCareer уже давно ведёт блог в профессиональной сети Setka – социальной сети для специалистов, где обсуждают карьеру, развитие, навыки и реальные рабочие кейсы. А в связи с замедлением Telegram мы решили пригласить вас присоединиться к нашему сообществу в сетке. Там будут: – практические материалы по управлению проектами и продуктами – больше карьерных разборов, анонсов обучения – коммьюнити и честные диалоги о развитии рынка, зарплатах, перспективах и многом другом Если вы уже в Setka – будем рады увидеться там. Если ещё нет – самое время заглянуть. Подписывайтесь на блог AgileCareer в Сетке и присоединяйтесь к сообществу🙌🏻

Друзья, присоединитесь к чату с обсуждением зарплат, карьеры, вакансий и мероприятий в ИТ. В чате можно задать вопрос по развитию карьеры, записаться на курс проекта agilecareer.ru Заходите посмотреть: https://t.me/agilecareer_chat