Close

Управление разработкой продукта для достижения бизнес-результатов

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

Бизнес-результаты и выпуск продукта

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

Примеры выпуска продукта

Примеры бизнес-результатов

Выпустить 10 функций к определенной дате.

Примеры бизнес-результатов

Повысить конверсию с пробной версии на платную с 15 % до 25 %.

Опубликовать 3 лонгрида в квартал.

Примеры бизнес-результатов

Сократить количество заявок в службу поддержки по каждой функции с 50 до 5 в неделю.

Запустить продукт вовремя к конкретной конференции.

Примеры бизнес-результатов

Доказать, что Х клиентов решили конкретную проблему с помощью вашего решения.

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

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

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

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

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

Такой подход имеет множество преимуществ для культуры производительности и морального духа команды:

  • Четкость миссии и цели: команды оценивают все инициативы на основе их вклада в достижение целей. Расставлять приоритеты становится проще, потому что становится ясно, какие инициативы имеют наибольшую потенциальную пользу.
  • Мощные команды: когда команды работают над достижением результатов, а не над задачами, они получают возможность экспериментировать и адаптироваться на основе выводов, а также делать все возможное для достижения своих целей. Такой подход лучше влияет на результативность и моральный дух команды: участники работают быстрее, приносят больше пользы и гордятся своей работой.
  • Культура непрерывного совершенствования: осознание результатов способствует более эффективной работе команд. Они постоянно улучшают методики, измеряя прогресс и адаптируясь на основе выводов.

Внедрение подхода, ориентированного на результат, включает несколько ключевых шагов

1. Определите четкие бизнес-результаты и результаты продукта

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

Согласно книге Continuous Discovery Habits, существует два основных типа результатов: бизнес-результаты и результаты продукта.

  • Бизнес-результат приносит пользу организации. Это запаздывающий показатель, указывающий на то, что уже произошло в результате решений или результатов по продукту.
    • Момент изменения в доходах — это конечный результат ряда внесенных командой изменений за определенный период времени. Такие изменения редко объясняются одной инициативой.
    • Пример: увеличение доходов.
  • Результат продукта улучшает ваш продукт, что приводит к положительным бизнес-результатам. Это опережающий показатель, который предвосхищает изменения бизнес-результатов.
    • Результаты продукта позволяют командам оценивать влияние своих решений на поведение клиентов в итеративных циклах. Эти решения в конечном итоге повлияют на бизнес-результаты.
    • Пример: повышение показателя конверсии пробных версий в приобретения.
Как бизнес-результат сводится к результатам и возможностям продукта

В Atlassian мы используем систему «Цели и ключевые результаты» (OKR) для определения и оценки бизнес-результатов. Узнайте больше о том, как использовать OKR в Atlassian Team Playbook.

2. Согласовывайте работу команд для достижения бизнес-результатов

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

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

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

Дорожная карта, ориентированная на бизнес-результат
Дорожная карта, ориентированная на выпуск продукта

3. Используйте итерацию, чтобы достичь результатов

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

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

Успех и прогресс можно измерить двумя способами:

  1. Качественные сигналы, такие как отзывы пользователей.
  2. Количественные метрики, такие как показатели конверсии.

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


Дерево возможностей и решений

Популяризированное Терезой Торрес дерево возможностей и решений (OST) — это способ визуализации бизнес-результатов и результатов продукта, а также возможностей, решений и экспериментов, которые можно использовать для их достижения.

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

Дерево возможностей и решений

Мы создали это дерево OST с помощью досок Confluence, но его легко сделать и в Jira Product Discovery после небольшой настройки.

Ниже предоставлено следующее.

  • Демонстрация группировки решений по возможностям в Jira Product Discovery
  • Обучающее руководство по воспроизведению этой конфигурации

Демонстрация: группировка решений по возможностям

Руководство по воспроизведению этой конфигурации в Jira Product Discovery


Как команда Jira Product Discovery использовала фреймворк VMGS, чтобы сплотить команду вокруг результатов

При создании Jira Product Discovery команда Atlassian во многом полагалась на подход, ориентированный на результат. Мы использовали систему «Концепция, миссия, цели и стратегии» (VMGS), чтобы сосредоточить нашу работу на стратегических результатах.

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

VMGS: концепция, миссия, цели и стратегии

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

Чтобы определить этот путь, наша команда создала одностраничник «Концепция, миссия, цели и стратегии» (VMGS).

Мы совместно написали этот документ в ходе серии семинаров, посвященных тому, почему мы создаем Jira Product Discovery как продукт, для кого и какую пользу он может принести Atlassian как бизнесу.

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

