«Хаябуса» присылает на Землю капсулу с кусочками астероида. Смартфон продолжает следить за временем даже после выключения. Рой роботизированных пчёл роботизированными лапками опыляет цветочное поле. Все эти события объединяет одна аббревиатура — IoT, или интернет вещей. Какова универсальность, не находите?

Мы решили узнать больше о работе IoT-специалистов и пригласили для этого Сергея Романчука — декана недавно появившегося в GeekBrains факультета интернета вещей. Сергей возглавлял технический отдел в Forly Capital, разрабатывал средства сбора данных в Squilla LLC и даже поработал инженером-исследователем в концерне «Калашников». Сейчас Сергей — разработчик в одной из крупнейших  IT-компаний России.

Послушать 21-й выпуск вы можете на разных платформах:

• Apple
• Яндекс
• Google
• Castbox
• Simplecast

В этом посте мы собрали интересные цитаты из выпуска.

— В России существует несколько интересных проектов, которые делают сельхозтехнику полностью роботизированную, объединённую в сеть. Даже продумываются схемы алгоритмов роя. Это когда несколько устройств друг с другом взаимодействуют и выполняют одну поставленную задачу без участия оператора. Я точно знаю, что на Хабре была статья разработчиков, которые делают роботизированный уборочный комбайн. Они убирают капусту и какие-то ещё кормовые растения.

— С помощью одного робота, которого отправили на Марс, починили другого, который уже был на Марсе и сломался. И потом они начали вести исследование вдвоём. Насколько я помню,  Curiosity уже превысил срок планируемой службы. Здесь можно порассуждать над инженерным чудом. Это всё IoT, так или иначе.

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

— В России почему то сложилось мнение, что программисты — это не инженеры. А классически это инженерия. Есть ещё дата-инженеры, инженеры данных. Но они тоже инженеры. Да, здесь ты ближе находишься к железу, находишься в пограничном слое: ты не делаешь высокоуровневую софтину, которая производит анализ данных с нейросетями и кучей дата-сетов. Ты работаешь в рамках одного устройства и делаешь софт, который выполняет одну задачу, но делает её хорошо.

— Мы изучаем старый язык C, который до сих пор жив и будет жить, кто бы что ни думал. Почему его, почему не C++? Мы затронем чуть-чуть C++, но C++ это больше про ООП. С — это более низкий уровень, там даётся больше свободы обращения с памятью и с данными, которые у вас есть, с тактами процессора и микроконтроллера. Но при этом он более легковесный чем C++. C++ умеет всё то же самое, но плюс у него есть объекты, а объекты потребляют память. Так как мы работаем близко к железу, может случиться так, что у нас будет всего 16 Кб памяти. Это даже не один мегабайт, это килобайты. Причем половину вы используете просто чтобы запустить свой код, а всё остальное используется для оперативной части.

— Наверное, многие вспомнят что если вытащить батарейку из старой «нокии», на ней сбросятся часы. Почему так?  [...] Потому что когда он выключен, он не мог считать время. В нём не было предусмотрено дополнительного устройства, часов реального времени, которые в случае отключения питания имели свою независимую батарейку и просто делали одну задачу — считали время.

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

— На старте джуниору со знанием английского будет достаточно просто найти работу и сразу за рубежом. Почему? Во-первых, цена. Наш джун стоит дешевле, чем европейский или американский, и даже китайский. Второе преимущество в том, что если есть английский, ввиду ненасыщенности этого рынка, можно достаточно быстро найти работу, потому что конкуренция ниже. Если ты PHP-разработчик, то у тебя конкуренция высокая, это один из самых популярных языков. А если ты C-разработчик embedded, ты понимаешь, как держать паяльник и умеешь это делать и разрабатывать устройства — пусть у тебя нет багажа опыта, тебя научат на прикладных задачах, упускать такого человека никто не хочет.

— Есть университетские стартапы, когда группа студентов в университете организует стартап, который является их совместной дипломной работой. Их могут заметить на какой-нибудь выставке и дать инвестирование. Есть просто стартапы, которые вырастают условно из гаражей, каких-то частных мастерских или домашних лабораторий. Например, умные часы Pebble. Это проект с кикстартера. Парень у себя дома собрал прототип часов и выложил на кикстартер. Я был одним из фаундеров проекта Oculus Rift на кикстартере, у меня был первый Rift DK1. Они начинали с кикстартера, а ведь это насколько крутая электроника.

