Ан­глий­ский язык для продактов — must have

Ниже - хорошая подборка о том, как вы­учить этот язык для ра­бо­ты в IT.

При поддержке полиглота Андрея Гуляева и его Школы Don’t Speak и марафона по английскому языку ENGLISH O’CLOCK.

Лексика. Луч­ше все­го лек­си­ку изу­чать в спе­ци­аль­ных при­ло­же­ни­ях. Вот несколь­ко наи­бо­лее ре­зуль­та­тив­ных и про­стых в ис­поль­зо­ва­нии:
• ED Words
• Anki
• Mem­rise
• Hello Talk
• Easy Ten
Вы­би­ра­е­те те­ма­ти­че­ские под­бор­ки слов и до­бав­ля­е­те в сло­варь. Об­ра­тить вни­ма­ние сто­ит на груп­пы слов Net­work­ing, IT slang, Eng­lish for de­vel­op­ers, Eng­lish for dig­i­tal, Hack­ing.

Тренировка навыка. Са­мые про­стые спо­со­бы сде­лать это — слу­шать под­ка­сты, чи­тать те­ма­ти­че­ские фо­ру­мы и про­фес­си­о­наль­ные бло­ги.
И чем в них но­вее ин­фор­ма­ция, тем луч­ше. Язык по­сто­ян­но ме­ня­ет­ся, и осо­бен­но чув­стви­те­лен к из­ме­не­ни­ям про­фес­си­о­наль­ный сленг. Неко­то­рые фра­зы, тер­ми­ны и обо­зна­че­ния уста­ре­ва­ют, вме­сто них по­яв­ля­ют­ся но­вые. И важ­но это по­сто­ян­но от­сле­жи­вать:
Под­ка­сты:
• Herd­ing Code
• Soft­ware En­gi­neer­ing Ra­dio
• Pro­gram­ming Throw­down
• Floss Weekly
• This De­vel­op­ers Life
Фо­ру­мы:
• Stack Over­flow
• Stack Ex­change
• De­vShed Fo­rum
• Red­dit Pro­gram­ming
Бло­ги:
• DWB
• Web­De­vBlog
• Cats Who Code
• Code Wall
• Fu­ture Pro­cess­ing
• Ray Wen­der­lich
Се­ри­а­лы и филь­мы:
• Крем­ни­е­вая до­ли­на (Sil­i­con val­ley)
• Ми­стер Ро­бот (Mr. Ro­bot)
• Со­ци­аль­ная сеть (The So­cial Net­work)
• Чер­ное зер­ка­ло (Black Mir­ror)
• В поле зре­ния (Per­son of In­ter­est)

Глав­ная слож­ность тех­ни­че­ско­го ан­глий­ско­го — в том, как стро­ят­ся пред­ло­же­ния, есть длин­ные и ме­ста­ми моз­го­лом­ные кон­струк­ции, ко­то­рые слож­но по­нять без со­от­вет­ству­ю­ще­го опы­та. Возь­мем, к при­ме­ру, неболь­шое опи­са­ние од­но­го из ин­стру­мен­тов Mi­crosoft:
Cloud se­cu­rity an­a­lyt­ics: Lever­ag­ing big-data, ma­chine-learn­ing, and unique Mi­crosoft op­tics across the Win­dows ecosys­tem, en­ter­prise cloud prod­ucts (such as Of­fice 365), and on­line as­sets, be­hav­ioral sig­nals are trans­lated into in­sights, de­tec­tions, and rec­om­mended re­sponses to ad­vanced threats.
Непод­го­тов­лен­но­му че­ло­ве­ку труд­но вос­при­ни­мать длин­ные тек­сты с су­хой по­да­чей и слож­ны­ми обо­ро­та­ми. Но по-дру­го­му пе­ре­дать тех­ни­че­скую ин­фор­ма­цию невоз­мож­но. ТЗ к раз­лич­ным за­да­чам в IT пи­шут имен­но на та­ком ан­глий­ском.
Сей­час есть огром­ное ко­ли­че­ство кур­сов ан­глий­ско­го, ко­то­рые по­мо­га­ют про­ка­чать имен­но тех­ни­че­ский ан­глий­ский. Если вы нацелены перенять успешный западный опыт и выйти на международные рынки, а зависеть от переводчиков сложно и затратно, то возьмите дело в свои руки и записывайтесь на БЕСПЛАТНЫЙ марафон по английскому языку ENGLISH O’CLOCK https://clck.ru/WfSyc

На марафоне вы узнаете: как выучить английский, чтобы он не забывался, как пользоваться новыми словами, не переводя их в голове с русского на английский, как перейти от правил к интуитивному применению грамматики, как преодолеть языковой барьер и за короткий срок начать уверенно говорить. Заниматься можно в удобное время.
Подключиться к марафону: https://clck.ru/WfSyc

Тренды цифровой трансформации бизнеса 2021 года

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

+ Виртуальные мероприятия, на которых можно побывать в виде аватара. Индустрия кино и ТВ также смешивается с игровой. Игры привлекают все больше зрителей: так, 1 июля более 160 000 человек смотрели, как геймер Ninja играл в Fortnite на YouTube. Кинофестиваль Tribeca включил игры в число номинаций с 2021 года. В июле 2020 года на канале BuzzFeed Multiplayer появилось новое реалити-шоу The Sims Spark’d.

+ В 2020 году из-за пандемии отменили многие спортивные соревнования, исчезли прямые трансляции спортивных событий, что привело к сближению реального и виртуального спорта с киберспортом. Гонщики уже использовали симуляторы для тренировок, теперь бренды выходят на рынок с решениями для виртуальных гонок, в которых могут участвовать любители. Zwift, онлайн-платформа для тренировок по велоспорту и бегу, провела первую международную велогонку Tour de France в виртуальном режиме.

+ Фитнес тоже переходит из реального мира в виртуальный. В апреле 2020 года Oculus и Within выпустили новое VR-приложение Supernatural для фитнеса. Для пользователей проводят персонализированные виртуальные тренировки в окружении потрясающих пейзажей. Компания Virtuix в 2021 году выпустит беговую дорожку с виртуальной реальностью — Virtuix Omni One. Игрок пристегивается к платформе с помощью ремня, одевает очки-гарнитуру и может ходить, бегать, прыгать, приседать и двигаться боком в играх.

+ Удаленная работа стала нормой. Компания Dropbox заявила, что теперь она становится virtual-first, то есть в первую очередь ориентируется на виртуальные рабочие места и отказывается от своих реальных офисов. Другие компании создают виртуальные офисы, в которых сотрудники могут прогуляться по знакомым помещениям, посетить собрания и просто собраться за чашкой кофе и пообщаться.

