Ключевые библиотеки Python для продакт-менеджера

В минимальный пакет знаний современного продуктолога входят ответы на вопросы, какие бывают базы данных, что такое mobile first, API, JSON, Single Page Application: как работает сайт-приложение. Нужно понимать технологии, языки и фреймфорки, которые используются в продукте.
Также будет полезно на базовом уровне изучить SQL и Python. Согласно исследованиям, свыше 50% продактов могут сами написать запросы на SQL и Python для работы с данными. Это позволяет не дергать разработчиков и аналитиков, извлекать и интерпретировать данные по продукту. Подготовили подборку самых полезных библиотек для Python для продакт-менеджера (подготовлена совместно с курсом «Python для решения бизнес-задач» от GeekBrains, где научат визуализировать отчетность и использовать чат-ботов для решения задач, по ссылке https://geekbrains.ru/link/zuzMcq):

NumPy позволяет очень эффективно обрабатывать многомерные массивы. Многие другие библиотеки построены на NumPy, и без неё было бы невозможно использовать pandas, Matplotlib, SciPy или scikit-learn — именно поэтому она занимает первое место в списке. Также в ней есть несколько хорошо реализованных методов, например, функция random, которая гораздо качественнее модуля случайных чисел из стандартной библиотеки. Функция polyfit отлично подходит для простых задач по прогнозной аналитике, например, по линейной или полиномиальной регрессии.

Pandas. Аналитики данных обычно используют плоские таблицы, такие, как в SQL и Excel. Изначально в Python такой возможности не было. Библиотека pandas позволяет работать с двухмерными таблицами на Python. Эта высокоуровневая библиотека позволяет строить сводные таблицы, выделять колонки, использовать фильтры по параметрам, выполнять группировку по параметрам, запускать функции (сложение, нахождение медианы, среднего, минимального, максимального значений), объединять таблицы и многое другое. В pandas можно создавать и многомерные таблицы.

Matplotlib. Визуализация данных позволяет представить их в наглядном виде, изучить более подробно, чем это можно сделать в обычном формате, и доступно изложить другим людям. Matplotlib — лучшая и самая популярная Python-библиотека для этой цели. Она не так проста в использовании, но с помощью 4-5 наиболее распространённых блоков кода для простых линейных диаграмм и точечных графиков можно научиться создавать их очень быстро.

Scikit-learn. Самыми интересными возможностями Python некоторые считают машинное обучение и прогнозную аналитику, а наиболее подходящая для этого библиотека — scikit-learn. Она содержит ряд методов, охватывающих всё, что может понадобиться в течение первых нескольких лет в карьере аналитика данных: алгоритмы классификации и регрессии, кластеризацию, валидацию и выбор моделей. Также её можно применять для уменьшения размерности данных и выделения признаков.

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

Рекомендация хорошего канала

Договорились с Лешей Арефьевым написать про каналы друг друга, чтобы познакомить читателей с контентом.
Обожаю авторские лонгриды. И на канале https://t.me/alexcouncil магическим образом показываются лично для меня ответы на насущные вопросы:

- Как погружаться в продукт или продукт в новой компании: 15 самых важных задач, которые надо сделать за 30 дней https://t.me/alexcouncil/662

- Оцифровка результатов: все индивидуально, но без нее нельзя брать и приоритизировать задачи https://t.me/alexcouncil/660 или https://t.me/alexcouncil/651

- Метрики вовлечения после редизайна: первое время метрики вырастут у нового варианта интерфейса, а потом просядут со временем. https://t.me/alexcouncil/655

- Про цикл продуктовой стратегии: чем быстрее мы что-то выпускаем, тем быстрее получаем обратную связь, а значит быстрее учимся - https://t.me/alexcouncil/644

- Про влияние UX на бизнес-метрики: влияние продолжит снижаться, но исследования и проектирование будут все также востребованы. Правда фокус уйдет в сторону более мелких изменений, которые в комплексе формируют опыт пользователя.
https://t.me/alexcouncil/642

За подписками на обновлением контента - сюда https://t.me/alexcouncil

Что такое эффективность сна и как она влияет на восстановление

Эффективность сна — это доля времени, когда вы действительно спите по отношению к тому, сколько проводите в постели.
Если человек ложится в полночь, а встает в восемь утра, но при этом спит только в течении четырех часов, то эффективность составляет всего 50%. Если шесть часов из восьми, проведенных в постели, то 75%.
Как правило, 85% называют нормой, а 90 — отличным результатом.

Ещё одна важная метрика — доля глубокого сна. Считается, что для хорошего восстановления нужно не менее 20%. Совсем хорошо, если 25-35%.
Чем лучше эти метрики, тем качественнее мы высыпаемся, лучше чувствуем себя по утрам и дольше сохраняем энергию в течение дня.

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

Вот что я делаю уже сейчас для улучшения сна:

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

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

⁃ Закрепите ассоциативную связь между постелью и сном

⁃ Если вы проснулись – вставайте. Поработайте или почитайте книгу, после утомления ложитесь спать.

⁃ Будьте активны в течение дня, занимайтесь спортом

⁃ Расслабьтесь перед тем как идти спать

⁃ Последняя мера – уменьшить время, проводимое в постели

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

Ссылку оставлю здесь.

Избранные товары как точка возвращаемости в продукт

Пост подготовлен в партнёрстве с @epicgrowth.

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

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

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

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

4. Расширение опций для добавления в списки создает дополнительные события для пользователя.
Например, в сервисах онлайн-кино, помимо фильмов, в подборки можно добавлять режиссеров, сценаристов и актеров. Расширяя сущности для создания списков, вы создаете новые интересные события (поступление новинок, снижение цен, акции) и можете улучшить рекомендации в продукте.

Нужна консультация по продукту - пишите автору канала @SKoloskov или оставьте запрос на сайте.

Метод критического пути в управлении продуктами

Critical path method (CPM) — пошаговая система планирования и управления сроками проекта или продукта целиком, его жизненными процессами. Разбивая огромную задачу на несколько комплексных, получается спрогнозировать с высокой вероятностью время старта и завершения каждой из задач. Больше никаких безумных дедлайнов, простоев производства, бессмысленных трат человеческих и финансовых ресурсов.
Раскладывая беклог задач на задачи, можно постараться порезать их на более мелкие и последовательные друг за другом, благодаря чему в каждом отрезке времени могут релизиться законченные полезные фичи.

Метод CPM подразумевает 5 последовательных шагов:

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

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

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

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

5. Поиск критического пути
Группировка действий поможет создать самую длинную последовательность на пути или критический путь, используя следующие параметры:
- Ближайшее время старта (Early Start) — это момент, когда все предыдущие задачи завершены.
- Ближайшее время окончания (Early Finish) — ближайшее время старта и время, необходимое для завершения задачи.
- Последнее время окончания (Late Finish) — финальный момент — все активности завершены без переноса сроков.
- Последнее время начала (Late Start) — последнее время окончания минус время, которое требуется для завершения задачи.

Если интересно попрактиковаться в управлении по методу CPM, рекомендую посетить 5 февраля в 20.00 вебинар «Техники оценки Agile проектов для различных контекстов» от Otus. Приходите, управление ресурсами - важная компетенция продакта. Ссылка для регистрации: https://otus.pw/eUvp/

Грейды менеджеров продукта

Часто в ходе преподавательской деятельности интересуются, по каким грейдам развивается продакт. Ниже отвечаю:

• under-junior. Хочет быть менеджером продукта, но пока даже не двигается в этом направлении.
• junior. Начал изучать профессию, понимает, чем занимается продакт, есть основы продуктовых навыков, часто приобретенные из смежных экспертных зон, например, из проджект-менеджмента или маркетинга. Может выполнять задания взрослых коллег — делать базовые исследования, описывать фичи.
• middle. Есть первичный опыт работы с продуктом, но нет большого количества кейсов или экспертного уровня владения компетенциями. Может отвечать за продуктовую метрику или несколько, самостоятельно инициирует и проводит исследования. Может работать с командой разработки на базовом уровне — отвечает за дизайнера и нескольких инженеров. Может рассказать, по каким критериям он приоритезирует бэклог.
• senior. Может привести по несколько кейсов, чтобы проиллюстрировать владение каждой компетенцией. Уверен в себе, может рассказать “как и что нужно делать”. Пока что не думает про управление людьми, про стратегию, про индустрии в целом. Несет ответственность за большую команду разработки, обязательно выделенную, отвечает за важные для компании продуктовые метрики и за бизнес результат, а не за процесс и сроки, управляет продуктовым роудмэпом своего продукта.
• lead. Начал развиваться в управлении людьми. Отвечает за отдельное направление продукта, делает первые шаги в понимании стратегии продукта, в принятии решений и рассуждениях о том, куда продукту нужно развиваться. Самостоятельно отвечает за бизнес показатели и продуктовые метрики конкретного продукта. Может управлять продактами, дизайнерами, аналитиками и большой командой разработки. Умеет работать со стейкхолдерами, проявляет хорошие лидерские компетенции и имеет развитый навык структурного мышления.
• head of product. Умеет управлять небольшим количеством людей на уровне не только проверки KPI, но и их профессионального развития. Видит большую картинку значительного продуктового направления, системно организовывает работу команды и стейкхолдеров. Несет ответственность за людей, умеет развивать, может заниматься наймом команды. Отвечает за целую часть какого-то продукта, в котором несколько направлений, несет ответственность за деньги и за весь роудмэп продукта.
• chief product officer. Уверенно отвечает за P&L, за большой и комплексный продукт, который можно разделить на части. Отвечает за продуктовую стратегию, несет ответственность за людей и их развитие, ответственность за несколько продуктовых команд, за стратегию, за запуск и развитие новых направлений, рынков, за деньги — выручку или прибыль.

Классификацию, что я привел выше, описала Валерия Розов, экс-CPO Qlean и основатель HR-компании TYPICAL. Она руководила продуктовой командой из 20 человек (продакты, аналитики, дизайнеры) и проинтервьюировала более 200 кандидатов.

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

http://i.wannabelike.ru/rozova

Проверенные шаги, которые помогут увеличить LTV клиента


1. Увеличьте средний чек или частоту покупок (что выбрать зависит от специфики вашего бизнеса). Если логистика дорогая, то лучше сконцентрировать усилия на увеличении среднего чека. Здесь вам пригодятся up-selling и cross-selling;

2. Привлекайте «А-сегмент». Определить качество клиента можно, проанализировав состав и стоимость его первой корзины. Если существует реальная зависимость между характеристиками А-сегмента и каналами привлечения, сконцентрируйте все ресурсы в каналы привлечения, которые приносят вам наиболее качественных клиентов;

3. Программа лояльности. Дисконтные и бонусные карты, накопительные программы, cash back, выгодные предложения или продажа с помощью подписки и т.д. В зависимости от того, что нужно клиентам и сводит экономику.

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

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

6. Регулярная информационная поддержка. Большинство e-commerce бизнесов не хотят тратить время и ресурс на контент-маркетинг, эта ошибка лишает их возможности выстроить долгосрочные отношения с клиентом. Решая реальные проблемы клиента можно заслужить доверие.

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

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

9. Эффект ограниченности во времени. Купоны с большой скидкой, которая действует в течение 24 часов, электронные рассылки с информацией об ограниченности товарного запаса из списка избранного, бесплатный подарок здесь и сейчас и т.д.

10. Работайте с “брошенными” корзинами. Это поможет вам превратить случайных клиентов в постоянных, увеличить частоту покупок и средний размер чека.

Если хотите узнать побольше о поиске решений для роста LTV на базе аналитики, приходите на вебинар “Как увеличить LTV с помощью Amplitude” от Вадима Шестакова (консультант по аналитике Delivery Club, МегаФон, Утконоса) 10 февраля в 19 по МСК по ссылке

5 дней на проверку продукта

Однажды Джейк Кнапп из Google изучил результаты штурмов и индивидуальной работы: сотрудники, которые могли в тишине обдумать проблемы или идеи, в итоге приносили более эффективные решения. Чем сложнее поставленная задача и чем меньше времени на решение, тем лучше результаты индивидуальной работы.
По своей модели Google провёл более сотни спринтов, совершенствуя их с каждым разом.

Сейчас спринт — это разработка Google Venture: формат, при котором в ходе решения задач создаются прототипы, а идеи проверяются на реальных клиентах. В спринтах задействованы пошаговые методики из самых разных областей: бизнес-планирования, инноватики, социологии, дизайна. Итак, пошагово:

Пошаговая методика тестирования
1. Выделить неделю, свободную от других дел.
2. Поставить дедлайн на пятницу — в этот день рабочий прототип должен быть опробован на реальных пользователях.
3. Понедельник отводится на обсуждение проблемы и определение этапов пользовательского пути, требующих особенного внимания.
4. Во вторник команда переключается с формулировки проблемы на поиск решений, каждый прорабатывает свой вариант.
5. В среду все (или только лучшие) решения презентуются команде, проводится структурированная дискуссия. По итогам дня выбирают одну или несколько финальных идей — они превращаются в гипотезы о решении. Их будем проверять на практике.
6. Четверг отводится на программирование и сборку функционального прототипа. У него должны быть только базовые возможности, чтобы можно было проверить основную ценность продукта. Конечный продукт впоследствии может несколько видоизмениться, но сохранить базовый принцип.
7. В пятницу проводятся полевые испытания.

Описанные идеи также вошли в книгу “Спринт” Джейка Кнаппа, Брейдена Ковитца
Успешный запуск возможен с привлечением ментора, на диване в разгар удаленки и без увольнения с основной работы.Об этом будет бесплатный интенсив «Как запускать продукты быстро и эффективно» от онлайн-университета GeekBrains. Приходите 6 февраля (в субботу) в 11:00 , регистрация по ссылке – https://geekbrains.ru/link/O3t5bx

Использовать User Stories или Use Cases?

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

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

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

Вот ключевые отличия кейсов от историй:
•UML-диаграмма прецедентов (Use Case) может использоваться с обеими схемами представления требований, наглядно показывая основные функциональные возможности взаимодействия стейкхолдера с проектируемой системой, без детализации их выполнения. Однако, неподготовленному читателю такая диаграмма покажется сложной и непонятной, в отличие от простых формулировок User Story и текстового (табличного) представления Use Case.
•User Story отлично подходит для разработки поведенческих сценариев тестирования, программы и методики приемочных испытаний;
•сценарии использования (Use case), в отличие от пользовательских историй, описывают процесс и его шаги подробно, предоставляя всю необходимую информацию о взаимодействии актора с системой, включая цель, пред- и пост-условия, триггеры, основные и альтернативные потоки, а также бизнес-правила;
•User Story позволяет указать нефункциональные требования с точным заданием значений нужных показателей, например, время отклика на событие, наработку на отказ и пр.;
•Use Сase объединяет функциональные требования по контексту.

Что можно автоматизировать в работе продакт-менеджера?

Совместно с Лео Кипером, автором канала Реальная автоматизация - https://t.me/RAutomation - подготовили список того, что уже можно было бы и полезно автоматизировать. По сути, это может вырасти до фичей и приложений.
Итак:

1. Расшифровки интервью и эмоций с бизнес-представителями и пользователями. Также с возможностью структурировать и ранжировать итоги.

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

3. Ведение дорожной карты (на базе срока и приоритета подставлять в нужное место фичу). В каждый момент, когда “прилетает” важная фича, по заранее настроенным критериям она занимает свое место со сроками.

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

5. Все-все-все коммуникации в одном месте! Выстраивание необходимых ответов в приоритете. В зависимости от приоритетов в дорожной карте, беклоге задач, по которым идет обращение, и значимости собеседника, ранжируются по важности чаты.

6. Автодобавление метрик по новым фичам. Базовый набор воронки по каждой: DAU-CR в ключевые для продукта метрики.

7. Автоматизированный календарь по долям внимания продакта (исследования - 10%, управление командой - 15%, общение с бизнесом - 10% и проч.)
Календарь рекомендует органично забивать календарь исходя из классического стека активности, переносить на следующие периоды мероприятия.

8. Автообновление цифр в юнит-экономике по итогам экспериментов и новых продуктов. Чтобы расчет был актуальный регулярно по итогам всех изменений в продукте.

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

10. Умные уведомления по релизам, тестам с настройками. Лента всех-всех изменений с фильтрами для удобства управления.

Для чего нужна оценка эффективности: KPI vs OKR

Что бы вы ни выбрали, все сводится к одному: единственный способ улучшить работу — это измерять и оценивать ее эффективность. Если вы сэкономите время на постановке целей или на оценке проделанной работы в конце года/квартала, вы лишите себя превосходной возможности учиться и развиваться и не сможете успешно координировать проекты, различающиеся по важности.
OKR по своему предназначению не является системой, которая нацелена на Performance Management, то есть на вознаграждение и наказание. В отличие от системы KPI, OKR – это система про постановку, с одной стороны, честных, с другой стороны, синхронизированных целей. Это те цели, в которые команды действительно верят, которых они собираются достигать и верят, что они могут достигнуть.

Несколько важных свойств, которые есть у системы OKR и которые, в том числе, отличают ее от системы KPI.
1. Первое — это смысл. У нас есть Objectives, и в рамках Objectives мы отражаем предназначение тех или иных команд.
2. Второе — это амбициозность. Здесь мы учитываем различные вероятностные сценарии и понимаем, что не все зависит от одной команды, а даже если и зависит от нее, то сценарии могут быть разные — может повезти, может не повезти.
3. Здесь есть прозрачность — это цели, которые известны всей компании, и за счет этого мы повышаем степень синхронизированности между различными подразделениями.
4. Это инициатива — мы вовлекаем команды, мы даем им возможность поучаствовать в постановке целей и за счет этого повышаем качество этих целей.
5. И это честность — мы отрываем цели от компенсации, за счет этого команды действительно обозначают те цели, в которые они действительно верят и на которые они замотивированы.
6. Еще одна важная мысль. На самом деле OKR — это довольно универсальный фреймворк, его можно использовать в совершенно разных ситуациях.
• Его можно использовать в разных временных горизонтах — год, квартал, что угодно.
• Его можно использовать для команд и для отдельных сотрудников.
• Его можно использовать для разных подразделений: для тех, у кого неопределенность в процессах выше, пользы будет больше, но вы можете использовать его везде.
• И для самых разных уровней неопределенности: мы жили в какие-то стабильные времена, сейчас коронакризис — это немножко разные форматы OKR, но тем не менее и там и там OKR отлично работает.
• Более того, понятно, что его можно использовать для самых разных размеров организаций и т.д.

Нужно управлять и изменениями, и инновациями, и процессами? Есть 3 варианта:
7. Только KPI, в которые зашиваются амбиции. Это не самый удачный вариант для управления изменениями, но есть кейсы, когда удалось сделать из KPI-системы что-то среднее.
8. Одновременно вести OKR и KPI. Важно в этом случае смотреть их совместно, т.к. они часто пересекаются.
9. Только OKR. В этом случае в OKR выделяется блок KPI или, как их называют в Google, приоритетные цели. Они отличаются от амбициозных целей и к ним отношение другое. По сути это KPI.

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

Ссылка - https://bit-ly.ru/wAKJN

Что можно сделать в рамках MVP без разработки

1. Ручные продажи целевой аудитории в чате или Zoom. Если вы знаете потенциального клиента, то пообщайтесь с ним в соцсети и проведите целевое интервью, сделайте коммерческое предложение.

2. Лендинг, на который ведется трафик. На Тильде, Вордпрессе, даже Notion можно запустить лендинг, на него вести бесплатный трафик, и по неким метрикам, например, по конверсии в регистрации, оценивать, хорош продукт или нет.

3. Промопосты и комментарии в лентах. Можно написать классный текст, адресовать его ЦА, получить большое количество реакций, комментариев, споров, трафика. Можно писать не посты, а комментарии, если вы точно видите перед собой представителя ЦА.

4. Реклама на Facebook, в Google, Яндекс или рассылки. Так можно протестировать, на ту ли аудиторию направлена идея. Вариантов сообщений для разной аудитории может быть масса, и этими каналами легко и быстро проверяется их вариативность.

5. Кампания на Kickstarter и Co, подходящих для вашей аудитории позволяет получить средства на разработку, собрать отзывы и оценить востребованность продукта.

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

7. Опросы с помощью различных сервисов. Дадут понять ответную реакцию, собирать заявки, а на некоторых сервисах опросов даже принимать оплаты в конце опроса, когда человек уже «готов».

8. Закрытое сообщество в соцсети. Собираете сообщество, привлекая людей интересной идеей или контентом, и в процессе общения делаете проект.

9. Ручное моделирование функционала. Какой-либо сервис можно протестировать через мессенджер или sms. Или в рамках решенческого интервью.

10. Бумажный прототип или в дизайн-редакторе. Вообще если вы занимаетесь дизайном, то концепция такого прототипа вам наверняка знакома и вы не раз делали подобное. Теперь пора использовать эти наброски в качестве MVP.

11. “Предзаказ” с гарантией возврата. Возможно, не существующего продукта. Если вам пришлось вернуть деньги - вы все равно проверили востребованность продукта.

12. Бесплатная помощь и мероприятия. Стримы, открытые уроки. Так вы сможете собрать аудиторию, пообщаться с ней вживую и затем, например, организовать сообщество в соцсети.

13. Промопосты на существующих площадках. Например, если вам нужны предприниматели — они уже собраны на vc ru. Кажется, что все рассказывают про уже работающий продукты, но нет, зачастую — это очередной этап MVP.

14. Доски объявлений. Если вы можете с первого дня выложить что-то, что вы продаете, на Авито/Юла, то почему бы это и не сделать? Airbnb начинал на досках объявлений.

Хотите больше про MVP, юнит-экономику и базовые скиллы продакта? GeekBrains приглашает 13-14 февраля с 11:00 до 19:00 на онлайн-интенсив по созданию продуктов с экспертами Альфа-Банка, Gett и Wikium. Интенсив полезен для начинающих продактов, руководителей и тех, кто планирует превратить свою идею в востребованный продукт.
Регистрируйтесь по ссылке: https://geekbrains.ru/link/5FdDiB

Рекомендация канала моего кофе-брейка

Начинаю день с трендов и бизнес-продуктовых новостей за чашкой кофе. И в этом помимо сайтов а-ля vc ru мне помогает канал https://t.me/groks/. Вот мои любимые посты и мысли оттуда:

- “Быстрые коммуникации породили безответственность. Сегодня, когда любой вопрос можно за секунды эскалировать наверх, можно ничего не решать, а бесконечно уточнять. Сотни имейлов, тысячи сообщений, бесконечные конф-коллы — лишь бы не брать на себя ответственность. Эффективная удаленка возможна только когда люди работают самостоятельно, изредка выходя на связь, чтобы скоординировать свои действия.” Ссылка - https://t.me/groks/1582

- “На фоне роста пользовательской базы из-за пандемии Patreon поднял $90 млн. и достиг оценки в $1.2 млрд, что почти в 2 раза больше, чем в прошлом году. ФРС раздаёт деньги, люди занимаются любимым делом, всё как говорили теоретики безусловного базового дохода. Осталось только увидеть сокращение уровня бедности и прочих социальных невзгод.” Ссылка - https://t.me/groks/1534

- “Вероятно, Apple скоро запустит свой поисковик. Об этом сигнализируют последние изменения в Spotlight Search на iOS, активизация краулера Applebot и множество соответствующих открытых вакансий. Я не люблю делиться слухами и чьими-то догадками, но сие предположение крайне велико по значимости и очень хорошо аргументированно.” - Ссылка - https://t.me/groks/1510

- “На фондовом рынке США сформировался пузырь небывалых размеров. Оценки напрочь оторвались от фундаментального анализа, мультипликаторы находятся на исторических максимумах, скорость эмиссии ценных бумаг зашкаливает и всё это сопровождается безумно спекулятивным поведением инвесторов.” Ссылка - https://t.me/groks/1684

За подписками на обновлением контента - сюда https://t.me/groks/.

Про опыт фасилитации

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

- Следите за тем, чтобы по каждому заданию высказался/отписался каждый участник. Прямо просите высказать мнение тех, кто любит отмалчиваться (или организуйте обсуждение по кругу). А тех, кто часто перехватывает слово — благодарите, но вежливо передавайте слово другим участникам;
-Объясните, как долго можно высказываться, чтобы не украсть время у других участников. Договоритесь о том, как вы будете останавливать увлекшегося студента. Никогда не обрывайте на полуслове или не выключайте микрофон - это отобьет желание выступать.
- В ситуациях, что пара-тройка участников встречи вступают в дискуссию, интересную только им, то важно их вежливо, но строго остановить и предложить встретиться отдельно для обсуждения конкретно этого вопроса. Все-таки, на обучение приходят за знаниями, а не дискуссиями;
-Для заданий, с которыми участники могут справиться самостоятельно, прекрасно работает формат небольших команд, где несколько решают вместе одну задачу и презентуют. В Zoom это сделать реально. И это весело.
-Для заданий, с которыми участники вряд ли справятся, можно организовать мозговой штурм, в котором вы как спикер рассуждаете и раскрываете карты и ответы по ходу выполнения задания. Например, я организовываю штурм “Какой MVP можно запустить для Instagram”? - и моделирую, чтобы все шло по классике работы продакта, но не предлагаю решения. Для генерации идей также хорошо заходят такие техники, как Метод модерационных карт (каждый у себя пишет идеи, потом проводится голосование).
-Чтобы расшевелить участников, на первых минутах делается небольшая победоносная практика по уже пройденному материалу. Она, как ни странно, мотивирует вовремя приходить, потому что можно не успеть поучаствовать в решении:)
-В презентацию можно добавить простой интерактив, который не потребует длинных ответов студентов. Например, голосования: «Кто считает, что вопрос “Сколько вы сейчас тратите на решение проблемы?” нужно задавать на проблемном интервью?» Голосовать можно в чате, можно показывать ответ на видео пальцами.
-Хотя бы у кого одного должна быть включена камера. Чтобы видеть, все ли понятно по глазам:) Но на встречах, конечно, правильно включать всем.
-На курсах мы учим мыслить, как продакт. А для этого эффективнее всего вместе решить какую-то задачу с реальными данными и инструментами. Демонстрируем экран с Miro/Power Bi, и вместе решаем. Ошибаться можно и преподавателю (специально тоже). Все близко к боевой задаче.
-Важно постоянно фокусировать студентов на том, что мы сейчас делаем. Постоянно резюмируем по итогам каждого раздела информацию, визуализируем информацию и дублируем слова текстом на слайде.
-Чтобы студенты не скатились к вялому повтору идей и задумчивому молчанию, можно предложить техники:
Активное слушание. Каждый следующий говорящий должен сначала отреагировать на слова своего предшественника. Так студенты показывают, что слушают друг друга, и могут быть услышанными.
Навыки проведения онлайн-занятий очень помогли и в организации совещаний. А если хотите подробнее погрузиться в вопросы фасилитации, приходите 17 февраля в 20.00 на занятие «Фасилитация онлайн» от Власа Старцев (Продакт в Biglion), где он обсудит следующие темы: обучение в онлайне – как сделать это действительно эффективно, принятие решений Agile-командой – как меняется подход.
По ссылке: https://otus.pw/fMTv/