Интересно? По ссылкам в начале статьи вы сможете послушать полную версию и подписаться на обновления подкаста ;) Оставайтесь с нами, впереди много классных выпусков!

Без языков программирования мир в нынешнем виде просто не существовал бы. Представьте, что мы живём без компьютеров, цифровых технологий, всех этих интернетов с Instagram и TikTok. Вообразить такое очень сложно, если вообще возможно. 

Но сколько языков программирования существует вообще? Чтобы ответить на этот вопрос, нужно провести серьёзное исследование. Причём стоит сразу отделить зёрна от плевел, то есть определить, что является языком программирования (ЯП), а что нет. В зависимости от этого разные источники дают самые разнообразные ответы. Если коротко, то от 1000 до 10 тысяч. Всё зависит от того, что признавать языком программирования и определять ли разновидности (если угодно, форки) одного ЯП как разные языки. Но даже если так не делать, то насчитать можно около 700 языков: от самых старых до современных, от практичных и используемых до эзотерических, создаваемых просто для фана. 

Более того, новые ЯП появляются с завидной регулярностью — многие компании разрабатывают собственные языки. Экспериментируют с этим и отдельные разработчики.  

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

Какие бывают языки программирования

Языки программирования классифицируют по разным признакам: функциональности, способу описания сущностей, способу реализации и некоторым другим.

Статическая и динамическая типизации 

Здесь речь идёт о процессе проверки соответствия типов. Система типов — это набор правил, присваивающих свойство («тип») ряду сущностей: переменным, выражениям, функциям, модулям. В статической типизации переменным типы присваиваются в момент объявления — так работают Go, С++, C#, Java и ряд других языков. При динамической типизации это происходит в момент присваивания значения, как в PHP, Python, JavaScript, Ruby и подобных ЯП.

Высокоуровневые и низкоуровневые языки

Здесь всё проще. Как правило, к низкоуровневым языкам относятся ЯП первых поколений. Это машинный код и ассемблеры, которые появились на заре цифровой эры. Тогда горы были высокими, деревья зелёными, а ЭВМ занимали целые здания.

Но по мере технического прогресса задачи усложнялись. Чтобы их решать, люди совершенствовали вычислительные устройства. Тогда и были разработаны высокоуровневые языки, позволившие ускорить создание ПО и увеличить эффективность работы ЭВМ. Одним из первых был Fortran. 

Сейчас выделяют ещё и сверхвысокоуровневые языки с очень высоким уровнем абстракции. К ним относят, например, Python и Perl.

Интерпретируемые и компилируемые языки 

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

Примеры компилируемых языков: Pascal, Basic, Visual Basic, Cobol, Swift, Go, Haskell, C#, Kotlin. Интерпретируемые: PHP, JavaScript, Python, Lava, Perl.

Визуальные и текстовые языки

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

Примеры таких языков: Sketchware, App Inventor, Блокли, HiAsm и другие. К текстовым относится множество других языков, к которым мы привыкли больше.

Эзотерика и just for fun 

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

Lolcode

Этот язык в 2007 году создал научный сотрудник Ланкастерского университета Адам Линдсей. Lolcode использует словарь интернет-мема «лол кот». 

HAI
CAN HAS STDIO?
I HAS A VAR
IM IN YR LOOP
   UP VAR!!1
   VISIBLE VAR
   IZ VAR BIGGER THAN 10? KTHX
IM OUTTA YR LOOP
KTHXBYE

У большинства языков, созданных для фана, нет библиотек. А это значит, что использовать их можно лишь для чтения файла или записи текста на консоль. 

Glass

Создан в 2005 году. Его разработчики заявляют, что ни один другой язык не может быть реализован подобно этому. Почему? Да просто потому что его реализация смерти подобна. 

{F[f(_a)A!(_o)O!(_t)$(_n)1=,(_isle)(_n)*(_a)(le).?=/(_isle)^\(_n)*(_a)
s.?(_t)f.?(_n)*(_a)s.?(_t)f.?(_a)a.?]}{M[m(_a)A!(_f)F!(_o)O!(_n)=(_nlm)
=/(_nlm)(_n)*(_f)f.?(_o)(on).?" "(_o)o.?(_n)(_n)*(_a)a.?=(_nlm)(_n)*
(_a)(le).?=\]}