+ Цифровая мода и виртуальные гардеробы — одна из тенденций, набирающих популярность. Цифровая виртуализация позволяет модным домам демонстрировать свои коллекции, а бренды могут создавать виртуальные пространства с уникальным дизайном. При помощи 3D-моделирования разрабатывают наряды для аватаров клиентов, которые можно носить только в цифровой среде, например в играх или социальных сетях.

+ По данным IBM, из-за пандемии переход к электронной торговле ускорился на пять лет. У международной платформы электронной коммерции Shopify во втором квартале 2020 года увеличилось количество пользователей на 71%. Эта платформа предоставляет инфраструктуру для создания собственного интернет-магазина, обработки транзакций и доставки.

Хотите внедрять и придумывать трендовые решения цифровой трансформации? Научитесь управлять цифровыми проектами, продуктами и организациями за 14 месяцев
Пройдите профессиональную подготовку в Президентской Академии РАНХиГС онлайн. Вас ждет 50+ кейсов из разных стран и индустрий. За время обучения вы получите актуальные навыки для работы в сфере автоматизации и цифровой трансформации бизнеса.
Программа "Мастер автоматизации и цифровой трансформации бизнеса" — это преподаватели с практическим опытом в индустрии, нетворкинг — мы организуем для вас мероприятия в кампусах Президенской Академии, на которые вы сможете прийти лично или подключиться к онлайн-трансляции, проекты от реальных работодателей в портфолио и диплом государственного образца

Узнайте больше о программе на нашем сайте: https://u.to/MTuVGw

Чек-лист действий, что еще можно сделать для увеличения конверсии в продукте?

Призыв к действию (СТА)
1. Призыв к действию виден на первом экране на компьютерах и смартфонах.
2. В призыве к действию один глагол в повелительном наклонении.
3. Призыв к действию написан четким и понятным (даже первокласснику) языком без лишних слов, таких как «можно», «возможно», «хотите», «не забудьте» и других.
4. Визуальные элементы сайта могут подталкивать посетителя к целевому действию. Например: стрелки, направление взгляда.
5. На страницах с длинным скроллингом, призыв к действию повторяется за рамками первого экрана в той же или сокращенной формулировке.

Визуализация
6. Изображения товара высокого качества.
7. Есть возможность увеличить изображение при клике или наведении.
8. Товар показан на изображениях во всех ракурсах.
9. Товар показан в процессе использования.
10. Иллюстрации услуг отображают конечный позитивный результат.

Акции и скидки
11. Наличие действующей акции или спецпредложения.
12. Информация об акции или спецпредложении видна на первом экране.
13. Призыв к действию связан с акцией.
14. У акции имеется дедлайн по времени.
15. Выгода по акции значительна для клиента. 

Цена
16. Если цена сильно ниже или выше чем у конкурентов, объясняется причина.
17. Цены идут от большего к меньшему, если есть несколько комплектов или тарифов на выбор.
18. На сайте можно оплатить любым удобным способом.
19. Демонстрируется сумма экономии.
20. Цена не круглая. Например, 5012 рублей лучше, чем 5000 рублей.

Навигация
21. Наличие на видном месте на сайте поиска.
22. Есть поисковые подсказки и возможность искать по разделам и фильтрам.
23. Важные разделы, такие как контакты или доставка в магазине, легко находятся.
24. Выводятся блок с недавно просмотренными и купленными товарами.

Интернет-магазин и корзина
25. Нет обязательной регистрации для покупки.
26. Минимальное число этапов оформления заказа.
27. В корзине есть кнопка «Продолжить покупки».
28. Отсутствуют лишние рекламные материалы в корзине.
29. Уведомление, что товар был добавлен в корзину.

Доверие и безопасность
30. Подчеркнута конфиденциальность ввода платёжной информации.
31. Использование известного платёжного агрегатора.
32. Есть информация о гарантии на товар.
33. На сайте установлен SSL-сертификат. Об этом сигнализирует замочек возле адресной строки, а адрес сайта начинается с символов «https».
34. Есть опция оплаты по факту получения товара курьеру, по факту оказания услуги или наложенным платежом.
35. На сайте указаны гарантии, такие как возврат денег, бесплатный ремонт или бесплатная замена.

Отзывы
36. Отзывы с визуализацией результатов.
37. Отсутствие только чрезмерно хвалебных отзывов.
38. Есть доказательства реальности отзывов, такие как ссылки на социальные сети, фотографии или названия компаний.
39. Для сферы b2b отзывы оформлены в виде благодарственных писем от клиентов на фирменных бланках с указанием контактов компании.

Фишки и маленькие хитрости
40. Подчеркнут повышенный спрос на продукт. Например выводиться знак «Бестселлер».
41. Показано количество заказов продукта или количество клиентов.
42. Наглядная полоска прогресса на странице покупки или регистрации.
43. Посетители сайта могут задать вопрос в комментариях к экспертной статье или к товару с указанием своей контактной информации. 

Хотите еще больше чек-листов и полезных материалов для управления продукта? Эти и другие вопросы мы разберём на бесплатном марафоне "Карьерный акселератор 1.0: старт в продакт-менеджменте" от ProductStar. Что будет на марафоне: 7 вебинаров от продакт-менеджеров топовых компаний: без воды - получите практический опыт от профессионалов своего дела, нетворкинг в отдельном чате со спикером и единомышленниками, лайфхаки от спикеров-практиков: с чего начать карьеру продакта, как перейти в профессию из другой сферы, как не останавливаться в развитии. Когда состоится марафон: С 7 по 20 сентября, 19:00.

Регистрируйся и забирайся вверх по карьерной лестнице https://bit.ly/3h7wK8W

Будущее - за Tech PM

Сегодня важный фрагмент статьи от хорошего приятеля, Group PM из Booking, Владимира Калмыкова про то, насколько продактам важно разбираться в технической части:

1. Поскольку все простые вещи уже построили, многие инновационные IT-компании создают волшебство (и меняют мир) за счет тонкого баланса бизнеса и сложного теха.
Классический пример - поиск Google. Из “понятных” фичей там только белый экран с кнопочкой поиска, а под капотом… распознавание речи, значения запроса, поисковые алгоритмы, ранжирование и еще в это все интегрированная реклама. А на уровень ниже - собственные базы данных, дата пайплайны, даже собственные дата центры! Вместе это сотни продуктов и… Tech продакт менеджеров. Обмен сообщениями Facebook, обработка изображений в Instagram, поиска проживания в Booking.com, матчинг водителя и пассажира в Uber, платежные API от Stripe, потоковая передача и рекомендации музыки Spotify и практически все веб-сервисы AWS - все это примеры областей на границе продукта и технологий и их ведут те или иные Tech PM-ы.
2. Названия продакт-вакансий в перечисленные компании не всегда имеет префикс «Technical» и загляните в фактическое описание должности. Например, для Amazon PM: «Предыдущий опыт управления техническими продуктами или онлайн-услугами» или Spotify PM: «и технический опыт работы в качестве инженера или другой тех. должности».
3. Набор скиллов современного продакта

