Построение документа с требованиями к продукту в Ноушен

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

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

Что такое PRD?

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

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

1. Контекст
2. Цели или требования
3. Ограничения
4. Допущения
5. Зависимости

Лучшие практики для PRD в Ноушен

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

Начните с контекста

Хороший PRD расскажет читателю все, что ему нужно знать о проекте.

Вы можете включить краткий текст с контекстом, описание предыдущей итерации продукта в Loom или аудиозапись разговора с пользователем. Разные проекты требуют контекста, представленного разными способами, и важно, чтобы читатель получил всю информацию, чтобы в дальнейшем он не работал со слепыми зонами. Некоторые проверенные и верные стратегии включают:

• Добавление текста и колонок — чтобы добавить текст, просто начните печатать. Для изучения других типов блоков используйте команду /. Кроме того, колонки в Ноушен можно использовать для размещения информации рядом друг с другом. Используя значок ⋮⋮, просто перетащите информацию рядом с соответствующим блоком. Это удобно для добавления изображений с дополнительными деталями или сравнения новой и старой версий продукта.
• Встраивайте все в одно место — знаете ли вы, что можно добавлять Figma, Sketch, GitHub, полные веб-страницы и практически все остальное прямо в Ноушен? Это упрощает передачу информации о вашем процессе и видении продукта в настраиваемом, но консолидированном формате. Ваша команда может сосредоточиться на текущей работе, вместо того чтобы переходить от одного инструмента к другому в поисках необходимого.

Поддерживайте последовательность информации с помощью синхронизированных блоков

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

Добавить базу данных для требований

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

• Назначьте задачи отдельным лицам или группам с помощью свойства Person.
• Добавьте свойство Date для даты выполнения и используйте формулу для расчета дней до выполнения.
• Добавьте столбец приоритетов с помощью функции Single select.

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

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

Комментарии и асинхронная совместная работа в нескольких точках

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

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

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