Участок кода выше выводит последовательность чисел Фибоначчи. 

Brainfuck

Культовый язык для гиков, который содержит восемь простых команд и их указатель. Его создавали как развлечение для программистов, а не практический инструмент. Несмотря на всё это, язык стал чрезвычайно популярным. 

++++++++++[>+++++++>++++++++++>+++>+<<<<-]>++.>+.+++++++..+++.>++.
<<+++++++++++++++.>.+++.------.--------.>+.>.

Выше — участок кода, отвечающий за вывод «Hello, World».

Chicken

А в этом языке всего одно ключевое слово — угадаете какое? И количество повторений с новыми линиями определяет код используемой операции. 

chicken chicken chicken chicken chicken chicken chicken chicken chicken chicken chicken
chicken chicken chicken chicken chicken chicken

Это был пример работающего кода. 

Какие языки программирования самые востребованные

По версии сервиса TIOBE, первую тройку рейтинга востребованности занимают Java, C и Python. А вот топ-20:

Каждый год топ изменяется — иногда очень заметно, а порой незначительно. Рейтинги 2020 и 2019 годов почти не отличаются. 

Какие разработчики больше всего зарабатывают

Сервис «Хабр.Карьера» регулярно выкладывает статистику зарплат программистов, работающих с разными языками. Самая высокая медианная зарплата у разработчиков Elixir: 165 тысяч рублей. Затем идут разработчики Objective-C — 151 тысяч рублей в месяц. Далее — Scala с Go: специалисты по ним получают 150 тысяч рублей. Распределение самых «доходных» ЯП выглядит так: 

А вот разбивка по основным специализациям разработки:

Большое влияние на эти цифры оказывает и локация работодателя. Если взять среднее значение зарплат программистов, то медиана по Москве — 140 тысяч рублей, в Санкт-Петербурге — 116 тысяч, в других регионах — 80 тысяч рублей. 

Так сколько языков программирования существует? 

Как мы убедились, ответа на этот вопрос нет. Чтобы попытаться его найти, нужно определить множество условий, а также вести наблюдение за всеми энтузиастами, которые могут взять и сделать свой язык. А программировать лучше всего на том языке, который просто вам нравится. Конечно, стоит ориентироваться на востребованность ЯП — но если вы работаете с языком из топ-20, то беспокоиться не о чем. 

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

В предыдущей статье мы рассмотрели правила оформления HTML, теперь поговорим про CSS. Эти правила помогают сделать ваш код более читаемым и лёгким для понимания.

Оформление классов

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

Некорректно:

Корректно:

Используйте нижний регистр. Также в названиях классов принято использовать только строчные буквы. А вместо пробелов, как правило, — дефис (символ “-”).

Некорректно:

Корректно:

Пользуйтесь популярными тегами. Среди разработчиков уже сложился список общепринятых имён для классов. Например, для картинок используют img (сокращение от англ. image – картинка), а для кнопок — button (в переводе с английского «кнопка»). 

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

Некорректно:

Корректно:

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

Некорректно:

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

В примере ниже можно избавиться от селектора button-2, используя класс button для размеров и white-color для цвета. Так мы сможем потом гибко переиспользовать второй селектор. 

Корректно:

Один проект — одна методология. Если вы решили использовать методологию в своём проекте, например, БЭМ или атомарный CSS, то стоит придерживаться единого подхода на протяжении всего проекта. Смешение подходов ломает структуру. Стоит упомянуть, что иногда в БЭМ для общих стилей подмешивают атомарный подход — например, для обнуления стилей у списков. Но это скорее исключение из правил, чем само правило. 

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

Некорректно:

Корректно:

Использование отступов и пробелов

Как и в HTML, у CSS есть свои правила оформления отступов и пробелов.

Начинайте свойство в классе с отступа, равному 2 пробела или 1 таб.

Некорректно:

Корректно:

Между свойством и значением ставьте пробел.

Некорректно:

Корректно:

Между селекторами ставьте пустую строку.

