10 самых важных документов, которые должны подготовить продакт-менеджеры

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

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

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

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

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

Почему менеджеры по продукту должны сосредоточиться на документации?

• Разработать точное видение продукта . Документация помогает менеджерам по продуктам найти ответы на все «почему» в проектах, связанных с основным продуктом. Написание всего помогает менеджерам по продукту принимать важные решения и с самого начала получать ответы на такие вопросы, как «Для кого продукт? ” и “зачем нужно разрабатывать приложение?”. Это исключает любую возможность путаницы и ошибок.

• Большая помощь в планировании — «Вы не можете предполагать, что ваш продукт — лучшее решение — вам нужно спланировать его». Теперь, прежде всего, Планирование имеет первостепенное значение. Когда менеджеры четко и красноречиво документируют свое видение, создавая истории, спринты и цели, вся команда разработчиков может создать программное обеспечение, соответствующее потребностям пользователей.

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

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

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

Наиболее часто используемые документы менеджерами по продуктам

1. Документы конкурентного анализа

«Один из способов узнать ваше реальное преимущество — провести конкурентный анализ».

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

Таблица конкурентов в документе может выглядеть примерно так:

• Имя участника
• URL-адрес веб-сайта Конкурсанта
• Точное количество пользователей (для оценки эффективности продуктов и услуг)
• Продолжительность присутствия конкурента на рынке
• Специфика и специализация конкурентов
• Стоимость услуги/продукта
• Разные заметки

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

2. Стратегия продукта и документы концепции

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

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

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

3. Спецификации и документы с требованиями к продукту (PRD)

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

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

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

4. OKR, KPI, показатели успеха

OKR, аббревиатура от Objective & Key Result, — это метод, используемый менеджерами по продукту для установления целей и последующего доступа к результатам текущего процесса разработки продукта . Цель направляет команду к целям, а результаты показывают, достигнуты ли цели или нет. Он включает в себя два вопроса, на которые нужно ответить в процессе: «Куда ты хочешь пойти?» и «Вы достигли этого или нет?»

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

5. Дорожные карты

Источник изображения: план продукта

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

Менеджер по продукту разрабатывает жизненный цикл продукта, объясняя, что нужно сделать, когда и как будет происходить весь процесс. Дорожная карта — это скомпилированный документ всех проектов, разработанных для успешного создания программного обеспечения или приложения. Это путь, созданный менеджерами по продукту, по которому следует вся команда. Их можно создавать в виде документов и колод Word.

6. Проекты и прототипы документов

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

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

Если вам интересно, зачем менеджеру по продукту нужно создавать документ прототипа приложения, обратите внимание на несколько преимуществ этого:

• Устранение риска неправильного толкования
• Оперативные итерации
• Обоснование концепций на ранней стадии процесса
• Повышение качества технической обратной связи

7. Путь пользователя и истории

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

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

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

8. Примечания к выпуску и область применения

Источник изображения: план продукта

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

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

9. Внутренние руководства и часто задаваемые вопросы

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

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

10. Руководство для клиентов

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

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

Последние мысли

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

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

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

Часто задаваемые вопросы

В. Какие документы должен хранить руководитель проекта?

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

• Документы конкурентного анализа
• Стратегия продукта и документы концепции
• Спецификации и документы с требованиями к продукту (PRD)
• OKR, KPI, показатели успеха
• Документы дорожных карт
• Документы по проектам и прототипам
• User Journey and Stories Документы
• Примечания к выпуску и область применения
• Внутренние руководства и часто задаваемые вопросы
• Руководство для клиентов

В. Какой процент времени следует тратить на планирование?

Средний процент времени, затрачиваемого на планирование, составляет 10%.

В. В чем разница между MRD и PRD?

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

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

Принимая во внимание, что PRD — это документы «все в одном месте», которые объединяют все различные элементы продукта в одном месте. Этот документ определяет широту, а также объем продукта, чтобы вся команда разработчиков знала, как разрабатывать продукт.

В. Что делает PRD хорошим?

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