Создание полного пакета документов является неотъемлемой частью разработки продукта.

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

Рассмотрим документы, которые в первую очередь создаются при разработке продукта:

✔️ Бизнес-план.
✔️ Анализ конкурентов. Данный документ может быть как отдельной единицей, так и входить в состав бизнес плана.
✔️ Product Strategy and Vision Documents. Vision Documents описывает будущий продукт, который создается. Он предназначен для мотивации команды и партнеров, а также привлечения инвесторов. Тут важно отразить ответы на следующие вопросы «Мы создаем _____(что?) для _____(кого?), чтобы _____(ценности?) несмотря на _____(проблемы?), в отличии от _____(конкуренты и конкурентные преимущества?)». Product Strategy – это последовательность продуктов, которые должны создаваться до тех пор, пока не будет достигнут конечный продукт. Product Strategy and Vision Documents могут быть как отдельными документами, так и входить в состав бизнес плана.
✔️ Техническое задание. В процессе написания ТЗ желательно каждую фичу описывать через User Stories (короткое и максимально понятное описание функционала продукта или его особенностей, которые получит пользователь как итоговую ценность) и Acceptance Criteria (набор условий, которым должна удовлетворять User Story, чтобы ее считали выполненной). Основным отличием технического задания, которое используют менеджеры проектов, от ТЗ, с которым постоянно работают менеджеры продуктов, является у последних наличие гипотез, которые мы выдвигаем и хотим проверить в текущей версии. Цель текущей версии – выпустить продукт на рынок и проверить ключевые метрики для продукта: Retention, ARPU и т.д. Для новой версии будет новое ТЗ и далее все будет повторяться. В последующих версиях ТЗ желательно так же указывать почему от какого-то функционала отказались и по какой причине.
✔️ KPIs, success metrics.
✔️ Roadmap является одним из основных документов. По сути, это описание пути, по которому движется вся команда с обязательным указанием кто, что и когда делает.
✔️ Designs and Prototypes Documents. Могут быть как отдельными документами, так и входить в состав технического задания.
✔️ User Stories and Acceptance Criterias. Могут быть как отдельными документами, так и входить в состав технического задания.
✔️ Release Notes. Менеджеры по продуктам создают этот документ, чтобы проинформировать пользователей о новых фичах, исправленных ошибках после обновления.
✔️ Руководство пользователя – документ, оказывающий помощь пользователю в процессе эксплуатации продукта.

Более подробную информацию по данному вопросу вы сможете получить у нас, пройдя наши курсы (ShBP Academy).