Product Tiger – это словарь терминов в Product Management
Job-board hh.ru Linkedin.com app.otta.com workable.com pallet.com Телеграм-каналы с вакансиями только для продактов: Job for Products and Projects Products Jobs — вакансии и аналитика getmatch: бот с IT-вакансиями – вы можете выбрать только продуктовые позиции Продуктовые вакансии Продуктовая лавка с вакансиями Hire ProProduct — Продуктовые вакансии в России и за рубежом Вакансии для продактов и проджектов […]
Читать дальше
Работа в обратном направлении / Метод Backwards / Метод Amazon является подходом к разработке продукта, который начинается с команды, воображающей, что продукт готов к запуску. Первым шагом продуктовой группы является написание пресс-релиза, объявляющего о доступности продукта. Аудитория этого пресс-релиза – покупатель продукта. Что входит в состав пресс-релиза Working Backwards? Команда по продукту может составить это […]
Читать дальше
Вайрфреймы/Wireframes/Каркас – это базовое двухмерное визуальное представление веб-страницы, интерфейса приложения или макета продукта. Вы можете думать об этом как о функциональном скетче низкой точности. Дизайнеры продуктов и специалисты по UX (пользовательскому опыту) составляют макеты, чтобы сообщить, как они планируют упорядочить и расставить приоритеты функций, а также, как они предполагают пользователи будут взаимодействовать с продуктом […]
Читать дальше
Проверка потребителя /Валидация клиента / Customer Validation – важный этап процесса Customer Development. Этап проверяет предположения и гипотезы о проблеме потребителя, целевом рынке и продукте. Информация, полученная на этапе проверки, затем может быть использована для итерации продукта и поиска правильного соответствия рынку. Валидация также связывает продукт с жизнеспособными перспективами и прокладывает путь к созданию значимых […]
Читать дальше
Продукт – все, что продает бизнес, что решает рыночную проблему или удовлетворяет потребности и желания клиента. Когда вы смотрите на продукт через эту широкую линзу, вы можете понять, почему он может включать в себя многие вещи, за которые мы платим, которые мы обычно не называем продуктами. Ниже мы рассмотрим несколько интересных примеров. Затем мы обсудим, […]
Читать дальше
Weighted Shortest Job First (WSJF) – это инструмент, используемый в Scaled Agile Framework (SAFe), чтобы помочь командам определить приоритетность списка инициатив. Команда рассчитывает оценку каждой инициативы как стоимость задержки, деленную на размер или продолжительность работы. Где Cost of Delay: Затем команда отдает приоритет тем элементам, которые получают наивысшие оценки. Как используется WSJF? Любая команда в […]
Читать дальше
Взвешенная оценка приоритетов использует числовую оценку для ранжирования ваших стратегических инициатив по категориям выгод и затрат. Оценку полезно проводить для продуктовых команд, которые ищут объективные методы приоритизации, учитывающие несколько уровней данных. Эта структура приоритизации помогает вам решить, как расставить приоритеты для функций и других инициатив в дорожной карте вашего продукта. В рамках этой системы инициативы […]
Читать дальше
Водопад – это долгосрочный метод разработки продукта, характеризующийся линейными последовательными фазами планирования, создания и предоставления новых функций или продуктов. Требования тщательно определяются заранее и последовательно реализуются на следующих этапах: концепция, инициирование, анализ, проектирование, конструирование, тестирование, производство/внедрение и сопровождение. Каждый этап должен быть завершен до начала следующего. Основные этапы метода водопада: Соберите и задокументируйте требования Разработайте […]
Читать дальше
Голос клиента, или Voice of Customer – собирательный образ ожиданий пользователей от продукта. В широком смысле Voice of Customer относится к различным процессам, с помощью которых организации собирают отзывы от своих клиентов. Он также может относиться к самой обратной связи в форме потребностей, запросов и болевых точек клиентов.worf
Читать дальше
Производительность/Скорость команды – это метрика в Scrum, используемая для измерения скорости выполнения командой разработчиков заданного цикла. Метрика рассчитывается, как количество набранных за цикл сюжетных очков. Команды гибкой разработки обычно рассчитывают скорость в конце спринта или итерации.
Читать дальше
Ванильные метрики — это любые не объективные показатели, большие цифры ради цифр. Например, размер email-базы или количество скачиваний приложений. Беда в том, что по ним нельзя судить о результате, они не отражают реальную ситуацию. Красивые графики, уверенный рост, а копнешь поглубже — нецелевой трафик и продаж почти нет. Метрики тщеславия – это статистические данные, которые […]
Читать дальше
Value vs Complexity – это модель приоритезации, которая позволяет группе разработчиков продукта оценивать каждую инициативу в зависимости от того, какую ценность она принесет, и насколько сложно ее будет реализовать. Затем инициативы наносятся на квадрант и соответственно распределяются приоритеты. Ценность и сложность – одна из многих моделей приоритизации, которые менеджеры по продукту могут использовать для определения […]
Читать дальше
Ценностное предложение / Value Proposition– это заявление, определяющее измеримые выгоды, на которые потенциальные клиенты могут рассчитывать при покупке продукта или услуги. Когда все сделано хорошо, это служит конкурентным отличием. Это мотивирует потенциальных клиентов выбирать продукт или услугу среди других на рынке, что дает организациям мощное конкурентное преимущество. Ценностное предложение может применяться ко всей организации или […]
Читать дальше
Роль UX-дизайнера сегодня занимает интересное место в бизнесе. Это один из самых востребованных наборов навыков, особенно в компаниях, ориентированных на продукт. Тем не менее, многие организации, стремящиеся нанять UX-дизайнеров, имеют разные (а иногда и неточные) представления о том, что влечет за собой роль и ключевые обязанности. Кто такой UX-дизайнер? Хотя определение может быть разным, основное […]
Читать дальше
Пользовательская история (User Story) – это небольшая автономная единица разработки, предназначенная для достижения определенной цели в продукте. Пользовательская история обычно пишется с точки зрения пользователя и следует формату: «Как [пользователь], я хочу [выполнить это действие], чтобы [я мог достичь этой цели]». Что такое пользовательская история? В Agile-разработке программного обеспечения User Story – это краткое объяснение […]
Читать дальше
Исследование пользователей / User Research – это дисциплина изучения потребностей и мыслительных процессов пользователей путем изучения: как они выполняют задачи, как взаимодействуют с продуктом и изучение данных о пользователе. Хотя этот термин иногда путают Usability тестом, User Research включают в себя более широкий спектр методологий, некоторые из которых являются количественными (например, опросы или многовариантное тестирование), […]
Читать дальше
Персона пользователя – это составная биография (или серия биографий), составленная на основе исследования рынка и опыта для описания соответствующих характеристик, потребностей и целей людей, которые будут использовать продукт. Важность работы User Persona Если организация создает и выпускает продукт без глубокого понимания того, для кого этот продукт и какие проблемы он решит для них, она скорее […]
Читать дальше
Пользовательский интерфейс (User Interface) или UI – это любая часть продукта или системы, с которой взаимодействует конечный пользователь. Пользователи работают в пользовательском интерфейсе, чтобы контролировать или управлять продуктом или машиной, которые они используют.
Читать дальше
Пользовательский поток / User Flow – это представление последовательности действий, который пользователь выполняет для достижения цели в рамках продукта. Это диаграмма, показывающая путь, по которому пользователь пойдет в приложении для выполнения задачи. User Flow vs Customer Journey Map Многие люди используют эти термины как синонимы, но это не одно и то же. Путь клиента намного […]
Читать дальше
Пользовательский опыт / User Experience / UX – это ощущение, которое испытывают пользователи при использовании продукта, приложения, системы или услуги. Это широкий термин, который может охватывать все что угодно: то, насколько хорошо пользователь может ориентироваться в продукте, насколько он прост в использовании, насколько актуален отображаемый контент и т. д. Пользовательский опыт (UX) – это целостный […]
Читать дальше
User Case / Юзкейс/ Пример использования / Сценарий использования – это гипотетический (но правдоподобный) сценарий, показывающий, как пользователь продукта может взаимодействовать с продуктом для достижения определенной цели. Менеджеры по продукту часто применяют варианты использования, чтобы объяснить, как и почему клиенты будут использовать различные части продукта. Их часто рассказывают с помощью простых для усвоения гипотетических историй.
Читать дальше
Юзабилити-тестирование – это метод оценки того, насколько легко или сложно пользователям найти и пользоваться продуктом компании. Его также можно использовать для оценки интуитивности или удобства использования других аспектов взаимодействия с клиентами, таких как навигация по веб-сайту или выполнение пробной загрузки. Этот тип тестирования чаще всего используется для оценки удобства использования программного обеспечения. Организации проводят тесты […]
Читать дальше
Уникальное торговое предложение / Unique Selling Proposition / USP – это четкое и сжатое описание того, чем ваш продукт отличается от продуктов ваших конкурентов и чем он лучше их: Он должен объяснить, что отличает ваш продукт от остальных. Он должен объяснить, почему этот уникальный аспект делает ваш продукт лучшим выбором для пользователей. Из-за лаконичности уникального […]
Читать дальше
Tribe Management является частью стратегии гибкого масштабирования, которая впервые использовалась для помощи растущему отделу разработки Spotify. Подход предполагает разбиение инженерных команд на автономные «отряды», которые вместе работают над конкретными аспектами продукта. Несколько отрядов, работающих в одной и той же сфере деятельности – например, поисковой технологии, – затем группируются в более крупную команду, называемую племенем. Пример […]
Читать дальше
Общий адресный рынок/Total addressable market/TAM означает максимальный размер возможностей для конкретного продукта или решения. Другими словами, если бы каждый человек, который потенциально мог найти ценность в приобретенном / приобретаемом продукте или решении, начал бы его использовать (то есть 100% доли рынка), насколько большим был бы этот рынок? TAM не является показателем реальных будущих клиентов или […]
Читать дальше
Нисходящая продуктовая стратегия – это стратегия, в которой сначала определяются цели высокого уровня и долгосрочное видение, а затем они используются для информирования, что следует далее. При планировании сверху вниз дорожная карта передает стратегию, но не строится и не расставляет приоритеты до тех пор, пока не будут определены цели и видение.
Читать дальше
Юзер пьян — это концепция управления продуктом и UX-дизайном, в которой упор делается на создание продуктов или веб-сайтов, настолько интуитивно понятных и простых, что их может использовать даже человек, находящийся в состоянии алкогольного опьянения. Этот термин также описывает метод проверки того, насколько прямым является сайт или приложение. Как? Попросить кого-нибудь пьяного попробовать его использовать. […]
Читать дальше
Технический менеджер по продукту (Tech PM) – это менеджер по продукту с сильным техническим образованием, который сосредоточен на более технических аспектах продукта. Технический менеджер по работе с клиентами теснее сотрудничает с командой инженеров, чем с отделами бизнеса, продаж и маркетинга организации. Часто в прошлом инженеры или специалисты по информатике, эти люди глубоко разбираются в технических […]
Читать дальше
Технический долг / Code debt / Technical debt – общее название проблемной части при разработке кода, которое возникает при приоритизации быстрой доставки перед идеальным кодом (т.е. при пренебрежении к качеству кода). Технический долг – это фраза, первоначально придуманная разработчиком программного обеспечения Уордом Каннингемом, который, помимо того, что является одним из 17 авторов Agile Manifesto, также […]
Читать дальше
Невозвратные затраты, иногда называемые ретроспективными затратами, относятся к уже произведенным инвестициям, которые не могут быть возмещены. Примеры невозвратных затрат в бизнесе включают маркетинг, исследования, установку нового программного обеспечения или оборудования, заработную плату и льготы или расходы на оборудование. Для сравнения: альтернативные издержки – это упущенная выгода от ресурсов, которые были вложены в другое место. Экономисты […]
Читать дальше
Story point – это условная единица измерения, позволяющая оценить элементы бэклога продукта. Учитывается при определении производительности команды. Agile-команды часто используют метод Story Point, чтобы оценить, сколько работы они могут выполнить во время следующего спринта. Команда может начать обзор отставания с фиксированного количества баллов – может быть, 5 или 8 – за весь спринт. Затем они […]
Читать дальше
User Story Mapping – это метод организации пользовательских историй для создания более целостного представления о том, как они вписываются в общий пользовательский опыт. Расположенные на горизонтальной оси, основные этапы пути к покупке (иногда называемые эпопеями, иногда нет) расположены в хронологическом порядке в зависимости от того, когда пользователь будет выполнять конкретную задачу по отношению к их […]
Читать дальше
Ежедневный стендап – это быстрое планерка/летучка, на котором каждый член команды делится тем, чего они достигли вчера, что они будут пытаться выполнить сегодня, и что мешает продвижению работы. Стендапы – важный элемент agile- среды разработки, так как они способствуют частому и тесному общению в команде.
Читать дальше
Управление заинтересованными сторонами / Stakeholder Management– это процесс выявления и расстановки приоритетов, вовлечения заинтересованных сторон на протяжении всего процесса разработки продукта. Это важный компонент управления продуктом, потому что заинтересованные стороны – отдельные лица или группы, которые могут либо повлиять на успех и исполнение, либо повлиять на продукт, – в конечном итоге играют важную роль в […]
Читать дальше
Анализ заинтересованных сторон / Анализ стейкхолдеров – это процесс выявления влияющих сторон на проект; группировка их по уровню участия, заинтересованности и влияния в проекте; и определение того, как лучше всего вовлекать и информировать каждую из этих групп заинтересованных сторон. Какова цель анализа заинтересованных сторон? Руководители проектов, менеджеры программ и менеджеры продуктов могут проводить анализ заинтересованных […]
Читать дальше
В рамках гибкой разработки Scrum собрание по планированию спринта – это мероприятие, на котором устанавливается цель разработки продукта и план на предстоящий спринт на основе анализа командой своего бэклога продукта. Успешная сессия позволит выявить два важных стратегических вопроса: Цель спринта: краткое письменное изложение того, что команда планирует выполнить в следующем спринте. Бэклог спринта: список историй […]
Читать дальше
В методологии Scrum для Agile цели спринта – это четкие задачи, поставленные перед началом спринта. Они устанавливаются владельцем продукта и командой Delivery совместно. Цели спринта должны быть легко измеряемыми и отражать основную цель элементов бэклога спринта.
Читать дальше
Бэклог спринта /Sprint Backlog – это набор задач, которые кросс-функцильнальная продуктовая команда выбирает из своего бэклога для работы во время предстоящего спринта. Обычно команда согласовывает эти вопросы во время планирования спринта. Фактически, бэклог спринта представляет собой основной результат планирования спринта. Бэклог спринта и бэклог продукта: в чем разница? Бэклог спринта – это гораздо более короткий […]
Читать дальше
В agile-методологии спринт это период (например, 14 дней), в течение которого выполняется заранее согласованный набор задач разработки. Гибкая методология включает короткие, частые всплески разработки и повторяющиеся выпуски продуктов. В отличие от более традиционной разработки продукта, при которой одновременно создаются более крупные фрагменты функциональности, циклы выпуска могут длиться месяцами и не поставляться до тех пор, пока […]
Читать дальше
Фреймворк SMART обеспечивает основу для постановки четких, достижимых целей в управлении проектами. Акроним расшифровывается как S-specific, М-measurable, A-attainable, R-relevant и T-time-bound. Цель SMART включает в себя все эти элементы, чтобы внести большую ясность, сосредоточенность и мотивацию, все из которых помогают увеличить шансы на успешное достижение желаемых результатов. Какова история постановки целей SMART? Подход к постановке […]
Читать дальше
Scrum – это гибкая среда, которую команды используют для более быстрого производства продуктов, разбивая крупные проекты разработки на более мелкие части, которые можно выполнить в короткие сроки. Scrum-встреча – это всеобъемлющий термин, который может описывать различные типы встреч, проводимых Scrum-командами. Примеры встреч Scrum включают ежедневные стендапы, сессии планирования спринтов и ретроспективы спринтов. Кто посещает скрам-встречу? […]
Читать дальше
Scrum мастер – это роль в команде, работающей по методологии Scrum. Они служат фасилитаторами гибких команд, работающих по методологии Scrum, ответственный за понимание общей картины развития каждого спринта. Они объединяют потребности в управлении продуктами, продажах, маркетинге, операциях и разработке продуктов. Мастер Scrum тесно сотрудничает с владельцем продукта, чтобы преобразовать эпики, истории и другие элементы из […]
Читать дальше
Scrumban – это фреймворк для управления проектами, который сочетает в себе важные особенности двух популярных гибких методологий: Scrum и Kanban. Фреймворк Scrumban объединяет структуру и предсказуемые процедуры Scrum с гибкостью Kanban, чтобы сделать команды более гибкими, эффективными и продуктивными. Для компаний, внедряющих Scrumban, такой подход может помочь их командам сосредоточиться на правильных стратегических задачах, в […]
Читать дальше
В Agile контексте Scrum – это подход к управлению проектами. Обычно гибкая среда Scrum способствует продвижению проектов вперед с помощью краткосрочных блоков работы, называемых спринтами, которые обычно ограничиваются двухнедельными интервалами. Команды, работающие с этой структурой, являются самоорганизующимися, а не иерархическими по своей природе. Роли, специфичные для Scrum, включают ScrumMaster, по сути, руководство команды, и владельца […]
Читать дальше
Смещение объема работ (Scope Creep) – это явление, при котором увеличивается объем работы и смещается фокус от первоначальных целей, задач или требований. Команды всегда должны помнить об угрозе увеличения объема работ и сохранять бдительность в отношении этого. Любой план может быть подорван или даже сорван из-за расползания масштабов, от объема работ архитектурной фирмы по новому […]
Читать дальше
Scaled Agile Framework / SAFe – это agile-фреймворк для работы с больших командой от 50 человек. Фундамент SAFE состоит из трех метафорических столпов: команда, программа и портфолио. SAFe помогает справиться с некоторыми проблемами, с которыми сталкиваются более крупные организации при применении Agile. История SAFe В 2011 году структура SAFe получила признание в мире продуктов. Ветеран […]
Читать дальше
Веха дорожной карты / Roadmap Milestones – это дата, обозначающая событие или крайний срок ключевых событий дорожной карты. Типы майлстоунов: Достижения Ожидание одобрения Дедлайн События Встречи Эти вехи могут иметь прямое отношение к прогрессу продукта, например, дату выпуска. Они также могут представлять дату, о которой команда должна помнить, работая над продуктом. Представьте, что приближается отраслевая […]
Читать дальше
Дорожная карта – это стратегический документ высокого уровня, который создается и поддерживается для сообщения стратегического видения и целей продукта/проекта. Дорожные карты используются менеджерами в ряде областей, таких как продукт, ИТ и маркетинг. Подробнее про дорожную карту проектов Дорожные карты проекта предоставляют стратегический обзор основных элементов проекта. Он должен включать цели, этапы, результаты, ресурсы и […]
Читать дальше
Модель RICE – это модель приоритизации, разработанная, чтобы помочь менеджерам по продуктам определить, какие продукты, функции и другие инициативы следует включить в их дорожные карты, оценивая эти элементы в соответствии с четырьмя факторами. Эти факторы, образующие аббревиатуру RICE: Reach, охват Impact, влияние Confidence, уверенность Effort, усилие Использование оценочной модели, такой как RICE, может дать продуктовым […]
Читать дальше
Ретроспектива /retro – в agile это встреча, проводимая после окончания спринта для обсуждения того, что произошло в процессе разработки и выпуска продукта для улучшения ситуации в будущем на основе этих знаний и обсуждений. Что такое Agile-ретроспектива? Те, кто не извлекает уроки из прошлого, обречены повторять эти ошибки в будущем. Эту концепцию проповедуют многие в самых […]
Читать дальше
Retention rate — коэффициент удержания пользователей на n-ый день. Retention является одной из важнейших метрик продукта, на которую должны обращать внимание менеджеры. Почему удержание важно для управления продуктом? Привлечение нового клиента стоит гораздо дороже – примерно в 5-25 раз больше, чем удержание существующего. Следовательно, целью должно быть радовать существующих клиентов и стремиться к тому, […]
Читать дальше
План релиза – это тактический документ, предназначенный для фиксации и отслеживания функций, запланированных для предстоящего выпуска. План выпуска обычно рассчитан всего на несколько месяцев и является внутренним рабочим документом для групп продукта и разработчиков. Планы выпуска могут быть созданы с использованием ряда решений, таких как программное обеспечение для составления дорожных карт или холстов бизнес-модели.
Читать дальше
Документация релиза / Release Notes / Changelog – примечания к релизу, которые описывают недавние изменения, улучшения функций или исправления ошибок. В ней очень кратко описывается новый продукт или кратко описываются конкретные изменения, включенные в обновление продукта. Работа по их составлению часто ложится на плечи менеджеров по продукту. Основная целевая аудитория – это пользователь продукта, но […]
Читать дальше
Управление релизами / Release Management– это один из тех современных бизнес-терминов, который имеет несколько значений. Для IT-отделов этот термин описывает контроль над выпуском программного обеспечения в компании, включая планирование, тестирование и развертывание приложения. Управление выпуском описывает как тактические, так и стратегические шаги, необходимые для подготовки продукта к запуску для менеджеров по продукту. В этом посте […]
Читать дальше
Релиз демо обычно предоставляется agile-командами в конце спринта. Демо релиз используются для демонстрации работы, выполненной в течение определенного спринта. В зависимости от организации демонстрационные версии релизов могут включать небольшую группу избранных заинтересованных сторон или даже всю организацию.
Читать дальше
Рефакторинг / Refactoring – это процесс, с помощью которого группы разработчиков очищают кодовую базу или изменяют внутреннюю структуру части программного обеспечения для ее улучшения. Рефакторинг предназначен для того, чтобы не оказывать заметного влияния на работу пользователя, но может упростить для групп разработчиков продолжение работы над кодом и добавление новых функций в будущем.
Читать дальше
Быстрое прототипирование /Rapid Prototyping – это agile-подход создания прототипов, используемая на протяжении всего процесса разработки продукта. Быстрое прототипирование создает моделирование продукта для тестирования и проверки в процессе разработки продукта, с множеством итераций, генерируемых в течение короткого периода на основе отзывов и анализа пользователей. Как работает прототипирование? Прототипирование – это способ проверить гипотезу о том, что […]
Читать дальше
Быстрое экспериментирование / Rapid Experimentation – это agile-подход к процессу разработки продукта. При таком подходе проводятся частые эксперименты в попытке обнаружить новые инновационные идеи. Эксперименты могут различаться по степени серьезности, от простых A/B-тестов до более масштабных полевых экспериментов.
Читать дальше
Структурирование функции качества / Развертывание функции качества / Quality Function Deployment / QFD, – это модель принятия решений в разработке и производстве продукции. Была популярная в Японии в 1960-х годах. Модель помогает преобразовать потребности и ожидания клиентов в технические требования, прислушиваясь к голосу клиента. Что такое развертывание функции качества? Хотя это может показаться современной методологией […]
Читать дальше
Процесс обеспечения качества помогает предприятию обеспечить соответствие своей продукции стандартам качества, установленным компанией или отраслью. Другой способ понять обеспечение качества (Quality Assurance) – это процесс компании, направленный на улучшение качества своей продукции. Многие компании рассматривают свою программу обеспечения качества как обещание внутренним заинтересованным сторонам и клиентам, что компания будет поставлять высококачественные продукты, обеспечивающие положительный пользовательский […]
Читать дальше
Менеджер проекта — человек, который отвечает за выполнение проекта в рамках заданных ограничений. В отличие от менеджеров по продукту, они, как правило, меньше сосредоточены на целях и стратегии высокого уровня. Вместо этого менеджер проекта сосредотачивается на материальных вещах, таких как бюджет, ресурсы и персонал. Что такое должностная инструкция менеджера проекта? Менеджеры проектов несут ответственность за […]
Читать дальше
Program manager/Руководитель программы/Руководитель группы проектов – это специалист по стратегическому управлению проектами, чья работа заключается в том, чтобы помогать контролировать и координировать различные проекты, продукты и другие стратегические инициативы в организации. Главные отличие программных менеджеров от проектных менеджеров: Роль менеджера программы может включать: Координация нескольких проектов и согласование взаимозависимостей между ними Стратегическое курирование для […]
Читать дальше
Уязвимость продукта, также называемая уязвимостью системы безопасности, определяется как сбой, уязвимость или недостаток, обнаруженный в продукте или услуге. Уязвимость открывает дверь для потенциальной атаки, которая может поставить под угрозу целостность или функциональность продукта. Другие воздействия могут включать нарушение конфиденциальности. Мониторинг уязвимостей должен быть постоянным упреждающим процессом, чтобы не отставать от вновь добавленных систем или обнаруженных […]
Читать дальше
Продуктовая стратегия представляет собой план высокого уровня, описывающий то, чего бизнес надеется достичь своей продукцией, и как он планирует сделать это. Он должен ответить на следующие ключевые вопросы: Кому будет служить продукт (персонажи)? Какую пользу продукт принесет этим людям? Каковы цели компании в отношении продукта на протяжении его жизненного цикла? Важность продуктовой стратегии Применение четко […]
Читать дальше
Продуктовая стратегия – это план высокого уровня, описывающий, чего компания надеется достичь с помощью своего продукта и как она планирует это сделать. Стратегия должна отвечать на ключевые вопросы, например, как продукт будет помогать User persona, а также цели компании в отношении продукта на протяжении его жизненного цикла. Продуктовая стратегия обеспечивает ясность для вашей компании. […]
Читать дальше
Стек продуктов – перечень приложения, технологий, ресрусов, которые менеджеры продуктов используют для вывода своих продуктов на рынок. Этот термин заимствован из сообщества разработчиков, которое часто описывает инструменты своей команды как свой стек разработки или стек технологий. Какие типы инструментов составляют стек продуктов? Менеджеры по продуктам (PM) сегодня могут воспользоваться широким спектром ресурсов, чтобы увеличить шансы […]
Читать дальше
Прибыль (Profit) – это разница между всеми доходами и расходами компании за отчётный период. Прибыльность продукта означает, сколько денег приносит продукт, за вычетом затрат на его создание, продажу и поддержку. Компании также рассматривают прибыль как чистую прибыль. Хотя выручка является важным показателем, компания не может считать продукт успешным, если он не приносит прибыли. Кто отвечает […]
Читать дальше
Позиционирование продукта – это процесс принятия решения того, как вы хотите, чтобы ваш рынок думал о вашем продукте. Для успешного позиционирования продукта ваша команда должна четко сформулировать: Как ваш продукт может решить проблему вашего клиента Почему это решение лучше, чем у конкурентов Почему так важно позиционирование продукта? Очень немногие продукты представляют собой идеальное решение для […]
Читать дальше
Product Portfolio Manager (PPM) стратегически контролирует все продукты в портфеле бизнеса и обеспечивает соответствие общей стратегии организации. PPM рассказывает рынку более широкую историю решения, которая объясняет не только то, что предлагает каждый продукт, но и объединенное ценностное предложение всего набора продуктов. Другие обязанности могут включать в себя выделение ресурсов для оптимальной рентабельности инвестиций и определение […]
Читать дальше
Product Owner отвечает за расстановку приоритетов и контроль за задачами команды разработчиков, а также за обеспечение максимальной отдачи компании от работы команды. Как именно описать обязанности и функции Product Owner в команде? Это одна из самых обсуждаемых ролей в разработке продукта. Ведутся даже споры о том, принадлежит ли вообще эта роль управлению продуктом. С момента […]
Читать дальше
Product Operations / Product Ops — это роль, призванная помочь в работе кросс-функциональной продуктовой группе компании. Их функционал схож с продуктовой командой: Организация интервью с пользователями и другие исследования рынка. Наблюдение за проверкой качества новых функций Анализирование данных, чтобы помочь руководству продуктом принимать более обоснованные решения Разработка бизнес-процессов для оптимизации разработки продуктов Управление множеством инструментов […]
Читать дальше
Миссия продукта – это четкое и краткое изложение, объясняющее высшее предназначение продукта. В нем разъясняется, кому служит продукт и что он для них делает. Он также определяет, что делает продукт уникальным, и отвечает на вопрос: как вы думаете, что ваш продукт изменит в мире? Зачем вашему продукту нужно заявление о миссии? Миссия продукта играет ключевую […]
Читать дальше
Метрики продукта, иногда называемые ключевыми показателями эффективности, представляют собой поддающиеся количественной оценке данные, которые организация отслеживает и анализирует, чтобы оценить успех продукта. Примеры включают коэффициент конверсии, коэффициент оттока и ежемесячный регулярный доход (не обязательно, что в вашем продукта будут именно такие метрики). Все эти показатели должны быть привязаны к продуктовой стратегии. Значимые показатели важны, потому […]
Читать дальше
Основная обязанность менеджера по маркетингу продукта (Product Marketing Manager) – донести ценность продукта до рынка. В обязанности PMM может входить обучение продавцов тому, как продавать продукт, создание маркетинговых материалов, которые сообщают о характеристиках продукта, а также разработка маркетинговых инструментов и кампаний для привлечения новых потенциальных клиентов и клиентов.
Читать дальше
Product-Market Fit – абстрактное понятие, которое описывает стадию, когда продукт соответствует рынку. При достижении Product-Market Fit продукт получает быстрое распространение, набирает объем пользователей и быстро масштабируется. По словам предпринимателя и инвестора Марка Андресена, которому часто приписывают разработку концепции, Product-Market Fit означает поиск хорошего рынка с продуктом, способным удовлетворить этот рынок. Фреймворк “Пирамида соответствия продукта рынку” […]
Читать дальше
Роль менеджера по продукту (PM) является жизненно важной и ключевой позицией во многих компаниях. Хотя обязанности менеджеров по менеджменту сильно различаются в зависимости от отрасли и бизнеса, все менеджеры управляют разработкой продуктов и в конечном итоге несут ответственность за их успех. Они определяют долгосрочное стратегическое направление и видение продукта через призму приобретенных знаний: Стратегические цели […]
Читать дальше
Аудит управления продуктом – это полный объективный анализ продуктовой стратегии компании и процессов управления продуктом. Каждый аспект продуктовой стратегии и процесса оценивается численно, чтобы определить слабые места и полностью отсутствующие области работы с продуктом. Используя числовой рейтинг вместо бинарного, можно отслеживать и измерять прогресс и улучшение с течением времени. Аудит управления продуктом может проводиться внутри […]
Читать дальше
Начнем с того, что все имеет начало и конец. Модель жизненного цикла продукта разбивает различные этапы развития продукта, от его начала до вывода из эксплуатации. Каждый этап имеет свои характеристики, требования и проблемы. Все продукты проходят различные стадии в течение своего существования, и жизненный цикл продукта разбивает их на определенные фазы с различными характеристиками. Хотя […]
Читать дальше
Product-Led Growth – это бизнес-стратегия, в которой компания использует свой продукт в качестве основного инструмента для привлечения клиентов и дальнейшего роста. С помощью этой модели бизнес предлагает пользователям бесплатный доступ к своему продукту в ожидании, что сам продукт убедит их стать платежеспособными клиентами. Некоторые организации предлагают полнофункциональные продукты в течение ограниченного времени. Другие предоставляют пользователям […]
Читать дальше
Под Product Launch понимаются запланированные и скоординированные усилия компании по выводу нового продукта на рынок и сделать этот продукт общедоступным для покупки. Запуск продукта служит многим целям для организации – дать клиентам возможность купить новый продукт – лишь одна из них. Это также помогает организации сформировать ожидание продукта, собрать ценные отзывы от первых пользователей и […]
Читать дальше
Disruptive Product – это продукт использующий прорывные инновации, под которыми могут понимать как технологические новшества, так и новую бизнес-модель. Термин заимствован из слова «разрушитель отрасли». Эта концепция описывает инновацию (например, Uber), которая создает новую отрасль, вытесняя существующую (такси). Аналогичным образом, Disruptive Innovation – это настолько существенное изменение направления продукта, что оно меняет продукт фундаментальным образом. […]
Читать дальше
Процесс Product Disocvery направлен на изучение рынка, исследование пользователей и валидации гипотез. Product Disocvery играет ключевую роль в оказании помощи продуктовым командам в принятии решения о том, какие функции или продукты следует расставить по приоритетам и создавать, и при этом закладывает основу для достижения превосходного качества продукта. Открытие продуктов началось в начале 2000-х годов как […]
Читать дальше
New product development (NPD) включает в себя все шаги, необходимые для перехода продукта от концепции к рыночной доступности. Это включает в себя определение потребностей рынка, исследование конкурентной среды, концептуальное решение, разработку дорожной карты продукта, создание минимально жизнеспособного продукта и т. д. Кто вовлечен в процесс? Поскольку они в конечном итоге несут ответственность за успех или […]
Читать дальше
Цикл разработки продукта / Product Development Cycle – это процесс перехода продукта от стадии идеи к стадии запуска продукта на рынок. В этот цикл вовлечены многие отделы компании: менеджеры по продукту, разработчики, дизайнеры, тестировщики QA и другие. Каковы этапы цикла разработки продукта? Универсального определения цикла разработки продукта не существует. Компании не согласны с тем, сколько […]
Читать дальше
Продуктовый дизайнер отвечает за пользовательский опыт продукта, обычно руководствуясь бизнес-целями и задачами. Хотя обычно они связаны с визуальными/тактильными аспектами продукта, продуктовые дизайнеры иногда также могут играть роль в информационной архитектуре и системном дизайне продукта. Дизайнер продукта также может называться UX-дизайнером, UX-архитектором, UI-дизайнером, проектировщиком взаимодействия или информационным архитектором, в зависимости от типа компании, размера и разнообразия […]
Читать дальше
Краткое описание продукта / Бриф по продукту / Product Brief / Спецификация продукта – определяет цели, атрибуты и общее направление продукта. В нем излагаются требования и ключевая информация о продукте, необходимая группе разработчиков для создания новой функции или продукта. Product Brief – это эффективный инструмент для разработки продукта: для его создания требуется немного ресурсов, но […]
Читать дальше
Архитектура продукта – это организация (или разделение) функциональных элементов продукта. Это способы взаимодействия этих элементов или блоков. Он играет важную роль в разработке, изготовлении, продаже, использовании и ремонте нового предложения продукта. Связь с проектированием системного уровня и принципами системной инженерии. 3 варианта исполнения архитектуры простого продукта (Фото взято из курса ProductDo) Карл Т. Ульрих, […]
Читать дальше
Термин «продуктовая аналитика» относится к сбору и анализу количественных данных с помощью встроенных инструментов, которые фиксируют, как пользователи взаимодействуют с продуктом. Этот тип данных об использовании может включать в себя наиболее часто используемые функции продукта, среднее время, затрачиваемое пользователями на выполнение определенного действия, и карту пути каждого пользователя по продукту. Почему важна продуктовая аналитика? Большинство […]
Читать дальше
Приоритезация – это процесс, с помощью которого набор элементов ранжируется в порядке важности. В управлении продуктами инициативы, которые находятся в бэклоге, должны иметь приоритет, чтобы решить, что следует развивать дальше. Несколько примеров: Buy-a-Feature WSJF (Weighted Shortest Job First) ICE/RICE
Читать дальше
Покер планирования (также называемый покером Scrum) помогает agile-командам оценить время и усилия, необходимые для завершения каждой инициативы в их портфеле продуктов. Техника Porer Planning лучше (лучшем чем стандартная оценка трудозатрат) справляется с задачей оценки требуемых ресурсов в кросс-функциональных командах, где задействованы специалисты разных направлений: разработчики, дизайнеры, аналитики, маркетологи, тестировщики и так далее. Базовой единицей расчета […]
Читать дальше
Поворот в контексте управления продуктом может означать изменение стратегического направления бизнеса. Обычно решение о смене направления в развитии продукта является результатом изменений в конкурентной борьбе, новых сведений о рынке или недостатков исходной стратегии.
Читать дальше
Диаграмма PERT – это визуальный инструмент управления проектами, используемый для определения и отслеживания задач и сроков. Название PERT является аббревиатурой от Project (or Program) Evaluation and Review Technique. Отличие диаграммы PERT от диаграммы Ганта Диаграммы PERT похожи на диаграммы Ганта в том, что они предлагают графическое представление задач, расписания и сроков проекта. Но есть несколько […]
Читать дальше
Цикл PDCA (Цикл Деминга) – это структура управления проектами, которую компании могут использовать для реализации постепенных изменений. PDCA означает «планировать, делать, проверять и действовать». Этот четырехэтапный подход является наиболее широко используемой методологией непрерывного совершенствования. Вот почему четыре ступени расположены по кругу. Компании, использующие этот подход, стремятся постоянно повторять этот процесс – всегда выявляя новые возможности […]
Читать дальше
Парное программирование – это практика гибкой разработки программного обеспечения, при которой два программиста используют одну рабочую станцию. Один программист (называемый драйвером) пишет код, а другой (наблюдатель) наблюдает, просматривает и дает рекомендации. Два программиста часто меняются ролями. Иногда каждые 15 минут. Примечание: команда инженеров может реализовать парное программирование удаленно. Драйвер и наблюдатель могут работать вместе в […]
Читать дальше
Оценка возможностей / Opportunity Scoring– одна из нескольких популярных стратегий приоритизации функций в дорожной карте продукта. Продуктовые группы используют эту стратегию, когда хотят узнать, какие функции клиенты считают важными, но в настоящее время недовольны ими. Улучшение этих функций может предоставить продукту возможности для повышения удовлетворенности и лояльности клиентов, а также для привлечения новых клиентов. В […]
Читать дальше
Целеполагание OKR (Objectives and Key Results) – это стратегия управления для определения бизнес-целей и измеримых результатов. Он опирается на поставленные, отслеживаемые и переоцененные цели в сочетании с измеримыми результатами. Энди Гроув представил OKR в Intel в 1970-х годах. Они распространились по всей Кремниевой долине в 1990-х годах. OKR устанавливают качественные цели и определяют ключевые показатели […]
Читать дальше
Показатель Net Promoter Score – это индекс удовлетворенности пользователей продуктом или определенных фукнций. Методика расчета очень простая. Надо спросить у пользователей вопрос: «По шкале от 0 до 10, насколько вероятно, что вы порекомендуете [наш продукт или компанию]» . На основе полученных оценок все потребители разделяются на 3 группы: 9-10 баллов — сторонники (promoters) товара/бренда, 7-8 […]
Читать дальше
В управлении продуктом поиск потребности – это исследовательский процесс определения рыночной потребности в решении. После того как продуктовая группа определила эту потребность и проверила ее среди потенциальных пользователей, они разработают дорожную карту продукта. Процесс поиска потребностей требует, чтобы продуктовые группы взаимодействовали с клиентами и наблюдали за ними в их обычном режиме. Отличие Needfinding от других […]
Читать дальше
Приоритезация MoSCoW, также известная как метод MoSCoW или анализ MoSCoW, является популярным методом приоритизации бэклога продукта. Как работает приоритезация MoSCoW Перед запуском анализа MoSCoW необходимо выполнить несколько вещей. Во-первых, ключевые заинтересованные стороны и продуктовая группа должны согласовать цели и факторы приоритизации. Затем все участники должны договориться о приоритетах инициатив. На этом этапе ваша команда также […]
Читать дальше
Ежемесячный регулярный доход / Monthly Recurring Revenue – это расчет получения дохода по месяцам. Многие компании, предлагающие программное обеспечение как услугу (SaaS), рассматривают это как «показатель святого Грааля», потому что он дает актуальные данные о состоянии компании с точки зрения доходов. Для более глубокого анализа ежемесячный регулярный доход можно разделить на определенные сегменты, такие как […]
Читать дальше
При производстве mockup может представлять собой масштабную или физическую модель продукта в натуральную величину. В управлении цифровыми продуктами макет представляет собой подробное изображение приложения. Однако важно отметить, что макеты не включают функциональные возможности продукта. Почему так важны мокапы Мокапы служат мостом между начальным наброском каркаса и работой команды по прототипированию. Кроме того, этот шаг дает […]
Читать дальше
Минимально жизнеспособный продукт (MVP) – это продукт с достаточным количеством функций, чтобы привлечь первых клиентов и подтвердить идею продукта на ранних этапах цикла разработки продукта. В таких отраслях, как программное обеспечение, MVP может помочь группе разработчиков продукта как можно быстрее получать отзывы пользователей для повторения и улучшения продукта. Поскольку гибкая методология основана на проверке и […]
Читать дальше
Минимальная жизнеспособная функция (или MVF) – это мелкомасштабная функция, которую можно быстро создать и развернуть – с минимальными ресурсами – для целевой группы, чтобы протестировать ее полезность и принятие. MVF должен предоставлять пользователям четкую ценность. Отзывы пользователей, в свою очередь, должны предоставить ценные рекомендации относительно будущих итераций функций и разработки продукта. Почему MVF важен для […]
Читать дальше
Документирование рыночных требований (Market Requirements Document) – это стратегический документ, который должен помочь определить рыночные требования или спрос на конкретный продукт. MRD обычно содержит информацию о видении продукта, конкурентной среде, бизнес-анализе и возможностях получения дохода, а также список функций или, по крайней мере, категории функций высокого уровня. Что входит в документ с требованиями рынка (MRD)? […]
Читать дальше
Lifetime Value (LTV) – совокупный доход. который клиент представляет для бизнеса за время существования этих отношений. Также называемый «пожизненной ценностью клиента» (CLV или CLTV), это критический показатель для компании (и продакт-менеджеров в частности), пытающейся измерить рентабельность привлечения новых клиентов и поддержки их с течением времени. Почему важно знать пожизненную ценность ваших клиентов? Понимание LTV ваших […]
Читать дальше
Традиционная гибкая среда Scrum – это метод разработки программного обеспечения, который разделяет работу на команды. Каждая команда работает над несколькими проектами одновременно, краткосрочными периодами, называемыми спринтами. Подход Scrum был разработан для небольших индивидуальных команд. Но компания может применить эту структуру приоритезации к более широкой группе продуктовых команд, работающих вместе. Один из способов сделать это – […]
Читать дальше
Lean Software Development (LSD) – это agile подход, основанный на оптимизации времени и ресурсов разработки, устранении потерь и, в конечном итоге, предоставлении только того, что нужно продукту. Подход Lean тесно связано с разработкой минимально жизнеспособного продукта (MVP), при которой команда выпускает на рынок минимальную версию своего продукта, узнает от пользователей, что им нравится, не нравится […]
Читать дальше
Ведущий менеджер по продукту / Lead Product Manager / Lead PM – это продуктовая позиция, на которую в разных компаниях возложены разные обязанности. Три наиболее распространенных определения этой роли: Lead PM отвечает за сложный продукт, состоящий из нескольких отдельных компонентов или приложений (каждое со своим собственным менеджером по продукту). Lead PM, отвечающий за разработку нового […]
Читать дальше
Ключевые показатели эффективности или KPI – это количественные показатели, которые организации используют для отслеживания и анализа производительности или прогресса в достижении бизнес-целей. Организации обычно отслеживают ключевые показатели эффективности, которые они считают критически важными для общего успеха компании. Сюда могут входить финансовые показатели, такие как выручка или целевые показатели прибыли. Показатели клиента – еще один распространенный […]
Читать дальше
Модель приоритизации задач Кано – это метод оценки задач на эмоциональную реакцию пользователей. Продуктовые группы могут взвесить функциональность, приносящую высокий уровень удовлетворенности, с затратами на ее реализацию, чтобы определить, является ли добавление ее в дорожную карту стратегически правильным решением. Модель Кано может помочь командам определить, какие функции удовлетворят и даже порадуют клиентов. Менеджеры по продукту […]
Читать дальше
Доска Канбан – это инструмент для визуальной организации и отслеживания рабочего процесса команды. Канбан-доски состоят из столбцов, представляющих различные стадии выполнения, например «не начато» или «на рассмотрении». Под этими столбцами команда добавляет карточки с описанием отдельных задач и перемещает эти карточки в соответствующие столбцы, чтобы у всех было четкое представление о прогрессе команды. Наиболее популярные […]
Читать дальше
Jobs To Be Done (JTBD) – это подход к разработке продуктов, в котором клиент «нанимает» продукт для выполнения определенной работы. При использовании этой структуры продуктовая команда пытается выяснить, чего на самом деле пытаются достичь ее пользователи, когда покупают продукт или услугу. Как теория «незавершенных дел» применима к разработке продукта? Подобно другим структурам приоритизации для разработки […]
Читать дальше
Итеративное тестирование относится к внесению небольших постепенных изменений или обновлений в продукт на основе аналитических данных (например, результатов тестирования и отзывов пользователей) из предыдущих изменений и их тестирования по заранее определенным базовым метрикам. Это обычно практикуется в контексте UI/UX Design, но может использоваться и в Product Management. Зачем PM итеративное тестирование? Вот несколько преимуществ […]
Читать дальше
В agile разработке программного обеспечения итерация – это установленное количество времени, отведенное для разработки. Обычно итерации длятся 1-2 недели, однако некоторые могут длиться до 4 недель. Большинство групп гибкой разработки договариваются о продолжительности своих итераций и приступают к работе на основе итерации за итерацией.
Читать дальше
Менеджеры по продуктам IoT (Интернет вещей) – это профессионалы по продуктам, которые определяют бизнес-стратегию и разработку продуктов, подключенных к Интернету. Вы также можете знать продукты IoT как интеллектуальные устройства или устройства с доступом в Интернет. Какой продукт курирует Product Manager Internet of Things (PM IoT)? Подумайте, сколько разных продуктов сейчас подключено к Интернету. Институт инженеров […]
Читать дальше
На успех продуктов серьезное влияние может оказывать качество координации между несколькими продуктовыми командами. В управлении продуктом информационный поток представляет собой двухэтапный процесс создания общего понимания стратегии продукта. На первом этапе лидер продукта собирает различные заинтересованные стороны, чтобы обсудить цели и планы в отношении продукта. Второй шаг для этих заинтересованных сторон – поделиться этой информацией со […]
Читать дальше
Инкрементальные инновации относятся к серии небольших улучшений, вносимых в существующий продукт или услугу с целью увеличения или сохранения стоимости. Компания любого размера может получить выгоду от вывода на рынок дополнительных инноваций, которые варьируются от добавления новой функции к существующему продукту или разработки расширения линейки. Если все сделано правильно, эти недорогие модификации с низким уровнем риска […]
Читать дальше
Неявные требования /Implicit Requirements – это особенности и характеристики продукта, которого ожидают клиенты (как само по себе разумеющееся). Фактически, без них рынок рассматривал бы продукт как неполноценный. Можете ли вы представить себе компанию, которая производит программное обеспечение для работы с электронными таблицами, и выпускает продукт, который не позволяет пользователям суммировать столбцы чисел? Или версия, которая […]
Читать дальше
Impact Mapping – это визуальный метод планирования стратегии, позволяющий определить какие функции следует встроить в продукт. Поскольку он начинается с намеченной цели и расширяется оттуда, все выявленные функции имеют прямое влияние на достижение этой цели и дают четкое обоснование того, как они будут это делать. Карта воздействия была представлена миру Гойко Адзичем в 2012 году […]
Читать дальше
Метод приоритизации ICE – это быстрый способ присвоения числовой оценки различным потенциальным проектам или идеям для определения их приоритетности на основе относительной ценности с использованием трех параметров: влияние (Impact), уверенность (Confidence) и усилия (Effort). Незаменимый инструмент при груминге бэклога. Пример приоритизации по ICE: ICE Scoring – одна из многих стратегий приоритизации, доступных для быстрого выбора […]
Читать дальше
Модель крючка – это четырехэтапный процесс создания привычки у пользователя использовать продукт. Этапы включают: триггер, действие, награда, инвестиция. Модель крючка стремится связать проблему клиента таким образом, чтобы взаимодействие стало постоянной практикой. История создания Hook Model Предприниматель, писатель и поведенческий экономист Нир Эял разработал методологию модели крючка. Его подход к разработке продукта основан на создании привычного […]
Читать дальше
Growth Product Manager – менеджер, который сосредотачивается на улучшении бизнес-метрики или цели (например, приобретения, активации, удержания, направления или дохода) путем устранения препятствий на пути к ценности. Как и традиционный Product Manager, Growth Product Manager озабочен решением проблем клиентов, но отдает приоритет инициативам, которые приводят к наиболее важным бизнес-результатам. Его задача простая – кратно растить метрики […]
Читать дальше
Go-to-market (GTM) – это тактический план, в котором подробно описывается, как компания планирует выполнить успешный выпуск продукта и его продвижение, и, в конечном итоге, его продажу клиентам. Общие элементы стратегии вывода продукта на рынок включают: Стратегия ценообразования Тактика и каналы продаж Запланированная карта пути клиента Маркетинговые тактики и кампании Бюджет на запуск продукта и маркетинг […]
Читать дальше
Общедоступность (General Availability) – это релиз продукта для широкой публики. Когда продукт попадает в паблик, он становится доступным через общий канал продаж компании – в отличие от ограниченного выпуска или бета-версии, используемой в основном для тестирования и обратной связи с пользователями.
Читать дальше
Под оценкой задач в Agile понимается способ количественной оценки усилий, необходимых для выполнения задачи разработки. Многие agile-команды используют Story Point как единицу оценки своих задач. Чем больше количество баллов, тем больше усилий, по мнению команды, потребуется для выполнения задачи. Последовательность Фибоначчи – одна из популярных шкал для оценки Agile Story Points. В этой последовательности каждое […]
Читать дальше
Features – это черты или атрибуты продукта, которые приносят пользу конечным пользователям и выделяют продукт на рынке. Например, время автономной работы электронного устройства можно рассматривать как особенность. Что касается программного обеспечения, функции продукта могут включать в себя любые особенности, возможности и даже визуальные характеристики приложения.
Читать дальше
Feature Outcome Assessment – оценка результатов фич фокусируется на конкретных, измеримых результатах конкретной фичи, а не на характеристиках продукта. Почему оценка фич важна для управления продуктом? Сосредоточение внимания на результатах, а не на характеристиках, требует тесной связи с клиентами и глубокого понимания проблем, которые им необходимо решить. «Прежде чем выбрать конкретные продукты и функции, вы […]
Читать дальше
На жаргоне продуктового менеджмента «Feature Factory» уничижительный термин. Он описывает бизнес, ориентированный на создание бесполезных фич, а не на решение проблем клиентов. Вот несколько характеристик фабрики функций: Команда продукта измеряет свой успех по количеству и частоте релизов Компания считает, что добавление новой функции всегда увеличивает ценность продукта Организация не может протестировать идеи функций перед их […]
Читать дальше
Feature Driven Development (FDD) – это agile-подход, в котором разработка программного обеспечения на фокусируется основе улучшения фич. Однако feature в контексте FDD не обязательно являются характеристиками продукта в общепринятом смысле этого слова. Они, скорее, больше похожи на User Story в Scrum. Другими словами, «завершение процесса входа в систему» можно рассматривать как функцию в методологии разработки, […]
Читать дальше
Раздутие фичи – это термин, описывающий результат упаковки в продукт слишком большого количества фич. Обычно этот термин используется для продуктов, которые были перегружены дополнительными функциями всяческих рюшечек и больше не могут выполнять свою основную функцию из-за этих дополнительных надстроек.
Читать дальше
В agile-разработке эпик представляет собой серию User Story, которые разделяют более широкую стратегическую цель. Когда несколько эпиков сами разделяют общую цель, они группируются под еще более широкую бизнес-цель, называемую темой (Theme). User Story может быть завершена за время спринта. Эпик обычно требует разработки, охватывающей несколько спринтов. Вот как Agile Alliance определяет эпик: «Большая пользовательская задача, […]
Читать дальше
Трансформация предприятия относится к фундаментальным изменениям в способах ведения бизнеса. Это может включать изменение основной технологии организации, способа, которым компания структурирует свои команды, или того, как она разрабатывает и продает свои продукты. Каковы примеры трансформации предприятий? Трансформация предприятия может принимать разные формы. Давайте рассмотрим несколько распространенных типов этих фундаментальных изменений – с примерами каждого из […]
Читать дальше
Дорожная карта архитектуры предприятия – это стратегический план, который сообщает, как ИТ-планы компании помогут организации достичь ее бизнес-целей. Эти дорожные карты могут быть разработаны для таких инициатив, как: Сообщение плана управления изменениями – например, для перехода компании на новые инструменты или технологии. Осуществление цифровой трансформации устаревшего автономного процесса. Обращение ко всем IT-процессам, необходимым для поддержки […]
Читать дальше
Архитектура предприятия – это стратегический и всеобъемлющий план того, как IT-инфраструктура будет использоваться в организации для достижения целей этой организации. По мнению профессиональной ассоциации Enterprise Architecture Center of Excellence (EACOE), этот план может помочь бизнесу создать четкую основу для технологических решений, политик и стандартов, которые компания будет использовать для согласования IT-инициатив со своими бизнес-целями. Фактически […]
Читать дальше
Бэклог – это любой список задач, которые необходимо выполнить для достижения стратегической цели. Ответственный за бэклогом чаще всего считается владелец продукта (Product Owner). Бэклог продукта – инструмент для отслеживания и определения приоритетности задач команды разработчиков в предстоящих спринтах. Однако важно отметить, что термин «бэклог» имеет разное значение в разных компаниях. Некоторые гибкие организации используют этот […]
Читать дальше
Матрица Эйзенхауэра – это инструмент для тайм-менеджмента и организации задач, а также структура производительности, определения приоритетов и управления временем. Разработана, чтобы помочь определить приоритеты в списке задач или пунктов повестки дня, сначала классифицируя эти пункты в соответствии с их срочностью и важностью. Этот подход, также называемый матрицей решений Эйзенхауэра, ящиком Эйзенхауэра или матрицей срочно-важных, состоит […]
Читать дальше
Dynamic Systems Development Method (DSDM) – это гибкий фреймворк, который учитывает весь жизненный цикл проекта и его влияние на бизнес. Как и более широкая философия гибкой разработки, DSDM – это итеративный подход к разработке программного обеспечения, и в этой структуре четко указано, что «любой проект должен быть согласован с четко определенными стратегическими целями и сосредоточен […]
Читать дальше
Для компании-разработчика программного обеспечения под документацией понимается информация, встроенная в продукт или опубликованная документация. В нем описывается, что делает приложение, как оно работает, и другие важные детали. Документация по продукту – это широкий термин, который описывает информацию для внутреннего использования и для клиентов продукта. Каковы общие типы документации по продукту? Документация по продукту может включать […]
Читать дальше
Подрывные инновации – это термин, придуманный Клейтоном М. Кристенсеном для описания любого типа инноваций, которые создают новую отрасль, рынок или бизнес-модель, которая в конечном итоге «разрушает» существующую. Под термином «Дизрапшн» могут понимать не только радикальные изменения на рынке за счет конкурентных стартапов. Распространенной практикой корпорацией является создание своих «дизрапшн стартапов» для того чтобы: Получить инъекцию […]
Читать дальше
Цифровая трансформация / Digital Transformation – это революция в бизнес-процессах с целью использования преимуществ цифровых технологий с целью сделать их более эффективными, доступными и масштабируемыми. Цифровая трансформация – это универсальное явление, когда компании используют цифровые технологии для изменения, улучшения и замены существующих бизнес-процессов. Некоторые преобразования продолжаются десятилетиями, а другие все еще находятся в начальной стадии. […]
Читать дальше
До DevOps программное обеспечение традиционно разрабатывалось командой инженеров, а затем передавалось в отдельную IT-группу, которая занималась управлением выпусками. Поскольку это были две отдельные группы внутри организации, эти переходы требовали времени и не всегда были такими плавными, как могли бы. Объединив обе команды под одной крышей и координируя усилия на протяжении всего процесса, организации DevOps могут […]
Читать дальше
Дизайн-концепт – это краткое описание идеи, лежащей в основе запланированного дизайна продукта. Некоторые эксперты говорят, что он описывает душу или сущность продукта. Другими словами, концепция дизайна дает краткое объяснение идеи вашего продукта и того, почему вы считаете, что продукт стоит спроектировать, разработать и выпустить на рынок. Что должна делать концепция дизайна продукта? Хотя это должно […]
Читать дальше
В управлении проектами зависимость описывает отношения между двумя инициативами, которые должны выполняться в определенном порядке. Если Инициатива A зависит от Инициативы B, то сначала должна быть выполнена Инициатива B. Такая ситуация часто возникает в кросс-функциональных командах, где прогресс в разработке в одной области часто зависит от завершения определенных историй или инициатив в другой.
Читать дальше
В Scrum Definition of Done описывает список требований, которые должны быть выполнены, чтобы считать работу выполненной. Конкретные критерии будут варьироваться в зависимости от команды, но типичный контрольный список Agile-команды для определения готовности будет включать: Кодирование завершено и соответствует бизнес-требованиям и функциональным требованиям Тестирование завершено, отсутствуют известные дефекты или дефекты, приемлемые для этого выпуска Документация полная, […]
Читать дальше
Data Product Manager (Data PM) фокусируется на управлении данными о продукте, которое представляет собой процесс сбора, организации, хранения и обмена данными внутри организации. Менеджеры по продуктам данных несут ответственность за поиск способов использования потока данных на протяжении всего жизненного цикла продукта (а не только на этапе проектирования), и они используют эти данные для создания и […]
Читать дальше
Customer Journey Map (CJM) – это визуальное изображение всех шагов, которые предпринимает клиент или потенциальный клиент при взаимодействии с вашей компанией с определенной целью. Это может включать, например, путь, по которому посетитель вашего веб-сайта попадает на страницу пробной подписки. Вы также можете разработать карту пути клиента, чтобы задокументировать весь процесс, через который проходит клиент, чтобы […]
Читать дальше
Customer Experience – совокупный опыт пользователя от встречи с бизнесом/продуктом. Несколько отделов организации будут общаться с клиентами на разных этапах своего пути. Поскольку каждый отдел влияет на клиента, важно знать, какие команды следует задействовать. В эти команды входят: Продукт Customer Success команда Маркетинг Реклама Продажи Отличие Customer Experience (CX) и User Experience (UX) Опыт работы […]
Читать дальше
Customer Development / CustDev – тестирование идеи или прототипа будущего продукта на востребованность с помощью потенциальных потребителей. Методология является частью общего подхода к разработке продуктов LeanStartup. Customer Development идет вразрез с типичными процессами разработки продуктов, которые начинаются с идеального решения и сразу же переходят в исполнение. Принципы методологии CustDev: В центре всего — клиент. Нужно сформировать […]
Читать дальше
Стоимость привлечения клиентов / Customer Acquisition Cost / CAC измеряет сколько организация тратит на привлечение новых клиентов. CAC – важный бизнес-показатель – это общая стоимость продаж и маркетинговых усилий, а также имущества или оборудования, необходимых для того, чтобы убедить клиента купить продукт или услугу. Анализ CAC в сочетании с пожизненной ценностью (оценка того, какой доход […]
Читать дальше
Кросс-функциональная команда включает представителей различных «функциональных» отделов. Например, agile-кросс-функциональная команда может состоять из Product Manager, Product Owner, Scrum-мастера, разработчиков, QA-инженеров и UX-дизайнера.
Читать дальше
Стоимость задержки (CoD) – это система расстановки приоритетов, которая помогает бизнесу количественно оценить экономическую ценность завершения проекта раньше, чем он был запланирован. Продуктовые группы используют этот подход для расчета и сравнения текущих денежных затрат, которые могут возникнуть в результате задержки завершения каждой инициативы в бэклоге команды. Вот упрощенная версия того, как рассчитать стоимость задержки: 1. […]
Читать дальше
Непрерывная интеграция или Continuous Integration – это инженерная практика, которая, как говорят, помогает автоматизировать определенные части работы и выявлять ошибки на ранних этапах процесса. Инженеры, практикующие непрерывную интеграцию, объединяют свой код в общий репозиторий несколько раз в день. Затем этот код проходит несколько автоматических тестов, чтобы помочь выявить любые ошибки.
Читать дальше
Непрерывное совершенствование – это корпоративная культура, которая побуждает всех сотрудников искать способы повышения эффективности бизнеса. Это включает в себя предложение идей по повышению эффективности, оценку текущих процессов и поиск возможностей сократить непродуктивную работу. Современная бизнес-концепция непрерывного совершенствования восходит к инновационным производственным процессам Toyota. Компания использовала термин кайдзен, что означает «изменение к лучшему». Toyota хотела сосредоточить […]
Читать дальше
В разработке программного продукта под непрерывным развертыванием (Continuous Deployment) понимается стратегия, направленная на сокращение времени между написанием кода и его запуском. Общие практики в рамках этой стратегии, основанной на agile, могут включать автоматическое тестирование и автоматические выпуски.
Читать дальше
В разработке программного продукта Непрерывная Доставка (Continuous Delivery) – это успешное выполнение непрерывного развертывания. В то время как непрерывное развертывание направлено на сокращение времени между написанием кода и его запуском, Continuous Delivery – это процесс, с помощью которого эти усилия успешно и устойчиво достигают конечного пользователя. Применяя эту концепцию в другом месте, Continuous Delivery для менеджеров […]
Читать дальше
Конкурентный ландшафт (Competitive Landscape) – документ, который описывает конкурентную среду и сравнение конкурирующих продуктов друг с другом. В Competitive Landscape входят продукты ваших конкурентов и другие типы решений для клиентов. Пример от Semrush: Что такое анализ конкурентной среды? Чтобы получить полное представление о конкурентной среде, потребуется исследование. Продуктовые команды должны провести конкурентный анализ, чтобы узнать […]
Читать дальше
Метод CIRCLES – это подход к решению проблем, который помогает менеджер по продукту (PM) давать подробный и вдумчивый ответ на любой вопрос о дизайне. Ключевые понятия метода CIRCLES Последовательная структура метода CIRCLES позволяет менеджерам проекта пройти через важные вопросы, чтобы полностью понять, что нужно проектировать и почему. Некоторые считают метод CIRCLES контрольным списком для того, […]
Читать дальше
Коэффициент Оттока / Churn rate – это показатель процента ушедших пользователей, которая считается в рамках определенного времени. Высокий уровень оттока может негативно повлиять на ежемесячный периодический доход (MRR), а также может указывать на неудовлетворенность продуктом или услугой. Отток – это показатель того, сколько клиентов перестают использовать продукт. Это можно измерить на основе фактического использования или […]
Читать дальше
Директор по продукту – это высшая должность в области управления продуктом, которая отвечает за развитие продуктовой стратегии компании и ее портфеля продуктов. Директор по продукту рулит продуктом/продуктовой линейкой, персоналом, денежными потоками (P&L. Unit-экономика), стратегическим планированием и операционным управлением. CPO делает не продукт, CPO делает бизнес. Директор по продукту управляет не только продактами. В составе его […]
Читать дальше
Канал распространения / Channels of Distribution – это подход, который компания использует, чтобы как можно быстрее и эффективнее передать продукт или услугу в руки потребителя. Каналы сбыта могут включать оптовиков, обычных розничных торговцев и интернет-магазины, рекламный источник и так далее. Какие существуют типы каналов дистрибуции? Существует множество различных типов каналов сбыта, состоящих из комбинации посредников. […]
Читать дальше
Принципы управления изменениями – это руководящие принципы, которым должны следовать бизнес-лидеры для эффективного управления изменениями, переходами и сбоями в организации. Изменения могут быть внутренними (например, переход на новую программную платформу) или внешними (например, новые рыночные возможности, отраслевые тенденции или угрозы). Эффективное управление этими переходами путем выполнения предписанных шагов в процессе управления изменениями увеличивает успех и […]
Читать дальше
Управления изменениями – это системный подход к управлению сотрудниками и командами при переходе организации к новым процессам, инструментам или инициативам. Даже небольшое изменение в организации может вызвать беспокойство, страх и разочарование среди затронутого персонала, если оно не будет выполнено должным образом. Хорошо продуманный процесс управления изменениями может помочь компании внести необходимые корректировки плавно и успешно. […]
Читать дальше
Каннибализация в Product Management– это когда два разных продукта одной компании конкурируют друг с другом. Менеджеры по продуктам часто несут ответственность за всю линейку или набор продуктов, поэтому каннибализацию можно свести к минимуму или вообще избежать.
Читать дальше
Персона покупателя – это термин, который представляет собой совокупность атрибутов широкой когорты людей. Сюда могут входить несколько влиятельных лиц и лиц, принимающих решения в компании, которые могут даже не использовать продукт. Вот почему для продуктовых команд, разрабатывающих продукты B2B, имеет смысл разработать как личность покупателя, так и личность пользователя. Личность покупателя часто будет иметь разные […]
Читать дальше
Buy-a-Feature – одна из многих схем приоритизации, которые могут использовать менеджеры по продукту. С помощью нее можно определить функции, которые больше всего ценят клиенты и ключевые заинтересованные стороны. Менеджеры по продуктам могут использовать функцию Buy-a-Feature, чтобы привлечь заинтересованные стороны и клиентов, чтобы помочь сформировать их продукты и определить приоритеты функций на основе их ожидаемой отдачи […]
Читать дальше
Бизнес-аналитика (BI) – это метод компиляции, анализа и интерпретации бизнес-данных для принятия более обоснованных решений. Данные бизнес-аналитики обычно собираются путем обширных исследований из широкого спектра источников, включая отраслевые отчеты, отзывы клиентов, фактические данные об использовании продуктов компании и исследования конкурентов.
Читать дальше
Диаграмма сгорания задач / Burndown chart – это визуальное отображение работы, выполненной и оставшейся в проекте, спринте или итерации. В большинстве случаев ось X диаграммы представляет время, а ось Y – выполненную или оставшуюся работу.
Читать дальше
Спецификация материалов / Bill of materials – это полный список материалов, необходимых для создания продукта. В спецификации обычно перечислены все необходимые детали в их необходимых количествах.
Читать дальше
Бета-тестирование – это возможность для реальных пользователей использовать продукт в производственной среде, чтобы выявить любые ошибки или проблемы до общего выпуска. Бета-тестирование – это последний этап тестирования перед выпуском продукта для широкой аудитории. Цель состоит в том, чтобы выявить как можно больше ошибок или проблем с удобством использования. Бета-тестеры являются «настоящими» пользователями и проводят свое […]
Читать дальше
Поведенческое управление продуктом применяет поведенческую науку и психологию человека к созданию продукта. Планируя свои продукты, менеджеры по поведенческим продуктам учитывают, что люди принимают иррациональные решения. Помня об этом, они применяют психологические исследования, чтобы создавать продукты, устраняющие эти иррациональности. Он также использует психологические принципы, чтобы направлять клиентов к тому поведению, которое руководители проектов хотят от них. […]
Читать дальше
Груминг бэклога / Обработка бэклога /Grooming Backlog – это процесс проработки бэклога на будущие спринты. Регулярные сеансы обработки бэклога также помогают обеспечить приоритетность User Story и то, что бэклог продукта не станет черной дырой. Сессии по грумингу бэклога предоставляют Product Manager и Product Owner возможность объяснить стратегические цели приоритетных элементов в бэклоге. Эти разговоры могут помочь […]
Читать дальше
Годовой повторяющийся доход (ARR) относится ко всем текущим доходам от продукта или бизнеса, прогнозируемым в течение одного года. Компании, предлагающие годовую подписку, используют этот показатель, чтобы определить, какой доход они могут ожидать каждый год. Для SaaS-компании ARR должен включать как абонентскую плату за продукт, так и дополнительные профессиональные услуги, которые предлагает компания. Общие примеры этих […]
Читать дальше
Альфа-тестирование – первая имитация реальной работы продукта. Выполняется на уровне системного тестирования. Задача альфа-тестирования: убедиться, что продукт соответствует бизнес-требованиям и правильно функционирует. Обычно это выполняется внутренними сотрудниками и проводится в лабораторных условиях. Подробнее про способы тестирования продукта можно посмотреть полезный доклад от Yandex. Альфа-тест гарантирует, что продукт действительно работает и делает все, что от него […]
Читать дальше
Ценности Agile относятся к набору из 4 ценностей, изложенных Agile Alliance в Манифесте Agile. Этот набор ценностей побуждает ставить людей выше процессов, быстро выпускать программное обеспечение, сотрудничать с клиентами и корректировать планы по мере необходимости. Люди и взаимодействие важнее процессов и инструментов. Работающий продукт важнее исчерпывающей документации. Сотрудничество с заказчиком важнее согласования условий контракта. Готовность к изменениям важнее следования […]
Читать дальше
Agile трансформация – это процесс перехода всей организации к гибкому, реактивному подходу, основанному на agile принципах. Понимание agile трансформации начинается с понимания того, чем она не является: принятия методологий гибкой разработки программного обеспечения. Хотя любая организация, претерпевающая эту трансформацию, вероятно, также воспользуется Scrum, Lean и т. д., Agile трансформация – это гораздо более масштабное мероприятие, […]
Читать дальше
Agile представляет собой всеобъемлющую философию разработки программного обеспечения, подчеркивающую важность быстрой и частой итерации для удовлетворения потребностей клиентов. Следовательно, гибкую структуру можно определить как особый подход к разработке программного обеспечения, основанный на философии гибкой разработки, сформулированной в Agile Manifesto. Вы можете ссылаться на любую из этих структур как на методологии или даже процессы. Хотя, как […]
Читать дальше
Группирование по сходству можно использовать как совместную деятельность по приоритизации бэклога. Это работает, когда ваша группа участников обсуждает идеи и возможности на стикерах. Затем команда объединяет стикеры в группы похожих предметов. После создания групп команда голосует за группы, чтобы ранжировать их. Общая идея этого метода проста. Участники собираются и обсуждают несколько идей и возможностей. Затем […]
Читать дальше
Диаграмма сходства помогает команде визуализировать и просматривать большие объемы информации, группируя элементы бэклога по категориям. Вместо того чтобы анализировать каждую идею из длинного списка без контекста, команда может выявлять тенденции и закономерности. Наблюдение за этими закономерностями может помочь им принимать более правильные решения. Когда следует использовать Affinity Diagram? Профессиональные команды используют Affinity Diagram, чтобы […]
Читать дальше
При разработке программного обеспечения приемочное испытание относится к процессу тестирования новой системы, функции или функциональности на соответствие заранее определенным критериям приемки. Другими словами, приемочное испытание оценивает, соответствует ли продукт заранее установленным требованиям.
Читать дальше
В Agile критерии приемки (Acceptance Criteria) относятся к набору предопределенных требований, которые должны быть выполнены, чтобы отметить User Story как завершенную. Критерии приемки также иногда называют «definition of done», потому что они определяют объем и требования, которые должны быть выполнены разработчиками, чтобы считать User Story завершенной. Как менеджер продукта, вы можете нести ответственность за написание […]
Читать дальше
Целью A/B-теста является сравнение производительности двух элементов или вариантов друг с другом. В управлении продуктом часто используются A/B-тесты, чтобы определить наиболее эффективный вариант. Например, можно протестировать два варианта нового пользовательского интерфейса, и в этом случае вариант, который получает наибольшее участие пользователя, выиграет тест A/B. A/B-тест используется для определения того, какая версия или вариант чего-либо будет […]
Читать дальше
AARRR Pirate Metrics – это аббревиатура от набора из пяти показателей поведения пользователей, которые должны отслеживать растущие компании, ориентированные на продукт: привлечение, активация, удержание, переход и доход. Acquisition (Привлечение) – как люди узнают о нашем продукте или компании? Activation (Активация) – выполняют ли эти люди те действия, которые мы от них ожидаем? Retention (Удержание) – продолжают […]
Читать дальше
Четыре аспекта управления временем, иногда называемые четырьмя принципами продуктивности – это популярная стратегия определения того, стоит ли задача или проект вашего времени. Это включает в себя быстрое решение о том, что выполнять сейчас, сделав это самостоятельно или поручив кому-то другому, что делать в будущем, или что исключить из своего списка дел. Концепция включает 4 действия: […]
Читать дальше