Как эффективно вести заметки и идеи?

1. На все поводы жизни делаешь короткие заметки или очерки в смартфоне или ПК. Каждая интересная статья, встреча должна перейти в свой короткий конспект. Или запись в дневнике, как эта.
2. Писать постоянно, сжато, просто и своими словами. Мы думаем только тогда, когда формулируем слова.
3. Любая стоящая мысль создаётся на заметке, в процессе её обсуждения, а вовсе не в голове, как всем кажется.
4. Все заметки нужно пометить тегами и ссылками на другие заметки. Так получается блог заметок, личная «Википедия». Объясняйте, почему вы связываете заметки. Поставили ссылку на другую заметку — напишите в чём связь. Не беспокойтесь о структуре. Нет особых позиций, нет верха и низа. Организация развивается органически.
5. Каждая заметка — это законченная короткая мысль с двумя‑тремя тегами и парой ссылок на похожие заметки по смыслу. Каждая заметка содержит одну идею.
6.Каждая заметка самодостаточна, это значит понятна без контекста. Если первоначальный источник информации исчезнет и потеряется связь с остальными заметками, сама по себе она останется понятной.
7. Используйте свои слова. Не превращайте заметки в свалку скопированной информации. Прочли и записали своими словами.
8.Сохраняйте ссылки. Всегда добавляйте ссылки в заметки, чтобы знать, откуда появилась идея. Добавляйте свои мысли, не забывая о предыдущих принципах.
9.Не удаляйте старые заметки. Вместо этого создавайте заметки, которые бы объясняли, почему старые потеряли актуальность. Никогда не знаешь понадобятся старые или нет.
10.Забывать — не стыдно. Главное — помнить, где это записано. Для заметок пользуюсь Notion и Notes на Mac.

