Беклог продукта состоит из бизнес-требований, которые обычно оформляются в виде историй пользователей. Давайте взглянем более подробно, что представляет собой отдельная история пользователя:
- Уникальный числовой идентификатор истории – обычно совпадает с идентификатором истории пользователя из трекера, которым пользуется команда. Этот идентификатор позволяет точно сказать, о какой истории пользователя в данный момент идет речь.
 - Название истории пользователя – короткое (примерно до 10 слов) описание функционала с точки зрения пользователя, сформулированное в виде тройки «Роль», «Действие», «Цель». Например: «Пользователь вводит логин и пароль для того, чтобы авторизоваться на сайте».
 - Важность – уникальный числовой приоритет истории пользователя, чем она выше, тем раньше данную историю необходимо сделать.
 - Оценка – числовая относительная оценка истории пользователя по специальной шкале.
 
Указанные поля удобно размещать на стикере, который прикрепляется на доску.
Например, историю пользователя для авторизации на сайте с оценкой в 10 сторипоинтов,
важностью 200 и номером в трекере 1453, можно представить на стикере так:

Данные четыре поля являются фактически обязательными, но достаточно часто используются и дополнительные поля, которые, например, заносятся в трекер:
- Подробное описание – текстовое и графическое описание истории пользователя. Применяется, прежде всего, в распределенных командах для хранения знаний о функционале продукта.
 - Демонстрация – достаточно подробный сценарий, позволяющий провести демонстрацию истории пользователя. Например, для вышеприведенной истории пользователя с авторизацией, можно использовать следующие краткие сценарии для демонстрации:
 
- Пользователь вводит логин «root» и пароль «pass», и переходит на страницу личного профиля на сайте.
 - Пользователь вводит логин «root» и пароль «wrongpass», и получает сообщение «Введен неправильный логин или пароль».
 
- Категория – используется для повышения управляемости с помощью категоризации задач. В качестве категорий могут выступать как продуктовые категории («темы» и «эпики» в терминологии Scrum), так и категории типа «Оптимизация производительности», «Техническая история» и тому подобные.