Некорректно:

Корректно:

Между селектором и открывающей скобкой ставьте пробел.

Некорректно:

Корректно:

Оформление свойств

В CSS нет каких-либо строгих правил и рекомендаций относительно порядка свойств. Но есть несколько подходов к этом вопросу.

Упорядочивать свойства по алфавиту. 

Упорядочивать свойства по определенной логике. Вот пара примеров использования таких правил: 

• первый вариант. 
• второй вариант.

И несколько правил хорошего тона

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

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

Некорректно:

Корректно:

Корректно:

Если пишите 0 у свойства, то не указывайте единицу измерений.

Некорректно:

Корректно:

CSS также можно проверить на валидность при помощи онлайн-валидатора.

Этой статьёй мы начинаем серию постов по быстрому погружению в продакт-менеджмент. Весь курс в видеоформате можно бесплатно пройти на GeekBrains, а здесь — первая лекция в формате для чтения. Педагог — Лаша Харчилава, head of product (services for seekers) в «Работа.ру».

Кто такой продакт-менеджер

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

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

Чего ждёт руководство от product-менеджера

Обычно от продакт-менеджера ждут двух возможных результатов:

1. Запуск продукта в продакшен. Если продукта нет, задача продакт-менеджера — запустить его за определённое время, то есть сделать так, чтобы потребители могли им воспользоваться: заказать товары, прочитать новости и т. д. Функциональность зависит от продукта.
2. Увеличение ARPU (средней выручки на пользователя) или конверсии в покупку. Бывает, что продакт увеличивает показатели уже готового продукта.

Как продакт-менеджеру достичь результатов

Прежде чем мы перейдём к навыкам, разберём, чем в принципе занимается успешный продакт.

Формирует видение продукта. Владельцы компании, или топ-менеджеры, не всегда понимают, каким будет продукт через год, два, три. У них есть идея, но во что она превратится, они не представляют. Продакт должен видеть и понимать это очень чётко.

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

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

Постоянно работает с метриками. Продакту необходимо проранжировать метрики по важности, изучать и анализировать их раз в неделю, месяц или квартал. Это поможет избежать провалов и почерпнуть свежие идеи для разработки продукта.

Контролирует разработку. Это следует делать каждый день или раз в несколько дней.

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

Берёт на себя ответственность. Продакт — человек, который наделён полномочиями и свободой. Соответственно, на нём лежит ответственность за принятые решения.

Какими навыками нужно обладать продакт-менеджеру

Навыки продакта, как и любого профессионала в IT, делятся на soft skills и hard skills. И здесь первые как минимум не менее важны, чем вторые.

Перечислим софт-скилы:

• Коммуникационные навыки. Работа продакта минимум на 70% состоит из встреч, на которых нужно общаться, договариваться, принимать решения и т. д. Общаться нужно много и с разными людьми. 
• Лидерские навыки. Продакт — это лидер направления, и за ним идут разработчики. Они должны понимать, что именно он принимает решения, и по всем вопросам обращаться к нему.
• Гибкость. Продакту нужно объективно оценивать то, что он делает. Если понял, что ошибся, потратил много времени и сил на разработку ненужной фичи — он не должен бояться её бросить.
• Личная эффективность и тайм-менеджмент. Продакту необходимо делегировать задачи разработчикам, а к части задач подходить суперэффективно, чтобы закрывать их не за 2 часа, а за 30 минут. Нужно применять методики, которые помогут работать не 24 часа в сутки.
• Навыки мотивирования команды. Продакт должен сплотить и замотивировать команду, постоянно вовлекать её в продукт и в бизнес. Необходимо, чтобы люди не просто делали свою работу, а подходили к ней осмысленно, понимали, к чему приводит выполнение той или иной задачи.
• Умение говорить «нет». Каждый день к продакту будут приходить владельцы компании и говорить, что у них суперважная задача, которую нужно выполнить прямо сейчас. В такие моменты продакт должен сказать «нет» и защитить продукт от посторонних, которые постоянно хотят закинуть в него что-то «очень важное».
• Умение гасить конфликты. Продакт взаимодействует со всеми отделами компании: финансовым, маркетинговым, инженерным и другими. Когда появляются конфликты, он не сжигает мосты, а пытается разрулить ситуацию так, чтобы все были довольны.
• Умение решать проблемы. Продакту прилетают максимально абстрактные задачи. Он должен отделить зёрна от плевел и решить, что принесёт продукту наибольшую пользу.
• Управление ожиданиями. В начале квартала продакт должен очень чётко проговорить, какие задачи будут выполнены, а какие — нет, и почему. Тогда у владельцев компании не будет претензий.