Ещё раз про нетворкинг

Что вы получите, если начнете каждую неделю общаться с одним новым человеком? Вся сила нетворкинга проявляется не сразу, поэтому начать составлять "сеть" из контактов лучше как можно раньше.
Это как инвестиции в долгую. Растет процент вопросов, которые вы можете решить для себя и обратившись за помощью с помощью своего нетворка. После 100+ знакомств вы лучше разбираетесь в людях, типологиях личности.
После 1000+ появляются люди практически по любому вопросу. После 3000+ репутация будет работать на саму себя. Крутые продакты, топ-менеджеры сами добавляются в подписчики, ищут выход для общения. Дальше - только больше.

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

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

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

Сделать в этом первые и следующие шаги может помочь сервис Random Coffee. Он знакомит тебя с новым человеком каждую неделю через бот в Телеграме. Сейчас там больше 100 сообществ и 22 тысяч человек. О времени и встрече договариваетесь сами. Можно как в Zoom, так и встретиться офлайн. 98% людей довольны встречами и поставили оценку «хорошо» и «отлично». Вход всего лишь 1500 рублей, что позволяет отделить семя от плевел. Возвраты возможны. Зацените: https://cutt.ly/LkKBIe3

Почему может не сработать цифровая трансформация

1. Большая часть компаний не прошла Excel-этап автоматизации. Чтобы приступить к цифровой трансформации (изменению бизнес-модели), нужно понимание узких мест – нет правильно поставленных вопросов к аналитике и данным.

