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

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

Создать сервис по доставке продуктов для ужина — это продукт. Разработать для этого сервиса лендинг и прикрутить туда оплату — это проект.

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

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

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

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

Основы продуктовой разработки:

• Продукт должен решать проблемы покупателей и быть ценным для них
• Работа над продуктом идет внутри команды, каждый вносит свой вклад
• Аналитика и тестирование гипотез
• Прототипы (это может быть минимально жизнеспособный продукт MVP)
• Обратная связь от пользователей и работа с ней.

Разработка продукта идет по принципу проверки гипотез: делаем немного, получаем отклик от рынка, дорабатываем или выбрасываем и все меняем.

Разработчики создают MVP и отдают его пользователям. На прототипе тестируют гипотезы и получают обратную связь по ним.

Суть продуктовой разработки в том, чтобы минимальным количеством ресурсов — времени и денег — сделать функционал. Не сработало? Не беда. Пилим следующий.

Сделать новую функцию за сутки, а люди сами напишут, что и как им нужно.

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

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

Один из продуктовых разработчиков пишет на Habr, что вместо сложной валидации формы сбора телефонов, он начнет с простой валидации длины и символов в номере. А уже потом будет улучшать форму по фидбеку от пользователей.

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

Василий изучил рынок, ничего подобного не нашел, и решил: надо срочно делать! Он заплатил дизайнеру, разработчику и копирайтеру, те сделали приложение. Только скачивать его никто не стал.

Разработчик предложил Василию сузить нишу и сделать MVP приложения по психологии. Те же вопросы–ответы, только отвечают на них психотерапевты.

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

Над продуктом работает команда, собирает фидбек, улучшает сервис.

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

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

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

Для продуктовой разработки набирают команду, которая будет долго работать над продуктом. Например, у каждого продукта Яндекс своя команда — Яндекс. Деньги, Яндекс. Пробки, Яндекс. Музыка и так далее.

Для проектной разработки часто нанимают команды/людей со стороны или привлекают тех, кто освободился от других задач. Например, банк из Москвы заказывает проектную разработку в веб–студии Иркутска.

Продуктовая разработка — это всегда про гибкие методологии, работу в спринтах и с бэклогом.

В проектной разработке менеджер проекта связывает заказчика с разработчиками. Он может быть плохим переговорщиком и просто делать то, что говорит клиент. Например, заказчик просить убрать из приложения функцию оплаты за товар после получения. Команда выполняет. Через месяц заказчик снова вызывает к себе менеджера проекта — конверсия упала на 15%. Верните фичу обратно. Команда выполняет. Что случилось? Продукт не становится лучше, его ценность в глазах пользователей не растет.

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

В новом продукте все начинается с идеи. Проводят исследования, опрашивают целевую аудиторию.

Затем переходят к разработке прототипа. И альфа/бета тестированию.

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

Представим, что у вас есть идея для продукта, но вы далеки от мира разработки, не знаете как составлять список требований и что писать в концепции. Что делать?

• Вы идете в студии разработки. Они проверяют идею: стоит делать продукт или это ерунда. Опрашивают потенциальную аудиторию, изучают статистику по поисковым запросам, смотрят конкурентов.
• Думают, как сделать, чтобы продукт решал проблемы клиентов и приносил деньги заказчику.
• Если идея рабочая, посчитают, сколько будет стоить разработка MVP и предложат модели монетизации.
• Примерно назовут сроки релизов.

Рустам Мухамедьянов, руководитель студии Winfox, приводит пример на VC. В студию обращается клиент: создать приложение для поиска репетиторов. Команда проверяет идею, опрашивает знакомых, размещает опросы в соцсетях, анализирует, что используют ученики сейчас. Если понимают, что идея годная, то предлагают клиенту план действий с прототипом и тестированием. Если же видят, что идея не сработает, то заказчику прямо об этом говорят. Не делают продукт ради продукта.

• Разработчик продукта среднего уровня зарабатывает от 180 тысяч рублей
• Менеджер продукта — от 200 тысяч рублей
• Продуктовый дизайнер — от 120 тысяч рублей
• Продуктовый аналитик — от 200 тысяч рублей.