⁃ База управления продуктом (50%), куда входит умение понимать желания клиентов, преобразовывать их в понятные задачи, строить экономику, задавать метрики, планировать кратко/средне/долгосрочные горизонты, достигать их - короче, общеизвестный фундамент.
Например, ПМ Вася приоритизирует уведомление о покупке пылесоса в виде отправки SMS-ки, потому что этим “мессенджером” пользуются 40% клиентов (к Васе мы еще вернемся ниже).

⁃ Технические знания о продукте (30%): нужны чтобы легко объединить внешние и внутренние системы вместе, не забыть про нефункциональные требования (архитектура, безопасность, инфраструктура, устойчивость) и, в итоге, превратить идею продукта в реальный работающий сервис, а не трактор.
Продолжая пример с SMS-ками, ПМ Вася с техническими знаниями может обосновать необходимость гибкой архитектуры сервисов, что, в свою очередь, позволит компании быстро запустить другие мессенджеры для новых рынков (Viber, WhatsApp или Telegram) или даже основать сторонний бизнес мета-мессенджера (сейчас много таких).
Обратите внимание на разницу: PM не только определяет приоритеты, но теперь, вдобавок, имеет представление о том, как (примерно) это изменение было сделано, и эти знания (в сочетании с видением продукта) порождают в его/ее голове новые бизнес-идеи. Техническим скиллам из этой секции я учу на ламповом живом спец-курсе Tech для продакта в школе ProductDo. Мы - не потоковая школа, и если интересно, то советую не тянуть с записью - стартуем уже завтра, 9 сентября.

⁃ Знание предметной области (20%): добавляется сверху как соус специализированных умений, например, в платежах, трэвеле, маркетплейсах, обработке контента и т.д. Он позволяет продакту чувствовать глубокие вопросы домена, и компании любят таких специалистов: например, любая пейментс контора будет очень рада вашему опыту в FinTech (но без него тоже не откажет). Это не обязательные скиллы, потому что с хорошей базой всегда можно прокачать и детали, а они все равно меняются от проекта к проекту.
Для нашего примера с SMS-ками, опытный платежник знает, что SMS будут использоваться для двухфакторной аутентификации, и настоит на высокой устойчивости систем отправки сообщений, чтобы не навредить конверсии оплаты.

Чтобы эффективно общаться с командой и оценивать сложность проекта надо уметь разбивать продукт на куски IT-логики. Умеющих это, повышают и приглашают на крутые проекты. Хотите превращать продукты в работающие it-сервисы, научиться определять архитектуру и надежность систем, эффективно общаться с dev-командой? Приходите, курс стартует завтра - Tech для продакта.

Еще полезные заметки от Владимира на канале https://news.1rj.ru/str/productdo

PRINCE2. Принципы управления

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

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

Принципы у фреймворка близки к продуктовым
1. CONTINUED BUSINESS JUSTIFICATION (Постоянная оценка целесообразности). Спонсор проекта (в русских договорных отношениях это чаще всего Заказчик, даже если он внутренний) должен быть постоянно уверен в необходимости реализации проекта, если такая необходимость отпала, то проект следует прекратить. Ожидаемые выгоды должны быть больше затрат и рисков.

2. LEARN FROM EXPERIENCE (Учет предыдущего опыта). Принцип призывает руководителей проектов постоянно анализировать и использовать извлеченные уроки других проектов, а также фиксировать собственный опыт в ходе своего проекта.

3. DEFINED ROLES AND RESPONSIBILITIES (Определенные роли и обязанности). В каждом проекте должна быть сформирована матрица ответственности в рамках проекта и его организационной структуре. Авторы PRINCE2 выделяют три заинтересованные стороны проекта: бизнес (определяет цели проекта и инвестирует его), пользователи (используют продукт проекта) и поставщики (предоставляют ресурсы).

4. MANAGE BY STAGES (Управления по стадиям). Проект должен планироваться, отслеживаться и контролироваться по стадиям, в конце каждой стадии должен обновляться план следующей стадии с учетом результатов завершающейся текущей стадии. Между каждой стадией должны присутствовать точки принятия основных решений.

5. MANAGE BY EXCEPTION (Управление по исключениям). Руководство проектами следует осуществлять путем определения обязанностей и ответственности на каждом уровне проекта при помощи строгого делегирования полномочий. Такой способ управления позволяет экономить как время высшего руководства, спонсоров проекта, так и самого менеджера проекта. Допустимые отклонения должны быть определены для каждого уровня плана проекта.

6. FOCUS ON PRODUCT (Фокус на продукте). Акцент в проекте должен быть на конечном продукте и его качестве. Процедура управления изменениями снижает увеличение скоупа проекта. Акцент на качестве и утвержденном описании продукта снижает неудовлетворенность пользователей (потребителей) конченного продукта проекта.

7. TAILOR TO SUIT THE PROJECT ENVIRONMENT (Адаптация к внешним условиям). Проектная команда должна осознавать, каким образом происходит адаптация принципов PRINCE2 к внешним условиям проекта (корпоративные стандарты, корпоративная культура), подходит ли используемый метод для окружения проекта.

Хотите уметь подбирать правильную методологию управления для своих продуктов? А также уметь вникнуть в суть задачи спрогнозировать сроки? Как этого достичь, вы узнаете 9 сентября в 19.00 по МСК на demo-занятии в рамках онлайн-курса «Project manager. Advanced» от OTUS. На занятии вы разберете, с чего начинать работу над проектом, как грамотно вникнуть в задачу и достичь взаимопонимания с заказчиком. Вебинар проведет Наталья Сергеева, руководитель проектного офиса компании AGIMA.

Регистрация на занятие: https://otus.pw/QvuI/

Завтра ProductCamp

11 и 12 сентября снова состоится одно из самых крутых мероприятий для продактов - https://productcamp.ru/one. В предверии подготовил небольшую подборку выступлений, которые считаю полезными и интересными (места работы спикеров указаны на момент выступления):