2. Адекватность и внутренняя мотивация – обязательные условия изменений. Если говорить о разработчике (в смысле проектной команды – внутренней или внешней), как драйвере технологических изменений, то его квалификация вторична, если он не понимает «язык бизнеса».

3. Преодолев коммуникационные барьеры и обеспечив бизнес всевозможными автоматизированными системами, топ-менеджер оказывается в ситуации чрезмерного количества данных. А их нужно интерпретировать, чтобы принимать взвешенные решения. Сколько простаивает оборудование/«просиживает» персонал, почему запаздывают поставки, сколько недовезли субподрядчики, в какой момент «поплыли» сроки, какова реальная загрузка персонала?

4. Эффективные изменения – это своевременные изменения. Последнее звено в цепочке наших выводов – это скорость реализации таких проектов и внедрения «умных» решений. Бизнес теперь выбирает между высококвалифицированным разработчиком, который обладает бизнес-мышлением и умеет слышать то, что не всегда сформулировано, и гуманитарием, который может освоить простые инструменты разработки и применить их уже завтра.

Чтобы узнать, как пройти все эти барьеры на пути грамотной трансформации, приходите 24 февраля в 20.00 на открытое занятие «Корпоративная информационная архитектура» с Петром Подымовым. Вы разберете основы концептуального моделирования, узнаете, как информационная архитектура помогает выделять контексты на разных уровнях проектирования от программного до организационного. Занятие входит в программу онлайн-курса «Enterprise Architect». Ссылка на открытое мероприятие - https://otus.pw/Gp05/. Ссылка на сам курс https://otus.ru/lessons/arch_ent/

