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

Основные моменты

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

• Краткое описание продукта наиболее полезно в начале планирования или исследования продуктов. 

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

• Лучшие описания продукта связывают четко сформулированную проблему клиента с измеримыми бизнес-результатами.

• Централизованные инструменты предоставляют всем заинтересованным сторонам единое пространство для просмотра, комментирования и согласования действий на протяжении процесса работы с кратким описанием продукта.

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

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

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

Что такое краткое описание продукта?

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

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

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

Какова цель краткого описания продукта?

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

Вот основные цели, которым служит краткое описание продукта.

• Согласование проблемы и потенциальных возможностей с заинтересованными сторонами. Благодаря краткому описанию продукта вся команда получит единое представление о том, какую проблему должен решать продукт и почему ее важно решить именно сейчас. Затем они смогут приступить к проектированию и разработке.

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

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

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

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

Что необходимо включить в краткое описание продукта?

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

Краткое описание, подробные требования к продукту (PRD), бэклог и дорожная карта продукта: в чем разница

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

Как составить краткое описание продукта за шесть шагов

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

Ниже приведена последовательность действий. 

Шаг 1. Сформулируйте идею продукта

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

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

Вот несколько наводящих вопросов.

• Что мы планируем создать?

• Это новый продукт, функция, улучшение или эксперимент?

• С какой потенциальной возможностью для клиента или бизнеса связана разработка?

• Откуда поступила эта идея?

Шаг 2. Уточните проблему и аудиторию

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

Для заполнения этого раздела обычно используются следующие данные.

• Что говорят клиенты

• Заявки в поддержку

• Обратная связь от отдела продаж

• Аналитика продукта

• Результаты исследования конкурентов

• Запросы от внутренних заинтересованных сторон

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

Шаг 3. Определите цели и показатели успеха

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

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

• Повысить коэффициент активации

• Сократить количество заявок в поддержку

• Повысить использование функции

• Повысить показатель удержания клиентов

• Сократить время на выполнение задачи

Шаг 4. Опишите область, допущения и открытые вопросы

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

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

• Что входит в объем проекта: что команда обязуется исследовать или создать.

• Что не входит в объем проекта: что конкретно не входит в этот проект.

• Допущения: что команда считает верным, хотя и не имеет тому подтверждения.

• Открытые вопросы: на какие вопросы необходимо найти ответ, чтобы двигаться дальше.

Шаг 5. Приоритизируйте идею относительно других задач

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

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

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

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

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

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

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

Пример краткого описания продукта

Вот пример того, как на практике выглядит краткое описание продукта.

• Идея продукта: контрольный список по самостоятельной адаптации для новых пользователей.

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

• Целевая аудитория: администраторы в небольших компаниях без отдельной службы ИТ-поддержки, которые настраивают продукт впервые.

• Цель: повысить коэффициент активации на 15 % в течение 90 дней после запуска.

• Предлагаемое решение: встроенный в продукт интерактивный контрольный список, который помогает новым администраторам выполнить рекомендуемые шаги по настройке и содержит ссылки на соответствующую документацию.

• Показатели успеха: коэффициент активации, процент выполнения контрольного списка, количество обращений в службу поддержки за первые 30 дней.

• Что входит в объем проекта: контрольный список с минимальной функциональностью, включающий рекомендуемые шаги по настройке и ссылки на документацию.

• Что не входит в объем проекта: полная переработка процесса адаптации, автоматизированные цепочки электронных писем, поддержка в чате внутри приложения.

• Открытые вопросы: будут ли пользователи взаимодействовать с подсказками в продукте или сочтут их навязчивыми? Есть ли версия, которая подойдет для разных типов администраторов?

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

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

Четкий путь от идеи к действиям для создания более качественных продуктов

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

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

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

Попробуйте Jira Product Discovery бесплатно уже сегодня.

Краткое описание продукта: часто задаваемые вопросы

Какого объема должно быть краткое описания продукта?

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

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

Кто составляет краткое описание продукта?

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

Когда следует создавать краткое описание продукта?

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

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