- Aha-moment - как я его искал в двух продуктах и нашел в одном. История в цифрах от Павла Шишкина (Яндекс, Chatfuel) - https://www.youtube.com/watch?v=xjqLk_8nGRo

-Как прокачать LTV в подписочном продукте от Андрея Михайлюка (Flo Health) - https://www.youtube.com/watch?v=X7fONyEIp3I

-С чего начать, чтобы поднять долю онлайна в бизнесе с 3% до 20%? От Микаэла Гелецяна (Детский мир) - https://www.youtube.com/watch?v=JSbxa6aZwxU

-Система приоритизации и фокуса в product-driven компании от Руслана Фомичева (Miro) - https://www.youtube.com/watch?v=MQbsS2Lx1Po

ProductCamp - cообщество профессионалов-энтузиастов, которые хотят открыто делиться опытом и рассказывать больше, чем обычно, быть рядом с близкими по духу. Съезды ProductCamp’а проводятся уже 10-ый год, куда приглашаются драйвовые middle, senior и C-level специалисты из Яндекса, Google, ВКонтакте, Skyeng, Тинькофф, Wargaming, 2ГИС, Parallels, Zeptolab, Coub, iFunny, Gett, Wrike.

Cейчас завершается регистрация на онлайн-участие. Ссылка: https://productcamp.ru/one . И тут вас ждут не просто просмотр онлайн-трансляций, а полноценное участие и вовлеченность в чатах, нетворкинг-активностях. Приходите на мероприяте!

Если нужны вакансии - приходите на канал https://news.1rj.ru/str/productjobgo
Нужны консультации по продуктам - пишите автору канала @SKoloskov, @sergeyproduct

Анатомия необходимого тимлида

Каждому продакт-менеджеру нужен тимлид, у которого в базе своей должны быть такие навыки:

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

Какой один из самых важных навыков Тимлида в текущих условиях? Умение работать с удаленной командой и правильно оценивать риски. 15 сентября Otus всех представителей продуктовой команды приглашает на открытый урок, на котором вместе с Александром Пряхиным, техническим директором в CityAds Media, поговорим как работать на удалёнке с максимальной отдачей и о том как правильно работать с рисками. А также рассмотрим как нужно настроить процессы и правила при удаленной работе.

Открытый урок рассчитан тех, кто хочет стать тимлидами или научиться работать с ними, и тех, кто уже управляет командой. Это возможность попробовать практический онлайн-курс «Team Lead» от OTUS и познакомиться с экспертом.

Успейте занять место на открытом уроке и регистрируйтесь прямо сейчас: https://otus.pw/NOXv/

Методики конструктивной обратной связи от руководителя для разных ситуаций

1. Если сотрудник не заинтересован в результате.
Если сотрудник рассеян, пассивен и не заинтересован в результате, вам необходимо выяснить причину его состояния и постараться изменить его настрой: покажите ему, что вы заметили его настроение; скажите ему, что вы обеспокоены этим, предложите помощь: “Я заметил, что ты не такой как обычно. Это заставляет меня чувствовать, что я делаю что-то неправильно", "Всё ли в порядке? Если ты не против, то я готов поговорить и помочь тебе".

2. Если сотрудник не выполнил проект вовремя.
Каждый должен быть ответственным за свою работу, поэтому: выясните, почему это случилось, мотивируйте его на сроки и качественный результат в будущем, предложите идеи для повышения эффективности его работы:”Проект не был сдан вовремя, не мог ли ты объяснить, почему?", "Твоя работа очень важна, если ты опаздываешь, замедляется вся команда"."Убедись заранее, что для следующего проекта у тебя будет больше времени и ресурсов, чтобы закончить в срок. Попробуй планировать свою работу заранее, например, по пятницам, чтобы убедиться, что ты не перегружен. Я пробовал это в своём последнем проекте, и это мне очень помогло".

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

4. Если сотрудник не берет инициативу в свои руки.
Когда вы сообщаете сотруднику об этом: скажите ему, как это влияет на вас, предложите помощь или консультацию:”Я заметил, что ты не берёшь инициативу на себя, как раньше. Это заставляет меня чувствовать, что я сделал что-то не так. В чем дело? Давай разберёмся вместе в этом вопросе".

5. Если у сотрудника плохой тайм-менеджмент.
Управление временем — это сложная задача, над которой необходимо постоянно работать: “Я заметил, что ты неверно спланировал своё время в последних 3 задачах". "У меня тоже была эта проблема, но затем я обнаружил инструмент, который мне очень помог. Я бы рекомендовал тебе попробовать и посмотреть, как ты сможешь оптимизировать своё время".

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

Хорошо сформулированная обратная связь помогает сотрудникам быстрее профессионально развиваться. Давать полезную и безопасную обратную связь непросто. Разобраться в инструментах и методах обратной связи можно будет на бесплатном онлайн-вебинаре "Инструмент: обратная связь". Встречу проведет Юлия Белозерова - Technical Program Manager с 10-летним опытом в проектном управлении. Будет про виды обратной связи для разных ситуаций, 4 способа как можно дать обратную связь и частые ошибки и как их избежать.

Дата и время проведения: 14 сентября (вт), в 20:00 (Мск). Продолжительность – 1,5 часа.

Для участия нужно зарегистрироваться по ссылке – https://otus.pw/5QUa/

Интересные мысли с канала Dzenski Live

1. Чем middle-дизайнер отличается от Senior?
Middle. Уверенный дизайнер и сильный одиночный боец. Может самостоятельно проектировать несложные интерфейсы, разрабатывать их с первой попытки, определять ход собственной работы, прокачивать менее опытных дизайнеров как в графике, так и в UX.
Senior. Направитель дизайнеров и боец видимого фронта. Может организовать работу нескольких дизайнеров, проверять макеты, рисовать самостоятельно или чужими руками, иногда общаться и договариваться с клиентом в рамках своей компетенции, выдавать стабильное качество и рабочие часы.
Пост - https://news.1rj.ru/str/dzenskii/7

2. Если ты хочешь иметь 100 тысяч выручки под конец месяца, у тебя должно быть контрактов в переговорке на миллион. Цифры, конечно, притянуты за уши, но часть истины в них есть: студии (как и фрилансеру) нельзя останавливаться в поиске и переговорах с клиентами, даже если сейчас, казалось бы, уже есть полная загрузка. Пост - https://news.1rj.ru/str/dzenskii/34