Примеры aha-моментов

Aha-момент – это условный показатель, к которому компания стремится и после которого гипотетически наступает переломный момент для потенциального клиента. Про определение этого момента ранее писал тут https://t.me/FreshProductGo/127.

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

Stampede - позволяет через гостевой wi-fi получать информацию о клиентах и использовать ее для того, чтобы лучше понимать их потребности - Aha-moment для Stampede — это момент получения пользователем сервиса инсайтов о своих клиентах. Ведь для малого бизнеса довольно сложно и дорого организовывать пользовательские интервью, а тут маленькие компании получают важную для себя информацию по цене подписки на программу.

Slack - компания изучала отклики потребителей на различные свойства своего продукта, и в итоге пришла к выводу, что после того, как сотрудники компании-клиента через приложение отправят 2000 сообщений, она с 93%-ой точностью станет постоянным пользователем продукта.

Trainual - платформа, которая позволяет организовывать оперативные знания о компании, документировать стандартные процедуры, создавать повторяемые масштабируемые процессы.
Aha-moment этого продукта случается, когда владелец или менеджер приводит нового сотрудника в компанию и вводит его в курс дела через сервис.

Wishpond - платформа, объединяющая ряд маркетинговых инструментов: лэндинги, всплывающие окна, формы, конкурсы, акции, маркетинговую автоматизацию, электронный маркетинг, руководство, зачетные и ведущие профили. Aha-moment продукта - создание пользователем своей кампании через сервис — лендинга, конкурса, попапа (всплывающего окна) — и ее публикации. Большинство пользователей считают все это сложным и времязатратным процессом, но когда пробуют делать это на сервисе и видят, что все это занимает несколько минут, понимают ценность продукта и становятся его приверженцами.

