Назад

# Лекции Технополиса. Управление IT-проектами и продуктом. Tags: читательский дневник, управление проектами, конспект, спойлеры Интересный курс лекций, расчитанный на начинающих. Темы проходятся "по верхам", но хорошо объясняются. Как обычно, советую смотреть в оригинале, ниже тезисный конспект (в основном копипаста со слайдов) + мои мысли на этот счет. # [Лекция 1. Что такое управление проектами и продуктами](https://www.youtube.com/watch?v=bVJSwGJolSs) ## Проект/продукт - Разница между продуктом и проектом. Продукт - это услуга, товар, сервис. Проект - это временное предприятие, направленное на создание уникального продукта, услуги или результата. Т.е. можно сказать, что при создании продукта выполняется один или более проектов. Например: проект по разработке фичи хх для продукта уу (значимой фичи, большого куска). - Важно: проект - это временное явление, оно заканчивается, когда: проект готов, проект не может быть выполнен, в проекте больше нет необходимости. Получается, для проектов должен быть эффективный и быстрый регламент, чтобы можно было его часто использовать. Плюс нужно устанавливать точку завершения проекта и без сожаления его завершать (даже если он не доделан), чтобы не тянуть за собой груз хвостов. - Project manager - отвечает за удовлетворение потребностей: потребностей задач, потребностей команды и индивидуальных потребностей. Полагается на: предметную область, процессы(как?), ресурсы(куда и сколько?), команда, методологии(Agile и проч), цели(процесс не ради процесса), коммуникации(уметь находить нужных коллег - как минимум). - Product manager - отвечает за создание новых продуктов и их стратегию, анализ рынка, продвижение продукта, планирование KPI, формирование требований к продукту, определение назначения продукта. Полагается на: предметную область, UX исследования(какие, как) и CustDev, боли(уметь их искать и находить), метрики(конструирование, разумная максимизация), аналитику, маркетинг(пресс-релизы, маркетинговые кампании и пр), продажи(кому, за сколько, где и пр.). - Иногда проектного менеджера в команде нет - тогда его роль выполняет продуктовый менеджер (или product owner). ## Саморазвитие ------ ### GROW-framework - Goal: What do you want? - где видите себя через 1-5-10 лет? - если бы не было ограничений в деньгах и навыках, то кем бы вы были? - каковы ваши интересы, ценности и мотивация? - Reality: What’s happening now? - что больше всего радует/расстраивает на текущей позиции? - позволяет ли текущая позиция расти? - какой фидбэк вы получаете от коллег? - Options: What could you do? - что можно сделать прямо сейчас, чтобы развивать полезные и нужные вам скиллы? - за какие задачи можно взяться? - какие новые контакты и менторство можно найти? - Will: What will you do? - что сделаете для этого? когда? - какие ресурсы будут полезны? какие навыки помогут достичь цели? - какая поддержка руководства/команды могла бы помочь? ------ - Смотрите на себя и на свою жизнь как на продукт. Корпорация имени Себя. Тогда можно применять все методики проектной и продуктовой деятельности: оценивать себя, оценивать конкурентов, ставить цели, дедлайны. Вплоть до "продажи себя" на рынок (труда). - Интересное замечание: не распыляться, придерживаться пути. Не изучать все подряд. Например, выделить год на изучение проектной деятельности и каждый день уделять этому сколько-нибудь внимания. В следующий год - что-то другое. - Считаю, основное: не бояться брать на себя ответственность и пытаться что-то сделать, даже если не хватает знаний. > Советуют книги от компании Intercom (https://www.intercom.com/books) как очень полезные, емкие и короткие ## Анализ рынка - Размер и сегментация рынка, целевая аудитория, потребности рынка, конкуренция, барьеры входа. - Форматы сегментации: географические, демографические, социоэкономические, психографические, поведенческие. - ЦА. Провалидируй: - Достаточно ли потенциальных покупателей? (можно ли расти на этом рынке, например ограниченый рынок будет трудно "продать" инвесторам) - Им это нужно? Сделает ли их жизнь лучше? (все советуют, видимо самый эффективный способ формирования продукта - реально думать о нем в русле пользы и помощи клиенту. Никакого обмана - тренд не может не радовать) Иногда, например при проработке маркетинга, можно упустить мысль о пользе и строить планы в отрыве от пользы - всегда будет эффективнее, когда ты отталкиваешься от пользы. Можно развить мысль дальше: если к нам пришел клиент, которому наш товар не нужен, то либо мы не знаем о какой-то скрытой пользе нашего товара, либо стоит от такого клиента отказаться. - Могут они себе позволить мой продукт? (провалидировать что мы не загнули цену) - Понимаю ли я как ЦА будет принимать решение купить или нет мой продукт? - Могу ли я достучаться до ЦА(есть ли у меня варианты выхода на этот рынок)? - Почему пользователи захотят купить продукт? (юзер-стори) - Оценка конкурентов. Построить сводную таблицу всех конкурентов с ценами, опциями продукта, оборотом компании, количеством персонала. Общие для всех параметры, скорее всего, придется внедрить себе, возможно это условия выживания на этом рынке. Из различающихся опций можно составить уникальное предложение для своей ЦА. ### GAP анализ **Принцип:** - Определяем текущее состояние - Определяем идеальное состояние в будущем - Строим мост! **Методы GAP-анализа:** - SWOT (сильные стороны, слабые стороны, возможности, угрозы) [википедия](https://ru.wikipedia.org/wiki/SWOT-анализ) [Схема](https://github.com/kolko/kolko.github.io/raw/master/data/static/2019-05-04_technopolis_pm_lecture/swot.png) - McKinsey 7s Framework [википедия](https://en.wikipedia.org/wiki/McKinsey_7S_Framework) [Схема](https://github.com/kolko/kolko.github.io/raw/master/data/static/2019-05-04_technopolis_pm_lecture/McKinsey-7S-Framework.png) [Схема 2](https://github.com/kolko/kolko.github.io/raw/master/data/static/2019-05-04_technopolis_pm_lecture/7-s-framework-commented-by-bscdesigner.png) - Value proposition canvas. [Схема](https://github.com/kolko/kolko.github.io/raw/master/data/static/2019-05-04_technopolis_pm_lecture/value-proposition-canvas.jpg) # [Лекция 2. Customer Development, UX-исследования](https://www.youtube.com/watch?v=4m8C5PI00Ws) - Согласно анализу от CBinsights, основная причина провала стартапов - что продукт был не нужен на рынке. Поэтому важно проводить анализ пользователей. - Также, важно наладить обратную связь от пользователей и использовать ее для улучшения продукта. Обязательно нужно "выйти на улицу" и пообщаться со своим пользователем. > Советуют книгу [Спроси маму: Как общаться с клиентами и подтвердить правоту своей бизнес-идеи, если все кругом врут?](https://www.goodreads.com/book/show/35896078). ### CustDev - Customer Development – это научный подход к созданию новых компаний, продуктов и услуг. - В основе концепции лежит процесс глубокого изучения и понимания своего клиента, нахождения инсайтов (скрытых мотивов) и определения паттернов поведения своего клиента для последующей разработки успешного продукта, услуги и бизнеса. - Плюсы: непосредственный контакт с клиентом, получение фактов с рынка, формулировка проблемы словами пользователей, проверка своей целевой аудитории. - Самое важное: валидация гипотез и MVP. - Методы: 1 на 1, опросы, UX исследование. **Подготовка с CustDev:** - Опиши целевую аудиторию. - Выпиши гипотезы. - Используй метод 5 почему. Интересное замечание: на самом деле метод переводится "5 зачем". На вопрос "почему" мы получаем мнение, рассуждения, выдумку. Вопрос "зачем" отсылает человека к реальности и мы получаем правду, реальность и отсекаем выдумки. - Составь открытые вопросы. - Используй вопросы-фильтры. Если человек не является нашей ЦА - не стоит стратить время ни свое, ни человека. С этих вопросов стоит начать разговор. - Напиши сценарий из хороших вопросов. **Лайфхаки:** - Больше слушай, чем говори. - Люди хотят Вам понравиться и поэтому могут врать. "Вы бы купили хх за уу руб?" - человек скорее всего согласится, даже если нет. - Нужно отсекать вранье, комплименты, болтовню и идеи. Нам нужно узнать реальную жизнь и действия человека, а не его мысли на этот счет. - Во время кост дева задавать вопрос: как вы пытались решить эту проблему? Т.к если не пытались, то это не проблема, а фантазии, которые нужно отсекать. - Говорите о жизни собеседника, а не о вашей идее. Спрашивайте о конкретных вещах, которые происходили в прошлом, а не о взглядах или мнениях на перспективу. **Вопросы для анализа запросов функций:** - «Зачем она вам нужна?» - «Какие действия вы сможете выполнять с ее помощью?» - «Как вы справляетесь без нее?» - «Как вам кажется, мы должны добавить эту функцию незамедлительно или это можно сделать попозже?» - «Как она впишется в вашу текущую работу?» - «Искали ли вы решение этой проблемы?» Важный пункт, см лайфхаки выше. **Вопросы для анализа эмоциональных сигналов:** - «Расскажите мне об этом поподробнее» - «Кажется, такое положение вещей вас действительно не устраивает. Уверен, вам есть что рассказать» - «Почему эта ситуация столь ужасна?» - «Почему вы до сих пор не смогли исправить положение?» - «Кажется, вас просто переполняют эмоции. Вопрос действительно настолько серьезный?» - «Почему это вас так радует?» - «Пожалуйста, продолжайте!» ### UX - исследования [Отдельная статья](https://medium.com/@grifer163/полное-руководство-новичка-по-ux-исследованию-319d69c928cb) - Бывают: количественные и качественные. - Основные методологии: наблюдение, понимание и анализ данных. - Способы: интервью, опросы и анкетирование, usability тесты, древовидное, сортировка карточек, A/B тесты #### Модель Кано [Отдельная статья](http://fdfgroup.ru/poleznaya-informatsiya/stati/model-kano/)  - Модель Кано позволяет отранжировать характеристики продукта и оценить эффективность вложений в улучшение. - Каждую характеристику продукта можно отнести к одному из пяти эмоциональных классов характеристик: - Привлекательные характеристики - Одномерные характеристики - Обязательные характеристики - Неважные характеристики - Нежелательные характеристики - В зависимости от того, к какому классу **пользователи** относят конкретную характеристику (функцию/часть) продукта, нужно соответственно спланировать ее важность и сроки разработки: - без обязательной характеристики пользователи не будут пользоваться Вашим продуктом - привлекательная характеристика позволит значительно и быстро повысить удовлетворенность пользователя от продукта до восторга - неважную характеристику нет смысла реализовывать, т.к. она не принесет выгоды, а нежелательная даже ухудшит ситуацию - Важно помнить, что класс может смениться. Например, пользователи быстро привыкают к "привлекательным" и они по своим свойствам переходят в "обязательным". Или сменилась мода и дизайн устарел, стал "нежелательной характеристикой" - начал раздражать пользователей. #### Jobs to be done [Отдельная статья](http://tilda.education/articles-jobs-to-be-done) Метод основан на концентрации над проблемами наших клиентов, что можно упустить при формировании карточки нашего типового клиента. > Продукт не соответствует особенностям человека, он соответствует его проблемам. Т.е. при анализе (например Value proposition canvas) наш продукт купит Вася 35 лет с ЗП 50К не потому, что ему 35 лет или потому что он мужчина, а потому, что у него есть **проблема** которую наш продукт решит. Формула Jos Story: - Когда (описание ситуации) - Я хочу (мотивация) - Чтобы (результат) > Классные компании думают о своих пользователях. Очень классные компании думают о проблемах и потребностях своих пользователей. Инновационные компании думают о проблемах и потребностях своих пользователей и тех, кто пока еще не использует продукт. # [Лекция 3. A/B тесты](https://www.youtube.com/watch?v=tj0q8PyYIpE) ### A/B тесты (я 100% описал а/б тест не до конца достоверно, больше тезисно, лучше обратиться к внешним источникам) Для начала, нужно понять, что A/B тест - это почти научный эксперимент со строгими правилами: - Выдвинуть нуль-гипотезу. (нужно сказать что бывают ошибки первого и второго порядка, т.е. вероятность ложных результатов эксперимента) - Обязательно нужно до начала эксперимента зафиксировать время на эксперимент, это может быть размер тестовой выборки вычисленный [на калькуляторе](http://www.evanmiller.org/ab-testing/sample-size.html) или фиксированное время. Если смотреть раньше, то можно попасть на ложные выбросы (под конец результат вроде как стабилизируется). Плюс, на калькуляторе размера выборки рассчитывается статистически необходимый объем клиентов для теста. Есть сведения, также, что если не прекратить тест когда нужно и долго ждать - тоже можно поймать ложный выброс (шутка про админа, который не завершал а/б тест, дожидаясь пока он позеленеет, т.к. фича ему очень нравилась) - Результатом будет вычисленное p-значение которое можно расчитать [на калькуляторе](http://www.evanmiller.org/ab-testing/chi-squared.html). Принято, что оно должно быть меньше 0.05, чтобы считать что выборки А и Б статистически различны. Если оно больше 0.05 - значит "эксперимент не удался" и стоит тестируемые изменения отклонить. - После проверки p-значения нужно отказаться от гипотезы, перепроверять ее снова и снова - неправильно. (Подозреваю, что в этих случаях вероятность ошибки первого или второго порядка повышаются). - Не советуют проводить A/B/C-тестирование. Т.к. в этом случае граница значимости p-значения становится равной 0,0125 (0,05/4) - чего очень сложно достигнуть. ### Метрики Абсолютное или относительно числовое значение, показывающее статистику относительно тех или иных действий. Например: - Количество пользователей. - Количество денег. - Перемены в этих параметрах. - Что пользователям нравится(и наоборот). - Ценность продукта для пользователя. Полезно встраивать метрики "как можно глубже" в продукт, тогда они смогут показывать более детальное положение дел. Например, учитывать не количество зарегистрированных пользователей, а количество пользователей, которые попользовались (что-то сделали: прошли туториал, настроили свой профиль). Более глубокая метрика может стать как хорошая замена более абстрактной метрики, но намного лучше вести сразу несколько метрик, сравнивая которые можно понимать в какой момент "пользователи отваливаются". ### Unit-экономика **LTV (Lifetime Value of Customer):** Количество денег, которые принесет нам типичный (среднестатистический) клиент на протяжении всего времени использования нашего продукта. Метрики продукта, которые влияют на LTV: - Активация в приложении - Вовлеченность - C1 - конверсия клиентов в первую покупку (конверсия - это процент клиентов, которые дошли до необходимого нам результата. Например, сколько процентов новых пользователей сайта зарегистрировались) - C2 - конверсия клиентов во вторую покупку - Retention (коэффициент удержания) - показывает какой процент пользователей продолжают пользоваться сервисом. Формула Customer Retention Rate (СRR) = (кол-во клиентов в конце периода - кол-во новых клиентов за период) / кол-во клиентов в начале периода **CAC (Customer Acquisition Cost):** За сколько мы преобритаем пользователя. Считается делением количества затраченных денег на количество пришедших пользователей. Например: 20 рублей за пользователя. > Два правила для выживания SaaS стартапов: > > - LTV должен быть в 3 раза больше, чем CAC > - Либо затраты на CAC должны окупаться меньше чем за 12 месяцев **Воронки** Воронка - это средство представления количественных данных клиентского потока. Строится из нескольких сужающихся уровней, например: новые клиенты, клиенты которые зарегистрировались, клиенты которые купили товар. В итоге получаем общую конверсию: количество новых клиентов/количество клиентов, которые что-то купили. Между уровнями строится конверсия (не уверен как лучше: относительно входящих данных или относительно предыдущего уровня) - для поиска мест просадки конверсии (например, клиент добавил товар в корзину, но не смог оплатить). Также полезно хранить историю по воронкам по времени или по значимым событиям, как например выпуск измененной версии сайта - чтобы оценить влияние изменений на конверсию каждого шага воронки. Возможно, лучше использовать когорты. **Когорта** Это фиксированная выборка (обычно новых) пользователей, для дальнейшей сборки метрик по ним. Например: первые 3000 новых пользователей в новой версии сайта или первые 100 клиентов месяца (также можно взять всех клиентов конкретного месяца, если сбор метрик далее будет помесячный). Важно фиксировать количество клиентов в когорте, иначе метрики могут "поехать" и засориться данными новых клиентов. **Пример когортного анализа по CAC и LTV:** (ссылка на блог автора по игре) Анализ проведен для мобильной игры.  Здесь мы можем увидеть историю "жизни" 3х когорт. Разработчикам удалось повысить удержание клиентов, кол-во прошедших туториал и процент совершивших покупки. Я не совсем понимаю в чем смысл продолжения сбора метрик по когорте, когда уже начала обрабатываться новая когорта и внесены изменения в игру (время жизни этих когорт сильно пересекается, отличается только начало). Т.е. если разработчики пофиксили туториал - они увидели изменения в новой когорте, а отсутствие изменений в старой когорте лишь показывает, что пользователи там уже забили на игру и не вернулись. **Churn. Отток клиентов.** - Negative churn (отрицательный отток)- негативный отток. Это когда количество дохода от новых клиентов больше, чем доход от ушедших клиентов. - Revenue churn (отток дохода) - когда клиенты уменьшают оплату (например, переходят на более дешевый тариф). - Customer churn (отток клиентов) - когда клиенты перестают пользоваться сервисом или уходят к конкурентам. Метрики ROI, DAU, MAU, В итоге, базируясь на UNIT-анализе можно проверить, какой прирост вам даст вкладывание в один из параметров: - увеличение во входящий поток пользователей (повышаем расходы на привлечение, только количество, не CAC) - повышение цены товаров (увеличиваем LTV (FIXME) по-идее, если не считать что это может привести к уменьшению конверсии) - увеличение конверсии (уменьшаем потерю новых клиентов на пути к оплате, тем самым повышая окупаемость CAC Еще можно побороться за уменьшение Churn - оттока клиентов, а также другие интересные вещи, типа кросс-продаж итд. https://soundcloud.com/podlodka/podlodka-108-analitika-i-eksperimenty # [Лекция 4. Roadmap](https://www.youtube.com/watch?v=8HqPYrI5kL4) # [Лекция 5. Методологии разработки программного обеспечения](https://www.youtube.com/watch?v=7h_oJ1stN5I) # [Лекция 6. Требования, оценка, риски и команда](https://www.youtube.com/watch?v=EbeBKWhnJ1Y) https://soundcloud.com/podlodka/podlodka-109-teoriya-ogranicheniy # [Лекция 7. Маркетинг](https://www.youtube.com/watch?v=XI_lu9X2xzE) # [Лекция 8. MVP, стартапы](https://www.youtube.com/watch?v=cD28hBPseH8) # [Лекция 9. Финальное занятие](https://www.youtube.com/watch?v=yaxAOxzD7nA)