3. Какую цель преследует любая компания, помимо генерации прибыли и улучшения мира? Правильный ответ - превращение текущих и прошлых клиентов в пожизненных и увеличение LTV. Life Time Value — это показатель, сколько прибыли принесёт один клиент за всё время работы с ним. Чем больше у вас постоянных клиентов, с которыми вы работаете каждый месяц, тем больше у вас прибыли, тем меньше времени и денег вы тратите на маркетинг, поиск новых клиентов и изучение их продуктов. LTV посвящена как минимум одна замечательная книга - «Клиенты на всю жизнь» Карла Сьюэлла и Пола Брауна. Почитайте, там много годных советов, хоть книга и вовсе не о дизайне. Пост - https://news.1rj.ru/str/dzenskii/36

4. Уровни мотивации сотрудников
1. «Чувство долга». Для таких сотрудников компания, её принципы, и рабочий коллектив являются важной частью их собственной жизни. Такие сотрудники действуют во благо компании и придерживаются миссии. Сотрудников с «чувством долга» в компаниях обычно немного.
2. «Личная убежденность». Такие сотрудники действуют в рамках собственной профессиональной деятельности и собственных принципов. Это может быть бухгалтер, который наводит свой порядок в бухгалтерии, который он считает правильным, даже если в компании принято делать по-другому.
3. «Личная выгода». Такие сотрудники замотивированы не только материальными интересами, но и другими плюшками, которые они получают от деятельности: карьерному росту, связям, знаниям, навыкам. Такие сотрудники легко поменяют компанию, если перестанут ощущать карьерный рост и другие профиты, которые получали ранее.
4. «Деньги». Самый редкий тип мотивации. Таким сотрудникам без разницы, что и как делать, если им за это будут платить. Но таких людей критически мало. На уровне «деньги» находятся люди, которые готовы ради решения своих денежных проблем пойти на всё. Пост - https://news.1rj.ru/str/dzenskii/95

Подписывайтесь на канал от руководителя дизайн-стартап студии HeyPixel Ильи Дзенски, там еще больше крутых для продактов и управленцев постов - https://news.1rj.ru/str/dzenskii

Несколько мифов о продакт-менеджере

⁃ Менеджер продукта и менеджер проекта ― это одно и то же. Продукт ― то, что создает компания. Проект ― это этап создания или развития продукта, он всегда ограничен сроками и бюджетом.
⁃ Продакт-менеджер менеджер полностью контролирует свою команду. Вообще-то продакт только убеждает и принимает решения, максимум - управляет другими продактами. За зарплаты и повышения других представителей он не отвечает.
⁃ Менеджер продукта не может быть менеджером проекта. У менеджера продукта много задач, если он будет брать в работу еще и проекты, то времени может не хватать. Обычно product-менеджер работает с пользователями, чтобы понять, какие у них потребности. Он продумывает стратегию создания и развития продукта, убеждает команду, что эта стратегия ― то, что надо. Если он возьмется вести проект, то его список задач увеличится вдвое.
⁃ Менеджер проекта не занимается аналитикой. Прежде чем предложить что-либо для разработки, менеджер продукта анализирует ситуацию на рынке, отслеживает конкурентов и запросы пользователей.

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

14 и 15 сентября GeekBrains проведет профориентационный интенсив «Путь в IT», где вы узнаете, как на самом деле выглядят айтишники, насколько легко ими стать, обсудят мифы, которые пугают новичков и что делать гуманитариям и какие IT-направления для старта самые перспективные.

Давно интересуетесь данной сферой, но не видите точки входа? Регистрируйтесь на интенсив, где точно расскажут, почему разработчик — это не только программист.
Переходите по ссылке: https://gb.ru/link/UmUwwm

По каким показателям можно профессионально развивать системного аналитика в продуктовой команде

Нередко в процессе ревью или аудита в компании возникает вопрос, а как системная аналитика помогает бизнесу. Предлагаю ознакомиться со следующим чек-листом:

1. Сокращение костов на стоимость привлечения новых пользователей: только системный аналитик как эксперт по продукту может определить, как дешевле и низкозатратнее реализовать ту или иную фичу. Хороший аналитик всегда найдет, где можно срезать 20-99% затрат. Но вот повлияет это на бизнес или нет -- вопрос уже продуктовый.

2. Сокращение рисков что-то сломать: любая поломка в течение работы может принести 10-15% потери выручки в моменте. Системный аналитик валидирует любое улучшение и процессы на дашбордах с точки зрения стабильности (а лучше позитивного прироста) платформенных и инфраструктурных метрик.

3. В целом, курирование системного рефакторинга тоже на системной аналитике: улучшение RPS, RT и других инфраструктурных метрик тоже на аналитике. Всегда есть как улучшить на 1-10%.

4. Покрытие метриками всех событий в продукте: чтобы знать, как помочь оценить бизнес-влияние, так и вообще работоспособность фичей. Если нельзя оценить, сколько людей пользуется фичей, то никак не развивается продуктовый роадмэп, в котором зашиты миллиарды выручки. Также это про быстрый мониторинг багов или лишних фичей, срезая которые также можно улучшить метрики продукта. Покрытие должно быть 100%.

5. Сокращение времени и затрат на продакта на описание задач, команды на погружение в задачу и вопросы. Важно, чтобы общее время на погружение в задачу не превышало 10% времени команды. Системный аналитик может перевести бизнесовый язык в технический, что сокращает время. Для кросс-доменных проектов, связанных с интеграциями, это особенно важно. И быстрые ответы в документации для других коллег.

6. Счастье команды - насколько команда разработки удовлетворена описанием, проработкой и информацией по бизнес-влиянию. С хорошим системным аналитиком NPS от 98 из 100.

Приходите сегодня 14 сентября в 13.00 в OTUS на встречу с Анной Вязанкиной, руководителем отдела бизнес- и системного анализа в одном из банков. Она представит вам программу онлайн-курса «Системный аналитик. Advanced», расскажет, как правильно работать с системными аналитиками и сделает обзор рынка специалистов. Вы познакомитесь с форматом обучения OTUS, узнаете, как организована практика и сможете задать свои вопросы.

Готовьте вопросы, проходите тест и приходите https://otus.pw/Mnxb/

О чем нужно забыть при постановке целей команде?

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

2. Забудьте о том, что стратегия РАВНО соблюдение плана
Меняющиеся рыночные условия требуют гибкости, Gantt Chart с проектами, задачами и функциями вместо дорожной карты) приводит к тому, что сложно приоритизировать возможности, не зная контекста проблемы и желаемого результата клиента

3. Забудьте о том, что общение руководителя с сотрудниками РАВНО пониманию стратегии: Стратегия «умирает» на уровне менеджеров среднего звена, которые ее не понимают. А для того, чтобы они ее поняли - нужно им ставить продуктовые цели, все остальное в виде сборов, встреч с руководителем и обсуждений не работает хотя бы потому, что это взаимодействие часто бывает асинхронным.