Airbnb - просмотр фотографий мест проживания и есть Aha момент для Airbnb. Поэтому на главной странице Вы сразу увидите красивые фотографии домов, потом уже настроите фильтры, а регистрация - только как определитесь. Потому что Aha moment должен наступить как можно раньше у клиента.

Еще примеры:
• Twitter. Достижение 30 читаемых пользователей;
• Zynga. Просто возвращение в игру на следующий день после первого визита;
• Dropbox. Добавление хотя бы одного файла в свою папку на сервисе.

Чтобы прокачаться в поиске и эффектном использовании этих моментов, приходите 8 и 9 апреля на конференцию "Aha!'21 Лови момент!”, где выступят продакты Миро, ВКонтакте, Яндекс, Ultimate Guitar и Авито. Билеты тут - https://matemarketing.timepad.ru/event/1489293/, программа - http://bit.ly/2Zxg01w.

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

При поддержке канала ProductStar.

1. “Рисовый штурм и еще 21 способ мыслить нестандартно”, Майкл Микалко
Мощная книга для тех, кто «заработался» и хочет свежих идей. Помогает читателю задавать себе правильные вопросы. Бодрит и вносит краски в вашу жизнь и жизнь продукта

2. “Переломный момент”, Малкольм Гладуэлл
Как возникает мода? Как книги неизвестных авторов становятся бестселлерами? Чтобы понять, как возникает феномен толпы и многие другие массовые явления, характерные для сегодняшней жизни, надо рассматривать их как эпидемии. Небольших усилий, приложенных в нужном месте, бывает достаточно, чтобы создать глобальную тенденцию.