Концепция, миссия, цели и стратегии

Одностраничник VMGS команды Jira Product Discovery

Концепция

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

При создании Jira Product Discovery мы руководствовались концепцией «команд, ориентированных на стратегические результаты». Мы хотели построить мир, в котором самые успешные компании используют модель продукта.

Миссия

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

Миссия команды Jira Product Discovery заключается в том, чтобы «раскрыть потенциал для внесения вклада команд по продуктам». Это более узкий вариант миссии Atlassian — «раскрыть потенциал каждой команды» или усовершенствовать организации, расширив возможности отдельных команд. Миссия Jira Product Discovery сосредоточена на командах по продукту и заключается в том, чтобы помочь им сосредоточиться на результатах работы, а не только на факте поставки.

Цели

Цели помогают измерить успех всей работы. Они должны быть измеримыми и ограниченными по времени.

Цель Jira Product Discovery — стать успешным бизнесом по стандартам Atlassian. В качестве «показателя-ориентира» мы выбрали конкретный бизнес-результат: целевой показатель дохода на определенный год. Каждый месяц мы отчитываемся остальным сотрудникам Atlassian о прогрессе по этому показателю. Наличие единой цели помогает нам адаптировать и изменять стратегии в зависимости от того, насколько эффективно они способствуют достижению этой цели.

Стратегии

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

Каждая стратегия имеет соответствующую подцель для оценки ее успеха. Эти подцели обычно направлены на улучшение определенного показателя, качественного или количественного, например значения SEQ (Single Ease Question, показатель предполагаемого удобства использования) или пиратских показателей (AARRR: Acquisition (Привлечение), Activation (Активация), Retention (Удержание), Referral (Рекомендация), Revenue (Доход)).

Как тактика в команде Jira Product Discovery переходит в стратегию

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

Давайте рассмотрим подробный пример одной цели, стратегии и метрики.

Как тактика в команде Jira Product Discovery переходит в стратегию

Цель: $X регулярного ежегодного дохода к 2026 году

Стратегия: выход на рынок, оценивается доходами

Результат продукта: поддержка команд по выходу на рынок, оценивается доходами от годовых планов

Большинство клиентов приобретают Jira Product Discovery самостоятельно, но крупные заказчики обычно покупают годовой план через менеджера Atlassian по работе с клиентами или партнера. Успех этой стратегии измеряется суммой прибыли от клиентов с годовым планом.

Решение: «продвижение практик и методов, ориентированных на управление продуктами».

Обширная обратная связь от пользователей пробной версии дала нам понять, что им сложно разобраться, как работать с моделью продукта и как использовать в ней Jira Product Discovery. Из-за этого они неохотно внедряют продукт.

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

Отслеживание целей

Мы зададим цели и подцели (по одной для каждой стратегии) в виде Целей в Atlas и будем ежемесячно создавать в этом продукте отчеты о прогрессе по каждой из них для остальных сотрудников компании.

Примечание. Atlas переезжает на платформу Atlassian и становится бесплатным.
Средства работы с Целями на платформе можно попробовать здесь в рамках программы раннего доступа. Если требуется включить функцию Цели в проектах Jira Product Discovery (неважно, из Atlas или из интерфейса платформы), выполните эти инструкции.


Обновление концепции, миссии, целей и стратегий

Со временем наше понимание продукта и его целей будет меняться в зависимости от того, что мы будем узнавать. Поэтому каждые 3–6 месяцев мы всей командой пересматриваем концепцию, миссию, цели и стратегии (VMGS).

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

За время разработки Jira Product Discovery мы поняли следующее.

  • Концепция и миссия за последние 3 года не изменились.
  • Цель пересматривается ежеквартально. Мы опираемся на финансовую модель, включающую и гипотезы, и реальные данные о росте.
  • Стратегии также оставались неизменными в течение прошлого года, но тактики их реализации менялись каждые 3–6 месяцев.

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

Начальные стратегии команды Jira Product Discovery

Это срез этапов при зарождении продукта. Тактики, показанные серым цветом, к данному моменту активно не применялись.


Что дальше?

В оставшейся части этого справочника мы подробно объясним, как использовать бэклог продукта, чтобы:

Кроме того, мы приведем примеры того, как все это делаем мы сами, команда Jira Product Discovery, с использованием Jira Product Discovery и других продуктов.

Чтобы увидеть весь пример от начала до конца, просмотрите эту демонстрацию.

Введение

Объяснение цели и практического смысла этого справочника.

Бэклог продукта

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