4. Забудьте о том, что стратегия – это создание функций
Цель команд должна измениться с “предоставления функций” на “достижение целей, основанных на ценности”. Отсутствие фокуса на стратегии приводит к тому, что она становится отображением бэклога, а не наоборот.

5. Забудьте о том, что заинтересованные лица знают лучше
Заинтересованные лица подвержены когнитивным искажениям, особенно если они не участвуют в Product Discovery.

Хотите узнать все о продакт-менеджменте и стать менеджером продукта?

НИУ ВШЭ запускает 9 поток Программы профессиональной переподготовки для продакт-менеджеров!
За 5.5 месяцев вы получите знания и компетенции в области генерации идей и MVP цифрового продукта, бизнес-моделей, UX, продуктовой аналитики и маркетинга.

В программе: генерация идеи и создание MVP цифрового продукта, цифровые бизнес-модели и инновации цепочек создания ценности, рост и масштабирование цифрового продукта, а также методы исследования пользователей.

Все занятия проводятся преподавателями - экспертами из ведущих российских компаний.
На проектном семинаре вы вместе с ментором будете работать над своим продуктом, применяя полученные знания на практике.

Старт онлайн потока 20 сентября (ОСТАЛОСЬ 5 МЕСТ), офлайн потока - 19 октября.

Подробности по ссылке: https://product.hsbi.ru/

Как продакт-менеджер погружается в проект?

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

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

3. Изучение конкурентов (блог, отзывы на конкурента и социальные сети) поможет вам лучше понять и рынок, и пользователей и проблемные механики текущих решений. Хороший лайфхакер - это общение с техподдержкой под ролью болеющего за развитие продукта по телефону, где можно выведать разные интересные инсайты. Также есть разные инструменты исследования траффика и СТА конкурентов, которые я описывал у себя ранее тут - https://news.1rj.ru/str/FreshProductGo/179

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

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

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

В начале проекта Project менеджеру полезно посмотреть на него глазами продакт-менеджера. Познакомьтесь с этим подходом 16 сентября на demo-занятии от OTUS.

За 1,5 часа вы разберете общие принципы сбора требований на проекте, формирование целей и показателей проекта, сбор продуктовой команды и выбор фреймворка управления.

Demo-занятие является частью продвинутого онлайн-курса «Project manager. Advanced». Это возможность оценить уровень программы и познакомиться с преподавателем. Регистрация: https://otus.pw/gHWi/

Чек-лист вопросов, которые задают перед кратным ростом продукта

1. Целевые сегменты, то есть те, кому мы продаем. Главный целевой сегмент? Главный потребитель? Для кого мы делаем продукт значимым? Какие проблемы помогает решить продукт? За что готовы платить клиенты? Это очень важно понимать, собрать данную информацию можно напрямую у клиентов в виде обратной связи.

2. Продажи или воронка продаж. Источники трафика? Как вы продаете? Через какие каналы и с какой конверсией на каждом этапе? Есть ли стратегия продаж? Написаны ли скрипты продаж? Ведется ли работа с гипотезами дохода такими как: Discount, Upsell, Cross-sell, Upgrade sell, Subnoscription, Onetime payment.

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

4. Экономика. Выделен юнит? Проведен юнит анализ? Сколько выходит стоимость привлечения клиента? Какая точка безубыточности? После подсчета складывается объективная картина в финансовом плане на основании которой можно предполагать дальнейшее развитие проекта и корректировать его стратегию развития.

Хотите развиться по части поиска точек роста в продукте? Product Live запускает «Стажировку с наставником». Студенты разных специальностей объединяют силы и запускают настоящий Продукт под началом опытного продакта на курсе «Профессия Product Manager».

На курсе вы научитесь: определять, на кого нацелен будущий продукт и почему его купят, исследовать рынок и проводить customer development, генерировать и отбирать сильные гипотезы по методологиям HADI и ICE, использовать метрики, определять точки кратного роста, оценивать ключевые параметры и разрабатывать MVP, считать unit-экономику, применять принципы продуктового и UX-дизайна.

Скидка 40% в сентябре.
Оставьте заявку и получите 2 видеоматериала с курса бесплатно.

Когда точно надо увольнять или переводить на другой проект продакт-менеджера?

⁃ Гипотезы плохо коррелируют с пользователями продукта или ростом бизнес-метрик. Гипотезы должны быть привязаны с реальным болям, барьерам и радостям пользователя, а продуктовые метрики гипотезы коррелировать с главной метрикой бизнеса. Отсюда и не выполнение KPI,

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

⁃ Использует неактуальный или неподходящий набор инструментов. Здесь скорее про постоянный процесс учебы, актуализации фреймворков в работе, которые используются в индустрии. Не может назвать блог/канал/курс, которые изучил за последние 2-3 месяца.

Увольнения — всегда сложная тема для менеджера. Но для любого лида важно научиться работать с увольнениями как с нормальной частью менеджерской деятельности. 29 сентября OTUS проведет открытый урок, на котором вместе с Андреем Волковым (7 лет работает в должности тимлида), поговорим о том, кого и почему надо увольнять? Какие есть причины увольнения? Записаться на урок: https://otus.pw/BmUz/

Ошибки ежедневного Scrum’a

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