3. “Мотивация для творческих людей”, М. Макгиннесс  
Эта книга – настоящий учебник и кладезь информации про то, что же вообще такое мотивация, которые многие путают и с вдохновением. Какие виды мотивации бывают и что с этой всей информацией делать, чтоб твоя жизнь стала проще? В конце также описаны несколько «моделей жизни» для творческого человека, дабы и удовольствие получать, деньги зарабатывать.

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

5. “Теория Игр”, Авинаш Диксит, Барри Нейлбафф
На примерах из кино, спорта, политики и истории авторы показывают, как почти все компании и люди вовлечены во взаимодействия, описываемые теорией игр. Знание этого предмета сделает вас более успешным в бизнесе и жизни.

6. “Атомные привычки”, Джеймс Клир
Может ли одна монетка сделать человека богатым? Но если добавить еще одну? В какой-то момент количество перейдет в качество. Атомные привычки — маленькие изменения, в которых скрыта огромная мощь! Вы давно пытаетесь измениться, но не получается. Не корите себя! Виноваты не вы, а система. Джеймс Клир развенчивает мифы о привычках, мотивации и силе воли.

Если любите читать книги и получать полезные материалы для продактов и продуктологов, могу порекомендовать канал ProductStar и такие подборки, как
https://t.me/productstar/1244
https://t.me/productstar/112