Рассмотрим теперь хард-скилы:

• Работа с пользователями. Продакт должен уметь использовать CustDev, общаться с пользователем и строить Customer Journey Map (CJM — описание клиентского пути от первого контакта с компанией до первой или повторной покупки).
• Понимание рынка и бизнес-модели продукта. Продакт определяет объём рынка и бизнес-модель продукта.
• Работа с метриками. Продакт должен уметь анализировать данные, проводить А/В-тесты и рассчитывать юнит-экономику. 
• Выстраивание процессов разработки. Продакту нужно следить за разработкой, мониторить и выстраивать этот процесс. В этом ему помогут Scrum, Kanban, фреймворки приоритизации продуктовых задач и навык формирования дорожной карты продукта.

Чем продакт отличается от проджекта

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

Если формулировать максимально кратко: продакт-менеджер отвечает на вопросы «куда» и «что», а проджект-менеджер — на вопрос «как».

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

Теперь сопоставим работу продакта и проджекта более подробно — для наглядности. Продакт-менеджер:

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

Теперь посмотрим, что делает проджект:

• отвечает за процесс реализации;
• помогает команде разработки оценить и декомпозировать проект;
• ведёт планирование;
• формирует roadmap;
• контролирует время разработки;
• управляет ожиданиями продакта.

Зарплата продакт-менеджеров

Как и другие специалисты, продакт-менеджеры делятся на три уровня: junior, middle, senior.

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

Куда развиваться продакту

Внутри компании продакт-менеджер может дорасти до СРО (директора по продукту) или даже CEO (исполнительного директора). В среднем путь по карьерной лестнице выбирают 85% продактов. Оставшиеся 15% предпочитают запускать стартапы.

Гипотеза для продакт-менеджера

Работу продакт-менеджера невозможно представить без гипотез. Это предположение, потенциал которого необходимо доказать или опровергнуть с помощью фактов. 

Для получения гипотез используют:

1. CustDev — коммуникацию с клиентами или пользователями.
2. Анализ конкурентов.
3. Аналитику.
4. Генерацию идей.
5. Текущий бэклог — список гипотез, отсортированных по приоритету, которые планируется реализовать. Вариант Капитана Очевидности :)

Теперь рассмотрим каждое направление подробнее.

Для CustDev можно пообщаться с руководителями — у них есть видение продукта. Не помешает поговорить с экспертами, клиентами и пользователями, друзьями на Facebook, менеджерами по продажам, службой технической поддержки.

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

Этот подход помогает «оцифровать» конкурентов, когда нет вводных, и понять, на кого ориентироваться.

Чтобы сформулировать гипотезы с помощью аналитики, изучите ключевые метрики (выручку, конверсию в покупку, конверсию в регистрацию, средний чек и т. д.) и воронки — шаги к конкретной цели. Например, сто человек зашли на сайт, десять открыли карточку продукта и один купил. Для работы с аналитикой можно воспользоваться сервисами Яндекс.Метрика, Google Analytics, Tableau, Power Bl. Учтите, что задача продакта — работать с цифрами, а не доставать их.

Чтобы добыть гипотезы через генерацию идей, можно провести мозговой штурм: классический или по методикам «Цветок лотоса», «Метод 100» и морфологического анализа.

Чтобы сформулировать идеи через бэклог, его надо изучить, выбрать топовые гипотезы и узнать о тестировании предположений за предыдущие периоды.

Выработанные гипотезы включаются в непрерывный цикл по методологии HADI:

1. Гипотеза. Мы формулируем её и заранее определяем метрики для оценки успешности.
2. Действие. Запускаем этап разработки в продукте.
3. Аналитика. Собираем полученные данные по итогам изменений в продукте.
4. Вывод. Анализируем полученные данные и сравниваем их с первоначальными целями.

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