1. Нет порядка: ежедневный скрам не проходит в одно и то же время и в одном и том же месте каждый день. Однообразие регулярных ретроспектив может их вызвать негатив со стороны команды. Относитесь к Ежедневному Скраму как регулярной зарядке
2. Отчет о статусе: члены команды разработки ждут своей очереди, чтобы отчитаться о ходе выполнения задач Скрам-мастеру, Владельцу продукта. Это не совсем так: важно, чтобы все члены команды были в курсе всего происходящего.
3. Обсуждение номеров задач:  высказывания носят формальный характер и не имеют никакой ценности: “Вчера я сделал задачу 123. Сегодня буду делать 125”. Важна суть.
4. Решение проблем: Вместо того, чтобы фиксировать возникшие проблемы для их решения после встречи, команда начинает это обсуждать на самой встрече.
5. Планирование на встрече: команда разработки использует ежедневный скрам для обсуждения новых требований, уточнения пользовательских историй. Это касается планирования спринта.
6. Забыта цель спринта: мы все еще на пути к достижению Спринт-цели? Или нам нужно адаптировать план, отставание в спринте или и то, и другое? В данном случае нарушается такая ценность как фокус.
7. Игнорирование проблем: Участник команды разработки испытывает трудности в решении проблем в течение нескольких дней подряд, и никто не предлагает помощь. Возможно, нагрузка команды разработки очень сильно выросла, и члены команды не могут помогать друг другу.
8. Монологи: члены команды долго говорят. 
9. Троллинг: Один или несколько членов команды комментируют каждую проблему. 
10. Назначение задач: Владелец продукта назначает задачи непосредственно членам команды. Важно, чтобы задачи назначались по итогам встречи или после нее.
11. Участники не готовы к встрече: «Я занимался чем-то, но я не могу вспомнить, что было важно.»
12. Члены команды опаздывают или вообще не появляются. Тем самым снижая вероятность достижения цели спринта.
13. Неуместная обратная связь: члены команды критикуют других членов команды, дискутируют, вместо того, чтобы выносить свою критику за пределы встречи.
14. Большое количество участников: руководство по Скраму рекомендует ограничить число членов команды разработчиков до девяти.
15. Активное участие заинтересованных лиц: Коллеги не из команды разработки активно участвуют в Ежедневном Скраме. Заинтересованные стороны должны слушать, но не отвлекать членов команды разработчиков во время встречи.
16. Контроль со стороны руководства: менеджеры посещают Ежедневный Скрам для сбора данных о производительности по отдельным членам команды. Такое поведение противоречит самой цели самоорганизации команд.
17. Дополнительная работа: Владелец продукта или даже другие заинтересованные стороны пытаются добавить новые задачи в текущем Спринте во время Ежедневного Скрама. Напомню, что за Бэклог Спринта отвечает только Команда разработки.

Хотите еще лучше оптимизировать свои фреймворки управления? Приходите 23 сентября на встречу с Ольгой Парий, руководителем отдела обучения в AGIMA. Ольга проведет обзор рынка вакансий и представит программу онлайн-курса «Project Manager. Advanced». На вебинаре вы детально разберете формат обучения в OTUS, подход к практике и сможете задать свои вопросы. В конце встречи у вас будет возможность занять место в группе по спец.цене. Регистрация на мероприятие по ссылке - https://otus.pw/QNTo/

Метрики для оценки эффективности рекламной кампании

CTR (Click-Through Rate) - отношение количества кликов по рекламному объявлению к числу его показов.
Норматив. Его значение зависит от ниши, конкурентоспособности бизнеса и рекламной площадки. CTR 5–20% в контекстной рекламе считается нормальным, но рассчитывать его на основании трех показов и одного клика неэффективно. Для адекватной оценки показателя нужно достаточное количество показов: хотя бы 100, но лучше 1000.
Как улучшить. Правильно определить целевую аудиторию, разделить ее на сегменты и настроить показ объявления для каждой из них отдельно. В объявлении прописать четкий оффер под боль конкретного сегмента и использовать в нем эмоциональные триггеры.

CPC (Cost Per Click) - показывает, сколько стоит один переход по вашему объявлению на рекламной платформе. CPC нужен, чтобы оценить, сколько вы тратите на клик и сколько с него зарабатываете.
Норматив. На цену за клик влияет много факторов: ключевая фраза в запросе, регион показов, количество конкурентов, день и время суток, релевантность рекламируемой страницы запросам и показатели ее эффективности.
Как улучшить. Сделать объявление качественным, уделять внимание текстовой составляющей и визуализации, экспериментировать с иллюстрациями, писать привлекательные заголовки, мониторить эффективность площадок и отсеивать те, которые не приносят нужного результата.

CPO (Cost Per Order) - метрика показывает, сколько стоит одна покупка клиента. Она подходит для оценки эффективности работы интернет-магазинов и сайтов с услугами — банки, агентства недвижимости, застройщики и все те, у кого есть на сайте форма заказа. Позволяет увидеть доход от лида. Это разновидность показателя CPA. Рассчитывается как отношение затрат на рекламную кампанию к количеству подтвержденных заказов.
Норматив. Прибыль от подтвержденного заказа выше, чем стоимость привлечения лида.
Как улучшить. Давать релевантные объявления, закладывать в цену продукции или услуги расходы на рекламу. Снижать цену за клик по рекламному объявлению.

CAC (Customer Acquisition Cost) - рассчитывается как отношение расходов на рекламную кампанию к числу реальных клиентов.
Норматив. Соотнесите стоимость привлечения одного клиента и прибыль от него — это позволит оценить прибыльность кампании. Если прибыль от клиента больше затрат на его привлечение, то вы в плюсе. Еще сравните LTV и CAC - пожизненную стоимость от клиента к цене его привлечения.

LTV (Llifetime value) — доход, который принесет клиент за все время вашего взаимодействия. Рассчитав показатели для нескольких клиентов, вы поймете, какие из них приносят больше прибыли и остаются лояльными к вашей компании.
Норматив. Если метрика стабильна или растет, то ваш бизнес тоже стабилен или растет.
Как улучшить. Улучшать все предыдущие показатели.

ROI (Return On Investment) — коэффициент возврата инвестиций
Это главная маркетинговая метрика для владельца бизнеса или директора по маркетингу. ROI = (Прибыль — инвестиции) * 100% / Инвестиции
Норматив. Если ROI больше 100%, то вложения в рекламу были выгодными, если меньше, то кампания убыточная.
Как улучшить. Отслеживать показатель на всех этапах рекламной кампании и остановить ее в случае, если реклама перестала окупаться, чтобы не сливать бюджет.

Хотите прокачаться в стратегии работы с каналами на основе данных?
6 октября — старт потока онлайн-курса по веб-аналитике от Школы Nimax. Курс проведёт вас от технических настроек, целей и отчётов в Яндекс.Метрике и Google Analytics до прикладного анализа рекламной активности и продаж.
Курс будет полезен предпринимателям, руководителям маркетинговых отделов и компаний, маркетологам, продакт и проджект-менеджерам.

Чему еще научатся студенты: систематизировать знания: строить правильные отчёты, ставить понятные ТЗ разработчикам и быстро находить причины проблем, интерпретировать цифры, эффективно принимать решения и распределять бюджет.

Присоединяйтесь к потоку 6 октября или проходите курс в своем темпе в любое удобное время: https://clck.ru/XgPC3
По промокоду FRESH скидка 15% на любой формат обучения!

На какие софт скилл разработчиков следует обратить внимание продуктологу?

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

2. В работе веб-разработчика очень важно внимание к деталям, потому что этих деталей очень много. Это и соответствие сверстанного макета тому дизайну, который был предоставлен, это и правильная запрограммированная логика приложения согласно всем бизнес требованиям, а так же проработка всех пользовательских сценариев, даже если их не предоставил UX-дизайнер.