8 вещей, которые мотивируют программистов, помимо денег

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

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

3. Постоянное обучение новому. Все разработчики любят показывать, что освоили новые технологии. В середине 90-х это были Perl и HTML, в конце — ASP, PHP и Java, сегодня — AJAX и Ruby (и в некоторых кругах ASP.NET 2.0). Дайте сотрудникам использовать их, и они не только смогут похвастаться приобретенными знаниями, но и станут выполнять свою работу лучше.

4. Творчество и решение проблем. Разработчики любят вызовы. Столкнувшись с правильной формой вознаграждения и вызова, разработчики ищут решение; столкнувшись с фиксированным вознаграждением — спорят о тостах.

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

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

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

8. Минимальное количество устаревших ограничений. Никто не любит подстраиваться и обходить старые баги, чей-то плохой код и плохо написанные модели данных. Слишком много устаревших ограничений убивают творчество.

Если вас интересует, как эффективно построить работу команды, приходите на на онлайн-интенсив GeekBrains по продакт-менеджменту 27 февраля с 11:00 на
выступление Матвея Матвеева и послушайте опыт Skyeng. Также там будут выступления по темам “Product Manager vs Product Owner” от Юлии Колзиной(Карьерный консультант для руководителей на рынке IT), “Как отыскать священный грааль.” от Никиты Трандина (Product Owner в МТС) и “Customer development.” от Данилы Щербакова (Руководитель B2B-партнёрств в E-Commerce во ВКонтакте).

Регистрируйтесь по ссылке: https://geekbrains.ru/link/-9DXq7

Что делать, если сократили бюджет и срок на разработку?

При поддержке Лектория Skillbox и онлайн-воркшопа о том, как разложить soft skills в понятные системы и схемы.

1. Если требования пользователей или высшего руководства включают изменение сроков в пределах 10%, бюджет также должен быть увеличен на 10%, чтобы сбалансировать условия. Например, конкурент запускает важную фичу уже через три месяца, а ваш релиз будет в лучшем случае через полгода. Высшее руководство принимает решение ускорить разработку вдвое, закрыв задачи за те же 3 месяца. В этом случае бюджет должен быть увеличен не в 2, а в 4 раза.

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

3. Бывает, что руководитель уже оценил проект, но он не торопится сообщать оценку. Если менеджер приносит расчёты, руководитель попросту качает головой и говорит «нет», подразумевая, что сроки неприемлемы и должны быть пересчитаны. В итоге менеджеру приходится оптимизировать планы до тех пор, пока руководитель их не согласует. При этом инициатором такого расчёта остаётся именно менеджер.

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

5. Сказать, что продукт проигрывает своим конкурентам борьбу за право первыми вывести на рынок важную фичу. Это работает как на рынке B2C (например, публикацию коротких видео в социальной сети в 2020 году запустили сразу несколько крупных игроков), так и на рынке B2B (например, борьба за тендер, победа в котором сулит невероятный профит). Это вынуждает менеджера проекта не только ответить на вызов конкурента, но и превзойти его. В сфере B2B может встречаться и сценарий, когда идёт борьба за одного-единственного клиента, и это не обязательно война с конкурентом.

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

Иногда софт-скилы оказываются для менеджера решающими. Планомерная работа с адекватными сроками, доступной информацией и документацией для всех членов команды, уважительным отношением к каждому — всё это позволяет проектировать сложные решения в течение длительного промежутка времени.
1 марта приглашаем в Лекторий Skillbox на воркшоп о том, как разложить soft skills в понятные системы и схемы. Управляющий партнер Школы менеджеров «Стратоплан» Александр Орлов расскажет, как обучить soft skills с помощью схем, которые легко работают и воспроизводятся, и разберет схему конструктивной конфронтации одного из основателей компании Intel Энди Гроува.
Подробности и регистрация: https://u.to/b6APGw