3. Можно услышать от разработчика, что он говорит «у меня нет времени» или «мне некогда этим заниматься». На самом деле вопрос всегда в приоритетах и у каждого они свои. В тайм-менеджменте есть два важных инструмента — это компас и часы. Более важно понимать куда ты идешь, а не как быстро. Когда точно понимаешь, тогда можно применять различные техники по учету и оптимизации времени. Разработчик должен уметь отслеживать свое время и анализировать на что ушло. Это поможет выявлять таймкиллеры и избавляться от них. Лучше самостоятельные разработчики, которые могут справиться с поставленной задачей — распланировать сроки и последовательность задачи, разбить большую задачу на более мелкие.

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

Развитие карьеры разработчиков во многом зависит от умения работать в команде, выстраивать отношения с коллегами, быстро и верно понимать заказчиков. Необходимо не только разрабатывать продукт, но и уметь его презентовать и отстаивать свои решения. Какие софт скиллы необходимы разработчикам и как их развить в команде? Именно в этом и попробуем разобраться на бесплатном вебинаре 28 сентября в 19:00.
На вебинаре обсудим: Какие навыки есть у вас? Каких не хватает? "Это все для руководителей, а я руководить не хочу - зачем мне это?" Разберём подробно
Дата и время проведения: 28 сентября (вт), в 19:00 (Мск). Продолжительность – 1,5 часа.
Спикер: Дмитрий Емельянов, Enterprise Agile coach в Почте России (Почтатех), Ex-Agile Coach в ABBYY, Ex-Head of Scrum Master в Туту.
Записаться на вебинар можно по ссылке: https://otus.pw/PQfS/

Продакт - Top performer

⁃ Создает прототипы на ходу и может проверить гипотезу за 1-1.5 недели до разработки окончательной фичи. Скорость для него самое важное.

⁃ Фокус для него не означает говорить «нет» только вещам, которые он не собирался делать. Он может сказать «нет» и некоторым классным идеям, потому что сейчас он сфокусирован на другом. Менеджер продукта умеет говорить «нет» всему, что отвлекает от фокуса.

⁃ Определяет суть продукта и добавляет значимые для пользователей и для бизнеса фичи. Он не делает в продукте лишних фичей.

⁃ Решает, что будет лучшим для продукта и для пользователей в долгосрочной перспективе.

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

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

В последние годы спрос на продакт-менеджеров значительно вырос : сегодня эти специалисты участвуют во всех стадиях развития продукта и высоко ценятся. Средняя зарплата продакта в России составляет 102 000 рублей в месяц. Хотите быть ТОП-продактом и узнать, как им стать? Приходите на Бесплатный вебинар «Product Manager: навыки, задачи, карьера» 23 сентября в 19:00 по Мск, который проведет Сергей Зубов, Product Manager and Team Lead, Category Products Yandex. На трансляции вы узнаете:
— чем занимаются специалисты и какие задачи решают каждый день;
— как войти в профессию и добиться профессиональных высот;
— какие навыки необходимы для работы продакт-менеджера.
Регистрируйтесь до 23 сентября включительно: https://clck.ru/XhMPM

Impact mapping. Почему его надо использовать в работе продакта?

Метод Impact Mapping помогает чётко формулировать цели проекта в соответствии с целями всего бизнеса. Для этого нужно построить интеллект-карту с ответами на четыре главных вопроса.
1. Why? Зачем нужен этот продукт? Какую задачу бизнеса он должен решить?
2. Who? Кто может влиять на достижение этой цели?
3. How? Что он может сделать?
4. What? Какие конкретные шаги должен сделать ответственный в рамках своих задач?

Чтобы эффективно использовать impact maps для определения требований к качеству, необходимы::
- цель разработки — поддержка желательных изменений
- в поведении действующих лиц;
- контрольные показатели действительно выражают ожидания заинтересованных сторон в части этих изменений.

С чем поможет метод?

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

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

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

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

Хотите больше знать про принципы Impact Mapping и как они могут помочь для продактов и аналитиков? 29 сентября всех продактов и системных аналитиков, бизнес-аналитиков, аналитиков данных ждут на демоуроке «Трассировка бизнес-целей на пользовательские истории».Иннокентий Бодров, ex-аналитик МТС и руководитель курса "Системный аналитик. Advanced" в OTUS, вместе вами на вебинаре разберет принципы Impact Mapping, построит карту, которая позволит разложить бизнес-цели на пользовательские истории и разложит истории на карту пользовательских историй.

Demo-занятие — возможность познакомиться с продвинутым онлайн-курсом «Системный аналитик. Advanced» и оценить качество материалов.
Для регистрации на вебинар пройдите вступительный тест https://otus.pw/sR4g/

Образовательные игры, которые провожу на своих занятиях

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

1. Игра “Кто победил в А/В-тесте”. Смотрим 2-3 экрана эксперимента, определяем гипотезу и победителя. Все основываясь на JtBD, продуктовых гипотезах. Победителя также обосновываем исходя из своего понимания потребителя.

2. Игра “Придумай MVP для существующего продукта”. Берем самые любимые приложения со своих экранов смартфона и придумываем для них продукт. Важно - определить главную ценность и донести ее минимальным с точки зрения ресурса способом. Так Инстаграм можно было бы запустить через папку в Dropbox или чат в WhatsApp.

3. Игра “Определи сегмент аудитории и ключевую метрику продукта” по посадочной странице. Понятно, что продуктовые команды пытаются вынести на эту страницу только то, что интересно им с точки зрения чека, возвращаемости и правильного сегмента. Также подходит для генерации сегментов своего продукта. Правильных вариантов может быть несколько.

4. Фасилитация “Что бы вы сделали?” - обрисовывается реальная ситуация из практики, обсуждается ее решение. Из цикла инсайт Х с кастдева не подтвердился на эксперименте. Что делать?” Проверяется продуктовый подход в разных ситуациях. Каждый ход мыслей разбираемся до конца.

Если вашей компании нужно обучение по дискавери спринтам, финансовому моделированию и юнит-экономике, продуктовой аналитике, исследованию потребителей и сегментации аудитории, приоритизации задач, дорожной карте и построении гибких методов разработки - пишите @SKoloskov, я готов провести практические интенсивы. Все программы составляю под запрос, примеры программ могу предоставить. Вот мое резюме как спикера - https://docs.google.com/document/d/1El5Nh0Wi2Im3Ehd8ux3_KutWigW8iSg5v2itGI30dn8/